Análisis de FourKites, proveedor de software de visibilidad y ejecución de supply chain

Por Léon Levinas-Ménard

Última actualización: 4 de noviembre de 2026

FourKites ofrece software cloud para seguir mercancías, coordinar patios y citas, supervisar pedidos e inventario y automatizar la comunicación con transportistas, proveedores y clientes. Su plataforma conecta datos operativos mediante gemelos digitales y un grafo de red compartido. La plataforma de ejecución Loft opera agentes de IA especializados, mientras FourSight proporciona analítica. 1

Puntuación global de supply chain: 5,9/10.

Dimensión	Puntuación
Profundidad en supply chain	5,8/10
Sustancia de las decisiones y la optimización	6,2/10
Integridad del producto y la arquitectura	6,2/10
Transparencia técnica	5,4/10
Seriedad del proveedor	5,8/10

FourKites ha desarrollado una capa de ejecución creíble alrededor de sus datos logísticos. La documentación pública describe ahora métodos concretos de previsión, flujos generados, supervisión en producción y restricciones a las acciones de los agentes. Un cliente identificado informa de reservas de citas sin intervención, con ahorro de tiempo medido. Son avances sustanciales más allá del acceso conversacional a un panel de seguimiento. 4 7 8 9 12

La parte más débil es la inteligencia económica que decide qué intervención merece ejecutarse. Se priorizan riesgos de inventario y puede automatizarse el reabastecimiento, pero el mecanismo publicado no explica cómo se valoran conjuntamente demanda incierta, suministro incierto, márgenes, costes de inventario y recursos escasos. Las afirmaciones de agentes que no requieren mantenimiento también contradicen el trabajo documentado de especificar, ajustar y validar sus procedimientos. El software puede eliminar mucho trabajo de coordinación sin demostrar todavía un método general para tomar decisiones rentables de supply chain. 2 6 11 27

FourKites frente a Lokad

Consideremos un envío entrante retrasado que amenaza varios pedidos de clientes. FourKites puede establecer su llegada probable, identificar el inventario afectado, contactar al transportista, cambiar citas e iniciar flujos correctivos. Su mayor aportación es conectar una decisión con las personas, sistemas y acontecimientos físicos necesarios para ejecutarla. 1 3

El enfoque de optimización del inventario de Lokad comienza con la elección económica: acelerar, transferir, comprar, asignar o aceptar un faltante, dados los futuros posibles y sus consecuencias financieras. La perspectiva desarrollada en Introduction to Supply Chain trata estas decisiones como partes de un mismo sistema económico. Los especialistas mejoran la lógica decisional; los cálculos recurrentes se ejecutan programáticamente.

La distinción importa cuando dos resultados deseables entran en conflicto. Evitar un faltante de stock puede consumir existencias necesarias para un cliente más rentable. Un transporte urgente puede salvar un KPI de entrega y destruir el margen del pedido. Una conversación más rápida con un transportista no resuelve ninguno de esos compromisos. FourKites aporta posibles intervenciones y contexto operativo; su explicación pública deja en gran medida sin especificar su clasificación económica conjunta. 2

FourKites recopila acontecimientos logísticos externos y coordina su respuesta operativa. El diseño de Lokad se centra en decisiones numéricas tomadas a partir de información incierta. La calidad de la conexión entre esas actividades determina el valor de la automatización.

Historia del producto y promesas tecnológicas

Periodo	Desarrollo documentado	Evaluación
2016–2018	Una alianza con JDA evolucionó hacia un acuerdo OEM que suministraba eventos de seguimiento y llegadas previstas a JDA Luminate Control Tower. 15	FourKites aportaba una capacidad de datos operativos dentro de un sistema más amplio de planificación y ejecución.
2020	FourKites adquirió los productos de patios, muelles y puertas de TrackX. 16	El producto se amplió a operaciones de instalaciones mediante software adquirido.
2021–2022	Haven añadió documentación marítima y reservas; NIC-place aportó visibilidad orientada a transportistas y controles para compartir datos. 17 18	Estas adquisiciones ampliaron flujos concretos y cobertura de red.
2021	Smart Forecasted Arrival aplicó redes neuronales y machine learning a envíos sin datos de seguimiento utilizables. 19	La afirmación temprana de IA concernía a una tarea predictiva definida, aunque sus cifras de precisión carecían de un protocolo de evaluación adecuado.
2023–2024	MyWorkspace incorporó analítica configurable; ingenieros de FourKites presentaron su arquitectura de streaming en Kafka Summit. 21	El desarrollo de paneles tenía una ingeniería identificable detrás.
2025	Intelligent Control Tower introdujo agentes para citas, coordinación de proveedores, información a clientes y ejecución relacionada. 20	La oferta pasó a centrarse en completar trabajo operativo.
2026	Artículos técnicos describieron Loft, Sophie, previsiones y MCP; el lanzamiento en octubre de Outcome-as-a-Service reorganizó la oferta alrededor de resultados del cliente. 4 7 10 14	El nuevo lenguaje va acompañado de detalles de implementación, pero los resultados prometidos exceden el método económico documentado.

