Resolución 35125 de 2021 MT

RESOLUCIÓN 20213040035125 DE 2021

(agosto 11)

Diario Oficial No. 51.764 de 12 de agosto de 2021

MINISTERIO DE TRANSPORTE

Por la cual se adecua la reglamentación del sistema de Interoperabilidad de Peajes con Recaudo Electrónico Vehicular (IP/REV) y se dictan otras disposiciones.

LA MINISTRA DE TRANSPORTE,

en ejercicio de sus facultades constitucionales y legales, en especial las conferidas por los numerales 6.2, 6.3, 6.4, 6.10 y 6.15 del artículo 6o del Decreto 087 de 2011, el parágrafo del artículo 2.5.4.1 y el artículo 2.5.4.3 del Título 4 de la Parte 5 del Libro 2 del Decreto 1079 de 2015, y

CONSIDERANDO:

Que según lo establecido en el artículo 334 de la Constitución Política, el Estado intervendrá por mandato de la ley, entre otros, en los servicios públicos y privados, con el fin de conseguir el mejoramiento de la calidad de vida de los habitantes, la distribución equitativa de las oportunidades y los beneficios del desarrollo.

Que el artículo 365 de la Constitución Política establece que el Estado mantendrá la regulación, control y vigilancia de los servicios públicos, en procura de garantizar el mejoramiento continuo en la prestación de dichos servicios y la satisfacción del interés social.

Que la Ley 105 de 1993 establece que le corresponde al Estado la planeación, control, regulación y vigilancia del transporte y de las actividades a él vinculadas y en su artículo 2o establece que la seguridad de las personas constituye una prioridad del sistema y el transporte y un elemento básico para la unidad nacional y el desarrollo de todo el territorio colombiano.

Que el artículo 84 de la Ley 1450 de 2011, incorporó medidas para el desarrollo de los sistemas inteligentes de tránsito y transporte (SIT), definidos estos como un conjunto de soluciones tecnológicas informáticas y de telecomunicaciones que recolectan, almacenan, procesan y distribuyen información, y se deben diseñar para mejorar la operación, la gestión y la seguridad del transporte y el tránsito.

Que mediante el Decreto 2846 de 2013 “por medio del cual se adoptan estándares de tecnología para sistemas de recaudo electrónico vehicular y se dictan otras disposiciones” se estableció la Norma ISO/IEC 18000-63 como el estándar a adoptar en Colombia para el Sistema de Recaudo Electrónico Vehicular (REV).

Que el artículo 2.5.4.3 del Decreto 1079 de 2015 “por medio del cual se expide el Decreto Único Reglamentario del Sector Transporte", establece:

“Artículo 2.5.4.3. Interoperabilidad del sistema de Recaudo Electrónico Vehicular (IP/REV). El Ministerio de Transporte, con el objeto de garantizar la interoperabilidad del sistema, regulará las condiciones financieras, técnicas y jurídicas mínimas que debe cumplir una entidad para ejercer el rol de operador, intermediador o cualquier otra función definida por el Ministerio de Transporte en el sistema IP/REV”;

Que el Ministerio de Transporte expidió la Resolución número 546 de 2018, la cual fue modificada por la Resolución número 3254 de 2018, con el objeto de adecuar la reglamentación del sistema para la Interoperabilidad de Peajes con Recaudo Electrónico Vehicular (IP/ REV), establecer los lineamientos para la protección de los usuarios de los Sistemas de Interoperabilidad de Recaudo Electrónico Vehicular (IP/REV), fijar los requisitos que deben cumplir los Actores Estratégicos para obtener y mantener la Certificación para la prestación del servicio de Recaudo Electrónico Vehicular (REV), en condiciones de interoperabilidad entre los actores del sistema y adoptar los anexos: i) Anexo técnico, ii) Anexo de indicadores financieros, iii) Anexo Colpass, iv) Anexo de especificaciones técnicas, y v) Anexo Oferta Básica de Interoperabilidad (OBIP).

Que la Dirección de Infraestructura del Ministerio de Transporte, mediante memorandos 20215000027773 del 2 de marzo de 2021 y 20215000082263 del 13 de julio de 2021 solicitó la expedición del presente acto administrativo, con el fin de adoptar los ajustes necesarios para promover la implementación y operación efectiva del sistema IP/REV, así como concentrar en un único instrumento normativo la totalidad de las disposiciones aplicables al sistema IP/REV, conforme a lo siguiente:

“Una vez expedida la Resolución número 546 de 2018 “por la cual se adecúa la reglamentación del Sistema de Interoperabilidad de Peajes con Recaudo Electrónico Vehicular (IP/REV), se establecen normas de protección de los usuarios y se dictan otras disposiciones”, el Ministerio de Transporte recibió comunicaciones por parte de los interesados en el sistema, mediante las cuales se expusieron observaciones frente a su implementación relacionadas con las condiciones para el pago por el servicio de intermediación y los costos transaccionales, indicadores de disponibilidad y niveles de servicio exigidos, la confiabilidad del sistema, relaciones entre los operadores y las entidades concedentes, entre otros.

Debido a diversas inquietudes suscitadas con posterioridad a la expedición de la referida resolución, y la necesidad de evaluarlas para garantizar la correcta implementación del Sistema IP/REV y su sostenibilidad en el tiempo, el régimen de transición previsto en el artículo 33 de la Resolución número 546 de 2018 fue prorrogado inicialmente por el término de un (1) año contado a partir del 12 de marzo de 2019, mediante la Resolución número 883 del mismo año, y posteriormente por la resolución 509 de 2020 por un (1) año más.

Durante las prórrogas referidas, el Ministerio de Transporte a través del Viceministerio de Infraestructura llevó a cabo mesas de trabajo con los interesados en el sistema para analizar las observaciones planteadas y como resultado de las primeras mesas conjuntas, se estableció que algunas de las inquietudes serían abordadas en el marco de las mesas subsiguientes como eran i) la relación de los concesionarios y las entidades concedentes; i) la confiabilidad el sistema; iii) requisitos contractuales entre los usuarios y los intermediadores; y iv) otros aspectos operativos del sistema. Así mismo se estableció, con base en esas mesas de trabajo iniciales y las revisiones propias del Viceministerio, que era necesario, en relación con las condiciones para el pago por el servicio de intermediación y los costos transaccionales, los riesgos de contraparte, entre otros aspectos, la realización de 2 consultorías que generaran el insumo técnico, jurídico y económico necesario para atender las observaciones recibidas y ajustar el sistema de interoperabilidad recaudo electrónico vehicular (IP/REV) para permitir su correcta operación.

En este sentido, el Ministerio de Transporte adelantó las gestiones necesarias para el desarrollo de dos consultorías a través de la cooperación internacional de la Corporación Andina de Fomento - CAF y Better Than Cash - BTC, con el fin de contar con los insumos técnicos adecuados para ese propósito.

Así, mediante el apoyo de la Unidad de Proyección Normativa y Estudios de Regulación Financiera (URF) del Ministerio de Hacienda y Crédito Público (MHCP), se logró la cooperación del programa Better Than Cash para la evaluación de la armonización del marco normativo del recaudo de peajes electrónicos y la Regulación del Sistema de Pagos de Bajo Valor (SPBV) en Colombia. En dicho estudio se concluyó que las características propias de la regulación del sistema IP/REV no hacían necesario que este quedara sujeto a la reglamentación general sobre Sistema de Pagos de Bajo Valor (SPBV).

Adicionalmente, durante este periodo se llevaron a cabo las gestiones para la consecución de recursos de cooperación internacional no reembolsable a través del Banco de Desarrollo de América Latina – CAF, con la cual se logró el desarrollo de una consultoría cuyo objetivo fue el de 'realizar un diagnóstico y recomendar ajustes a las condiciones económicas y jurídicas del sistema IP/REV que permitieran su correcta implementación y operación, y que generaran condiciones adecuadas para la celebración de acuerdos entre actores del sistema.

Derivado de esta consultoría se encontró pertinente la intervención regulatoria por parte del Ministerio de Transporte que apunte a homogenizar y definir las tarifas entre los Operadores e Intermediadores que promuevan una materialización oportuna de la interoperabilidad y la universalización del sistema IP/REV, propenda por la viabilidad financiera de los diversos Intermediadores en un modelo de competencia por los usuarios, busque costos eficientes y traslade dichas eficiencias al sistema en su conjunto y, en particular, hacia los Operadores, minimizando riesgos asociados a los costos que estos agentes deban asumir.

En este sentido, después de realizar un análisis exhaustivo sobre el mercado a regular, las condiciones de los actores y sus modelos económicos, el esquema de funcionamiento del sistema, los potenciales riesgos de situaciones monopólicas o de oferta en cantidades que impida la sostenibilidad de los actores del mercado, soportaron la intervención de la relación económica entre operadores e intermediadores.

En este sentido, después de realizar un análisis exhaustivo sobre el mercado a regular, las condiciones de los actores y sus modelos económicos, el esquema de funcionamiento del sistema, los potenciales riesgos de situaciones monopólicas o de oferta en cantidades que impidieran la sostenibilidad de los actores del mercado, se soportaron elementos para considerar la intervención de la relación económica entre operadores e intermediadores.

Se identificó la necesidad de ajustar diversos elementos del sistema, entre otros:

1. Los requisitos financieros exigidos para habilitarse como Intermediador del sistema, eliminando los requisitos ligados a la rentabilidad y la utilización del indicador EBITD, con el objetivo de permitir a las empresas que se vieron afectadas en sus resultados financieros durante la pandemia, pero que conservan sus niveles de liquidez y patrimonio, el cumplimiento de requisitos financieros para ser habilitados, sin que ello vaya en detrimento del mismo. Así mismo, el ajuste tiene como propósito facilitar la participación de empresas nuevas en el sistema, evitando generar una barrera de entrada a diferentes competidores.

2. El cambio del término “Certificación” por el de “habilitación” por cuanto el Ministerio de Transporte no cumple funciones de Entidad de Certificación, entendida aquella como la organización privada que tiene como función evaluar la conformidad con y certificar el cumplimiento de una norma de referencia, ya sea respecto al producto, al servicio, o al sistema de gestión de una organización.

3. Los ajustes técnicos encaminados a robustecer las condiciones de estabilidad, confiabilidad y seguridad del Sistema de Gestión de Transacciones (SiGT), los cuales derivan en ajustes normativos que deben realizarse.

4. Las exigencias en materia de seguridad, estabilidad y calidad de la información aportada al sistema IP/REV; establecer parámetros técnicos objetivos para garantizar un sistema robusto con capacidad de operar de forma efectiva e implementar un sistema de asignación de códigos para identificar las plazas y los carriles del Sistema IP/REV para su correcta gestión y operación.

5. Se establecieron las reglas mínimas de disponibilidad de medios de recarga para los usuarios de todos los Intermediadores.

6. El establecimiento del término de 30 días como plazo para que los Actores Estratégicos que sean Habilitados generen los acuerdos que regulen sus relaciones con los Actores Estratégicos que ya estén Habilitados. Esto con el fin de que los Actores Estratégicos que no logren acuerdos en ese tiempo, puedan empezar a operar regulando sus relaciones con la Oferta Básica de Interoperabilidad, que es un anexo de la resolución, y de esta forma se impida que los nuevos Actores Estratégicos habilitados sean bloqueados por los Actores Estratégicos ya habilitados, y además se asegure que el sistema funcione de manera adecuada.

(…)

Del análisis de antecedentes, de los comentarios y de las consideraciones de política pública y de objetivos que se tienen para el sistema IP/REV, se encuentra conveniente ajustar el modelo respecto del proyecto de resolución inicialmente publicado para discusión del sector.

Los ajustes que se evidencian necesarios refieren al objetivo de actuar desde el MT principalmente en un rol como promotor de la adopción del modelo IP/REV logrando la interoperabilidad del sistema a nivel nacional y generando estímulos que permitan propender por la universalización del servicio, sin perjuicio de que a futuro se pueda eventualmente adoptar decisiones de obligaciones para los usuarios de las vías en relación con la adopción de los TAG RFID si en algún momento se encuentran convenientes y necesarias. Lo anterior, utilizando herramientas suaves de intervención del mercado que permitan absorber de una forma más eficiente las eficiencias de los procesos de negociación entre agentes y el desarrollo de la competencia entre los diferentes INT IP/ REV.

El esquema general de los ajustes que se proponen considera entonces los siguientes elementos:

- Una intervención suave y flexible de mercado consistente en la definición de un tope a los costos involucrados en las relaciones entre los INT IP/REV hacia los OP IP/ REV.

- La inclusión en dicho tope de todos los costos propios del INT IP/REV y los costos transaccionales por concepto de utilización de medios de pago como son los relacionados con recaudo y recarga de los TAG RFID de los usuarios.

- La fijación del citado tope que considere una señal regulatoria para todos los agentes conducente a estimular la mayor penetración y universalización del servicio y la búsqueda de economías de escala en los INT IP/REV.

- La fijación del tope nominado como un porcentaje del valor correspondiente al peaje involucrado, conteniendo así mismo el impacto financiero en los OP IP/REV y en los concedentes.

- La fijación de principios generales de publicidad y trato no discriminatorio respecto de los acuerdos a los que lleguen los INT IP/REV con los OP IP/REV.

- La focalización inicial en una primera fase en la consolidación alrededor de al menos un INT IP/REV por parte de los OP IP/REV de cada zona, región o corredor priorizando en este proceso inicialmente en las vías con posibilidad de rápida implementación.

- El desarrollo de una segunda fase en la cual se propenda por la completa interoperabilidad de todos los INT IP/REV con los OP IP/REV, considerando complementariamente la conexión indirecta de un INT IP/REV con un OP IP/REV a través de la conexión a través de otro INT IP/REV previamente conectado al OP IP/REV en cuestión.

- La inclusión de obligaciones de publicidad y trato no discriminatorio, así como de una oferta básica de conexión indirecta para los INT IP/REV a efectos de dinamizar la opción de conexión indirecta como mecanismo complementario para la consolidación de la interoperabilidad plena del sistema a nivel nacional.

En tanto se propone un grado de intervención suave y flexible que promueva el desarrollo de acuerdos entre agentes, se evidencia relevante la puesta en marcha de la instancia propuesta del comité técnico de implementación como escenario para decantar las mejores prácticas de industria que promuevan un sano desarrollo del mercado en competencia.

(…)

Que conforme a las Directrices generales de técnica normativa establecidas en el Capítulo 1 del Título 2 del Libro 1 de la Parte 2 del Decreto 1081 de 2015 “Decreto Único Reglamentario del Sector de la Presidencia de la República”, adicionado por el Decreto número 1609 de 2015, y para adecuar la reglamentación del sistema para la Interoperabilidad de Peajes con Recaudo Electrónico Vehicular (IP/REV), establecer los lineamientos para la protección de los usuarios del sistema de interoperabilidad de Recaudo Electrónico Vehicular (IP/REV), fijar los requisitos que deben cumplir los actores estratégicos para obtener y mantener la habilitación para la prestación del servicio de Recaudo Electrónico Vehicular (REV) de peajes, en condiciones de interoperabilidad entre los actores del sistema, es necesario derogar las Resoluciones 546 y 3254 de 2018, con el fin de realizar una regulación integral en aras de garantizar la seguridad jurídica y evitar la dispersión y proliferación normativa.

Que el contenido de la presente Resolución fue publicado en la página web del Ministerio de Transporte, del 2 al 17 de marzo y del 15 al 25 de julio de 2021, en cumplimiento de lo determinado en el numeral 8 del artículo 8o de la Ley 1437 de 2011, el artículo 2.1.2.1.14 del Decreto 1081 de 2015 adicionado por el Decreto 1273 de 2020 y la Resolución 994 de 2017 del Ministerio de Transporte, con el objeto de recibir opiniones, comentarios y propuestas alternativas.

Que en virtud de lo dispuesto en el artículo 7o de la Ley 1340 de 2009, se solicitó a la Superintendencia de Industria, y Comercio, concepto de abogacía de la competencia sobre el presente acto administrativo, entidad que mediante oficio 21299539--2-0 del 10 de agosto de 2021, elevó las siguientes recomendaciones: (i) sustentar debidamente los fundamentos económicos de la fórmula establecida para el cálculo de la comisión; (ii) aplicar un ejercicio de experimentación regulatoria o periodo de prueba para conocer el mercado en desarrollo y evitar resultados adversos por la definición de un valor tope de la comisión que no responda a las condiciones del Sistema IP/REV; (iii) revisar el modelo de solución de controversias adoptado en el artículo 35 del Proyecto para aplicar el que mejor se ajuste a las condiciones del Sistema IP/REV; (iv) adoptar una comisión provisional que reconozca los costos para la prestación del servicio por parte de los Intermediadores IP/REV y (v) ajustar el anexo 6 del proyecto con el fin de incluir reglas sobre el alcance, tratamiento, recolección y uso de la información que pueda conocer el Comité Técnico de Operación o los Actores Estratégicos que en él participen.

Que las recomendaciones efectuadas por la Superintendencia de Industria y Comercio, se acogieron parcialmente, no obstante, la Dirección de Infraestructura de esta Cartera Ministerial mediante memorando 20215000094693 del 11 de agosto de 2021, expone las razones por las cuales no es pertinente acogerlas en su totalidad, en los siguientes términos:

“Las recomendaciones elevadas por la Superintendencia se acogieron parcialmente en lo que se consideró pertinente, incorporando en los considerandos de la Resolución la justificación de aquellos que no fueron acogidos, los cuales reproducimos a continuación, haciendo especial énfasis en el hecho que las observaciones elevadas por la Delegatura para la Protección de la Competencia en su mayoría se refieren a asuntos que no revisten incidencia alguna en la libre competencia:

Que frente a la primera y segunda recomendaciones se encuentra que existen en la actualidad fallas de mercado relacionadas con asimetrías de información entre agentes regulados y regulador, elemento este que se ha evidenciado así mismo en los diferentes estudios realizados, por lo cual la resolución establece, precisamente, claras obligaciones relacionadas con reporte de información de mercado para todos los agentes, así como el registro de acuerdos entre los Operadores e Intermediadores, de modo que se pueda realizar un adecuado monitoreo y seguimiento constante del mercado y, de ser el caso, proceder a futuro a adecuar la regulación conforme evoluciona este y según se consolide una base de datos histórica que resuelva la problemática de asimetría de información indicada.

Que en el modelo propuesto no se define una fórmula para el cálculo de la comisión sino un esquema de libre negociación, donde el Ministerio únicamente fija, con la información existente, y con un modelo que simula la operación de los dos mercados involucrados, un tope de precios, generando con ello que en cada caso se pueda llegar a un acuerdo por la libre voluntad de las partes. Ello, aunado al monitoreo de mercado ya indicado, permitirá al Ministerio efectuar el seguimiento permanente de las variables de mercado y de su estructura, así como de los actores que operan en el mismo, a efectos de adecuar a futuro la regulación en caso de encontrar mérito para ello.

Que, frente a las diferencias plantadas por la SIC sobre la estimación conceptual de la demanda del Sistema de IP/REV, en las que difiere del estudio realizado por el Ministerio al afirmar que ella depende de la utilidad que el consumidor percibe al utilizar el Sistema, el precio del peaje y la cantidad de Operadores (que tienen un Intermediador cuya probabilidad asociada está dada por una función de distribución de probabilidad a construir), independiente de su validez conceptual, el Ministerio plantea la dificultad de construir y poblar con información real el modelo conceptual teórico referido, de manera que no se quede en un simple modelo teórico, con poca posibilidad práctica en su construcción y adopción.

Que, adicionalmente, el modelaje del Sistema exige la construcción, no de una función de demanda agregada, sino de una serie de funciones por cada categoría de peaje, sin que se identifique claramente del modelo que propone la SIC la manera como el mismo recoge las diferentes elasticidades de demanda de las distintas categorías de vehículos (tema que sí percibe el modelo del Ministerio al incluir diferentes niveles de adopción del Sistema, en función de las sensibilidades percibidas de los consumidores que hacen parte de las categorías de peajes modeladas).

Que en concepto de este Ministerio el modelo construido que sustenta la adopción de la presente normativa trabaja en dos partes, donde se endogenizan correctamente los dos componentes de los dos mercados: Primero construye la demanda nacional de peajes en función del ingreso real y del tamaño de la población (el precio del peaje nunca fue econométricamente significativo, por lo que se excluyó del modelo) y luego, en función del mercado global estimado. El modelo calcula el tráfico IP/REV en función del grado de adopción, externalidades de red y el choque externo del efecto Covid. Con la información disponible, el modelo estima de manera práctica el funcionamiento de los dos mercados.

Que, así mismo el Ministerio considera que, antes de contar con un número indeterminado de actores, es fundamental en el éxito del Sistema la existencia de presiones competitivas provenientes de actores competitivos que disciplinen el mercado. En la medida en que existan estos actores, la competencia del mercado se preservará y los niveles de precios y calidad no se verán afectados.

Que, no obstante, las diferencias entre los modelos propuestos, se acogen tres recomendaciones fundamentales expuestas por SIC y que se identifican como críticas en el éxito del proyecto. En primer lugar, con la existencia de información asimétrica entre el regulador del mercado y los operadores, tanto el Ministerio como “(…) [la] Superintendencia comprende[n] el valor del despliegue del mercado, razón por la cual sugiere[n] la implementación de la medida durante un período (…), del cual podrían generarse (…) condiciones de mercado que ajusten el valor tope de la comisión (…)”. (SIC, 2021, págs. 16-17). El Ministerio, acorde con lo planteado por la SIC, comprende que, ante la asimetría de información existente entre el regulador del mercado y los operadores, es de vital importancia la adopción de un sistema de monitoreo en que se genere información robusta de costos de los agentes del mercado, y con el cual se pueda afinar en el tiempo el precio tope que regule el mercado, a efectos de garantizar eficiencia. (SIC, 2021, pág. 17).

Que, en segundo lugar, el Ministerio adopta en su decisión la recomendación de la SIC en el sentido de que el Ministerio exija “(…) las memorias de cálculo de costos que justifiquen en detalle el valor pactado de la comisión en la intermediación, (…) [en la medida en que] la Autoridad de Competencia desconoce los costos (…) [reales de] prestación del servicio por parte de los INT IP/REV (…). Por esta razón, es imprescindible que el MT conozca detalladamente los costos en los que realmente incurren los agentes del mercado, con el fin de establecer criterios objetivos que reflejen si los costos establecidos en los acuerdos por los agentes afectan o no las condiciones del mercado [y] reconocer que los valores de éstos obedecen a una señal de eficiencia (…) que puedan o no afectar la competencia (…)”. (SIC, 2021, págs. 16-17).

Que, en tercer lugar, es claro para el Ministerio siguiendo el concepto de la SIC, la necesidad de (i) iniciar la operación del Sistema, (ii) contando con un precio tope sustentado con información real de los operadores, que regule los acuerdos entre ellos, (iii) generando un proceso constante de monitoreo que permita validar el tope inicial calculado con la estructura de costos suministrada en 2020 por los operadores y (iv) ajustando el precio tope inicial con el resultado, no solo de información real de costos, sino del resultado de la publicación de los acuerdos suscritos entre las partes.

Que corolario de lo referido, en la resolución se realizan algunas precisiones en materia del monitoreo y de eventuales ajustes a la regulación que se evidencien necesarios a futuro, conforme evolucione el mercado y se cuente con una base de información histórica adecuada para su análisis más profundo.

Que en cuanto a la tercera recomendación, se encuentra pertinente indicar que, en línea con la necesidad de promover esquemas de libre negociación y acuerdo entre las partes involucradas, y considerando que el Ministerio no cuenta con competencias legales asignadas en forma específica para la solución de controversias entre agentes sujetos a su regulación, la Resolución busca fomentar que, en caso de falta de acuerdo entre las partes involucradas, las mismas puedan acudir de mutuo acuerdo a los mecanismos alternativos de solución de controversias reconocidas legalmente en el país mediante la Ley 446 de 1998 y la Ley 1563 de 2012, y las normas que las modifiquen, adicionen y/o sustituyan y, de esa manera, se procede a precisar esas referencias normativas en la Resolución en línea con las recomendaciones emitidas por la SIC.

Que respecto a la cuarta recomendación, en tanto la regla de pago provisional en cualquier caso es, como su misma naturaleza lo indica, temporal y, además, sujeta a su ajuste retroactivo al llegar a acuerdo o resolverse la controversia correspondiente, se encuentra pertinente mantener un punto inicial intermedio como el propuesto pero, atendiendo a lo expuesto por la Superintendencia, establecer la posibilidad de revisar a futuro dicha regla, a medida que los diferentes acuerdos a los que lleguen los diferentes actores se registren y se cuente con información complementaria sobre el comportamiento en el mercado de los valores de comisión. En este sentido, se precisan algunos apartes de la resolución.

Que, por último, respecto de la recomendación final, no obstante haber incorporado ya reglas que indican que en ningún caso el Comité Técnico de Operación puede generar acuerdos o decisiones contrarios a las normas de competencia, en línea con las recomendaciones formuladas por la SIC se precisan y complementan las reglas propuestas para mayor claridad, en particular para asegurar que con ocasión de los asuntos que se sometan por parte del Ministerio de Transporte a consideración y discusión del Comité, se garantice el adecuado tratamiento de los datos y la información correspondiente, considerando además que se trata de una instancia exclusivamente para promover y facilitar la cooperación entre Actores Estratégicos y el logro de acuerdos entre estos en función de los objetivos de la implementación del Sistema IP/REV, así como para proponer ajustes al Sistema IP/REV derivado de sus actividades.”

Que mediante memorando 20215000094693 del 11 de agosto de 2021, la Directora de Infraestructura certificó que las observaciones recibidas fueron atendidas oportunamente, surtiendo además todos los trámites requeridos para la expedición de la regulación.

Que la Oficina Asesora de Jurídica del Ministerio de Transporte conservará los documentos asociados a la expedición del presente acto administrativo, en concordancia con las políticas de gestión documental y de archivo de la entidad.

En mérito de lo expuesto,

RESUELVE:

ARTÍCULO 1o. OBJETO. La presente resolución tiene por objeto adecuar la reglamentación del sistema para la Interoperabilidad de Peajes con Recaudo Electrónico Vehicular (IP/ REV), establecer los lineamientos para la protección de los usuarios del sistema de interoperabilidad de Recaudo Electrónico Vehicular (IP/REV), fijar los requisitos que deben cumplir los Actores Estratégicos para obtener y mantener la habilitación para la prestación del servicio de Recaudo Electrónico Vehicular (REV) de peajes, en condiciones de interoperabilidad entre los actores del sistema y adoptar los siguientes anexos, los cuales hacen parte integral de la presente resolución:

i) Anexo 1 Técnico: Es el documento que contiene el estándar técnico de interoperabilidad que deben cumplir los Actores Estratégicos para ser habilitados por el Ministerio de Transporte para ejercer su rol en el Sistema IP/REV.

ii) Anexo 2 - Financiero: Es el documento que contiene los requisitos financieros que deben cumplir los Actores Estratégicos para ser habilitados por el Ministerio de Transporte, para ejercer su rol en el Sistema IP/REV.

iii) Anexo 3 - Colpass: Anexo en el que se definen las condiciones para la utilización de la marca de interoperabilidad Colpass por parte de los Actores Estratégicos del Sistema IP/REV.

iv) Anexo 4 - Oferta Básica de Interoperabilidad (OBIP): Establece las condiciones mínimas que deben regir la relación entre los Actores Estratégicos.

v) Anexo 5 - Especificaciones de Interoperabilidad: Describe los mecanismos y requerimientos para el intercambio de información que deben seguir los Actores Estratégicos para conformar el requerimiento de interoperabilidad nacional a través de integraciones punto a punto.

vi) Anexo 6 - Comité Técnico de Operación: Define el alcance, conformación, funciones y vigencia de la instancia permanente de carácter consultivo para promover la cooperación entre Actores Estratégicos.

ARTÍCULO 2o. PRINCIPIOS. El Sistema (IP/REV), se desarrollará cumpliendo los principios rectores de los sistemas inteligentes para la infraestructura, el tránsito y el transporte (SIT) definidos en los artículos 2.5.1.1. y 2.5.1.4. del Decreto 1079 de 2015.

ARTÍCULO 3o. ÁMBITO DE APLICACIÓN. Las disposiciones establecidas en la presente Resolución se aplicarán a la prestación del servicio de Recaudo Electrónico Vehicular (REV) de peajes, a los Actores Estratégicos y a los usuarios del sistema.

ARTÍCULO 4o. DEFINICIONES. Para la interpretación y aplicación de la presente Resolución, se tendrán en cuenta además de las contempladas en el artículo 2.5.1.3 del Título 1 de la Parte 5 del Libro 2 del Decreto 1079 de 2015, las siguientes definiciones:

1. Actor Estratégico IP/REV: Se entenderán como actores estratégicos el Intermediador (INT IP/REV) y el Operador (OP IP/REV) del Sistema IP/REV.

2. Carril del Sistema IP/REV: Vía demarcada dentro de una estación de peaje o punto de cobro de peaje, que cuenta con la tecnología para realizar el cobro de la tarifa de peaje utilizando medios electrónicos, de conformidad con lo establecido en la presente resolución.

3. Centro de Operación de Peajes (COP): Lugar(es) físico(s) y/o virtual(es) desde donde se controla, configura, recoge, almacena y procesa la información de una o más estaciones de peaje, incluyendo uno o más carriles con Interoperabilidad de Peajes con Recaudo Electrónico Vehicular (IP/REV), bajo responsabilidad del Operador.

4. Habilitación del Intermediador del Sistema IP/REV: Acto mediante el cual el Ministerio de Transporte reconoce que el solicitante aprueba las condiciones de interoperabilidad y lo autoriza para hacer uso de la Marca de Certificación Colpass.

5. Habilitación del Operador del Sistema IP/REV: Acto mediante el cual el Ministerio de Transporte reconoce que el solicitante aprueba las condiciones de interoperabilidad y lo autoriza para hacer uso de la Marca de Certificación Colpass.

6. Colpass: Es el signo distintivo mediante el cual se identifica el servicio de interoperabilidad de peajes con el Sistema de Recaudo Electrónico Vehicular (IP/REV) a nivel nacional. Es una palabra compuesta por dos (2) sílabas. La primera sílaba COL que representa a Colombia, y la segunda palabra, el anglicismo PASS que representa la palabra PASE, que unidas forman la palabra Colpass y dan el significado de un pase que puede ser utilizado en los puntos de cobro de peaje en donde se encuentre dicha marca en Colombia.

7. Código Electrónico de Producto (código EPC): Es un número único diseñado para identificar de manera inequívoca cualquier objeto. Este código es un sistema de identificación y seguimiento de productos en tiempo real. El número se encuentra almacenado en el TAG que puede leerse mediante RFID.

8. Concesionario Vial: Contratista del Estado que en cumplimiento de lo pactado en un contrato de concesión O cualquier otra relación contractual, es responsable, entre otros, de la operación del peaje y del recaudo de la tarifa correspondiente por el uso de la infraestructura.

9. Conexión: Conexión entre un Operador y un Intermediador que permite la implementación de la interoperabilidad entre estos dos actores; dicha conexión puede ser directa o indirecta.

10. Conexión directa. Conexión que existe entre un Operador y un Intermediador para el intercambio directo de información a efectos de implementar la interoperabilidad entre estos dos actores.

11. Conexión indirecta. Conexión entre un Operador y un Intermediador a través de otro Intermediador previamente conectado de manera directa con el Operador, la cual permite la implementación de la interoperabilidad entre estos dos actores a través del Intermediador conectado directamente.

12. GIAI: Identificador global de activos individuales utilizado para la identificación, gestión y seguimiento de estos. El GIAI permite establecer la historia del activo, desde la creación de propiedad a la propiedad actual y un enlace a la información de activos.

13. Intermediador del sistema de Interoperabilidad de Peajes con Recaudo Electrónico Vehicular (INT IP/REV): Persona jurídica que: i) vincula a los usuarios, ii) gestiona la entrega y activa el dispositivo TAG RFID, iii) administra la información de las cuentas de los usuarios asociadas a los dispositivos TAG RFID, y iv) gestiona el pago de la tarifa de peaje a los Operadores por el uso de la infraestructura vial.

14. Interoperabilidad: Es la interacción e intercambio de datos de acuerdo con un método definido a través de la integración de tecnología y regulación normativa, entre dos o más sistemas (computadoras, medios de comunicación, redes, software y otros componentes de tecnologías de la información).

15. Interoperabilidad de Peajes con el Sistema de Recaudo Electrónico Vehicular (IP/REV): Capacidad de interactuar e intercambiar datos entre Operadores, Intermediadores y usuarios de conformidad con las formalidades previstas en la normatividad general y las dispuestas en esta Resolución, para realizar el pago de la tarifa de peaje utilizando un único dispositivo TAG RFID por vehículo.

16. Lista positiva: En el ámbito del sistema de Recaudo Electrónico Vehicular (REV), hace referencia a los reportes de los dispositivos TAG RFID activos.

17. Lista negativa: En el ámbito del sistema de Recaudo Electrónico Vehicular (REV), hace referencia a los reportes de los dispositivos TAG RFID invalidados.

18. Marca de Certificación de interoperabilidad: Marca de Certificación del Ministerio de Transporte Colpass, cuyo uso está limitado a los Operadores e Intermediadores habilitados. Dicha Marca de Certificación identifica, mediante un signo distintivo, el servicio de interoperabilidad a nivel nacional (IP/REV) prestado por el Actor Estratégico.

19. Medio de pago: Es el instrumento que se utiliza para realizar un pago, incluye entre otros, efectivo, productos bancarios tales como tarjetas de crédito, cuenta de ahorros, transferencias bancarias, depósitos en cuenta, entre otros.

20. Modalidad de pago: Corresponde a la forma de pago ofertada por el Intermediador y elegida por el usuario para acceder a los servicios de recaudo electrónico de peajes y demás servicios complementarios provistos por el Intermediador.

21. Modelo de interoperabilidad de peajes: Condiciones requeridas para la interacción de los actores del sistema para el Recaudo Electrónico Vehicular (REV).

22. Operador del sistema de Interoperabilidad de Peajes con Recaudo Electrónico Vehicular (OP IP/REV): Responsable del recaudo (manual, mixto o automático) de la tarifa del peaje, de acuerdo con lo establecido en el artículo 21 de la ley 105 de 1993, que ha sido debidamente habilitado para ser Operador IP/REV por el Ministerio de Transporte, para operar y garantizar el funcionamiento del recaudo efectuado a través del sistema IP/REV, proporcionando las herramientas, instalaciones y elementos (físicos y humanos) necesarios para su funcionamiento.

23. Paso: El tránsito satisfactorio de un vehículo por un Carril IP/REV o por un carril de pago manual.

24. Punto de Cobro de Peaje: Área donde se gestiona el pago del peaje. Pueden ser estaciones o plazas de peaje, peaje convencional, que incluye todos los carriles del peaje y el lugar físico donde se controla la información de dichos carriles o pórticos en sistemas de peaje de flujo libre.

25. Prefijo de Compañía: la proporción del número de identificación del Sistema GS1 que comprende un Prefijo GS1 y un Número de Compañía, ambos asignados por Organizaciones Miembro de GS1.

26. Números de TAG o número de códigos: Es el conjunto de códigos EPC que son entregados a un Intermediador por el Ministerio de Transporte.

27. Recaudo Electrónico Vehicular (REV): Acorde con lo dispuesto en el artículo 2.5.4.1 del título 4, de la parte 5, del libro 2 del Decreto 1079 de 2015, es un sistema inteligente para la infraestructura, el tránsito y el transporte, que permite a los usuarios pagar mediante una transacción electrónica bienes o servicios, mediante la utilización de tecnologías de apoyo, instaladas en la infraestructura o en dispositivos a bordo del vehículo.

28. Reportes de TAG RFID: Hace referencia a la información de todos los dispositivos TAG RFID activados para Interoperabilidad de Peajes con Recaudo Electrónico Vehicular (IP/REV) y que permite la conciliación y posterior compensación financiera, que deberá hacerse en forma directa entre los Actores Estratégicos.

29. Sistema de Gestión de Transacciones o SiGT: Subsistema diseñado para la recepción, almacenamiento, administración y explotación de toda la información de Recaudo Electrónico Vehicular (REV) cruzada entre los Actores Estratégicos. Así mismo, será la plataforma sobre la que se habiliten los Actores Estratégicos del Sistema IP/REV, y se asignen los Números de TAG solicitados, y demás funciones asignadas por el Ministerio de Transporte.

30. Servicios Adicionales: Servicios que podrá prestar el Intermediador IP/REV mediante la utilización del TAG, a los usuarios diferentes al pago de Peajes con Recaudo Electrónico Vehicular, siempre que tenga las habilitaciones y autorizaciones por parte de las autoridades competentes para su prestación.

31. TAG RFID: Dispositivo electrónico que se emplea para Identificación por Radiofrecuencia (RFID). Para el caso específico de Recaudo Electrónico Vehicular (REV) en peajes, se considera como la etiqueta de radiofrecuencia (TAG RFID) según las condiciones adoptadas en el estándar ISO 18000-63, dispuesto en el artículo 2.5.4.2 del Decreto 1079 de 2015 o la norma que lo modifique, adicione o sustituya.

Los TAG RFID puestos a disposición del público deberán cumplir con las normas de calidad y protección a usuarios que les sean aplicables, y su desconocimiento será objeto de las sanciones dispuestas en la regulación vigente.

32. Usuarios del Sistema IP/REV: Persona natural o jurídica que suscribe un contrato con un Intermediador debidamente habilitado por el Ministerio de Transporte en los términos de esta resolución, para la vinculación al Sistema IP/REV a través de la activación de uno o más TAG asociado a un medio de pago.

TÍTULO II

ACTORES ESTRATÉGICOS DEL SISTEMA IP/REV Y HABILITACIÓN

ARTÍCULO 5o. ACTORES ESTRATÉGICOS DEL SISTEMA IP/REV Y SUS ROLES. Los Actores Estratégicos del Sistema IP/REV, pueden ejercer los siguientes roles en el sistema, previa habilitación:

1. Operador del sistema de Interoperabilidad de Peajes con Recaudo Electrónico Vehicular (OP IP/REV).

2. Intermediador del sistema de Interoperabilidad de Peajes con Recaudo Electrónico Vehicular (INT IP/REV).

ARTÍCULO 6o. Habilitación como Operador del sistema de Interoperabilidad de Peajes con Recaudo Electrónico Vehicular (OP IP/REV) y/o Intermediador del sistema de Interoperabilidad de Peajes con Recaudo Electrónico Vehicular (INT IP/REV): Es la autorización que otorga la Dirección de Infraestructura del Ministerio de Transporte a las personas interesadas en ejercer un rol dentro del sistema IP/REV, previo cumplimiento de los requisitos exigidos de acuerdo con el rol para el cual se solicita la habilitación.

La solicitud de Habilitación se realizará vía electrónica a través de la página del Ministerio de Transporte www.mintransporte.gov.co.

