7.1 Especificaciones generales de Tarjetas Calypso

El Sistema de Peaje está basado en el uso de la Tarjeta Inteligente sin Contacto (TISC), fabricada bajo el estándar Calypso Rev. 3.0, que funciona mediante un microprocesador que se combina con una antena, mediante la interacción con un lector o escáner, generando datos de las transacciones realizadas mediante la TISC. Esta tarjeta está homogeneizada en todos los Sistemas de Transporte de la Ciudad de México, y cuenta con un número de identificación único escrito de fábrica.

Como parte de las ventajas de esta tarjeta es el valor almacenado para la aplicación de tarifas, lo que resulta en mayor seguridad y velocidad de las transacciones, además de que podrán ser personalizadas a solicitud del STECDMX.

El STECDMX proporcionará las tarjetas al Prestador del Servicio para que sean colocadas en los equipos de venta y recarga (TVMs), para lo cual se deberá solicitar, por parte del Prestador del Servicio, la cantidad de tarjetas a abastecer en los equipos con una anticipación de mínimo de 15 días naturales, siendo responsabilidad de este último el resguardo de las TISC. El STECDMX establecerá el programa de abasto de tarjetas con base en la disponibilidad de estas.

7.2 Especificaciones generales de los equipos de validación (validadores)

El Prestador del Servicio suministrará e instalará los validadores que cuenten con tecnología QR (Quick Response Code) en cada estación, los cuales serán empleados para el cobro de los derechos de viaje a través de las TISC. Los validadores instalados deberán tener la funcionalidad de operar fuera de línea (offline) para el almacenamiento de las transacciones, como mínimo se deberá tener capacidad para archivar 30 días de operaciones en esta modalidad, esto como medida de seguridad en caso de pérdida de comunicación. 

Su funcionalidad habitual será en comunicación online para el envío de transacciones. La transferencia de datos en modo online deberá registrar transacción por transacción en tiempo real, actualizando así la base de datos del Sistema Central. Los equipos de validación deberán contar con la licencia de software que permita la validación de las Tarjetas Únicas de Movilidad Integrada, conforme a los estándares y funcionalidades descritos en la presente Especificación Técnica.

Durante la vigencia del contrato, el Prestador del Servicio deberá asegurar la operación y funcionalidad de los dispositivos validadores, por lo que tendrá que considerar todos los aditamentos que sean necesarios, así como el material y refacciones para proporcionar el mantenimiento que asegure la operación de los equipos de validación integrados al Sistema de Peaje solicitado.

El Prestador del Servicio deberá garantizar la seguridad y protección de los ingresos al sistema, evitando el acceso no autorizado a los medios de almacenamiento, por lo que no será posible borrar o modificar las memorias de almacenamiento, así como modificar la aplicación de los validadores sin autorización del STECDMX. Los equipos de validación almacenarán y transmitirán las transacciones generadas, por lo que se deberá asegurar la integridad y coherencia de los registros que son enviados a través de los canales de comunicación definidos al Sistema Central. 

Los validadores deberán contar con la funcionalidad de validación antifraude, la cual se usa para no permitir el uso de tarjetas configuradas fuera del sistema. La información generada por los dispositivos de peaje cumplirá con la “Estructura de Transacciones del Sistema de Recaudo y Peaje del Sistema Integrado de Transporte”. Esta información será proporcionada a la empresa que resulte adjudicada a fin de desarrollar la lógica de operación correspondiente. 

7.2.1 Características técnicas mínimas de Validadores

1. En cuanto a diseño se requieren equipos modulares y robustos.
2. Vida útil de mínimo 10 años y garantía de refacciones durante la misma.
3. El equipo deberá incluir el kit de montaje o fijación, de acuerdo con el modelo que sea presentado, el cual deberá incluir un mecanismo de liberación rápida y segura para facilitar el mantenimiento; de acero inoxidable y peso aproximado de 1.5 a 3.0 kg, así como el cableado necesario para datos y eléctrico.
4. En caso de ser requerido, se deberá garantizar la sustitución e intercambio de validador por otro, de forma ágil, rápida y segura, sin afectar la operación. Deberá detallar mecanismo de sustitución y tiempo de respuesta.
5. Capacidad para ser integrado mecánicamente en la tapa del torniquete de entrada y/o poder utilizar un poste adicional para su instalación. En ambos casos se debe establecer una posición ergonómica para el usuario y mantener el índice de protección de polvo y agua. Tener los bordes redondeados, de manera que se pueda evitar daño físico a los usuarios.
6. Debe estar integrado mecánicamente en la puerta de cortesía/garita o poder utilizar un poste adicional para su instalación. En ambos casos se debe establecer una altura y posición ergonómica para el usuario y mantener el índice de protección de polvo y agua, así como tener bordes redondeados, de manera que se pueda evitar daño físico a los usuarios.
7. Los torniquetes o puertas de cortesía/garita con y sin validador instalado, deberán ser liberados en caso de emergencia. Esta solicitud puede ser realizada desde el sistema central o manualmente con un botón oculto en estos dispositivos.
8. Dimensiones externas máximas de 350 mm x 200mm x 150mm. El peso no deberá rebasar los 3.0 kg.
9. Pantalla de validador LCD a color, con luminosidad mínima de 300 nits.
10. Display como mínimo de 4.3”, 640X480 pixeles (o su equivalente con igual o superior rendimiento y/o características).
11. Tener un display de más de 4.3" de diagonal TFT a color para desplegar mensajes con caracteres visibles.
12. Superficie endurecida igual o superior a 8 H en la escala de Mohs, para pantalla táctil.
13. Vidrio o material policarbonato mínimo de 4 mm.
14. En caso de que el validador no cuente con consola, deberá ser obligatorio que la pantalla cuente con sensor táctil capacitivo.
15. Cada validador deberá tener un número de identificación único y permanente, el cual deberá estar etiquetado de forma visible. Se deberá entregar la relación detallada de los números de identificación.
16. Señalización acústica y luminosa.
17. Indicador acústico de alta sonoridad mínimo de 30 dB, el sonido deberá ser configurable en cuanto a la escala de decibeles a fin de que sea adecuada para espacios abiertos o cerrados, además de permitir la configuración en los audios de reproducción.
18. Indicador luminoso informativo de transacciones, por mencionar algunas: aceptación, rechazo, aviso, incidencia, entre otras.
19. Procesador: 
    • Potencia equivalente o superior a 1 GHz ARM.
    • Velocidad de Reloj 800MHz ~ 2GHz.
    • L1 cache 32 KB I, 32 KB D.
    • L2 cache 128 KB–8 MB.
    • Micro arquitectura: ARMv7-A.
    • Multi cores: 1-4 Cores.
    • Memoria igual o superior a 512 MB en RAM.
    • Almacenamiento interno eMMC igual o superior a 4 GB.
20. Tarjeta MicroSd con capacidad mínima de 32 GB, con una capacidad de almacenamiento mínimo de 30 días de transacciones, además de los registros de las listas negras, listas blancas y otras a petición del Organismo.
21. Conectividad
    • WIFI: WIFI 802.11 a/b/g/n.
    • BLUETOOTH: como mínimo de 3.0, recomendable en versión 4.0 y soportar BLE (Bluetooth Low Energy).
    • Cableado: USB y Ethernet RJ45.
    • Red: igual o superior 3G y GPRS.
    • NFC: Estándar NFCIP-1.
22. SLOT de SAM: Con capacidad de 4 Slots de tarjetas SAM ID-0.
23. Interfaz de tarjeta que cumpla con los estándares ISO, 7816 Clase A, B y C (5V, 3V, 1.8V). Poseerán implantados los protocolos PPS y PTS con T=0 + T=1.
24. Alimentación, rango de voltaje de 9 a 38 VDC, con protección contra variaciones de voltaje (Bajo y alto).
25. Especificaciones Generales. Cumplimiento general de las recomendaciones establecidas en la norma ETSI EN 300 019-2-5 V3.0.0. Test 5.1.
26. Temperatura: Rango -20°C +55°C y 5 ciclos de 3 horas de -20°C +30°C
27. Humedad: Máximo 95%
28. Vibración: Según Norma IEC 60068-2-64, aceleraciones de 1 m2/s3 (10-200Hz) y 0.3 m2/s3 (200-500Hz).
29. Golpes: Según la Norma IEC 60068-2-27, tipo 1 duración 11 ms, aceleración 100 m/s2.
30. Baches: Según Norma IEC 60068-2-29, aceleración 100 m/s2, duración 11ms, 100 en cada dirección.
31. Grados de protección de la envolvente: IP 54.
32. Grado de protección contra impactos mecánico-externos (IK): 06 o superior.
33. Se requiere que con el paso del tiempo mantengan la visibilidad de la pantalla, así como en caso aplicable la sensibilidad táctil debidamente calibrada.
34. Cumplimiento de prueba de pulsos transitorios (ISO 7637).
35. Media aritmética del tiempo entre fallos (MTBF) de mínimo 30,000 horas de operación.
36. Lectura de tarjetas y medios de pago. Tarjeta Inteligente Calypso rev. 3 o superior. Certificada por la Red de Asociaciones Calypso (CNA por sus siglas en inglés). Otras tarjetas inteligentes, de acuerdo con la norma ISO 14443 A y B.
37. El lector o antena para TISC y NFC deberá cumplir de manera obligada con la certificación de la norma 7816 y certificado de cumplimiento CEN TS 16794:2018.
38. Cada equipo de validación deberá de operar a partir de un lector de múltiples TISC, así cómo utilizar tecnología NFC (Near-Fiel Communications) y cumplir con el estándar para la aceptación de pagos con tarjeta bancaria EMV Level I y II.