La historia muestra continuidad alrededor de acontecimientos logísticos y ejecución. La principal preocupación es la ampliación del significado de inteligencia: previsión de llegadas, orquestación de flujos y juicio económico autónomo se presentan ahora bajo un mismo paraguas, aunque requieren pruebas distintas.

El anuncio de patente de 2021 ilustra el problema. Informaba de cobertura del 97% de cargas antes no seguidas, precisión de ETA del 85% y más del 90% de identificación correcta de cargas retrasadas. Cobertura, error de llegada y clasificación de retrasos son magnitudes diferentes. El anuncio omitía la tolerancia de llegada, antelación de la predicción, equilibrio entre clases y referencia comparativa necesarios para interpretar los dos últimos porcentajes. Ninguno es un resultado de precisión de previsión de demanda por SKU. 19

El artículo actual de previsiones ofrece un método mucho más evaluable, tratado a continuación. Los resultados numéricos de los benchmarks siguen sin publicarse. 4

Qué decide el software

Prever la incertidumbre del transporte

Shipment Twin utiliza expresamente distribuciones del tiempo de tránsito por transportista y ruta, incluidos p50, p90 y p99, junto con la ubicación actual y las condiciones externas. Por tanto, FourKites reconoce la incertidumbre en los plazos de suministro. 3

Su artículo de mayo de 2026 sobre el modelo de tránsito describe una referencia LightGBM centrada inicialmente en cargas completas de camión con una recogida y una entrega. Los atributos incluyen comportamiento histórico del tránsito, procesamiento en instalaciones, estacionalidad y condiciones actuales. La secuencia de despliegue declarada comienza con predicciones en paralelo sin actuar y pruebas A/B evaluadas estadísticamente frente a la lógica ETA existente; Chronos y TimesFM son modelos adicionales de comparación. 4

La prueba pendiente es la calibración en el horizonte pertinente para decidir. Una previsión p90 útil debería superarse con la frecuencia esperada, también en periodos de perturbación. Una predicción realizada poco antes de la llegada puede ser excelente y aun así llegar demasiado tarde para cambiar un compromiso costoso de reabastecimiento. El material publicado no aporta resultados de error o calibración específicos por horizonte para esos usos. 3 4

De la visibilidad del inventario a su asignación

Inventory Twin combina posiciones de stock, pedidos abiertos, recepciones esperadas, información de lotes y parámetros de inventario del ERP. Anuncia avisos de faltantes entre siete y catorce días antes y cuatro categorías de respuesta: transferencia, cumplimiento alternativo, aceleración del proveedor y reequilibrado de la red. La ejecución puede ser automática o requerir aprobación. 2

FourKites también critica los tiempos de entrega contractuales estáticos cuando las entregas reales varían. Su artículo sobre compras vincula esa discrepancia con inventario y capital circulante. El reconocimiento es correcto; su afirmación de que el stock de seguridad aproximadamente se duplica con un nivel de servicio del 98% no es un resultado cuantitativo general. La respuesta depende de las distribuciones de demanda y tiempo de entrega, su dependencia y la política de reabastecimiento. 5

La cuestión sin resolver es cómo se convierten esas observaciones en cantidades que merece la pena comprar o mover. Los ingresos en riesgo no son el margen perdido esperado. Un pedido amenazado puede sustituirse, retrasarse sin pérdida o atenderse con stock cuyo coste de oportunidad sea mayor en otro lugar. Ni los umbrales de stock de seguridad ni una lista de estrategias de recuperación aportan esas valoraciones. La vacante de responsable de producto de inventario de junio de 2026 refuerza la implementación orientada a políticas: especifica configuración de umbrales, visualización de riesgos de pedidos y recomendaciones asistidas de transferencia, a la vez que describe el módulo como incipiente. 2 25