Durante la vigencia de la Habilitación los Actores Estratégicos deberán cumplir con los requisitos técnicos, jurídicos y financieros que determine el Ministerio de Transporte.

PARÁGRAFO 1o. Nadie podrá ejercer un rol dentro del sistema de Interoperabilidad sin estar previamente habilitado por el Ministerio de Transporte. Desde la expedición de esta resolución y hasta que se cumplan los plazos establecidos por esta para que los Operadores y/o Concesionarios Viales obtengan la Habilitación como Operadores del Sistema de Interoperabilidad de Peajes con Recaudo Electrónico Vehicular (OP IP/REV), el servicio de Recaudo Electrónico Vehicular no interoperable podrá seguir siendo prestado por agentes que no se encuentren habilitados como Actores Estratégicos del Sistema IP/REV.

Una vez vencido cada plazo, los Operadores y/o Concesionarios Viales respectivos quedarán obligados a contar con la Habilitación como Operadores del Sistema de Interoperabilidad de Peajes con Recaudo Electrónico Vehicular (OP IP/REV) y no podrán continuar realizando Recaudo Electrónico Vehicular no interoperable, directamente o a través de terceros.

PARÁGRAFO 2o. A través de la solicitud de habilitación el Actor Estratégico expresamente bajo la gravedad del juramento manifiesta su voluntad y compromiso de: (i) cumplir con la reglamentación de las condiciones de IP/REV establecidas en la presente resolución, (ii) cumplir las condiciones para la prestación del servicio IP/REV que serán establecidas en la presente resolución y (iii) utilizar la Oferta Básica de Interoperabilidad - OBIP, así como adoptar y cumplir como mínimo con las condiciones que allí se establecen, aceptando así mismo acatar e implementar las condiciones futuras que se requieran para el adecuado funcionamiento del Sistema, y (iv) cumplir con toda la regulación y normas vigentes en la materia, sus modificaciones y actualizaciones que sean expedidas por las autoridades competentes.

ARTÍCULO 7o. CONDICIONES Y REQUISITOS PARA OBTENER LA HABILITACIÓN COMO ACTOR ESTRATÉGICO. Para obtener la Habilitación como Actor Estratégico del Sistema IP/REV, los solicitantes deberán acreditar los siguientes requisitos que aseguren el cumplimiento del objetivo definido en el artículo 1 de la presente resolución:

1. Operador del sistema de Interoperabilidad de Peajes con Recaudo Electrónico Vehicular (OP IP/REV):

1.1. Formulario digital de solicitud de Habilitación ante el Ministerio de Transporte suscrito por el representante legal de la sociedad interesada. El formulario estará disponible para los interesados en la página Web del Ministerio de Transporte.

1.2. Cuando se trate de un Concesionario Vial, certificación de la Interventoría del Contrato, o de la entidad adjudicataria respecto de su obligación de prestar el servicio de recaudo.

1.3. Certificado expedido por un profesional de la ingeniería de telecomunicaciones o electrónico con matrícula profesional vigente en el que se acredite que el interesado cuenta con una infraestructura tecnológica e informática que cumple con las especificaciones establecidas en los Anexos 1 Técnico, 3 COLPASS y 5 Especificaciones de Interoperabilidad de la presente Resolución. El certificado debe venir acompañado de un documento en donde describa la metodología utilizada, pruebas realizadas y resultado de estas, para establecer el cumplimiento de las especificaciones. Para la expedición de este certificado se deberá contemplar lo estipulado en el literal i) del artículo 33 y los literales a) y b) del artículo 34 de la Ley 842 de 2003.

Adicionalmente, en la Certificación se deberán identificar las plazas y el (los) carril(es) en los que prestará el servicio en virtud de la Habilitación. La identificación se deberá realizar de conformidad con la asignación de códigos únicos de identificación de plazas y carriles del numeral 1.6.1.9. del Anexo 1 - Técnico de la presente resolución.

1.4. Certificado expedido por un profesional de la ingeniería de sistemas con matrícula profesional vigente en la que se acredita que el interesado cuenta con: (i) un sistema de información para establecer conexiones recurrentes con la totalidad de los Intermediarios, y con el SiGT o el sistema designado por el Ministerio de Transporte y (ii) con un sistema de información de seguimiento de peticiones, quejas, reclamos y resolución de disputas capaz de establecer conexiones bajo demanda con todos los intermediadores, quienes recibirán las mismas por parte de sus respectivos usuarios.

1.5. Acreditar que se realizaron pruebas satisfactorias con el SiGT o con el sistema de información que el Ministerio de Transporte designe. Para este fin, el Ministerio habilitará un ambiente de pruebas en el cual el interesado se podrá registrar previo a la obtención de la Habilitación y realizar las pruebas de los sistemas de información.

2. Intermediador del sistema de Interoperabilidad de Peajes con Recaudo Electrónico Vehicular (INT IP/REV).

2.1. Formulario digital de solicitud de Habilitación ante el Ministerio de Transporte suscrito por el representante legal de la sociedad interesada. El formulario estará disponible para los interesados en la página Web del Ministerio de Transporte.

2.2. Registro Único Tributario - RUT vigente.

2.3. Estar constituido legal y debidamente registrado en el Registro Mercantil de la Cámara de Comercio, esta condición se verificará por parte del Ministerio de Transporte mediante consulta al Sistema RUES.

2.4. Estados financieros de la última vigencia fiscal debidamente certificados y dictaminados conforme a las normas vigentes aplicables en Colombia, con sus respectivas notas.

2.5. Acreditar que cuentan con un patrimonio líquido mínimo de siete mil setecientos (7.700) Salarios Mínimos Mensuales Legales Vigentes (SMMLV). El patrimonio solicitado se verificará con los estados financieros con corte a la última vigencia fiscal, aplicable antes de la presentación de la solicitud de habilitación, debidamente aprobados por la asamblea de accionistas, junta de socios o el órgano social competente y deberán encontrarse debidamente auditados y dictaminados.

2.6. En el caso de sociedades constituidas, o que sufran cambios en su estructura societaria o en su composición de capital, en la misma vigencia en la cual solicita Habilitación como Actor Estratégico del Sistema de Interoperabilidad de Peajes con Recaudo Electrónico Vehicular IP/REV, los estados financieros con base en los cuales se debe acreditar el cumplimiento de los requisitos financieros y diligenciar los anexos correspondientes, corresponderá a los del último cierre ordinario si los hubiere, a los estados financieros de constitución de la sociedad, o a los estados intermedios que reflejen los cambios acreditados, siempre que estén debidamente aprobados por el máximo órgano social de la empresa y certificados y/o auditados y dictaminados de acuerdo con la normatividad contable aplicable en Colombia.

2.7. Cumplir con las razones financieras establecidas en el Anexo 2 - Financiero, las cuales se calcularán con base en los estados financieros aportados.

2.8. Certificado expedido por un profesional de la ingeniería de telecomunicaciones o electrónico con matrícula profesional vigente en el que se acredite que el interesado cuenta con una infraestructura tecnológica e informática que cumple con las especificaciones establecidas en los Anexos 1 Técnico, 3 COLPASS y 5 Especificaciones de Interoperabilidad de la presente Resolución. El certificado debe venir acompañado del documento en donde describa la metodología utilizada, pruebas realizadas y resultado de estas, para establecer el cumplimiento de las especificaciones. Para la expedición de este certificado se deberá contemplar lo estipulado en el literal i) del artículo 33 y los literales a) y b) del artículo 34 de la Ley 842 de 2003.

2.9. Acreditar que se realizaron las pruebas satisfactorias con el SiGT o con el sistema de información que el Ministerio de Transporte designe. Para este fin, el Ministerio habilitará un ambiente de pruebas en el cual el interesado se podrá registrar previo a la obtención de la Habilitación y realizar pruebas de los sistemas de información.

PARÁGRAFO 1o. La revisión y evaluación de los documentos y calidades exigidas para obtener la Habilitación se realizará por parte del Ministerio de Transporte.

El Ministerio de Transporte podrá solicitar, de forma previa a la expedición de la habilitación, la realización de pruebas entre los Actores Estratégicos y otras entidades con la finalidad de verificar la Interoperabilidad.

En caso de que la solicitud esté incompleta o se deba allegar información complementaria o documentación, el Ministerio de Transporte otorgará un término no mayor a un (1) mes contado a partir del envío del requerimiento al solicitante para atenderlo. En caso de que no se allegue la información en el término antes establecido se entenderá como desistida la solicitud.

PARÁGRAFO 2o. Cuando quien se pretenda habilitar como Operador sea una entidad pública, deberá aportar lo previsto en los numerales 1.1, 1.3, 1.4 y 1.5, a través del funcionario competente para ello, quien deberá aportar la resolución de nombramiento y el acta de posesión.

PARÁGRAFO 3. <Parágrafo adicionado por el artículo 1 de la Resolución 51695 de 2021. El nuevo texto es el siguiente:> Los actores estratégicos del sistema IP/REV contarán con un plazo de tres (3) años, contados a partir de la expedición de la presente resolución para cumplir con los requisitos de hardware previstos en la presente resolución, asegurando desde el momento de su solicitud de habilitación, que el hardware y software instalado en vía y a nivel de Centro de Operación del Peaje, cumple con las especificaciones mínimas descritas en esta Resolución para poder interoperar con los demás intermediadores IP/ REV habilitados. Los demás requisitos y condiciones previstos en el presente artículo deberán cumplirse en su integralidad para el trámite de habilitación. Lo anterior, sin perjuicio que el hardware cuyo objeto es el recaudo electrónico vehicular, que sea adquirido con posterioridad a la entrada en vigencia de la Resolución 20213040035125 del 11 de agosto de 2021, deba cumplir con lo establecido en esta.”

ARTÍCULO 8o. TRÁMITE DE HABILITACIÓN. La Habilitación se otorgará en un término no superior a sesenta (60) días calendario, contados desde el momento de la fecha de la última radicación con la cual se acredite el cumplimiento de la totalidad de los requisitos establecidos en la presente resolución.

Los Actores Estratégicos tendrán un plazo máximo de 30 días calendario contados a partir de la notificación de la resolución que lo habilita, para lograr los acuerdos que regulen su relación con todos los demás Actores Estratégicos habilitados en las condiciones de interoperabilidad descritas en la presente resolución y sus anexos como condición previa para prestar servicios a través del Sistema IP/REV. Una vez vencido el plazo anterior, se aplicará la Oferta Básica de Interoperabilidad entre quienes no hayan suscrito acuerdos e iniciará la prestación de los servicios.

En el acto administrativo a través del cual la Dirección de Infraestructura del Ministerio de Transporte otorga la Habilitación, se especificará el nombre, razón social o denominación, domicilio principal, correo electrónico, la información mediante la cual se identificará al Actor Estratégico y la identificación de las plazas y carril(es) sobre los que se otorga la habilitación de acuerdo con la nomenclatura del numeral 1.6.1.9 del Anexo 1 - Técnico de la presente resolución.

El no otorgamiento de la Habilitación por parte del Ministerio de Transporte deberá estar motivado, será susceptible de los recursos a que se refiere la Ley 1437 de 2011, ante la Dirección de Infraestructura del Ministerio de Transporte o Viceministerio de Infraestructura, según corresponda y no constituye un impedimento para presentar de nuevo la solicitud.

PARÁGRAFO. <Parágrafo modificado por el artículo 2 de la Resolución 51695 de 2021. El nuevo texto es el siguiente:> El Ministerio de Transporte, a través de la Dirección de Infraestructura, publicará y mantendrá actualizado en su sitio web, el listado de los Operadores e Intermediadores habilitados.

ARTÍCULO 9o. VIGENCIA DE LA HABILITACIÓN. La habilitación como actor estratégico del sistema IP/REV se mantendrá vigente siempre que subsistan las condiciones que dieron lugar a su otorgamiento y el Actor Estratégico cumpla con todas las obligaciones previstas en la presente resolución.

Anualmente, los Intermediadores deberán allegar al Ministerio de Transporte, a través del aplicativo dispuesto en la página web de la entidad, los estados financieros a seis dígitos contables con los soportes correspondientes de la última vigencia fiscal, debidamente certificados y dictaminados conforme a las normas vigentes aplicables en Colombia, con sus respectivas notas desglosadas con los principales rubros asociados a los activos invertidos en el Sistema, así como los principales ingresos gastos y costos de la operación del Sistema.

El Ministerio de Transporte y/o las entidades de inspección, vigilancia y control podrán solicitar de oficio, la información que se requiera para la revisión del cumplimiento de dichas condiciones y/u obligaciones.

Sin perjuicio de lo anterior, el Actor Estratégico deberá informar al Ministerio de Transporte, de cualquier cambio que afecte las condiciones que dieron lugar a su habilitación, dentro del mes siguiente a su acaecimiento.

PARÁGRAFO. La habilitación se entregará sujeta a condición suspensiva de entrega de pólizas en los términos y condiciones establecidos en el artículo 31 de la presente resolución. El incumplimiento de lo anterior acarreará la declaratoria de pérdida de fuerza ejecutoria del acto.

ARTÍCULO 10. HABILITACIÓN EN MÚLTIPLES ROLES. Los actores estratégicos del sistema, que pretendan habilitarse para ejercer más de un rol en el sistema de Recaudo Electrónico Vehicular IP/REV, deberán acreditar que cuentan con la capacidad legal para el desempeño de esas múltiples actividades. En cualquier caso, deberán mantener un trato no discriminatorio frente a otros Actores Estratégicos.

ARTÍCULO 11. SOLICITUD DE NÚMEROS DE TAG PREVIO A LA HABILITACIÓN. Las personas jurídicas que a la fecha de publicación de la presente resolución se encuentren prestando el servicio de Recaudo Electrónico Vehicular (REV) o aquellas personas que pretendan ser Intermediadores y hayan suscrito previamente contratos con Operadores que cuenten con un sistema de Recaudo Electrónico Vehicular con TAG RFID según la Norma ISO 18000-63, bajo su propio riesgo podrán solicitar de forma voluntaria, antes de presentar la solicitud de Habilitación, la asignación de conjuntos de números para la fabricación de TAG RFID al Ministerio de Transporte, previa presentación de los soportes que acrediten su condición.

La asignación de conjuntos de números para la fabricación de TAG RFID de ninguna manera suplirá la obligación de habilitarse ante el Ministerio de Transporte que debe cumplir el solicitante para ejercer un rol en el sistema. En caso de que el solicitante no obtenga la Habilitación al vencimiento del término de transición previsto en la presente resolución, los números de TAG autorizados serán revocados y su asignación quedará sin efecto.

El Intermediador deberá obtener la Habilitación en un plazo máximo de seis (6) meses contados a partir de la asignación de conjuntos de números para la fabricación de TAG RFID. Este plazo podrá ser prorrogado por una única vez y por el mismo término inicial por la Dirección de Infraestructura del Ministerio de Transporte, previa solicitud del interesado, por causas no imputables a este.

ARTÍCULO 12. MIGRACIÓN DE TAG EN CIRCULACIÓN E INVENTARIO. Una vez al Intermediador le sea otorgada la Habilitación, este deberá migrar al SiGT o sistema de información que destine el Ministerio de Transporte, los TAG que a la fecha de la expedición de la presente Resolución tenga en circulación o en inventario. La información para migrar de los TAG en circulación será el TID, EPC, placa y clase de vehículo. Para los TAG en inventario la información a migrar será el TID, el número de factura de compra y fecha.

Esta migración deberá realizarse dentro de los veinte (20) días siguientes a la expedición del acto que le otorgue la habilitación. Los TAG para ser migrados deberán cumplir con lo establecido en el Decreto 2060 de 2015 y con las condiciones técnicas y de interoperabilidad establecidas en la presente resolución. Una vez realizada la migración, el intermediador solo podrá asignar nuevos TAG a los usuarios con la numeración que le otorgue el Ministerio.

PARÁGRAFO 1o. Los intermediadores tendrán un plazo máximo de tres (3) años, contados a partir de la expedición de la presente Resolución, para realizar los cambios de TAG que fueron migrados inicialmente al sistema del Ministerio de Transporte. A partir del vencimiento de este plazo de tres (3) años, todos los TAG deberán tener la codificación y cumplir los parámetros técnicos del Ministerio.

PARÁGRAFO 2o. No se permitirá la migración de los TAG a las personas jurídicas que pretendan ser intermediadores y a la fecha de expedición de la presente resolución no estén prestando el servicio de Recaudo Electrónico Vehicular (REV). En este caso todos los TAG deberán cumplir con las condiciones técnicas descritas en la resolución.

ARTÍCULO 13. SOLICITUD DE NÚMEROS DE TAG. Mientras mantenga su calidad de habilitado, el Intermediador podrá a través del SiGT obtener los números para ser grabados en los TAG a razón de un número único por dispositivo. El procedimiento para su asignación se realizará así:

El Intermediador solicitará al Ministerio de Transporte la asignación de números de TAG a través del Sistema de Gestión de Transacciones SiGT.

El Ministerio de Transporte realizará el proceso de validación y comunicará por medio del SiGT los números asignados en un plazo máximo de tres (3) días hábiles, posteriores a la solicitud.

TÍTULO III.

COLPASS.

ARTÍCULO 14. COLPASS. Los Actores Estratégicos que están debidamente habilitados para ejercer un rol en el sistema IP/REV deberán utilizar la Marca de Certificación adoptada en el Anexo 3 – Colpass de la presente resolución, en un lugar visible del carril IP/REV, así como en forma física o electrónica, para indicar los lugares donde se realicen los pagos y recargas del sistema IP/REV, o en los lugares y en las formas definidas en el Anexo 3 Colpass de la presente resolución. Esto con el fin de que los usuarios puedan identificar fácilmente los peajes y los carriles que pertenecen al sistema IP/REV.

PARÁGRAFO 1o. La marca Colpass únicamente podrá ser utilizada para identificar el Sistema IP/REV; por lo tanto, cuando el Intermediador IP/REV preste Servicios Adicionales a los usuarios diferentes al pago de Peajes con Recaudo Electrónico Vehicular deberá referirse a dichos servicios mediante signos distintivos diferentes a Colpass y se abstendrá de utilizar la marca Colpass para aludir a estos.

PARÁGRAFO 2o. El Ministerio de Transporte podrá ejercer directamente o a través de terceros todas aquellas acciones pertinentes para proteger la marca Colpass de utilizaciones indebidas, abusivas, fraudulentas, engañosas o no autorizadas, con el fin de preservar su imagen y propender por el cumplimiento de los fines propuestos en esta reglamentación.

ARTÍCULO 15. PROPIEDAD. La marca Colpass será de ámbito nacional y exclusiva del Ministerio de Transporte de acuerdo con la Resolución 100236 de 2015 de la Superintendencia de Industria y Comercio.

ARTÍCULO 16. VIGENCIA DEL DERECHO AL USO DE LA MARCA. El derecho al uso de Colpass estará condicionada al mantenimiento de la Habilitación del Actor Estratégico.

TÍTULO IV

OFERTA BÁSICA DE INTEROPERABILIDAD – OBIP

ARTÍCULO 17. OFERTA BÁSICA DE INTEROPERABILIDAD (OBIP). La Oferta Básica de Interoperabilidad (OBIP), de que trata el Anexo 4 de la presente Resolución, establece el contenido mínimo que debe constar en los acuerdos que logren los Actores Estratégicos, en aras de asegurar la transparencia y el correcto funcionamiento del sistema IP/REV y la protección de los usuarios que lo utilicen.

Sin perjuicio de lo anterior, los Actores Estratégicos podrán en desarrollo de la autonomía de la voluntad celebrar acuerdos adicionales o establecer condiciones adicionales, las cuales no podrán contravenir, las condiciones de la Oferta Básica de Interoperabilidad (OBIP), el orden público, la normativa vigente o afectar los derechos de los usuarios y consumidores.

PARÁGRAFO 1o. El cumplimiento de las condiciones establecidas en el Anexo 4 - OFERTA BÁSICA DE INTEROPERABILIDAD (OBIP) de la presente resolución, serán un requisito para mantener la Habilitación y la licencia de uso de la marca Colpass. Los Intermediadores habilitados por el Ministerio de Transporte adquieren la obligación de ser Interoperables con los Operadores habilitados y viceversa, bajo las condiciones mínimas definidas en las normas aplicables, en especial las establecidas en la presente resolución.

PARÁGRAFO 2o. En el caso de una conexión indirecta, el Intermediador que se conecte directo con el Operador deberá cumplir con lo previsto en el presente artículo, tanto para sus usuarios como para aquellos del Intermediador que se conecta de forma indirecta a través suyo. El acuerdo al que lleguen los dos Intermediadores para una conexión indirecta deberá ser consistente y no limitar de manera alguna la OBIP ya establecida y las responsabilidades del Intermediador y el Operador allí consignadas.

PARÁGRAFO 3o. La totalidad de los acuerdos a que lleguen los Intermediadores con los Operadores serán públicos y deberán ser registrados ante el Ministerio de Transporte, a efectos de que sean publicados por parte de la entidad en un sitio web de libre acceso para su consulta. Lo anterior en aras del principio de transparencia y para asegurar el desarrollo del principio de trato no discriminatorio entre actores.

ARTÍCULO 18. COMITÉ TÉCNICO DE OPERACIÓN. El Sistema IP/REV contará con el Comité Técnico de Operación, el cual fungirá como instancia permanente, bajo la coordinación del Ministerio de Transporte, para promover y facilitar la cooperación entre Actores Estratégicos y el logro de acuerdos entre estos, así como para proponer ajustes al Sistema IP/REV derivado de sus actividades, de acuerdo con lo establecido en el Anexo 6 de la presente Resolución.

Los Actores Estratégicos tienen la obligación de asistir al Comité Técnico de Operación del Sistema IP/REV, a través de un representante debidamente facultado.

Así mismo, los Actores Estratégicos deberán poner en conocimiento del Comité aquellas controversias con otros Actores Estratégicos que no logren ser resueltas de forma directa y que dificulten o imposibiliten la normal operación del Sistema IP/REV y/o la prestación del servicio.

El Comité podrá mediar en la resolución de dichas controversias a solicitud de los Actores Estratégicos involucrados, sin perjuicio de las acciones judiciales o extrajudiciales a que haya lugar.

TÍTULO V

CONDICIONES MÍNIMAS DE PRESTACIÓN DE SERVICIO A LOS USUARIOS DEL SISTEMA IP/REV

ARTÍCULO 19. PRINCIPIOS APLICABLES A LA RELACIÓN ENTRE LOS ACTORES ESTRATÉGICOS Y LOS USUARIOS DEL SISTEMA IP/REV. Las relaciones entre los actores estratégicos y los usuarios del Sistema IP/REV, deberán velar por la protección de estos últimos, y se regirán por los siguientes principios:

a) Favorabilidad. Toda duda en la interpretación o aplicación de las normas y de las cláusulas del contrato celebrado entre los Actores Estratégicos será decidida a favor de los usuarios, de manera que prevalezcan sus derechos.

b) Calidad. Los Actores Estratégicos prestarán sus servicios en forma continua y eficiente, de conformidad con los parámetros técnicos establecidos en la presente resolución y sus anexos, o las normas que la modifiquen, adicionen o sustituyan.

c) Buena fe. Los diferentes Actores Estratégicos y los usuarios del Sistema IP/ REV, guardarán la buena fe en las relaciones que establezcan.

d) Información. En todo momento de la relación que se establezca entre los Operadores y los Intermediarios y entre estos y los usuarios, los primeros deberán suministrar información en forma transparente, comprensible e idónea, necesaria, actualizada y oportuna, suficiente, comprobable, precisa, cierta, completa, gratuita y que no induzca a error, para efectos que los usuarios tomen decisiones informadas respecto del servicio o servicios ofrecidos o requeridos. Esta información en los términos indicados deberá estar disponible por parte de los Operadores e Intermediadores, a efectos de la regulación, vigilancia y control del Estado.

La información gratuita al usuario será la necesaria para conocer las condiciones de contratación, la ejecución contractual y las obligaciones y derechos a los que se encuentra sujeto como usuario y/o consumidor del servicio del sistema IP/REV.

e) Protección de datos personales y responsabilidad demostrada. El tratamiento de datos personales que realicen los Actores Estratégicos deberá realizarse de manera legal, lícita, confidencial y segura, dando estricto cumplimiento a las normas sobre tratamiento de datos personales previstas en el artículo 15 de la Constitución Política de Colombia, la Ley Estatutaria 1581 de 2012 y sus normas reglamentarias, y deberán adoptar medidas de responsabilidad demostrada para garantizar el debido tratamiento de esos datos. Las medidas adoptadas deben ser apropiadas, efectivas, útiles, eficientes y demostrables. Especial énfasis realizarán en garantizar la seguridad, la integridad, la confidencialidad, el uso y la circulación restringida de esa información.

f) Publicidad. Los Intermediarios y Operadores deberán publicitar a través de medios físicos o virtuales, las características del servicio, los documentos tipo de la relación contractual, las tarifas del servicio y sus modificaciones en forma clara, veraz, oportuna y verificable, sobre las características propias del servicio de IP/REV. Esto con el fin de permitir y facilitar su comparación y comprensión al usuario.

g) Responsabilidad. Los diferentes Actores Estratégicos y los usuarios del Sistema IP/REV, deberán actuar de manera responsable frente al uso y prestación de los servicios del sistema, evitando aquellas conductas que afecten su adecuado funcionamiento o que perjudiquen a los demás actores del sistema.

h) Trato no discriminatorio y transparencia en la información. los actores en sus acuerdos no podrán establecer reglas o condiciones que discriminen a un actor o a un grupo de actores respecto a otro. En desarrollo de este principio, deberán dar trato igual en sus acuerdos a todos los actores en cuanto a las condiciones técnicas, operativas, comerciales, y cualquier otra que se consigne en dichos acuerdos. Para materializar este principio todos los acuerdos entre actores estratégicos (Operadores e Intermediadores) serán públicos, sujeto a registro ante el Ministerio de Transporte y publicados para libre consulta de cualquier interesado.

ARTÍCULO 20. DERECHOS DE LOS USUARIOS DEL SISTEMA IP/REV. Sin perjuicio de lo dispuesto en la Ley 1480 de 2011, o la norma que la modifique, adicione o sustituya, los usuarios del sistema de Interoperabilidad de Recaudo Electrónico Vehicular (IP/REV), tendrán los siguientes derechos:

a) Hacer uso del Sistema IP/REV en todo el territorio nacional, en los carriles que se encuentren habilitados para ello y a través del servicio que le presten los Actores Estratégicos correspondientes.

b) Utilizar los servicios del Sistema IP/REV al suscribir un contrato con un Intermediador.

c) Recibir los servicios del Sistema IP/REV que ha contratado de manera continua, de conformidad con lo establecido en la presente resolución o en aquellas que la modifiquen, adicionen o sustituyan.

d) Elegir libremente el Intermediador que le proporcionará el servicio.

e) Tener acceso claro y completo a la información necesaria acerca del ofrecimiento o prestación de los servicios.

f) Conocer previamente las condiciones aplicables al servicio, las cuales no podrán ser modificadas sin ser previamente comunicadas al usuario, en concordancia con lo previsto en el Artículo 26 de la presente Resolución. En caso de prestar Servicios Adicionales, esto se deberán realizar conforme a la normatividad vigente que aplique, indicando claramente las tarifas a cobrar por dichos servicios adicionales, y aclarando que estas no tienen relación alguna con el Sistema IP/REV.

g) Exigir que se respeten las condiciones acordadas contractualmente, de conformidad con los términos dispuestos en las normas de protección al usuario y/o consumidor.

h) Gozar de la protección de sus datos personales de conformidad con lo dispuesto en la Ley Estatutaria 1581 de 2012 y sus normas reglamentarias. Los usuarios podrán ejercer, en cualquier momento, los derechos consagrados en el artículo 8 de la mencionada ley, observando para ello los procedimientos dispuestos en los artículos 14, 15 y 16 de esa norma.

i) Escoger por lo menos una de las modalidades de pago dispuestas por el Intermediador de conformidad con lo establecido en el artículo 28 de la presente Resolución o aquella que la modifique, adicione o sustituya.

j) Terminar la relación contractual en cualquier momento de la prestación del servicio, sujeto al pago de los servicios que se le hayan prestado hasta el momento de la terminación y, en caso de tener saldo pendiente de uso en una cuenta prepago, tener derecho a su íntegra devolución de manera oportuna, salvo la deducción del impuesto del 4 x mil cuando aplique. Dicha deducción debe estar claramente explicada en un certificado de cierre de cuenta expedido con el certificado de desvinculación del TAG a la cuenta de usuario, para que este pueda contratar con cualquier otro Intermediador de su elección. La emisión de este certificado deberá darse dentro de los tres (3) días calendario siguientes a la solicitud de terminación de la relación contractual, habiendo cumplido con los requisitos para tal fin por parte del usuario.

k) Recibir los servicios del Sistema IP/REV, aun cuando existan disputas con el Intermediador con ocasión de los Servicios Adicionales prestados por este.

l) Obtener una copia del contrato que se establezca con el Intermediador de forma física o electrónica. El formato del contrato que establezca el Actor Estratégico deberá estar disponible en línea en todo momento, para permitir su consulta sin restricciones.

m) Tener a su disposición un TAG RFID para la utilización de los servicios en condiciones de calidad, durante la vigencia de la relación que se establezca con el Intermediador.

n) Presentar de manera respetuosa consultas, peticiones, solicitudes, quejas o reclamos ante el Intermediador elegido, referentes a la prestación de los servicios y a la información suministrada y recibir respuesta oportuna a las mismas.

o) Recibir oportunamente el estado de cuenta por la utilización de los servicios y tener acceso a la información de los consumos a través de los canales que el Intermediador correspondiente esté obligado a proveer de conformidad con el artículo 23 de la presente resolución o la que la modifique, adicione o sustituya. Para el envío del estado de cuenta se puede hacer uso de los canales digitales, a través de la misma solución tecnológica que el Intermediador ponga a disposición de sus usuarios para la gestión de la cuenta respectiva.

p) Contar con mecanismos de recarga por medios electrónicos y, además, puntos de presencia físicos para realizar recargas en efectivo.

q) Los demás derechos reconocidos en la normatividad vigente, en especial lo dispuesto en la Ley 1480 de 2011.

PARÁGRAFO 1o. Los derechos establecidos en el presente artículo deberán estar contenidos y desarrollados en la relación contractual que establezcan los Actores Estratégicos con los usuarios y estos deberán constar en las relaciones que establezcan los Operadores con los Intermediarios, en cuanto a las responsabilidades que para su cumplimiento le competa a cada uno.

PARÁGRAFO 2o. Los Intermediadores deberán disponer de medios de pago y/o recarga adecuados para sus usuarios e informar sobre los mismos. Así mismo, los Intermediadores podrán poner a disposición de sus usuarios puntos para recarga en efectivo para usuarios que no cuenten con otros mecanismos de pago; Para lo anterior podrán disponer de puntos propios o puntos tercerizados con agentes recaudadores de efectivo especializados, corresponsales bancarios u otros; así mismo podrán establecer convenios entre los diferentes Intermediadores para compartir sus redes de puntos de recarga en efectivo como parte integral de acuerdos de conexión indirecta o mediante acuerdos que únicamente consideren el acceso a dichos puntos de recarga.

ARTÍCULO 21. OBLIGACIONES DE LOS USUARIOS DEL SISTEMA IP/REV. Sin perjuicio de lo dispuesto en la Ley 1480 de 2011, o la norma que la modifique, adicione o sustituya, los usuarios del Sistema IP/REV, tendrán las siguientes obligaciones mínimas:

a) Tomar todas las medidas necesarias para garantizar que el dispositivo TAG RFID sea instalado en el vehículo al cual fue asociado y se mantenga operativo, de conformidad con los parámetros que le haya suministrado previamente el Intermediador, con la finalidad de garantizar el buen uso del Sistema IP/REV.

b) Proporcionar información veraz oportuna y suficiente, en especial la relacionada con las condiciones necesarias para la prestación del servicio, así como las características e información del vehículo en que se instalará el TAG RFID.

c) Hacer buen uso del servicio y del TAG RFID entregado de conformidad con lo pactado en la relación que se establezca con el Intermediador.

d) No remover ni alterar el TAG RFID del vehículo para el cual fue asignado.

e) Informar oportunamente de cualquier daño o alteración que se presente en el TAG RFID al Intermediador para que a través de este se reemplace el mismo, de conformidad con las cláusulas de garantía aplicables a este producto y en los términos dispuestos en la Ley 1480 de 2011. Así mismo, informar en caso de pérdida o robo del TAG RFID o del vehículo al que fue asignado.

f) Hacer uso de la información entregada por el Intermediador únicamente para los efectos de la prestación de los servicios.

g) Dar cumplimiento a los pactos contractuales establecidos con el Intermediador y dependiendo de la modalidad de pago, disponer de un saldo suficiente para la efectiva prestación del servicio.

h) Pagar la tarifa de peaje correspondiente a través del Sistema IP/REV cuando haga uso de este. Si al momento del paso del vehículo por un carril IP/REV el sistema se encontrara fuera de línea, el usuario tendrá derecho a pasar por el peaje sin la obligación de aportar otro medio de pago, pero con la obligación de garantizar la disponibilidad del saldo necesario hasta que el sistema ejecute el cobro.

PARÁGRAFO. Las obligaciones establecidas en el presente artículo deberán estar contenidas y desarrolladas en la relación contractual que establezcan los Intermediadores con los usuarios.

ARTÍCULO 22. OBLIGACIONES DE LOS OPERADORES CON LOS USUARIOS. Los operadores deberán garantizar las siguientes condiciones a los usuarios:

a) Permitir en los peajes a su cargo el uso del Sistema IP/REV por parte de los usuarios, de acuerdo con las condiciones señaladas para ello. El Operador deberá tener disponible al menos un carril con el sistema IP/REV por sentido (mixto o exclusivo), en cada peaje objeto de su habilitación. Lo anterior, sin perjuicio de los requerimientos sobre Recaudo Electrónico Vehicular y de los niveles de filas y/o congestión exigidos contractualmente por la entidad concedente o contratante.

b) Interoperar, directa o indirectamente, con todos los Intermediadores habilitados, de acuerdo con la fase de implementación del Sistema IP/REV, de manera que los usuarios que suscriban contratos con dichos intermediarios puedan hacer uso del Sistema IP/REV en todos los peajes.

c) Prestar los servicios del Sistema IP/REV de manera continua, en condiciones de calidad y eficiencia de conformidad con lo establecido en la presente resolución y sus anexos o en aquellas resoluciones que las modifiquen, adicionen o sustituyan, aun cuando existan controversias con otros Actores Estratégicos.

d) Proveer a los Intermediadores toda la información de carriles habilitados con el Sistema IP/REV que tenga a su cargo, de modo que el usuario la conozca de manera oportuna.

e) Señalizar con “Colpass” los carriles IP/REV que tenga a su cargo, de acuerdo con el Anexo 3 - Colpass, de tal manera que permitan al usuario su fácil identificación.

f) Realizar el pago a los Intermediadores por concepto de los servicios prestados por estos, en los términos y condiciones dispuestas en el Anexo 4 – Oferta Básica de Interoperabilidad (OBIP).

g) Dar respuesta a las solicitudes de información de los Intermediadores en los tiempos dispuestos en el Anexo 4 - Oferta Básica de Interoperabilidad (OBIP).

h) Prestar a los usuarios los servicios adicionales dispuestos en el contrato de concesión o la normatividad vigente, aun cuando el pago se realice electrónicamente.

i) Garantizar el paso del usuario IP/REV por el carril IP/REV, en el evento en que se presenten fallas del sistema del Intermediador o del Operador o en la comunicación entre ellos, en los términos establecidos para ello en el numeral d) y e) de las “Condiciones mutuas a establecerse entre los Operadores y los intermediadores” incluidos en el Anexo 4 - Oferta Básica de Interoperabilidad (OBIP).

ARTÍCULO 23. OBLIGACIONES DE LOS INTERMEDIADORES EN LOS CONTRATOS QUE SUSCRIBA CON LOS USUARIOS. Los Intermediadores deberán garantizar las siguientes condiciones en los contratos que suscriban con los usuarios:

a) Establecer las condiciones para la provisión y correcta instalación del dispositivo TAG RFID en el vehículo de los usuarios del sistema IP/REV, de tal manera que se garantice que, al momento de la instalación de este, se ajustan a los requisitos técnicos necesarios para su apropiada lectura y se realiza sobre el vehículo asociado.

b) Interconectarse, directa o indirectamente, con todos los Operadores habilitados, de manera que los usuarios con los que suscriba contratos puedan hacer uso del Sistema IP/REV en los peajes de todos los Operadores habilitados.

c) Prestar el servicio de Recaudo Electrónico Vehicular de manera continua, de conformidad con lo establecido en la presente resolución sus anexos o en aquellas resoluciones que las modifiquen, adicionen o sustituyan, aun cuando existan controversias con otros Actores Estratégicos

d) Mantener informados a los usuarios sobre las condiciones de prestación de los servicios del Sistema IP/REV, así como de cualquier cambio que se produjera en dichas condiciones tales como cobertura, servicios adicionales, entre otros.

e) Realizar la compensación al Operador, en los términos y condiciones dispuestas en el Anexo 4 – Oferta Básica de Interoperabilidad (OBIP).

f) Respetar las condiciones acordadas contractualmente, de conformidad con los términos dispuestos en las normas de protección al usuario y/o consumidor.

g) Tener disponibles al menos dos canales de comunicación para que el usuario pueda consultar el estado de su cuenta y saldo disponible en el sistema IP/REV. El Intermediador debe garantizar la disposición de un canal de atención presencial para atender consultas del usuario en caso de fallas en los canales de atención virtuales.

Adicionalmente, el Intermediador debe notificar mediante alertas a través de, al menos, dos canales de comunicación, el valor del peaje y el saldo de la cuenta del usuario después que el usuario utilice los servicios del Sistema IP/REV.

h) Informar al usuario los dos canales de comunicación (como mínimo) para instaurar peticiones, quejas y reclamos (PQR) sobre los servicios del Sistema IP/REV a su cargo o su uso.

i) Garantizar la disposición de un canal de atención presencial para atender PQR en caso de fallas en los canales de atención virtuales.

j) Proveer mecanismos ágiles y eficientes para atender y resolver las Peticiones, Quejas y Reclamos, Solicitudes y Consultas de los usuarios, en un término no superior a 15 días hábiles desde su recibo.

k) Proveer a los usuarios los medios y modalidades de pago de acuerdo con lo dispuesto en el artículo 28 de la presente resolución.

l) Permitir al usuario terminar la relación contractual en cualquier momento de la prestación del servicio, sujeto al pago de los servicios que se le hayan prestado hasta el momento de la terminación y, en caso de tener saldo pendiente de uso en una cuenta prepago, tener derecho a su íntegra devolución de manera oportuna, salvo la deducción del impuesto del 4 por mil cuando aplique. Dicha devolución debe estar claramente explicada en un certificado de cierre de cuenta expedido junto con el certificado de desvinculación del TAG a la cuenta de usuario, lo anterior.