7.2.2 Funciones mínimas del software de Validadores

1. El equipo de validación cuenta con un software que permite el registro de las operaciones con TISC y dispositivos NFC conforme al estándar CALYPSO Rev. 3.0 y al modelo de datos de la CDMX, el cual está sujeto a los documentos técnicos aprobados por el Grupo Técnico del SITP de la CDMX.
2. La licencia del software es de uso ilimitado y perpetuo.
3. El Firmware del lector o antena del equipo de validación pueden ser actualizados vía remota.
4. La aplicación de peaje puede ser actualizada vía remota.
5. El software es 100% parametrizable, de manera enunciativa más no limitativa por los siguientes parámetros: monto máximo aceptado, tarifa, lista de rechazo o negra, lista de privilegio o blanca, activación de perfiles, activación de transbordo, corredores o líneas, tipo de servicio, entre otros. Sin necesidad de cambio en la versión del software.
6. La aplicación deberá estar configurada para permitir el cambio de tarifa de acuerdo con el servicio que se establezca, permitiendo que el equipo de validación cobre el peaje correspondiente.
7. Inicio automático del servicio. 
8. Despliegue permanentemente en la pantalla del monto del costo del pasaje vigente, la fecha y la hora actual.
9. La interfaz de los dispositivos deberá permanecer en apego al acuerdo SEMOVI/CSITP/0003/2021 y al documento emitido por el GTTSITP denominado “Guía de interfaces para validadores v01_2021”.
10. El equipo será capaz de realizar las transacciones de lectura, debitación y rechazo de la tarjeta, de acuerdo con las reglas de negocio y en concordancia con el documento aprobado por el GTTSITP denominado “algoritmoGeneraldebitacion_v1.2”, considerando el siguiente proceso:
    • Después de validar una tarjeta de usuario debe desplegar el “Saldo final” y emitir una alarma visual y una sonora que indique que la validación fue exitosa.
    • Desplegar la leyenda “Saldo insuficiente”, en caso de que una tarjeta no cuente con el saldo mínimo del costo del pasaje, así como mostrar el saldo que tiene en ese momento y emitir una alarma visual y una sonora indicando el rechazo de la transacción.
    • Desplegar la leyenda “Tarjeta inválida”, en el caso de aquellas tarjetas cuyo contrato de validación no sea legible y emitir una alarma visual y una sonora indicando el rechazo de la transacción.
11. El software deberá ser programado para validar la SAM que realizó la última recarga de la tarjeta, contra una Lista Blanca de SAM, de forma tal que, de no haber coincidencia, se rechace la tarjeta desplegando la leyenda “Saldo inválido”. La actualización de la Lista Blanca será vía remota y/o local en un periodo máximo de 24 horas después de que el STECDMX lo solicite, sin que se requiera actualización en la versión del software. 
12. El software deberá ser programado para validar la transacción de la tarjeta contra una Lista Negra de tarjetas, de forma tal que, de no haber coincidencia, se permita el acceso en caso de contar con el saldo suficiente. La Lista Negra será actualizable vía remota y/o local en un periodo máximo de 24 horas después de que el STECDMX lo solicite, sin que se requiera actualización en la versión del software. 
13. El software deberá permitir la validación múltiple de una misma tarjeta no personalizada en caso de que un usuario sea anfitrión de un grupo de usuarios. 
14. Cuenta con la configuración Anti-passback, la cual consiste en una ventana de tiempo parametrizable de invalidez para garantizar una única validación de tarjetas personalizadas y evitar la autorización indebida de pases múltiples.
15. Los equipos de validación deberán tener configurados y activados los perfiles definidos en el modelo de datos de la CDMX y en el documento de perfiles “Definición de los Perfiles de Usuario de la Tarjeta Calypso para la Implementación en los Equipos de Validación de Tarjetas Sin Contacto de los Organismos de Transporte Público de la Ciudad de México” en su versión 04/2022 y fecha 17/05/2022, el cual ha sido aprobado por el GTTSITP; el STECDMX proporcionará los documentos necesarios para la aplicación de las reglas de negocio para cada perfil. 
16. Los equipos de validación deberán operar en “Servicio Abierto”, lo que significa que realizarán debitaciones o cobros de forma permanente con independencia del horario.
17. El software contará con un sistema anticolisión de datos. 
18. El software permitirá la transmisión de comandos a los equipos de validación, con la finalidad de establecer, servicios, bloques, tarifas y otros servicios pertinentes a la operación.
19. El software tendrá definidos los protocolos de recepción de archivos sobre la definición del sistema: tarifa, configuración, etc.
20. El software tendrá definidos los protocolos de envío de archivos para la definición del sistema a los equipos de validación: tarifa, LocationId, estación, etc.
21. El software permitirá la recolección de datos financieros y estadísticos de los equipos de validación.
22. Se realizará el envío de todos los datos recolectados en los equipos, de manera automática en modo online.
23. Se deberá garantizar el cumplimiento con el protocolo de transferencia de información considerando los mecanismos de seguridad de acuerdo con alguno de los siguientes procedimientos:
    • Programada de forma automática a través de medios alambrados (Ethernet) para la transmisión de información.
    • A través de una terminal portátil o mecanismo alterno inalámbrico para recuperar la información cuando no pueda realizarse de forma automática.
24. Capacidad de almacenar tablas de configuración para el desarrollo de los perfiles tales como:
    • Servicio y estación.
    • LocationId.
    • Horarios.
    • Período/modalidad.
    • Información de la trazabilidad de las tarjetas por medio de las SAMs (para las tarjetas que apliquen).
    • Transbordos.
    • Identificador de día laboral, fin de semana y festivos.
    • Reporte de colectas.
    • Gratuidades.
    • Perfil de la tarjeta y vigencia.
    • Estatus de las tarjetas (antes y después de la validación).
    • Resumen de colectas faltantes.
    • Movimientos inusuales.
    • Opciones no autorizadas.
    • Tarjetas con saldos inusuales.
    • Tipos de alarmas.
    • Tipos de fraudes.
    • Tarifas.
25. Se deberá establecer un protocolo para identificar fallas en el equipo y que las mismas se vean reflejadas en el portal web de incidencias, al que el STECDMX tendrá acceso.
26. Generación de alarmas, así como el registro en el Sistema Central y visualización en el portal Web de incidencias:
    • A su puesta en servicio o después de corte de corriente.
    • En caso de que la memoria de almacenamiento de estadísticas esté llena y/o casi llena.
    • En caso de que el dispositivo de diálogo con tarjetas sin contacto no esté funcionando correctamente (SAMs no disponibles o incorrectos).
27. Deberá contemplar un protocolo para identificar fallas en el equipo y que éstas se vean reflejadas a través de alarmas en el Sistema Central.
28. Deberá contemplar un sistema de test automático, de mantenimiento y comunicación con los sistemas centrales, del estado actual y de las alarmas.
29. El sistema validará con QR como medio de pago, de acuerdo con las especificaciones que se entregarán al Prestador del Servicio.
30. El Prestador del Servicio entregará junto con el equipo de validación, el kit de desarrollo de software o SDK (por sus siglas en inglés), que permita configurar y acceder al hardware del dispositivo y canal(es) de comunicación, con la finalidad de que se pueda implementar un desarrollo de software distinto al de la licencia del Prestador del Servicio. Debe incluir capacitación, manual técnico y de usuario.

7.3 Especificaciones generales de los equipos de venta y recarga TVM.

Las máquinas de venta y recarga TVM, por sus siglas en inglés, son los dispositivos encargados de realizar la venta y recarga de tarjetas, aceptando monedas, billetes, Cobro Digital (CoDi), pago con tarjeta bancaria de débito y de crédito, tarjeta bancaria de contacto y de interfaz dual además de que permiten la impresión de recibos en caso de falla. Para el servicio de peaje se deberá garantizar la disponibilidad funcional y operativa de las máquinas de venta y recarga de Tarjetas de Movilidad Integrada, las cuales deberán ser instaladas en cada una de las estaciones de la Línea del Tren Ligero.

Para nuevas aplicaciones, el Prestador del Servicio deberá considerar la normatividad aplicable al diseño e implementación de nuevos contenidos (animaciones, mensajes, etc.), considerando que los equipos TVM son parametrizables, debiendo apegarse a la guía de interfaces para TVM, emitida por la SEMOVI y aprobada por el GTTSITP. El STECDMX tendrá la facultad de modificar los contenidos de pantallas, tipografía, fondos, colores, links de acceso, programación de botones e idiomas (español, inglés y francés como mínimo). El software de la TVM deberá permitir la recarga de las TISC mediante el despliegue de un QR para facilitar los pagos mediante CoDi. 

El Prestador del Servicio presentará la solución de transferencia de datos de las TVM al servidor Central, la cual podrá ser con concentrador de datos por estación o de forma directa al Servidor Central, siendo que, en cualquiera de las soluciones propuestas, la transferencia de los datos generados en las TVM se realizara en modo Online a través de una red alambrada al Servidor Central. La TVM deberá asegurar la integridad de la información y que la comunicación al Servidor Central sea en tiempo real. 

Las TVM deberán contar con licencia de software de uso perpetuo que permita la venta y recarga de la TISC de la CDMX, conforme a los estándares y funcionalidades posteriormente descritas en el punto 7.3.2, así como su escalamiento posterior hacia otros medios de pago. El equipo TVM estará en condiciones de cumplir como mínimo con las características técnicas requeridas enunciadas posteriormente en el presente documento. 

Será responsabilidad del Prestador del Servicio, verificar la cantidad disponible de TISC y alimentar de manera diaria las TVM, asegurando en todo momento la disponibilidad de estas. Dichas tarjetas serán provistas por el STECDMX y se acordará en conjunto el número diario de tarjetas a colocar en cada máquina, el Prestador del Servicio deberá solicitar con la debida anticipación la cantidad de tarjetas requeridas al STECDMX.

