Visão geral
O YMS do NexLog OS controla pátio, portaria e agendamento de docas: dock scheduling, call-to-dock, kiosk de portaria, check-in e check-out e playbooks de exceção.
Os KPIs de dwell time e turn time saem dos mesmos eventos que alimentam o WMS e o TMS, sem planilha paralela.
Entidades principais
O modelo canônico do YMS, compartilhado com as ondas do WMS e a roteirização do TMS.
| Entidade | Code | Descrição |
|---|---|---|
| Agendamento de doca | dockSchedules | Janela de horário reservada para uma doca específica; integra com a roteirização do TMS e as ondas do WMS. |
| Veículo em pátio | yardVehicles | Veículo presente no pátio; rastreia check-in, posição, status (aguardando, carregando, liberado) e check-out. |
Fluxos operacionais
Seis fluxos para um pátio sem fila.
Dock scheduling
Agendamento online de docas com janelas, recorrência e capacidade por tipo de veículo.
Call-to-dock
Chamado automático dos veículos no pátio para as docas liberadas, por SMS, push ou app.
Kiosk de portaria
Self-service para motoristas: CPF, CNH, CT-e, NF-e, foto e termo LGPD.
Check-in e check-out
Registro com timestamp auditável; alimenta dwell time e turn time por doca.
Playbooks
Tratamento automático de ocupação, falta de documento, atraso de janela e exceções críticas.
Exception engine
Escalonamento para o Control Tower das exceções que o playbook não resolve.
Endpoints REST
Endpoints agrupados em /api/v1/yard/.
| Endpoint | Métodos |
|---|---|
/api/v1/yard/dock-schedules | GET, POST |
/api/v1/yard/vehicles | GET |
/api/v1/yard/check-in | POST |
/api/v1/yard/check-out | POST |
/api/v1/yard/call-to-dock | POST |
Convenção: endpoints em kebab-case, versionados em /api/v1/, e collections em camelCase.
KPIs que o YMS entrega
Dwell time
Tempo médio que o veículo permanece no pátio entre o check-in e o check-out.
Turn time
Tempo entre o call-to-dock e a liberação do veículo; principal driver de produtividade de doca.
O YMS como elo entre WMS e TMS
O pátio é mais caro do que parece
Cada minuto de espera no pátio representa demurrage, diária, multas contratuais e degradação de OTIF. O YMS do NexLog OS atua nesse elo: Agendamento de Doca (dockSchedules) e Veículo em Pátio (yardVehicles) compartilham o mesmo MDM do WMS (ondas) e do TMS (roteirização).
Com isso, o agendamento passa a ser uma decisão informada pela capacidade real, não por planilha.
Self-service na portaria
O kiosk transforma o check-in em self-service: o motorista informa CPF e CNH, registra CT-e e NF-e, faz a foto e aceita o termo LGPD. O call-to-dock avisa quando a doca libera e direciona o motorista automaticamente.
Playbooks, exceções e Control Tower
Ocupação inesperada, atraso de janela, documentos incompletos e veículos sem agendamento são tratados por playbooks configuráveis, que tentam resolver sem intervenção humana.
O que escapa vai para o exception engine do Control Tower, rastreável pelo mesmo correlationId do shipment e do pedido correspondentes. É isso que faz do YMS um módulo de primeira classe do supply chain operating system.