SIR – SAE -SIU

Sistema Integrado de RecaudoSistema de Ayuda y Explotación de Datos

Sistema de Información al Usuario

Introducción

Institucional: Estructura de control y decisiones

Comercial: Distribuir ingresos y comisionesoperativas

Técnica: Garantizar a los usuarios el uso integral delsistema de transporte con sus medios de pago o acceso

Estos tres pilares fijan los lineamientos que permiten avanzar a los operadores de transporte en laimplementación de un sistema de recaudo abierto del tipo “Open Payment”/ “open Loop” (ciclo abierto)con capacidad de incluir soluciones del tipo “Close Loop” (ciclo cerrado) con metodología “Account Based”(basado en cuentas) o tarjetas recargables

El abordaje del análisis se basa en tres pilares o perspectivas principales y sus áreas de competencias

Modelos operativos

En la actualidad el transporte público de pasajerosha comenzado la migración de sistemas de recaudocerrados basados en tarjetas propietarias, asistemas de recaudo basados en modelos del tipoOpen Loop “account-based” (basado en cuentas) yla integración del sistema Financiero, como mediode pago en transporte público.

•ClearingControl Ciudad

Nivel 4

•Portal Operador

Nivel 3

• Redes de Recarga y Venta

Nivel 2

•Validadores, dispositivos electrónicos

Nivel 1

•Medio de PagoNivel 0

Niv

eles

Sis

tem

a I

nte

gra

do

de

Rec

au

do

Op

erad

or

Ciu

dad

SISTEMA INTEGRADO DE RECAUDO

Nivel 0: Medios de acceso o pago al sistema de transporte (Usuarios)

Nivel 2: Sistema de obtención y recarga de los Medios de Acceso o

Pago (Redes de carga/ Entidades Financieras)

Nivel 3: Sistemas de Administración y Gestión de los Operadores de Transporte(Operadores de Transporte)

Nivel 4: Sistema Central de Procesamiento / Clearing / Cámara Compensación Administración(Operador Tecnológico del Sistema Integral de Recaudo)

Sist

ema

Fin

anci

ero

/ P

roce

sad

ore

s(B

anco

s /

Emp

resa

s t

ecn

olo

gía

/ C

oo

per

ativ

as /

Bill

eter

as d

e Pa

go)

Sist

ema

Info

rmac

ión

al U

suar

io

Sist

ema

de

Ayu

da

a la

Exp

lota

ció

n

de

Flo

ta

Nivel 1: Sistema de Validación de los Medios de Acceso o Pago(Sistema de Transporte)

Resumen Niveles SIR

En Nivel 1 -> Validador: puede aplicar la tarifa a los distintos medios depago y enviar la transacción con el importe predeterminado.

Nivel 3 -> Plataforma de los Operadores de Recaudo: junto con el perfil dela persona que viaja, se puede aplicar la tarifa que se enviará al Procesadoro al Nivel 4

Nivel 4 -> Sistema de Compensación: En los sistemas integradosmultimodales de transporte (una de las premisas de arquitectura del SITM-Q), se requiere de un cálculo de la compensación.

Reglas de Combinación deben ser calculadas y aplicadas en el Nivel 4 ya que es el único lugar que convergentodas las transacciones del sistema integrado y, por ende, tiene toda la información para realizar el cálculo.

Las reglas de negocio se cargan en el Sistema Central o Nivel 4 y se distribuyen al resto de los niveles, siendomandatorio su cumplimiento al resto de niveles

Definiciones

Integración Niveles SIR

Modelo de interoperabilidad con división de funciones

Subsistema de

Transporte 1

Subsistema de

Transporte 2

Subsistema de

Transporte 3

Subsistema de

Transporte 4

Validación Usuarios

Operador

NIVEL 4

Alcaldía

Entidad de Control

(multiinstitucional)

Roles Entidad

de ControlRoles del

Nivel 4

Internet

Base de Datos

del Nivel 4

Contables

Legales

Compensación

Estadísticos

Seguridad

Administra

Sistema

Financiero

Venta y

Recarga

Empresa

Recaudadora 1

Empresa

Recaudadora n