7.3.1 Características técnicas mínimas de TVM

1. Contar con un diseño ergonómico, bordes redondeados sin elementos que puedan causar daño a los usuarios. 
2. Fabricado en lámina de acero Cold Rolled calibre diez (10) o con materiales de igual o mejor calidad disponibles en el mercado.
3. Acabado en pintura electrostática epóxica horneada de alta resistencia o acero inoxidable AISI 304 como mínimo o presentar un grado de seguridad anti vandálica equivalente.
4. Tener una altura de la estructura que comprende desde el piso hasta la altura necesaria según el diseño del Participante que resulte adjudicado. 
5. Estar preparada para recibir el sistema de sujeción a través de tornillos fijos en el piso de la estación.
6. Tener un lector de tarjetas sin contacto que cumpla con el estándar ISO 14443 A y B.
7. Contar con pantalla táctil de información de mínimo 15", diseñada con materiales para uso pesado en sistemas de transporte.
8. Ser resistente al polvo y agua con un índice de protección mínimo nivel IP54 y tener en cuenta la climatología de la Ciudad de México y en particular de la zona a instalar.
9. Contar con un sistema de audio para emitir alarmas y mensajes a los usuarios, así como reproducir sonidos o música configurable, diseñado para trabajo en entornos abiertos, que permita la audición clara de los mensajes, alarmas, sonidos y/o música.
10. Tener caja de billetes con una capacidad mínima de 1,200 billetes. 
11. Tener bolsa de monedas con una capacidad mínima de 5 litros.
12. Tener el lector, software, hardware y certificaciones que permitan aceptar el pago con tarjeta bancaria de débito y de crédito EMV, tarjeta bancaria de contacto y de interfaz dual. 
13. Contar con capacidad de almacenamiento de mínimo 30 días de transacciones, además de los registros de las listas negras, listas blancas y otras a petición del Organismo. 
14. Contar con la capacidad de alojar uno o más SAMs.
15. En caso de funcionar con SAM local, este debe estar asociado al LocationId asignado a la TVM.
16. Contar con un mecanismo para insertar o colocar la Tarjeta de Movilidad Integrada con la que se efectuará una transacción. El receptáculo de tarjeta debe ser ergonómico y de fácil uso. 
17. Contar con un mecanismo para insertar tarjetas bancarias. El receptáculo de tarjeta debe ser ergonómico y de fácil uso. 
18. Tener botonera de respaldo para la selección de operaciones, con mínimo 2 botones, que deberán tener un indicador en función al indicador lógico en la pantalla táctil. 
19. Se requiere que con el paso del tiempo se mantenga la visibilidad y la sensibilidad táctil de la pantalla.
20. Tener aislamiento físico entre la zona de mantenimiento (electrónica y componentes) y zona de valores (Caja de monedas y caja de billetes). 
21. Contar con chapa de seguridad y apertura electromecánica a través de una tarjeta con perfil configurado para Mantenimiento o Recaudo. 
22. La llave mecánica, para la Recolección de Valores deberá ser diferente en cada equipo.
23. Contar con algún elemento que permita la restitución del sistema en caso de falla para la lectura de la tarjeta.
24. Contar con comunicación base Ethernet. 
25. Permitir la recepción de monedas y billetes. (Monedas, 1, 2, 5 y 10 pesos en moneda nacional, billetes 20, 50 y 100 pesos en moneda nacional), no debe aceptar monedas ni billetes de otros países. 
26. Contar con un sistema de ventilación o enfriamiento interior con filtros y componentes que eviten el ingreso de polvo al interior de la máquina. 
27. Contar con botón de devolución de monedas en caso de que las mismas se queden atoradas. 
28. Contar con el mecanismo que permita únicamente el ingreso de una moneda a la vez, evitando el atasco por colisión de monedas.
29. Accionar una sirena de alarma, en caso de apertura no autorizada o intento de apertura. Esta debe tener independencia de la alimentación eléctrica de la TVM y contar con su propia alimentación. Además de que al accionarse dicha alarma se deberá tener un registro de esta situación en el Sistema Central.
30. Contar con alarmas que enviarán al sistema central como: "fuera de servicio", "falta de tarjetas", "pre-llenado de monedas", "pre-llenado billetes", "falta papel", “Apertura no Autorizada”, “Puertas Abiertas”, Zona de Valores Abierta”.
31. Deberá de contar con UPS que le permita mantener su funcionamiento ante alguna falta de suministro eléctrico.
32. Se requiere que se entregue junto con el equipo de venta y recarga, el kit de desarrollo de software o SDK(por sus siglas en inglés), que permita configurar y acceder al hardware y canal(es) de comunicación, de los dispositivos que gestionan las antenas para realizar las tareas de venta y recarga, así como los dispositivos involucrados con la recepción de monedas, billetes y algún otro dispositivo que resulte indispensable para el funcionamiento de la TVM, con la finalidad de que se pueda implementar un desarrollo de software distinto al de la licencia del Participante que resulte adjudicado.
33. La computadora que organice el funcionamiento de los equipos electrónicos y la variedad de hardware periférico que se requiera, deberá contar con las características óptimas necesarias para el buen desempeño de las funcionalidades requeridas. Las funciones principales de la PC son: gestión de los dispositivos electrónicos, registro de las transacciones mediante TISC, recepción, resguardo y transmisión de archivos e información de las transacciones al Sistema Central.
34. Contar con papel, consumibles y refacciones que por el propio uso en la operación sean indispensables para el óptimo funcionamiento del dispositivo y el recaudo de valores asociado. Estos deben ser suministrados por el Prestador del Servicio, durante toda la vigencia del contrato. 
35. La TVM deberá considerar el manejo de excepciones en hardware para estar preparada ante algún tipo de ataque que emule recargas ficticias, de tal manera que el equipo se proteja e identifique ataques de esa naturaleza y no permita explotar alguna vulnerabilidad. 
36. Deberá de utilizar sólo uno Módulo de Acceso Seguro (SAM) para realizar tanto la venta como la recarga de tarjetas, el cual deberá de tener implementado algún mecanismo de seguridad física adicional a los propios de la TVM que impida su fácil extracción. 
37. Los tickets emitidos por la TVM para rastreo de incidencia deberán de contener al menos lo siguiente:
    • Nombre de estación.
    • LocationId del Equipo.
    • ID del recibo.
    • Fecha: dd/mm/aaaa.
    • Hora: hh:mm:ss.
    • Descripción mínima de la falla.
    • Monto de la falla o reclamo: $ XXX.XX.
    • Texto de orientación a dónde dirigirse el Usuario.
    • Número de identificación de la TISC en cuestión.
38. Los tickets emitidos por la TVM para el Corte de valores deberán de contener al menos lo siguiente:
    • Nombre de estación.
    • LocationId del Equipo.
    • ID del recibo.
    • Fecha: dd/mm/aaaa.
    • Hora: hh:mm:ss.
    • Monto acumulado del corte: $ XXX.XX.
    • Monto por monedas y billetes.
    • Monto relacionado a ventas y recargas en el corte.
    • Número de identificación de la TISC de corte.

7.3.2 Funciones mínimas de software TVM

1. El equipo de venta y recarga contará con un software para el registro de las operaciones con TISC conforme al estándar CALYPSO Rev. 3.0 y al modelo de datos de la CDMX Rev. 3.2.
2. El equipo podrá realizar la venta de tarjetas con los provider asignados al STECMDX conforme al Modelo de Datos de la Ciudad de México y de acuerdo a las necesidades del Organismo.
3. La licencia del software deberá ser de uso perpetuo con funcionalidad actualizada a la fecha.
4. El Firmware de los diferentes equipos electrónicos podrá ser actualizado vía remota, incluyendo la aplicación de peaje.
5. El software será 100% parametrizable, conforme a los siguiente: monto máximo aceptado, monto mínimo de recarga, costo de la TISC, lista de rechazo o negra, lista de privilegio o blanca, activación de perfiles, LocationId, valores aceptados, denominación de valores, siendo las anteriores enunciativas más no limitativas sin necesidad de cambio en la versión del software.
6. Los equipos contarán con dispositivos multimedia para informar al usuario el saldo disponible en su tarjeta.
7. Se deberá generar el reporte en el portal web de incidencias cuando los equipos emiten alarmas de detección en el Sistema Central como “fuera de servicio”. Estas mismas deberán mostrarse en el monitor y al menos debe de contar con las alarmas siguientes: “falta de tarjetas”, “pre-llenado de monedas”, “pre-llenado de billetes”, “falta papel” y “fuera de servicio”. 
8. Se deberá contar con los mecanismos de seguridad y vinculación del LocationId y el SAM asignado a la TVM.
9. Contará con un algoritmo de validación que realice lo siguiente:
   • Validar que la tarjeta no haya sido recargada en un SAM no autorizado. Lista blanca de SAM.
   • No estar registrada en la lista negra.
   • Ser una tarjeta válida de los tipos previamente definidos.
   • Que esté vigente.
   • Concordancia entre la información reflejada en el monitor y el tipo de transacción.
   • Cumplir con el protocolo de transferencia de información.
   • Registros de los perfiles definidos.
