Visión general
El YMS de NexLog OS controla el patio, la portería y la programación de muelles: dock scheduling, call-to-dock, kiosco de portería, check-in y check-out y playbooks de excepción.
Los KPIs de dwell time y turn time salen de los mismos eventos que alimentan el WMS y el TMS, sin hojas de cálculo paralelas.
Entidades principales
El modelo canónico del YMS, compartido con las olas del WMS y el enrutamiento del TMS.
| Entidad | Código | Descripción |
|---|---|---|
| Cita de muelle | dockSchedules | Franja horaria reservada para un muelle específico; se integra con el enrutamiento del TMS y las olas del WMS. |
| Vehículo en patio | yardVehicles | Vehículo presente en el patio; registra check-in, posición, estado (en espera, cargando, liberado) y check-out. |
Flujos operativos
Seis flujos para un patio sin colas.
Dock scheduling
Programación online de muelles con ventanas, recurrencia y capacidad por tipo de vehículo.
Call-to-dock
Llamada automática de los vehículos del patio a los muelles liberados, por SMS, push o app.
Kiosco de portería
Self-service para conductores: CPF, CNH, CT-e, NF-e, foto y consentimiento LGPD.
Check-in y check-out
Registro con timestamp auditable; alimenta dwell time y turn time por muelle.
Playbooks
Tratamiento automático de ocupación, falta de documentos, retrasos en la ventana y excepciones críticas.
Exception engine
Escalamiento al Control Tower de las excepciones que el playbook no resuelve.
Endpoints REST
Endpoints agrupados en /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 |
Convención: endpoints en kebab-case, versionados en /api/v1/, y colecciones en camelCase.
KPIs que entrega el YMS
Dwell time
Tiempo medio que el vehículo permanece en el patio entre el check-in y el check-out.
Turn time
Tiempo entre el call-to-dock y la liberación del vehículo; principal factor de productividad del muelle.
El YMS como enlace entre WMS y TMS
El patio cuesta más de lo que parece
Cada minuto de espera en el patio representa demurrage, estadías, multas contractuales y deterioro del OTIF. El YMS de NexLog OS actúa en ese enlace: Cita de muelle (dockSchedules) y Vehículo en patio (yardVehicles) comparten el mismo MDM del WMS (olas) y del TMS (enrutamiento).
Así, la programación pasa a ser una decisión basada en la capacidad real, no en una hoja de cálculo.
Self-service en la portería
El kiosco convierte el check-in en self-service: el conductor informa CPF y CNH, registra CT-e y NF-e, se toma la foto y acepta el consentimiento LGPD. El call-to-dock avisa cuando el muelle se libera y dirige al conductor automáticamente.
Playbooks, excepciones y Control Tower
La ocupación inesperada, los retrasos en la ventana, los documentos incompletos y los vehículos sin cita se tratan con playbooks configurables, que intentan resolverlos sin intervención humana.
Lo que se escapa va al exception engine del Control Tower, rastreable por el mismo correlationId del envío y del pedido correspondientes. Eso es lo que convierte al YMS en un módulo de primera clase del supply chain operating system.