Fideicomiso

El modelo de interoperabilidad elegido establece la opciónde incorporar al sistema más de un recaudador, ya sea porsubsistema de transporte como para el sistema de transportegeneral. Lo que se define como una única entidad es laCámara de Compensación o Nivel 4, que debe tener unaplataforma apropiada para este tipo de sistemas,independiente de los actores principales del sistema.

Protocolos y escenarios de pruebas

Subproceso 1: corresponde a las interacciones entre losprimeros niveles de la red interoperable (0-1).

Subproceso 2: corresponde a las interacciones entre losúltimos niveles de la red interoperable (3-4).

Subproceso 3: concierne al flujo de información entrelos niveles 0 y 4

Se debe probar la capacidad de comunicar al Nivel 4, todas las transacciones realizadas, sin queesto involucre, generar bypass o pasos intermedios en la arquitectura de comunicación yoperación del sistema financiero y sus protocolos de seguridad.

Requerimientos mínimos de HW

Características generales y particulares que deben cumplir los equipos devalidación y recarga

Basados en estándares de mercado, el estado del arte y capacidades acordea la arquitectura mixta

Combina todos los requerimientos de sistemas Open Payment / Open Loopcon sistemas Close Loop basados en tarjetas sin contacto acordes a lanormativa técnica vigente

De igual manera se especifican las funcionalidades y certificaciones mínimas necesariasque deben complementar a los equipos del Nivel 1 para la gestión de estos, que son lasfuncionalidades de la plataforma de Nivel 3 que utilizarán los Operadores de Recaudo.

La plataforma que materializa el Nivel 4 del SIR, es unsistema abierto que facilita la utilización de losmedios de acceso o pago como identificadores paraacceder al sistema de transporte y realizar un viaje.

Permite aceptar validaciones contra una cuenta en laplataforma del Nivel 4 o directamente contra elSistema Financiero el Ecosistema Fintech

§ PROCESAMIENTO§ ADMINISTRACIÓN DE LISTAS§ REPORTES / ANÁLITICOS§ CONCILIACIÓN Y COMPENSACIÓN § PREVENSIÓN DE FRAUDES§ ADMINISTRACIÓN DE TARIFAS§ ADMINISTRACIÓN DE TARJETAS Y CUENTAS§ ADMINISTRACION DE BENEFICIOS SOCIALES§ NOTIFICACIONES§ ATENCIÓN A CLIENTES§ PORTAL DE USUARIOS§ PORTAL DE OPERADOR DE SERVICIO

AUTORIDADES

NIVEL 3

AGENTES

OPERADORES DE RECAUDO

USUARIOSOPERADORES DEL

SERVICIO

SIST. FINANCIEROECOSIST. FINTECH

§ PROCEDIMIENTOS Y REGLAS INTEROPERABLES

§ PROMOCIÓN DE BENEFICIOS USUARIOS

§ ASEGURAR EL INVOLUCRAMIENTO DE LOS PARTICIPANTES DEL SERVICIO

§ ENROLARSE§ CONECTAR DISPOSITIVO

CON NFC§ RECARGAR SALDO§ ESCOGER TIPO DE TARIFA§ CELULAR CON APP

WALLET

§ ENROLAR NUEVOS USUARIOS

§ DISTRIBUCIÓN DE TAG Y TARJETAS

§ RECARGA DE CUENTAS Y TARJETAS NFC

§ CONFIGURA Y OPERA LA SOLUCIÓN DE RECAUDO

§ INSTALA EL EQUIPAMIENTO EMBARCADO

§ ENTRENA PARTICIPANTES DE LA SOLUCIÓN

§ EMITE APP MÓVIL, Y/O TAGS NFC PROPIOS

§ FACILITA INSTALACION EL EQUIPAMIENTO EMBARCADO

§ MANTENIMIENTO DE LOS EQUIPOS INSTALADOS

§ INSPECCION ABORDO

§ TARJTEAS DE CRÉDITO/ DÉBITO

§ BILLETERAS MOVILES§ PLATAFORMAS DE PAGO§ INTERFACES CON LAS

REDES DE PAGO§ ACEPTAR PAGOS PARA

