Explore o fluxo
Uma ordem. Quatro momentos.
Selecione uma etapa para acompanhar a troca entre os sistemas e o movimento da carga.
1 / 4 · WMS
Ordem
O WMS informa o que precisa acontecer: qual carga movimentar e qual é o destino solicitado.
Exemplo didático de fluxo lógico. Interfaces e responsabilidades são definidas por projeto.
Duas autoridades que precisam concordar
O WMS organiza estoque, pedidos, endereçamento e tarefas logísticas. O WCS coordena como a automação executa o fluxo físico. Essa divisão é uma referência de engenharia, não uma regra universal de embalagem de software: soluções podem incorporar funções de outras camadas. O contrato de integração deve descrever a divisão real do projeto.
Uma transferência pode estar fisicamente concluída e ainda pendente de confirmação no WMS. Também pode estar aceita pelo WCS sem ter começado. Tratar ambos os sistemas como uma única transação síncrona deixa de fora essas janelas, justamente onde surgem duplicações e divergências.
Contrato de tarefa e contrato de evento
Uma tarefa precisa identificar unidade de carga, origem, destino, prioridade e restrições relevantes. A resposta de aceite diz que a tarefa foi compreendida e registrada; o evento de conclusão informa que a condição física acordada foi observada. Falha, cancelamento e execução parcial exigem mensagens próprias ou estados inequivocamente definidos.
Registre um identificador de correlação em toda a cadeia. Diferencie erros de conteúdo, como destino inexistente, de indisponibilidade temporária. Repetir indefinidamente uma ordem inválida congestiona a fila e impede que trabalho válido seja processado. A política de retry precisa de limite e de um destino operacional para mensagens que exigem análise.
Cancelamento depois do início
Se uma caixa já atravessou um ponto sem retorno, o cancelamento de negócio não pode simplesmente apagar a tarefa no WCS. Pode ser necessário concluir em um destino de exceção ou aguardar autorização para uma nova movimentação. A integração deve responder que o cancelamento foi recusado ou transformado em uma ação compensatória.
O estoque de negócio deve refletir o resultado autorizado, enquanto o tracking preserva o que realmente aconteceu. Uma correção manual precisa registrar operador, motivo, evidência e referência à tarefa original. Substituir silenciosamente o estado anterior elimina a trilha necessária para investigar incidentes.
Exemplo de confirmação perdida
A carga P7 chega ao buffer de saída e o WCS registra a conclusão. A conexão com o WMS falha antes do recebimento do evento. O WCS mantém a confirmação pendente; ao restabelecer o canal, reenvia o evento com a mesma identidade. O WMS reconhece uma entrega repetida sem lançar uma segunda movimentação de estoque.
No ensaio, compare as tarefas aceitas, as conclusões físicas e os lançamentos de negócio. Ao final, cada tarefa deve estar concluída, rejeitada, cancelada ou em uma exceção explícita. Contar apenas mensagens transmitidas não demonstra integridade logística.
Contrato de tarefa: separar intenção, execução e estoque
Uma tarefa de movimentação precisa descrever qual carga deve sair de qual origem e qual condição caracteriza a entrega. O WMS pode trabalhar com pedido, linha, unidade de manuseio ou outra entidade; o WCS precisa relacionar esses objetos à identidade reconhecida pela automação. Um pedido dividido em três caixas não deve ser tratado como três repetições da mesma tarefa.
A especificação deve declarar quem cria cada identificador, sua unicidade por instalação e o período em que pode ser reutilizado. Também deve separar o destino de negócio da posição física: uma porta de expedição pode corresponder a vários buffers, mas a escolha de um buffer não altera automaticamente o compromisso de expedição.
| Informação | Autoridade de referência | Validação antes do aceite |
|---|---|---|
| Carga / unidade de manuseio | WMS ou processo de identificação acordado | Identificador reconhecido e vínculo inequívoco com a tarefa. |
| Destino de negócio | WMS / orquestração | Destino existente e elegível para aquele fluxo. |
| Rota e posição intermediária | WCS/MFC conforme arquitetura | Capacidade, restrições e observação física disponíveis. |
| Movimentação de estoque | WMS | Evento com evidência de execução e identidade deduplicável. |
Cancelar uma tarefa que já começou
Cancelamento é uma solicitação sujeita ao estado de execução. A decisão deve ocorrer em relação ao ponto de compromisso físico, e não somente ao instante em que o WMS enviou a mensagem. Se a tarefa começou enquanto o cancelamento estava na rede, uma resposta afirmativa sem consultar a execução pode deixar o estoque incompatível com a posição real.
Defina resultado explícito: cancelada antes de executar; cancelamento recusado porque a execução já foi comprometida; ou compensação autorizada por uma nova tarefa relacionada. Uma compensação preserva o histórico: ela não transforma retroativamente um movimento realizado em movimento inexistente.
WMS → WCS
Solicitar cancelamento de T42 na versão conhecida.
WCS → estado de execução
Verificar versão, comando reconhecido e compromisso físico.
WCS → WMS
Responder cancelada, recusada ou aguardando decisão, com motivo.
Operação / WMS → WCS
Se necessário, autorizar tarefa compensatória ligada a T42.
Um timeout do cancelamento não demonstra que o cancelamento foi aceito. Consulte o resultado antes de liberar uma tarefa incompatível para a mesma carga.
Execução parcial e endereço efetivo
Divida o fluxo em etapas verificáveis quando houver entrada, buffer e entrega final. A conclusão da primeira etapa não deve fechar a tarefa de negócio se o contrato exige a última. O retorno precisa dizer se a carga está em trânsito, sob responsabilidade do equipamento, entregue ao destino ou em exceção.
No exemplo, C18 sai de IN-01, chega a B2 e aguarda S3. Se S3 bloquear, o WCS pode manter a tarefa aberta em B2. Um novo destino de negócio exige autorização; uma rota alternativa para o mesmo destino pode pertencer à coordenação local, conforme as regras acordadas.
| Observação | Estado que pode ser afirmado | O que ainda falta |
|---|---|---|
| Saída da origem | Movimento iniciado | Identificar chegada e destino final. |
| Carga identificada em B2 | Etapa intermediária concluída | Capacidade e entrega em S3. |
| Comando de desvio enviado | Solicitação emitida | Reconhecimento e evidência do resultado. |
| Carga entregue em S3 | Execução física concluída | Confirmação de negócio recebida/processada pelo WMS. |
Conciliação por identidade, não por contadores
Compare registros por tarefa e carga. Duas listas com o mesmo número de conclusões podem conter cargas diferentes. A conciliação deve trazer versão, último evento aceito, localização conhecida e evidência que sustenta o resultado. A idade do registro ajuda a priorizar, mas não determina sozinha qual sistema está correto.
Use uma janela de consulta que cubra interrupções e retenção de eventos. Se a evidência física não estiver disponível, registre incerteza e encaminhe para identificação operacional. Ajustes devem conter motivo, operador autorizado e referência aos eventos anteriores.
| WMS | WCS / evidência | Tratamento de referência |
|---|---|---|
| Aberta | Entrega comprovada; confirmação pendente | Reenviar resultado com a identidade original. |
| Cancelada | Equipamento já em execução | Bloquear nova tarefa incompatível e resolver divergência. |
| Concluída | Sem evidência suficiente | Investigar histórico e carga; não inventar posição. |
| Aberta | Carga retirada manualmente | Identificar posição efetiva e registrar correção autorizada. |
Critérios de aceite da consistência WMS × WCS
Um ensaio deve fechar a relação entre intenção de negócio, percurso físico e lançamento final. Para T42, registre solicitação, aceite, comandos, passagem identificada e resultado processado no WMS. Repita a solicitação e a conclusão para verificar que ambas devolvem resultado coerente sem duplicar efeito.
Inclua cancelamento concorrente com início, entrega em destino alternativo e reinício com tarefa intermediária. Ao término, cada tarefa deve ter exatamente um desfecho de negócio ou uma exceção explícita com responsável. Os tempos aceitáveis de espera e conciliação são requisitos do projeto, não valores universais.
Critérios para verificar no projeto
- Distinguir acknowledgement técnico, aceite da tarefa e conclusão física.
- Validar reenvio de uma confirmação já processada pelo WMS.
- Ensaiar cancelamento antes e depois do ponto de compromisso físico.
Os exemplos descrevem decisões de engenharia e cenários de teste. Interfaces, limites e recursos implantados são definidos no escopo de cada projeto.