Digital twin del patio
Zonas como polígonos · editor de layout versionado · tablero SVG en tiempo real.
Cobertura: patio Dulces Nombres + soporte multi-yard nativo desde día uno.
El MVP (Minimum Viable Product) del YMS está diseñado para cubrir la operación completa del patio Dulces Nombres con todos los pilares funcionales operativos, alineado con el alcance acotado validado por el cliente en mayo 2026.
Digital twin del patio
Zonas como polígonos · editor de layout versionado · tablero SVG en tiempo real.
Cobertura: patio Dulces Nombres + soporte multi-yard nativo desde día uno.
Captura completa entrada/salida
QR de hoja de salida (preferido) · captura manual con campos mínimos · catálogos cerrados · TrailerSeal como entidad de primera clase con verificación al salir.
Inspección 360°
4 fotos obligatorias al entrar y al salir · fotos extra de daños con descripción · comparación lado a lado en reclamaciones.
Retención: 5 años para fotos de daño.
GPS Samsara como confirmación
Webhook entrante firmado · worker async para match con captura manual · anomalías GPS reformuladas.
Trailers visitantes sin GPS soportados como flujo de primera clase.
Rondín de zonas
Confirmación / corrección de zonas en campo · pendientes obligatorios para visitantes · workflow auditado.
10 categorías de anomalías
Detección automática · workflow Open → InProgress → Resolved/Dismissed · severidades calibradas · razón documentada obligatoria.
5 roles + permisos por yard
Admin · YardManager · Operator · GateOperator · Viewer · permisos por yard vía UserYardAccess.
Modo caseta
Vista especializada en monitor · trailers aproximándose por GPS · alerta de salida no liberada · registro rápido de visitantes.
Operación offline
PWA con outbox local · sincronización automática · resolución de conflictos sin pérdida de datos.
Audit log inmutable
Cada acción significativa registrada · trigger SQL impide modificación · base de evidencia para disputas.
Integraciones
Samsara entrante · webhooks salientes firmados HMAC · API REST de consulta read-only · OpenAPI documentado.
Compliance LFPDPPP
Datos personales etiquetados · endpoints ARCO · políticas de retención (5 años fotos daño / 1 año fotos generales).
| Funcionalidad fuera del MVP | Razón |
|---|---|
| Sub-posiciones (slots/cajones) dentro de zonas | El patio no tiene marcas físicas y el cliente lo aceptó como reflejo de su realidad operativa (ADR-038) |
| Integración con SAT / Aduanas | El cliente no tiene esta integración como prioridad inmediata · arquitectura la soporta para fase futura |
| App nativa iOS/Android | La PWA cubre el caso con menos costo · si surge necesidad, se puede empacar después |
| Generación del QR de la hoja de salida | El cliente lo generará en su TMS · YMS sólo consume el QR del documento físico |
| Sistema de cámaras automáticas | Las 4 fotos las toma el personal de patio manualmente · cámaras automáticas en cruces son fase futura |
| Multi-tenancy (varios clientes en una instancia) | Decisión deliberada: deployment-per-customer · no aplica al cliente actual |
| Inteligencia predictiva (ML para predecir tiempos de estadía) | Fuera de alcance MVP · los datos limpios que genera el MVP habilitan esto en fase futura |
| App de cliente final (transportistas / dueños de carga) | El YMS es interno del patio · transportistas usan el documento físico, no la app |
| Multi-idioma | Sistema en español únicamente · arquitectura soporta i18n para fase futura |
| Reportes operativos personalizados | El MVP incluye KPIs estándar · reportes a medida vía la API REST de consulta |
Según la auditoría del sistema actual, la propuesta cubre:
| Métrica | Valor |
|---|---|
| Pantallas actuales mapeadas | 5 |
| Pantallas con equivalente directo en el MVP | 5 |
| Campos del YMS actual que se cubren con catálogos cerrados | ~13 / ~13 útiles |
| Campos que el MVP elimina (basura sistemática) | ~10 (chofer=“0”, sellos vacíos, ubicaciones vacías, etc.) |
| Cobertura total verificada y depurada | ~92% |
| Quick wins del cliente cubiertos | 4 / 4 |
El 8% restante son funcionalidades del YMS actual que el cliente acordó no migrar (escaneo de código de barras de bajo valor, comodín de zona “patio dulces nombres”, campos siempre vacíos).
El MVP entrega 5 hitos demostrables durante el ciclo de desarrollo, cada uno verificable en sesión con el cliente. Ver detalle en Roadmap por sprints.