LAS RECARGAS

CÁMARA DE COMPENSACIÓN

•NIVEL 4 – cámara de compensación

• Actores principales

Autoridades gubernamentales

Operador de la Cámara de Compensación o Nivel 4 del SIR

Operadores del Servicio de Transporte o Nivel 3

Sistema Financiero / Nivel 2

Agentes

Instalar el sistemaInstalar la red de

validadoresEntrenar personal

Operador Recaudo

Operador del Servicio

Crear reglas tarifarias

Enrolar clientesAdministrar y cargar

listas blancas y negras

Proveer servicios a los clientes

• Principios usados en el diseño del Nivel 4 del SIR

Solución Escalable

Permitir el uso de un diverso conjunto de medios de pago, tarjetas bancarias, QR seguros, eWallets o cualquierdispositivo/tarjeta NFC. Medios de pago provenientes del Sistema Financiero.

El estado del boleto y otra información se almacena en los sistemas del Operador Tecnológico deNivel 4

El sistema soporta el procesamiento de tarjetas de los sistemas Close Loop.

El sistema crea un espacio común de pago, permitiendo a los usuarios acceder a unaamplia gama de servicios.

En la solución se puede utilizar una amplia variedad de opciones de hardware validador y ventaque cumplan con los requerimientos mínimos de procesamiento, memoria y seguridad.

Arquitectura de la solución

Se crea un ecosistema integrado de pago de servicios con una sola plataformapara numerosos tipos de servicios.

En el momento en el que un cliente utilice su medio de pago (celular NFC,tarjeta NFC, pulsera NFC, App con QR) en los validadores al inicio de un viaje,y posiblemente también al final, el validador lo verificará contra una listablanca de identificadores permitidos para permitir o denegar el acceso.

El validador recolectará información de cada una de las lecturas realizadas, asícomo otros datos (ubicación, fecha y hora) y la transferirá al Nivel 3 y a laplataforma Nivel 4 para su procesamiento.

La plataforma determinará el cargo a realizar al cliente.

Esta arquitectura permite la interacción casi directa entre los dispositivos deNivel 1 y el servidor central integrado en el Nivel 4, haciendo que lastransacciones se encuentren tanto en el Nivel 3 correspondiente al OperadorTecnológico del Operador de Transporte, como en el Nivel 4.

Certificaciones y estándares requeridos

Subsistema de

Transporte 1

Subsistema de

Transporte 2

Subsistema de

Transporte 3

Subsistema de

Transporte 4

Validación Usuarios

Operador

NIVEL 4

Alcaldía

Entidad de Control

(multiinstitucional)

Roles Entidad

de ControlRoles del

Nivel 4

Internet

Base de Datos

del Nivel 4

Contables

Legales

Compensación

Estadísticos

Seguridad

Administra

Sistema

Financiero

Venta y

Recarga

Empresa

Recaudadora 1

Empresa

Recaudadora n

Fideicomiso

La infraestructura que soporta a la plataforma sea esta alojada porel propio operador o en la nube (Cloud) deberá ser PCI PA-DSS.

La plataforma (Nivel 3) deberá estar certificada PA-DSS 3.2 osuperior.

Certificar cumplimiento AOC para PCI PA-DSS para proveedores deservicios y/o comerciantes, según corresponda.

Certificación vigente VISA Ready Mass Transit Program al menos anivel BackOffice para métodos de recaudo MTT y KFT.

Integración - conectores / API con tarjeta ciudad

Subsistema de

Transporte 1

Subsistema de

Transporte 2

Subsistema de

Transporte 3

Subsistema de

Transporte 4

Validación Usuarios

Operador

NIVEL 4

Alcaldía

Entidad de Control

(multiinstitucional)

Roles Entidad

de ControlRoles del

Nivel 4

Internet

Base de Datos

del Nivel 4

Contables

Legales

Compensación

Estadísticos

Seguridad

Administra

Sistema

Financiero

Venta y

Recarga

Empresa

Recaudadora 1

Empresa

Recaudadora n

Fideicomiso