m) Asegurar la prestación continua de los servicios del Sistema IP/REV al usuario sin perjuicio de las disputas que se puedan presentar con este con ocasión de la prestación de servicios adicionales.

n) Entregar al usuario una copia del contrato que se establezca con el Intermediador de forma física o electrónica. Mantener disponible en todo momento de forma electrónica, el formato del contrato de prestación de los servicios del Sistema IP/REV y permitir al usuario su consulta sin restricciones.

o) Suministrar a los usuarios un TAG RFID que cumpla con las especificaciones técnicas dispuestas en la presente resolución y en especial en el anexo 1 – Técnico, durante la vigencia de su relación contractual.

p) Proveer un sistema de información que muestre la trazabilidad y permita hacer seguimiento a las Peticiones, Quejas y Reclamos, Solicitudes y Consultas de los usuarios.

q) Dar acceso a la información de los consumos a través de los diferentes canales de conformidad con lo dispuesto en la presente Resolución o la que la modifique, adicione o sustituya.

r) Reconocer a los usuarios los derechos establecidos en la normatividad vigente, en especial lo dispuesto en la Ley 1480 de 2011.

s) Sin perjuicio de la posibilidad que tienen los Intermediadores de ofertar diversos planes con o sin Servicios Adicionales, los Intermediadores deberán ofrecer al menos un plan que corresponda únicamente a los Servicios del Sistema IP/REV para el pago de peajes sin que se cobre en dicho plan ningún tipo de recargo por peaje ni ningún tipo de cargo básico o cargo mínimo, de modo que los usuarios que soliciten dicho plan puedan usar la totalidad de sus recargas para pagar el monto de los peajes. Lo anterior sin perjuicio del valor por suministro e instalación del TAG RFID que fije el Intermediador en condiciones no discriminatorias respecto de otros planes tarifarios.

PARÁGRAFO: La emisión del certificado de cierre de cuenta deberá darse dentro de los 3 días calendario siguientes a la solicitud de terminación de la relación contractual, habiendo cumplido con los requisitos para tal fin por parte del usuario.

ARTÍCULO 24. CONTENIDO MÍNIMO DEL CONTRATO ENTRE INTERMEDIADOR Y USUARIO PARA LA PRESTACIÓN DE LOS SERVICIOS DEL SISTEMA IP/REV. Además de las condiciones dispuestas en el Artículo 37 de la Ley 1480 de 2011, o las normas que lo modifiquen, adicionen o sustituyan, y los requisitos legales aplicables a los contratos comerciales, los contratos para la prestación de los servicios que disponga el Intermediador para la vinculación de usuarios deberá contener como mínimo:

a) El nombre o razón social del Intermediador y el domicilio de su sede o establecimiento principal.

b) El nombre o razón social y domicilio del usuario que celebró el contrato

c) Datos del vehículo o vehículos vinculados bajo el contrato.

d) Número de identificación del dispositivo o dispositivos TAG asignados al vehículo o vehículos vinculados al contrato.

e) Descripción de los Servicios del Sistema IP/REV.

f) Servicios Adicionales. En el evento en que se pacte la prestación de Servicios Adicionales, su descripción, tarifas y condiciones, deberán incluirse en el contrato de manera separada de los servicios del Sistema IP/REV. Manifestando de manera clara que estos se prestan a través del dispositivo TAG RFID pero no tienen relación con el Sistema IP/REV ni la marca COLPASS y que las controversias que surjan a partir de esta prestación son ajenas al Ministerio de Transporte.

g) Modalidad o modalidades de pago escogidas por el usuario.

h) Las condiciones de prestación de los servicios del Sistema IP/REV, a cargo del Operador y del Intermediador, de acuerdo con la normatividad vigente.

i) Condiciones que debe cumplir el usuario para la activación del TAG y plazo máximo para que dé cumplimiento a estas.

j) Derechos y Obligaciones del usuario.

k) Obligaciones del Intermediador.

l) Causales y condiciones para la suspensión y trámites obligatorios de notificación en caso de suspensión de los servicios del Sistema IP/REV.

m) Causales y condiciones para la terminación y trámites obligatorios de notificación en caso de terminación del contrato.

n) Causales de incumplimiento por parte del usuario y sus consecuencias.

o) Causales de incumplimiento por parte del Intermediador y sus consecuencias.

p) Trámite de Peticiones, Quejas, Reclamos, Sugerencias y Felicitaciones (PQRSF) ante el Intermediador de conformidad con lo dispuesto en esta Resolución y la normatividad vigente.

q) Información al usuario en materia de protección de los datos personales y tratamiento de la información ante el reporte a Operadores de información financiera, comercial y crediticia o centrales de riesgo, caso este último en que también deberá tenerse en cuenta las disposiciones contenidas en la Ley 1266 de 2008, en particular en lo que hace referencia al cumplimiento de los principios y deberes que se consagran en dicha ley.

ARTÍCULO 25. PROHIBICIÓN. Además de las condiciones dispuestas los artículos 42 y 43 de la Ley 1480 de 2011, en los contratos de prestación de servicios que se pacten entre los usuarios y los Intermediadores no se podrán establecer las siguientes cláusulas:

a) Relaciones comerciales o prestación de servicios prohibidos por ley.

b) Las que obliguen al usuario o permitan la renuncia de estos de los derechos concedidos por ley y en especial los contenidos en la presente resolución.

c) Las que desconozcan los derechos de los consumidores, respecto de la prestación de los servicios vinculados al Sistema IP/REV, como también las que desconozcan los derechos de los consumidores de otros servicios afectos a la relación.

d) Cláusulas que limiten la responsabilidad del Intermediador por la prestación del servicio, la calidad del TAG RFID, el manejo de los datos de los usuarios o la administración de los recursos entregados por los usuarios.

e) Cláusulas que obliguen a la compra de servicios o dispositivos adicionales a los requeridos para la prestación de los servicios del Sistema IP/REV, como prerrequisito u obligación para la prestación de este o que impongan términos de permanencia mínima contractual a los usuarios.

f) Estipulaciones que otorguen a los Intermediadores la facultad de terminar unilateralmente el contrato, o suspender su ejecución, por razones distintas al incumplimiento de las obligaciones del usuario, caso fortuito, fuerza mayor y las demás que establezca la ley.

g) Establecer cobros al usuario por la prestación de los servicios del Sistema IP/ REV, adicionales al pago de la tarifa del peaje.

PARÁGRAFO. La estipulación de alguna de estas cláusulas dará lugar a las sanciones previstas en el artículo 61 de la Ley 1480 de 2011.

ARTÍCULO 26. INFORMACIÓN DE LAS CONDICIONES. Al momento de la oferta y/o de la celebración del contrato y durante la ejecución de este, los usuarios deben conocer previamente y en forma expresa las condiciones que se aplicarán a los servicios del Sistema IP/REV y cualquier modificación de estas deberá ser informada al usuario.

TÍTULO VI

COMISIONES Y MODALIDADES DE PAGO

ARTÍCULO 27. COMISIÓN DEL SERVICIO ENTRE EL OPERADOR Y EL INTERMEDIADOR. La comisión por todos los servicios prestados por los Intermediadores a los Operadores del Sistema IP/ REV deberá cumplir con las reglas previstas en el presente artículo, con excepción de los vehículos exentos establecidos en el artículo 21 de la Ley 105 de 1993, modificado por el artículo 1o de la Ley 787 de 2002.

La comisión será negociada libremente entre cada Intermediador y cada Operador.

La comisión deberá expresarse como un valor porcentual sobre el valor de la tarifa de los peajes cobradas a los usuarios de las vías y la misma incluirá todos los cargos y costos, incluyendo aquellos costos transaccionales por concepto de utilización de medios de pago, como es el caso de las recargas en las redes de recarga que para este efecto establezca cada Intermediador.

El tope máximo para dicha comisión será de 3,7% del valor de la tarifa de los peajes cobrados a los usuarios de las vías. Los Intermediadores aplicarán, en todo caso, el principio de trato no discriminatorio respecto de la comisión que pacten con los diferentes Operadores.

Los Operadores no podrán limitar la posibilidad de que un Intermediador establezca acuerdos de conexión indirecta con otro Intermediador y deberán extender el acuerdo que hayan firmado con el Intermediador que tenga una conexión directa con él respecto de los usuarios del Intermediador que se conecte indirectamente; en todo caso el Intermediador que se conecta directamente será el responsable ante el Operador por todas las transacciones propias y de cualquier otro Intermediador que se conecte indirectamente a través suyo conforme a las condiciones del acuerdo que hayan celebrado.

El Ministerio podrá revisar de oficio el tope establecido cuando encuentre mérito para ello en ejercicio de sus facultades legales, según evolucionen las condiciones de mercado y de penetración del servicio IP/REV o cualquier otra variable relevante que pueda incidir en el valor de dicho tope. Para el efecto, el Ministerio podrá considerar, entre otras fuentes, la información de mercado correspondiente al consolidado de reportes periódicos de transacciones de los diferentes agentes, la estructura de mercado y participaciones resultantes, así como los niveles de los valores de comisiones pactados entre los Operadores e Intermediadores consignados en los respectivos acuerdos debidamente registrados.

En todo caso, se revisará el tope de lograrse acuerdos sectoriales para recaudo de tarifas con el sector financiero y/o con los principales Operadores de redes de recaudo en efectivo extensivo a todos los Intermediadores que permitan mayor eficiencia de costos o cualquier otro tipo de acuerdo sectorial que permita la reducción de costos en la operación de los Intermediadores.

Los Intermediadores deberán adecuar sus costos conforme a la comisión aquí prevista buscando la mayor eficiencia posible y reflejando dicha eficiencia en sus acuerdos, siendo su responsabilidad la operación bajo estrictos criterios de eficiencia. Los valores pactados en sus acuerdos incluyen la remuneración por todos los costos en que incurre el Intermediador incluido aquel que se le genere en la relación con los usuarios del sistema por concepto de utilización de medios de pago. En consecuencia, los Intermediadores deberán negociar con sus canales de recarga condiciones eficientes de costos de recaudo y no podrán trasladar costos mayores a los previstos en el tope indicado a los Operadores.

En ningún caso, se podrá cobrar al usuario, por el paso por la estación de peaje, un valor superior a la tarifa establecida para el respectivo peaje por la autoridad competente de conformidad con lo dispuesto en el artículo 21 de la Ley 105 de 1993, modificado por la Ley 787 de 2002.

PARÁGRAFO 1o. Registro de acuerdos. Los Operadores deberán registrar ante el Ministerio de Transporte los acuerdos que logren con los diferentes Intermediadores, incluyendo todos sus anexos, dentro de los diez (10) días siguientes a su suscripción, a efectos de que sean públicos y sean base para aplicación del principio de trato no discriminatorio. Así mismo, los Intermediadores deberán registrar ante el Ministerio de Transporte los acuerdos para conexión directa que logren con los diferentes Operadores y los acuerdos de conexión indirecta a través de otro Intermediador, dentro de los diez (10) días siguientes a su suscripción. Estos acuerdos serán públicos y podrán ser consultados por cualquier actor estratégico que lo requiera. Deberán incluir, entre otros temas, la comisión pactada entre las partes y los mecanismos y términos de pago acordados.

Con el fin de prevenir prácticas restrictivas de la competencia, en el caso de acuerdos suscritos entre un Operadores y un Intermediador cuando entre ellos existan relaciones societarias comunes, socios comunes y/o entidades relacionadas en común, el registro de los acuerdos correspondientes deberá ir acompañado de una memoria de cálculo detallada de costos que justifique en detalle el valor pactado de la comisión de intermediación. Dicha memoria no será objeto de publicación por parte del Ministerio de Transporte, Entidad que en todo caso podrá, previo análisis de la misma, remitir a la autoridad única de protección de la competencia (Superintendencia de Industria y Comercio (SIC)) en caso de que a su juicio pudieran existir indicios de prácticas restrictivas de la competencia a efectos de que dicha autoridad efectúe sus análisis y de ser el caso inicie las actuaciones respectivas en el marco de sus competencias. Así mismo, el Ministerio podrá solicitar la remisión de los documentos soporte de los costos y cualquier otra aclaración o ampliación de información que considere respecto de dicha memoria de cálculo; adicionalmente el Ministerio podrá solicitar la correspondiente memoria de cálculo e información soporte a cualquier otro actor del mercado que considere necesario para sus análisis y de ser el caso remitirla así mismo a la autoridad de competencia.

PARÁGRAFO 2o. Conexión indirecta. En concordancia con lo dispuesto en el artículo 32 de la presente resolución, un Intermediador podrá atender frente a un Operador los usuarios de otro Intermediador con el que tenga un acuerdo de conexión indirecta; en dicho caso, el Intermediador que tiene el acuerdo de conexión directa con el Operador podrá extender para dichas transacciones las condiciones ya establecidas en el acuerdo suscrito con el Operador pero deberá, así mismo, responder ante éste último por todas las transacciones del Intermediador que se conecta indirectamente a través de él como si fuesen propias. Los Intermediadores que tengan acuerdos de conexión directa con los Operadores deberán mantener una oferta pública de conexión indirecta para otros Intermediadores en la cual especifiquen como mínimo las condiciones técnicas y operativas para su implementación, la proporción de la comisión ya pactada con los Operadores que se reconocerá a cada parte, las garantías que se exigirán a un Intermediador que se conecte indirectamente, así como las reglas aplicables para los procesos de conciliación y transferencia de los dineros correspondientes y cualquier otra condición necesaria para la implementación de dicho acuerdo.

ARTÍCULO 28. MODALIDADES DE PAGO. El Intermediador deberá permitir a los usuarios el pago de la tarifa de peaje o la recarga a la cuenta del usuario para descontar los pagos, a través de productos financieros bancarios y/o agregadores de pagos autorizados en el país.

Adicionalmente, deberá ofrecer a los usuarios por lo menos dos (2) de las siguientes modalidades de pago

a) Prepago simple: El Intermediador activa al usuario un dispositivo TAG RFID, haciendo una recarga mínima utilizando dicho dispositivo hasta que se haga necesario realizar una nueva recarga. La prestación de Servicios Adicionales a través de la cuenta de Prepago Simple estará condicionada al cumplimiento de los requisitos establecidos por la Superintendencia Financiera y a su manejo a través de entidades vigiladas por esa Superintendencia.

b) Prepago con cargo recurrente: El Intermediador activa al usuario un dispositivo TAG RFID indicando el medio de pago y el monto que desee recargar con cargo a ese medio de pago. Dicha recarga será automática una vez que el saldo llegue a un valor predeterminado por el usuario. En este caso el usuario debe contar con un producto financiero o medio de pago que respalde la activación y el uso del dispositivo TAG RFID. La prestación de otros servicios diferente a los relacionados con el servicio de pago de peajes electrónicos a través de la cuenta de Prepago con cargo recurrente estará condicionada al cumplimiento de los requisitos establecidos por la Superintendencia Financiera y a su manejo a través de entidades vigiladas por esa Superintendencia.

c) Pago inmediato: El Intermediador activa al usuario un dispositivo TAG RFID cargando inmediatamente el costo de los pasos a su medio de pago, tarjeta de crédito, u otro producto financiero en el momento del Paso. En este caso específico, el usuario y/o Consumidor debe contar con un producto financiero que respalde la activación y uso del dispositivo TAG RFID.

d) Pospago: El Intermediador activa al usuario un dispositivo TAG RFID cargando el costo de los pasos con posterioridad a la prestación del servicio de recaudo electrónico de peaje o cualquier otro servicio acordado entre el Intermediador y el usuario. En este caso específico, el usuario y/o Consumidor debe contar con un producto financiero que respalde la activación y uso del dispositivo TAG RFID.

PARÁGRAFO 1o. El Intermediador podrá ofrecer cualquier otra modalidad de pago siempre y cuando se cumpla con la regulación establecida por las autoridades competentes. El Intermediador que ofrezca productos del sistema financiero deberán haber obtenido los permisos y habilitaciones pertinentes de conformidad con la normatividad vigente.

PARÁGRAFO 2o. El Intermediador que no esté habilitado para prestar servicios de intermediación financiera o no lo haga a través de un contrato, asociación, o convenio con una entidad financiera para que sea esta última la que realice el recaudo de recursos de los usuarios en la modalidad prepago simple y prepago recurrente, solamente podrá ofrecer aquellas modalidades de pago para las que se encuentre habilitado legalmente. En dicho caso, los recursos recaudados por concepto del pago electrónico del peaje deberán ser garantizados a través de encargos fiduciarios o cualquier otro mecanismo que asegure que los recursos recaudados por concepto del pago electrónico del peaje no podrán ser utilizados o destinados por el Intermediador para realizar pagos diferentes a esa destinación. El incumplimiento de esta obligación dará lugar a la pérdida de la habilitación como Actor Estratégico del Sistema IP/REV. Este requisito deberá ser constituido y la constancia de su constitución deberá ser entregadas al Ministerio de Transporte como condición previa para iniciar la prestación de los servicios como Actor Estratégico.

El esquema fiduciario de administración aquí previsto no aplicará para aquellos casos en que el Intermediador sea una entidad bancaria u otro tipo de establecimiento de crédito definido en el artículo 2o del Estatuto Orgánico del Sistema Financiero (Decreto 663 de 1993 y sus modificaciones.

PARÁGRAFO 3o. Los Intermediadores podrán poner a disposición de sus usuarios puntos para recarga en efectivo en los municipios que atienden las vías con estaciones de peaje IP/ REV habilitadas. Para lo anterior podrán disponer de puntos propios o puntos tercerizados con agentes recaudadores de efectivo especializados, corresponsales bancarios u otros; así mismo podrán establecer convenios entre los diferentes Intermediadores para compartir sus redes de puntos de recarga en efectivo.

TÍTULO VII

INSPECCIÓN, VIGILANCIA Y CONTROL

ARTÍCULO 29. DE LA INSPECCIÓN, VIGILANCIA Y CONTROL. En relación con la Protección a los usuarios, la Protección de la Libre Competencia Económica y la Protección de Datos Personales, para el uso de los servicios del Sistema IP/REV, los Actores Estratégicos estarán sujetos a los regímenes establecidos de manera general por la normatividad vigente en cada materia.

Así mismo, los Actores Estratégicos se encontrarán sujetos a sus propios regímenes, reglas legales y contractuales y a las entidades de inspección, vigilancia, control y regulación que les sean obligatorias.

TÍTULO VIII

OTRAS DISPOSICIONES

ARTÍCULO 30. SUMINISTRO DE INFORMACIÓN. Los Actores Estratégicos que están debidamente Habilitados para ejercer un rol en el Sistema IP/REV, deberán tener permanentemente a disposición de las entidades de inspección, vigilancia y control, el Ministerio de Transporte, entidades que ejerzan como concedentes y demás autoridades de control, las estadísticas, libros, documentos, bases de datos generadas en la operación del sistema y demás elementos que permitan validar y verificar los requisitos e información suministrada. Aquellas informaciones sujetas a confidencialidad de conformidad con las normas vigentes seguirán las reglas allí establecidas para su tratamiento. En el caso de los establecimientos bancarios, se mantendrán las facultades de inspección, vigilancia y control que tiene la Superintendencia Financiera de Colombia, y se respetará el principio de reserva bancaria, y demás disposiciones contenidas en la normatividad aplicable.

ARTÍCULO 31. GARANTÍAS DE RESPONSABILIDAD CIVIL. Los Actores Estratégicos que estén debidamente habilitados para ejercer un rol en el Sistema IP/REV, deben tomar por cuenta propia con una compañía de seguros autorizada para operar en Colombia, pólizas de seguro de responsabilidad civil que amparen los riesgos inherentes a la actividad de cada Actor Estratégico, de conformidad con el rol que ejerza, la cual deberá cubrir al menos los siguientes riesgos:

a) Operador IP/REV: Seguro de responsabilidad civil extracontractual que ampare los daños y perjuicios que se causen a terceros, como consecuencia de su actividad como Operador IP/REV. Este seguro debe cubrir un monto mínimo de mil quinientos salarios mínimos mensuales legales vigentes (1.500 smmlv) y debe contar con el amparo de gastos médicos, quirúrgicos, farmacéuticos y hospitalarios. En caso de ya poseer pólizas de seguros, que cubran estas responsabilidades, el solicitante deberá presentar una habilitación en la que consten las coberturas y los montos exigidos.

Cuando el Operador sea el mismo concesionario vial, el requisito de este seguro podrá ser acreditado a través del seguro de responsabilidad civil que debe tomar en el contrato de concesión en los términos del artículo 2.2.1.2.3.1.8 del Decreto 1082 de 2015 o de la norma que lo modifique, adicione o sustituya, siempre y cuando en el seguro se ampare de manera expresa la responsabilidad derivada de su actividad como Operador IP/REV.

El Operador debe mantener vigente este seguro durante el periodo de su Habilitación como operador y dos (2) años más.

En la póliza de seguro correspondiente deberán figurar como mínimo, en calidad de asegurados, el Ministerio de Transporte y el Operador.

b) Intermediador IP/REV (INT IP/REV): Seguro de responsabilidad civil extracontractual que ampare los daños y perjuicios que se causen a terceros como consecuencia de su actividad como Intermediador IP/REV por un monto mínimo de quinientos salarios mínimos mensuales legales vigentes (500 smmlv).

Adicionalmente, debe adquirir una póliza de seguros de infidelidad y riesgos financieros que cubra los actos dolosos de sus empleados que se conviertan en pérdidas económicas para el asegurado, por un monto mínimo de mil quinientos salarios mínimos mensuales legales vigentes (1.500 smmlv).

El Intermediador IP/REV debe mantener vigente estos seguros durante el periodo de su Habilitación como Actor Estratégico.

PARÁGRAFO. Las garantías mencionadas en el presente artículo deberán ser constituidas y entregadas al Ministerio de Transporte dentro de los treinta (30) días calendario siguientes a la fecha en que el Operador y/o Intermediario sea habilitado. Las garantías deberán constituirse teniendo como asegurado al Ministerio de Transporte, en los términos y condiciones establecidos para el rol al que fue habilitado el Operador/Intermediador.

ARTÍCULO 32. SERVICIOS DE INTERMEDIACIÓN. Los Intermediadores podrán ofrecer servicios de integración y/o conectividad a otros Actores Estratégicos del sistema IP/REV, sin que con ello se modifique la responsabilidad de cada uno de los Actores Estratégicos frente a la prestación de servicios del Sistema IP/REV.

ARTÍCULO 33. IMPLEMENTACIÓN PROGRESIVA. <Artículo modificado por el artículo 3 de la Resolución 51695 de 2021. El nuevo texto es el siguiente:> A partir de la entrada en vigencia de la presente Resolución, los Concesionarios Viales que presenten solicitud ante el Ministerio de Transporte, serán habilitados una vez se verifique el cumplimiento de los requisitos exigidos en esta.

Aquellos Concesionarios Viales que operen los siguientes peajes tendrán como plazo máximo para obtener la habilitación como Operadores el 28 de febrero de 2022:

Departamento	Nombre del peaje
Cundinamarca	TEBAIDA
Cundinamarca	MONDOÑEDO
Quindío	TÚNEL LÍNEA QUINDÍO
Tolima Atlántico	TÚNEL LÍNEA TOLIMA GALAPA
Atlántico	JUAN MINA
Cundinamarca	SIBERIA
Cundinamarca	CAIQUERO
Cundinamarca	BICENTENARIO

Sin perjuicio de lo anterior, todos los Concesionarios Viales tendrán un plazo máximo de un (1) año para obtener su Habilitación como Operador, contados a partir del día siguiente de la expedición de la presente modificación.

Vencidos los plazos aquí previstos en cada caso, el servicio de Recaudo Electrónico Vehicular (REV) de peajes sólo podrá ser prestado por los Operadores que estén debidamente habilitados por el Ministerio de Transporte y cumplan las condiciones establecidas en esta Resolución, exclusivamente a través de los Intermediadores igualmente habilitados.

PARÁGRAFO 1o. Para aquellos peajes que reviertan al Invías con posterioridad a la fecha de expedición de la presente resolución y antes de la finalización del plazo previsto en el presente artículo, el plazo máximo de un (1) año será contado a partir del día siguiente a la fecha en que se legalice la reversión.

PARÁGRAFO 2o. En todo caso los Concesionarios Viales y las entidades concedentes o contratantes, deberán adelantar todos los trámites necesarios para la migración e implementación del sistema IP/REV, según sea el caso.

PARÁGRAFO 3o. Los peajes que sean instalados con posterioridad a la entrada en vigencia de la presente resolución deberán cumplir con lo acá establecido para el inicio de su operación.

ARTÍCULO 34. FASES. <Artículo modificado por el artículo 4 de la Resolución 51695 de 2021. El nuevo texto es el siguiente:> Los Operadores de los peajes referidos en el artículo 33 de la presente Resolución deberán contar con un acuerdo con al menos un Intermediador a más tardar el 28 de febrero de 2022. (fase I).

Todos los Intermediadores deberán contar con acuerdo de conexión directa o indirecta que les permita asegurar la interoperabilidad con todos los Operadores a más tardar dentro del año siguiente a la expedición de la presente Resolución (fase 2). Para el efecto los Intermediadores podrán optar por un acuerdo de conexión directa con los Operadores u optar por acudir a la oferta de conexión indirecta que ofrezcan los Intermediadores previamente conectados de forma directa con los Operadores.

ARTÍCULO 35. SOLUCIÓN DE CONTROVERSIAS. De conformidad con lo previsto en el artículo 8 de la presente Resolución, los Intermediadores y los Operadores que no hayan llegado a acuerdo y por ello deban dar aplicación a la Oferta Básica de Interoperabilidad (OBIP), deberán negociar en un plazo máximo de sesenta (60) días calendario posterior al momento de aplicación de dicha Oferta Básica de Interoperabilidad todas las otras condiciones operativas, comerciales y demás aplicables a la relación. En caso de no llegar a acuerdo definitivo dentro del referido plazo, deberán suscribir el correspondiente acuerdo parcial en el cual se relacionarán las materias en las que no se ha llegado a acuerdo y la posición de avance de cada parte en cada una de estas materias; así mismo se incorporarán a dicho acuerdo mecanismos alternativos de solución de controversias reconocidos legalmente en el país mediante la Ley 446 de 1998 y la Ley 1563 de 2012, y las normas que las modifiquen, adicionen y/o sustituyan, a los que cualquiera de las partes podrá acudir para resolver los asuntos pendientes.

En caso de desacuerdo en materia específica del valor de la comisión del servicio de que trata el artículo 27 de la presente Resolución, se aplicará de manera provisional el cincuenta por ciento (50%) del tope de que trata el citado artículo 27 el cual se ajustará de manera retroactiva al valor definitivo en el momento de alcanzarse acuerdo en esta materia específica y/o establecer dicho valor a través del mecanismo alternativo de solución de controversias previsto por las partes. En todo caso, el Ministerio podrá revisar a futuro el valor de porcentaje provisional a aplicar conforme el análisis que realice del comportamiento de los diferentes acuerdos que se registren.

ARTÍCULO 36. VIGENCIA. La presente resolución rige a partir de su publicación en el Diario Oficial y deroga las Resoluciones 546 y 3254 de 2018 del Ministerio de Transporte.

Publíquese y cúmplase.

Ángela María Orozco Gómez

ANEXO 1 - TÉCNICO.

SISTEMA DE INTEROPERABILIDAD DE PEAJES Y RECAUDO ELECTRÓNICO VEHICULAR (IP/REV) PARA COLOMBIA.  

I. LISTA DE ABREVIATURAS

ANI: acrónimo de Agencia Nacional de Infraestructura.

ConOps: acrónimo de Concepto de Operación.

COP: acrónimo de Centro de Operación del Peaje.

DB: del inglés Data Base. En español, Base de Datos.

DITRA: acrónimo de Dirección de Tránsito y Transportes de la Policía Nacional.

EFC: del inglés Electronic Fee Collection, Recaudo Electrónico

EMC: del inglés Electromagnetic Compatibility, Compatibilidad Electromagnética.

EPC: del inglés Electronic Product Code. Código de producto Electrónico

ET: Entidades Territoriales

FIPS: del inglés Federal Information Processing Standard, estándar de procesamiento de información federal

INVIAS: acrónimo de Instituto Nacional de Vías.

ITS: del inglés Intelligent Transportation Systems.

IP/REV: Interoperabilidad de Peajes con Recaudo Electrónico Vehicular.

ISO: del inglés International Standard Organization.

JSON: del inglés javascript object notation, formato ligero de intercambio de datos.

MT: Ministerio de Transporte de Colombia.

MTBF: del inglés Mean Time Between Failures o Media Aritmética de Tiempo entre Fallas.

NTC: Norma Técnica Colombiana

NTP: del inglés Network Time Protocol. Protocolo de Sincronización de tiempo

OBU: del inglés On Board Unit o Unidad a Bordo.

PQR: Peticiones, quejas y reclamos

RETIE: Reglamento Técnico de Instalaciones Eléctricas

REV: acrónimo de Recaudo Electrónico Vehicular.

RFID: del inglés Radio-Frequency Identification. Identificación por Radiofrecuencia. RUNT: acrónimo de Registro Único Nacional de Tránsito.

SI: acrónimo de Sistema de Información.

SiGT: Subsistema para la Gestión de Transacciones a través de RFID.

SINITT: acrónimo de Sistema Inteligente Nacional para la Infraestructura, el Tránsito y el Transporte.

SIT: acrónimo de Sistemas Inteligentes para la Infraestructura, el Tránsito y el Transporte.

SUPERFINANCIERA: Superintendencia Financiera de Colombia.

SUPERINDUSTRIA: Superintendencia de Industria y Comercio.

SUPERTRANSPORTE: Superintendencia de Puertos y Transporte.

TAG: véase TAG RFID.

TAG RFID: en español etiqueta de RFID

TID: del inglés Tag ID, Identificador de la etiqueta RFID.

TIE: acrónimo de Tarjeta de Identificación Electrónica.

II. DEFINICIONES

ConOps: Concepto de Operación del sistema. Es una definición inicial del sistema a partir de las necesidades, expectativas y requerimientos de los actores estratégicos. Documenta cómo el sistema previsto va a operar y como el sistema cumplirá con las necesidades y expectativas de las partes interesadas.

Clonación de TAG: duplicación indebida de un dispositivo TAG RFID tomando toda la información de otro dispositivo TAG RFID legalmente expedido.

Dispositivo a Bordo: del inglés On Board Unit (OBU). Es el equipo electrónico instalado en un vehículo, utilizado para interactuar con los Sistemas Inteligentes para la Infraestructura, el Tránsito y el Transporte o con los Subsistemas de Información para la Gestión. Para el caso específico de peajes electrónicos en Colombia se considera el Dispositivo a Bordo como la etiqueta de radiofrecuencia (TAG RFID) según el estándar ISO 18000-63.

Emulación de TAG: activación indebida de la información de un dispositivo TAG RFID legalmente expedido, utilizando un medio electrónico diferente a los dispositivos TAG RFID.

Falsificación de TAG: acción o efecto de falsificar, que consiste en alterar o simular la verdad respecto del origen e interoperabilidad del TAG con fines contravencionales.

Peaje IP/REV: peaje que cuenta con uno o más carriles IP/REV.

SIT: acrónimo de Sistemas Inteligentes para la Infraestructura, el Tránsito y el Transporte. Internacionalmente se le denomina Intelligent Transportation Systems (ITS) e involucran todos los sistemas inteligentes para la Infraestructura, el Tránsito y el Transporte. Son un conjunto de soluciones tecnológicas, diseñadas para hacer más eficiente, seguro, cómodo y sostenible la infraestructura, el tránsito, el transporte y la movilidad en general.

TID: Es el número único que se le asigna a cada etiqueta RFID en el momento de su fabricación

INTRODUCCIÓN

El Sistema de Interoperabilidad de Peajes con Recaudo Electrónico Vehicular IP/REV contempla una serie de tecnologías inalámbricas y cableadas para el intercambio de información, entre un dispositivo instalado a bordo del vehículo y un elemento de infraestructura fija instalado en un pórtico, de manera que, el usuario IP/REV no debe detener completamente su vehículo para realizar el pago de la tarifa de peaje.

Para logra esto, el presente anexo tiene requisitos que deben ser cumplidos por los Intermediadores IP/REV y Operadores IP/REV, para obtener y mantener la habilitación.

CAPITULO 1. – CONCEPTO DE OPERACIÓN

1.1. GENERALIDADES

El presente capítulo describe el Concepto de Operación (ConOps) del Sistema para la Interoperabilidad de Peajes y el Recaudo Electrónico Vehicular (IP/REV). El ConOps es una definición inicial del sistema a partir de las necesidades, expectativas y requerimientos de los actores estratégicos. En el desarrollo de esta tarea se documenta el mecanismo actual de funcionamiento del sistema de peajes en Colombia, se establece el modelo de operación del sistema IP/REV a partir de la normatividad existente y de los planes y políticas de los Actores Estratégicos gubernamentales; y se especifica la forma en la que el sistema cumplirá con las necesidades y expectativas de los actores estratégicos.

1.2. OBJETIVO GENERAL DEL SISTEMA DE INTEROPERABILIDAD DE RECAUDO ELECTRÓNICO VEHICULAR IP/REV

Implementar un mecanismo a nivel nacional que permita a cualquier Usuario con un contrato de prestación de servicio, pagar electrónicamente la tarifa de peaje sin la demora asociada al pago en efectivo en carriles manuales; y permitir a cualquier Operador, recibir el pago correspondiente sin importar el Intermediador con el que el Usuario del Sistema IP/REV tenga suscrito el contrato.

1.2.1. Objetivos Específicos del Sistema

- Disminuir el tiempo de paso de los vehículos por los peajes y los tiempos de viaje.

- Ahorro de costos CAPEX y OPEX a los Operadores del sistema de Interoperabilidad de Peajes con Recaudo Electrónico Vehicular (OP IP/REV), tanto en infraestructura civil como tecnológica, al permitir una operación más ágil y segura.

- Facilitar las actividades de supervisión de las condiciones acordadas dentro del contrato de concesión de vías.

- Mejorar el servicio al cliente de los Usuarios de la red de peajes.

- Optimizar el proceso de cobro de tarifa de peaje y reducir el costo de operación a través del uso de la tecnología.

- Implementar un mecanismo de interoperabilidad basado en la aplicación de estándares ITS internacionales a la operación del sistema de IP/REV, entre ellos ISO 17573:2010, ISO 17575:2011, e ISO 16410:2012. �

- Garantizar que los concesionarios viales perciban de manera oportuna y segura todos los pagos de tipo IP/REV ocasionados en sus peajes.

- Disminuir el manejo de dinero en efectivo para el pago de las tasas de peaje.

1.3. ALCANCE

Este capítulo describe las características del sistema IP/REV, identificando los principales actores estratégicos, sus roles y responsabilidades asociadas. Asimismo, aquí se presentan los componentes principales, las interacciones entre los Actores Estratégicos y estos componentes; y el flujo de información correspondiente.

1.3.1. Descripción general del sistema

En el desarrollo de este capítulo se presenta el sistema de Recaudo Electrónico Vehicular (IP/REV), mediante el cual un usuario IP/REV de la red vial podrá circular por todo el territorio nacional, pasando por los diferentes peajes que se encuentren dentro de la red de interoperabilidad, sin detenerse por completo y con un único dispositivo en su vehículo. Teniendo en cuenta que en las diferentes regiones del país los peajes son operados, directa o indirectamente, por diferentes concesiones viales; lo anterior requerirá un modelo de funcionamiento que garantice la interoperabilidad. Este modelo, que permitirá lo que en adelante llamaremos sistema Interoperabilidad de Peajes con Recaudo Electrónico (IP/REV), también será descrito en el presente capítulo.

1.3.2. Visión y objetivos del sistema

A continuación, se presenta la visión del sistema de IP/REV

1.3.2.1. Visión del Sistema

El Ministerio de Transporte proyecta que todos los peajes sean interoperables y cualquier usuario IP/REV tenga la posibilidad de pagar electrónicamente la tarifa de peaje en cualquier parte del territorio nacional, con un único dispositivo RFID a bordo y asociado a una figura contractual que se adopte el intermediador IP/REV.

Para tal efecto, el usuario suscribirá un contrato con un Intermediador IP/REV del sistema de Interoperabilidad de Peajes con Recaudo Electrónico Vehicular (INT IP/REV), debidamente Habilitado para este fin.

Para todos los medios de pago el Intermediador deberá informar periódicamente al usuario de las condiciones, tarifas y demás relacionados con los servicios prestados, acorde a lo establecido en el cuerpo de la Resolución.

Para la suscripción del contrato, el Intermediador deberá verificar en el SiGT o el sistema que el Ministerio de Transporte destine a tal fin, que el vehículo no tenga un TAG RFID activo asociado

El usuario tendrá la responsabilidad de indicar como mínimo la placa del vehículo a la cual se va a instalar el dispositivo y sus características básicas. El intermediador deberá validar la existencia de la persona natural a través de la Registraduría General de la Nación o jurídica a través del RUES (Registro Único Empresarial y Social) y la calidad mediante la cual actúa, con el RUNT deberá comprobar la información de la licencia de tránsito y las demás que considere pertinentes.

Para la vinculación y suscripción del contrato IP/REV el usuario debe adquirir un dispositivo TAG a través de los diferentes medios virtuales o físicos que dispongan los intermediadores.

Será responsabilidad del Intermediador generar las herramientas físicas, virtuales o las que haya lugar, para la correcta instalación, uso y cuidado del TAG por parte del usuario, así mismo facilitará en diferentes medios físicos o virtuales soporte técnico respectivo.

1.4. DOCUMENTOS DE REFERENCIA

En esta sección se exponen los estándares de tecnología y telemática que se aplican en el contexto y análisis del Sistema IP/REV. Además, se presentan documentos adicionales que están relacionados con la identificación de la arquitectura del sistema, identificación de Actores Estratégicos y roles y la evaluación del sistema.

1.4.1. ISO 18000-63/2013: Information Technology – Radio Frequency Identification for item management.

El Gobierno Nacional, a través del decreto 2846 de 2013 adoptó el estándar norma ISO/IEC 18000-63 (Parameters for air interface communications at 860 MHz to 960 MHz Type C). Por tal motivo, los equipos basados en tecnología RFID empleados para la detección de vehículos en sistemas de recaudo electrónico deberán cumplir con este estándar.

1.4.2. ISO17573/2010: Electronic Fee Collection (EFC) – systems architecture for vehicle-related tolling

El estándar ISO 17573:2010 involucra las nuevas arquitecturas desarrolladas para peajes en proyectos europeos, y por otro lado, sirve como referencia para los estándares relacionados con REV (del inglés EFC). Utiliza los conceptos y términos del estándar Open Distributed Processing (ODP ISO 10746), el cual provee la terminología y las herramientas necesarias para el modelado de sistemas EFC incluyendo equipos, protocolos, interfaces y roles asociados. Es así como, la norma define la arquitectura de un sistema de peaje del Sistema IP/REV, de tal forma que un usuario pueda utilizar su vehículo en una variedad de dominios de peaje con un Operador diferente en cada dominio.