Procedimientos generados y la promesa de ausencia de mantenimiento

Un Agent Operating Procedure define desencadenantes, recopilación de datos, decisiones, acciones, escalado y registro de resultados. El ejemplo de FourKites reacciona a un envío retrasado contactando al transportista y, potencialmente, transfiriendo stock desde el centro de distribución más cercano. La secuencia pública de validación reproduce entre diez y veinte excepciones históricas antes del despliegue. 6

Sophie genera estos procedimientos mediante etapas de análisis, planificación, generación de código, pruebas y catalogación. La descripción de ingeniería nombra registro de flujos Temporal y conexión de API. Es una implementación concreta de desarrollo de software asistido por agentes. 7

El artículo de agosto sobre agentes orientados a resultados hace una afirmación mucho más fuerte: «No hay nada que construir ni nada que mantener». Dice que los clientes pueden plantear un objetivo, como evitar faltantes de stock, y dejar que el agente elija la respuesta. Sin embargo, la documentación AOP exige procedimientos explícitos, y la página de Sophie describe a FourKites revisando el flujo generado con el cliente, cambiando parámetros y obteniendo su aprobación. El mantenimiento ha recibido asistencia; no ha desaparecido. 11 27

También hay un problema de modelado en el ejemplo. El centro de distribución más cercano puede ser el origen equivocado si su stock restante tiene mayor valor económico localmente. Diez reproducciones históricas exitosas no demuestran que esa regla se comporte sensatamente ante una combinación nueva de faltantes. Las pruebas deben examinar supuestos decisionales, costes contrafactuales y consecuencias en toda la red, además de comprobar que el flujo se activa correctamente. 6

MCP y productividad operativa

La pasarela MCP de octubre expone consultas, acciones sobre citas, analítica y configuración a asistentes externos. Sus ejemplos incluyen preguntar la ETA de un envío y reprogramar una cita. Esas interfaces pueden conservar el antiguo patrón de una persona investigando y actuando sobre excepciones individuales. El conector no aporta por sí mismo un método para decidir qué intervenciones crean valor. 10

Loft tiene un modelo de ejecución más amplio: lee y escribe en sistemas operativos, comunica por varios canales, registra decisiones y supervisa resultados de flujos. Esto permite trabajo recurrente sin exigir que un usuario inicie cada interacción. 8

El caso United States Cold Storage aporta un resultado de productividad acotado. Durante un piloto de ocho semanas con más de 600 envíos, Alan habría reservado el 87% de las citas sin intervención humana, obtenido la fecha solicitada en el 96% de los casos y ahorrado 36–40 horas. Son resultados de citas y horas totales del piloto, no precisión de previsión ni reducción laboral de toda la empresa. El denominador económico pendiente incluye implementación, supervisión, gestión de excepciones y coste continuo del servicio. 12

Orvis ilustra otro modelo operativo. Su caso describe cómo la visibilidad de pedidos ayuda a los equipos de logística, inventario y marketing a investigar disponibilidad, coordinar proveedores y evitar transportes urgentes innecesarios. El cliente sigue realizando gran parte de la interpretación y coordinación; el caso no aporta retorno neto cuantificado. 13

Componentes de software y coste de propiedad

Evidencia	Componentes y alcance divulgados
Ingenieros de FourKites, Kafka Summit 2024	MyWorkspace utilizaba Confluent Cloud Kafka, clústeres Kafka autogestionados y Rockset para analítica en streaming. 21
Vacante de arquitecto de IA, actualizada en octubre de 2026	La plataforma existente basada en eventos nombra Kafka, microservicios y Postgres. 22
Artículo de ingeniería de Sophie, julio de 2026	Los procedimientos generados se registran en Temporal y conectan acciones mediante contratos API. 7
Artículo de ingeniería de FourSight, octubre de 2026	Las consultas en lenguaje natural se traducen a SQL sobre una capa analítica Redshift. Se exploran modelos de lenguaje especializados más pequeños. 23
Artículo del modelo de tránsito, mayo de 2026	LightGBM es la referencia divulgada para el trabajo predictivo descrito. 4

Esta arquitectura tiene varios tipos de estado: registros operativos, flujos de eventos, vistas analíticas, progreso de los flujos y modelos aprendidos. Mantenerlos coherentes exige gestionar explícitamente reproducción, duplicación, cambios de esquema y fallos parciales. La infraestructura adicional debe justificar sus costes de alojamiento y mantenimiento con mejores operaciones. La presentación histórica de MyWorkspace no revela cómo evolucionó su almacenamiento analítico hasta la plataforma actual. 7 21 22 23