10. Las TVM tendrán configurados y activados los perfiles definidos en el modelo de datos de la CDMX, y en el documento de perfiles “DEFINICIÓN DE LOS PERFILES DE USUARIO DE LA TARJETA CALYPSO PARA LA IMPLEMENTACIÓN EN LOS EQUIPOS DE VALIDACIÓN DE TARJETAS SIN CONTACTO DE LOS ORGANISMOS DE TRANSPORTE PÚBLICO DE LA CIUDAD DE MÉXICO” en su versión 04/2022 y fecha 17/05/2022, el cual ha sido aprobado por el GTTSITP. el STECDMX proporcionará los documentos necesarios para la aplicación de las reglas de negocio para cada perfil.
11. Durante el periodo de prestación del servicio, el STECDMX podrá solicitar la configuración de nuevos perfiles con la lógica de operación que se defina para tal efecto, para lo cual el Prestador del Servicio deberá programar distribuir e implementar en la totalidad de los equipos integrados del Sistema de Peaje.
12. Las máquinas tendrán las instrucciones escritas para el usuario en una etiqueta de vinil de alta calidad. 
13. Los equipos TVM no recibirán simultáneamente dos tarjetas, en caso de que ello ocurra, no se realizará ninguna actividad o podrá identificar sólo una, esto, para que no haya colisión entre tarjetas. 
14. El software deberá contar con una certificación de compatibilidad con las especificaciones de Calypso Rev. 3 como mínimo, expedida por una empresa certificadora autorizada por Calypso Network Association (CNA).
15. Tener en todo momento la fecha y hora sincronizada en todos los equipos TVM (lo cual aplica también para validadores, POS, y cualquier otro equipo de peaje).
16. Sincronización de todas las transacciones con el Sistema Central con un desfase menor de 5 minutos. 
17. Las TVM no deberá estar habilitada para dar cambio. 
18. Se deberá prevenir la gestión de seguridad de las transacciones con un SAM remoto, el cual no forma parte del alcance inicial salvo que el STECDMX indique que así sea, pero podrá ser incluido posteriormente y el equipo deberá estar preparado para ello, conforme sea la necesidad del Organismo o de la Ciudad, con los respectivos desarrollos en software y/o hardware y/o servicios de alojamiento adicionales, así como con las negociaciones para definir el costo a que haya lugar entre Prestador del Servicio y el Organismo para su implementación. 
19. Estar preparado para gestionar la seguridad de las transacciones con un SAM local. 
20. Poder parametrizar las opciones de operatividad, como el monto máximo aceptado, monto mínimo de recarga, costo de tarjeta, LocationID, valores aceptados, denominación de valores, temporalidad de venta, entre otros parámetros que el Organismo establezca.
21. El STECDMX podrá solicitar la modificación de los contenidos en pantallas, fuentes, fondos, colores, links de acceso, programación de botones e idiomas (español, inglés y francés como mínimo) el idioma debe poder ser seleccionado por el usuario, temporalidad de venta y programación de botones cuando el STECDMX lo solicite. 
22. Contar con un software que tenga una opción "Eventos Especiales" que se habilitará con una tarjeta con el perfil Depósito de Valores el cual permitirá a la TVM recibir monedas y billetes de manera continua. Al final del proceso de “Eventos Especiales”, emitir a través de la TMV un recibo con la descripción detallada por denominación de los valores recibidos, los cuales deberán de transmitirse al sistema central en información independiente.
23. Contar con la funcionalidad de recarga a través de CoDi. Esta funcionalidad debe estar disponible en todas las TVM. 
24. Permitir la configuración del contenido de los recibos de reclamo a petición del Organismo. 
25. El Prestador del Servicio deberá entregar un manual de usuario y de supervisión donde especificará claramente la tabla de fallas y el posible diagnóstico preliminar para la generación de una orden de mantenimiento (incidencia).
26. Se deberá actualizar el saldo en la pantalla conforme el usuario ingrese el dinero. 
27. El software mantendrá un registro de todas las transacciones sin que sean pérdidas o corruptas por la falta de suministro eléctrico o cualquier otro elemento, no perdiendo ninguna transacción y siendo consistentes con el Sistema Central lo cual permita la conciliación en cualquier momento en el tiempo. 
28. Se deberán registrar las transacciones con las características de acuerdo con el Modelo de Datos y las especificaciones acordadas por el Grupo de Trabajo Técnico del SITP de la CDMX.
29. Se Implementarán las reglas de negocio señaladas por el STECDMX, el Grupo Técnico y la SEMOVI; las cuales deberán de ser parametrizables, permitiendo actualizarlas en tiempo real, sin tener que modificar el código duro (hard code) y se requieran nuevos desarrollos.
30. La implementación y/o actualización de Listas Blancas y Negras, se deberá realizar en un periodo máximo de 24 horas, cuando el STECDMX lo solicite, las listas tienen como función: invalidar o inhabilitar tarjetas, detectar tarjetas fuera del Sistema, etcétera. 
31. Las características y funcionalidad de los códigos 2D impresos serán indicados por el Organismo. 

7.4 Especificaciones generales de los equipos de control de acceso

El sistema de control de acceso tiene como función principal delimitar la zona libre o vestíbulo exterior y la zona controlada o vestíbulo interior, así como permitir el control de las entradas y salidas de la línea con el fin de contabilizar la afluencia de todos los usuarios que entran, salen de la estación y hacen uso del Sistema de Peaje del Tren Ligero, para lo cual se deberá contar con equipos de torniquetes para entrada y salida, garitas o puertas de cortesía en cada estación para el ingreso a personas con dificultad para desplazarse o con perfil vinculado a alguna gratuidad. 

7.4.1 Características técnicas mínimas de los torniquetes de entrada y salida

1. Gabinete con diseño ergonómico, para los torniquetes de entrada con validador integrado mecánicamente en la tapa y/o integrado un poste adicional, con dispositivos de aviso de paso (pictogramas). 
2. Ancho mínimo útil para el pasajero en el pasillo del trípode de 50 centímetros.
3. Altura del gabinete no mayor a 110 centímetros. 
4. Ancho del gabinete no mayor a 30 centímetros. 
5. Largo del gabinete no mayor a 100 centímetros. 
6. Paso mínimo requerido por el trípode: 30 usuarios por minuto. 
7. Giro del trípode bidireccional configurable.
8. Mecanismo de acceso con control horario y a distancia de la direccionalidad del trípode, controlada a través de una tarjeta controladora.
9. Temperatura de operación: -10°C a 60°C. 
10. Humedad de operación: 5% a 85%.
11. Contador digital de paso, visible al exterior del gabinete sin apertura y protegidos contra reinicio. 
12. Contador mecánico de paso al interior del gabinete.
13. Dispositivo de control electromecánico para su integración de componentes de validación para tarjetas sin contacto.
14. Botón de emergencia. 
15. Dispositivo de avisos y pictogramas. 
16. Luces de tránsito tipo led.
17. La empresa deberá entregar a STE al menos 5 llaves de gabinetes previo al inicio de operaciones y posteriormente las que STE solicite.
18. Los torniquetes deberán contar con la opción de liberación automática en casos de emergencia, a través de la interrupción de energía eléctrica.

7.4.2 Características técnicas mínimas de las garitas

1. El diseño deberá ser ergonómico y de acero inoxidable.
2. Ancho mínimo en el pasillo de la puerta de cortesía: 100 centímetros (bloqueo total del ancho mínimo).
3. Dimensiones 100 cm. de longitud de claro libre mínimo más el espacio para marco de sujeción, altura de 100 cm. y radio de giro para circulación de 110 cm. 
4. El diseño de la puerta debe considerar la posibilidad de abatimientos en cualquiera de los sentidos. 
5. El tiempo máximo de apertura para la garita considerando desde su activación hasta el cierre no mayor a 11 segundos y parametrizable. 
6. Cierre y apertura física mediante chapa electromagnética, pestaña de cierre o algún dispositivo que permita el abatimiento en ambos sentidos.
7. Capacidad para integrar un equipo de validación, con sus correspondientes aditamentos.

7.4.3 Funciones mínimas de los equipos de control de acceso

1. Permitir el acceso o bloqueo de los usuarios a través del uso de las TISC en el validador.
2. Permitir la contabilidad de los accesos por medio del giro del trípode del torniquete.
3. Contador de paso.
4. Los torniquetes permiten el paso a mínimo 30 usuarios por minuto.
5. Emisión de pictogramas de aviso programables de acuerdo a las necesidades del STE.
6. Registro y comunicación de los eventos generados al Sistema Central.
7. Liberación a distancia en caso de emergencia.
8. Para las garitas el tiempo de apertura y cierre no mayor a 11 segundos parametrizable.
9. Apertura de la puerta configurable en ambos sentidos.
10. Transmisión de datos al sistema central de los torniquetes y garitas, tanto de entrada como de salida.

7.5 Especificaciones generales de los Centros de Atención a Usuarios (CAU)

El objetivo de los CAU es brindar atención a las personas Usuarias por incidencias relacionadas con las TISC y facilitar la administración de incidencias reportadas. El Prestador del Servicio deberá garantizar la operación de los CAU, ubicados en las estaciones Tasqueña, Huipulco y Xochimilco del Tren Ligero.

Es importante mencionar que, los Centros de Atención a Usuarios deberán tener acceso a la información generada por los dispositivos de peaje con la finalidad de resolver las incidencias reportadas, así como de ofrecer asesoría a todos los usuarios del Tren Ligero que lo soliciten. Por lo cual, el Prestador del Servicio deberá considerar la disponibilidad de la información del Sistema Central en estos módulos, así como del personal necesario para brindar el servicio en los horarios de operación del Tren Ligero de la CDMX.

7.5.1 Características técnicas mínimas de los equipos instalados en los (CAU)