En base a información de consultorías previas, dentro del NIVEL 4 sedeben desarrollar los módulos de centralización y ceremonial de claves,estructura datos del SAM, Host de seguridad, Switch transaccional y la“API VAL/CAR” correspondiente para ser entregada a cada uno de losoperadores del NIVEL 3 a fin de que la implementen en sus validadoresdel Nivel 1, como así también a los operadores financieros del NIVEL 2 a

fin de las tarjetas Ciudad se puedan recargar en sus equipos.

Las “API VAL/CAR” previstas serán: API y Software central basados enMIFARE y API y Software central basados en Calypso.

Niveles de servicios

Seguridad: PCI PA-DSS v3.2, Oficina de seguridad,Hacking ético, Comunicaciones, Integridad de los datos,Confidencialidad, Autenticidad, No repudio.

Capacidad: Afrontar picos de tráfico, Ofrecer una velocidad deproceso mínima, Funcionar 24 horas, Almacenar datos mínimopor 1 año

Redundancia: para disponibilidad por encima del 99% por el flujo deinformación entre los niveles 0 y 4

Disponibilidad =(𝑇𝑖𝑒𝑚𝑝𝑜 𝑡𝑜𝑡𝑎𝑙 − 𝑇𝑖𝑒𝑚𝑝𝑜 𝑐𝑎í𝑑𝑎)

𝑇𝑖𝑒𝑚𝑝𝑜 𝑡𝑜𝑡𝑎𝑙∗ 100%

Planes de Contingencia: Estos procesos ayudan a tener unos tiemposde reacción frente a incidencias

Protección de Datos Personales: contemplar los requerimientos previstos por elproyecto de La ley Orgánica de Protección de Datos Personales de Ecuador deseptiembre de 2019

Requerimientos de Hardware

Esquema de referencia para la arquitectura tecnológica quesoporte a la plataforma de NIVEL 4 basada en el diseñodescrito, así como parámetros respecto a las cantidades deviajes diarios esperados y la composición del Sistema deTransporte Multimodal de Quito.

Adicionalmente el Data Center a utilizar para alojar lainfraestructura, deberá tener certificación vigente TIER III osuperior o encontrarse en proceso de certificación.

Introducción

Guía relacionada con buenas prácticas para laimplementación del SITM-Q, en lo referente a SAE.

La información es generada a partir de los periféricos quecada uno de los operadores implemente en sus sistemas degestión. Este conjunto de herramientas de SW, Centro deControl y Software Embarcado (Nivel 3 y 1), se encuentraadministrado por un Gestor de Datos en el Nivel 4

Introducción

El NIVEL 4, es la herramienta de SW principal que realizará elalmacenamiento y la explotación de la información generadapor el Nivel 3 y Nivel 1 de los operadores de transporte.

Dicha explotación de información se centra en conocer comoestá operando el sistema de transporte de Quito, generarinformes estadísticos de cumplimientos, generación de KPIs,análisis de operación y de cumplimiento de servicios.

De la misma manera, disponibilizar la información para lasplataformas externas del Sistema de Información a Usuarios

Plataforma Central Nivel 4 del SAG

Determinación de horario actual de todos los vehículos en viajes planificados, basado en ubicación real y ajustes automáticos

Recepción, revisión y aprobación de medidas correctivas

Registro diario de la información recopilada y datos estadísticos para posterior análisis

Centro de Control Operacional Principal (CCOP): El la plataforma de software que permite la gestión y monitoreo de flota.Mantiene un registro del estado actual de toda la red de transporte y líneas individuales. Posee métodos de comunicación conla plataforma de NIVEL 3. Permite identificar, informar fallas, promover medidas correctivas y planes de contingencia.

Comunicación a los usuarios

Monitoreo operacional

Visualización de fallas, horarios y turnos

Generación de reportes de gestión e indicadores KPIs

Almacenamiento de datos operativos

Centro de control secundario

Determinación de horario actual de todos los vehículos en viajes planificados, basado en ubicación real y ajustes automáticos

Recepción, revisión y ejecución de medidas correctivas

Registro diario de la información recopilada y datos estadísticos para posterior análisis

