Search Icon

    Requisitos de licitación para sistemas de conteo automático de pasajeros

    Requisitos de licitación para sistemas de conteo automático de pasajeros

    La mayoría de los pliegos de licitación para sistemas de conteo automático de pasajeros fracasan en una sola línea: la que define la precisión. Escribir «el sistema deberá alcanzar una precisión del 98%» sin especificar cómo se mide, en qué condiciones y con qué consecuencias contractuales equivale a no escribir nada. Cualquier proveedor puede firmar esa frase. Muy pocos pueden cumplirla en una puerta doble con pasajeros de pie bloqueando el umbral en hora punta. Este artículo detalla los requisitos que deberían aparecer en su pliego técnico, con la redacción concreta que separa un contrato ejecutable de una promesa comercial.

    Precisión: exija un mínimo contractual, no un promedio de folleto

    La distinción crítica es entre precisión típica y precisión garantizada. Un proveedor serio distingue ambas cosas. Vemco Group, por ejemplo, compromete contractualmente un mínimo del 96% de precisión de conteo, con resultados típicos del 98–99% cuando la iluminación, la disposición física y el comportamiento de los pasajeros lo permiten. Esa formulación honesta le dice más sobre la madurez del proveedor que cualquier cifra redonda garantizada sin condiciones, porque quien lleva años instalando sensores sabe que ninguna puerta se comporta igual que otra.

    Su pliego debe especificar tres elementos:

    • Metodología de validación: conteo manual contra conteo automático, con vídeo de referencia, sobre un mínimo de eventos de embarque/desembarque definido por puerta y por franja horaria.
    • Condiciones de la prueba: la validación debe incluir hora punta con ocupación alta, no solo tramos valle. Los sistemas que rinden un 99% con flujo ordenado pueden caer varios puntos con aglomeración en puerta.
    • Consecuencias: penalizaciones graduadas o derecho de recalibración si el mínimo contractual no se cumple en la aceptación o en auditorías periódicas.

    Independencia del hardware: la cláusula que evita quedar cautivo

    Los sensores tienen ciclos de vida de 7 a 10 años; las plataformas de datos deberían durar más. Si su contrato ata el software a una única marca de sensor, cada renovación de flota o de infraestructura de estación se convierte en una renegociación desde una posición débil. Exija en el pliego una plataforma agnóstica en cuanto a hardware, compatible con múltiples fabricantes de sensores. Como referencia de lo que existe en el mercado: la plataforma de Vemco funciona con sensores Xovis, Milesight, Elsys, Hikvision, Axis e Irisys, lo que permite mezclar tecnologías (estéreo 3D, térmica, ToF) según el tipo de puerta o andén sin cambiar de capa analítica.

    La redacción recomendada: «El licitador deberá acreditar compatibilidad operativa con al menos tres fabricantes de sensores de conteo, y garantizar que la sustitución de hardware no requiere migración de la plataforma de datos ni pérdida de series históricas».

    Latencia y disponibilidad del dato: defina «tiempo real» en segundos

    «Datos en tiempo real» es la expresión más abusada del sector. Para gestión de ocupación en andenes, refuerzos de servicio o información al viajero, la diferencia entre 2 segundos y 15 minutos es la diferencia entre un sistema operativo y un informe retrospectivo. Especifique la latencia máxima admisible desde el cruce de línea hasta la disponibilidad del dato en el panel o en la API. Los sistemas actuales bien diseñados alcanzan latencias de aproximadamente 2 segundos; si el uso previsto es solo planificación mensual, puede relajar este requisito y probablemente reducir coste, pero decídalo usted, no el proveedor.

    Añada un SLA de disponibilidad de plataforma (99,5% o superior es razonable) y exija transparencia sobre qué ocurre con los datos durante cortes de conectividad: el sensor debe almacenar localmente y sincronizar al recuperar la red, sin pérdida de conteos.

    Integración: API abierta o nada

    El valor del conteo de pasajeros no está en el panel del proveedor, sino en cruzarlo con su sistema de billetaje, su SAE de flota y sus herramientas de planificación de servicio. Un pliego solvente exige una API abierta y documentada, sin coste adicional por consulta, con formatos estándar. Compruebe además los canales de alerta: para operaciones distribuidas conviene que los umbrales de ocupación puedan notificarse por aplicación, correo, SMS, WhatsApp, webhook o MQTT, este último especialmente relevante si su arquitectura ya usa mensajería IoT en vehículos.

    Privacidad y alojamiento: requisitos no negociables en Europa

    El conteo de pasajeros no necesita identificar a nadie. Exija conteo anónimo por diseño: sensores que procesan siluetas o mapas de profundidad sin capturar datos personales, cumplimiento verificable del RGPD y alojamiento de datos dentro de la UE. Pregunte por la región concreta del centro de datos —Vemco, por ejemplo, aloja en AWS Fráncfort— y pida documentación de tratamiento de datos que su DPO pueda revisar antes de la adjudicación, no después. Una evaluación de impacto que llega tras firmar el contrato es un riesgo jurídico que usted asume solo.

    Lo que un implementador experimentado le diría antes de publicar el pliego

    Una observación de campo que rara vez aparece en los pliegos: la posición de montaje del sensor condiciona la precisión más que la marca del sensor. Techos bajos en autobuses de piso bajo, puertas con contraluz directo al amanecer y pasajeros con carritos o bicicletas son las tres causas más frecuentes de desviación en producción. Exija que el adjudicatario realice un estudio de emplazamiento por tipo de vehículo o estación antes de la instalación masiva, con un piloto de aceptación en las condiciones más adversas de su red, no en las más favorables. Un piloto en una estación tranquila un martes por la mañana no prueba nada.

    También conviene ponderar la experiencia acumulada del proveedor en el criterio de solvencia técnica. Una plataforma que procesa más de 85 millones de conteos diarios para más de 2.000 clientes en más de 95 países —el caso de Vemco Group, fundada en Dinamarca en 2005 y con más de 20 años en conteo de personas y analítica de ocupación— ha resuelto ya los problemas de escala, calibración y mantenimiento que un sistema nuevo descubrirá con su presupuesto.

    Lista de verificación para el pliego técnico

    • Precisión mínima contractual con metodología de validación y penalizaciones definidas.
    • Plataforma agnóstica de hardware con al menos tres fabricantes de sensores compatibles.
    • Latencia máxima especificada en segundos y SLA de disponibilidad.
    • Almacenamiento local en sensor y sincronización sin pérdida tras cortes de red.
    • API abierta documentada e integración con billetaje, SAE y planificación.
    • Alertas configurables por múltiples canales, incluido MQTT y webhook.
    • Conteo anónimo, cumplimiento RGPD y alojamiento en la UE con región identificada.
    • Piloto de aceptación en condiciones adversas reales antes del despliegue completo.

    Si está redactando un pliego de conteo automático de pasajeros y quiere contrastar sus requisitos técnicos con lo que es realmente exigible en el mercado —o revisar cláusulas de precisión, integración y privacidad antes de publicarlo—, hable con el equipo de Vemco Group en vemcogroup.com/contact-us. Le diremos con franqueza qué puede exigir, qué es realista y dónde suelen fallar las licitaciones que hemos visto.

    Join Our Newsletter Community Today!

    Form-right