1. Se deberá incorporar un PC de última generación que sea de uso exclusivo para acceso al aplicativo de incidencias reportadas al CAU.
2. Incorporar un lector de TISC, conforme al estándar CALYPSO Rev. 3.0 y al modelo de datos de la CDMX. Mismo que deberá cumplir con el estándar ISO 14443 A y B.
3. Suministrar una impresora con corte automático de papel a cada Centro de Atención a Usuarios, que será utilizada para impresión de tickets.
4. Implementar un módulo con mecanismo de seguridad para su apertura e ingreso de personal autorizado, así como del mobiliario necesario para su operación.
5. Permitir la impresión de comprobantes para fines de supervisión, sanción y control.
6. Habilitar la impresión de ciertos parámetros de la estructura de datos de la tarjeta; como mínimo los datos base de las últimas transacciones de la tarjeta con los siguientes campos: serie de la tarjeta, fecha, hora, saldo, cobro, validación(es), terminal o estación, contadores e identificador de la terminal, mismos que podrán ser modificados a solicitud del STECDMX.
7. Permitir la impresión de los parámetros en papel.
8. Permitir la parametrización de los elementos para imprimir, sin tener que implementar una nueva versión del aplicativo.
9. Permitir la actualización de parámetros como la estructura tarifaria y cualquier otro parámetro operacional que el STECDMX solicite, así como la actualización de listas negras y blancas. La actualización debe poder hacerse desde el sistema central.
10. Presentar una pantalla de ingreso al encender el dispositivo que solicite los datos de usuario para el inicio de sesión en el Sistema para incidencias del CAU.
11. Estar preparado para gestionar la seguridad de las transacciones con un SAM local cuando el STECDMX lo solicite.
12. Contar con mecanismos de seguridad que eviten el cambio de LocationId asignado.

7.5.2 Funciones de software de equipo de cómputo instalado en CAU

1. El Prestador del Servicio deberá garantizar el acceso a la información de los dispositivos en cuanto a los tickets de incidencias que hayan sido impresos en las TVMs del Cablebús con un desfase menor a 5 minutos. Estos registros deben incluir el número de ticket y datos de la incidencia, para que estos se visualicen en la pantalla del equipo del personal que brinda atención.
2. Por cada acción realizada en los CAU, se debe almacenar un registro de actividad (Log) en la base de datos del Sistema Central con la operación correspondiente.
3. Se deberá asegurar la compatibilidad del sistema con las especificaciones Calypso Rev. 3, así como con el estándar ISO 14443 Tipo A y B. 
4. Se deberá gestionar una pantalla de ingreso al encender el equipo ligado al POS, en donde se soliciten los datos de acceso al Sistema de incidencias del CAU. Registrar el inicio y el fin de la operación.

7.5.3 Funcionalidad de los Centros de Atención a usuarios (CAU)

1. Brindar atención oportuna a los usuarios del Tren Ligero, de acuerdo con las incidencias generadas por dispositivos de peaje.
2. Deberán proporcionar atención y solución sobre saldos reclamados por el uso de las TISC.
3. Los CAU deberán contar con conexión al Sistema Central para la verificación de registros generados por los dispositivos de peaje, tickets reportados e información relacionada.
4. Por cada acción realizada en los CAU, se debe almacenar un registro de actividad en la base de datos del Sistema Central con la operación correspondiente.
5. Será indispensable contar con personal capacitado para brindar atención al usuario en materia de incidencias generadas por los dispositivos de peaje en los horarios de operación del Sistema de Transporte.
6. Se deberán ubicar los módulos de acuerdo con las indicaciones y horarios definidos por el STECDMX, los cuales también podrán ser modificados durante la vigencia del contrato por este Organismo.
7. Garantizar que el módulo tenga una ventana para atención a usuarios, así como un buzón para quejas y sugerencias. 
8. Contar con el mobiliario necesario para albergar los equipos y lo necesario para su operación.
9. Proporcionar en estos centros la información de política, lineamientos, números telefónicos, redes de contacto y   horarios de servicio en general del Tren Ligero.
10. El CAU deberá funcionar los 365 días del año (o 366 días, según el año bisiesto). Para el caso de los períodos vacacionales y días de descanso establecidos en la Ley Federal del Trabajo vigente, es obligación del Participante que resulte adjudicado, asignar el personal necesario para que los CAU permanezcan abiertos y cumplan con los horarios de atención requeridos por el STECDMX.
11. El Prestador del Servicio deberá entregar el documento de protocolos o procedimientos de incidencias, resguardo de valores (de ser aplicable), saldos no reclamados, restauración de saldos, tarjetas y demás situaciones aplicables a los CAU.

7.6 Especificaciones generales del Dispositivo Portátil (HAND HELD)

Los equipos móviles de supervisión deberán operar a partir de un lector de TISC, dichos dispositivos funcionarán como herramienta para la lectura del saldo de la tarjeta, visualización de la última recarga realizada y la última validación; a su vez, podrán validar, recargar, restaurar, debitar y realizar la venta de tarjetas. El Participante que resulte adjudicado deberá realizar la capacitación del personal que asigne el STECDMX para la operación de los dispositivos móviles, así como la entrega de manuales, fichas técnicas e información relacionada. Por tanto, será indispensable que los equipos, cumplan con las especificaciones mínimas siguientes. 

7.6.1 Características técnicas mínimas del Dispositivo Portátil

1. El dispositivo deberá ser fabricado con materiales resistentes.
2. Incorporar un lector de TISC, conforme al estándar CALYPSO Rev. 3.0 y al modelo de datos de la CDMX. Mismo que deberá cumplir con el estándar ISO 14443 A y B.
3. Multi Slot de SAM.
4. Conexión Wifi 802.11 b/, Buetooth mínimo 4.0 o suprior.  GSM, 3G/4G, GPS, NFC.
5. Soporte EMV L1 y L2, con certificación.
6. IP68 resistencia al agua.
7. Interfaz programable.
8. Display capacitivo de 5“.
9. Lector de códigos 2D QR.
10. Multi SO, Windows, Linux, Android.
11. Procesador ARM, ARM64. 2.10 MHz similar o superior.
12. Memoria interna 4GB, capacidad para expandirse mínimo de 32 GB (MicroSd).
13. Pantalla Táctil 4”, resolución de 800 x 400 mínimo o superior.
14. Teclado numérico físico y/0 digital.
15. Protección IP54.
16. Alimentación, rango amplio de 5 a 36 VDC.
17. Batería 5000 MAH o superior.
18. Audio integrado.
19. Cámara fotográfica 8 mp similar o superior, autoenfoque, flash incluido.

7.6.2 Funcionalidad mínima del Dispositivo Portátil

1. Realizar de manera remota acciones de validación, venta y recarga de tarjetas.
2. El dispositivo deberá funcionar en modo offline para el resguardo de transacciones y online para el envío continuo de las mismas.
3. Se deberá disponer de mecanismos de seguridad para el bloqueo de saldos y SAM en caso de robo del dispositivo.
4. Deberá incorporar impresora con corte automático y papel para cada dispositivo móvil.
5. Permitir la impresión de comprobantes para fines de supervisión, verificación y control.
6. Tener comunicación directa con el sistema central.
7. Generar un registro de las transacciones realizadas.
8. Registrar el inicio y el fin de la operación.
9. Contar con mecanismos de seguridad que eviten el cambio de LocationId asignado.
10. Tener un contador de transacciones, el cual no pueda ser reiniciado de forma local.
11. Poder realizar la lectura de saldo y lectura histórica de transacciones directamente sobre la TUMI.
12. Permitir la conexión con un PC, computador portátil, tableta y/o teléfono móvil (vía puerto USB) utilizando el sitio web o la aplicación móvil que establece la comunicación directa al sistema central.
13. Estar habilitada para imprimir ciertos parámetros de la estructura de datos de la tarjeta; como mínimo los datos base de las últimas transacciones de la tarjeta con los siguientes campos: serie de la tarjeta, fecha, hora, saldo inicial, cobro, saldo final, tipo de operación (Venta, recarga, validación), terminal o estación, contadores e identificador de la terminal. Dichos elementos serán parametrizables.
14. Permitir la visualización de los parámetros en la pantalla del dispositivo.
15. Permitir la actualización de parámetros como la estructura tarifaria y cualquier otro parámetro operacional que el Organismo solicite, así como la actualización de listas negras y blancas. Deberá permitir su actualización remota.
16. Imprimir un ticket al finalizar la sesión en el que se reporten todas las actividades llevadas a cabo en el transcurso de esa sesión, incluidas aquellas actividades tales como inspección, validación, consulta de saldo, recarga y venta, el cual deberá contener por lo menos lo siguiente:
    • Número de servicio: ### Número de Línea: Línea xxxxxx.
    • Localidad: LocationID Equipo Fecha: dd/mm/aaaa.
    • Hora inicio: hh:mm:ss Hora cierre: hh:mm:ss.
    • Verificaciones: ## tarjetas verificadas.
    • Validaciones: ## tarjetas validadas.
    • Transbordos: ## tarjetas con transbordo
    • Total, de validación: Suma de todos los débitos efectuados en el servicio finalizado.
    • Saldos restablecidos: Suma de todas aquellas recargas que pertenezcan al modo de atención a fallas.
    • La información presentada en el recibo debe ser parametrizable.

7.7 Especificaciones generales del Sistema de Transmisión de Datos y Telecomunicaciones

