Producto · Rutik Abordo
El sistema que cuenta lo que sube, no lo que se reporta.
Cámara cenital + visión computacional a bordo + reconciliación contra boletos emitidos. Detecta los pasajeros que viajan sin pasar por el sistema, antes de que sean pérdida consolidada en la planilla.
El problema
Pasajeros que viajan, ingresos que no llegan.
En transporte interurbano de pasajeros, un chofer puede subir personas a mitad de ruta, cobrarles un pasaje reducido en efectivo y quedarse con el dinero. El asiento aparece vacío en los registros, pero va ocupado. La pérdida es invisible porque el chofer controla toda la información de lo que ocurre en la ruta.
El chofer monopoliza la información
Nadie sabe cuántas personas van efectivamente arriba en cada tramo. El sistema confía en lo que el operador reporta.
El cobro es en efectivo y fuera del sistema
No deja registro contable. No hay rastro digital. No hay auditoría posible sin evidencia independiente.
El pasajero informal no reclama
Paga menos que la tarifa oficial, así que no actúa como testigo. La fuga se sostiene por incentivos alineados entre operador y pasajero.
Diseño adversarial
Cualquier solución robusta debe asumir un operador adversarial: el chofer tiene incentivo a sabotear o evadir cualquier mecanismo que dependa de su cooperación. Por eso Abordo está diseñado para no requerir ninguna acción del chofer.
Cómo funciona
Edge → eventos → reconciliación.
Una arquitectura sobria: el procesamiento más sensible ocurre en el vehículo, y solo viajan números.
1. Edge en el bus
Visión computacional a bordo
Cámara cenital sobre la puerta. Un modelo YOLO de detección de personas + ByteTrack para seguimiento sigue a cada persona mientras cruza una línea virtual en el umbral. Procesamiento en tiempo real, sin enviar video.
2. Eventos numéricos
Solo conteos viajan a la nube
Solo eventos discretos: bus, hora, tramo, +1 sube / -1 baja, ocupación = N. Sin biometría, sin identificación, sin rostros.
3. Reconciliación
Cruzamos contra tu boletaje
Tomamos los boletos emitidos del sistema del cliente y los comparamos contra los eventos de Abordo. Las diferencias por tramo y por viaje quedan visibles, con un puntaje de riesgo acumulado por chofer y por ruta.
Diagrama de flujo
Cámara cenital
en el bus
IA on-device
YOLO + ByteTrack
Eventos numéricos
bus · hora · tramo
Reconciliación
vs. boletaje
Portal Rutik
alertas + reportes
Hardware por bus
Un kit pensado para correr 24/7 dentro de un bus.
Computador de borde económico con acelerador de IA, suficiente para correr el modelo de conteo en tiempo real. Pensado para vibraciones, calor, polvo y la realidad eléctrica de un vehículo en operación.
Raspberry Pi 5 (8 GB)
cómputo general
Hailo-8L AI HAT (13 TOPS)
acelerador de inferencia para YOLO
Cámara CSI gran angular + visión nocturna IR
lente apuntando al techo del pasillo
Módulo GPS
coordenada + hora para cada evento
Módem 4G LTE + antena
sincroniza eventos cuando hay cobertura
Conversor 12–24V → 5V + enclosure
protección de ignición y montaje robusto
Costo de referencia del kit instalado por bus: ~$1.810.000 CLP (componentes importados, sujeto a tipo de cambio).
Arquitectura
Cuatro capas, una idea: procesar donde corresponde.
El procesamiento de visión vive en el bus. La nube concentra datos, reconciliación y visualización. Decisión clave: enviar video de una flota completa sería inviable en costo, ancho de banda y privacidad.
01Borde (en el bus)
Cámara, computador con acelerador de IA, GPS, módem y un buffer local que guarda eventos sin cobertura y sincroniza después.
02Ingesta
Una API recibe los eventos numéricos del bus y los inserta en la base de datos. Sin video, sin imágenes.
03Datos y reconciliación
Supabase + procesos periódicos que calculan la diferencia entre ocupación medida y boletos emitidos, y el puntaje de riesgo por tramo.
04Presentación
Portal web con viajes, ocupación vs. boletos, alertas y ranking de choferes y rutas por riesgo acumulado para dirigir la fiscalización.
Plan de implementación
Seis fases sensatas — el 80% sin tocar hardware.
Un prototipo serio no arranca por la cámara. La mayor parte del software se construye y valida contra video grabado y datos sintéticos antes de instalar en el bus.
- 1
Fase 1 — Contrato de datos
Base de datos y API de ingesta. Define el esquema de eventos que el bus emitirá.
- 2
Fase 2 — Visión
El contador de personas, probado con video grabado antes de tocar el bus.
- 3
Fase 3 — Reconciliación
El motor que calcula diferencia y riesgo, validado sobre datos sintéticos.
- 4
Fase 4 — Dashboard
Panel de visualización y ranking de riesgo accesible al cliente desde el día uno.
- 5
Fase 5 — Integración
Adaptador hacia el sistema de pasajes existente del cliente.
- 6
Fase 6 — Terreno
Instalación en el bus, calibración y validación con conteo manual de un inspector para establecer el margen de error real.
Privacidad por diseño
Contamos personas, no las identificamos.
La arquitectura minimiza el tratamiento de datos personales. El video se procesa y se descarta dentro del bus; nunca se almacenan imágenes de rostros ni se transmiten al exterior. Bajo la Ley 19.628 y la nueva normativa chilena de protección de datos, el principio de minimización juega a favor del proyecto.
Cámara cenital
La cámara apunta al techo del pasillo, no a los rostros. Se observan coronillas — la geometría hace muy difícil identificar a alguien y minimiza oclusiones, lo que además da mejor conteo.
Sin biometría, sin video en la nube
No usamos reconocimiento facial. El video no sale del vehículo: se procesa en el borde y se descarta. Solo viajan eventos numéricos.
Offline-first y mínimo de red
Si el bus pierde cobertura, los eventos quedan guardados localmente y se sincronizan cuando vuelve la red. La transmisión consume mínimo ancho de banda.
Preguntas frecuentes
Lo que suelen preguntarnos.
¿Qué pasa si el bus no tiene cobertura 4G?
Los eventos se guardan en un buffer local del dispositivo y se sincronizan cuando el bus recupera red. El conteo nunca se pierde.
¿Cuánto demora la instalación en un bus?
Una jornada de mecánico + eléctrico cubre la instalación, conexión a la red eléctrica del vehículo con protección de ignición, montaje de la cámara cenital y la calibración inicial. Luego se valida con un inspector haciendo conteo manual.
¿Funciona de noche?
Sí. La cámara tiene visión nocturna IR. El modelo está entrenado para condiciones de iluminación interior estándar de buses interurbanos.
¿Cuál es el margen de error del conteo?
Se calibra y mide en terreno durante la Fase 6. La validación se hace contra conteo manual de un inspector para establecer el margen real en tus condiciones operativas. Solo de ahí en adelante el sistema se considera en producción.
¿Necesitan que cambiemos nuestro sistema de boletaje?
No. Construimos un adaptador que lee de tu sistema actual (Fase 5). La integración está cubierta dentro del desarrollo inicial; no es un costo adicional para el cliente.
¿Por qué Raspberry Pi y no algo más potente?
Para una sola puerta de un bus, la combinación Pi 5 + Hailo-8L (13 TOPS) corre cómoda el pipeline YOLO + ByteTrack. Una opción de mayor capacidad (Jetson Orin Nano) encarece el kit sin agregar valor para el caso de uso. Si en algún proyecto puntual se justifica, se evalúa.
Validamos sobre un bus tuyo, gratis.
Si los datos no cuadran con la realidad operativa, no hay siguiente paso. Es así de simple.