Software portuario

// El problema

Una terminal planifica los atraques en una pizarra a partir de los correos de los consignatarios, así que los cambios de llegada le llegan tarde al planificador y las reservas de grúas y estibadores se rehacen por teléfono.

// Lo que construiríamos

Un sistema web donde los consignatarios envían y actualizan las escalas, el planificador arrastra las escalas a una línea de tiempo de atraques que muestra las llegadas estimadas de un proveedor de datos AIS, y las grúas, los estibadores y los servicios se reservan para cada escala. Alojado y operado para usted en AWS, con monitorización y copias de seguridad. La posición de los buques sirve solo para planificar, nunca para navegar.

// Qué incluye

// Tecnologías

• Next.js
• PostgreSQL
• API del proveedor de datos AIS
• API del sistema de terminal
• AWS Canada

// El problema

Una terminal de contenedores toma las reservas de camiones por teléfono, así que la puerta se colapsa en las horas punta, los conductores esperan en cola y los administrativos vuelven a teclear los números de contenedor.

// Lo que construiríamos

Una web de reservas y una aplicación para iOS y Android donde las empresas de transporte reservan franjas horarias para contenedores listos, un código QR que la puerta lee a la llegada y lectores de matrículas y contenedores en la puerta que asocian el camión con su reserva. Las reglas y los límites de las franjas los fija su equipo de operaciones.

// Qué incluye

// Tecnologías

• Next.js
• React Native
• PostgreSQL
• API del sistema de terminal
• Integración de lectores de puerta
• AWS Canada

// El problema

Un grupo de puertos deportivos toma las reservas de amarres por teléfono y correo, guarda los documentos de los navegantes en un archivador y responde a las mismas preguntas sobre combustible, vaciado de aguas negras y tarifas durante toda la temporada.

// Lo que construiríamos

Una web de reservas diseñada en torno a su marca donde los navegantes reservan amarres de tránsito y de temporada y pagan en línea, suben los documentos del seguro y de la matrícula, y encuentran respuestas en un centro de ayuda con un asistente en varios idiomas. Las reservas y los pagos se registran en QuickBooks Online, a través de su API.

// Qué incluye

// Tecnologías

• Next.js
• PostgreSQL
• Stripe
• API de un modelo de frontera
• API de QuickBooks Online
• DigitalOcean

// El problema

Una autoridad portuaria lleva los movimientos de buques, el uso de los atraques y las cifras de carga de varios sistemas y fuentes AIS a hojas de cálculo para cada informe mensual.

// Lo que construiríamos

Un almacén de datos que recibe de forma programada las fuentes AIS, el sistema de terminal y los registros de atraques, los revisa en busca de huecos y duplicados, y muestra escalas, tiempos de estancia, uso de atraques y carga en cuadros de mando, con el informe mensual rellenado automáticamente. Para planificar e informar, nunca para navegar.

// Qué incluye

// Tecnologías

• PostgreSQL
• dbt
• Metabase o un cuadro de mando a medida
• API de proveedores de datos AIS
• DigitalOcean

// El problema

Una terminal usa un sistema operativo de terminal, un sistema de puerta, la facturación y un sistema de comunidad portuaria que no se comunican entre sí, así que el personal copia datos de buques y contenedores de uno a otro todo el día.

// Lo que construiríamos

Un hub de integración que mantiene sincronizados el sistema operativo de terminal, el sistema de puerta, la facturación y el sistema de comunidad portuaria mediante una sola API interna, con webhooks para los cambios, reintentos cuando un sistema está caído y un registro de cada mensaje. Construido sobre la API publicada de cada sistema; revisamos la suya antes de presupuestar.

// Qué incluye

// Tecnologías

• Node.js
• PostgreSQL
• Especificación OpenAPI
• Cola de mensajes
• DigitalOcean

// El problema

Consignatarios, terminales y astilleros de reparación piden los mismos certificados de tripulación y de buque, los PDF circulan por correo y nadie puede saber si una copia se ha modificado o ha caducado.

// Lo que construiríamos

Un registro donde el emisor o el consignatario del buque sube cada certificado una sola vez, con su huella registrada en un ledger privado con permisos en el que consignatarios, terminales y astilleros tienen cada uno un nodo, con avisos de caducidad y una consulta para todos aquellos a quienes el consignatario da acceso. Un portal compartido con PDF firmados suele bastar; el ledger ayuda cuando varias organizaciones confían en el mismo registro y ninguna quiere custodiarlo para las demás.

// Qué incluye

// Tecnologías

• Next.js
• Hyperledger Besu (privada, con permisos)
• PostgreSQL
• Almacenamiento compatible con S3
• AWS Canada

// El problema

Un astillero de reparación pagó a un proveedor para sustituir su base de datos Access de órdenes de trabajo y mantenimiento de equipos; la reconstrucción se quedó a medias y el astillero sigue funcionando con la base antigua.

// Lo que construiríamos

Primero una revisión de arquitectura, con conclusiones por escrito sobre qué merece la pena conservar de la reconstrucción parada, y después un rescate: el sistema de órdenes de trabajo terminado sobre las partes sólidas, una aplicación Android para tabletas en el taller, calendarios de mantenimiento de los equipos y cada registro migrado desde Access y comprobado. Las horas y las piezas se registran en QuickBooks Online. Los intervalos de mantenimiento son los que fijan sus ingenieros.

// Qué incluye

// Tecnologías

• Next.js
• Kotlin para Android
• PostgreSQL
• API de QuickBooks Online
• DigitalOcean