Funciones base y comunicación de datos: Contiene las funciones básicas de comunicación de datos entre el sistema central ylos equipos embarcados, tales como la situación de horario actual, en forma directa o mediante las interfaces mencionadasen el capítulo anteriores. Recibe y ejecuta las medidas correctivas de horario. Genera registros diarios de la informaciónrecopilada.

Monitoreo constante de conexión a sistemas, tiempo de validez y activación de datos, y cantidad de viajes en el sistema.

Comunicación con el conductor mediante mensajes de texto predefinidos o texto libre

Comunicación de voz análogo o digital, entre centro de control y conductor

Si el vehículo cuenta con el sistema de audio apropiado, el operador del centro del controlpuede hacer anuncios en vivo, o pregrabados, a los usuarios

Comunicación con conductor y pasajeros: Manejo de comunicación con el conductor, orientado en solucionarproblemas conjuntamente. Debe permitir, con equipamiento adicional, establecer comunicación directa con los pasajerosde los vehículos y las paradas.

Capacidad de implementar nuevos modelos de comunicación

Centro de Control Secundario (cont.)

Software embarcado

Hace referencia a la aplicación de SW y sus funcionalidades a serimplementadas en los computadores de abordo.

Software de computador: Principalmente permitir la interface de conexión delos periféricos con el sistema central, y proveer información de un viajeseleccionado. Localizar al vehículo de forma automática, permitiendo unacomparación entre el pronóstico de viaje y la ubicación actual

Comunicación con conductor: Funcionalidades básicas de comunicación entreel vehículo y el centro de control de operaciones. La posición del vehículo, enconjunto con otros datos del viaje deben ser enviados de forma periódica, enintervalos de tiempo configurables desde el Sistema de Gestión. Mensajespredefinidos, de falla de dispositivos, y consultas de horario al centro decontrol deben ser enviadas por eventos.

Información al pasajero: Permite gestionar los datos, provenientes del Nivel 4, aentregar en los dispositivos orientados a pasajeros, ya sea dentro o fuera delvehículo, a partir de los datos de viaje actuales. Por lo tanto, debe administrar

Gestor de datos

Interfaces en tiempo real para la operación de transporte: Todos loscomponentes para las comunicaciones inalámbricas de voz y datos entre lossistemas en campo (equipos embarcados) y los componentes del centro decontrol

Interfaces de importación para datos de planificación de largo plazo para laoperación: Interfaces estandarizadas con las que pueden importar datos de lossistemas de horarios y de turnos al modelo de datos y gestión de estos.

Interfaces para la creación del sistema de control operacional e información alpasajero: Interfaces para que los operadores puedan ajustar durante laoperación, el estado de los datos operacionales de los viajes individuales y de losvehículos de su flota en su centro de control. Entre otros, se consideran loscambios en el despacho de vehículos o de personal, cambios de recorridodebidos a las necesidades de la operación y a los cambios en las asignaciones derutas.Servicios de valor agregado para vehículo: Ofrece los servicios centrales a travésde los cuales un vehículo puede solicitar información instantánea y actualizada,permitiendo ofrecer a sus conductores o pasajeros servicios adicionales en elvehículoDistribución automática de datos: Proporciona todas las herramientasnecesarias para distribuir datos planeados a los distintos módulos.

Requerimientos de Pruebas

Pruebas en “ambiente de prueba controlado”: Un ambientecontrolado se define como aquel que implementa el mismosoftware y hardware que se espera implementar enproducción.

Pruebas de “QA o Control de Calidad”: Busca garantizar lasactualizaciones de los datos, el software y el hardware utilizadode manera que cumplan con las expectativas operativas

Pruebas en “ambiente de pre-producción”: Una vez se ratifiquen las pruebas en losanteriores ambientes, se procede a realizar nuevamente todos los escenarios en unambiente de pre-producción. Los cambios radican en la configuración especial de losequipos, así como los permisos de acceso como llaves de entidades

El proceso de certificación requiere que las entidades hagan uso de equipos con las características requeridaspara el sistema, es decir los equipos deberán ser los mismos que se implementen en producción. El softwarede dichos equipos tuvo que haber sido previamente desarrollado y los equipos configurados por el proveedorde tecnología o el Operador del Sistema de Gestión de Flotas del Nivel.

