Software de transporte

// El problema

Los viajeros de una autoridad regional de transporte consultan un horario en PDF y una app de terceros que va por detrás de los desvíos, y quienes usan lector de pantalla o hablan otro idioma tienen dificultades con ambos.

// Lo que construiríamos

Una app para iOS, Android y web diseñada con los viajeros, construida sobre los horarios GTFS y los flujos GTFS Realtime de la autoridad: próximas salidas, planificación de trayectos con OpenTripPlanner, avisos de servicio enviados para las líneas que sigue cada viajero y estaciones de bicicleta compartida cercanas a partir del flujo GBFS del operador. Diseñada y probada para lectores de pantalla, texto grande y cinco idiomas.

// Qué incluye

// Tecnologías

• React Native
• Next.js
• OpenTripPlanner
• GTFS y GTFS Realtime
• PostgreSQL
• AWS Canada

// El problema

Un servicio de transporte adaptado reserva cada viaje por teléfono en horario de oficina, envía los recordatorios a mano y no puede ofrecer a tiempo una plaza liberada a otro viajero.

// Lo que construiríamos

Una app de reservas y un portal web para viajeros con derecho y sus cuidadores, con solicitudes de viaje, recordatorios por SMS o llamada de voz, cancelaciones que ofrecen la plaza a la lista de espera y viajes intercambiados con su software de planificación a través de su API. Las normas de derecho y de reserva son las que fije su organismo, y el personal inicia sesión con las cuentas de su organización.

// Qué incluye

// Tecnologías

• React Native
• Next.js
• PostgreSQL
• API del software de planificación
• API de SMS y voz
• AWS Canada

// El problema

Un operador de aparcamiento gestiona permisos de residentes, multas y recursos en un sistema FoxPro, cobra en ventanilla, y los agentes apuntan las matrículas en papel antes de teclearlas.

// Lo que construiríamos

Un portal de permisos donde los residentes solicitan, suben justificantes y pagan mediante una página de pago alojada, una app Android para los agentes que comprueba matrículas contra permisos válidos y emite multas con fotos, y un proceso de recurso en línea. Sustituye al sistema FoxPro, con los registros migrados y comprobados, tras una revisión de lo que hace el sistema antiguo.

// Qué incluye

// Tecnologías

• Next.js
• Kotlin para Android
• PostgreSQL
• Página de pago alojada del proveedor
• AWS Canada

// El problema

Los contadores de pasajeros, las transacciones tarifarias, los horarios GTFS y los datos de puntualidad de una autoridad de transporte están en sistemas separados, y cada informe para el consejo empieza con una semana de conciliación.

// Lo que construiríamos

Un almacén de datos en la propia cuenta en la nube de la autoridad que carga cada noche los recuentos de pasajeros, los datos tarifarios, GTFS Realtime y los viajes de bicicletas y patinetes compartidos desde flujos GBFS, los comprueba y alimenta paneles de viajeros por línea y parada, puntualidad y ocupación. Las exportaciones de datos abiertos salen en los formatos que usted publica.

// Qué incluye

// Tecnologías

• PostgreSQL
• dbt
• Metabase o Power BI
• GTFS Realtime y GBFS
• Terraform
• AWS Canada

// El problema

Las preguntas sobre transporte y aparcamiento de una ciudad llegan por teléfono y correo electrónico en muchos idiomas, y las respuestas están en una web en la que pocos viajeros se orientan.

// Lo que construiríamos

Un centro de ayuda en inglés, francés y los idiomas que hablan sus viajeros, con un asistente sobre un modelo de frontera que responde a partir de los artículos de ayuda y de sus horarios y normas tarifarias publicados, cita el artículo y pasa la conversación a una persona cuando no puede ayudar.

// Qué incluye

// Tecnologías

• Next.js
• API de un modelo de frontera
• PostgreSQL con pgvector
• GTFS
• DigitalOcean Toronto

// El problema

Miles de comentarios y quejas de viajeros llegan cada mes por formulario, correo electrónico y redes sociales, y el personal los clasifica a mano por línea, parada y tema semanas después.

// Lo que construiríamos

Un modelo abierto pequeño, ajustado con las opiniones ya etiquetadas de la propia autoridad y servido en su propia cuenta en la nube, que etiqueta cada comentario con línea, parada, tema y urgencia, con una pantalla para que el personal corrija las etiquetas y el modelo siga mejorando. Los comentarios de los viajeros nunca salen de su cuenta.

// Qué incluye

// Tecnologías

• Llama o Mistral (ajustado)
• vLLM
• PostgreSQL
• Next.js
• GPU de AWS

// El problema

Un abono regional lo aceptan una autoridad de transporte, un servicio de ferri y un operador de bicicleta compartida, y cada mes discuten qué viajes cuentan y cómo se reparten los ingresos.

// Lo que construiríamos

Un registro compartido de los viajes con abono en un libro mayor privado y con permisos del que cada operador ejecuta un nodo, con viajes escritos desde el propio sistema tarifario de cada operador y un informe de liquidación mensual que todos ven igual. Una base de datos compartida gestionada por un operador suele bastar; el libro mayor ayuda cuando varios operadores quieren cada uno su copia y ninguno quiere que otro lleve las cuentas.

// Qué incluye

// Tecnologías

• Next.js
• Hyperledger Besu (privada, con permisos)
• PostgreSQL
• API de los sistemas tarifarios
• AWS Canada