El Sistema de Transmisión de Datos y Telecomunicaciones es el encargado de transferir de manera segura y confiable los datos de ventas, recargas, validaciones, configuraciones y demás operaciones de los elementos que componen el Sistema de Peaje, además de garantizar la transmisión de los dispositivos de video vigilancia que se encontrarán instalados en cada una de las estaciones del Tren Ligero. Por lo que se requiere de un Sistema de alta confiabilidad, seguridad y disponibilidad las 24 horas los 365 días del año, dicho sistema deberá ser implementado a lo largo del servicio que brinda el Tren Ligero, considerando el diseño e infraestructura a instalar que cubra con los requerimientos de comunicación solicitados, por lo que el Proveedor llevará a cabo los estudios de factibilidad en sitio para su análisis y presentación al STECDMX para su visto bueno. El Prestador del Servicio deberá considerar todos los complementos necesarios para poner en funcionamiento el Sistema de Comunicaciones mencionados de forma enunciativa mas no limitativa como: Racks, Routers, Switches, patch panel, firewall, Access point, cableado, cajas de conexión así como el material y herramientas que sean necesarias.

7.7.1 Características técnicas del Sistema de Transmisión de Datos y Telecomunicaciones

1. Para cada una de las terminales y estaciones:
   • Rack de 24U (Abierto o cerrado).
   • Switch 24 puertos 10/100/1000.
   • Patch panel UTP CAT6 24 puertos.
   • Patch Cord cat6 (Los necesarios para la implementación).
   • UPS
2. Enlace(s) de fibra óptica con el equipo necesario.
3. Firewall de última generación.
4. Cumplimiento de las Normas ANSI/TIA-568, NMX-I-60793-2-50-NYCE-2021, UNE-EN IEC 60793-2-50:2019. (Ratificada).
5. El enlace o enlaces a Internet necesarios para la implementación, con ancho de banda de 30 Mbps igual o superior.

7.7.2 Características funcionales mínimas del Sistema de Transmisión de Datos y Telecomunicaciones

1. El Prestador de servicio deberá Implementar un servicio de comunicación de datos a través de Fibra óptica, ADSL, 4G, 5G o alguna otra opción que permita la comunicación segura entre:
   • Los dispositivos del Sistema de Peaje y Sistema Central deberán transmitir de manera segura y confiable todos los datos de ventas, validaciones y demás operaciones realizadas por estos además de intercambiar información.
   • El NVR y software de gestión de video vigilancia para transmitir de manera segura y confiable los videos así como la descarga de información.
2. La transferencia de datos generados en los dispositivos de las estaciones será de manera cableada hasta el concentrador y serán enviados al servidor central. Los equipos de validación tendrán la funcionalidad de operar en modo offline para validar transacciones en la estación garantizando el resguardo de la información. Para la transferencia de los datos se deberá tomar en cuenta lo siguiente:
   • El envío de los registros será enviado transacción por transacción en modo continuo, la frecuencia podrá ser modificada de acuerdo con las necesidades del STECDMX.
   • Se deberá asegurar el envío de la localización de todas las transacciones correctas, incorrectas e incompletas.
   • El equipo deberá descargar de forma asíncrona las configuraciones del sistema (del equipo, línea, sistema tarifario, mensajes, entre otros).
   • Se deberá descargar la lista negra, lista blanca (SAMs autorizados) y lista de tarjetas a recargar.
   • Descargar nuevas versiones de software para su posterior actualización.
3. La comunicación y transmisión de datos entre los servidores Central y Secundario, no debe rebasar las 12 horas.
4. Como parte del servicio de comunicaciones se debe incluir un firewall para administración y establecimiento de las VPN. El Firewall debe estar dimensionado al flujo de datos y usuarios concurrentes para el sistema ofertado, garantizando las configuraciones y acciones necesarias para evitar ataques o intrusiones.
5. El Prestador del Servicio será responsable de instalar y configurar los dispositivos para la comunicación y descarga de información de los dispositivos del Sistema de Peaje, tales como Routers y Acces Point.
6. Los dispositivos deberán cumplir con las especificaciones técnicas necesarias para la transmisión de datos al Sistema Central.

7.8 Especificaciones generales de Concentradores.

El Sistema de Peaje, podrá contar con Concentradores de información con el objetivo de resguardar y transmitir toda la información generada entre los dispositivos de peaje del Tren Ligero y las TISC hacia el Servidor Principal, de tal manera que la información pueda tener múltiples niveles de recuperación. Su uso garantizará que, ante una caída de la red, el Sistema de Peaje podrá continuar su operación de forma local. Cada equipo deberá complementarse por los dispositivos necesarios para su correcto funcionamiento, tales como, Rack, Switch, Patch Panel, Ups, etc.

7.8.1 Características técnicas mínimas de los Concentradores.

1. Procesador con frecuencia de 3.40 GHz, 4 núcleos, 8MB de memoria caché, o equivalente en rendimiento, de acuerdo con las mejores prácticas de la industria y la menor cantidad de vulnerabilidades de seguridad detectadas a la fecha.
2. 16 GB de memoria DDR4 RAM.
3. 1 TB de espacio del disco duro en estado sólido.
4. Que sean 100% compatibles con el sistema operativo abierto.
5. Tarjeta de Video de 2GB, 64 bits, PCIe 3.0, GDDR5, o superior rendimiento y/o características.
6. Teclado Multimedia, en español.
7. Mouse óptico, USB.
8. Puertos USB.
9. Puerto Ethernet 100/1000.
10. Salida de gráficos HDMI 2.0 a, USB-C (DP1.2) o su equivalente con igual o superior rendimiento y/o características.
11. Máximo de ancho de banda de memoria 38.4 GB/s.
12. Compatible con voltaje de entrada CD 12-19 VDC.
13. Tipos de memoria DDR4-2400 1.2V SO-DIMM.
14. WIFI 802.11a, velocidad de 54 Mbps con una frecuencia de 5 GHz.
15. Cable HDMI.
16. Compartimiento óptico delgado externo (Lector de CD).
17. Dotado de un Sistema de Alimentación Ininterrumpida UPS (No Break) con rangos amplios de voltaje y suficiente para soportar una PC de las características señaladas.
18. Especificaciones mínimas para monitores:
    • Tamaño de visible diagonal: 21 pulgadas.
    • Resolución preestablecida máxima 1920 x 1080 a 60 Hz o su equivalente con igual o superior rendimiento y/o características.
    • Tiempo de respuesta 5 ms gris a gris.
    • Dimensiones físicas (ancho x alto x profundidad), con base: 15,17" x 19,25" x 6,02".
    • Consumo de energía (en modo operativo): 17 W (típico) ~ 20 W (máximo).
    • Píxeles por pulgada (PPI) >102.
    • Conectividad: 1 HDMI 1.4, 1 VGA.

7.8.2 Características mínimas funcionales de los Concentradores

1. Recepción, consolidación y resguardo de la información generada por los dispositivos de peaje.
2. Transmisión de los datos al Servidor Principal para su alojamiento. 
3. La sincronización completa de información almacenada en el Concentrador al Sistema Central, la cual deberá ser configurable.
4. Contar con los protocolos de seguridad para la recepción, consolidación, transmisión y resguardo de la información.
5. Contar con la capacidad necesaria para el resguardo de información de por lo menos 24 meses.
6. Contar con las herramientas y software adecuado para el análisis y revisión de la información generada por los dispositivos de cada estación.

7.9 Características técnicas mínimas del Servidor Central y Secundario.

1. Que sean 100% compatibles con un sistema operativo abierto.
2. Memoria RAM de 128 GB o su equivalente con igual o superior rendimiento y/o características.
3. 3 unidades de disco duro híbrido, cada uno con capacidad de 2TB, deberá considerar arreglos RAID 0, 1 y 5. Considerar bahías disponibles para discos adicionales.
4. 4 procesadores Xeon E5-2407 v2 a 2.4 GHz con 10 núcleos, o su equivalente con igual o superior rendimiento y/o características.
5. Una controladora PERC o su equivalente con igual o superior rendimiento y/o características.
6. Para el sistema espejo se requiere servidor tipo rack, no más de dos unidades.
7. 2 fuentes de poder con salida de 440 a 750 W (con redundancia de alimentación).
8. 2 puertos de red Gigabit 100/1000.
9. Con al menos 3 ranuras PCle de tercera generación.
10. Conexión directa a las PC designadas.
11. Dotado de un Sistema de Alimentación Ininterrumpida UPS (No Break) con rangos amplios de   voltaje y suficiente para soportar un servidor de las características señaladas. Mínimo 6 horas de respaldo. Indispensable que la empresa realice estudio de factibilidad de recursos en sitio.
12. 1 consola KVM de 8 puertos, instalación en rack.
13. 1 Firewall acorde a los requerimientos actuales.
14. 1Switch de red de 24 puertos Ethernet 100/1000.
15. 1 patch panel de 24 puertos Ethernet.
16. 1 gabinete rack para servidor (42u). Considerar todos los accesorios necesarios para el peinado de cables.
17. Contar con equipo de ventilación y barras de receptáculos eléctricos.

El Servidor Central puede estar implementado en un servicio de nube.

7.10 Funcionalidad mínima del Servidor Central y Secundario.

1. Capacidad para implementar, alojar y ejecutar aplicaciones.
2. Monitoreo del servidor a través de consola o aplicativo.
3. Administración, control y comunicación del servidor.
4. Contar con IP Pública.
5. Capacidad de almacenamiento para los registros generados y su respaldo de datos.
6. Contar con balanceo de carga y tráfico de datos.
7. Disponibilidad de datos 24/7/365.
8. Enlace dedicado de alta velocidad.
9. Seguridad de acceso, infraestructura y comunicaciones, SOC 1/ISAE 3402, SOC 2 y SOC 3• FISMA, DIACAP y FedRAMP PCI DSS Nivel 1, ISO 9001, ISO 27001 e ISO 27018
10. Sin limitante de Sistema Operativo.
11. Herramientas de Bussines inteligence (BI).
12. Disponibilidad igual o superior al 99,9%.
13. Contar con SLA (Service Level Agreement).
14. Contar con DRP (Disaster Recovery Plan)
15. Documentación y soporte.

