Explore el flujo
Una orden. Cuatro etapas.
Seleccione una etapa para seguir el intercambio entre sistemas y el movimiento de la carga.
1 / 4 · WMS
Orden
El WMS indica qué debe suceder: qué carga mover y cuál es el destino solicitado.
Ejemplo didáctico de flujo lógico. Las interfaces y responsabilidades se definen por proyecto.
Dos autoridades coordinadas
El WMS gestiona inventario, pedidos y tareas logísticas. El WCS coordina la ejecución física de la automatización. Es una división de referencia: un producto puede incorporar funciones de otras capas. Documente la frontera concreta del proyecto.
Una carga puede estar entregada mientras el WMS espera confirmación. Una tarea aceptada puede no haber comenzado. Tratar ambos sistemas como una transacción síncrona omite las ventanas donde aparecen divergencias.
Contrato de tarea y evento
Identifique carga, origen, destino, prioridad y restricciones. La aceptación confirma validación y registro; la conclusión exige observar la condición física acordada. Fallo, cancelación y ejecución parcial necesitan estados inequívocos.
Mantenga correlación de extremo a extremo. Distinga contenido inválido de indisponibilidad temporal. Repetir indefinidamente un destino inválido bloquea trabajo válido; el retry requiere límites y gestión operativa de excepciones.
Cancelación tras el compromiso físico
Cancelar un pedido no elimina una caja que ya superó un punto sin retorno. Puede ser necesario un destino de excepción o un movimiento compensatorio autorizado. Responda con rechazo o resultado alternativo explícito, sin borrar silenciosamente la tarea.
El inventario refleja el resultado de negocio autorizado y el tracking conserva lo sucedido. Una corrección manual requiere operador, motivo, evidencia y referencia a la tarea original.
Ejemplo: confirmación perdida
P7 llega al buffer de salida y el WCS registra la conclusión, pero falla la comunicación antes de que el WMS reciba el evento. Se reenvía con la misma identidad. El WMS reconoce duplicados sin registrar dos movimientos.
Compare tareas aceptadas, entregas observadas y registros de negocio. Toda tarea debe quedar completada, rechazada, cancelada o en excepción explícita. Contar mensajes enviados no demuestra integridad logística.
Contrato de tarea: intención, ejecución e inventario
Una tarea identifica carga, origen y condición que demuestra entrega. El WMS puede usar pedidos, líneas o unidades de manipulación; el WCS relaciona esos objetos con la identidad observada. Un pedido dividido en tres cajas no son tres duplicados de una tarea.
Especifique propietario de identificadores, ámbito de unicidad y reutilización. Distinga destino de negocio y posición física: una puerta puede usar varios buffers, pero elegir buffer no cambia automáticamente el compromiso de expedición.
| Información | Autoridad de referencia | Validación antes de aceptar |
|---|---|---|
| Carga / unidad | WMS o identificación acordada | Identidad reconocida y vinculada inequívocamente. |
| Destino de negocio | WMS / orquestación | Destino existente y elegible. |
| Ruta y posición intermedia | WCS/MFC según diseño | Capacidad, restricciones y observaciones físicas. |
| Movimiento de inventario | WMS | Evidencia de ejecución e identidad deduplicable. |
Cancelar una tarea ya iniciada
Cancelar es una solicitud dependiente del estado. Decida respecto al compromiso físico, no solo al envío desde WMS. Si la ejecución empieza mientras viaja la cancelación, aceptarla sin consultar puede dejar inventario y realidad incompatibles.
Defina resultados explícitos: cancelada antes de ejecutar, rechazada tras compromiso o tarea compensatoria autorizada y relacionada. Compensar conserva historia; no elimina retroactivamente el movimiento realizado.
WMS → WCS
Solicitar cancelación T42 con versión conocida.
WCS → ejecución
Verificar versión, comando reconocido y compromiso físico.
WCS → WMS
Responder cancelada, rechazada o pendiente, con motivo.
Operación / WMS → WCS
Autorizar compensación relacionada con T42 si procede.
Un timeout de cancelación no demuestra aceptación. Consulte resultado antes de liberar trabajo incompatible para la carga.
Ejecución parcial y dirección efectiva
Defina etapas verificables de entrada, buffer y entrega. Completar la primera no cierra una tarea que exige la última. Distinga tránsito, carga dentro del equipo, entrega y excepción.
C18 sale de IN-01, llega a B2 y espera S3. Si S3 se bloquea, mantenga abierta la tarea en B2. Cambiar destino de negocio necesita autorización; otra ruta al mismo destino puede corresponder a coordinación local según contrato.
| Observación | Estado demostrable | Todavía falta |
|---|---|---|
| Salida del origen | Movimiento iniciado | Llegada identificada y destino final. |
| C18 identificada en B2 | Etapa intermedia completa | Capacidad y entrega en S3. |
| Comando de desvío enviado | Solicitud emitida | Reconocimiento y evidencia del resultado. |
| Entrega en S3 | Ejecución física completa | Confirmación recibida/procesada por WMS. |
Conciliar identidades, no contadores
Compare por tarea y carga. Igual número de conclusiones puede ocultar identidades distintas. Incluya versión, último evento, posición conocida y evidencia. La antigüedad ayuda a priorizar, pero no determina qué sistema tiene razón.
La ventana de consulta cubre caídas y retención. Sin evidencia física, conserve incertidumbre y solicite identificación operativa. Las correcciones necesitan motivo, operador autorizado y referencia a eventos anteriores.
| WMS | WCS / evidencia | Respuesta de referencia |
|---|---|---|
| Abierta | Entrega probada; aviso pendiente | Reenviar resultado con identidad original. |
| Cancelada | Equipo ejecutando | Bloquear trabajo incompatible y resolver divergencia. |
| Completada | Evidencia insuficiente | Investigar carga e historia; no inventar posición. |
| Abierta | Retirada manual | Identificar posición y registrar corrección autorizada. |
Aceptación de consistencia WMS/WCS
Vincule intención, recorrido y registro final. Para T42 conserve solicitud, aceptación, comandos, paso identificado y procesamiento WMS. Repita solicitud y conclusión para comprobar coherencia sin duplicar efecto.
Incluya cancelación concurrente al inicio, entrega alternativa y reinicio en etapa intermedia. Cada tarea termina con un resultado de negocio o excepción explícita con responsable. Espera y conciliación son requisitos del proyecto, no constantes universales.
Criterios de verificación del proyecto
- Distinguir acknowledgement, aceptación y conclusión física.
- Reenviar una confirmación ya procesada por el WMS.
- Probar cancelación antes y después del compromiso físico.
Los ejemplos describen decisiones de ingeniería y escenarios de prueba. Interfaces, límites y funciones implantadas se definen en el alcance de cada proyecto.