1.4.3. ISO 17575/2011: Electronic Fee Collection (EFC) – application interface definition for autonomous systems

Este estándar cumple con la arquitectura de negocios definida en ISO 17573:2010. Define el intercambio de información entre front-end y back-end del sistema IP/REV basado en equipos autónomos a bordo. A continuación, se presentan las partes componentes del estándar:

- ISO 17575-1: cobro. Define los atributos para la transferencia de datos utilizados entre el front-end hacia el back-end. Los atributos requeridos variarán de un peaje a otro. Por lo tanto, se deberán contemplar todos los requisitos, que van desde los datos de localización (para ubicación geográfica) a las transacciones de peaje con los precios previamente estipulados.

- ISO 17575-2: comunicación y conexión con las capas inferiores. Define los servicios básicos de comunicación para la transferencia de datos a través del enlace aéreo, o entre front-end y back-end. �

- ISO 17575-3: contexto de datos. Define los datos que se utilizan para obtener una descripción de los sistemas de cobro individuales en términos de objetos de ubicación geográfica, además de las reglas para el cobro y presentación de reportes. Para el caso de todos los Operadores del sistema, los atributos definidos en la parte 3 se utilizan para transferir datos al front-end con el fin de definir los datos que se recogen y los reportados. �

- ISO 17575-4: roaming. Define los detalles funcionales y elementos de datos necesarios para operar más de un IP/REV en paralelo. Los dominios de estos regímenes IP/REV pueden o no superponerse. Las reglas de carga de datos de diferentes regímenes IP/REV superpuestas pueden estar vinculadas, es decir, pueden incluir normas que rijan para un área superpuesta al peaje de toda la vía, y deberá considerar si ya efectuó el pago por ese derecho de paso.

1.4.4. ISO16410/2012: Electronic Fee Collection (EFC) – evaluation of equipment for conformity to ISO/TS 17575-3

El objetivo de este estándar es proporcionar una base para realizar las pruebas en el front-end y en el back-end, en el sistema IP/REV soportado por equipos autónomos a bordo, de conformidad con ISO/TS 17575-3 y permitiendo la interoperabilidad entre diferentes equipos suministrados por diferentes fabricantes.

1.4.5. ISO/TR 12859/2009 – Intelligent Transport Systems – system architecture – Privacy aspects in ITS standards and systems

Esta norma parte de la presunción de que los Sistemas Inteligentes para la Infraestructura, el Tránsito y el Transporte están ligados al movimiento e intercambio de información. En algunos casos puede incluir información personal del usuario.

De esta forma, la norma se debe analizar en el contexto del ordenamiento positivo colombiano y la jurisprudencia vigente en materia del habeas data, habida cuenta que el reporte técnico como tal se originó en discusiones sobre el ISO/TC 204 y en CEN TC 278 (con los subsecuentes estudios legales realizados en Austria), en lo concerniente al uso de la información personal en materia de ITS.

En este sentido, la norma menciona aspectos que se deben considerar al momento de implementar un ITS: �

- Brindar atención al procesamiento, transmisión y almacenamiento de la información sin autorización del usuario al acceso de esta teniendo en cuenta el potencial flujo de información a entidades externas que pueden resultar implicadas en el procesamiento mismo de la información. �

- Consentimiento expreso del usuario de los términos y condiciones, con conocimiento de los riesgos de seguridad implícitos y los posibles tratamientos de la privacidad.

- Seguir el lineamiento del manejo de seguridad de la información establecido en el ISO/IEC 27000:2014, con especial referencia al ISO/IEC 27002:2013. �

- Determinación explícita del tiempo de permanencia de la información recolectada por el sistema, cumpliendo exclusivamente con los propósitos de este. Anotando, a su vez, que toda la información recolectada debe ser adecuada, relevante y no debe exceder el propósito mismo del sistema para el cual está siendo procesada. De tal manera que esta información no puede ponerse a disposición de otros propósitos o Usuarios que no cumplan el objeto mismo de su recolección.

1.4.6. ISO/TS 12855:2012 Electronic Fee Collection (EFC) – Information exchange between service provision and toll charging

La norma ISO 12855:2012 especifica las interfaces entre sistemas para vehículos relacionados con servicios de transporte, como son los Usuarios de peajes y control de acceso a parqueaderos. No contempla interfaces en sistemas de transporte público.

Provee las bases para cualquier servicio de peaje y para cualquier tecnología utilizada en el recaudo, por ejemplo, RFID, sistemas automáticos de reconocimiento de placas, entre otros. Se define como un estándar de transacciones y mensajes que pueden ser utilizados para los propósitos asignados.

1.4.7. GSD+: "Evaluación y definición del modelo de interoperabilidad comercial de la herramienta SIT de Recaudo Electrónico Vehicular en apoyo a las políticas de logística y carga"

En este documento se realiza una evaluación multicriterio de diferentes modelos de interoperabilidad comercial para proyectos IP/REV en Colombia. Como conclusión de esta evaluación, GSD+ recomienda al gobierno nacional optar por la implementación de la alternativa "Modelo de operación y prestación de servicios de peaje a cargo de diferentes actores estratégicos/organismos, y compensación de información tipo uno a uno", en donde cada par recaudador-concesionario efectúa las transacciones necesarias para realizar los cobros/pagos sin que exista una cámara de compensación centralizada.

Este modelo general de interoperabilidad fue adoptado por el Ministerio de Transporte y es el punto de partida para el sistema IP/REV de Colombia, especificado en el presente documento.

1.5 DESCRIPCIÓN GENERAL DEL SISTEMA ACTUAL

Esta sección presenta el sistema actual de peajes en Colombia contemplando la normativa vigente por la cual se rige, así como los Actores Estratégicos relacionados con el sistema.

1.5.1. Funcionamiento actual En esta sección se presenta de forma general el funcionamiento actual del entorno de operación de peajes en Colombia.

1.5.1.1. Diagrama representativo del funcionamiento actual

De acuerdo con la normatividad vigente, el Ministerio de Transporte (MT) define las políticas de operación de peajes, INVIAS, ANI y las entidades territoriales son las encargadas de adoptar estas políticas y realizar la supervisión de la operación de sus peajes. Por otro lado, los Usuarios utilizan la infraestructura vial y, a cambio, pagan una tarifa de peaje. En la Figura 1 Esquema de funcionamiento actual de peajes en Colombia se presenta el esquema de funcionamiento actual de los peajes en Colombia, representando gráficamente las relaciones entre los Actores Estratégicos involucrados.

Figura 1 Esquema de funcionamiento actual de peajes en Colombia

Como complemento a la Figura 1 Esquema de funcionamiento actual de peajes en Colombia, se incluye la Tabla 1 Relaciones del esquema de funcionamiento actual de peajes, en la cual se presentan las relaciones existentes entre un Actor A y un Actor B del esquema de funcionamiento actual de peajes en Colombia.

Tabla 1 Relaciones del esquema de funcionamiento actual de peajes

1.5.1.2 Procesos operacionales actuales

A continuación, se presentan algunos procesos operacionales actuales más relevantes dentro de la operación de peajes.

- Peticiones, quejas y reclamos (PQR). El usuario de un peaje, como su nombre lo indica, al ser usuario de un servicio (pago) cuenta con canales y entidades encargadas de atenderlo y responderle sus inquietudes y observaciones. De esta forma, si al usuario se le presenta alguna irregularidad con el servicio o la tarifa cobrada, o simplemente tiene alguna duda con algún procedimiento, puede ir ante las siguientes entidades y realizar PQR (Peticiones, quejas y reclamos): �

- ANI, INVIAS, ET. �

- Concesionarios u OPERADOR (ANI, INVIAS, ET). �

- Intermediador �

- Superintendencia de Puertos y Transporte.

- Inspección, vigilancia y control a la prestación del servicio de peaje. La Superintendencia de Puertos y Transporte es la entidad encargada de realizar los procesos de inspección, control y vigilancia en los concesionarios de INVIAS, ANI y ET. Para ello, realiza la supervisión de los contratos de concesiones viales, supervisa el estado y la calidad de la infraestructura de las concesiones viales, supervisa la formación y constitución de las empresas a las que se otorgan las concesiones viales; y supervisa el desarrollo legal en el tiempo de las concesiones viales. Adicionalmente, la Superintendencia de Puertos y Transporte recibe las PQR de los Usuarios y concesionarios.

- Control Operativo DITRA. La DITRA suscribe convenios con el INVIAS y la ANI, para realizar el control operativo de sus tramos concesionados y de sus estaciones de peaje. En el marco de esos convenios, el INVIAS y la ANI suministran material de apoyo a la DITRA para desempeñar esta función. La DITRA reporta a las Secretarías de Tránsito y Transporte las infracciones al Código Nacional de Tránsito Terrestre cometidas por los usuarios. De igual manera, reporta las órdenes de comparendo expedidas a los infractores.

1.6. REQUERIMIENTOS OPERACIONALES DEL SISTEMA IP/REV

A continuación, se presentan los requerimientos operacionales del Sistema IP/REV, que deberán ser cumplidos a cabalidad por los Actores Estratégicos del Sistema IP/REV.

1.6.1 Esquema de color de los dispositivos TAG RFID

Los TAG RFID deberán ser de color blanco o transparentes, con el logotipo de la marca COLPASS registrado en la Superintendencia de Industria y Comercio –SIC, bajo la Resolución 100236 de 2015, impreso en la cara anterior (lado visible al interior del vehículo), con un tamaño no menor al 20% del ancho del TAG RFID, acorde con la orientación con que se debe instalar al interior del vehículo. El TAG debe contar al menos con el enlace a la página web del intermediador para consultar números de contacto y canales de apoyo y deberá tener impreso el EPC que estará grabado en el TAG. La descripción y uso de la marca se establecen en el anexo 3 de la presente resolución. Estas obligaciones no aplicarán para los TAG en circulación e inventario que migren al sistema del Ministerio de Transporte, a los que hace mención el Artículo 12 de la resolución.

1.6.2 Validación offline de los dispositivos TAG RFID

Al ser el dispositivo TAG RFID un dispositivo pasivo y no estar obligado a portar más información que un número de identificación, la validación de la información adicional (p.e., estado, tipo de contrato, saldo) se debe hacer mediante una conexión a los diferentes Intermediadores.

Previendo una eventual intermitencia en el canal de comunicación o una conexión con alto tiempo de latencia, se debe mantener en cada COP (y plaza de peaje con sus carriles IP/REV) una copia de la lista consolidada de dispositivos TAG RFID enviada por los diferentes Intermediadores habilitados, de tal forma que se pueda decidir oportunamente si un vehículo puede pasar por el carril del sistema de Interoperabilidad de Peajes con Recaudo Electrónico Vehicular IP/REV. Sin embargo, si por causas imputables a los Operadores IP/REV o las conexión entre este y los Intermediadores IP/REV no es posible identificar el TAG del Usuario IP/REV, se deberá implementar un mecanismo de identificación que permita el paso del Usuario IP/REV siguiente las condiciones establecidas en el Anexo 5 – Oferta Básica de Interoperabilidad- OIBP, y por consiguiente en los contratos entre los Usuarios y los Intermediadores se deberá contemplar el pago de la tarifa de peaje cuando el sistema se encuentre desactualizado u offline.

1.6.3. Certificación de servicios de información al usuario IP/REV

Se identifica la necesidad de que el OPERADOR implemente en el carril IP/REV, paneles de mensajería variable como sistema de notificación a los Usuarios IP/REV del peaje para informar el valor de la tarifa cobrada e información de saldo bajo en caso de que esta se presente.

Además, el Intermediador deberá habilitar una interfaz (página web, aplicación móvil o cualquier otro servicio de consulta) para que el usuario IP/REV pueda consultar su saldo y el historial de pagos realizados, acorde a los especificado en el cuerpo de la Resolución, incluyendo otros servicios de información que considere el Ministerio de Transporte que deban ser certificados por parte del intermediador.

1.6.4. Sistema de clasificación de vehículos y cámaras de reconocimiento de placas

El Operador deberá disponer de un sistema de clasificación de vehículos que permita determinar la categoría a la que pertenece un vehículo en el momento de transitar por el carril IP/REV, el sistema debe tener una efectividad del 98% o superior. Esta información deberá ser contrastada con la información del vehículo que fue descargada desde los Intermediadores. También debe disponer de un sistema de reconocimiento de placas en cada uno de los carriles IP/REV con una efectividad igual o superior al 95%. Los caracteres reconocidos deben igualmente ser comparados con la información del vehículo que haya sido descargada desde los Intermediadores.

1.6.5. Acceso a la información de los centros de control

Los Operadores y los Intermediadores deberán enviar copia o pondrán a disposición del SiGT o sistema designado por el Ministerio de Transporte, toda la información que produzcan e intercambien entre ellos, listas positivas, listas negativas, transacciones realizadas, etc.

1.6.6. Selección de combinación de métodos de pago por vía

La decisión del diseño y configuración óptima del número y tipo de vías de una estación de peaje de acuerdo con los parámetros de tráfico esperado durante el tiempo de concesión es del concesionario.

Sin embargo, para asegurar el esquema de Interoperabilidad de Peaje de Recaudo Electrónico Vehicular IP/REV, se exige como mínimo un carril mixto IP/REV por sentido que sea capaz de procesar todas las categorías de vehículos.

De igual manera, es responsabilidad del concesionario u OPERADOR el seleccionar la configuración más eficiente de cada vía de una estación de peaje teniendo en cuenta los niveles de servicio que se fijarán mediante resolución por parte del Ministerio de Transporte.

Lo anterior sin perjuicio del cumplimiento de las condiciones de prestación del REV establecidas en algunos contratos de concesión para el diseño de las plazas de peajes.

Como proyección a mediano plazo, cuando la penetración en el mercado del dispositivo TAG RFID haya alcanzado un nivel suficiente, el concesionario u OPERADOR podrá considerar bajo su responsabilidad nuevos y más eficientes diseños de los peajes existentes, o alternativas de peaje con tecnología Multi Lane Free Flow –MLFF- (Flujo Libre Multi carril).

1.6.7. Definición del tiempo de retención de la información

El Ministerio de Transporte define como término de retención de la información cinco (5) años. Para el caso de las pruebas que permiten la comprobación del paso, el actor estratégico podrá elegir el tipo de información a almacenar (imágenes, secuencia de imágenes, videos, o cualquier otra tecnología), siempre que permita identificar plenamente como mínimo: placa, categoría y ejes del vehículo, imagen de reconocimiento de la placa (imagen OCR), imagen del vehículo, hora y fecha, identificación del peaje y carril, número del TAG y valor pagado. La información que se almacena, además de tener potencial para la supervisión y conocimiento del sector, así como soportar la generación de políticas, puede ser empleada como prueba o material de apoyo en caso de procesos judiciales (investigación de accidentes de tránsito, hurtos, entre otros)".

1.6.8. Protocolo de pasos con pago por otros medios

Existe la posibilidad de que se presenten situaciones en las que el usuario IP/REV no pueda completar el pago electrónico por situaciones ajenas al OPERADOR:

- Falta de saldo

- Errores en la lectura del dispositivo TAG RFID, incluyendo un posible mal funcionamiento de este

En ambos casos, el vehículo será desviado a un carril de pago manual y el paso será procesado como paso regular con la correspondiente modalidad de pago. El OPERADOR debe tener forma de asegurar que no se está produciendo un fallo en el lector de carril IP/REV con, al menos, otro lector instalado en otra vía, un lector portátil, o cualquier otro método, de lo contrario deberá dejar pasar al usuario, que puede no tener –o querer utilizar- otro medio de pago para satisfacer la tarifa de peaje.

1.6.9. Asignación de códigos únicos de identificación de plazas y carriles IP/REV. <Numeral modificado por el artículo 5 de la Resolución 51695 de 2021. El nuevo texto es el siguiente:>  

La asignación de los códigos de identificación únicos para plazas y carriles IP/REV se hace necesaria para la asociación del paso de un vehículo por una determinada estación de peaje.

El Ministerio de Transporte efectuará, de acuerdo con la normatividad vigente, la asignación de estos códigos de identificación para las diferentes plazas de peaje y de sus carriles IP/REV, al momento del otorgamiento de la habilitación a cada operador.

El Operador IP/REV deberá enviar la siguiente información por cada carril de peaje que pretenda habilitar en el ámbito IP/REV: número de carriles en el peaje, codificación de cada carril y pertenece al ámbito IP/REV, es mixto o es un carril de pago en efectivo.

Esta información deberá ser radicada en el Ministerio de Transporte en paralelo con la solicitud de Habilitación. El documento deberá estar acompañado de un registro fotográfico que muestre la demarcación de los carriles y su identificación única.

1.7. DESCRIPCIÓN GENERAL DEL SISTEMA IP/REV

Esta sección describe el funcionamiento del sistema para la Interoperabilidad de Peajes y Recaudo Electrónico Vehicular (IP/REV), el cual permitirá cumplir con la visión y los objetivos planteados. De esta forma, se seguirá manteniendo los procesos administrativos y operativos existentes, a la vez que se incorporan nuevos procesos y Actores Estratégicos para el funcionamiento del sistema IP/REV, de acuerdo con lo que se presenta en esta sección.

Para el funcionamiento del sistema de la interoperabilidad en modalidad IP/REV es necesario asegurar el intercambio de la información relevante entre los principales Actores Estratégicos, en particular, entre OPERADOR de peaje (información de cobro por uso de la vía) y los Intermediarios (información de pagos –pre o post– por tarifa de peaje).

- Confidencialidad de la información: el criterio seguido para garantizar la privacidad de la información (habeas data) del usuario IP/REV, es el de separar la información personal del usuario IP/REV y la información del dispositivo TAG RFID que se instala en el vehículo, de igual manera se deben cumplir las condiciones establecidas en el cuerpo de la presente Resolución.

- Compatibilidad con la tecnología en uso: El decreto 2846 de 2013 adopto el estándar internacional ISO 18000-63, es por esto por lo que las soluciones tecnológicas que se implementen deberán garantizar la compatibilidad de las antenas, TAG, etc.

- Escalabilidad: con base en el crecimiento del parque automotor colombiano previsto por el Ministerio de Transporte, y la adopción proyectada del sistema IP/REV, el modelo de funcionamiento considerará la escalabilidad del sistema de tal forma que garantice la calidad del servicio.

1.7.1. Funcionamiento del sistema

A continuación, se presenta la secuencia regular de actividades para el funcionamiento del sistema IP/REV: �

- El Usuario adquiere un TAG mediante un contrato asociándolo a una modalidad y medio de pago con un Intermediador IP/REV. Cuando un usuario se registra ante un Intermediador del sistema de Interoperabilidad de Peajes con Recaudo Electrónico Vehicular (INT IP/REV), debe proveer la información relacionada al vehículo. �

- La entidad intermediadora del sistema de Interoperabilidad de Peajes con Recaudo Electrónico Vehicular (INT IP/REV) valida la información del vehículo con la información consignada en el RUNT por medio de la consulta web provista por este sistema y los documentos entregados por el usuario y verifica la instalación y activación del dispositivo TAG RFID. Para esto último debe seguir las consideraciones establecidas en la presente resolución. �

- Una vez se instale correctamente el dispositivo TAG RFID en el vehículo, el Intermediador IP/REV tendrá hasta las cero horas del siguiente día para enrolar el TAG en el sistema IP/REV. A partir de ese momento, el Usuario queda en capacidad de transitar por los peajes con carriles del Sistema IP/REV. �

- Cada Intermediador IP/REV envía a todos los Operadores IP/REV, y al SiGT, o sistema o subsistema designado por el Ministerio de Transporte, la información de los dispositivos TAG RFID activados, los tipos de contrato correspondientes, los saldos asociados, número de placa, categoría del vehículo, y demás información que se necesaria para la operación de los peajes. �

- Los Operadores actualizan la información de los Usuarios IP/REV y sus dispositivos TAG RFID en su base de datos a partir de la información descargada de todos los Intermediadores del sistema de Interoperabilidad de Peajes con Recaudo Electrónico Vehicular (INT IP/REV). �

- Cuando un vehículo se acerca a un carril IP/REV se realiza la lectura del dispositivo TAG RFID. Se consulta la base de datos de carril del Sistema IP/REV, y se comprueba si el TAG esté en la lista de habilitados (lista positiva) y no esté en lista negativa, y si es pre o pospago, y caso de ser prepago, si tiene saldo para pagar la tarifa con que viene registrado dicho TAG. Los periféricos del carril anotan la placa del vehículo y detectan la categoría de este (bien con pre con post clasificación), y de acuerdo con ésta, define la tarifa a cobrar. La plaza de peaje envía al COP la información de los pasos realizados. El sistema de peaje del operador de interoperabilidad de peajes con recaudo electrónico vehicular resuelve las posibles discrepancias de categoría y determina las tarifas correspondientes a cada paso. Cada Operador envía a cada Intermediador el reporte de los pasos realizados y las tarifas asociadas a sus clientes TAG RFID.

- Los Intermediadores IP/REV actualizan la información relacionada con los pasos y tarifas reportadas por los Operadores IP/REV (y que corresponden a dispositivo TAG RFID activados por la entidad) y actualizan los saldos de las cuentas asociadas a cada TID reportado. �

- Los Usuarios del Sistema IP/REV pueden realizar recargas (contrato prepago) o pagos (contrato pago inmediato o pospago) de la cuenta asociada al dispositivo TAG RFID a través de los canales definidos por los Intermediadores acorde a las condiciones establecidas en el cuerpo de la presente Resolución (personales, electrónicos). �

- Los Intermediadores actualizan las listas de saldos y las envían a todos los Operadores, y al SiGT, o sistema o subsistema designado por el Ministerio de Transporte, junto con las novedades relacionadas (activación de nuevos dispositivos TAG RFID a lista positiva, dispositivos TAG RFID inactivos a lista negativa). �

- Los Operadores IP/REV e Intermediadores IP/REV realizarán los pagos y compensaciones económicas acorde a las condiciones establecida para ello en la OBIP.

1.7.2 Roles.

En la Tabla 2. Rol actual y a ejercer de los Actores internos del sistema y Tabla 3 Rol actual y futuro de los Actores Estratégicos externos del sistema se presentan los roles actuales y a ejercer de los Actores del sistema de peajes. Estos Actores se dividen en internos y externos. Los Actores internos son aquellos que están directamente relacionados con el funcionamiento IP/REV. Los Actores externos son aquellos que tienen asociadas labores de supervisión y control.

ACTORES INTERNOS	ROL ACTUAL	ROL POR EJERCER
MINISTERIO DE TRANSPORTE	ADMINISTRADOR	ADMINISTRADOR
INVIAS	CONCEDENTE	CONCEDENTE
CONCESIONARIO DE INVIAS	OPERADOR RECAUDADOR	OPERADOR IP/REV
ANI	CONCEDENTE	CONCEDENTE
CONCESIONARIO DE ANI1	OPERADOR RECAUDADOR	Operador (OP IP/REV)
ENTIDADES TERRITORIALES (ET)	CONCEDENTE	CONCEDENTE
CONCESIONARIO DE ET2	OPERADOR RECAUDADOR	OPERADOR IP/REV
ENTIDAD INTERMEDIADORA	–	INTERMEDIADOR
USUARIO	USUARIO	USUARIO
SISTEMA DE GESTIÓN DE TRANSACCIONES (SiGT) o sistema o subsistema designado por el Ministerio de Transporte	–	SISTEMA DE INFORMACIÓN ADMINISTRADO POR EL MINISTERIO DE TRANSPORTE
RUNT	SISTEMA DE INFORMACIÓN	SISTEMA DE INFORMACIÓN

Tabla 2. Rol actual y a ejercer de los Actores internos del sistema

ACTORES EXTERNOS	ROL ACTUAL	ROL A EJERCER
INTERVENTOR CONTRATO DE INVIAS	INTERVENTOR	INTERVENTOR
INTERVENTOR CONTRATO DE ANI	INTERVENTOR	INTERVENTOR
INTERVENTOR CONTRATO DE ET	INTERVENTOR	INTERVENTOR
DITRA3	APOYO	APOYO
SUPERTRANSPORTE4	INSPECCIÓN, VIGILANCIA Y CONTROL	INSPECCIÓN, VIGILANCIA Y CONTROL
SUPERINDUSTRIA	–	INSPECCIÓN, VIGILANCIA Y CONTROL5
SUPERFINANCIERA	–	INSPECCIÓN, VIGILANCIA Y CONTROL
SECRETARÍAS DE TRÁNSITO Y TRANSPORTE (MOVILIDAD)	SANCIONADOR	SANCIONADOR

Tabla 3 Rol actual y futuro de los Actores Estratégicos externos del sistema

A continuación, se definen cada uno de los roles dentro del IP/REV, de acuerdo con lo establecido en el estándar ISO-17573:

Cabe aclarar que los Actores pueden ejercer más de un rol dentro del sistema de recaudo electrónico IP/REV.

1.7.2.1 Administrador

Rol que ejerce el Ministerio de Transporte de Colombia, en concordancia con lo establecido en la Ley 1450 del 16 de junio del 2011, así como las demás disposiciones que la modifiquen o adicionen.

 1.7.2.2. Operador IP/REV (OP IP/REV)

Véase definición en documento normativo.

1.7.2.3. Intermediador IP/REV (INT IP/REV)

Véase definición en documento normativo.

1.7.2.4. Usuario IP/REV

Véase definición en documento normativo.

1.7.2.5. Inspección, vigilancia y control

Entidad pública que ejerza las labores de protección al usuario, supervisión, vigilancia y control de los Actores Estratégicos del sistema de Recaudo Electrónico Vehicular - IP/REV-. De forma adicional, se presenta una descripción de los siguientes roles, que no se encuentran definidos dentro del estándar ISO-17573, pero que hacen parte integral del esquema de funcionamiento IP/REV.

1.7.2.6 Concedente

Entidad que funge como contratante en el desarrollo de contrato de concesión6.

1.7.2.7. Interventor

Persona natural o jurídica encargada de asegurar el cumplimiento técnico, financiero y administrativo del contrato durante su ejecución.

1.7.2.8. Sistema de Información

Corresponden a herramientas computacionales de apoyo para garantizar el funcionamiento del sistema de IP/REV. De acuerdo con el estándar ISO-17573 no se consideran como un rol, pero se incluye en la Tabla 3 debido a que gestiona la información.

1.7.2.9. Supervisor

Persona designada por el concedente para realizar el seguimiento técnico, financiero y administrativo del contrato durante su ejecución hasta la liquidación de éste.

1.7.2.10. Arquitectura IP/REV

La arquitectura IP/REV tipo malla, con relaciones "peer-to-peer" entre todos los Operadores IP/REV y los Intermediadores IP/REV.

El SiGT, o sistema o subsistema designado por el Ministerio de Transporte, contendrá una Base de Datos que recibirá toda la información intercambiada entre Operadores e intermediadores IP/REV.

Los Operadores deberán mantener actualizada una base de datos local a partir de la información recibida de todos los intermediadores IP/REV. Asimismo, los Operadores enviarán periódicamente (periodicidad mínima de 5 minutos) a todos los Intermediadores, y al SiGT, o sistema o subsistema designado por el Ministerio de Transporte, las transacciones de Usuarios de IP/REV que han pasado por el peaje y la tarifa correspondiente aplicada. La lista contendrá la tarifa aplicada y las novedades asociadas al paso: por ejemplo, cobro regular, cobro con discrepancia, o cobro con inconsistencia, y demás que sean necesarias.

Es de notar que el SiGT, o sistema o subsistema designado por el Ministerio de Transporte, no realizará ninguna de las siguientes funciones: �

- No será cámara de compensación. �

- No realiza autorización de transacciones. �

- No realiza el cobro, ni el recaudo de la tarifa de peaje.

El SiGT, o sistema o subsistema designado por el Ministerio de Transporte, realizará las siguientes operaciones: �

- Proveer la funcionalidad para que los Operadores e Intermediadores se certifiquen en el entorno de interoperabilidad de peajes de Recaudo Electrónico Vehicular (IP/REV) �

- Proveer el servicio REST (o mecanismo similar) para que las entidades Intermediadoras (IP/REV) soliciten una colección de identificaciones únicas de TAG para la activación de nuevos dispositivos RFID. �

- Proveer un servicio REST (o mecanismo similar) para que los INT (IP/REV) reporten los TAG activos, los TAG incluidos en listas negativas, y demás información que intercambien entre INT (IP/REV) y OP (IP/REV). �

- Proveer un servicio REST (o mecanismo similar) para que los Operadores reporten los pasos con las tarifas aplicadas, y demás información (como novedades) que intercambien entre OP (IP/REV) e INT (IP/REV).

- Garantizar la seguridad y confidencialidad de la información almacenada.

1.7.3. Diagrama de relaciones del sistema IP/REV

En esta sección se presentan las relaciones entre los Actores Estratégicos del sistema IP/REV en relación con los procesos de Administración, Operación, Recaudo y Supervisión. Se incluye la Tabla 4, en la que se presentan las relaciones existentes entre un Actor A y un Actor B del esquema de funcionamiento IP/REV en Colombia.

Tabla 4. Relaciones del esquema de funcionamiento IP/REV

1.8. ENTORNO OPERACIONAL Y DE SOPORTE

En esta sección se presenta el entorno operacional y de soporte del sistema IP/REV, realizando una descripción general de las funcionalidades y equipos necesarios para el funcionamiento de este.

1.8.1. Descripción de las funcionalidades del software

A continuación, se presentan las funcionalidades del software y componentes de comunicaciones que son necesarios para el funcionamiento del sistema IP/REV.

1.8.1.1. Sistema de Gestión de Transacciones – SiGT

El software y componentes de comunicaciones necesarios: �

- Sistema de Información que recibe copia de la información de transacciones de cobros y recaudos (SiGT), o sistema o subsistema designado por el Ministerio de Transporte.

1.8.1.2. OP IP/REV

Las funcionalidades del software y componentes de comunicaciones necesarios para el OP IP/REV son: �

- Sistemas de información para la gestión de la base de datos local (COP) y operación del peaje (carriles IP/REV). �

- Sistema de información para la actualización de la base de datos local del COP desde los Intermediadores (INT IP/REV) y para el envío de información desde la base de datos local del COP a los Intermediadores (INTERMEDIADOR) y al SiGT o sistema o subsistema designado por el Ministerio de Transporte. �

- Sistema de información para el intercambio (consulta y envío) de información entre la base de datos local de cada carril IP/REV de la(s) plaza(s) de peajes y el COP.

1.8.1.3. Intermediador INT IP/REV

Las funcionalidades del software y componentes de comunicaciones necesarios para el Intermediador son: �

- Sistema de información para la gestión de la base de datos local del Intermediador con información de Usuarios IP/REV, dispositivos TAG RFID activados y saldos asociados y para el envío de información desde la base de datos local al SiGT o sistema o subsistema designado por el Ministerio de Transporte. �

- Sistema de información para la actualización de la base de datos local del Intermediador desde los Operadores OP (IP/REV) y para el envío de información desde la base de datos local del Intermediador a los Operadores OP (IP/REV) y al SiGT o sistema o subsistema designado por el Ministerio de Transporte.

1.8.2. Descripción del hardware necesario

A continuación, se presentan los componentes más importantes del FRONT-END. La descripción detallada de estos componentes:

- Lectores RFID, según estándar ISO 18000-63. �

- Sistema para reconocimiento de número de placa. �

- Cámaras del número de ejes. �

- Cámaras de seguridad. �

- Sensores para determinar la categoría del vehículo. �

- Sistema para gestión de información de carril IP/REV. �

- Red de transmisión de datos entre carril IP/REV y centro de control de la plaza de peaje. �

- Barrera de salida automática. �

- Semáforos. �

- Paneles de señalización variable. �

- Señalización e iluminación en las vías. �

- Sistema de respaldo eléctrico.

Se debe garantizar la existencia de equipos de hardware que provean soporte a las siguientes actividades: �

- Recopilación de la información de monitoreo y supervisión. Se deberá contar con equipos para el almacenamiento y consulta remota de imágenes de seguridad desde los COP sobre la actividad general del peaje. �

- Identificación de placas. Se deberá contar con equipos de hardware dedicados al procesamiento de imágenes que permitan la identificación de placas de todos los vehículos que transitan por todos los carriles IP/REV del peaje. El resultado de dicho reconocimiento deberá ser contrastado con los datos almacenados en la base de datos, campo seleccionado según el número de identificación del dispositivo TAG RFID (TID). �

- Recolección de información de tráfico. Se dispondrá de equipos para el almacenamiento de información acerca del flujo vehicular, discriminando las categorías que fueron detectadas y las tarifas aplicadas. �

- Gestión de discrepancias. Se dispondrá de equipos de cómputo y de software para la gestión de posibles discrepancias. Los videos y/o imágenes que hagan parte de la prueba del paso de un vehículo por un carril IP/REV, deberán estar disponibles desde el COP para ser enviados a las entidades intermediadoras en caso de que éstas los soliciten. �

- Información de Intermediador. Se deberá disponer de equipos de cómputo para gestionar las bases de datos que se obtengan desde los diferentes Operadores OP (IP/REV). Estos se encargarán de gestionar la coherencia entre dicha base de datos y la que se dispone en cada computador a nivel de carril IP/REV. �

- Información de configuración. Se dispondrá de equipos de cómputo para la configuración de tarifas, gestión de listas, gestión de Operadores IP/REV (OP IP/REV) (service management) y otro tipo de posibles configuraciones que se deriven para la correcta ejecución del sistema IP/REV.

En lo relacionado al BACK-END, en un sistema IP/REV es necesario contar con un Centro de Operación de Peajes (COP) para la recolección de información de todas las plazas de peajes que pertenezcan al sistema. Entre las funciones que debe cumplir un centro se encuentran: �

- Informar las discrepancias (detección de ejes que define el valor a cobrar, sistema para el reconocimiento de número de placa vs. placa almacenada en la DB, etc.). �

- Monitorear las plazas y carriles IP/REV de peaje. �œ Mantener una interfaz con BACK-OFFICE. �

- Información de intermediador: base de datos para gestionar los cobros. �

- Información de configuración: información de tarifas, listas, y demás (service management).

1.9. ESCENARIOS OPERACIONALES

En esta sección se describen los escenarios operacionales del sistema para IP/REV, haciendo énfasis en la interacción de los sistemas de información de los Operadores (verificación de saldos y notificación de cobros) y de los Intermediador (dispositivos TAG RFID certificados o deshabilitados, dispositivo TAG RFID con tarifa especial y saldos).

1.9.1. Escenarios de intercambio de información para la operación de peajes

A continuación, se presentan los escenarios en los cuales ocurre intercambio de información entre los diferentes Actores Estratégicos y con el Sistema de Gestión de Transacciones del Ministerio (SiGT), o sistema o subsistema designado por el Ministerio de Transporte. De acuerdo con cada escenario, se mencionan a los Actores involucrados en el escenario y la descripción del escenario.

1.9.1.1. Actualización de la base de datos de los COP

Con el fin de realizar la correcta operación del entorno del peaje, el Operador debe mantener actualizada la información en cada una de sus plazas y carriles IP/REV de peaje. Para ello, el Intermediador deberá enviar la información (relacionada con los dispositivos TAG RFID activados) a todos los Operadores, para que estos la almacenen en su base de datos y generen la versión de lista positiva a utilizar en el sistema de peaje.

1.9.1.2. Notificación de novedades desde los COP

Con el objetivo de realizar la actualización y consolidación de la información relacionada con los cobros, el Operador debe enviar periódicamente a todos los Intermediadores las novedades ocurridas en cierto período de tiempo previamente determinado, no mayor a 5 minutos. Para esto, el Operador debe estar autorizado para establecer comunicación con los Intermediadores y habilitado para enviarle información a través del canal de comunicaciones establecido. De esta forma, al momento de cumplirse el período de tiempo determinado desde el COP se realizará el envío de las novedades a los Intermediadores, esta información también deberá ser enviada al SiGT o sistema o subsistema designado por el Ministerio de Transporte.

Este intercambio de información implica también el manejo de disputas, el cual requiere que los Operadores y los intermediadores INT IP/REV establezcan mecanismos para la solución de aquellas que sean reportadas como cobros y que requieran su posterior revisión.

Con el fin de mantener el sistema IP/REV actualizado, los actores estratégicos deberán descargar y ejecutar la acciones a las que haya a lugar, la información notificada por cada una de las partes, así mismo hacia el SIGT.

1.9.1.3. Actualización de la base de datos de las entidades Intermediadores

Con el propósito de garantizar el sistema IP/REV, toda entidad Intermediadora recibirá periódicamente desde los Operadores, las novedades relacionadas con el paso de vehículos con dispositivos TAG RFID asociados a sus Usuarios IP/REV y almacenará esta información en su base de datos. Con base en esta información, y la información de recargas y pagos, las entidades Intermediadoras procederán a actualizar los saldos correspondientes y reportarlos a los OP (IP/REV).

1.9.1.4. Notificación de novedades desde las entidades Intermediadoras

Con el objetivo de realizar la actualización y consolidación de la información, toda entidad intermediadora del sistema de Interoperabilidad de Peajes con Recaudo Electrónico Vehicular (INT IP/REV) deberá enviar periódicamente (en un plazo no mayor a 5 minutos) a los Operadores y al SiGT o sistema o subsistema designado por el Ministerio de Transporte las actualizaciones que haya realizado en un determinado período de tiempo las novedades que se produzcan.

Para esto, la entidad Intermediadora debe estar autorizada para establecer comunicaciones con los Operadores y habilitado para enviarles información a través de los canales de comunicaciones especificados.

Con el fin de mantener el sistema IP/REV actualizado, los actores estratégicos deberán descargar y ejecutar la acciones a las que haya a lugar, la información notificada por cada una de las partes, así mismo hacia el SIGT.

1.9.1.5. Notificación de novedades al SiGT

Tanto los Operadores, como los Intermediadores enviarán copia idéntica y con el mismo periodo de retardo que el establecido entre el Operador IP/REV e Intermediador IP/REV de toda la información que intercambien entre ellos al SiGT, o sistema o subsistema designado por el Ministerio de Transporte.

1.9.1.6. Notificación de dispositivos TAG RFID exentos

Un Usuario con calidad de exento otorgada por el INVIAS de conformidad con la ley 787 de 2002, deberán presentar la solicitud de adquisición del TAG RFID ante el Intermediador de su elección, siguiendo los procedimientos conforme la normatividad vigente y los lineamientos del INVIAS.

En los peajes en los que se cuente con el Sistema IP/REV, el Operador IP/REV podrá cesar la identificación de Usuarios con calidad de exentos a través del TIE a los seis (6) meses siguientes a la obtención de su habilitación como actor estratégico, debiendo informar a los usuarios con calidad de exentos de manera oportuna la fecha en la que la identificación a través del TIE cesará, para que estos puedan gestionar la migración hacia el Sistema IP/REV.

Mientras se cumple la implementación del Sistema IP/REV en todos los peajes del país, los Usuarios con calidad de exentos deberán identificarse con el TIE en aquellos peajes que no cuenten con la tecnología de identificación mediante el dispositivo TAG RFID.