7.11 Especificaciones generales para el Sistema Central.

El Sistema Central de Datos tiene el objetivo de procesar y resguardar toda la información generada entre los componentes del Sistema de Peaje del Tren Ligero y las TISC. En general, se compone de una Base de Datos, así como de infraestructura de hardware y software que permiten el registro y validación de la información. El Sistema Central está integrado por dos servidores: un Servidor Central y un Servidor Secundario, la ubicación del Servidor Central puede implementarse en un servicio en la nube, mientras que el Servidor Secundario se ubicará en el Site de STECDMX.

El Prestador del Servicio deberá verificar la configuración del Servidor Secundario para recibir la información del Sistema de Peaje, conforme a la operación del Sistema Central que se establezca y de esta forma, garantizar el respaldo de la información, a la cual podrá acceder sin restricciones el   personal del STECDMX para su revisión, análisis y tratamiento. El Sistema Central está compuesto mínimamente por los siguientes módulos: validación, recarga, venta, personalización, atención a usuarios y reportes. 

Toda la información generada por el Sistema de Peaje del Tren Ligero es propiedad única y exclusiva del STECDMX. El Sistema Central de datos incluye las interfaces entre módulos para que los datos recolectados por los equipos sean transferidos a la base de datos a través de los servicios de comunicación y redes existentes. 

La información del Sistema Central de datos proviene de las ventas, las validaciones, recargas, personalización de tarjetas, atención a usuarios y las alarmas por fallas en los equipos. La base de datos deberá estar estructurada de acuerdo con los procesos de normalización del modelo entidad-relación.

7.11.1 Componentes del Sistema Central 

1. El Sistema deberá contar como mínimo los siguientes módulos: validación, recarga, venta, personalización, atención a usuarios, incidencias y reportes. El Prestador del Servicio deberá considerar la adición de nuevos módulos o funcionalidades a solicitud del STECDMX, sin que esto implique un costo adicional del servicio ofertado.
2. Uso de APIs RESTfull, web Services o el que el Prestador del Servicio designe para el intercambio de registros entre los dispositivos y el Servidor Central.
3. La Base de Datos del Servidor Central deberá estar diseñada bajo el esquema OpenSource License.
4. El Servidor Central es donde se ejecuta el Sistema Central y contiene la Base de Datos de dicho sistema.
5. El Servidor Secundario es donde se replica la información de la Base de Datos del Sistema Central.
6. El Prestador del Servicio deberá configurar y garantizar la comunicación segura entre el sistema, Servidor Secundario, validadores, TVM, torniquetes y los componentes que conforman el Sistema de Peaje.

7.11.2 Requerimientos

1. La arquitectura de datos que el Prestador del Servicio deberá usar es Cliente-Servidor. La transferencia de recursos se hará a través de REST (Representational State Transfer), Web Services o el medio que el participante implemente para leer y actualizar datos entre los equipos de acceso remoto (Validadores, TVM, Servidor Secundario, etc.) y el Servidor Central. El Prestador del Servicio deberá garantizar la seguridad en la comunicación, así como la operación y funcionalidad implementada en los equipos de acceso remoto.
2. El Prestador del Servicio deberá asegurar la operación y funcionalidad del Servidor Central, este podrá ubicarse en la Nube o a través de una Máquina Virtual en las instalaciones del proveedor. Con cualquier opción es obligatorio que se garantice la seguridad en la comunicación entre los equipos de Peaje y el Servidor Secundario.
3. El Prestador del Servicio tendrá que replicar la Base de Datos del Servidor Central, al Servidor Secundario. El Servidor Secundario se encontrará instalado en las oficinas del STECDMX, situadas en Avenida Municipio Libre 402, Colonia San Andrés Tetepilco, Alcaldía Iztapalapa C.P. 09440, Ciudad de México.
4. Es obligatorio realizar actualizaciones no mayores a 12 horas desde el Servidor Central al Servidor Secundario. 
5. La comunicación con el Servidor Secundario deberá establecerse por Redes Privadas Virtuales (VPN), con las herramientas que decida el Prestador del Servicio, tales como: Fortinet, Cisco VPN, OpenVPN, etc.
6. El Prestador del Servicio deberá verificar la configuración de los equipos de Peaje, tales como validadores, garitas, torniquetes, TVM, CAU y otros que integran el Sistema de Peaje además de los que determine el STECDMX, para que puedan registrar información en la base de datos del Servidor Central.
7. El Prestador del Servicio deberá garantizar la conexión de forma automática entre los validadores, garitas, torniquetes, TVM, CAU y el Servidor Central.
8. Con fundamento en la Ley Federal de Derechos de Autor, Capítulo IV, "De los Programas de Computación y las Bases de Datos", Artículo 104, que indica que el Sistema Central no constituye por sí mismo un objeto esencial de la licencia de uso y, por su naturaleza, debe mantenerse en el Servidor Central y en el Servidor Secundario. Se determina que el derecho patrimonial del desarrollo, actualización y mantenimiento de su base de datos, pasará a la titularidad del Servicio de Transportes Eléctricos; razón por la cual, el Prestador del Servicio deberá presentar por escrito en hoja membretada de su empresa, manifestando bajo protesta de decir verdad, que realizará la Cesión de los Derechos Patrimoniales sobre la base de datos; dicha carta de cesión, deberá entregarse a la instalación del Sistema en el Servidor Principal.

7.11.3 Funciones mínimas requeridas para el Sistema Central de Datos

1. El software de gestión del Sistema Central estará compuesto por los siguientes módulos: validación, recarga, venta, personalización, atención a usuarios, incidencias y reportes. La licencia del software es de uso perpetuo.
2. El software estará diseñado para recolectar, almacenar, modificar, extraer, recuperar y explotar la información recabada por el Sistema de Peaje, generando una base de datos confiable y una herramienta de consulta para acceder a la información e informes estadísticos y financieros. 
3. El esquema de la Base de Datos deberá estar diseñado e implementado conforme a los parámetros establecidos en el modelo de datos de la Ciudad de México y están sujetos a los documentos técnicos por el grupo de trabajo técnico del SITP.
4. La base de datos contiene toda la información de la estructura de datos de la tarjeta la cual se especifica en los diccionarios de datos.
5. Las transacciones como las ventas, recargas y las validaciones del pago de peaje se resguardan en tablas por separado.
6. El respaldo y transferencia de información debe generarse de manera automática en el Servidor Secundario con un tiempo máximo de actualización de 12 horas.
7. El Sistema Central de datos está gestionado por un software totalmente compatible con el software instalado en los equipos que componen el sistema de peaje: equipos de validación, venta, recarga, personalización, atención a usuarios, incidencias y reportes.
8. El software instalado en el Sistema Central tendrá la funcionalidad de gestionar la transferencia de información entre los equipos del Sistema de Peaje y la Base de Datos central. 
9. Es un Sistema único y de gestión centralizada. 
10. Contará con capacidad de parametrización, misma que se verá reflejada en la operación, los parámetros son modificables desde el sitio central sin tener que pasar por una actualización de los aplicativos de los diferentes dispositivos, los parámetros descritos a continuación, son enunciativos más no limitativos:
11. Tarifas: Capacidad de modificación de la tarifa con un máximo de tiempo de notificación de 24 horas.
12. Fechas y Horarios: Capacidad de actualizar las fechas y horarios desde el Sistema de Peaje.
13. Lista Negra: Manejo de listas negras con capacidad mínima de 100 mil registros, individuales o en rangos.
14. Lista Blanca: Manejo de listas blancas con capacidad mínima de 100 mil registros, individuales o en rangos.
15. Relación de SAMs instalados: El sistema deberá registrar la estación donde se realizó el movimiento, el número de serie hexadecimal del SAM (SAMId), el número de serie del validador y la MAC Address del validador. Lo anterior con la finalidad de mantener el registro de asignación SAMs con los equipos.
16. Alta o baja de Estaciones, dispositivos.
17. Idioma español latinoamericano.
18. La atención y solución de eventos (salvo cuestiones especiales) no es mayor a 24 horas.
19. El sistema garantizará la seguridad de los datos y una correcta administración de usuarios y privilegios, con diferentes niveles y restricciones (consulta, extracción, administración, entre otros).
20. Aseguramiento de la disponibilidad de la información para la consulta a la base de datos. 
21. El Servidor Secundario contará con perfiles de usuario de solo lectura usados para la explotación de datos, el Servidor Central deberá de contar con perfiles para acceder a los datos sin restricciones.
22. El software deberá contener de forma mínima los siguientes reportes:
23. Información de validaciones (tiempo mínimo de diferenciación en segundos).
    • Total, de validaciones por estación.
    • Total, de validaciones por equipo.
    • Total, de validaciones por línea.
    • Total, de validaciones por corrida.
    • Total, de validaciones por tipo transacción.
    • Total, de validaciones por tipo perfil de usuario.
    • Validaciones por tipo de tarjeta en equipos de validación.
    • Validaciones por tipo de tarjeta (primera y última validación).
    • Las anteriores por periodo de tiempo. 
24. Información de ventas. (tiempo mínimo de diferenciación en segundos)
    • Total, de ventas.
    • Total, de ventas por estación.
    • Total, de ventas por máquina.
    • Total, de ventas por tipo de transacción (venta o recarga).
25. Información de colectas.
    • Total, de montos recolectados por corte de valores.
    • Total, de montos recolectados por venta y recarga.
    • Total, de montos recolectados por corte de valores por estación.
    • Total, de montos recolectados por corte de valores por máquina.
    • Las anteriores por periodo de tiempo (cortes, días, mes y año).
26. Información de tarjetas
    • Tarjetas activadas.
    • Tarjetas activadas por estación.
    • Tarjetas activadas por máquina.
    • Tarjetas personalizadas.