La configuración es otro coste recurrente. Reglas de escalado para transportistas, calendarios de instalaciones, límites de aprobación, formatos documentales y umbrales de inventario cambian con las operaciones. Un generador de flujos más rápido reduce el tiempo de redacción; no elimina la necesidad de establecer si un procedimiento modificado sigue teniendo sentido. El paso de revisión y aprobación del cliente en Sophie hace visible esta responsabilidad. 27

La vacante de consultoría de servicios de FourKites describe servicios profesionales de pago, documentos de alcance, estimaciones a precio fijo, talleres de implementación y declaraciones de trabajo. También exige identificar carencias de integración y elevar compromisos comerciales cuya complejidad o plazo sean irreales. Por tanto, un despliegue completo implica mucho trabajo más allá de generar un flujo individual. 24

Las herramientas de producción ofrecen una base útil para mejorar: trazas y supervisión del estado pueden revelar procedimientos que se deterioran. La búsqueda de arquitectos de FourKites en octubre va más allá, pidiendo conjuntos de regresión tomados de producción, comprobaciones en cada cambio de modelo o herramienta, despliegue en paralelo sin actuar y conversión de fallos reales en correcciones de plataforma. Son responsabilidades de ingeniería para las que se contrata personal; el anuncio no demuestra su implementación completa. 8 22

Seguridad y responsabilidad

FourKites publica mecanismos de seguridad pertinentes: separación lógica de datos de clientes, permisos explícitos de compartición, acceso basado en roles, conjuntos de acciones aprobadas por agente, controles de aprobación y filtrado de datos sensibles. La pasarela MCP aplica los permisos del usuario solicitante y las mismas reglas operativas que la aplicación. Estos límites importan porque un agente que lee un mensaje de un transportista no debe adquirir autoridad del propio mensaje. 9 10

El límite sin resolver concierne a los flujos generados y sus privilegios de ejecución. Las páginas públicas no explican el aislamiento en ejecución, las restricciones de red saliente, los controles de dependencias o el mecanismo de recuperación que limitan el daño de una lógica generada defectuosa. Un registro de acciones ayuda a reconstruir una actualización incorrecta; no la detiene ni restaura un sistema externo. La certificación no responde a estas preguntas arquitectónicas. 7 9

El anuncio de octubre de Outcome-as-a-Service comienza los proyectos con un objetivo operativo, como gasto de transporte o coste de servir. No publica una condición de pago por resultados, referencia inicial de medición, regla de asignación de costes o remedio cuando no se logra el objetivo. El riesgo financiero retenido por FourKites sigue sin especificarse. 14

La propia métrica de productividad de ingeniería de FourKites expone una incoherencia relacionada. Su artículo sobre publicación continua llama imposible de manipular al número de pull requests fusionadas por ingeniero y día. Dividir cambios en solicitudes más pequeñas eleva esa cifra sin mejorar el producto. El artículo describe comprobaciones automatizadas y revisión humana, pero contar cambios de código entregados sigue premiando actividad en lugar de beneficio duradero para el cliente. 28

Hay mayor disciplina de medición en la fiabilidad de transportistas. FourKites dice utilizar eventos observados de llegada, ventanas de entrega originales en vez de renegociadas y gravedad de los retrasos. Eso aborda directamente formas en que una puntuación del transportista puede resultar engañosa. Hace falta la misma atención a denominadores y contrafactuales para las afirmaciones económicas y de productividad del propio proveedor. 26

Puntuación de supply chain

Profundidad en supply chain

Criterio	Puntuación
Planteamiento económico	6/10
Resultado decisional concreto	7/10
Claridad conceptual sobre supply chain	6/10
Independencia de doctrinas centrales obsoletas	5/10
Resistencia al teatro de los KPI	5/10

Media: 5,8/10.

Planteamiento económico — 6/10. Esperas, transportes urgentes, inventario y trabajo aportan consecuencias financieras concretas. Falta una valoración común que resuelva los conflictos entre esos resultados en vez de optimizar cada objetivo por separado. 2 14

Resultado decisional concreto — 7/10. Completar una reserva o actualizar un sistema operativo es un resultado final claro. La plataforma puede cerrar una transacción sin esperar a que alguien interprete otro panel, aunque la selección económica de acciones de inventario está menos desarrollada públicamente. 2 8