1.9.1.7. Gestión de tarifas especiales

El interesado debe realizar una solicitud ante el concedente de la plaza de peaje (ANI, INVIAS o Entidad Territorial), y justificar que cumple con las condiciones para hacerse acreedor del beneficio (esto es, que reside en la vecindad, entre otras).

En la actualidad, un usuario que obtiene el beneficio de una tarifa especial en un punto de peaje se identifica en el carril manual por medio de una TIE o tarjeta inteligente, o cualquier otro medio expedido por el concedente respectivo, o por su concesionario, en caso de que así se haya acordado.

Con el sistema IP/REV, no se hará necesario el uso de una TIE por parte de los usuarios en los peajes que cuenten con éste. En este casoel concedente o contratante, al otorgar el beneficio de tarifa especial, informará al Operador de la plaza de peaje de interés sobre el beneficio otorgado que deberá ser acogido por el Operador. En ese momento, el Operador deberá asociar en su base de datos local al usuario con la tarifa especial, y al momento en que éste transite por la respectiva plaza de peaje, el Operador debe reportar al Intermediador el tipo de cobro tarifa especial".

Las novedades sobre los usuarios que cuenten con tarifa especial deberán ser notificadas por la entidad concedente o contratante al Operador IP/REV tan pronto se generen.

NOTA: cuando un concedente otorgue el beneficio de tarifa especial a un usuario que no tenga (y no suscriba) un contrato IP/REV, el usuario deberá portar un TIE o similar en su vehículo, igual que en la actualidad. No obstante, el Operador IP/REV podrá cesar la identificación de vehículos con tarifa especial a través del TIE a los seis (6) meses siguientes a la obtención de su habilitación como actor estratégico, debiendo informar a los usuarios de tarifa especial de manera oportuna la fecha en la que la identificación a través del TIE cesará para que estos puedan gestionar la migración hacia el Sistema IP/REV.

1.9.1.8. Gestión de inconsistencias en la información

A continuación, se presenta una serie de obligaciones a cargo de cada uno de los Actores Estratégicos del sistema IP/REV, las cuales deberán cumplirse con el objetivo de evitar inconsistencias: �

- La entidad Intermediadora debe recibir los cobros reportados por los Operadores con la periodicidad especificada por el Ministerio de Transporte en el anexo 5 – Especificaciones de Interoperabilidad. �

- La entidad Intermediadora debe emitir las novedades de saldos, con la periodicidad especificada por el Ministerio de Transporte en el anexo 5 – Especificaciones de Interoperabilidad. �

- El Operador debe recibir las novedades de saldos con la periodicidad especificada por el Ministerio de Transporte en el anexo 5 – Especificaciones de Interoperabilidad. �

- El Operador debe emitir las novedades de los cobros realizados por sus carriles IP/REV, con la periodicidad especificada por el Ministerio de Transporte en el anexo 5 – Especificaciones de Interoperabilidad. �

- Tanto el Intermediador como el Operador, deben garantizar la comunicación entre ellos a través de la redundancia en sus sistemas de información y canales de comunicación Intermediador - Operador. �

- Tanto el Intermediador como el Operador, deben garantizar la comunicación con el SiGT, o sistema o subsistema designado por el Ministerio de Transporte, a través de la redundancia en sus sistemas de información y canales de comunicación OP/INT IP/REV-SiGT. �

- El Operador debe garantizar la comunicación del COP con la plaza de peaje y cada carril IP/REV.

En caso de que se incumpla alguna de las condiciones anteriores, debido a la caída de alguno de los sistemas de información involucrados o a fallas en los canales de comunicación; es posible que un Operador no cuente en el COP con información actualizada al momento de permitir o no, el paso de un vehículo por un carril IP/REV (exclusivo o mixto), esto constituirá una inconsistencia.

A continuación, se detallan los casos de uso del sistema IP/REV y la respuesta que debe dar el sistema en cada uno de ellos:

Tabla 5. <Seis escenarios posibles en la gestión de inconsistencias

1.9.1.9. Gestión de discrepancias en el cobro de la tarifa de peaje

Cuando un vehículo hace uso de un carril IP/REV, es posible que la configuración del vehículo detectada por los sensores ubicados en la plaza de peaje y la categoría consultada a partir de la lectura del dispositivo TAG RFID en la base de datos, sean diferentes. En este caso se presenta una discrepancia en el valor a cobrar por la tarifa de peaje.

- Error de lectura de placa. Dadas las posibilidades de error en el sistema de reconocimiento de placa se puede dar la situación en la que se realice la lectura del dispositivo TAG RFID, basándose en el TID y/o EPC del dispositivo TAG RFID se consulta su placa asociada desde la DB del COP, pero no es posible validar – automáticamente, al menos – que ésta coincida con la placa del vehículo. En este caso, el Operador deberá reportar el cobro con discrepancia y será el encargado de verificar manualmente la placa mediante revisión de la imagen. Si a partir de la revisión, el Operador determina que la placa efectivamente coincide con la asociada al dispositivo TAG RFID, entonces deberá reportar la novedad de Resolución de la discrepancia (sin cambio en el valor cobrado). La entidad intermediadora del sistema de Interoperabilidad de Peajes con Recaudo Electrónico Vehicular (INT IP/REV), dentro de los contratos para la prestación del servicio IP/REV a los usuarios, debe incluir cláusulas que contemplen sanciones por el uso indebido del dispositivo TAG RFID por parte del usuario IP/REV.

- Discrepancia por diferencia de placa. Dadas las posibilidades de error en el reconocimiento de placa, se puede dar la situación en la que se realice la lectura del dispositivo TAG RFID, y con base en el TID y/o EPC del dispositivo TAG RFID se consulta su placa asociada desde la DB del COP. En el caso de que el Operador después de un proceso de verificación determine que la placa leída no coincide con la asociada al dispositivo TAG RFID, deberá reportar la inconsistencia Intermediador correspondiente, para que se incluya dicho dispositivo TAG RFID en la lista negativa (véase definición al inicio del documento) y no se permita el paso del vehículo en otros carriles IP/REV.

REQUISITOS FUNCIONALES DE HARDWARE Y SOFTWARE IP/REV

REQUISITOS FUNCIONALES DE SOFTWARE IP/REV

2.1. GENERALIDADES

De acuerdo con la visión descrita en el Capítulo 1 "Concepto de Operación" del presente documento y con el objetivo de aprovechar al máximo la información de la Interoperabilidad de Peajes y el Recaudo Electrónico Vehicular, el Ministerio de Transporte implementó de un sistema que recibirá toda la información que se intercambia entre los Actores Estratégicos (OP e INT IP/REV), y la analizará mediante aplicaciones y herramientas de forma que proporcione datos, tendencias, etc.

De esta forma, los Operadores deberán reportar los pasos por carriles IP/REV y los Intermediadores, a su vez, deberán reportar las novedades (alta y estado de los dispositivos TAG RFID, actualización de saldos, etc.) de las cuentas asociadas a los dispositivos TAG RFID a bordo de los vehículos.

De igual manera, el anexo 5 – Especificaciones de Interoperabilidad incluye condiciones y especificaciones que deberán ser cumplidas a cabalidad por los actores estratégicos.

2.2. ALCANCE DEL CAPÍTULO

El propósito de este capítulo es presentar la especificación de los requisitos del sistema "Interoperabilidad de Peajes y Recaudo Electrónico Vehicular (IP/REV)", el cual tiene como Actores principales al Sistema de Gestión de Transacciones (SiGT), o sistema o subsistema designado por el Ministerio de Transporte, los SI de los Intermediadores y los SI de los Operadores. Se presentan también las relaciones existentes entre los Actores que componen el sistema IP/REV.

2.3. ALCANCE DE LOS REQUISITOS

El alcance de los requisitos funcionales que se especifican en este capítulo y en el anexo 5 – Especificaciones de Interoperabilidad corresponden a los necesarios para garantizar la interoperabilidad de peajes.

Se especifican los requisitos relacionados con la consolidación de la información de recaudo (reportada por los Intermediadores) y los cobros por tarifa de peaje (reportados por los Operadores) y aquellos relacionados con poner esta información a disposición de los Actores Estratégicos del sistema. De igual manera, se presentan los requisitos relacionados con los Operadores y los Intermediadores para que el sistema funcione de forma efectiva y eficiente.

2.4. PERSPECTIVA DEL SISTEMA IP/REV

A continuación, se presentan las características principales del sistema IP/REV, sus interfaces con los sistemas de información – SI- y sus modos de operación.

2.4.1. Interfaces con el SI del Ministerio de Transporte

El SiGT, o sistema o subsistema designado por el Ministerio de Transporte, contará con la interfaz necesaria para comunicarse con otros sistemas de información.

2.4.2. Interfaces con otros SI

Para el correcto funcionamiento del sistema IP/REV, el SiGT, o sistema o subsistema designado por el Ministerio de Transporte, y los SI de los Operadores e Intermediadores deben proveer los mecanismos de integración necesarios para que los diferentes SI de las entidades participantes puedan consultar la información requerida para su operación, así como para la notificación de novedades.

2.4.3. Funciones del SiGT.

Las funciones principales del SiGT serán las siguientes: �

- Realizar el registro de las transacciones intercambiadas entre Operadores e Intermediadores. �

- Gestionar la base de datos con información de los dispositivos TAG RFID activados y las placas de los vehículos asignados. �

- Proveer una funcionalidad para que los miembros de las entidades relacionadas con el sistema IP/REV (ANI, INVIAS, ET, SUPERTRANSPORTE, SUPERINDUSTRIA DITRA, y MT) puedan consultar información (estadísticas, indicadores, etc.) relacionada con el sistema IP/REV, necesaria para el cumplimiento de sus respectivas funciones.

2.4.4. Funciones del Sistema de Información de los Operadores7

Además de las tareas propias de la operación del peaje, las funciones relacionadas con IP/REV del SI de los Operadores, serán las siguientes: �

- Administrar la base de datos local del Operador con información de los dispositivos TAG RFID en uso, listas de usuarios con calidad de exentos, listas negativas y de usuarios con tarifas especiales, categoría de los vehículos, tarifas de cada categoría, entre otros; y toda información que considere necesaria cada administrador de Operadores.

- Proveer la funcionalidad necesaria para notificar a los Intermediadores los cobros realizados por concepto de tarifa de peaje y demás situaciones especiales (p.e. discrepancias). �

- Proveer la funcionalidad necesaria para notificar al SiGT, o sistema o subsistema designado por el Ministerio de Transporte los pasos y tarifas cobradas. �

- Procesar, almacenar y proveer acceso a la información de imágenes, videos y sensores relacionados con la operación del peaje.

2.4.5. Funciones del Sistema de Información de los Intermediadores8

Además de las tareas propias de la operación del Back-Office, las funciones relacionadas con IP/REV del SI de los de los Intermediadores serán las siguientes:

- Proveer la funcionalidad necesaria para actualizar su base de datos local (estados y saldos) con la información de los cobros realizados por los diferentes Operadores, que se relacionan con dispositivos TAG RFID de sus usuarios. �

- Proveer la funcionalidad necesaria para notificar a los Operadores y al SiGT, o sistema o subsistema designado por el Ministerio de Transporte, la activación de nuevos dispositivos TAG RFID, así como la activación/desactivación de estos, la placa y el tipo de contrato de pago asociado a cada dispositivo TAG RFID, y en caso de contratos tipo prepago, los saldos correspondientes. En el caso de los contratos de tipo postpago los Intermediadores deben reportar el estado del dispositivo TAG RFID. �

- Proveer la funcionalidad capaz de facturar al usuario IP/REV las transacciones recibidas de los diferentes Operadores correspondientes a su TAG. �

- Proveer un sistema completo de CRM (Customer Relation Management) capaz de soportar la interacción con toda su base de datos de clientes IP/REV, cumpliendo los acuerdos de servicios mínimos establecidos en los ANS definidos por el Ministerio de Transporte

2.4.6. CONSIDERACIONES

A continuación, se presentan las restricciones que incidirán directamente en el diseño e implementación del sistema IP/REV:

2.4.7. Operación en paralelo

El SI de los Operadores y el SI de los Intermediadores, deben ser diseñados e implementados de tal forma que soporten la operación normal (atención de Usuarios y otros sistemas) y para que en paralelo puedan actualizar una instancia replicada de la base de datos en producción.

2.4.8. Funciones de control

El SiGT, o sistema o subsistema designado por el Ministerio de Transporte, el SI de los Operadores y el SI de los Intermediadores, deben contar con funcionalidades de control establecidas que garanticen el correcto funcionamiento del sistema. Estas se encuentran relacionadas con la integridad de los datos que cada entidad maneja y que el acceso sea restringido de acuerdo con los roles y privilegios definidos.

2.4.9. Criticidad de la aplicación

Los SI de los Operadores e Intermediadores del sistema de Interoperabilidad de Peajes con Recaudo Electrónico Vehicular (OP IP/REV e INT IP/REV) deben garantizar el nivel de disponibilidad descrito en la OBIP, teniendo en cuenta que su funcionamiento incide directamente en el funcionamiento del Sistema IP/REV.

2.4.10. Consideraciones relacionadas con seguridad física y lógica

Las consideraciones relacionadas con seguridad física y lógica son las especificadas en las normas 17799:2005 y 27001:2013, según se documenta en la sección de referencias. En particular, se deben tener en cuenta todos los aspectos relacionados con el cifrado de las diferentes bases de datos del SiGT, o sistema o subsistema designado por el Ministerio de Transporte, del Operador e Intermediador (versiones de servicio, replicación, respaldo, y archivo histórico), y las especificaciones establecidas en el Anexo 5- Especificaciones de Interoperabilidad.

El Ministerio de Transporte en un plazo no menor a tres (3) años contados a la fecha de la expedición de la presente resolución, adoptará el conjunto de estándares ISO/IEC 29167, que aumentará la seguridad del sistema del recaudo electrónico vehicular y mejora su prestación para evitar ataques de ciberseguridad, por tal motivo los nuevos TAG emitidos a partir de la fecha de expedición de la presente resolución deberán cumplir con este estándar, así mismo los lectores de TAG RFID en vía, que se compren y se instalen a partir de esta fecha deberán cumplir con las mismo estándar.

2.5. SUPUESTOS Y DEPENDENCIAS

A continuación, se describen algunos requisitos generales identificados para la correcta operación del sistema IP/REV, y que por consiguiente deben ser cumplidos por los actores estratégicos: �

- El Operador está en capacidad de establecer conexiones recurrentes con el SiGT, o sistema o subsistema designado por el Ministerio de Transporte, y con los diferentes Intermediadores. �

- El Operador cuenta con una base de datos local con toda la información asociada al TID de los dispositivos TAG RFID. �

- El Operador tiene una base de datos local con información (propia) relacionada con la operación del peaje, por ejemplo: categorías de los vehículos, valor de la tarifa de peaje por categoría, Usuarios con tarifa especial y demás información relevante para el operador. �

- Los Intermediadores cuentan con un SI donde se registra la información relacionada con los dispositivos TAG RFID que han sido dadas de alta/baja, los abonos realizados a las cuentas tipo prepago (con sus respectivos saldos) y el estado (activo/inactivo) de los dispositivos TAG RFID asociados a cuentas de tipo pospago; y demás información relacionada con sus Usuarios y contratos respectivos. �

- Los Intermediadores están en capacidad de reportar de forma periódica a los Operadores y al SIGT, o sistema o subsistema designado por el Ministerio de Transporte, la información relacionada con los dispositivos TAG RFID activados (estado, saldo, etc.). �

- Los Operadores e Intermediadores gestionarán un esquema de seguridad que permita garantizar el no repudio de las transacciones realizadas entre ellos. �

- El SiGT, o sistema o subsistema designado por el Ministerio de Transporte, contará con la infraestructura de hardware (energía, servidores, comunicaciones, y redundancia) y de software (en particular, un motor de base de datos, así como la replicación de esta), que permitan operar el módulo de IP/REV.

2.6. REFERENCIAS

El contenido del presente capítulo se basa en los documentos que se listan a continuación: �

- Norma internacional ISO/IEC/IEEE 29148:2011, Systems and software engineering – Life cycle processes – Requirements engineering, Sección 9.5 Software requirements specification (SRS) document. https://standards.ieee.org/findstds/standard/29148- 2011.html �

- Norma internacional ISO/IEC 17799:2005, Information technology – Security techniques – Code of practice for information security management. http://www.iso.org/iso/catalogue_detail?csnumber=39612 �

- Norma internacional 27001:2013, Information technology – Security techniques – Information security management systems – Requirements. http://www.iso.org/iso/home/store/catalogue_tc/catalogue_detail.htm?csnumber=54534

- Norma internacional ISO/TS 17575, Electronic fee collection – Application interface definition for autonomous systems – Part 1: Charging. �

- Concepto de Operación del Sistema (Capítulo 2 "Concepto de Operación"). �

- RFC-6797, HTTP Strict Transport Security (HSTS). http://tools.ietf.org/html �

- ISO/IEC 29167 Information technology – Automatic identification and data capture techniques – Part 1: Air interface for security services and file management for RFID architecture y Information technology – Automatic identification and data capture techniques – Part 10: Crypto suite AES-128 security services for air interface communications

REQUISITOS FUNCIONALES DE HARDWARE

2.7. GENERALIDADES

De acuerdo con la visión descrita en el Capítulo 1 "Concepto de Operación" del presente documento, con el objetivo de lograr la Interoperabilidad de Peajes y el Recaudo Electrónico Vehicular (IP/REV), se requiere especificar algunas funcionalidades clave, el hardware y el software necesario por los Operadores y los Intermediadores para garantizar el funcionamiento del sistema IP/REV.

El presente capítulo identifica las partes fundamentales del sistema de Recaudo Electrónico Vehicular (IP/REV). Para cada parte, se describen las funcionalidades, y los elementos de Hardware necesarios para garantizar la interoperabilidad de peajes del sistema IP/REV en Colombia. De igual manera, los requisitos (funcionales, de uso, de confiabilidad, de rendimiento, entre otros) que debe tener cada elemento de hardware.

Lo anterior, esto sin desconocer que estos actores deberán proveer y operar los componentes adicionales que consideren para garantizar el correcto funcionamiento del sistema de peajes IP/REV y todo lo relacionado para cumplir a cabalidad con el objetivo y la visión del sistema IP/REV.

El actor estratégico podrá instalar equipos equivalentes a los descritos en el presente capítulo siempre que garantice que el hardware que instale: i) cumple con la visión del sistema, ii) presente características semejantes, iii) cumple con los niveles de servicio establecidos en el anexo 4 -OBIP- y los contratos de concesión, y iv) garantice la interoperabilidad del sistema.

2.7.1. Alcance de los requisitos

A continuación, se presentan los requisitos funcionales para el funcionamiento del sistema de Recaudo Electrónico Vehicular (IP/REV) en Colombia. Expone los aspectos generales de la estructura del sistema desde el punto de vista lógico atendiendo a su funcionalidad, los elementos de software y hardware que lo componen y los requisitos de cada uno. Los requisitos presentados están fijados para las operaciones elementales del sistema IP/REV en Colombia, teniendo en cuenta estándares ISO (Estándar ISO 18000-63, ISO/IEC 17575, ISO/IEC 17573, ISO/IEC 16410) de dicha área.

2.7.2. Referencias

Este documento se basa en las siguientes referencias: �

- INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 18000- 63:2013. Information technology -- Radio frequency identification for item management. 2013. �

- INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO/IEC 17575. Electronic fee collection -- Application interface definition for autonomous systems. 2010. �

- INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO/IEC 17573. Electronic fee collection -- Application interface definition for autonomous systems. 2010. �

- INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO/IEC 16410. Electronic fee collection – Evaluation of equipment for conformity to ISO/TS 17575. 2011. �

- COLOMBIA. MINISTERIO DE TRANSPORTE. Resolución 004100 (28, diciembre, 2004). Por la cual se adoptan los límites de pesos y dimensiones en los vehículos de transporte terrestre automotor de carga por carretera, para su operación normal en la red vial a nivel nacional. �

- COLOMBIA. MINISTERIO DE TRANSPORTE. Manual de señalización vial 2015. �

- INSTITUTE OF ELECTRICAL AND ELECTRONIC ENGINEERS. IEEE 1012. Standard for System and Software Verification and Validation. 2012.

2.8. TAG RFID ISO 18000-63 (ON BOARD UNIT - OBU)

2.8.1. ESPECIFICACIONES TÉCNICAS DEL TAG

A continuación, se describen las especificaciones mínimas de los TAG que deberán proveer los Intermediadores a los Usuarios IP/REV.

2.8.1.1. Esquema de color de los dispositivos TAG RFID

Los TAG RFID deberán ser de color blanco o transparentes, con el logotipo de la marca COLPASS registrado en la Superintendencia de Industria y Comercio SIC, bajo la Resolución 100236 de 2015, impreso en la cara anterior (lado visible al interior del vehículo), con un tamaño no menor al 20% del ancho del TAG RFID, acorde con la orientación con que se debe instalar al interior del vehículo. El TAG debe contar al menos con el enlace de la página web del intermediador para consultar números de contacto y canales de apoyo y deberá tener impreso el EPC que estará grabado en el TAG. La descripción y uso de la marca se establecen en el anexo 3 de la presente resolución. Estas obligaciones no aplicarán para los TAG en circulación e inventario que migren al sistema del Ministerio de Transporte, a los que hace mención el Artículo 12 de la resolución.

Tag RFID ISO 18000-63 (On Board Unit - OBU)

En los sistemas de recaudo electrónico se realiza una transferencia de datos entre el vehículo, que cuenta con un dispositivo TAG RFID ISO 18000-63 (OBU) y los equipos instalados en la infraestructura vial (RSU ó Roadside Unit). A continuación, se listan los requisitos para este elemento.

Figura 1. Lugar de Instalación del TAG RFID en vehículos con panorámico inclinado.

Figura 2. Lugar de Instalación del TAG RFID en vehículos con panorámico vertical.

2.9. PROCEDIMIENTOS RELATIVOS AL TAG RFID EN EL SISTEMA IP/REV

2.9.1. Procedimiento para la adquisición de un TAG

Para la suscripción del contrato, el Intermediador deberá verificar en el SiGT o el sistema que el Ministerio de Transporte destine a tal fin, que el vehículo no tenga un TAG RFID activo asociado. El usuario tendrá la responsabilidad de indicar como mínimo la placa del vehículo a la cual se va a instalar el dispositivo y sus características básicas. El intermediador deberá validar la existencia de la persona natural a través de la Registraduría General de la Nación o jurídica a través del RUES (Registro Único Empresarial y Social) y la calidad mediante la cual actúa, con el RUNT deberá comprobar la información de la licencia de tránsito y las demás que considere pertinentes.

Para la vinculación y suscripción del contrato IP/REV el usuario debe adquirir un dispositivo TAG a través de los diferentes medios virtuales o físicos que dispongan los intermediadores

Será responsabilidad del Intermediador generar las herramientas físicas, virtuales o las que haya lugar, para la correcta instalación, uso y cuidado del TAG por parte del usuario, así mismo facilitará en diferentes medios físicos o virtuales soporte técnico respecto

El propietario del vehículo no será solidariamente responsable de las obligaciones derivadas del contrato entre el intermediador y el usuario, cuando no suscriba directamente el contrato.

Posteriormente el Intermediador validará la información suministrada por el usuario en las siguientes plataformas tecnológicas: �

- Plataforma RUNT (Registro Único Nacional De Tránsito): El Intermediador consultará y corroborará que la información suministrada sea la misma y concuerde con los datos de la plataforma RUNT. �

- Documento de identidad �

- Placa del vehículo �

- Clase de vehículo (categoría) �

- Número de Licencia de Tránsito �

- Estado del vehículo: "Activo".

Si al momento de la consulta el Intermediador, valida que la información no concuerda con cualquiera de los ítems anteriores, no se podrá realizar el proceso de asignación de TAG. �

- Plataforma del SiGT (Sistema de Gestión de Transacciones): El Intermediador consultará y corroborará que el vehículo a consultar no tenga un TAG activo e inactivo en el momento, con el fin de validar que un vehículo no tenga más de un TAG activo al mismo tiempo. �

- Placa consultada asociada a un TAG.

Si al momento de la consulta el Intermediador, valida que el usuario tiene ya un TAG activo o inactivo, este no podrá realizar el proceso de asignación del TAG, dado lo anterior, si el usuario desea continuar con ese proceso de solicitud de TAG ante este intermediador, deberá realizar las acciones necesarias con el intermediador con el que tenga el TAG asociado para terminar su vinculación contractual IP/REV y este realice el proceso de notificación ante el SiGT con el estado de desvinculación.

Si el actual propietario requiere instalar un TAG en su vehículo y este vehículo tenga un TAG asociado a otro usuario, el actual propietario a través de una carta (PQRS) solicitará al intermediador del el TAG asociado ejecutar el proceso de desvinculación.

Al finalizar el proceso si la validación es correcta y el vehículo se encuentra libre para la asignación de un TAG, el Intermediador deberá notificar al usuario que el proceso es exitoso y podrá realizar la entrega formal del TAG.

Se podrá realizar el traspaso del TAG si este sigue con el mismo intermediador. No se podrá realizar portabilidad del TAG a otro intermediador, dado que este dentro de su numeración ya se encuentra asociado a otro intermediador y este se encuentra grabado en el TAG.

Así mismo el usuario deberá notificar en cualquier momento el estado del TAG al Intermediador, si este ha sufrido algún tipo de daño, falla o si este fue retirado del vehículo.

A razón de lo anterior durante todo el proceso de asignación del TAG hacia el usuario, el Intermediador será el responsable de que los datos sean veraces, completos, exacta, actualizados y comprobables, teniendo en cuenta la Ley de Protección de Datos Personales en el cual reconoce y protege el derecho que tienen todas las personas a conocer, actualizar y rectificar las informaciones que se hayan recogido sobre ellas en bases de datos o archivos que sean susceptibles de tratamiento por entidades de naturaleza pública o privada.

2.9.2. Vehículos blindados

Algunos vehículos están equipados con vidrios panorámicos que contienen metal, lo que impide que los TAG RFID instalados al interior sean leídos apropiadamente.

Por tal motivo, el Intermediador deberá proveer TAGs RFID adecuados para este tipo de vehículos, los cuales serán instalados de forma permanente en la parte delantera del vehículo, específicamente en: �

- Costado superior de la placa frontal del vehículo. Podrán ser instalados TAG especialmente diseñados para ser instalados sobre las placas de los vehículos y deberán estar ubicados al menos a 1 cm de los caracteres de la placa, con línea de vista directa con las antenas de los peajes. �

- En ninguna circunstancia el TAG deberá cubrir parcial o totalmente los caracteres de la placa. �

- El techo del vehículo. Algunos vehículos como camiones, buses y otros de gran tamaño, podrán portar TAG diseñados para ser instalados en el techo de este, con línea de vista directa con las antenas de los peajes, o donde el Intermediador determine y le guie al usuario, siempre y cuando se garantice la correcta la lectura del TAG y el intermediador asumirá la responsabilidad de la indicación de esta instalación. �

- Faros delanteros del vehículo. Podrán ser instalados TAG RFID especialmente diseñados para ser instalados sobre los faros delanteros de los vehículos. Éstos deberán ser instalados al menos a 10 cm de cualquiera de los bordes metálicos del vehículo, no deberá estar centrado sobre la bombilla y deberá tener línea de vista con la antena del sistema de lectura RFID de los carriles IP/REV.

2.9.3. Procedimiento para reposición de un TAG.

En el evento de un daño o pérdida del TAG RFID, el usuario deberá notificar al Intermediador sobre la novedad, mediante cualquiera de los canales dispuestos por el intermediador, a fin de que éste último lo desactive, le suministre uno nuevo y realice la respectiva actualización ante el SiGT.

2.9.3. Sistema para reconocimiento de número de placa

La detección de placas vehiculares es una parte fundamental en los Sistemas Inteligentes de Transporte. En el caso de los sistemas IP/REV, estas tecnologías permiten contrastar la información recogida a partir del TID del dispositivo TAG RFID con la información obtenida por los sistemas de lectura de placa a nivel del carril IP/REV.

A continuación, se describen los requisitos para este componente.

Tipo	Descripción
Funcional	- El sistema para reconocimiento de número de placa debe reconocer la placa del vehículo que ingresa al carril IP/REV de forma automática y los caracteres detectados deben ser almacenados junto con las evidencias de paso del vehículo por el carril IP/REV del peaje.
Usabilidad	- Las imágenes de las cámaras serán transmitidas al centro de control de la plaza de peaje, teniendo un esquemsa de cadena de custorida de esa información en la plaza de peaje.
Confiabilidad	- El sistema de reconocimiento de placas debe tener una disponibilidad del 99.5%, con una media de tiempo entre fallas (MTBF) no menor a 40000 horas.
Rendimiento	- El sistema de reconocimiento de placas debe tener una efectividad igual o superior al 95%, para placas en buen estado de conservación y limpieza. � - El sistema de reconocimiento de placas debe tener un tiempo de respuesta inferior a 2 segundos desde el momento en que se realiza la fotografía hasta que se obtiene el texto de la placa del vehículo. - La cámara empleada para este sistema debe tener un grado de protección IP66. � - Las cámaras para grabación de placas deberán entregar su información de forma inmediata al centro de control de la plaza de peaje.
Soporte	- El sistema de reconocimiento de placas debe contar con soporte técnico y capacidad de suministro por parte del fabricante y/o proveedor durante el tiempo de funcionamiento en el peaje. En el caso de que el proveedor no sea el fabricante, este debe contar con personal certificado por el fabricante para dar soporte y servicio a los equipos.
Interfaces para transmisión de datos	- El sistema de reconocimiento de placas deberá tener interfaces físicas para la transmisión de datos RS232 o Ethernet IEEE 802.3. u otra que permita esta transmisión.

2.9.4. Cámaras para grabación de los ejes de los vehículos

La cámara para grabación de los ejes de un vehículo sirve para obtener evidencias acerca del número de ejes en caso de que se requiera para la solución de discrepancias.

A continuación, se describen los requisitos para este componente.

Tipo	Descripción
Funcional	- La cámara debe grabar vídeo o secuencias de imágenes; y al menos, una imagen debe ser evidencia del número ejes del vehículo. - Dicha(s) imagen(es) o vídeo deben ser almacenadas junto con la placa detectada.
Usabilidad	- Se debe realizar grabación en vídeo o secuencia  de imágenes del número de ejes de los vehículos en cada uno de los carriles del peaje IP/REV, sin importar las condiciones climáticas, de iluminación o temperatura que estén en el peaje.
Confiabilidad	- Las cámaras para la grabación de ejes de los vehículos deben tener una disponibilidad del 99.5%, con una media de tiempo entre fallas (MTBF) no menor a 40000 horas.
Rendimiento	- Las cámaras para la grabación de ejes deben entregar su información de forma inmediata al centro de control de la plaza de peaje y deberán operar y almacenar el video al menos a 10 fps (cuadros por segundo) Este tipo de cámara debe tener un grado de protección IP66.
Soporte	Las cámaras para la grabación de ejes y placa deben contar con soporte técnico y capacidad de suministro por parte del fabricante y/o proveedor durante el tiempo de funcionamiento en el peaje.
Interfaces para transmisión de datos	Las cámaras para la grabación de ejes y placa deberán tener interfaces físicas para la transferencia de datos Ethernet IEEE 802.3 u otra que permita esta transmisión.

2.9.5. Cámaras de seguridad

Con fines de control de flujo vehicular, colas en la plaza (y demás ANS y condiciones establecidas para obtener y mantener la Habilitación), y seguridad se debe contar con al menos una cámara panorámica en cada sentido y cámara(s) que permitan la vigilancia de las áreas de servicio.

A continuación, se describen los requisitos para este componente.

Tipo	Descripción
Funcional	- Se debe instalar una cámara panorámica por cada sentido del peaje (entrada, salida) tipo PTZ, controlables de forma remota. Asimismo, deben existir cámaras que cubran por completo las áreas de servicio. - Las cámaras operarán al menos a 15 fps, con zoom óptico de 32X con una sensibilidad mínima de 0.2 lux, compatibles con formatos H.264 y MPEG-4; y cumplir con el estándar ONVIF. - Las cámaras deben ser funcionales en diferentes condiciones de clima y temperatura, por lo que, de ser necesario, contarán con sistema calefactor propio. � - Se debe contar con un switch de video, que permita seleccionar desde el COP a cualquiera de las cámaras de seguridad del peaje para el envío de las imágenes a dicho centro. � - Las cámaras deberán contar con control día/noche
Usabilidad	- Las imágenes de las cámaras serán transmitidas al centro de control de la plaza de peaje. Allí serán almacenadas de forma cifrada empleando AES 256.
Confiabilidad	- Las cámaras deberán tener cada una disponibilidad del 99.9%, con una media de tiempo entre fallas (MTBF) no menor a 40000 horas.
Rendimiento	- Cada cámara deberá tener una Resolución mínima de 1920x1080 píxeles. � - Este tipo de cámara deberá tener un grado de protección IP66.
Soporte	- Las cámaras deberán contar con soporte técnico y capacidad de suministro por parte del fabricante o proveedor durante el tiempo de funcionamiento en el peaje.
Interfaces para transmisión de datos	- Interfaz física Ethernet IEEE 802.3 u otro medio cableado para la transmisión de datos.

2.9.6. Sensores de detección automática de la categoría del vehículo

Cada vía del peaje debe contar con los sensores necesarios para realizar de forma automática la categorización del vehículo. Los requisitos para dichos sensores son los siguientes:

Tipo	Descripción
Funcional	- Se deberá instalar el número y tipo de sensores que determinen la categoría del vehículo, por ejemplo, mediante la medición de variables como número de llantas, ancho de la llanta, altura, entre otras. � - Los sensores deben ser capaces de determinar la categoría del vehículo en movimiento a una velocidad de hasta de 60 Km/h, con vehículos transitando a 40 centímetros de separación. � - Los sensores deberán tener cada uno una disponibilidad del 99.5%, con una media de tiempo entre fallas (MTBF) no menor a 30.000
Usabilidad	- Los sensores serán aptos para ser empleados en ambientes industriales y de aplicación en sistemas de peajes. � - Los sensores instalados no deben afectar la velocidad con la que el vehículo ingresa al carril del peaje.
Soporte	- El sistema de sensores debe contar con soporte técnico y capacidad de suministro por parte del fabricante y/o proveedor durante el tiempo de funcionamiento en el peaje.
Interfaces para transmisión de datos	- Interfaces físicas para la transmisión de datos RS232/RS485 o Ethernet IEEE 802.3 u otras no inalámbricas de carácter industrial.

2.9.7. Barrera o talanquera de salida automática

Los carriles IP/REV deben contar con una barrera automática que controle el paso de vehículos. Los requisitos para esto son los siguientes.

Tipo	Descripción
Funcional	- Talanqueras automáticas de alta velocidad en cada vía IP/REV del peaje que permitan el paso de los vehículos una vez se haya confirmado el cobro de la tarifa correspondiente.
Usabilidad	- La talanquera deberá tener apertura y cierre automático. � - La composición física y estética de las barreras deberá ser conforme con el manual de señalización vial 2015 (Capítulo 5 Otros dispositivos para la regulación de tránsito, Sección 5.11. Señalización de estaciones de peaje, apartado 4 Barreras de control), adoptado por el Ministerio de Transporte.
Confiabilidad	- Las talanqueras deben tener un MTBF no menor a 30000 horas con características para trabajo pesado.
Rendimiento	- El tiempo de respuesta para subida y para bajada de dicha barrera debe ser igual o inferior a 0.7 segundos en cada caso.
Soporte	- Las barreras automáticas deben contar con soporte técnico y capacidad de suministro por parte del fabricante y/o proveedor durante el  tiempo de funcionamiento en el peaje.
Interfaces	- Interfaz de control RS 232, Ethernet IEEE 802.3 u otras de uso industrial.

2.9.8. Semáforos

Los carriles IP/REV se deben tener dos tipos de semáforos LED: los que indican al usuario el estado del carril IP/REV (abierto o cerrado), y los que indican la autorización para continuar el paso por el peaje.

Los requisitos para esto son los siguientes.

Tipo	Descripción
Funcional	- Se deben instalar elementos de señalización visibles antes del peaje, "semáforos de marquesina", que indiquen al usuario IP/REV el estado del carril IP/REV (abierto, cerrado) de conformidad con el manual de señalización vial 2015 (Capítulo 5 Otros dispositivos para la regulación de tránsito, Sección 5.11. Señalización de estaciones de peaje, apartado 5, Semáforos e indicadores de forma de pago), adoptado por el Ministerio de Transporte. � - De igual forma, se deben instalar "semáforos de paso", ubicados en el carril IP/REV, informando al usuario IP/REV acerca de si está autorizado o no para continuar su paso por el peaje. Estos elementos deberán cumplir con las normas presentadas en el manual de señalización vial 2015 (Capítulo 7 Semáforos), adoptado por el Ministerio de Transporte.
Usabilidad	- Los "semáforos de marquesina" que indican el estado del carril IP/REV debe ser visibles a una distancia tal que permita al usuario cambiar de carril en caso de que el carril IP/REV se encuentre cerrado o en caso de que el usuario no disponga de los medios para realizar el pago electrónico. � - Los "semáforos de paso" que indican la autorización para continuar el paso por el carril IP/REV del peaje deben ser adecuadamente visibles por el usuario de acuerdo a la operación de dicho carril.
Confiabilidad	- Los semáforos empleados deberán tener un nivel de disponibilidad superior al 99%, con un MTBF superior a 5 años.
Rendimiento	- Los semáforos empleados deberán tener características de visibilidad, tamaño, colores y demás características especificadas en el manual de señalización vial 2015 Capítulo 5 Otros dispositivos para la regulación de tránsito, Sección 5.11. Señalización de estaciones de peaje, apartado 5 Semáforos e indicadores de forma de pago y Capítulo 7 Semáforos.
Soporte	- Los semáforos deberán contar con soporte técnico y capacidad de suministro por parte del fabricante y/o proveedor durante el tiempo de funcionamiento en el peaje. � - El mantenimiento realizado a los semáforos y a sus elementos asociados deberá realizarse, en concordancia con el manual de señalización vial 2015, (Capítulo 7 Semáforos, Sección 7.4. Mantenimiento), adoptado por el Ministerio de Transporte.
Interfaces	- Interfaz física cableada de uso industrial.

2.9.9. Paneles de señalización variable

Los carriles IP/REV del peaje deben contar con pantallas de información alfanuméricas LED.

Los requisitos para esto son los siguientes, sin perjuicio de que las mismas deberán tener un tamaño que permita al usuario la fácil lectura de la información.