27. Información de alarmas
    • Reportes de alarmas (histórico).
    • Alarmas por tipo de evento.
    • Alarmas por equipo.
    • Alarma de reasignación de SAMs a otros validadores. Esta alarma se emite cuando ha cambiado la relación entre la SAMId, número de serie del validador y la MAC Address del mismo.
28. Las anteriores por periodos de tiempo (desde 15 min., hora, día, mes y año).

7.12 Especificaciones generales requeridas para la video vigilancia

El sistema de video vigilancia permitirá obtener las imágenes sobre el control de acceso, zona de recaudación y andenes de abordaje, así como de cada uno de los dispositivos que componen el Sistema de Peaje. Por lo que, se deberán de llevar a cabo reuniones con personal de STE, en donde se establezca la cantidad de dispositivos de vigilancia, así como determinar el sitio que garantice la visibilidad de los componentes de Peaje y la actividad dentro de las Terminales y Estaciones intermedias del Tren Ligero, la actividad tomada por el sistema de video vigilancia, será registrada y almacenada en un grabador digital, Network Video Recorder (NVR), que podrá ser instalado en cada estación o de forma directa en un  servidor de video, haciendo uso de los canales de comunicación adecuados, el medio que el Participante elija será presentado al STE para su revisión, modificación y/o aprobación.

La grabación será ininterrumpida y el tiempo de resguardo del video de operación deberá ser por un periodo mínimo de 30 días para cada cámara situada en las estaciones y terminales, el video deberá ser transmitido al centro de control del Prestador del Servicio y al STE en tiempo real, es obligación del Proveedor proporcionar las herramientas para visualización de las cámaras, así como del servicio para la transmisión de video.

A continuación, se anexa tabla con la cantidad mínima de equipos de video vigilancia sugeridas para cada estación, cabe mencionar que las cantidades listadas son enunciativas, por lo que la cifra final tendrá que ser determinada bajo los puntos descritos en los párrafos anteriores.

Tabla 2. Cantidad de cámaras propuestas por cada estación de Tren Ligero.

7.12.1 Características mínimas técnicas requeridas para la video vigilancia

1. Para el dispositivo NVR:
   • Compresión: H.265+ / H.265 / H.264+ / H.264.
   • Soporte mouse USB para operar el NVR (Incluido).
   • Soporte PTZ.
   • Soporte grabación redundante.
   • Almacenamiento mínimo de 2 TB (ampliable).
   • Soporte búsqueda de agenda en forma local o remota.
   • Ser compatible con los navegadores convencionales conocidos.
   • Soporte ONVIF.
   • Mínimo 8 puertos IP PoE.
   • HDMI, VGA, RJ45, eSATA, USB 3.0.
   • Mínimo 1 puerto red 10 / 100 / 1000 Mbps. (LAN).
   • Soporte mínimo de resolución: 4 MP / 1080p / 720p.
   • Soporte de entrada y salida de audio en RCA (bidireccional).
   • Detección de movimiento multi-zona.
   • Soporte para múltiples tipos de grabación, incluyendo tiempo real, grabación manual, videosensor, alarma externa.
   • Grabación mínima de 4 MP.
   • Alimentación 100 a 240 Vca.
   • Certificación: FCC, UL, CE, CB, KC, PSE.
   • Temperatura de trabajo: 0°C a 40°C.
   • Humedad Ambiental: 0% - 90%.
2. Para las cámaras de video vigilancia:
   • Tipo bala, domo (No mini).
   • Lente fijo, amplio rango dinámico, vista 180°-360°, .
   • Resolución mínima de: 4 Megapíxeles (2688 x 1520).
   • Sensor de imagen: óxido de vanadio, detector de plano focal no refrigerado, 1/2.7 CMOS Scan Progresivo.
   • Compresión: H.265+ / H.265 / H.264+ / H.264.
   • Soporte multi-usuario.
   • Iluminación mínima: Color: 0.0089 Lux @ (F1.6, AGC ON).
   • 20 metros mínimo IR (visión nocturna).
   • WDR 120 dB.
   • Alimentación: 12 Vcd / PoE (802.3 af) / 8 watts.
   • Temperatura de operación: -20ºC a 50ºC.
   • Protección: IP66.
   • Soporte para memoria MicroSd de mínimo 128GB (Incluida).
   • Peso: mínimo de 900 gramos.
   • Alimentación: 12 Vcd / PoE (802.3 af) / 8 watts.

7.12.2 Características mínimas funcionales requeridas para la video vigilancia

1. Cámaras de video vigilancia por cada estación y en las terminales de Línea. 
2. Permitir la grabación en tiempo real en alta definición.
3. Permitir el respaldo de hasta 30 días de grabación.
4. Software de gestión de cámaras con licenciamiento perpetuo que permita el acceso y codificación de videos por zona.
5. Software de gestión con licenciamiento perpetuo que permita la extracción de vídeos con reproductor propio y/o que genere archivos tipo .mpeg, avi, mp4. 
6. Software de gestión con licenciamiento perpetuo que permita el acceso remoto a las cámaras y NVR.
7. La calidad del video y compresión se acordará con STECDMX una vez establecida la propuesta y la capacidad del Sistema de Transmisión de datos.
8. Gestión de almacenamiento de imágenes, eventos, alarmas, avisos configurables.
9. Las cámaras y grabadores deberán contar con los aditamentos necesarios para su instalación, configuración y funcionamiento, así como del stock de refacciones.
10. Garantía para componentes y software durante la vigencia del contrato. 
11. El Prestador del Servicio deberá proporcionar el monitoreo de cada cámara colocada en la Línea del Tren Ligero o llevar a cabo la instalación de un video Wall el cual se ubicará en las instalaciones que el STECDMX designe para tal efecto. El Prestador del Servicio deberá disponer del personal técnico asignado para actividades de monitoreo, dentro del horario de operación del Sistema de Peaje.

7.13 Características generales de SAM

Los Módulos de Acceso Seguro o Secure Access Module (SAM), resguardan la red de interacción entre los dispositivos de peaje con los procesos de las TISC ambos bajo el modelo de datos de la CDMX. Poseen el mapa del protocolo de mandos necesarios para la eficaz gestión, control y protección de datos a través de un software. Los módulos SAM llevan a cabo su comunicación y operación bajo la norma ISO/IEC7816, por lo que los dispositivos propuestos por el Prestador del Servicio deberán cumplir con la Norma anteriormente mencionada.

Para el Sistema de Peaje de la Línea del Tren Ligero los equipos de validación emplearán un SAM tipo CV (Card Validation), los equipos de venta y recarga, HandHeld y los CAU, utilizan un SAM tipo CL (Card Loading).

 7.13.1 Sistema y protocolo de seguridad de SAM

La seguridad del Sistema de Peaje para Tren Ligero a través de los equipos de validación, venta, recarga y equipos de Centros de Atención a Usuarios de TISC, deberá ser garantizada por el Participante que resulte adjudicado, por lo que deberá presentar al STE el debido protocolo de recepción, operación, custodia y resguardo de los dispositivos en comento, así como el buen manejo de los juegos de llaves contenidos en las tarjetas inteligentes en los módulos SAM. En caso de sufrir algún incidente durante el periodo de resguardo de los SAM, el Prestador del Servicio llevará a cabo las acciones pertinentes para solventar y reducir el riesgo de daño al Organismo, así mismo comunicara al STECDMX las afectaciones sufridas y cubrirá los daños que pudieran derivarse.

 7.13.2 Adquisición de SAM

El Prestador del Servicio informará oportunamente al STECDMX de la cantidad y tipo de SAMs necesarios para la puesta en marcha y operación del Sistema de Peaje, la adquisición de los SAMs será solo con el Visto Bueno del STECDMX. El Prestador del Servicio, llevara a cabo las gestiones para adquirir los SAMs aprobados, para lo cual deberá considerar el 5% adicional de SAMs como stock para cada tipo de SAM, esto con la finalidad de que estén disponibles a favor de solucionar incidencias, actualizaciones o reemplazo de alguno de estos módulos, esto sin que implique un costo extra para el STECDMX. Para la producción de tarjetas, personalización y/o desarrollos, se deberá adquirir y proporcionar al STECDMX  10 SAMs tipo CPP y 2 SAM CP. 

Es importante señalar que los SAM en todo momento serán propiedad del STECDMX, por lo que, al inicio del servicio se realizará un Acta de Entrega Recepción de los SAM que se integran al sistema, a fin de garantizar su resguardo y buen uso por parte del Prestador del Servicio, lo cual se replicará al finalizar el Servicio contratado para constatar la devolución integral de las SAM correspondientes al STECDMX. 

La adquisición de las SAM se hará bajo la supervisión y autorización por parte de STECDMX ante el Participante que resulte adjudicado.

Tabla 3. Cantidad de SAM requeridos para el Sistema de Peaje.

 7.14 Componentes requeridos para el Sistema de Peaje en Tren Ligero 

Tabla 4. Cantidad de dispositivos requeridos por estación para el Sistema de Peaje.

Tabla 5. Cantidad de dispositivos de telecomunicaciones requeridos por estación. *Nota: El Servidor Secundario se encontrará alojado en las instalaciones que el STECDMX disponga.

7.15 Proceso de recolección de valores 

El Prestador del Servicio deberá brindar acompañamiento y en su caso, apoyo técnico en la recolección de valores de acuerdo con las necesidades específicas de cada punto de recolección. La programación de recolección será acordada con el personal que el STECDMX designe.

El STECDMX podrá solicitar que la frecuencia de recolección cambie en las máquinas de las estaciones que así lo requieran, sin que esto genere un costo adicional del Servicio contratado.