Claridad conceptual sobre supply chain — 6/10. Relacionar la variabilidad del transporte con el inventario expone una debilidad real de planificación. Tratar una mayor visibilidad como suficiente para elegir cantidades de inventario deja sin resolver el problema central de asignación. 5

Independencia de doctrinas centrales obsoletas — 5/10. La ejecución recurrente va más allá de reuniones periódicas de planificación. No obstante, los umbrales y reglas locales de excepción siguen siendo estructuras decisionales importantes; mantener más de ellas puede reproducir la carga laboral que la automatización debía eliminar. 6 25

Resistencia al teatro de los KPI — 5/10. La puntuación de transportistas contiene protecciones meditadas contra métricas manipuladas. La métrica de producción de desarrollo del propio proveedor y sus amplias promesas de resultados aplican un estándar más débil al medir su contribución. 14 26 28

Sustancia de las decisiones y la optimización

Criterio	Puntuación
Profundidad del modelado probabilístico	6/10
Sustancia distintiva de optimización o machine learning	6/10
Tratamiento de restricciones reales	6/10
Automatización de decisiones y productividad laboral	7/10
Resiliencia ante la complejidad operativa real	6/10

Media: 6,2/10.

Profundidad del modelado probabilístico — 6/10. Las distribuciones de transporte representan una incertidumbre de suministro significativa. Falta propagarla conjuntamente con la demanda y otros riesgos a través de las decisiones de inventario y medir la calibración resultante. 2 3

Sustancia distintiva de optimización o machine learning — 6/10. Un objetivo predictivo definido y un protocolo de comparación son pruebas más fuertes que una etiqueta de IA. Los resultados de benchmark no divulgados limitan la evaluación de la ventaja real, especialmente fuera del alcance inicial de cargas completas de camión. 4

Tratamiento de restricciones reales — 6/10. Los procedimientos ejecutables pueden respetar secuencias operativas y requisitos de escalado. Su lógica local todavía puede elegir una acción económicamente mala cuando inventario, transporte y compromisos con clientes compiten en toda la red. 6 7

Automatización de decisiones y productividad laboral — 7/10. El piloto de citas demuestra trabajo recurrente completado sin supervisión por transacción. Establecer productividad neta exige medir el trabajo trasladado a implementación, supervisión y excepciones sin resolver. 12 24

Resiliencia ante la complejidad operativa real — 6/10. La supervisión y los registros de incidentes aportan material para mejorar el sistema. El ciclo completo de aprendizaje debe convertir un fallo operativo en un supuesto decisional revisado y una prueba de regresión, no solo en una integración reparada u otra alerta. Las ofertas públicas de empleo abordan explícitamente partes de ese ciclo. 8 22 29

Integridad del producto y la arquitectura

Criterio	Puntuación
Coherencia arquitectónica	6/10
Claridad de los límites del sistema	7/10
Seriedad en seguridad	6/10
Parsimonia del software y coste de propiedad	5/10
Compatibilidad con operaciones programáticas y asistidas por agentes	7/10

Media: 6,2/10.

Coherencia arquitectónica — 6/10. Los componentes divulgados tienen tareas identificables, pero varios servicios con estado deben coincidir sobre los mismos hechos operativos. Los relatos públicos no conectan por completo el diseño analítico anterior con el entorno actual de ejecución de agentes. 7 21 22 23

Claridad de los límites del sistema — 7/10. Se entiende la separación entre sistemas de origen, objetos operativos, analítica y acciones ejecutadas. Esto ayuda a identificar dónde puede originarse una mala decisión o una entrada obsoleta. 3 8 23

Seriedad en seguridad — 6/10. Los permisos de acción y límites de datos del cliente publicados restringen la autoridad de los agentes. El límite de ejecución del código generado sigue siendo demasiado opaco para juzgar la contención de un procedimiento comprometido o defectuoso. 7 9 10

Parsimonia del software y coste de propiedad — 5/10. La infraestructura especializada y los servicios de implementación introducen costes recurrentes. Justificarlos exige ahorros netos después de mantenimiento y soporte, que los casos públicos no cuantifican. 21 23 24

Compatibilidad con operaciones programáticas y asistidas por agentes — 7/10. La plataforma permite ejecución persistente y cambios en procedimientos operativos asistidos por software. El acceso conversacional es una aportación menor; puede dejar intacto el patrón de trabajo humano. 7 8 10