Tipo	Descripción
Funcional	- Las pantallas de información alfanumérica informarán al usuario IP/REV el valor del pago realizado y alguno de los siguientes mensajes según aplique: Saldo bajo, saldo insuficiente o dispositivo TAG no reconocido.
Usabilidad	- Los paneles de señalización variable deberán ser visibles desde el punto de entrada al carril IP/REV desde la ubicación del conductor del vehículo, sin importar su categoría. � - Estos paneles deben estar ubicados debajo del semáforo que indica la autorización para continuar el paso por el peaje, a fin de garantizar un único punto de vista a los Usuarios IP/REV, cumpliendo con las consideraciones de localización presentadas en el manual de señalización vial 2015 (Capítulo 2, Sección 2.1 Generalidades de las señales verticales, apartado 4 ubicación) - De igual manera, teniendo en cuenta que el dispositivo debe ubicarse debajo del semafoto, se deben cumplir con las consideraciones de diseño; de distancia mínima de visibilidad y lectura presentadas en el manual de señalización vial 2015, (Capítulo 2, Sección 2.4.3.2 Tamaño de letras), adoptado por el Ministerio de Transporte.
Confiabilidad	- Los PMV deben tener un nivel de disponibilidad superior al 99% y un MTBF superior o igual a 5 años.
Rendimiento	- Los PMV deberán tener características de visibilidad, tamaño, colores y demás características especificadas en el manual de señalización vial 2015 (Capítulo 2, Sección 2.7 Señales de mensaje variable).
Soporte	- Los PMV deben contar con soporte técnico y capacidad de suministro por parte del fabricante y/o proveedor durante el tiempo de funcionamiento en el peaje.
Interfaces	- Interfaz física cableada de uso industrial.

Figura 3 Estación de peaje: ubicación de semáforos, paneles de señalización variable y de la barrera automática de salida.

2.9.10. Señalización en los carriles IP/REV

En los carriles IP/REV deberá existir una señalización vertical y horizontal para indicar los carriles a usar y las cabinas habilitadas para recibir cada forma de pago, cumpliendo los aspectos contemplados en el manual de señalización vial 2015 (Capítulo 5 Otros dispositivos para la regulación del tránsito, Sección 5.11 Señalización de estaciones de peaje), adoptado por el Ministerio de Transporte, sin perjuicio de lo anterior la señalización y por consiguiente su tamaño y ubicación debe permitir al usuario la fácil identificación de los carriles habilitados para el pago electrónico del sistema IP/REV.

Los requisitos para esto son los siguientes.

Tipo	Descripción
Funcional	- Se deberán instalar elementos como: - Reductores de velocidad: se instalarán elementos para realizar la transición de la velocidad del vehículo en carretera, a la requerida para la realización del cobro electrónico. Dichos reductores se instalarán de acuerdo con los aspectos contemplados en el manual de señalización vial 2015 (Capítulo 5. Otros dispositivos para la regulación del tránsito, Sección 5.8 Reductores de velocidad). - Delineadores de piso: deberán contar con delineadores de piso que guíen al conductor en la circulación en la zona que pertenece al peaje, de acuerdo con los aspectos contemplados en el manual de señalización vial 2015 (Capítulo 5 Otros dispositivos para la regulación del tránsito, Sección 5.4 Delineadores de piso o elevados).
Usabilidad	- Estos elementos tendrán los colores, tamaños y demás características especificadas en el manual de señalización vial 2015 (Capítulo 5 Otros dispositivos para la regulación del tránsito y, Sección 5.4 Delineadores de piso o elevados y Sección 5.8 Reductores de velocidad).
Confiabilidad	- Características especificadas en el manual de señalización vial 2015 (Capítulo 5 Otros dispositivos para la regulación del tránsito, Sección 5.4 Delineadores de piso o elevados y Sección 5.8 Reductores de velocidad).
Rendimiento	- La señalización de estaciones de peaje deberá garantizar que los Usuarios seleccionen correctamente los carriles habilitados para recibir cada forma de pago.
Soporte	- Es necesario prever mantenimientos preventivos y/o correctivos de la señalización vertical y horizontal, durante el tiempo de funcionamiento en el peaje.
Interfaces	- N.A.

2.9.11. Sistema para gestión de información de carril IP/REV

Por cada carril IP/REV se deberá instalar en el peaje un dispositivo de cómputo integrado en el controlador de vía para recibir las lecturas procedentes de la unidad de lectura de dispositivos RFID. El dispositivo deberá soportar la ejecución de las siguientes tareas: �

- Recepción de hasta 100 datos de dispositivos TAG RFID ISO 18000-63 por segundo provenientes de la unidad de lectura de dispositivos TAG RFID ISO 18000-63. �

- Gestión de la base de datos local del carril IP/REV de los dispositivos TAG RFID. Lo anterior con el fin de acelerar el proceso de consulta durante el paso de un vehículo por un carril IP/REV del peaje. Los cambios realizados en la base de datos serán replicados al centro de control de la plaza de peaje. Esta arquitectura garantiza la independencia técnica entre carriles IP/REV previniendo la propagación de un fallo a los demás. �

- Monitoreo del estado de funcionamiento de los elementos de la plaza de peaje, así como la capacidad de recibir de forma remota desde el COP los datos para alterar su funcionamiento. �

- Controlar el funcionamiento de la barrera de salida o talanquera. �

- Realizar el cifrado y descifrado de datos transferidos entre el centro de control de la plaza de peaje y el computador del carril IP/REV.

Los requisitos para dicho elemento son los siguientes.

Tipo	Descripción
Funcional	- Deberá contar con características técnicas suficientes para ejecutar las tareas especificadas anteriormente. � - La base de datos debe cumplir con los requisitos de base de datos definidos en el Capítulo 2 "Especificación de Requisitos de Software". � - Deberá contar con sistemas de protección contra fallas en la red eléctrica. � - Deberá contar con seguridad física para evitar actos vandálicos.  - Deberá cumplir con el estándar IP66 de protección si está expuesto a la intemperie o IP54 si está protegido en un ambiente cerrado garantizando su operación entre -5°C a +45°C. � - Los equipos deben cumplir con las exigencias del estándar FIPS 140-2 nivel 2 y las normas de compatibilidad electromagnética EMC clase A o su equivalente. - El reloj del equipo debe estar ajustado a la hora UTC-5 mediante protocolo NTP.
Confiabilida d	- Componentes para gestión de la información de grado industrial y trabajo pesado.
Soporte	- El sistema de cómputo para la gestión de información de carril IP/REV deberá contar con soporte técnico y capacidad de suministro por parte del fabricante y/o proveedor durante el tiempo de funcionamiento en el peaje.
Interfaces	- Interfaces físicas para la transmisión de datos RS232, Ethernet IEEE 802.3 con cable STP o con fibra óptica.

2.9.12. Red de transmisión de datos entre carril IP/REV (Nivel 1) y centro de control de la plaza de peaje (Nivel 2)

Los sistemas instalados en el carril IP/REV deberán comunicarse con el centro de control de la plaza de peaje a través de una red de comunicaciones Ethernet IEEE 802.3 que garantice la velocidad, integridad y seguridad de la información.

Los requisitos para este componente son los siguientes.

Tipo	Descripción
Funcional	- Comunicaciones mediante canales con un ancho de banda que permita la transferencia de los datos entre los carriles IP/REV y el centro de control de la plaza de peaje; vídeo o secuencia de imágenes de la/s cámara/s para grabación de placa y ejes, reportes de transacciones, información de soporte para discrepancias y reportes de estado de funcionamiento de los equipos de carril IP/REV.
Usabilidad	- Elementos de red entre unidad de gestión de información de carril IP/REV y centro de control de la plaza de peaje con protección de tipo industrial.
Confiabilidad	- Los elementos empleados para la red deberán tener cada uno una disponibilidad del 99.9%, con una media de tiempo entre fallas (MTBF) no menor a 5 años.
Rendimiento	- Capacidad de transmisión de datos de toda la información del carril IP/REV (video, imágenes, datos).
Soporte	- Los elementos de red deben contar con soporte técnico y capacidad de suministro por parte del fabricante y/o proveedor durante el tiempo de funcionamiento en el peaje.
Interfaces	- Interfaces para la transmisión de datos IEEE 802.3 con medios de cobre o fibra óptica.

2.9.13. Red de transmisión de datos entre el centro de control de la plaza de peaje (Nivel 2) y el COP (Nivel 3)

La plaza de peaje debe disponer de un sistema de comunicaciones que le permita transferir al COP, la siguiente información: �

- Vídeo de las cámaras de seguridad instaladas en el peaje, seleccionadas desde el COP. �

- Reportes de estado de funcionamiento del peaje. �

- Cobros realizados a los Usuarios IP/REV del peaje. �

- Reportes de discrepancias con evidencias (imágenes y/o vídeo).

Los requisitos para esto son los siguientes.

Tipo	Descripción
Funcional	- Comunicaciones basadas en tecnología satelital y/o fibra óptica y/o microondas punto a punto, licenciadas y siempre que disponga de canales dedicados y privados con un ancho de banda que permita la transferencia de los datos requeridos de la plaza de peaje al COP. � - La información transferida deberá estar cifrada con un estándar igual o mejor al AES-256 a fin de garantizar la confidencialidad de dicha información.
Usabilidad	- Los elementos de red de la plaza de peaje deberán contar con protección eléctrica de tipo industrial.
Confiabilida d	- Los elementos empleados para la red deben tener una disponibilidad del 99%, con una media de tiempo entre fallas (MTBF) no menor a 5 años.
Rendimiento	- Capacidad de transmisión de datos enumerados anteriormente.
Soporte	Los elementos de red deben contar con soporte técnico y capacidad de suministro por parte del fabricante y/o proveedor durante el tiempo de funcionamiento en el peaje.
Interfaces	- Dependiente del medio de transmisión ya sea para red interna o externa

2.9.14 Instalaciones eléctricas

Las instalaciones eléctricas son un elemento crítico del sistema IP/REV, puesto que éstas alimentan a todos los equipos eléctricos presentes a nivel de carril IP/REV de los peajes. Los requisitos para las instalaciones eléctricas son los siguientes:

Tipo	Descripción
Funcional	- Todas las instalaciones eléctricas deben realizarse de acuerdo con lo establecido en las normas nacionales para tal fin, es decir, cumplir con la norma NTC 2050 y RETIE. � - De igual manera, todos los equipos eléctricos presentes a nivel de carril IP/REV de los peajes, deberán contar con las protecciones eléctricas a nivel de sobretensiones y cortocircuito.
Usabilidad	- Se debe contar con un sistema de protección independiente para cada elemento electrónico a nivel de carril IP/REV.
Confiabilidad	- Los componentes de las instalaciones eléctricas deben tener un MTBF igual o superior a 5 años.
Rendimiento	- Las capacidades de los componentes del sistema eléctrico deberán estar en concordancia con las normas NTC 2050 y RETIE vigentes en Colombia y dimensionados para cada uno de los elementos que componen el carril IP/REV.
Soporte	- Se deberá prever mantenimientos preventivos y/o correctivos de la infraestructura eléctrica, durante el tiempo de funcionamiento en el peaje.
Interfaces	Interfaces físicas de tipo industrial.

2.9.15. Sistema de respaldo eléctrico

Un sistema de respaldo eléctrico debe entrar en operación, en el evento de un fallo en el suministro de energía eléctrica.

Los requisitos para dicho sistema son los siguientes.

Tipo	Descripción
Funcional	- Se debe contar con un sistema de respaldo de energía eléctrica que permita la continuidad de las operaciones del puesto del carril IP/REV, en el evento de fallas en la red de suministro eléctrico, garantizando el pleno funcionamiento de todos los carriles IP/REV del peaje.
Usabilidad	- El sistema debe activarse de forma automática, una vez detectada una falla en la red de suministro eléctrico.
Confiabilidad	- El sistema de respaldo eléctrico debe tener un MTBF igual o superior a 5 años.
Rendimiento	- El respaldo debe contar con una protección primaria a partir de Fuentes Ininterrumpidas de Potencia con un soporte de mínimo 30 minutos y una fuente de respaldo secundario, mediante grupo electrógeno, con capacidad de respaldo de mínimo 24 horas.
Soporte	- Es necesario prever mantenimientos preventivos y/o correctivos del sistema de respaldo de energía eléctrica, durante el tiempo de funcionamiento en el peaje.
Interfaces	-  Interfaces físicas cableadas de uso industrial.

2.9.16. Equipos de monitoreo meteorológico

Se recomienda contar con equipos de monitoreo meteorológico que informen sobre las condiciones climatológicas. Los requisitos para estos equipos son los siguientes.

Tipo	Descripción
Funcional	Se recomienda contar con equipos de monitoreo meteorológico que informen a los usuarios acerca del estado del viento, lluvia, neblina y temperatura. Los equipos de monitoreo meteorológico podrán ser los mismos que hayan sido instalados cumpliendo con los requisitos del contrato de concesión vial.
Usabilidad	Equipos de monitoreo meteorológico de uso industrial y adecuado para las posibles condiciones de viento, lluvia, neblina y temperatura del territorio colombiano.
Confiabilidad	Los equipos de monitoreo meteorológico deben tener un nivel de disponibilidad superior al 99% y un MTBF superior a 2 años.
Rendimiento	La información meteorológica debe ser enviada cada 5 minutos al centro de control de la plaza de peaje.
Soporte	Los equipos de monitoreo meteorológico deben contar con soporte técnico y capacidad de suministro por parte del fabricante y/o proveedor durante el tiempo de funcionamiento en el peaje.
Interfaces	Interfaces físicas cableadas de uso industrial.

2.10. FRONT-END - INFRAESTRUCTURA PARA EL SERVICIO A NIVEL DEL CENTRO DE CONTROL DE LA PLAZA DE PEAJE

La función del centro de control de la plaza de peaje es recoger información de los carriles IP/REV del peaje para almacenar, validar y transmitir información recopilada al COP. De igual forma, deberá recibir información desde el COP para efectos de configurar la plaza de peaje. Se deberá garantizar la existencia de equipos de hardware y aplicaciones de software para soportar las siguientes funcionalidades:

2.10.1. Recopilación de la información de monitoreo y supervisión

Se deberá garantizar la gestión, almacenamiento, consulta local y remota de imágenes y video de seguridad sobre la actividad general del peaje. Se debe también dar soporte para la recolección de información acerca del estado de funcionamiento de al menos: la unidad de lectura de dispositivos TAG RFID ISO 18000-63, sistema de reconocimiento de número de placa, cámaras de grabación de número de ejes, cámaras de seguridad, sensores de detección automática de la categoría del vehículo, equipos para pesaje automático de vehículos de carga (en caso de estar instalado), sistema para gestión de información de carril IP/REV (computador de carril IP/REV) y barrera de salida automática.

Los requisitos para el equipo de cómputo que realice esta tarea son:

Tipo	Descripción
Funcional	- El equipo de cómputo debe garantizar el almacenamiento y visualización de toda la información de monitoreo y supervisión del peaje (vídeos, imágenes). El equipo debe contar con interfaces para la consulta remota desde el COP de toda la información de monitoreo y supervisión almacenada a nivel de la plaza de peaje. - El equipo deberá contar con sistemas de protección contra fallas en la red eléctrica de forma independiente. De igual manera, deberá contar con seguridad física para evitar que actos vandálicos interfieran. � - Los equipos deberán cumplir con las exigencias del estándar FIPS 140-2 nivel 2 y las normas de compatibilidad electromagnética (EMC) clase A o su equivalente. � - El reloj del equipo debe estar ajustado a la hora UTC-5 mediante protocolo NTP.
Usabilidad	- El equipo de cómputo debe recibir información de monitoreo y supervisión del peaje (vídeos, imágenes) de toda la plaza de peaje y ser visualizados mediante el uso de pantallas dedicadas.
Confiabilida d	- El equipo deberá contar con un esquema de redundancia que permita garantizar una disponibilidad de, al menos, el 99.9% de los equipos de cómputo que soporten estas tareas.
Rendimiento	- El equipo deberá contar con procesador, memoria RAM y disco duro suficientes para el procesamiento, almacenamiento y visualización de toda la información de monitoreo y supervisión del peaje (vídeos, imágenes). Se recomienda gestionar las tareas descritas en equipos de cómputo separados de aquellos que realizan otras tareas en el centro de control de la plaza de peaje.
Soporte	- El sistema de cómputo deberá contar con soporte técnico y capacidad de suministro por parte del fabricante y/o proveedor durante el tiempo de funcionamiento en el peaje.
Interfaces	- Interfaces físicas para la transmisión de datos Ethernet IEEE 802.3 con cable STP o con fibra óptica.

2.10.2. Recopilación de información de volumen de tráfico y del paso de vehículos que transitan por el peaje con sus soportes

El centro de control de la plaza de peaje deberá disponer de un sistema de cómputo que soporte la gestión para el procesamiento, almacenamiento y visualización de la información mencionada. Los requisitos para los elementos de cómputo que realicen cada una de las tareas descritas son los siguientes:

Tipo	Descripción
Funcional	- El equipo de cómputo deberá soportar el procesamiento, almacenamiento y visualización de toda la información de volumen de tráfico y cada paso de vehículos registrado con sus soportes (imágenes y video). � - El equipo deberá contar con interfaces para la consulta remota desde el COP de toda la información de volumen de tráfico y cada paso de vehículos registrado con sus soportes a nivel de plaza de peaje (imágenes y video). � - El equipo deberá contar con sistemas de protección contra fallas en la red eléctrica de forma independiente. � - El equipo deberá contar con seguridad física para evitar que actos vandálicos interfieran. � - Los equipos deberán cumplir con las exigencias del estándar FIPS 140-2 nivel 2 y las normas de compatibilidad electromagnética EMC clase A o su equivalente. � - El reloj del equipo debe estar ajustado a la hora UTC-5 mediante protocolo NTP.
Usabilidad	- Los equipos de cómputo deben recibir toda la información descrita y ser visualizada mediante el uso de pantallas dedicadas.
Confiabilida d	- Los equipos de cómputo deben contar con un esquema de redundancia que permita garantizar una disponibilidad de, al menos, el 99.9% de los equipos de cómputo que soporten estas tareas.
Rendimiento	- El equipo deberá contar con procesador, memoria RAM y disco duro suficientes para el procesamiento, almacenamiento y visualización de toda la información de volumen de tráfico, pesaje y cada paso de vehículos registrado con sus soportes (imágenes y video). Se recomienda gestionar las tareas descritas en equipos de cómputo separados de aquellos que realizan otras tareas en el centro de control de la plaza de peaje.
Soporte	- El sistema de cómputo deberá contar con soporte técnico y capacidad de suministro por parte del fabricante y/o proveedor durante el tiempo de funcionamiento en el peaje.
Interfaces	- Interfaces físicas para la transmisión de datos Ethernet IEEE 802.3 con cable STP o con fibra óptica.

2.10.3. Gestión de discrepancias

El centro de control de la plaza de peaje deberá disponer de equipos de cómputo para gestionar las posibles discrepancias generadas en la plaza de peaje. Esta función también se podrá realizar a nivel de Centro de Operación de Peajes (COP) centralizando a ese nivel la gestión de discrepancias de la concesión.

Los requisitos para los elementos de cómputo que realicen la gestión de discrepancias deben ser los siguientes:

Tipo	Descripción
Funcional	- El equipo de cómputo debe soportar el procesamiento, almacenamiento y visualización para gestionar las posibles discrepancias generadas en la plaza de peaje. � - Deberán contar con interfaces para la consulta remota desde el COP de toda la información de las discrepancias generadas en la plaza de peaje. � - Deberá contar con sistemas de protección contra fallas de suministro en la red eléctrica de forma independiente. � - Deberá contar con seguridad física para evitar que actos vandálicos interfieran. � - Los equipos deben cumplir con las exigencias del estándar FIPS 140-2 nivel 2 y las normas de compatibilidad electromagnética EMC clase A o su equivalente. � - El reloj del equipo deberá estar ajustado a la hora UTC-5 mediante protocolo NTP.
Usabilidad	- Los equipos de cómputo deberán ofrecer la posibilidad de gestionar las posibles discrepancias generadas en la plaza de peaje.
Confiabilida d	- Deberán contar con un esquema de redundancia que permita garantizar una disponibilidad de al menos el 99.9% de los equipos de cómputo que soporten estas tareas.
Rendimiento	- Deberá contar con procesador, memoria RAM y disco duro suficientes para el procesamiento, almacenamiento y visualización de las discrepancias generadas en la plaza de peaje. Se recomienda gestionar las tareas descritas en equipos de cómputo separados de aquellos que realizan otras tareas en el centro de control de la plaza de peaje.
Soporte	- El sistema de cómputo deberá contar con soporte técnico y capacidad de suministro por parte del fabricante y/o proveedor durante el tiempo de funcionamiento en el peaje.
Interfaces	- Interfaces físicas para la transmisión de datos Ethernet IEEE 802.3 con cable STP o con fibra óptica.

2.10.4. Gestión de la base de datos con información de los dispositivos TAG RFID activados

El centro de control de la plaza de peaje deberá disponer de equipos de cómputo para garantizar la gestión de la base de datos de dispositivos TAG RFID activados. Los requisitos para los elementos de cómputo los cuales realicen cada una de las tareas descritas son los siguientes:

Tipo	Descripción
Funcional	- El equipo de cómputo deberá soportar el procesamiento, almacenamiento y visualización para garantizar la gestión de la base de datos de dispositivos TAG RFID activados y que ha sido descargada desde los Intermediadores. Para que el operador pueda realizar el diagnóstico y resolución de disputas deberá seguir procedimientos de custodia de la información que serán responsabilidad del Intermediador y Operador, todo esto siguiendo los preceptos de la Ley 1581 de 2012. � - La base de datos de los dispositivos TAG RFID activados deberá estar cifrada con un algoritmo AES-256 o mejor. � - El equipo deberá contar con sistemas de protección contra fallas en la red eléctrica de forma independiente. � - El equipo deberá contar con seguridad física para evitar que actos vandálicos interfieran. � - El equipo deberá cumplir con las exigencias del estándar FIPS 140-2 nivel 2 y las normas de compatibilidad electromagnética EMC clase A o su equivalente. � - El reloj del equipo deberá estar ajustado a la hora UTC-5 mediante protocolo NTP.
Usabilidad	- El equipo de cómputo deberá garantizar la gestión de la base de datos de los dispositivos TAG RFID activados.
Confiabilida d	- Se deberá contar con un esquema de redundancia el cual permita garantizar una disponibilidad de, al menos, el 99.9% de los equipos de cómputo que soporten estas tareas.
Rendimiento	- El equipo deberá contar con procesador, memoria RAM y disco duro suficientes para procesamiento, almacenamiento para la gestión de la base de datos de dispositivos TAG RFID activados. Se recomienda gestionar las tareas descritas en equipos de cómputo separados de aquellos que realizan otras tareas en el centro de control de la plaza de peaje.
Soporte	- El equipo de cómputo deberá contar con soporte técnico y capacidad de suministro por parte del fabricante y/o proveedor durante el tiempo de funcionamiento en el peaje.
Interfaces	- Interfaces físicas para la transmisión de datos Ethernet IEEE 802.3 con cable STP o con fibra óptica.

2.10.5. Información de configuración de la plaza de peaje o punto de cobro.

El centro de control de la plaza de peaje deberá disponer de equipos de cómputo para la recepción desde el COP de información de tarifas y otro tipo de posibles configuraciones que se deriven para la correcta ejecución del sistema IP/REV de peajes.

Los requisitos para los elementos de cómputo que realicen cada una de las tareas descritas deben cumplir con los siguientes requisitos:

Tipo	Descripción
Funcional	- El equipo de cómputo deberá soportar el procesamiento, almacenamiento y visualización para la recepción de tarifas y otro tipo de posibles configuraciones que se deriven para la correcta ejecución del sistema IP/REV. � - El equipo deberá contar con sistemas de protección contra fallas en la red eléctrica de forma independiente. � - El equipo deberá contar con seguridad física para evitar que actos vandálicos interfieran. � - El equipo deberá cumplir con las exigencias del estándar FIPS 140-2 nivel 2 y las normas de compatibilidad electromagnética EMC clase A o su equivalente. � - El reloj del equipo deberá estar ajustado a la hora UTC-5 mediante protocolo NTP.
Usabilidad	- El equipo deberá garantizar la recepción de tarifas y otro tipo de posibles configuraciones que se deriven para la correcta ejecución del sistema IP/REV de peajes.
Confiabilida d	- Se deberá contar con un esquema de redundancia que permita garantizar una disponibilidad de, al menos, el 99.9% del equipo de cómputo que soporte estas tareas.
Rendimiento	- El equipo deberá contar con procesador, memoria RAM y disco duro suficientes para la recepción de tarifas y otro tipo de posibles configuraciones que se deriven. Se recomienda gestionar las tareas descritas en un equipo de cómputo separado de aquellos que realizan otras tareas en el centro de control de la plaza de peaje.
Soporte	- El sistema de cómputo deberá contar con soporte técnico y capacidad de suministro por parte del fabricante y/o proveedor durante el tiempo de funcionamiento en el peaje.
Interfaces	- Interfaces físicas para la transmisión de datos Ethernet IEEE 802.3 con cable STP o con fibra óptica.

2.10.6. Sistema de respaldo eléctrico

El centro de control de la plaza de peaje deberá contar con un sistema de respaldo de energía eléctrica que permita la continuidad de todas las operaciones del centro de control de la plaza de peaje, en el evento de fallas en el suministro de energía eléctrica, garantizando el pleno funcionamiento de todas sus funciones. Los requisitos para dicho sistema son los siguientes:

Tipo	Descripción
Funcional	- Se deberá contar con un sistema de respaldo de energía eléctrica que permita la continuidad de las operaciones del centro de control de la plaza de peaje, en el evento de fallas en el suministro de la red eléctrica garantizando el pleno funcionamiento de todos los carriles IP/REV del peaje.
Usabilidad	- El sistema deberá activarse de forma automática, una vez detectada una falla en el suministro de la red eléctrica.
Confiabilidad	- El sistema de respaldo eléctrico deberá tener un MTBF igual o superior a 5 años.
Rendimiento	- El respaldo deberá contar con una protección primaria a partir de fuentes Ininterrumpidas de potencia con un soporte de mínimo 5 minutos y un conmutador automático de respaldo secundario, mediante grupo electrógeno con capacidad de respaldo de mínimo 24 horas.
Soporte	- Se deberá prever mantenimientos preventivos y/o correctivos del sistema de respaldo de energía eléctrica, durante el tiempo de funcionamiento en el peaje.-
Interfaces	- Interfaces físicas cableadas de uso industrial.

3. ELEMENTOS DEL SISTEMA IP/REV DEL INTERMEDIADOR

3.1. Un sistema de BackOffice típico define el cuarto nivel lógico donde se resuelven las transacciones recibidas dando como resultado el recaudo de la tarifa de peaje al cliente dueño del TAG RFID correspondiente. �

- Nivel 4: BackOffice.

El BackOffice se divide en BackOffice Operacional, y BackOffice Comercial.

BackOffice Operacional del Intermediador

Es el software o conjunto de programas donde se reciben las transacciones de los distintos Operadores y se agrupan en los correspondientes TAG RFID.

El BackOffice Operacional debe ser capaz de resolver, entre otras, las siguientes funciones: �

- Consolidación automática y manual de transacciones, �

- Realizar la gestión de posibles excepciones.

3.2. BackOffice Comercial del INTERMEDIADOR

Es el software o conjunto de programas donde se recibe el conjunto de transacciones consolidadas por TAG RFID, y se produce el cobro mediante la asignación de dichas transacciones al cliente correspondiente, considerando el tipo de cobro que ha elegido y con el que está registrado en la base de datos del Intermediador.

El BackOffice Comercial debe ser capaz de resolver, entre otras, las siguientes funciones: �

- Administración de las cuentas de los clientes IP/REV, �

- Facturación de los tránsitos, según la periodicidad requerida por el medio de pago con que el cliente IP/REV está registrado, �

- Manejo de las interfaces externas que requiera, por ejemplo, acceso a bancos, tarjetas de crédito y débito, fondos depositados como prepagos, etc. �

- Administración de deudores, �

- Generación de reportes financieros,

- Comunicación con el cliente IP/REV a través de un CRM (Customer Relation Management), que incluya como mínimo:

a. Portal WEB,

b. Centro de Contacto de atención personalizada y telefónica (IVR, CTI, etc.) �

- Módulo de logística, que administre para los TAG RFID:

a. Proveedores,

b. Stock y almacenaje,

c. Administración del ciclo de vida del TAG RFID. �

- Gestión documental, �

- Gestión de discrepancias recibidas por los clientes IP/REV, que deben ser resueltas accediendo a las pruebas de imagen y/o video correspondientes a la transacción en disputa, que residen en la BBDD del Operador que ha sido origen de la transacción, �

- Conexión con los programas financiero del Intermediador, �

- Business Intelligence.

Adicionalmente, el Intermediador puede contar con aplicativos que le permitan explotar su base de datos de clientes en otros negocios, aprovechando la plataforma tecnológica que le ofrece este nuevo medio de identificación vehicular asociado a un medio de pago.

4. Procedimientos relativos al TAG RFID en el sistema IP/REV

Dentro del desarrollo de su gestión el Intermediador deberá informar al sistema de Gestión la activación y desactivación de los TAG.

Procedimiento para la adquisición de un TAG

4.1. Procedimiento para la adquisición de un TAG

Para la suscripción del contrato, el Intermediador deberá verificar en el SiGT o el sistema que el Ministerio de Transporte destine a tal fin, que el vehículo no tenga un TAG RFID activo asociado. El usuario tendrá la responsabilidad de indicar como mínimo la placa del vehículo a la cual se va a instalar el dispositivo y sus características básicas. El intermediador deberá validar la existencia de la persona natural a través de la Registraduría General de la Nación o jurídica a través del RUES (Registro Único Empresarial y Social) y la calidad mediante la cual actúa, con el RUNT deberá comprobar la información de la licencia de tránsito y las demás que considere pertinentes.

Para la vinculación y suscripción del contrato IP/REV el usuario debe adquirir un dispositivo TAG a través de los diferentes medios virtuales o físicos que dispongan los intermediadores

Será responsabilidad del Intermediador generar las herramientas físicas, virtuales o las que haya lugar, para la correcta instalación, uso y cuidado del TAG por parte del usuario, así mismo facilitará en diferentes medios físicos o virtuales soporte técnico respecto

El propietario del vehículo no será solidariamente responsable de las obligaciones derivadas del contrato entre el intermediador y el usuario, cuando no suscriba directamente el contrato.

Posteriormente el Intermediador validará la información suministrada por el usuario en las siguientes plataformas tecnológicas: �

- Plataforma RUNT (Registro Único Nacional De Tránsito): El Intermediador consultará y corroborará que la información suministrada sea la misma y concuerde con los datos de la plataforma RUNT. �

- Documento de identidad �

- Placa del vehículo �

- Clase de vehículo (categoría) �

- Número de Licencia de Tránsito �

- Estado del vehículo: "Activo".

Si al momento de la consulta el Intermediador, valida que la información no concuerda con cualquiera de los ítems anteriores, no se podrá realizar el proceso de asignación de TAG. �

- Plataforma del SiGT (Sistema de Gestión de Transacciones): El Intermediador consultará y corroborará que el vehículo a consultar no tenga un TAG activo e inactivo en el momento, con el fin de validar que un vehículo no tenga más de un TAG activo al mismo tiempo. �

- Placa consultada asociada a un TAG.

Si al momento de la consulta el Intermediador, valida que el usuario tiene ya un TAG activo o inactivo, este no podrá realizar el proceso de asignación del TAG, dado lo anterior, si el usuario desea continuar con ese proceso de solicitud de TAG ante este intermediador, deberá realizar las acciones necesarias con el intermediador con el que tenga el TAG asociado para terminar su vinculación contractual IP/REV y este realice el proceso de notificación ante el SiGT con el estado de desvinculación.

Si el actual propietario requiere instalar un TAG en su vehículo y este vehículo tenga un TAG asociado a otro usuario, el actual propietario a través de una carta (PQRS) solicitará al intermediador del TAG asociado ejecutar el proceso de desvinculación.

Al finalizar el proceso si la validación es correcta y el vehículo se encuentra libre para la asignación de un TAG, el Intermediador deberá notificar al usuario que el proceso es exitoso y podrá realizar la entrega formal del TAG.

Se podrá realizar el traspaso del TAG si este sigue con el mismo intermediador. No se podrá realizar portabilidad del TAG a otro intermediador, dado que este dentro de su numeración ya se encuentra asociado a otro intermediador y este se encuentra grabado en el TAG.

Así mismo el usuario deberá notificar en cualquier momento el estado del TAG al Intermediador, si este ha sufrido algún tipo de daño, falla o si este fue retirado del vehículo.

A razón de lo anterior durante todo el proceso de asignación del TAG hacia el usuario, el Intermediador será el responsable de que los datos sean veraces, completos, exacta, actualizados y comprobables, teniendo en cuenta la Ley de Protección de Datos Personales en el cual reconoce y protege el derecho que tienen todas las personas a conocer, actualizar y rectificar las informaciones que se hayan recogido sobre ellas en bases de datos o archivos que sean susceptibles de tratamiento por entidades de naturaleza pública o privada.

4.2. Vehículos blindados

Algunos vehículos están equipados con vidrios panorámicos que contienen metal, lo que impide que los TAG RFID instalados al interior sean leídos apropiadamente.

Por tal motivo, el Intermediador deberá proveer TAGs RFID adecuados para este tipo de vehículos, los cuales serán instalados de forma permanente en la parte delantera del vehículo, específicamente en: �

- Costado superior de la placa frontal del vehículo. Podrán ser instalados TAG especialmente diseñados para ser instalados sobre las placas de los vehículos y deberán estar ubicados al menos a 1 cm de los caracteres de la placa, con línea de vista directa con las antenas de los peajes. �

- En ninguna circunstancia el TAG deberá cubrir parcial o totalmente los caracteres de la placa. �

- El techo del vehículo. Algunos vehículos como camiones, buses y otros de gran tamaño, podrán portar TAG diseñados para ser instalados en el techo de este, con línea de vista directa con las antenas de los peajes, o donde el Intermediador determine y le guíe al usuario, siempre y cuando se garantice la correcta la lectura del TAG y el intermediador asumirá la responsabilidad de la indicación de esta instalación. �

- Faros delanteros del vehículo. Podrán ser instalados TAG RFID especialmente diseñados para ser instalados sobre los faros delanteros de los vehículos. Éstos deberán ser instalados al menos a 10 cm de cualquiera de los bordes metálicos del vehículo, no deberá estar centrado sobre la bombilla y deberá tener línea de vista con la antena del sistema de lectura RFID de los carriles IP/REV.

4.3. Procedimiento para reposición de un TAG.

En el evento de un daño o pérdida del TAG RFID, el usuario deberá notificar al Intermediador sobre la novedad, mediante cualquiera de los canales dispuestos por el intermediador, a fin de que éste último lo desactive, le suministre uno nuevo y realice la respectiva actualización ante el SiGT.

5. Unidad de lectura de dispositivo TAG

RFID

El sistema de lectura de dispositivo TAG RFID, es el encargado de detectar el vehículo cuando ingresa al carril IP/REV del peaje, mediante la tecnología RFID ISO 18000-63.

A continuación, se describen los requisitos para este componente.

Tipo	Descripción
Funciona l	Lectura de campos EPC de dispositivo TAG RFID ISO 18000-63 y campo TID de aquellos que pertenezcan al dominio de peajes. Verificación de integridad de la información: la unidad de lectura debe contar con un sistema de verificación de integridad de la información de los dispositivos RFID ISO 18000-63 leídos, igual o mejor que el CRC16.
Usabilid ad	Las unidades de lectura deben ser aptas para operación en pórticos y en condiciones de intemperie. Deberán cumplir con el estándar IP66.
Confiabi lidad	La unidad de lectura de dispositivo TAG RFID ISO 18000-63, deberá garantizar una tasa de lecturas efectivas de al menos el 98% con dispositivos TAG RFID bien instalados y en buen estado de conservación. La unidad de lectura debe tener una disponibilidad del 99.5%, con una media de tiempo entre fallas (MTBF) no menor a 26280 horas. La confiabilidad de los datos leídos de un dispositivo TAG RFID ISO 18000-63 debe ser superior al 99.9%.
Rendimie nto	La unidad de lectura debe realizar al menos 100 lecturas por segundo de múltiples dispositivos TAG RFID ISO 18000-63 en movimiento a una velocidad máxima de 60 Km/h respecto al lector. La potencia máxima radiada por el sistema de lectura de dispositivos TAG RFID debe ser la estipulada por el estándar ISO 18000-63 y en ningún caso debe exceder la especificada en la normatividad colombiana emitida por la Agencia Nacional del Espectro (ANE).
Segurida	El lector debe soportar el conjunto de estándares
d	ISO/IEC 29167.
Tipo	Descripción

Las frecuencias de operación estarán en la banda de 900MHz y serán las que permita la Agencia Nacional del Espectro para este tipo de aplicación.

Soporte	Las unidades de lectura deben contar con soporte técnico y capacidad de suministro por parte del fabricante y/o proveedor durante el tiempo de funcionamiento en el peaje.
Interfaces para transmisión de datos	Interfaces físicas para transmisión de datos RS232 o Ethernet IEEE 802.3.

ANEXO 2.

FINANCIERO.

Liquidez: Activo corriente sobre pasivo corriente.

El índice de liquidez del actor estratégico debe ser igual o superior 1,2 veces

Para estos efectos, el actor estratégico deberá diligenciar el siguiente formato:

INDICADOR DE LIQUIDEZ

Activo corriente a 31 de diciembre del año inmediatamente anterior

Pasivo corriente a 31 de diciembre del año inmediatamente anterior

Indicador de Liquidez

Para calcular este indicador en los Actores Estratégicos con múltiples roles se sumarán los activos corrientes de los Líderes y se dividirá ese resultado por la sumatoria de sus pasivos corrientes.

Nivel de endeudamiento: Pasivo total sobre activo total.

El nivel de endeudamiento del actor estratégico debe ser igual o inferior al 70%.

Para estos efectos el actor estratégico deberá diligenciar el siguiente formato:

INDICADOR DE ENDEUDAMIENTO

Pasivo total a 31 de diciembre del año inmediatamente anterior

Activo total a 31 del año inmediatamente anterior.

Indicador de endeudamiento

Para calcular este indicador en los Actores Estratégicos con múltiples roles se sumarán los pasivos totales de los Líderes y se dividirá el resultado de la sumatoria de sus activos totales.

ANEXO 3.

COLPASS.

La utilización de la Marca de Interoperabilidad COLPASS en papelería, avisos, TAG o en cualquier medio de comunicación digital o físico de una actividad o servicio determinado y la publicidad alusiva al mismo que se haga por parte de los actores estratégicos, debe hacerse cumpliendo con las condiciones que se describen a continuación y la imagen de la Marca de Interoperabilidad COLPASS que se describe en la presente resolución.

Estas condiciones aplican para todo uso que un Intermediador vaya a hacer con el TAG, bien sea dentro del sistema IP/REV, como para cualquier otro servicio de valor añadido que un Intermediador quiera proporcionar a sus usuarios.

Descripción y Color

