Integración con el WMS para la gestión de muelles y la gestión de patios (YMS)

Dónde se encuentran de verdad la gestión de muelles y el WMS

Un sistema de gestión de muelles que no se comunica con el WMS genera una agenda impecable que el almacén ignora. La cita debe poder reservarse según la capacidad real de recepción, y la llegada debe llegar al personal del almacén como un evento, no como una persona que se acerca con un papel en la mano.

Dos sistemas, un límite, y ese límite es más estrecho de lo que la mayoría de los documentos de alcance suponen. El WMS sigue siendo la referencia de lo que se espera y de la capacidad disponible. La capa de planificación sigue siendo la referencia de quién reservó qué franja y cuándo llegó físicamente el vehículo.

Qué cruza la frontera

Los tres puntos donde falla

La identidad del transportista. El WMS conoce a un proveedor, el sistema de planificación conoce a un transportista, y no son la misma entidad. Un proveedor puede trabajar con cuatro empresas de transporte y una empresa de transporte puede servir a nueve proveedores. Decida qué lado es dueño del maestro de transportistas antes que nada, o cualquier informe de citas no atendidas será inservible.

La unidad de la cita. Una franja puede ser por pedido, por carga o por vehículo, y las tres generan agendas distintas. Una carga consolidada que transporta seis pedidos es una sola llegada, y un WMS que espera seis citas registrará cinco ausencias cada vez.

El evento de llegada. La entrada por el control de acceso, la llegada al muelle o el parte del conductor son tres momentos diferentes y pueden variar en cuarenta minutos en un centro grande. Fije la definición por escrito durante el alcance, porque cada cifra de permanencia y de paralización posterior la hereda. El límite entre ambos sistemas se detalla en YMS frente a WMS frente a TMS.

Cuando el WMS no dispone de una API utilizable

Es habitual, y no es un impedimento. Un intercambio de archivos programado por SFTP lo resuelve: las recepciones previstas salen del WMS con una cadencia, y las citas y los eventos de entrada vuelven con esa misma cadencia. El coste es la latencia, de modo que la agenda de citas es exacta hasta la última exportación y no al minuto, y el evento de entrada llega tarde al almacén.

Cuando la latencia en la entrada importa y el WMS no puede recibir un evento, una pantalla en la zona de recepción que muestre las llegadas en tiempo real cierra la brecha sin tocar el WMS en absoluto. No es elegante, funciona, y se pone en marcha en días, no en un ciclo de versiones del WMS. La parte de producto se describe en la página de software de gestión de muelles y la mitad de patios en el software de gestión de patios (YMS).

Las siete semanas

La puesta EN FUNCIONAMIENTO está garantizada en siete semanas, y el calendario es el mismo en cada integración porque el lado de la plataforma nunca cambia. Lo que varía es la rapidez con la que su equipo puede facilitar un sistema de pruebas y una persona de contacto designada.

1. Semanas 1 y 2, análisis. Acordamos la lista de campos, la dirección de cada campo y qué sistema es el autorizado para él. Esta es la reunión que decide si el proyecto será sencillo, y omitirla es la razón por la que las integraciones se desvían.
2. Semanas 3 y 4, conexión. Credenciales, endpoints y un primer mensaje circulando en un entorno de pruebas. Todavía no se mapea nada, estamos comprobando el canal.
3. Semana 5, mapeo y eventos. Sus campos sobre nuestro modelo de eventos, incluida la definición de llegada, que es la más discutida de todas.
4. Semana 6, ejecución en paralelo. Ambos sistemas en funcionamiento, con el recuento de eventos comparado a diario. Cualquier discrepancia es un error de mapeo detectado antes de que nadie dependa de él.
5. Semana 7: puesta en marcha y traspaso. Los sistemas que consumen los datos cambian de origen y la supervisión pasa a su equipo, junto con el informe de conciliación que le avisa cuando un flujo deja de enviar datos.

Ubicación de los datos, RGPD e ISO 27001

Los datos de transporte son datos operativos sobre conductores y vehículos identificables, así que quedan sujetos al RGPD sea cual sea la vía por la que nos llegan. En una revisión de seguridad europea suelen plantearse tres cuestiones, y las respuestas no cambian según la integración.

• Dónde residen los datos. El tratamiento y el almacenamiento permanecen dentro de la UE.
• Quién puede verlos. Sus datos de transporte permanecen dentro de su red de transportistas de confianza. Cada transportista ve solo las cargas que tiene asignadas, no el conjunto de su red.
• Cómo se gobiernan. TrucksOnTheMap cuenta con la certificación ISO 27001, y los controles que importan en una integración de transporte son el control de accesos, la conservación de los datos y el registro de auditoría de cada evento.

Los datos de posición plantean su propia cuestión de conservación. Decida de antemano cuánto tiempo se guardan las señales en bruto frente a los eventos derivados, porque son los eventos derivados los que necesitan sus KPI y es el rastro en bruto lo que preguntará un comité de empresa.

Preguntas frecuentes

¿Cómo se integra la gestión de muelles con un WMS?

A través de un límite estrecho. El WMS aporta las recepciones previstas, normalmente como referencias de pedido o de ASN con cantidades, más la capacidad de recepción por puerta y turno. La capa de planificación devuelve la cita, la asignación de puerta y los eventos de entrada y salida del patio. El WMS sigue siendo la referencia de lo que se espera; la capa de planificación, de quién reservó y cuándo llegó realmente el vehículo.

¿Cuánto tarda en implantarse una integración con el WMS?

Siete semanas hasta el GO LIVE con el calendario estándar: dos semanas para definir la lista de campos y la definición de llegada, dos semanas para validar la conexión en un entorno de pruebas, una semana de mapeo, una semana ejecutando ambos sistemas en paralelo con comparación diaria del recuento de eventos, y una semana para la puesta en marcha y el traspaso.

¿Y si nuestro WMS no tiene API?

Un intercambio de archivos programado por SFTP lo resuelve: las recepciones previstas salen con una cadencia, y las citas y los eventos de entrada vuelven con esa misma cadencia. El coste es la latencia, no la funcionalidad. Cuando una señal de llegada en tiempo real en la zona de recepción importa y el WMS no puede aceptar un evento, una pantalla en recepción que muestre las llegadas en tiempo real cierra la brecha sin modificar el WMS.

¿Qué es lo que más falla en una integración de gestión de muelles?

Tres cosas. La identidad del transportista, porque el WMS conoce a un proveedor mientras que el sistema de planificación conoce a un transportista, y un proveedor puede trabajar con cuatro empresas de transporte. La unidad de la cita, porque una carga consolidada que transporta seis pedidos es una sola llegada y un WMS que espera seis citas registra cinco ausencias. Y la definición de llegada, ya que la entrada por el control de acceso, la llegada al muelle y el parte del conductor pueden variar en cuarenta minutos en un centro grande.

¿Cómo se prueba una integración de gestión de muelles antes de la puesta en marcha?

Con una ejecución en paralelo. Ambos sistemas funcionan en tiempo real durante una semana y los recuentos de eventos se comparan a diario por transportista y por puerta. Cualquier discrepancia es un error de mapeo detectado mientras aún nada depende de ello. La puesta en marcha solo se produce cuando los recuentos coinciden, y el informe de conciliación empleado durante la ejecución en paralelo se entrega como monitor permanente.

Enséñenos la distribución de sus muelles

La construiremos en TrucksSlot antes de la reunión, para que vea sus propias puertas y turnos en lugar de un conjunto de datos de demostración.