Transparencia técnica

Criterio	Puntuación
Documentación técnica pública	6/10
Inspección sin mediación del proveedor	5/10
Portabilidad y visibilidad de la dependencia del proveedor	4/10
Transparencia del método de implementación	6/10
Densidad de pruebas tras las afirmaciones técnicas	6/10

Media: 5,4/10.

Documentación técnica pública — 6/10. Los artículos de ingeniería exponen suficiente arquitectura de previsión y flujos para un análisis sustancial. Ejemplos ejecutables y resultados de evaluación numérica harían más evaluables las afirmaciones más difíciles. 4 7

Inspección sin mediación del proveedor — 5/10. Las descripciones públicas explican varios mecanismos internos. No aportan el objetivo real de inventario, resultados de calibración de previsiones ni una evaluación integral reproducible. 2 4

Portabilidad y visibilidad de la dependencia del proveedor — 4/10. Las trazas exportables e interfaces de sistemas mejoran el acceso a registros operativos. No se explica la portabilidad de procedimientos generados, inteligencia de red aprendida y comportamientos específicos del cliente a otro entorno de ejecución. 7 8

Transparencia del método de implementación — 6/10. El proceso de revisión del cliente y la función de servicios revelan cómo los requisitos se convierten en comportamiento desplegado. Sigue sin cuantificarse el esfuerzo a largo plazo necesario para mantenerlo. 24 27

Densidad de pruebas tras las afirmaciones técnicas — 6/10. Componentes nombrados, un piloto cliente acotado y un proceso explícito de evaluación predictiva respaldan capacidades reales. Las grandes promesas de resultados universales siguen adelantándose a esas demostraciones más estrechas. 4 11 12

Seriedad del proveedor

Criterio	Puntuación
Seriedad técnica de la comunicación pública	6/10
Integridad de la hoja de ruta tecnológica	6/10
Claridad conceptual	6/10
Responsabilidad económica	4/10
Solidez competitiva en un mundo de software con agentes	7/10

Media: 5,8/10.

Seriedad técnica de la comunicación pública — 6/10. Explicaciones específicas de ingeniería coexisten con afirmaciones que eliminan problemas difíciles solo mediante palabras. El contraste entre procedimientos mantenidos y agentes sin mantenimiento resulta especialmente importante. 6 11 27

Integridad de la hoja de ruta tecnológica — 6/10. Seguimiento, operaciones de instalaciones y orquestación forman una progresión reconocible. La expansión hacia decisiones de inventario necesita su propia prueba de competencia económica; el éxito previo recopilando eventos logísticos no la aporta. 15 16 20 25

Claridad conceptual — 6/10. FourKites entiende que completar trabajo importa más que mostrarlo. Ese mismo razonamiento no se ha aplicado de forma coherente a su definición de productividad de ingeniería ni a la valoración de resultados operativos contrapuestos. 14 28

Responsabilidad económica — 4/10. Partir de una métrica del cliente permite discutir el beneficio previsto. Una referencia contractual, un denominador completo de costes y consecuencias por no lograr el objetivo siguen ausentes de la oferta pública. 14 24

Solidez competitiva en un mundo de software con agentes — 7/10. Integraciones operativas, observaciones externas y flujos recurrentes probados son activos más duraderos que una interfaz de asistente. Su valor permanente depende de mejorar la calidad decisional y reducir el mantenimiento conforme crece el producto. 3 7 8

Los 25 criterios tienen igual peso. El total es 147/250, que da 5,88/10, redondeado a 5,9/10.

Fuentes

Las fuentes se consultaron el 4 de noviembre de 2026. Las fechas siguientes identifican la publicación o actualización declarada de la vacante; las páginas de producto sin fecha describen la oferta disponible al realizar el análisis.

[1] Plataforma FourKites

Plataforma FourKites. Sin fecha.

[2] Inventory Twin

Inventory Twin. Sin fecha.

[3] Shipment Twin

Shipment Twin. Sin fecha.

[4] Cómo predecimos los tiempos de tránsito

Cómo predecimos los tiempos de tránsito. 2026-05-01.

[5] El mandato ampliado de compras necesita una capa de ejecución a su altura

El mandato ampliado de compras necesita una capa de ejecución a su altura. 2026-03-18.

[6] Agent Operating Procedures

Agent Operating Procedures. Sin fecha.