El logo COLPASS, en su sílaba COL es de color naranja, color que representa al Ministerio de Transporte. La sílaba PASS es de color azul y presenta una modificación que transmite agilidad y velocidad.

A continuación, se establecen las equivalencias del color de la Marca.

Tipografía

La sílaba COL está elaborada con la tipografía Franklin Gothic Heavy Italic y la sílaba PASS con variaciones de la tipología Museo Sans 900 y modificaciones que indican velocidad. Todas las letras de la Marca de Interoperabilidad COLPASS deben ir en letra mayúscula.

ABCDEFGHIJKLMNOPQRSTUVWXYZ	ABCDEFGHIJKLMNOPQRSTUVWX YZ
abcdefghijklmnopqrstuvwxyz	abcdefghijklmnopqrstuvwx yz
0123456789!@#$%^&*()	01234567890!@#$%^&*()
Franklin Gothic Heavy Italic	Museo Sans 900 Italic

Proporciones de Tamaño

La Marca de Interoperabilidad COLPASS debe cumplir con las siguientes proporciones:

- La altura (h1) de las letras C, O, L, A y S serán 0.167 veces el ancho (w) de la palabra COLPASS

- La altura (h2) de la letra P en la sílaba PASS será 0.18 veces el ancho (w) de la palabra COLPASS

- A manera de ejemplo se ilustra el siguiente diseño, guardando las proporciones de tamaño entre el ancho y el alto permitidas.

Versiones de color

Dentro de las opciones de aplicación de la Marca, está el uso en blanco, en negro y en gris, y su uso se limita a papelería. Estas son sus equivalencias:

Área de seguridad

Se ha creado un espacio de protección para la Marca con el objetivo de evitar que sea invadida por elementos que le son ajenos. Este espacio equivale a la letra C de "COL" y se distribuye por todos sus costados, como lo ilustra la gráfica. Ningún texto, elemento o imagen debe invadir el área de seguridad. Se establece una medida de seguridad para conservar su lectura en medios impresos o digitales.

Tamaño mínimo de reducción

Para los casos en los que se deba reducir el logo para ser utilizado en papelería, su tamaño mínimo será de 3.0 cm de ancho incluyendo su área de seguridad (el alto se dará guardando las proporciones estipuladas en el presente Decreto); sin embargo, podría tener un tamaño de 2.5 cm x 0.6 cm (incluyendo áreas de seguridad si se desea incluir el logo del intermediador)

Aplicación sobre fondos

El único color autorizado para ser utilizado como fondo es el color blanco.

Usos incorrectos

Cualquier reproducción se guiará de forma disciplinada en las aplicaciones de la Marca según las especificaciones de la presente resolución. De manera ilustrativa se muestran diseños incorrectos:

Exhibición de la Marca de Interoperabilidad COLPASS

El Operador habilitado deberá exhibir la Marca de Interoperabilidad ColPass en las vías IP/REV, de la misma manera tanto el Operador como el Intermediador deberán exhibir la marca en los medios y papelería publicitarios relacionados al uso de los Peajes Electrónicos IP/REV.

Las vías de peaje IP/REV deben tener el logo de COLPASS situado en la marquesina, solo y de tamaño visible, para que los Usuarios identifiquen inequivocamente que esa vía es parte de la red de IP/REV.

Exclusividad del Texto

La Marca de Interoperabilidad, utilizada por las personas certificadas por el Ministerio de Transporte y autorizadas para el uso de la Marca, no podrá ir acompañada de ningún texto diferente al permitido en esta reglamentación.

Texto

Al interior de la Marca de Interoperabilidad y en su espacio de seguridad, no podrá incluir ningún tipo de información diferente a los diseños reglamentados en la presente resolución.

Publicidad

La publicidad hecha por los Usuarios deberá responder igualmente a los diseños reglamentados en la presente resolución.

ANEXO 4.

OFERTA BÁSICA DE INTEROPERABILIDAD - OBIP ASPECTOS GENERALES.

(Descripción de la Empresa Intermediador u Operador). En esta parte del documento el Intermediador y/u Operador deberá describir de forma detallada el nombre de la empresa, razón social, NIT, dirección, teléfono de comunicaciones, correo electrónico, así como los datos del Actor Estratégico serán publicadas en un medio de difusión físico o electrónico a escogencia del Actor, pero que en todo caso se encuentre disponible para su consulta en todo momento por parte de los Interesados.

OBJETO

La presente Oferta Básica de Interoperabilidad – OBIP – constituye las condiciones mínimas que deben regir la relación entre los Actores Estratégicos quienes la pondrán en conocimiento general y que contiene los elementos esenciales para lograr la Interoperabilidad entre (Nombre del Operador o Intermediador) y otros Actores Estratégicos.

NORMAS APLICABLES

Son aplicables a la presente Oferta Básica de Interoperabilidad - OBIP - las condiciones dispuestas entre otras de forma general en el Código Civil colombiano, el Código de Comercio Colombiano, para efectos de la relación contractual. En especial y para las condiciones de Interoperabilidad las dispuestas en el artículo 84 de la Ley 1450 de 2011, la Ley 1480 de 2011, el Decreto 2060 de 2015 y la presente Resolución o las normas que las modifiquen, adicionen o sustituyan.

VIGENCIA DE LA OFERTA

La presente Oferta Básica de Interoperabilidad – OBIP - se mantendrá vigente entre las partes durante el término dispuesto en la habilitación emitida por el Ministerio de Transporte para la utilización de la marca COLPASS. El retiro del sistema de IP/REV por parte de un Actor Estratégico habilitado deberá realizarse en los términos y condiciones dispuestas en la Normatividad vigente y las disposiciones de esta Oferta y en todo caso con previo aviso a la parte contraria.

CONDICIONES BÁSICAS APLICABLES A LAS RELACIONES CONTRACTUALES DE LOS ACTORES ESTRATÉGICOS

Como una forma de garantizar la Interoperabilidad del Sistema y en pro de la protección de los Usuarios de los sistemas de Recaudo Electrónico de Peajes los Actores Estratégicos deberán como mínimo establecer en sus relaciones contractuales los aspectos que se definen a continuación:

CONDICIONES APLICABLES AL OPERADOR

Los niveles de servicio para la prestación del servicio de Recaudo Electrónico Vehicular de Peajes, que debe cumplir el Operador como mínimo deberán garantizar:

Ítem	Descripción	Valor de Aceptació n	Frecuencia de Medida
1	Colas: El Operador IP/REV deberá permitir el tránsito de por lo menos trescientos (300) vehículos/hora/carril, sin que se presenten acumulaciones en un mismo carril de vehículos que detienen su marcha de manera simultánea, para pagar la Tasa de Peaje superiores a diez (10) vehículos para la categoría primera y de cinco (5) vehículos para las demás categorías que se encuentran en servicio, por un periodo igual o mayor a sesenta (60) minutos.	Tránsito de vehículos: vehículos /hora/car ril >= 300 Vehículos en Cola: Categoría I <= 10 y Categoría II, III, IV, V y demás <= 5	Cada vez que se presenten colas.
2	Disponibilidad del Sistema Dispuesto para la Operación del (IP/REV): Es la habilidad del sistema para realizar las siguientes funciones acordadas cuando sean requeridas: gestionar las transacciones que se originen en las plazas de peajes y así como las actualizaciones de las listas de usuarios, y demás propias del operador IP/REV.	99% es la disponibi lidad mensual del servicio en %, con una cifra decimal.	Mensual
3	Compensación al Intermediador: Consignación de los Costos de Intermediación. Se aclara que, en caso de disputas, sólo se dejará de pagar el dinero que se encuentre en controversia, lo demás deberá ser garantizado por el Operador IP/REV al Intermediador IP/REV. En caso contrario el Intermediador podrá hacer efectivas las Garantías acordadas.	Máximo 30 días desde la consignac ión de la tasa de peaje el 100% del Costo de Intermedi ación. Las partes pueden acordar plazos menores.	Mensual
4	Tiempo de envió de documentación al Intermediador respecto de PQRSF presentadas	3 días Hábiles a partir de la solicitud del Intermedi ador	Con cada evento de PQR

Las anteriores condiciones de Niveles de Servicio se establecen como un factor mínimo de cumplimiento para los Operadores. Sin embargo, los Operadores deberán cumplir con los niveles de servicio establecidos en los respectivos contratos de concesión y aquellos deberán estar reflejados en las relaciones contractuales que establezcan con los Intermediadores IP/REV. Cuando estas condiciones sean más exigentes que las establecidas en los contratos de los Operadores con las entidades públicas, se aplicarán estas últimas.

En la relación contractual que establezca el Intermediador IP/REV y el Operador IP/REV deberá definirse que el traslado de recursos del Intermediador IP/REV hacia el Operador IP/REV por concepto Recaudo Electrónico Vehicular de las tarifas de Peaje deberá darse en los términos dispuestos por el respectivo contrato de concesión.

CONDICIONES APLICABLES AL INTERMEDIADOR

Como mínimo en la prestación del servicio de Recaudo Electrónico Vehicular de Peaje el Intermediador deberá garantizar para la gestión de los datos de la operación las condiciones establecidas en el Anexo 5 – Especificaciones de Interoperabilidad de la presente Resolución.

Así mismo deberá cumplir con:

Íte m	Descripción	Valor de Aceptación	Frecuencia de Medida
1	Disponibilidad del Sistema Dispuesto para la Operación del (IP/REV): Es la habilidad del sistema para realizar las siguientes funciones acordadas cuando sean requeridas: (i) Apertura de la cuenta IP/REV, (ii) Asociación de los vehículos a las cuentas creadas, (iii) Recarga en las modalidades y medios de pago reglamentadas, (iv) actualización y envió de las listas a las bases de datos y (v) demás propias del Intermediador IP/REV.	99% es la disponibili dad mensual del servicio en %, con una cifra decimal.	Mensual
2	Compensación Operador: Consignación de la tasa de peaje por concesión, en las condiciones pactadas en los contratos de concesión o en el patrimonio autónomo del proyecto de concesión según aplique.	Dentro de las condiciones pactadas en los contratos de concesión y en caso de no existir el 100% del Recaudo Electrónico Vehicular por concesión, en un término no superior a los tres (3) días hábiles siguientes desde el transito del vehículo por la plaza de peaje.	Mensual

CONDICIONES MUTUAS PARA ESTABLECERSE ENTRE LOS OPERADORES Y LOS INTERMEDIADORES

a) Los Actores Estratégicos establecerán las condiciones y reglas bajo las cuales se prestarán el servicio de IP/REV, con estricta sujeción a las condiciones establecidas por el Ministerio de Transporte. En dicho acuerdo las partes señalaran sus obligaciones, los protocolos y plazos para el cumplimiento, el régimen de responsabilidad y distribución de riesgo, entre otras

b) A efectos de proteger a los usuarios del servicio de IP/REV y evitar la interrupción del servicio prestado a estos, ningún Actor Estratégico salvo por condiciones de Fuerza Mayor o Caso Fortuito, podrá dejar de prestar su servicio de IP/REV definitivamente a los otros Actores o hacerlo unilateralmente sin haber tomado las medidas del caso respecto de los usuarios, los Intermediadores o los Operadores vinculados. La parte interesada en la cesación del servicio deberá avisar a las otras Partes incluido el Ministerio de Transporte con al menos sesenta (60) días anteriores a la cesación definitiva.

La interrupción del servicio de IP/REV por falta de pago de la compensación tanto a los Operadores IP/REV como a los Intermediadores IP/REV deberá ser autorizada por el mecanismo de resolución de disputas que se haya establecido por las partes o en su defecto por la autoridad jurisdiccional competente. Lo anterior, sin perjuicio de la ejecución de las garantías acordadas por las partes, para respaldar el cumplimiento de sus obligaciones. La interrupción del servicio por falta de pago declarada por la autoridad jurisdiccional competente será causal de pérdida de la habilitación y por consiguiente la utilización del derecho al uso de la marca COLPASS.

c) Cuando por condiciones técnicas los Actores Estratégicos IP/REV deban realizar ventanas de mantenimiento parciales, el respectivo Actor Estratégico deberá informar con al menos tres (3) días calendario de anticipación a sus actor(es) contraparte(s) del suceso, con la finalidad que estas tomen las acciones del caso. El Actor Estratégico acordará con su contraparte la duración de la ventana de mantenimiento que se vaya a realizar. En ningún caso los Intermediadores y/u Operadores podrán dejar de prestar el servicio e intercambiar las listas o transacciones con sus contrapartes. En caso de cesar las actividades que se desprenden de la habilitación como Actor Estratégico deberá tomar las medidas correspondientes con una anticipación no menor a sesenta (60) días hábiles antes del día del cese definitivo respecto de los demás Actores Estratégicos.

d) Los Actores Estratégicos serán responsables y deberán asumir los costos, daños y perjuicios que ocasionen a sus contrapartes y/o a los usuarios del sistema IP/REV por el incumplimiento de sus obligaciones, en particular, las relacionadas con la actualización de las listas de usuarios y transacciones. El Actor Estratégico que no actualice las listas de usuarios o de transacciones o las utilice desactualizadas será responsable de las transacciones que no sean reconocidas por los Usuarios.

e) En caso de que el Operador IP/REV, por razones que le sean imputables, no pueda verificar el TAG del usuario, podrá habilitar mecanismos de contingencia para realizar la identificación del usuario o su vehículo previo a la autorización de su Paso. Posteriormente, trasmitirá al respectivo Intermediador la información de la transacción a fin de que este gestione su cobro. En el evento, que la transacción no sea reconocida por el usuario y este niegue el pago, el Operador IP/REV será el responsable de este.

f) Aquellas dispuestas en el Anexo 5 – Especificaciones de Interoperabilidad de la presente resolución.

CRONOGRAMA DE LABORES PARA EL DESARROLLO DE LA INTEROPERABILIDAD

Con la finalidad de establecer la Interoperabilidad del Sistema IP/REV, los Actores Estratégicos deberán establecer un cronograma de actividades que como mínimo contenga los siguientes hitos:

1. Pruebas técnicas internas para cada Actor Estratégico previamente a la Habilitación.

2. Pruebas con el SiGT previamente a la Habilitación.

3. Acordar un plan de Pruebas entre Operadores e Intermediadores conforme a los requerimientos del sistema IP/REV.

4. Realizar pruebas piloto de Intercambio de Información entre Operadores e Intermediadores una vez habilitados en un plazo máximo de 10 días calendario.

ACUERDO DE CONFIDENCIALIDAD

Los Operadores IP/REV e Intermediadores IP/REV deberán acordar las condiciones de manejo de información confidencial, cuando aquella esté dispuesta en la Ley, así como la necesaria para la protección de datos de los usuarios, cuando a ello hubiere lugar.

RESOLUCIÓN DE CONTROVERSIAS

En este aparte de la Oferta Básica de Interoperabilidad - OBIP las partes deberán establecer los mecanismos e instancias que mejor convengan para la solución de sus controversias, en caso de no establecerlas, la resolución de controversias estará sujeta a las reglas ordinarias para la solución de controversias entre particulares.

CESIÓN DE LOS EFECTOS DE LA OFERTA BÁSICA DE INTEROPERABILIDAD - OBIP

Ninguna de las partes podrá ceder total o parcialmente los derechos que se deriven de la presente oferta, salvo autorización previa, expresa y escrita de la otra parte. La parte que reciba la solicitud de cesión deberá dar respuesta a la otra en un término no mayor a quince (15) días hábiles. En caso de que alguna de las partes cambie su naturaleza jurídica, se transforme, fusione o escinda, se entenderá que el contrato continuará su ejecución y que los derechos y obligaciones contractuales quedarán en cabeza de la persona jurídica que como consecuencia de la transformación, fusión, escisión o cambio de naturaleza jurídica deba asumirlos.

En todo caso, el cesionario debe estar habilitado por parte del Ministerio de Transporte, como actor estratégico del sistema.

GARANTÍAS

Para asegurar el pago de obligaciones entre el Intermediador IP/REV y el Operador IP/REV y viceversa, los Actores Estratégicos deberán establecer garantías entre ellos de conformidad con unos montos mínimos de las operaciones que se prevean y en consideración a su modelo de negocio. Esas garantías deberán adicionalmente prever los perjuicios que puedan causarse y deban repararse o indemnizarse con ocasión del incumplimiento de alguno de los Actores Estratégicos.

Como mínimo los Actores Estratégicos deberán establecer:

1. Garantías por Incumplimiento de sus obligaciones como Intermediador y/o Operador dependiendo el rol ejercido tales como seguros de cumplimiento. Cuando se ejerzan ambos roles se deberá determinar un monto mínimo de aseguramiento.

2. Garantías por Incumplimiento en el pago de las obligaciones dinerarias de cada uno de los Actores Estratégicos, calculadas en un volumen mínimo de transacciones informadas por el Operador, tales como una cuenta de fondo de reserva en los fideicomisos que se utilicen como vehículo para prestar el servicio IP/REV, depósitos en garantía en establecimientos de crédito, otras garantías que puedan estructurarse en consideración al patrimonio de los deudores y el modelo de negocio.

3. Garantías por daños a Terceros y de responsabilidad civil, tales como seguros de responsabilidad civil extracontractual.

Las garantías que se constituyan para respaldar el cumplimiento de las obligaciones dinerarias de los Actores Estratégicos no podrán consistir ni recaer sobre los recursos administrados y destinados específicamente por los usuarios al pago electrónico de peajes REV.

PERFECCIONAMIENTO

Una vez cruzada la primera lista entre un Intermediador y un Operador a través del sistema de IP/REV se entenderá perfeccionadas las condiciones mínimas de la Oferta Básica de Interoperabilidad - OBIP.

IMPUESTOS Y DERECHOS

Los impuestos, tasas, derechos y contribuciones que se causen con ocasión de la celebración, ejecución, modificaciones, prórrogas, liquidación o terminación de la relación contractual o la aceptación de las condiciones, estarán a cargo y deberán ser cancelados por la parte que esté obligada a ello por disposición de la Ley, respetando en todo caso lo establecido sobre el particular en las normas tributarias de carácter obligatorio que sean aplicables. En caso de que en virtud de la presente oferta haya lugar al pago del impuesto de timbre, este será asumido por partes iguales entre los contratantes y en cumplimiento del estatuto tributario vigente a la fecha de la liquidación de este.

ANEXO 5.

ESPECIFICACIONES DE INTEROPERABILIDAD.

INTRODUCCIÓN

1.1 Objetivo

Esta especificación de integración para interoperabilidad de recaudo electrónico de peajes (IP/REV) describe los mecanismos y requerimientos para el intercambio de información que deben seguir los actores INT-OP/REV y OP-IP/REV para conformar el requerimiento de interoperabilidad nacional a través de integraciones punto a punto.

Algunas de las integraciones expuestas en el presente documento podrán ser utilizadas para las conexiones obligatorias que los actores OP-IP/REV e INT-IP/REV deben realizar con el sistema SIGT del Ministerio de Transporte o el sistema de información designado por el Ministerio de Transporte.

1.2 Terminología

Para facilidad del entendimiento de este documento, se establece la siguiente terminología de uso común, subconjunto del glosario de terminología establecido para el sistema IP/REV.

Término / Abreviatura	Descripción
TAG	Dispositivo electrónico de identificación que almacena información única relacionada a una cuenta de usuario y que posee un número único de identificación.
USUARIO	Persona natural o jurídica, que utiliza el sistema de Recaudo Electrónico Vehicular de peajes, al transitar con un vehículo y un TAG por un carril dinámico. En este documento, por tanto 1 usuario puede equivaler a varios TAG y cada TAG equivale a una sola placa o vehículo, inscrito en 1 intermediador.
INT IP/REV (Intermediador )	Concesión o entidad propietario original del TAG, y que mantiene el control de la cuenta del usuario. En el contexto de esta aplicación, el INT-IP/REV es responsable de: i) Entrega y activación del dispositivo; ii) Gestionar las recargas y/o cobros al usuario; iii) mantener el saldo de la cuenta del usuario; iv) Actualizar la información del dispositivo,
OP IP/REV (Operador)	Concesión u operador de una red de peajes que, bajo un acuerdo de interoperabilidad, permite el paso de usuarios de un usuario adscrito a un INT-IP/REV por sus peajes. Es responsable de: i) Operar el peaje IP/REV; ii) Garantizar el funcionamiento del peaje IP/REV;
TRANSACCIÓN DE PASO	Se considera una transacción de paso aquella correspondiente al cobro por el paso por un peaje.
TRANSACCIÓN DE AJUSTE	Se considera una transacción de ajustes la corrección de cobro a un paso por peaje emitida por el Operador. Un ajuste puede ser por mayor o menor valor
SALDO	Es el valor de la cuenta para usuarios tipo prepago
SALDO BAJO	Es una convención entre el usuario y su intermediador. El saldo bajo ocurre cuando el valor del saldo está por debajo de un umbral convenido, expresado como valor. El Intermediador es quien determina que una cuenta está con saldo bajo, y no el Operador.
TRANSACCIÓN VENCIDA	Es una transacción recibida en el Intermediador con una diferencia de tiempo con respecto a la fecha real de ocurrencia mayor a 30 minutos.
TRANSACCIÓN EXTEMPORÁNEA	Es una transacción de paso o ajuste que se recibe posterior al cierre y conciliación del recaudo del día.
ANS	Acuerdo de Nivel de Servicio. Son los compromisos aceptados para la prestación de un servicio. En el contexto del IP/REV definirán aspectos como tiempos mínimos y máximos de envío de información, disponibilidades de canales de comunicación, entre otros
IU	Procesos de intercambio de información de usuarios
IT	procesos de intercambio de información de transacciones

1.3 Convenciones

En los diagramas:

- El color azul indica procesos o servicios del Intermediador

- El color verde indica procesos o servicios del Operador

1.4 Referencias

Los siguientes documentos están referenciados en este documento: �

- Resolución con la cual se reglamenta la Interoperabilidad de Peajes con Recaudo Electrónico Vehicular (IP/REV).

2. PLANTEAMIENTO GENERAL Y CONSIDERACIONES

2.1 Intercambios de información

La información que intercambian los actores OP IP/REV e Intermediador se pude agrupar en diferentes contextos de información:

2.1.1 Inf ormación sobre Usuarios

Dentro de este contexto, la información que los actores intercambiarán podrá estar compuesta de:

- Listas completas de usuarios activos

- Listas de usuarios inactivos

- Listas parciales de novedades sobre los usuarios incluyendo

- Cambios de estados, saldos u otra información relevante

- Inscripciones de nuevos usuarios

- Bajas permanentes de usuarios

- Notificaciones de actualizaciones de listas

- Notificaciones de errores al procesar información de los usuarios

- Información sobre las listas generadas en un periodo determinado

2.1.2 Inf ormación sobre transacciones

Dentro de este contexto, la información que los actores intercambiarán podrá estar compuesta de:

- Transacciones de paso por peajes

- Transacciones de ajuste a cobros imputados

- Confirmaciones de aceptación de transacciones de paso o de ajuste

- Listados periódicos acumulados de transacciones

- Notificación de errores al procesar información de transacciones

2.1.3 Inf ormación sobre disputas

Dentro de este contexto, la información que los actores intercambiarán podrá estar compuesta de:

- Registro de transacciones en disputa

- Evidencia fotográfica de tránsitos

- Informes de transacciones con evidencias

- Otros (por definir)

2.1.4 Inf ormación sobre conciliaciones

El alcance de esta primera versión de especificación no da cobertura a los procesos de conciliación entre Operadores e Intermediadores mediante integración, sin embargo, hace parte de los objetivos de siguientes versiones de este documento.

2.2 Flujos generales y responsabilidades

La integración entre Operadores e Intermediadores tiene los siguientes planteamientos base al respecto de los flujos de información y las responsabilidades sobre los mismos.

- El Intermediador deberá generar listas totales (positivas y negativas) y listas parciales de usuarios con la periodicidad, nomenclatura y contenido definidos en el presente documento.

- El Intermediador deberá notificar a los Operadores la existencia de nuevas listas de actualización disponibles a través de los servicios definidos.

- El Operador deberá solicitar las listas al Intermediador a través de los servicios definidos y llevar un registro ordenado de la obtención y procesamiento de las mismas.

- El Operador deberá respetar unas reglas de secuencialidad a la hora de obtener y procesar las listas obtenidas del Intermediador.

- El Operador deberá reportar al Intermediador cuando no sea posible procesar algunos de los usuarios reportados por este último.

- El Operador deberá reportar al Intermediador las negaciones de autorización de paso que ocurran en la vía sobre sus usuarios.

- El Operador debe permitir el paso de los usuarios notificados por el INT-IP/REV. Siempre que las condiciones de saldo y estado lo permitan.

- El Operador es responsable de notificar al Intermediador las transacciones y/o ajustes que ocurran en el peaje, según la periodicidad definida para la recepción y envío de información entre Operadores e Intermediador y los ANS.

- El Intermediador deberá confirmar el recibo y procesamiento (exitoso o no) al Operador, de las transacciones recibidas por parte del Operador.

- El Operador deberá generar diariamente una lista acumulada de registros que contenga todas las transacciones de cobro y/o ajuste generadas el día anterior (día peaje) que serán la base para realizar conciliaciones técnicas entre los actores. El Intermediador será responsable de cotejar esta información con su sistema de información.

- Sobre los diferentes procesos de intercambio de información se estructurarán una serie de ANS para garantizar el mejor funcionamiento posible del Sistema IP/REV

2.3 Consideraciones al modelo prepago y la asincronía del sistema IP/REV

El modelo actual de interoperabilidad tiene contemplado la existencia de contratos prepago entre los usuarios y los INT-IP/REV.

El modelo planteado en la actualidad, no exige a los usuarios que adopten el modelo prepago, contar con un mecanismo de respaldo en caso de sobregiros, pero tampoco asigna la responsabilidad de asumir este riesgo al INT-IP/REV.

En la práctica, incluso en una situación de perfecto funcionamiento del sistema IP/REV, se pueden presentar problemas de sobregiro en las cuentas de prepago, derivadas de la asincronía natural del sistema o de las comunicaciones.

Esta situación se considera de alto riesgo ya que puede ir en detrimento de los actores y de la credibilidad del sistema.

Por otro lado, se ha considerado que no ofrecer un modelo de prepago puro, puede impactar la capacidad de masificación del sistema, con lo cual hay una intención de minimizar técnicamente la ocurrencia de estos casos, y tener establecidos mecanismos de resolución de disputas entre los Intermediadores y los Operadores cuando se presenten estos casos.

Es claro también para soportar la pretensión de habilitar peajes tipo Free-Flow en zonas urbanas, este modelo prepago puro no sería posible, por lo cual se prevé que a futuro sería necesaria una transición del modelo de relación usuario-intermediador y la entrada de reglamentación coercitiva para el cobro de la evasión de peaje.

Como fue descrito anteriormente, la naturaleza asíncrona y distribuida del sistema de peaje electrónico, es susceptible de generar situaciones de inconsistencia en la información de usuarios entre diferentes nodos. Las siguientes situaciones están identificadas como inductores de inconsistencias:

Desfase en la habilitación de usuario: Una recarga o activación que se hace en el INT-IP/REV tiene un tiempo de propagación hasta los carriles del OP-IP/REV. Durante este periodo de propagación, se puede producir que un usuario se vea bloqueado al intentar circular por un peaje del OP-IP/REV, generando una situación de interrupción de servicio.

Desfase en actualización de saldo insuficiente: Una pasada de un usuario causante de que su saldo vaya a un saldo insuficiente, tiene un tiempo de propagación alrededor de todos los sistemas. Durante este periodo de propagación, el usuario podría pasar por más de un peaje aun cuando su saldo real no lo permita. En este caso cuando se liquiden el total de las pasadas, su saldo en cuenta será negativo.

Desfase en la inhabilitación de un usuario: La inhabilitación de un usuario por parte de un Intermediador tiene un tiempo de propagación alrededor de todos los sistemas. Durante este periodo de propagación, el usuario podría pasar por más de un peaje aun cuando esta situación sea indeseada. En este caso cuando se liquiden las transacciones se tiene el riesgo de tener un usuario inactivo en el sistema.

Desfase en la recepción de transacciones por parte del Intermediador: Este desfase se puede causar por la interrupción de las comunicaciones o daño de los equipos en el momento del paso del vehículo por una estación de peaje, ocasionando que el saldo o estado no sea actualizado en el INT IPREV y este cambio no se propague a nivel nacional.

Dadas las implicaciones del modelo prepago puro en interoperabilidad, es recomendable que se establezcan políticas en la relación Intermediador y usuario, de forma que el usuario pueda garantizar los pagos de los peajes así sean estos liquidados con un retraso.

Es importante definir un marco conceptual para asignar responsabilidades entre los Intermediadores y los Operadores para el caso de transacciones que por demoras en su notificación y procesamiento, queden sin cobertura por parte de los medios de pago disponibles para ese usuario.

Así mismo es deseable establecer expectativas adecuadas de niveles de servicio hacia los usuarios en cuanto a los tiempos de propagación en los sistemas de habilitaciones e inhabilitaciones, que sean realistas y consistentes entre los actores.

2.4 Gestión Local del Saldo

Dada la naturaleza distribuida de la integración entre sistemas, se pueden presentar casos de intermitencia en la comunicación. La latencia en la comunicación causará que existan inconsistencias entre el saldo de un usuario en el Intermediador y el saldo del mismo usuario en el OP-IP/REV. De esta manera, si el OP-IP/REV espera siempre un mensaje del Intermediador para actualizar su saldo entonces puede ocurrir que un vehículo con poco saldo pase muchas veces por los peajes del Operador antes de detectar que su saldo se ha agotado.

Para mitigar el caso anteriormente descrito, cada Operador puede opcionalmente implementar en su sistema un manejo local del saldo por cada usuario del que irá descontando las pasadas realizadas.

A pesar de que está técnica disminuye el impacto de la problemática, no la desaparece puesto que este saldo local también es inconsistente.

Dado que la fuente autoritativa de los saldos es el INT-IP/REV, los saldos locales serán reemplazados cada vez que se el Intermediador notifique actualizaciones sobre un usuario.

En caso de querer el Operador aplicar este mecanismo, deberá poner en sobre aviso a los Intermediadores para su conocimiento.

2.5 Consideraciones sobre disputas y ajustes extemporáneos.

El pago electrónico está sujeto a reclamaciones por parte de los usuarios acerca de los cobros y ajustes realizados en su cuenta, que pueden darse en el tiempo, con posterioridad al paso por el peaje y al cierre de los informes de recaudo de los Operadores.

Se deben establecer una serie de lineamientos para garantizar un manejo adecuado frente a estas disputas que preserve los derechos de reclamación de los usuarios. En general están identificadas:

- La retención de datos por parte de los Intermediadores y Operadores

- Los ANS en tiempos de respuesta alrededor de una disputa.

- La capacidad de los Operadores de hacer ajustes a los ingresos reportados con anterioridad, mediante la inclusión en sus informes de recaudo de secciones especiales que reporten ajustes de mayor o menor ingreso debido a reclamaciones extemporáneas. Este último punto debe ser especificado y concertado con los entes reguladores, interventorías y concesionarios

3 ASPECTOS TÉCNICOS Y DE SEGURIDAD

3.1 Encriptación de la información

En los procesos de comunicación entre los actores la información se encriptará conforme al protocolo HTTPS (HTTP + TLS v1.2) con las siguientes características

- Suites de cifrado: ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20- POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128- GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256.

- Tipo de certificado: ECDSA

- Tamaño mínimo de la llave del certificado de comunicación segura: 2048

- Algoritmo de firma del certificado de comunicación: sha256WithRSAEncryption, ecdsa-with-SHA256, ecdsa-with- SHA384, ecdsa-with-SHA512

En el almacenamiento se debe encriptar toda la información usando alguno de los siguientes esquemas:

- Encriptación por aplicación

- Encriptación de disco y/o archivos

- Encriptación por base de datos

3.2 Interacción segura

El proceso de habilitación de los intermediadores y Operadores les genera una entrada en la plataforma de SIGT, con su correspondiente usuario para consumo de los servicios expuestos por la misma. Este modelo permitirá que los actores puedan:

- Utilizar el esquema de seguridad para la autenticación y verificación mediante un Token Endpoint definido por el SIGT, utilizando el protocolo OpenID Connect.

- Uso de Tokens basados en el estándar JWT (JSON Web Token) que brindará información sobre fechas de creación, uso y vencimiento del mismo, entre otros.

- La verificación de los Tokens deberá realizarse contra el Token Endpoint.

- El siguiente es un diagrama general de interacción:

- Se limitarán las comunicaciones entrantes mediante el registro de las direcciones IP origen autorizadas utilizando el Firewall disponible.

Los servicios expuestos por el SIGT están sobre plataformas que cumplen con los siguientes estándares de seguridad: �

- PCI DCS 3.2 �

- ISO/IEC 27001 e ISO/IEC 27018.

Garantizando la confiabilidad del modelo de seguridad ofrecido sobre estándares de mercado maduros y usados ampliamente a nivel global.

El modelo se actualiza constantemente según los reportes de vulnerabilidades hechos por entes internacionales como mitre.org, Microsoft, Oracle, Google, Red Hat, Apache Software Foundation y demás integrantes de la iniciativa CVE® para que sean subsanadas y se mantengan vigentes según las mejores prácticas del mercado.

En aras de facilitar el esquema de interoperabilidad el Ministerio de Transporte dispondrá de un nodo único de autenticación que generará esquemas estandarizados para el tránsito de información, entre los actores estratégicos que pertenecen al dominio del servicio ITS del recaudo electrónico vehicular. Este nodo solo se encargará del servicio de autenticación y es responsabilidad de los actores estratégicos (intermediadores y Operadores IP/REV) ejecutar el servicio acorde a los esquemas de autorización respectivos.

Durante el proceso de habilitación ante el Ministerio de Transporte se les solicitará a los actores estratégicos (intermediador y operador IP/REV), la identificación de los recursos tanto en pruebas como para operación, y el Ministerio de Transporte les indicará el proceso de registro frente al nodo de autenticación.

De acuerdo con lo anterior, el conjunto de recursos del intercambio mínimo transaccional está definido en el anexo técnico de la presente resolución.

3.3 Formato de comunicación

- Protocolo de aplicación: REST-Based Web Service (API Web),

- Formato de intercambio de datos en el contenido del mensaje: JSON

- Formato de codificación en el contenido del mensaje: UTF-8.

- Formato de datos de tipo Datetime: Los datos de tipo datetime (fecha y hora) se deben enviar usando el estándar ISO 8601, en formato YYYY-MM-DDThh:mm:ss.sss (con precisión hasta milésimas de segundos), usando la hora local colombiana (para facilitar los procesos de comparación de fechas). Ejemplo, 2017-07- 16T19:20:30.984.

3.4 Confiabilidad en la entrega de los mensajes

Para garantizar confiabilidad en el intercambio de datos. Se usará una estrategia en dos pasos:

1. Confirmación de la recepción: Un sistema envía una petición. El receptor debe confirmar inmediatamente la recepción de la petición. Al confirmar la recepción, se da por hecho que el mensaje ha sido persistido en el receptor.

2. Confirmación del procesamiento: Para algunas peticiones y según se especifique, una vez la petición ha sido procesada en el receptor, el receptor debe enviar un mensaje de confirmación de procesamiento a quien envió la petición mediante otra interfaz en sentido inverso.

Para llevar a cabo de manera exitosa este proceso, todas las peticiones HTTP deben incluir los siguientes encabezados:

- Solicitante: Código del Operador/Intermediador del generador de la petición (entregado por el Ministerio de Transporte en la habilitación).

- CodigoCorrelacion: Identificador único de la petición. Este código deberá ser único e irrepetible en todo momento para el actor que inicia la petición. Su estructura es: CODACTOR_CODIGOUNICO, donde CODACTOR corresponde al código del operador o intermediador solicitante según sea el caso.

- FechaHoraServidor: fecha y hora que reporta el servidor al que se realiza el request en formato ISO 8601, por ejemplo YYYY-MM-DDThh:mm:ss 2017-07-16T19:20:30

Las respuestas de confirmación a las peticiones deben incluir los siguientes encabezados HTTP:

- Solicitante: Código del Operador/Intermediador del generador de la petición (entregado por el Ministerio de Transporte en la habilitación). Debe ser el mismo código especificado en la petición.

- Respondedor: Código del Operador/Intermediador que responde la petición (entregado por el Ministerio de Transporte en la habilitación).

- CodigoCorrelacion: Identificador único que identifica mensajes relacionados. Debe ser el mismo código especificado en la petición.

- FechaHoraServidor: Fecha y hora que reporta el servidor al que se realiza el request en formato ISO 8601, por ejemplo YYYY-MM-DDThh:mm:ss 2015-07-16T19:20:30.

Se rechazará automáticamente los mensajes con código 400 (petición inválida) si:

- Los requerimientos de HEADER no se cumplen

- El valor enviado en el HEADER FechaHoraServidor se evalúa en el servidor receptor garantizando que no tenga un desfase de 10 minutos (adelante o atrás).

- Las respuestas o mensajes de confirmación que no tienen correspondencia exacta en: Cantidad de registros de la lista = Cantidad de registros aceptados + Cantidad de registros rechazados

3.5 Confirmación de la recepción

El servicio que recibe la petición envía una respuesta HTTP al cliente. Los posibles códigos de respuesta HTTP son:

- 200 – Petición recibida exitosamente. Pendiente de procesamiento.

- 204 – Para cuando no hay contenido (específicamente para peticiones tipo GET)

- 400 – Petición invalida (ErrorResponse - especificación técnica Swagger - es el objeto estándar para especificar la causa del rechazo y deberá ser entregada en el cuerpo de la respuesta).

- 401 – No se puede autenticar la petición.

- 429 – Demasiadas peticiones. Por favor reintente más tarde.

- 500 – Error interno de servidor.

- 503 – Servicio no disponible. Reintente tarde.

- 504 – La solicitud del servicio tiene un desfase mayor o menor a 10 minutos

La confirmación de la recepción NO implica que la petición ha sido procesada.

3.6 Excepciones no controladas

Aquellos errores que no puedan ser gestionados por el código, serán reportados como excepciones no controladas. El modelo propuesto es retornar un error 500 usando el objeto ErrorResponse -especificación técnica Swagger- en el cuerpo para especificar la causa del error.

3.7 Pre-procesamiento y validación de paquetes de información

Las transacciones o paquetes de pasadas, ajustes y sus correspondientes respuestas se rechazan completos cuando no cumple la "forma" especificada, es decir, si algún elemento del paquete viene con datos inválidos en longitud, tipo de dato y dominio.

3.8 Confirmación del procesamiento

Tal como se describe anteriormente, para ciertas integraciones según se defina en el documento, una vez un mensaje ha sido procesado en el sistema receptor, se debe enviar una confirmación. La confirmación implica que el mensaje ha sido procesado en el COP IP/REV del sistema destino. La confirmación de procesamiento del mensaje se envía a una URL predefinida. Cada tipo de mensaje tiene un tipo de respuesta diferente que será especificada en la descripción de los servicios.

3.9 Trazabilidad

