Booking
Referencia de la reserva y su relación con el embarque.
NAVQO AGENT / EL PUENTE CON TU EMPRESATu ERP, dentro.
Tu ERP, dentro.
Tu operación, conectada.
Un componente local diseñado para conectar NAVQO con tus sistemas empresariales. Integración controlada, desde la infraestructura de tu empresa.
Conversar sobre integraciónArquitectura conceptual · Agent en desarrollo
DISEÑO DE CONEXIÓN · ILUSTRATIVO
NAVQO CloudVisibilidad logística
CLOUDHTTPS · Conexión iniciada por el Agent
INFRAESTRUCTURA DEL CLIENTE
NAVQO AgentPuente de integración local
↕ Red interna / LAN
SAP / ERPLOCAL
El principio: el Agent inicia la conexión hacia NAVQO Cloud.
El diseño evita necesitar una exposición directa de SAP a Internet.
OBSERVABILIDAD PREVISTA
Una conexión que también puedes entender.
Estado del Agent, conexión con el ERP, última sincronización y cola de procesamiento. Indicadores previstos para dar contexto al equipo de TI.
La seguridad final dependerá de la implementación, la configuración de red y los permisos acordados con cada cliente.
Agent statusDATOS FICTICIOS
- Agent
- CONNECTED
- ERP
- CONNECTED
- Last sync
- 10:42
- Queue
- 0 pending
Panel ilustrativo. No hay conexiones activas.
DEL EMBARQUE A LA OPERACIÓN
La información útil no debería quedarse fuera de tu ERP.
Un embarque genera información logística relevante como bookings, BL, contenedores, fechas y eventos. NAVQO está diseñado para identificar qué datos son útiles para la operación y ponerlos a disposición de los sistemas internos mediante reglas de negocio.
No toda la información logística necesita llegar al ERP. Solo la que aporta valor al proceso interno.
BL / Bill of Lading
Identificador del BL y referencias relacionadas, según los datos disponibles.
Contenedores
Número de contenedor y asociaciones que permitan interpretar su seguimiento.
Eventos / fechas
ETA, fechas relevantes y eventos definidos por la operación; nave y viaje cuando la fuente los informe.
Referencias
Vínculos logísticos e internos acordados para identificar el proceso destinatario.
Información que NAVQO puede normalizar o poner a disposición cuando la fuente correspondiente esté habilitada. No implica que estas fuentes estén actualmente conectadas.
Relacionar el embarque con productos e insumos
Un Booking, un BL, un contenedor o una referencia logística pueden relacionarse con productos, insumos, órdenes, operaciones y referencias internas. El diseño de NAVQO contempla utilizar esas relaciones para determinar qué información puede ser relevante para el ERP.
- BL / Contenedor
- Referencia logística
- Producto / Insumo
- Regla de negocio
- Dato relevante para ERP
La relación debe definirse con cada empresa: sus maestros, estructura de datos, ERP y reglas pueden ser diferentes. Una referencia ambigua debe revisarse antes de asociar o poner datos a disposición de otro sistema.
Reglas que deciden qué llega al ERP.
Las reglas de negocio permiten definir qué información logística debe convertirse en información operativa. Los siguientes ejemplos describen arquitectura prevista, no reglas productivas.
EJEMPLO CONCEPTUAL / CONTENEDOR
SI un contenedor está relacionado con determinado producto o insumo Y se produce un evento relevante, ENTONCES poner a disposición del ERP los datos definidos para ese proceso.
EJEMPLO CONCEPTUAL / BL
SI se obtiene o actualiza un BL relacionado con determinada operación, ENTONCES la regla prevista permitiría actualizar solamente los campos definidos por la empresa, mediante una integración habilitada y con los permisos acordados.
El objetivo no es replicar toda la información logística. Es llevar a la operación los datos que realmente necesita.
- Fuente logísticaBooking · BL · Contenedores · Eventos · FechasBLContenedorETANave / viaje
- Contexto NAVQONormalización · Contexto · Relaciones
- Reglas de negocio¿Qué necesita la operación?
Ejemplo de regla: solo Contenedor y ETA continúan. BL y nave permanecen como contexto.
- Información relevanteRelación con Producto / Insumo y referencias internasContenedor ETA
- NAVQO AgentPuente controlado
- SAP / ERPProducto · Insumo · Orden · Operación interna
Arquitectura prevista. La selección depende de cada operación; no son reglas productivas ni conexiones activas.
En este ejemplo se seleccionan Contenedor y ETA; otra operación podría necesitar BL, evento, fecha o referencia. El filtro es ilustrativo, no una configuración ejecutable.
La visibilidad no termina en saber dónde está la carga. La información relevante debe llegar al sistema donde se gestiona la operación.
NAVQO y NAVQO Agent están en desarrollo. Las fuentes dependen de conectores autorizados disponibles; las reglas, los permisos y la integración ERP dependen de la operación y de la arquitectura del cliente. No se implementan reglas reales ni se promete compatibilidad universal.
Conversar sobre los datos que necesita tu operaciónDISEÑADO PARA CONVIVIR CON TU INFRAESTRUCTURA
Integración desacoplada. Control local.
Menor exposición
Conexión saliente prevista hacia la nube, con el ERP dentro de la red del cliente.
Trazabilidad
Estados e historial de sincronización para entender el comportamiento de la integración.
Adaptabilidad
Una capa de conexión separada para adaptarse a sistemas y procesos empresariales.
Control
Permisos y alcance definidos para cada implementación, sin certificaciones prometidas.
EL SIGUIENTE PASOTu próximo embarque puede
Hablar con NAVQO Tu próximo embarque puede
empezar con un booking.
Descubre cómo NAVQO puede transformar información logística en visibilidad para tu operación.