Requerimientos mínimos de HW

Consola de Conductor / On board Computer (NIVEL 1): Identificar al Conductor y al recorridoque realizará; Monitorear el recorrido y horarios programados; Enviar información al Centro deOperaciones; Intercambiar información operativa con el Centro de Control ; Generar alertas; etc.

Características Técnicas: Sistema operativo Linux o Android; Mínimo dual procesador de 32bit;512MB RAM DDR3 y 512MB de Memoria tipo flash; Soporte Memoria microSD 1Gb; Fuente dealimentación con de rango extendido; entre otros.

Durabilidad y estándares: Compatibilidad Electromagnética ISO/IEC 61000-4-2, ed. 2.0, para laclase 3; funcionar con temperaturas entre -5°C y 60°C y con Humedad Relativa de hasta el 95%;MTBF mínimo de 35.000h; MTTR menor a 10 minutos para sustitución en campo; entre otros

Características generales y particulares que deben cumplir los equipos de gestión de flotaembarcados en los buses, basados en estándares de mercado, el estado del arte y sobre todocapacidades acorde a la arquitectura de una solución en la que pueden existir más de unproveedor tecnológico de esta solución.

Sistema de Información a Usuarios (SIU)

Integración con Orquestador o Plataforma SmartCity: La plataforma de NIVEL 4 implementa conectores del tipo “Web Services”en base a los estándares que la Autoridad de Control está definiendo y construyendo en su plataforma, los que permitesenviar/recibir información específica del Orquestador de la ciudad o Plataforma SmartCity.

Sistema de información a Usuarios: Recibe datos en tiempo realde centros de control, determinando un pronóstico en base aellos e informa al pasajero acerca de las condiciones de viaje.Distribuye la información a paneles fijos en paraderos yestaciones, a paneles de información en vehículos, aplicacionesmóviles, entre otros. El sistema debe ser administrado ymonitoreado desde el CCOP.

Módulos del SIU

Interfaz de usuario: Permite ejecutar actividades operacionales para informacióncomplementaria al pasajero y actividades administrativas, como gestión de paneles, gestióninterfaces con SIU y con NIVEL 3.Textos creados para la información al pasajero: Genera información complementaria alpasajero, basada en texto creado automática y manualmente. Dicha información puede sercomplementada específicamente para cada canal de distribución (quienes/donde se explotanlos servicios de información en los paraderos y/o estaciones).Información acústica al pasajero: Permite configurar la información acústica al pasajero, enformato text-to-speech, lectura en voz alta, archivos mp3; y parámetros de reproducción, enespecial para personas no videntes o de baja visión.Conexión de canales de información: Distribución de información orientada al pasajeromediante diferentes canales de información. Se incluyen funciones para preparar o recopilardatos de información al pasajero y comunicación técnica específica, de ser necesaria.Aplicación de equipos de paraderos y App Móvil: Software especial que permita recibir lainformación generado por el SAG y ser visualizada correctamente el los equipos instalados a talfin o las aplicaciones móviles.Conexión de canales de redes sociales : Conexión a distintos canales de redes sociales, comopor ejemplo Twitter, Facebook a fin de dar información actualizada del estado de los serviciosde transporte

•Proyecciones Transporte Público

Fuente: Actualización del Modelo de Demanda del Distrito Metropolitano de Quito (MD17)

Fuente: Actualización del Modelo de Demanda del Distrito Metropolitano de Quito (MD17)

•Proyecciones Transporte Público

Fuente: Actualización del Modelo de Demanda del Distrito Metropolitano de Quito (MD17)

•Proyecciones Transporte Público

Fuente: Actualización del Modelo de Demanda del Distrito Metropolitano de Quito (MD17)

•Proyecciones Transporte Público

Fuente: Actualización del Modelo de Demanda del Distrito Metropolitano de Quito (MD17)

•Proyecciones Transporte Público

Preguntas !!!...

“Si realmente quieres hacer algo, encontrarás la manera. Si no lo haces, encontrarás una excusa.”Jim Rohn