Para los procesos de auditoría, cada sistema debe almacenar como mínimo 92 días los eventos que especifica el sistema. Esto incluye todos los datos de los usuarios, las pasadas y/o ajustes. Esto también incluye los tiempos de recepción y confirmación de los datos

Se recomienda además almacenar los mensajes originales. También, se sugiere que los sistemas manejen indicadores para saber el tiempo medio de aplicación de procesamiento de los mensajes.

3.10 Otras notas de seguridad

El cliente debe estar sincronizado con el servicio. Cualquier petición cuya fecha esté desfasada en más de 10 minutos con la fecha del servidor será rechazada.

4 PROCESOS DE INTERCAMBIO DE INFORMACIÓN DE USUARIOS

4.1 Antecedentes

En el modelo de interoperabilidad, el Intermediador cumple el rol de gestionar una base de datos de usuarios adscritos al servicio de pago electrónico ofrecido por este Intermediador.

Los usuarios inscritos en el Intermediador y las novedades relacionadas con estos deben ser oportunamente comunicados a los actores OP IP/REV y procesados por estos para permitir un buen funcionamiento del sistema IP/REV.

El esquema de comunicación de usuarios entre Intermediador y Operadores estará compuesto por una serie de servicios y mecanismos de intercambio de información que permitirán abordar los escenarios de funcionamiento normal, así como los escenarios de fallas y situaciones de excepción de una forma sistematizada y organizada.

Para la definición de los procesos de intercambio de información se especifican en este documento:

- Los servicios que deben ser expuestos y consumidos por cada actor.

- Los requerimientos de generación, consumo y procesamiento de la información.

- Los diferentes objetos de información que se deben intercambiar según el servicio.

- Los procesos normales y los procesos de restauración de saldos desde una lista total de usuarios.

4.2 Escenarios contemplados

Los siguientes escenarios de uso están contemplados en la presente especificación:

- Uso normal del sistema

- Perdidas de enlace y recuperación de información desfasada

- Restauración completa de la información por falla en el Operador o el Intermediador del IP/REV.

- Notificación de errores.

4.3 Resumen de Servicios Web asociados a Usuarios

4.3.1 Ser vicios expuestos por el Intermediador

4.3.2 Ser vicios expuestos por el OP

4.3.3 Ser vicios expuestos por el SIGT

4.4 Descripción del proceso "Normal" de intercambio de información

En el escenario normal de funcionamiento, Intermediadores y Operadores intercambiarán información de acuerdo con el siguiente flujo de procesos

4.4.1 Generación de listas de información por parte del INT (Paso 1)

El Intermediador deberá generar listas de información de sus usuarios a partir de las actualizaciones que se produzcan sobre los mismos y que generen la necesidad de notificación hacia los Operadores.

Periodicidad: 2-5 minutos

Cada 2 minutos como mínimo y cada 5 minutos como máximo

4.4.1.1 Tipos de Listas

Existen tres tipos de listas que serán generadas

Listas Totales (Positivas): Las listas totales incluirán todos los usuarios del Intermediador matriculados de acuerdo al formato de mensaje de usuario que se especifica en este documento.

Listas Negativas: Las listas negativas incluirán todos los usuarios que han sido des-matriculados de un Intermediador en los últimos 30 días y no han vuelto a ser matriculados en ese Intermediador. Estas listas son soporte del proceso de migración de usuarios entre Intermediadores.

Listas Parciales: Las listas parciales incluirán todos los usuarios modificados desde la última lista parcial o total de acuerdo al formato de mensaje de usuario que se especifica en este documento

4.4.1.2 Nom enclatura de listas

La nomenclatura de las listas corresponderá al esquema

CODIGOINTERMEDIADOR_YYYYMMDD_NNNNN[X]

En donde

CODIGOINTERMEDIADOR: Corresponde al código asignado por el Ministerio de Transporte.

YYYYMMDD: Corresponde al día de acuerdo con el horario GMT-5 en los servidores del intermediador

NNNNN: corresponde al número de la lista. Las listas se nombrarán 00001, 00002, 00003 y así sucesivamente, hasta el cambio de día

[X] corresponde al carácter "T" para las listas totales, "N" para las listas negativas, "P" para las listas parciales

De este modo, tomando como ejemplo 2 días consecutivos el Intermediador generará listas de la siguiente forma:

4.4.1.3 Pro ceso de generación de listas

El proceso de generación de listas transcurrirá de la siguiente forma: �

- El Intermediador evaluará cada N minutos (según periodicidad) si su base de datos contiene modificaciones a usuarios desde la última lista generada, para generar una nueva lista parcial de modificaciones. �

- Si existen modificaciones, el Intermediador generará una o varias listas para registrar en ellas las novedades encontradas. �

- El máximo número de registros por lista parcial podrá ser de 1000 registros y el mínimo 1 �

- En caso de tener el Intermediador más de 1000 novedades, deberá generar tantas listas como sea necesario �

- Las listas serán numeradas en orden consecutivo de acuerdo a la lista anterior y al día �

- El identificador de lista será siempre secuencial y creciente �

- No está permitido para el Intermediador generar listas no secuenciales en su sistema

Adicional a este proceso: �

- Todos los días, a una hora definida (ejemplo 1AM), el Intermediador generará una lista de todos los usuarios, que tendrá un código que continúe la secuencia y el carácter "T" al final del código �

- La lista "TOTAL" no tendrá restricción de tamaño. �

- Posteriores actualizaciones serán consignadas en las subsiguientes listas parciales �

- Un Operador que haya procesado todas las listas parciales, podrá ignorar la lista total, y no tendrá necesidad de solicitarla ni procesarla �

- La lista total podrá ser utilizada como punto cercano de restauración de saldos para un Operador que tenga esta necesidad. �

- No se espera que la lista total sea utilizada por los Operadores en el funcionamiento normal del sistema, debido al posible tamaño que esta tendrá en el tiempo en la medida que los Intermediadores acumulen un volumen importante de usuarios �

- Adicionalmente, el Intermediador generará una lista negativa diaria, preferiblemente a continuación de la lista total, que incluirá los usuarios des-matriculados de su sistema en los últimos 30 días.

4.4.2 Not ificación de nueva lista al OP (Paso 2)

En la medida que el Intermediador genere nuevas listas de usuarios totales o parciales, deberá notificar al Operador de la existencia de estas.

Para esto, comunicará al Operador mediante el consumo de un servicio del nuevo código de lista

Periodicidad: Inmediatamente finaliza el proceso de creación de listas

Esta notificación no contiene la lista, únicamente el nombre de la misma

El mensaje será de la siguiente forma:

4.4.2.1 Pet ición

Nota: La definición de los objetos se encuentra en el Anexo 1 - Técnico del swagger del servicio.

4.4.2.2 Con sideraciones

- El Operador deberá confirmar la petición de forma sincrónica mediante una respuesta HTTP 200

- El Operador deberá almacenar este código de lista (ya que posteriormente deberá consumir el servicio expuesto por el intermediador "Consulta de listas" para obtener esta lista y procesarla en su COP). �

- El Intermediador deberá reintentar el despacho del mensaje en caso de no recibir respuesta o recibir respuesta errada por parte del Operador. �

- Si el Operador determina que requiere listas anteriores a la recién notificada, podrá solicitar estas listas al intermediador consumiendo el servicio de "Consulta de listas" con los códigos de lista que requiera. �

- Será responsabilidad del Operador llevar un registro de las listas parciales obtenidas y procesadas de acuerdo con la nomenclatura y secuencialidad de las mismas. �

- Será responsabilidad del Operador procesar las listas respetando la secuencialidad definida, para evitar problemas de información. �

- El Operador no requiere solicitar ni procesar las listas totales si ha procesado correctamente todas las listas parciales. Las listas totales se usarán en caso de ser necesaria una restauración de la información en el Operador. �

- El registro de cada usuario contiene un campo de versión que es único e incremental en cada modificación que se produzca por parte del Intermediador (ver especificación del mensaje de usuario) �

- Será responsabilidad del Operador no actualizar un registro de usuario en su base de datos en el caso de que el código de versión de ese registro sea inferior al código que ya tenga almacenado en su base de datos. �

- Posteriormente, al reportar las transacciones al Intermediador, el Operador deberá incluir este código de versión en el registro de la transacción para permitir la auditoría en casos de disputa. (ver proceso de intercambio de transacciones)

4.4.3 Sol icitud de listas por parte del OP-IP/REV (Paso 3)

Una vez el Operador ha sido notificado de la existencia de nuevas listas, debe revisar su registro de listas y determinar qué listas necesita solicitar y procesar en su sistema.

Para solicitar las listas, deberá consumir el servicio expuesto por el Intermediador

4.4.3.1 Pet ición Comando

El consumo de este servicio retorna una lista de objetos de tipo Usuario.

Nota: La definición de los objetos se encuentra en el Anexo 1 - Técnico del swagger del servicio.

 4.4.3.2 Pro cesamiento

Una vez el Operador ha obtenido la lista debe proceder a:

- Marcar la lista como recibida en su control de listas

- Procesar los registros en el COP

- Distribuir las actualizaciones de usuarios hacia estaciones y carriles

El Operador deberá observar los siguientes lineamientos:

- Debe procesar las listas de forma secuencial, de la misma forma que son generadas por el Intermediador.

- Antes de actualizar el registro de un usuario deberá observar que el campo "versión" del registro del usuario actualizado, no es inferior al valor del campo "versión" que tiene almacenado. En este caso de no ser así, ignorará el registro.

- Registrar la fecha y hora de actualización de cada registro en el Operador.

- El operador tendrá máximo una hora para reportar el procesamiento de una lista.

4.5 Solicitud de prueba de transacción

Un Intermediador podrá realizar una solicitud de prueba de transacción a un Operador en el evento que requiera obtener el registro fotográfico de un tránsito para la resolución de una disputa o reclamación de usuario.

Método: https://URL-Operador/v1/pasos/{codigoPaso}/solicitarPruebas

Nota: La definición de los objetos se encuentra en el Anexo 1 - Técnico del swagger del servicio.

4.6 Descargue de prueba de transacción

Un Intermediador podrá realizar el descargue de prueba de transacción a un Operador. Esta prueba corresponde a una sola fotografía y el codigoPrueba referencia uno de los códigos de prueba entregados por el operador cuando confirma la disponibilidad de las pruebas de un paso.

Método: https://URL-Operador/v1/pasos/{codigoPaso}/pruebas/{codigoPrueba}

Nota: La definición de los objetos se encuentra en el Anexo 1 - Técnico del swagger del servicio.

4.7 Recibo de prueba de transacción

Los Operadores que previamente recibieron una solicitud de prueba de transacción deberán obtener las fotografías correspondientes al tránsito solicitado y las deberán reportar al Intermediador utilizando el método dispuesto para esta operación. Este método entrega las lista de pruebas usando el objeto PruebasPaso pero no el contenido de las mismas.

Método: https://URL-Intermediador/v1/pasos/{codigoPaso}/pruebas

Nota: La definición de los objetos se encuentra en el Anexo 1 - Técnico del swagger del servicio.

4.7.1 Com portamiento esperado en el Operador según los valores de estados

El siguiente es el comportamiento esperado frente a la habilitación del paso en el Operador según las características del mensaje de usuario enviado por el Intermediador

4.7.2 la de conversion de señalizacion en via al usuario

4.7.3 Con sideraciones a la generación de actualizaciones y manejo del saldo y saldo bajo

Con el objetivo de racionalizar la cantidad de actualizaciones generadas en el sistema y evitar el crecimiento excesivo de la comunicación entre Intermediador y Operador, se recomienda seguir los siguientes lineamientos para usuarios con tipo de contrato prepago que no posean la funcionalidad de recarga automática (usuarios de prepago puro)

- Cuando un usuario tiene un saldo suficientemente alto (es decir, superior al del valor máximo de un peaje de su categoría, se recomienda al Intermediador utilizar el estado "CON SALDO" y no enviar el saldo al Operador.

- En la medida en que el usuario consuma peajes y su saldo disminuya, el Intermediador no deberá actualizar el mensaje del usuario a los Operadores hasta que llegue al umbral definido por cada Intermediador que determina que el saldo es bajo.

- Cuando el saldo del usuario llegue al umbral en el que es igual o menor al valor más alto de un peaje de su categoría, el Intermediador puede cambiar el estado a 3 "USE SALDO", y notificar el valor del saldo en el mensaje.

- Mientras el usuario se mantenga en valores iguales o inferiores al valor más caro de un peaje de su categoría, el Intermediador deberá actualizar el saldo y notificar a los Operadores de forma constante cada cambio de saldo que ocurra.

- Cuando el Operador detecte que el dispositivo se encuentra en saldo bajo, deberá validar el saldo registrado en la base de datos, para determinar si se permite el paso del vehículo de acuerdo con la tarifa del peaje.

De esta manera se pretende disminuir la cantidad de notificaciones para usuarios prepago que se pueden generar. El siguiente diagrama ilustra la situación mediante un ejemplo:

4.8 Servicio para reportar errores de usuarios

Cuando un OP, al procesar una lista de usuarios encuentre un error en un registro, deberá seguir procesando el resto de los registros sin importar el error.

Posteriormente, deberá reportar el error al intermediador a través del consumo del servicio expuesto para tal fin.

4.8.1 Pet ición

Nota: La definición de los objetos se encuentra en el Anexo 1 - Técnico del swagger del servicio.

El error 1003 corresponde al caso en el que el OP IP-REV ya tiene registrado el tag o la placa en estado activo y asociado a un Intermediador diferente. En este caso, la descripción del error debe informar el código de intermediador que tiene asociado el vehículo en la base de datos del Operador.

Un Operador no puede tener la misma placa o el mismo tag asociado a dos Intermediador diferentes, activos en su sistema el mismo tiempo.

Un Operador no puede tener en su sistema dos registros de TAG diferentes pero con la misma placa activos en su sistema al mismo tiempo.

4.9 Resumen de listas generadas

A través de este servicio, el Operador podrá consultar con el Intermediador los secuenciales de listas generadas para un día determinado.

El propósito de este servicio es dar al Operador una herramienta adicional de consulta para verificación de la concordancia de su control de listas

4.9.1 Pet ición

Nota: La definición de los objetos se encuentra en el Anexo 1 - Técnico del swagger del servicio.

Ejemplo de uso

Petición:

4.10 Consulta estado asignación placa a TAG

Los intermediadores requieren verificar para la asignación de un TAG, que la placa correspondiente no tenga ningún TAG vigente. Este método permite consultar si la placa se encuentra asignada a un TAG activo. Este método solo podrá ser consumido por intermediadores.

Método: https://URL-SIGT/v1/placas/{placa}/asignada

Nota: La definición de los objetos se encuentra en el Anexo 1 - Técnico del Swagger del servicio API SIGT

4.11 Consideraciones sobre retención de información

El Intermediador deberá permitir las consultas en línea de las listas de usuarios por parte del Operador por un periodo de 10 días como mínimo.

Posterior a esto, el Intermediador podrá eliminar los recursos expuestos hacia el Operador de forma que la consulta de una lista con más de 10 días de antigüedad podrá retornar un mensaje HTTP 204 (No hay contenido). Se aclara que esta retención de información se refiere a la disponibilidad local de la misma.

Esto no elimina la obligación del Intermediador de almacenar la información de listas en sus bases de datos.

4.12 Consulta Usuarios Actualizados

Sirve para consultar todos los usuarios que han tenido actualización por pasos de vehículos en el día solicitado. Este servicio será de uso exclusivo del SIGT o el sistema de información que el Ministerio de Transporte designe para efectos de evaluación y estabilidad del sistema. Se utilizará únicamente en horarios de baja transaccionalidad, esto es 12:01 am a 1:00 am, para el uso adecuado de los canales de comunicación.

4.12.1 Petición

Nota: La definición de los objetos se encuentra en el Anexo 1 - Técnico del swagger del servicio.

4.12.2 Consideraciones �

- El SIGT solicita la lista de usuarios actualizados en un día en particular. El Intermediador debe responder con todos los usuarios que tuvieron una modificación por pasos en dicho día. �

- El Intermediador deberá confirmar la petición de forma sincrónica mediante una respuesta HTTP 200. �

- El Intermediador deberá paginar la respuesta con 1000 usuarios por página.

- El SIGT siempre llamará la página 1, como parte de la respuesta el Intermediador deberá informar el número total de usuarios modificados para que el SIGT pueda continuar llamando las siguientes páginas hasta agotar los usuarios actualizados.

- El mensaje de respuesta del Intermediador debe contener el URL de la siguiente página. En caso de no existir una siguiente página, se deberá devolver null. �

- El mensaje de respuesta contiene un URL a la página previa. En caso de no existir una página anterior, se deberá devolver null �

- El registro de cada usuario contiene un campo de versión, esta debe ser la versión con que se cerró el usuario al final del día solicitado.

5 PROCESOS DE INTERCAMBIO DE INFORMACIÓN DE TRANSACCIONES

5.1 Antecedentes

En el modelo de interoperabilidad, los pasos de usuario del sistema por los peajes producen transacciones de paso por el sistema.

La posterior revisión de algunas transacciones puede generar ajustes al cobro realizado en primera instancia.

El esquema de comunicación de usuarios entre Intermediador y Operador estará compuesto por una serie de servicios y mecanismos de intercambio de información que permitirán abordar los escenarios de funcionamiento normal, así como los escenarios de fallas y situaciones de excepción de una forma sistematizada y organizada.

Para la definición de los procesos de intercambio de información se especifican en este documento:

- Los servicios que deben ser expuestos y consumidos por cada actor

- Los requerimientos de generación, consumo y procesamiento de la información

- Los diferentes objetos de información que se deben intercambiar según el servicio

- Los procesos normales de intercambio de información.

5.2 Escenarios contemplados

Los siguientes escenarios de uso están contemplados en la presente especificación:

- Uso normal del sistema

- Notificación de errores

- Perdidas de enlace y recuperación de información desfasada.

- Envío de transacciones acumuladas en el Operador por perdidas de enlace u otros.

5.3 Comunicación de transacciones y ajustes

La notificación temprana de transacciones entre Operador e Intermediador es fundamental para minimizar los problemas derivados de la naturaleza distribuida y asíncrona del sistema IP/REV.

De este modo los actores deben seguir los siguientes lineamientos:

- La notificación de transacciones hacia el Intermediador debe ser la más inmediata posible, estando permitido notificar listas de 1 o varios registros.

- Los ANS de tiempos mínimos y máximos deben ser definidos entre los Intermediador y los Operadores. Se espera un comportamiento con promedios inferiores a los 30 segundos desde el paso de un usuario por un carril hasta su notificación al Intermediador.

- El Operador deben reportar las transacciones aun cuando estas presenten discrepancias. Si la revisión posterior arroja ajustes al cobro, estos serán notificados a través de la interfaz de ajustes.

- El Intermediador debe reportar las confirmaciones de aceptación o rechazo de pasos y ajustes de forma temprana, para permitir a los Operadores conciliar su recaudo dentro de los tiempos de operación normales. El tiempo promedio de confirmación o rechazo de paso no debe ser superior a 30 minutos.

5.4 Resumen de Servicios Web que hacen parte de los procesos de transacciones y ajustes

5.4.1 Ser vicios expuestos por el INT

Cód igo	Nombre del Servicio	URL	Descripción
TI- 1	Registro de Transaccion es de Paso	Método POST https://URL-Intermediador/v1/pasos	Permite al Operador registrar en el Intermediador las transacciones de paso de peaje
TI- 2	Registro de Transaccion es de Ajuste	Método POST https://URL-Intermediador/v1/ajustes	Permite al Operador registrar en el Intermediador las transacciones de ajuste a cobros
TI- 3	Notificació n de intento de paso fallido	Método POST https://URL-Intermediador/v1/negacio nesPasos	Permite al Operador notificar la no autorización de paso de un usuario de un Intermediador

5.4.2 Ser vicios expuestos por el OP

5.5 Registro de transacciones de paso

El OP-IP/REV envía pasadas al Intermediador a través de esta interfaz

5.5.1 Pet ición

Nota: La definición de los objetos se encuentra en el Anexo 1 - Técnico del swagger del servicio

5.6 Confirmación de transacciones de paso

La confirmación del procesamiento exitoso o errado de las transacciones reportadas por el Operador es reportado con posterioridad por parte del Intermediador al Operador

5.6.1 Petición

Nota: La definición de los objetos se encuentra en el Anexo 1 - Técnico del swagger del servicio.

5.7 Registro de ajustes

El Operador envía ajustes al Intermediador a través de esta interfaz.

5.7.1 Petición

Nota: La definición de los objetos se encuentra en el Anexo 1 - Técnico del swagger del servicio.

5.8 Confirmación de Ajustes

La confirmación del procesamiento exitoso o errado de las transacciones reportadas por el Operador es reportado con posterioridad por parte del Intermediador al Operador

5.8.1 Petición

Nota: La definición de los objetos se encuentra en el Anexo 1 - Técnico del swagger del servicio.

5.9 Registro de negación de autorización de paso

Mediante esta interfaz el OP-IP/REV envía las ocurrencias de negaciones de paso de usuarios al Intermediador correspondiente, de modo que este pueda realizar gestiones asociadas a la atención de este evento.

5.9.1 Petición

Nota: La definición de los objetos se encuentra en el Anexo 1 - Técnico del swagger del servicio.

6 INTEGRACIONES HACIA EL SIGT

El SIGT brindará la implementación de las operaciones PUT y POST para: �

- Notificación de listas.9 �

- Notificación de errores en el procesamiento de listas. �

- Notificaciones y confirmaciones de paso. �

- Notificaciones y confirmaciones de ajuste. �

- Negaciones de paso. �

- Actualización de saldos. �

- Solicitud y entrega de pruebas.

Los servicios estarán disponibles para que tanto los Operadores como los intermediadores repliquen todos los llamados (PUT y POST) al SIGT en el mismo momento y frecuencia con que son intercambiados los mensajes.

Igualmente, el SIGT realizará la notificación de los procesamientos y confirmaciones conforme a los requerimientos especificados previamente en este documento.

Adicionalmente, el SIGT proveerá servicios propios.

6.1 Servicios expuestos por el SIGT

Código	Nombre del Servicio	URL	Descripción
SI- 1	Consulta estado asignación placa	/v1/placas/{placa}/asign ada	Permite al Intermediador consultar si una placa tiene o no asignado un TAG activo.

6.1.1 Consulta del estado asignación de una placa

El Intermediador podrá consultar el estado de asignación de una placa. Esta información será entregada conforme al último registro procesado por el SIGT de actualización de listas.

Petición

Nota: La definición de los objetos se encuentra en el Anexo 1 - Técnico del swagger del servicio.

6.2 Pruebas de interoperabilidad

El SIGT ofrecerá un mecanismo automatizado y autogestionado dentro del proceso de habilitación para que el OP-IP/REV y INT-OP/REV pueda verificar el cumplimiento de su sistema de información.

El procedimiento de pruebas de interoperabilidad será habilitado una vez se realice con éxito la actividad de registro y verificación de antecedentes dentro del proceso de habilitación, tal como se presenta en el siguiente diagrama:

1. Proceso general de habilitación.

El procedimiento permitirá al OP-IP/REV y INT-OP/REV descargar el "set" de pruebas, registrar y auditar los intentos de pruebas, facilitando la repetición de estos hasta que el resultado sea exitoso. De no serlo, permitirá consultar las inconsistencias presentadas para que puedan ser subsanadas.

Finalmente, el SIGT generará la aceptación de interoperabilidad tecnológica para proceder a la habilitación condicionado a la verificación exitosa de las pruebas.

Los aspectos evaluados por la prueba de interoperabilidad son: �

- Autenticación. �

- Utilización de tokens de seguridad. �

- Uso de las taxonomías. �

- Consumo de servicios en escenarios exitosos y fallidos

- Uso de códigos de respuestas HTTP. �

- Manejo de los encabezados.

ANEXO 6.

COMITÉ TÉCNICO DE OPERACIÓN (CTO), REGLAMENTO INTERNO DEL COMITÉ TÉCNICO DE OPERACIÓN.

<Anexo sustituido por el artículo 6 de la Resolución 51695 de 2021. El nuevo texto es el siguiente:> El presente Anexo tiene por objeto establecer de manera integral el reglamento interno del Comité Técnico de Operación (CTO), para la implementación del sistema de interoperabilidad de Peajes con Recaudo Electrónico Vehicular (IP/REV).

1. OBJETO DEL COMITÉ TÉCNICO DE OPERACIÓN. El Comité Técnico de Operación es la instancia permanente de carácter consultivo y de instancia de concertación que tiene por objeto, bajo la coordinación del Ministerio de Transporte, promover y facilitar la cooperación entre Actores Estratégicos del Sistema, y procurar el logro de acuerdos entre estos en función de los objetivos de la implementación del Sistema IP/REV, así como para proponer e identificar la pertinencia de ajustes a incorporar al Sistema IP/REV derivado de sus actividades, dentro del marco de lo previsto en la presente Resolución.

1.1. Las sugerencias y recomendaciones del Comité no son de carácter vinculante para el Ministerio de Transporte. En ningún caso, se adoptarán acuerdos o decisiones en el Comité Técnico de Operación que puedan ser contrarios al régimen jurídico de protección de la competencia.

1.2. Son Actores Estratégicos (i) los Operadores IP/REV habilitados por el Ministerio de Transporte, y (ii) los Intermediadores IP/REV habilitados por el Ministerio de Transporte.

2. COORDINACIÓN DE LAS ACTIVIDADES DEL COMITÉ TÉCNICO DE OPERACIÓN.

El Ministerio de Transporte, en ejercicio de sus funciones relacionadas con el Comité Técnico de Operación, realizará fa coordinación de las acciones a ser adelantadas por los miembros de dicho Comité, en cumplimiento de la normatividad y en función de los objetivos de la implementación del Sistema IP/REV.

3. CONFORMACIÓN DEL COMITÉ TÉCNICO DE OPERACIÓN. El Comité Técnico de Operación estará conformado por:

3.1. El Viceministro de Infraestructura, quien lo presidirá, o el Director de Infraestructura, como su delegado.

3.2. Un representante por cada uno de Los Operadores IP/REV habilitados por el Ministerio de Transporte, en cabeza de su representante legal o apoderado con facultades amplias y suficientes para asumir, en nombre de dicho Operador, todas las obligaciones asociadas a la implementación y operación del Sistema IP/ REV que surjan como consecuencia del trabajo adelantado por el comité.

3.3. Un representante por cada uno de los Intermediadores IP/REV habilitados por el Ministerio de Transporte, en cabeza de su representante legal o apoderado con facultades amplias y suficientes para asumir en nombre de dicho Intermediador todas las obligaciones asociadas a la implementación y operación del Sistema IP/REV, que surjan como consecuencia del trabajo adelantado por el comité.

3.4. El Comité tendrá, como invitados permanentes, a un (1) representante de la Superintendencia de Industria y Comercio, y un (1) representante de la Superintendencia de Transporte, en su condición de organismos de control y vigilancia, quienes podrán asistir a las reuniones del Comité con voz pero sin voto.

4. ASISTENCIA DE LOS MIEMBROS AL COMITÉ TÉCNICO DE OPERACIÓN:

4.1. Tendrán derecho a asistir a las sesiones y votar en ellas, todos los Actores Estratégicos habilitados del sistema IP/REV, señalados en los numerales 1.4.1 y 1.4.2, a través de sus representantes legales o apoderados, debidamente acreditados, con iguales derechos de participación y voto según su naturaleza.

4.2. Dentro de los diez (10) días hábiles siguientes a la comunicación de su habilitación, el respectivo Actor Estratégico, mediante comunicación escrita firmada por el Representante Legal, deberá comunicar a la Presidencia del Comité Técnico de Operación, con copia a la Secretaría del Comité, si la participación y ejercicio de derechos y obligaciones en el comité será desarrollada directamente por el Representante Legal o por un apoderado con facultades amplias y suficientes para asumir en nombre de dicho Actor Estratégico todas las obligaciones asociadas a la implementación y operación del Sistema IP/REV, que surjan como consecuencia del trabajo adelantando por el comité.

4.3. En el evento que, para una sesión específica del comité, deba modificarse fa designación permanente de la persona que representará a un determinado Actor Estratégico en dicha sesión, el Representante Legal del mismo deberá comunicar, al menos con un día de antelación a la fecha realización de la correspondiente sesión, mediante comunicación escrita a la Presidencia del CTO el nombre del apoderado que lo representará en esa sesión específica del Comité.

5. FUNCIONES DEL COMITÉ TÉCNICO DE OPERACIÓN. Son funciones del Comité las siguientes:

5.1. Proponer acciones dirigidas a aumentar la eficiencia y el mejor funcionamiento del Sistema IP/REV en sus diferentes componentes.

5.2. Efectuar propuestas de soluciones respecto de las controversias que se presenten con ocasión de la operación del Sistema IP/REV, entre otros aspectos, en relación con las especificaciones técnicas, jurídicas, financieras y operativas que sean de común interés para todos los Actores Estratégicos.

5.3. Proponer acciones dirigidas a promover la cooperación entre los Actores Estratégicos, en función de los objetivos de la implementación del Sistema IP/REV, siempre que ello no genere acuerdos o decisiones contrarias al régimen Jurídico de protección de la competencia.

5.4. Ejercer la función de facilitador para el cumplimiento de las obligaciones a cargo de los Actores Estratégicos respecto de la operación del Sistema IP/REV y promover la solución de las controversias que surjan entre ellos mediante acuerdos directos, sin perjuicio de la aplicación de mutuo acuerdo de mecanismos alternativos de solución de controversias conforme lo dispuesto en el artículo 35 de la Resolución número 20213040035125 del 11 de agosto de 2021.

5.5 Proponer ajustes a incorporar a la normatividad del Sistema IP/REV derivados de las actividades del Comité.

5.6. Las demás que de acuerdo con su naturaleza le otorgue el Ministerio de Transporte, o los miembros del comité, dentro del marco previsto en la Resolución número 20213040035125 del 11 de agosto de 2021 del Ministerio de Transporte.

6. FUNCIONES DE LA PRESIDENCIA DEL COMITÉ TÉCNICO DE OPERACIÓN. Son funciones de la Presidencia del Comité Técnico de Operación las siguientes:

6.1. Instruir para que se convoque a las sesiones del Comité

6.2. Presidir las sesiones del Comité.

6.3. Proponer el Orden del Dia de las sesiones del comité.

6.4. Considerar propuestas de los Actores Estratégicos del Sistema e incorporarlos, de acuerdo a su pertinencia, al Orden del Día de las sesiones del Comité.

6.5. Proponer documentos o análisis que sirvan de base para la discusión de los temas incluidos en el Orden del Dia del comité.

6.6. Dar por terminada la discusión de los temas tratados en las sesiones de Comité.

6. 7. Proponer al comité la integración de mesas de trabajo.

6.8. Definir las reglas sobre el alcance, tratamiento, recolección y uso de la información que sea conocida o tratada en el marco de las actividades del Comité y en aplicación de la normatividad legal y reglamentaría aplicable, en adición a las disposiciones sobre la materia contenidas en el presente, reglamento.

6.9. Invitar a participar en estas sesiones a cualquier otro agente, para efectos de tratar diferentes asuntos de interés o relevancia del Comité. Igualmente, podrá acoger las propuestas que hagan en ese sentido los miembros del comité.

6.10. Las demás que, de acuerdo con su naturaleza, le otorgue el Comité, dentro del marco previsto en la Resolución número 20213040035125 del 11 de agosto de 2021.

7. SECRETARÍA TÉCNICA. La Secretaría Técnica del Comité Técnico de Operación será ejercida por el funcionario o contratista del Ministerio de Transporte cuyas funciones contractuales lo permitan, que designe por escrito el Viceministro de Infraestructura. La Secretaría Técnica tendrá las siguientes funciones:

7.1. Convocar a las sesiones del Comité

7.2. Verificar la calidad de los representantes legales o apoderados de los miembros que asistan a las sesiones del Comité.

7.3. Verificar el quorum de cada sesión del Comité.

7.4. Consultar específicamente a los representantes de los miembros del Comité con derecho a voto en el sentido de su decisión respecto a cada materia sometida a votación.

7.5. Levantar tas actas de cada sesión, distribuirlas por los medíos pertinentes a los miembros de Comité, así como llevar el registro y control de las modificaciones y firma de las mismas por parte de los miembros del Comité.

7.6. Llevar registro y control de toda la documentación que se genere o recopile por efectos del normal funcionamiento del Comité.

7.6. Llevar registro de la información de contacto de los miembros del Comité.

7.7. Recibir peticiones o propuestas de temas a discutir en el Orden del Dia de la convocatoria a sesiones por parte de miembros del Comité, o provenientes de iniciativas surgidas en las mesas de trabajo.

7.8. Elaborar reportes y documentos técnicos periódicos para el Comité.

7.9. Las demás que de acuerdo con su naturaleza le asignen.

8. CONVOCATORIA PARA LA CELEBRACIÓN DE SESIONES DEL COMITÉ TÉCNICO DE OPERACIÓN. El Presidente del Comité, o su suplente, convocará para la celebración de las sesiones del Comité, mediante comunicación escrita o correo electrónico a los representantes de los Actores Estratégicos, con al menos dos (2) días hábiles de antelación a la fecha señalada para su realización. En el mismo plazo, dicha convocatoria estará disponible en la página web del Ministerio de Transporte o en sitio web que se desarrolle para mantener la documentación relevante del Comité. El Presidente del Comité citará a los demás miembros del Comité en las condiciones antes descritas, siempre que a ello haya lugar, y en los términos del presente reglamento.

El Comité será convocado cuando, a criterio de su Presidente, existan temáticas para ser tratadas en dicho comité y, en todo caso, al menos una vez durante cada trimestre calendario. Igualmente, los Actores Estratégicos que integran el Comité podrán solicitarle al Presidente, mediante comunicación escrita, con copia a la Secretaría del Comité, evaluar la posibilidad de convocar alguna determinada sesión del Comité, proponiendo las temáticas a tratarse y las consideraciones que sustentan la necesidad o pertinencia de su convocatoria.

9. SESIONES DEL COMITÉ TÉCNICO DE OPERACIÓN. Se formará Quórum mínimo para el desarrollo de la sesión del Comité, con cualquier número plural de actores estratégicos que participen en el Comité y, por su parte, los delegados de las respectivas Superintendencias podrán participar con voz y sin voto en los debates y en las mesas de trabajo que se conformen.

Las sesiones del Comité se iniciarán con la verificación de los miembros del Comité asistentes a la sesión correspondiente, para lo cual se verificarán las facultades de los Representantes. Una vez validados los miembros asistentes, y verificado el Quórum mínimo de la sesión, se dará lectura al Orden del Día, y la sesión se desarrollará de acuerdo con los temas incluidos en el mismo y, en todo caso, conforme a lo dispuesto en la presente resolución.

Respecto de los temas puestos a consideración a los miembros del Comité, los mismos serán puestos en conocimiento de sus miembros junto con la respectiva convocatoria, al menos con dos (2) días hábiles de antelación de la respectiva sesión, a efectos de ser incluidos en el Orden del Día.

Cuando la Presidencia considere que la discusión de un tema haya sido agotada, se someterá a votación entre los miembros asistentes, teniendo en cuenta la mayoría simple y en todo caso teniendo en cuenta el carácter consultivo y de instancia de concertación del Comité, para lo cual previamente se verificarán los asistentes con derecho a voto presentes al momento de la votación, a efectos de considerar la aplicación de la mayoría decisoria.

Cada voto de un INT IP/REV se ponderará por un factor correspondiente al inverso del número de INT IP/REV habilitados; así mismo, cada voto de un OP IP/REV se ponderará por un factor correspondiente al inverso del número de OP IP/REV habilitados.

La Secretaría del Comité preguntará a los Representantes sobre la materia sometida a votación, el cual podrá ser a favor, en contra o abstención, y con base en lo anterior, procederá a contar los votos e incluirá en el acta el respectivo resultado. En el caso que el producto de la votación no sea unánime, la Secretaría deberá incluir los argumentos y la respectiva votación de los miembros del Comité en el acta correspondiente. Los votos de abstención sólo se contabilizarán para efectos de registro y no podrán sumarse a ninguna de las opciones sometidas a consideración y votación. Las posturas cuya votación se encuentre empatada deberán ser presentadas conjuntamente al Ministerio de Transporte junto con los argumentos y posibles efectos de cada postura.

El cierre del acta de la sesión se dará con la lectura de la misma y la firma de los Representantes presentes durante dicha sesión; en caso de falta de firma de algún Representante, la Secretaría dejará constancia del hecho y, de ser el caso, se indicarán las razones de la negativa, sin que esto signifique la nulidad del acta o de cualquier votación alcanzada en la sesión, en todo caso teniendo en cuenta el carácter de consultivo y de instancia de concertación del Comité.

10. ACTAS DE LAS SESIONES DEL COMITÉ TÉCNICO DE OPERACIÓN. De cada sesión se levantará un acta en la cual se especificarán como mínimo: fecha, hora, lugar o mecanismo de reunión, quórum mínimo de asistencia, Orden del Día, temas tratados y resultados. La conservación de las actas se llevará en un archivo de libre consulta para los miembros del Comité, que reposará en el Ministerio de Transporte.

11. PUBLICIDAD DE LAS ACTAS Y LOS DOCUMENTOS DEL COMITÉ TÉCNICO DE OPERACIÓN. Para efectos de informar a los miembros del Comité y demás actores del sistema, las actas y documentos de las sesiones del Comité serán publicadas en la página web del Ministerio de Transporte. Alternativamente, la Secretaría del Comité deberá activar un sitio web exclusivo para el Comité en el cual se publicará toda la información pertinente y al cual podrá dirigirse la página web del Ministerio de Transporte.

12. TRATAMIENTO DE LA INFORMACIÓN ESTRATÉGICA Y CONFIDENCIAL EN LAS SESIONES DEL COMITÉ TÉCNICO DE OPERACIÓN. La información que sea conocida o tratada en el marco de las actividades del Comité y en aplicación de la normatividad legal y reglamentaria aplicable, será considerada información de carácter público.

En todo caso, si para la propuesta de documentos o análisis que sirvan de base para la discusión de los temas incluidos en el Orden del Día del Comité, el Ministerio de Transporte requiere el suministro de información que pueda ser considerada como estratégica o reservada, conforme las normas legales vigentes, la misma será usada exclusivamente por el Ministerio para la preparación de los referidos documentos o análisis garantizando integralmente la reserva o confidencialidad de la información suministrada y, en caso de publicar información resultante la misma, será consolidada y/o anonimizada, de modo que no se puedan conocer datos confidenciales individuales de algún Actor Estratégico.

17. VIGENCIA DEL COMITÉ TÉCNICO DE OPERACIÓN. El Comité Técnico de Operación estará constituido durante el proceso de operación del Sistema de Interoperabilidad de Peajes con Recaudo Electrónico Vehicular (IP/REV), por el término de (5) años, contados a partir de la expedición de la presente modificación. Su existencia podrá ser prorrogada, si las condiciones lo justifican.