LINEAMIENTOS GENERALES QUE DEBERÁ CUMPLIR EL SISTEMA DE CONTROL DE PEAJE DEL PROYECTO

Transcripción

1 UNIDAD DE AUTOPISTAS DE CUOTA COORDINACIÓN TÉCNICA DE PLANEACIÓN Y GESTIÓN DE CARRETERAS EN OPERACIÓN PROYECTO PARA ATENDER EL PUNTO 1.15 DE LOS ASPECTOS TÉCNICOS DE LAS BASES DE LICITACIÓN LLAMADO: LINEAMIENTOS GENERALES QUE DEBERÁ CUMPLIR EL SISTEMA DE CONTROL DE PEAJE DEL PROYECTO SRG APV NOVIEMBRE, 2004

2 Punt 1.15 de ls Aspects Técnics de las Bases de Licitación, llamad LINEAMIENTOS GENERALES QUE DEBERÁ CUMPLIR EL SISTEMA DE CONTROL DE PEAJE DEL PROYECTO Nviembre de Intrducción. La cncesión de la cnstrucción, cnservación peración y expltación de autpistas requiere un cambi de paradigma en la perspectiva del peradr. Este cambi cnsiste en que ya n es la autridad el Gbiern quien prvee el servici, sin una empresa privada. El punt fundamental es que la empresa se debe al usuari y es su bligación atender sus requerimients si desea permanecer en el mercad, independientemente del cntrl que sbre ella ejerza la autridad. En este rden de ideas, dad que el cbr de peajes n es una actividad que agregue valr a ls usuaris, per sí es fundamental para el cncesinari, es imprescindible realizarla de la manera más ágil psible para el usuari, cn la mínima pérdida de tiemp y brindándle la mayr gama de pcines de pag, de tal suerte que se mitigue la incmdidad misma de tener que pagar pr un servici que en trs tiemps era prvist pr el gbiern. Cm empresa, al cncesinari debe interesarle llevar un estrict cntrl de sus ingress y, pr l tant, le cnviene n escatimar en ls sistemas de cntrl crrespndientes. Pr el lad del gbiern, al delegar estas funcines a un particular, requiere cntar cn mecanisms de cntrl suficientemente cnfiables para salvaguardar sus intereses y ls de ls usuaris de la vía. Así, cm principi se deberá prcurar que la autpista tenga el menr númer de paradas psible en ls diferentes recrrids. El sistema de peaje funcinará cm un cnjunt de punts de peaje baj un cntrl centralizad. Permitirá el pag pr medi de efectiv, así cm cntrlar cuentas de persnas que utilicen algún medi de identificación, ya sea tarjetas de prximidad, telepeaje u trs. El sistema estará ttalmente integrad en las funcines de cbr, administración y auditría. El cncesinari prveerá td l necesari para la administración de la autpista, incluyend el aprvisinamient de td el equip, persnal, servicis y prcess para desempeñar tdas las peracines necesarias. El sistema de cntrl de peaje cntribuye a la asignación de respnsabilidades dentr del cbr de peaje. Es indispensable que dentr de la estructura básica del sistema exista siempre un respnsable para cada act. Pr l tant, el sistema requiere que en tda la secuencia de entrega recepción se exima de respnsabilidad a quien entrega y que la asuma quien recibe. Baj estas cndicines, para cumplir de manera adecuada cn ls bjetivs se pueden distinguir tres niveles de peración y tres de equipamient. Ests lineamients se refieren principalmente a las funcines específicas esperadas del equipamient. 2

3 Índice Intrducción Índice Descripción general del sistema de cntrl de peaje que deberá integrar el cncesinari Intrducción Descripción general del sftware de aplicación Descripción general de ls sistemas perativs Bases de Dats Generalidades fundamentales del sistema y requerimients que deberá cumplir cada un de ells: Generalidades sbre medis de identificación y pag sin efectiv Requerimients funcinales y de desempeñ Generalidades de cnfiguración del sistema de peaje Centr de Operacines Plaza Principal Intrducción Cnfiguración del centr de peracines Funcinalidad del centr de peracines Pantallas y reprtes de usuari Niveles de acces Pantallas de trabaj Estad de cuenta de clientes Prcess de intercambi de dats Transferencia de dats a ls punts de cbr Administración de alarmas Prcess de auditría Interrelación cn ls sistemas de la autridad Servidres de plaza de cbr Cnfiguración del servidr de la plaza de cbr Funcinalidad Pantallas Inici de turn Fin de turn: Prcess de preliquidación: Pantalla de ingres de fnds faltantes: Reprtes Requerimients de interfase Carriles de cbr Intrducción Capacidad del Sistema de Carril Subsistema de Clasificación de Vehículs Interfases del Sistema de Carril Sistemas sin efectiv de Telepeaje Prepag Sistema Auditr cn Vide Intrducción: Sftware auditr Cámaras para auditría Mantenimient Stck de refaccines Apy para servici Manual de Operación y Capacitación Requisits de infrmación, auditría y cntrl que exige la autridad Vida útil y sustitución del sistema de cntrl de peaje Dats requerids pr la autridad sbre afrs e ingress (reprtes) Origen de ls dats, prces de enví y frecuencia Reprte de accidentes Administración de tarifas

4 14 Herramientas de auditría Criteris de clasificación de vehículs Criteris de cntrl de mantenimient y capacitación Criteris para la apertura y cierre de un turn de trabaj Cmunicación Verificacines de desempeñ y cumplimient: Autrización de sistema, instalacines y pruebas Verificación de funcines del sistema durante el tiemp de cncesión Autrización de medis de identificación de usuaris para pag electrónic Glsari

5 1 Descripción general del sistema de cntrl de peaje que deberá integrar el cncesinari. 1.1 Intrducción. El sistema de cntrl de peaje deberá permitir la recaudación ágil y segura de ls fnds de peaje, prcurand la suficiencia y ls medis necesaris para lgrar que el usuari se detenga el menr númer de veces a l larg de la ruta para la realización de pag de cutas. Además, deberá cntener ls dispsitivs necesaris para garantizar que ls fnds ingresads crrespndan al tráfic que utilice la vía, así cm que genere la infrmación estadística detallada y cmpleta para análisis psterires de resultads y desempeñ tant de la vía cm de sus peradres. 1.2 Descripción general del sftware de aplicación. El cncesinari prveerá prgramas ejecutables para td el sftware de aplicación del sistema del centr de peracines, servidres de plazas de cbr, sistema de administración, subsistema de discrepancias y en general cualquier tr que sea necesari para desempeñar las funcines de cbr de peaje. Td el sftware, cn excepción del sftware prpietari que se define más adelante, será prvist baj licencia del cncesinari del prveedr crrespndiente. Dicha licencia cnferirá un derech perpetu per n exclusiv para el us del sftware en la frma ejecutable y sl en el (ls) CPU (s) del pseedr de la licencia, situads en las instalacines que el mism determine. El sftware del cncesinari estará ttalmente clasificad e identificad en las siguientes tres categrías: Sftware de tercers: Sftware que pertenece a es desarrllad pr cualquier prveedr de sftware diferente al cncesinari cualquier empresa relacinada cm subcntratista subsidiaria. Sftware de Cncesinari: Sftware que pertenece a fue desarrllad pr el cncesinari, cntratad pr éste desarrllad pr sus subsidiarias fuera del alcance de este pryect, clasificad cm un prduct base para ser licenciad a muchs prpietaris. Sftware Cntratad: Sftware desarrllad especialmente pr el cncesinari, cntratad desarrllad pr sus subsidiarias, para desempeñar requerimients del pryect y la adaptación de las aplicacines a las especificacines técnicas del prpietari de la licencia. Sftware de tercers El sftware de tercers estará dispnible en el mercad pr fuentes diferentes al cncesinari y sus subsidiarias. El cncesinari será respnsable de btener y asignar cualquier licencia que sea necesaria para usar dich sftware, sujet a términs y cndicines nrmales del prpietari del sftware. El cncesinari n pdrá asignar pseer derechs de sftware de tercers. Sftware del Cncesinari Además de cntar cn las licencias crrespndientes, el cncesinari deberá depsitar ls códigs fuente y el códig de bjet del Sftware del Cncesinari, junt cn tda su dcumentación, en custdia cn un depsitari aceptad pr él, pr el desarrlladr del sftware y pr la autridad que será entregad a la autridad en cas que el cncesinari dejara de cumplir cn alguna de las cláusulas relativas al sftware, de que liquidara el negci pr cualquier razón pr la que dejara de prducir y apyar al sftware del cncesinari. El Sftware del cncesinari depsitad en custdia estará certificad cm cmplet y actualizad y de acuerd cn ls requerimients especificads baj ls términs del cntrat de cncesión pr la Secretaría de Cmunicacines y Transprtes. Sftware Cntratad El sftware cntratad deberá ser prvist en frma de códig fuente, códig bjet y códig ejecutable y será cnsiderad cm parte de ls trabajs cntratads del cntrat de 5

6 cncesión. El cncesinari transferirá a la autridad la prpiedad y derechs del sftware cntratad sin requisits al finalizar en cualquier frma la cncesión, cn una garantía de un añ. El cncesinari acepta, entiende y acuerda entregar y rescindir tds sus derechs y licencias del Sftware de Aplicación a la autridad. 1.3 Descripción general de ls sistemas perativs. El Cncesinari pdrá utilizar Unix, Linux, en cualquiera de sus variantes, Micrsft Windws Server la versión que aplique para este tip de sistemas. N bstante, el cncesinari pdrá usar trs sistemas perativs que n sean prpietaris del cncesinari y que crrespndan a prducts cmerciales usads extensivamente, tras una cnsulta y autrización de la prpia autridad. Sin imprtar el tip de sistema perativ utilizad, el cncesinari entregará tdas las licencias necesarias y vigentes para td el equip de peaje. 1.4 Bases de Dats Las bases de dats deberán ser del tip relacinal (SQL, Server, Infrmix, Oracle, Sybase, u tra). Además, las herramientas de prcess en línea serán tlerantes a errres, crrespnder al lenguaje de cuarta generación y respnder a la denminación de Structured Query Language. La herramienta de cómput para la administración de las bases de dats permitirá la creación de aplicacines sólidas, mdulares y flexibles. Ofrecerá facilidades para la cnfiguración de bases de dats centralizadas distribuidas. Permitirá bases de dats múltiples que residan en un más servidres de bases de dats. Además, frecerá una gran variedad de mecanisms de almacenaje, respalds y recuperación de dats, incluyend almacenaje en línea almacenaje a múltiples niveles pr fases, cn prcess rápids de recuperación. Ls archivs de las bases de dats deberán respnder de manera flexible a un entrn multiusuari, multitareas y pr ell incrprar las herramientas de administración necesarias para permitir las biblitecas de cnsulta cmpartida, perfiles de cnexión, etc. Est permitirá que las bases de dats sean cnfiguradas en frmas distintas, desde sól lectura hasta cnfiguración ttal. El cncesinari deberá prveer herramientas para la administración de ls dats de tal frma que permita: Cnversión de dats de un frmat de bases de dats a tr. Mvimient de dats de un lugar en una base de dats a tra. Capacidad de transferir un subgrup de dats a una estación de trabaj a una cmputadra prtátil. Tablas de estructuras definidas autmáticamente Registr, migración y almacenaje de las bases de dats redundante. Seguridad e incrruptibilidad de la infrmación riginal. El sistema n deberá, baj ninguna circunstancia y en ningún mment permitir que un usuari sin autrización ingrese al sistema de cbranza. 2 Generalidades fundamentales del sistema y requerimients que deberá cumplir cada un de ells: El diseñ del sistema de cbr de peaje deberá estar basad en el cncept de carg de un mnt de peaje a cada un de ls vehículs que utilicen el tram carreter, cada vez que l utilicen. Las características del sistema mantendrán, cm premisas críticas, el desempeñ, la cnfiabilidad, la prtección y la seguridad de la peración y la infrmación. 6

7 El sistema de cbr de peaje estará cmpuest de tres núcles de cómput, que sn: Cmputadra de carril, Servidr de plaza y Centr de peracines. En cualquier cas, el cncesinari pdrá decidir la cnfiguración de su sistema, siempre que cumpla cn las necesidades y que cuente cn unidades de respald. El sistema, independientemente de su estructura y cnfiguración general, deberá cntar cn ls siguientes niveles de gestión: Centr de Operacines: Es el sistema central de cntrl; en él se realizará la peración y el acpi de infrmación de las diferentes plazas de cbr de la cncesión. De allí se generarán ls reprtes y las cmunicacines del sistema. Plaza de cbr: Independientemente de que se encuentre en el mism siti que el centr de peracines, la plaza de cbr cntrlará y acpiará la infrmación crrespndiente a un cnjunt de carriles de cbr; en ella se realizará el cntrl de ls cajers, dtacines, reclección de ls ingress y reprtes específics de esta área de cbr y reprtará directamente al centr de peracines. Puede haber ls siguientes tips de plazas: Plaza de cbr principal: Centr de gestión dentr de un área de la cncesión. Cntrla ls carriles y las plazas auxiliares remtas de su área. Reprta al centr de peracines. Plaza de cbr auxiliar: Dependiente de una plaza de cbr principal, puede estar en un ramal acces cercan a la plaza de cbr. Tda su infrmación es enviada autmáticamente a la plaza de cbr principal de la que depende. Cuenta cn medis de cmunicación directs (fibra óptica, cablead, etc.) Plaza de cbr remta: Dependiente de una plaza de cbr principal. Difiere de la plaza de cbr auxiliar pr estar alejada físicamente de la principal. N tiene capacidad de gestión y tda su infrmación tiene que ser remitida a la plaza de cbr principal de la que depende, ya sea pr medis electrónics de cmunicación a través de medis de sftware para transprte de dats (CD, unidades de respald, etc.). Carril de cbr: Es el punt de cntact entre el sistema de peaje y el usuari; es el lugar dnde se registra y clasifica el pas del vehícul, se realiza el cbr y se generan las vilacines y discrepancias. Es siempre dependiente de una plaza de cbr. Al evaluar las prpuestas de ls licitantes se cnsiderarán las siguientes características funcinales: Cmpatibilidad: Será capaz de perar e interactuar cn ls sistemas centralizadres de la autridad sin hacer mdificacines mayres. Cnfiabilidad: Seguridad: Tant el hardware cm el sftware del sistema de cbr de peaje estarán frmads pr prducts de prbada calidad, cn un baj riesg técnic y una peración prtuna y segura. El registr vehicular será cnsistente al ser realizad a cualquier velcidad entre cer y cien kilómetrs pr hra. Sól en cass específics se requerirá de rangs diferentes El sistema tendrá las prteccines pertinentes, tant en hardware cm en sftware para evitar prcedimients fraudulents. La siguiente es una lista n 7

8 Integridad Autnmía Increment Estándar Calidad Respnsable Auditría restrictiva de elements que pueden cntribuir a la prevención de psibles fraudes a evitar la alteración de ls dats del sistema: Existencia de archivs de auditría en que se registren ls access al sistema, así cm las intervencines en peracines sensibles. Identificación de ls usuaris del sistema pr medi de códigs cntraseñas de acces individuales, que además evite que ds funcines sean peradas simultáneamente pr la misma persna clave de acces dentr del sistema. Definición de niveles de acces a la infrmación de acuerd al rganigrama y las funcines del persnal dentr del sistema (perfiles de privilegis). Ls códigs de acces deberán tener una duración limitada y definida y n pdrán ser repetids. Las unidades que sprtan la infrmación del sistema, cntarán cn la seguridad y respald de ls dats pr medi del us de unidades de respald que en td mment permitan la peración cntinua y la integridad de la infrmación. En sus diferentes niveles, y especialmente en ls punts de reclección carriles, el equip deberá perar sin ligas cn un sistema central; est significa que la cmunicación permitirá prcess en línea en tiemp real tant cm prcess fuera de línea emulads, de tal frma que en cas de una falla en la cmunicación n se afecte la peración ni la integridad de ls dats. Habida cuenta del dinámic cambi tecnlógic, el sistema tendrá capacidad de crecimient, pr l cual pdrá incrprar nuevas tecnlgías en hardware cm en sftware sin cambis mayres de cnfiguración. El sistema cntendrá un alt grad de utilización de sftware y elements de sftware de estándares cmerciales. El prveedr prbará que el sistema ha sid diseñad para cumplir cn el estándar ISO algún equivalente de calidad. El sftware asegurará siempre la respnsabilidad de ls usuaris del sistema de cntrl ante cada una de las tareas a realizar, a través de las frmas de entrega recepción de dcuments, diner de recaudación, etc. El sistema se basará en el manej detallad de transaccines para fines de auditría y prcess de cntabilidad prpis de un sistema de peaje. El cncesinari prveerá un sistema cn infrmación y prcess predecibles de cbranza, dentr de ls cuales las verificacines y balances aseguren una ttal integridad del sistema cn la capacidad administrativa de sus peradres. En cada instalación de peaje se realizarán prcess de auditría periódics en cuant a la reclección de peajes y a sus dats relevantes. Pr l tant, se deberá utilizar sól una base de dats para ls fines de auditría y la generación de reprtes. Ls elements técnics principales del sistema deberán incluir: Absluta cmpatibilidad cn el sistema de la autridad para recpilación de dats estadístics de peración. Herramientas para generar reprtes de la base de dats. Una cmputadra central cn el centr de administración de la base de dats relacinal, cn aplicacines para prveer servici a tds ls punts de cbr. Cmputadras en tds ls punts de cbr, incluyend estacines de trabaj para gerentes, auditres, supervisres, persnal de mantenimient, etc. Una red cnfiable de transmisión de dats. 8

9 Un subsistema autmátic para clasificación de vehículs Una terminal de cajer en cada cabina, cn impresra, lectra de tarjetas magnéticas e inteligentes, intercmunicación cn la plaza y tds ls accesris necesaris para la reclección de peaje. Un sistema de seguridad pr vide para vigilancia. El subsistema para lectura y cntrl de medis de pag a cuentas cn características de: Seguridad en la administración de reprtes Administración de punts de cbr Aplicacines e interfase cn el sistema de atención al cliente Administración financiera, administración de fnds, auditría y cntabilidad. Este subsistema será ttalmente funcinal para el manej de cuentas de prepag, residentes, etc., para una adecuada administración, balance y auditría de las mismas. Servirá también para la administración de las funcines de interfase cn el sistema de telepeaje nacinal peaje electrónic que se apliquen en el futur. El diseñ del sistema de reclección de peaje partirá de una arquitectura general que cmbine aplicacines de cbranza y funcines administrativas y que cuente cn ls requisits de funcinalidad industrial, integridad de dats y respnsabilidad en el manej de ls ingress. El diseñ deberá tener capacidad para auditar el 100% de las peracines de tds y cada un de ls carriles de cbr, baj un métd basad en prcess de cntabilidad de transaccines pr tip de vehícul y peaje reclectad. El sftware se edificará en una platafrma básica de peracines de reclección de peaje usand herramientas de desarrll suficientemente prbadas. En cualquier cas, el métd minimizará el riesg de integración técnica y el tiemp de desarrll, bteniend cm resultad un sistema de alta calidad madur que asegure la eficacia de la peración. El sistema debe asegurar y prveer ls beneficis de un pag de peaje ágil, rápid, enfcad hacia el cncept de peaje dinámic, en el que ls cnductres de ls vehículs n se detengan que el tiemp requerid para realizar su pag en el carril sea menr a 15 segunds en prmedi en sistemas de barrera cn pag en efectiv. El sistema de peaje cmplet debe cumplir cn las especificacines mínimas y cn ls siguientes bjetivs de diseñ y arquitectura. Arquitectura abierta Mdularidad Durabilidad Versatilidad El sistema tendrá flexibilidad para aceptar unidades de trs fabricantes, ya sea a través de drivers interfases, que serán prvistas pr el cncesinari bien facilitadas prvistas pr el futur prveedr de tecnlgías. El equip debe diseñarse para ser cnectad pr módul y para pder ser reemplazad individual y fácilmente, cn el fin de reducir tiemps fuera de servici y minimizar csts de mdificacines y actualizacines pr innvación tecnlógica. El sistema deberá diseñarse para perar al mens 10 añs; durante ese tiemp, deberá cntar cn las refaccines necesarias a csts cmpetitivs. El sistema debe ser capaz de adaptarse a mdificacines funcinales y de peración que puedan surgir durante la vida útil del sistema. La aplicación de una arquitectura abierta de sistema estará apyada pr ls estándares industriales de: 9

10 Equip de cómput Sftware Aplicacines que cntengan tecnlgía de cómput avanzada. Se dará preferencia a desarrlls cn herramientas estándar que garanticen mayr dispnibilidad de prveedres de partes y apy al sftware para aplicacines futuras. La arquitectura del sistema funcinará cm una red de reclección de dats jerárquics cn punts de reclección gegráficamente disperss. Esta infrmación será btenida y prcesada inicialmente pr la cmputadra en el punt de reclección y lueg se prcesará en el centr de peracines. El sistema será capaz de manejar fallas del equip y de la red sin pérdida de dats capacidad funcinal. 2.1 Generalidades sbre medis de identificación y pag sin efectiv. El sistema deberá tener la capacidad de aceptar tecnlgía de telepeaje (Identificación Autmática de Vehículs, IAV) y pag electrónic. Se pdrán cntemplar tras frmas de pag para administrar usuaris frecuentes de la zna, tránsit lcal, etc. La selección del medi de pag deberá ser autrizada pr la autridad. El sistema tendrá capacidad para administrar cuentas de varis medis de pag. El medi de reclección pr cuentas de prepag, residentes, cualquier alternativa que n invlucre efectiv al mment del cruce, deberá ser segur, prbad y adecuad para las diversas transaccines de peaje, tales cm tarjeta inteligente, de prximidad, transpnder de radi frecuencia, u tr similar. Ls sistemas de prepag se diseñarán de tal manera que permitan al cncesinari frecer y garantizar a ls usuaris del prgrama transaccines seguras. Ls prcess serán cntrlads centralmente para que sea fácil la aplicación de tarifas preferenciales de transaccines, tarifas variables para hras pic, de prgramas de usuari frecuente y de trs paquetes cmerciales de interés. Entre trs, ls siguientes requisits deberán ser cnsiderads al diseñar un sistema de prepag: Capacidad de btener la aceptación de un alt númer de usuaris. Obtención de peracines de larg plaz, que justifiquen su cst. Satisfacción de las necesidades de tráfic de la cncesión en cuant a la agilidad de la cbranza. Instalación de un métd de cbranza sin efectiv. Garantía de registr de ls ingress prvenientes de la cbranza. Capacidad del sistema para atender el tráfic esperad y n saturarse al incrementar el vlumen de tráfic dentr de su vida útil. Nivel de seguridad adecuad para ls usuaris y empleads del sistema. Versatilidad para adaptarse a ls cambis tecnlógics a través del tiemp. La arquitectura deberá incluir la infraestructura física necesaria para cumplir cn ls requerimients del pryect. 2.2 Requerimients funcinales y de desempeñ. Ls cmpnentes del sistema de cbr deberán evaluarse a través de ls parámetrs de cnfiabilidad, dispnibilidad, rang entre fallas MTBF (tiemp que transcurre entre fallas de cmpnentes del sistema Mean Time Between Failures ) y el tiemp de reemplaz crrección de la falla cncid cm MTTR (Tiemp de respuesta Mean Time T Respnse ), según el cas. 10

11 Tabla de Cmpnentes y Requerimients del Sistema de Cntrl de Peaje Cmpnente Requerimient Sistema de Peaje El sistema de peaje debe garantizar una cnfiabilidad de al mens 99,9%. Punts de Reclección Tdas las unidades que cnfrman el punt de cbr deberán tener un MTBF de 10,000 hras y un MTTR de 30 minuts. Las unidades almacenadras deben cntar cn un MTBF de hras y un MTTR de 30 minuts. El punt de cbr debe tener una vida de servici mínima de 10 añs. El punt de cbr debe cntar cn capacidad para perar y prcesar un mínim de vehículs pr carril de cbr sin cmunicación cn el servidr de plaza. Subsistema Autmátic El subsistema de clasificación autmática debe tener una precisión de al mens el 99.9%, sin de Clasificación imprtar las cndicines de tráfic y las velcidades de cbr para tdas las aplicacines. El subsistema cmplet deberá estar diseñad para perar baj las cndicines climáticas del lugar. La detección de vehículs deberá tener una precisión mínima de 99.5%. Reslución en cuant a espaciad: Deberá ser psible distinguir entre vehículs que viajen a una velcidad de 100 km/hr a una distancia de 40 cm entre ells, cn una mínima de 20 cm entre ells a una velcidad de 0.2 Km/hr. Detección de barra de remlque: Debe ser psible detectar una barra de remlque de 5 cm de anch entre un vehícul y su remlque al mens a 61 cm de distancia un del tr a velcidades de 100 Km/hr Detectr de altura mínima: El sistema mitirá bjets menres a ls 50 cm de altura desde el pis Determinación de tiemp de transacción: El sistema debe infrmar sbre la duración de cada una de las transaccines de cbr, desde su entrada al carril de cbr hasta el mment de su salida, cn una precisión de 90%. Aut prueba: El subsistema deberá pder prbar cnstantemente sus medidas prpias. Calibración autmática: El subsistema debe cntar cn la capacidad de autcalibrarse una vez que es puest en peración. Servidres de Plaza de Ls servidres de plaza deben cntar cn una cnfiabilidad y dispsición superir al 99.5%. Cbr El desempeñ de ls servidres de plaza debe exceder la capacidad de prcesamient de dats en al mens en un 25% sbre las necesidades de diseñ y cn un índice de crecimient acrde a las expectativas de tráfic para una vida de servici de al mens 10 añs, durante td el perid de cncesión. Centr de Operacines, La cmputadra del centr de peracines, así cm el sistema perativ y el sftware de Plaza Principal aplicación que prvea el cncesinari deben estar ttalmente integrads cm sistema, cn la Centr de Servicis a Clientes Sistemas de Cmunicación garantía de dispnibilidad superir a ls 99.5%. El cncesinari debe prveer una cnfiguración de sistema que cuente cn dispnibilidad y cnfiabilidad superires al 99.5%. El desempeñ del centr de servicis al cliente debe exceder la capacidad de prcesamient de dats en al mens en un 25% sbre las necesidades de diseñ y cn un índice de crecimient acrde a las expectativas de tráfic para una vida de servici de al mens 10 añs, durante td el perid de cncesión. Deberá cntar cn espaci de almacenamient de tdas las transaccines cn cuentas privadas de ls últims 12 meses. El cncesinari deberá cnsiderar que el sistema de cmunicación tendrá una cnfiabilidad de al mens 99.5%. Tds ls punts que presentan medidas serán verificads según el criteri descrit en la lista de criteris del punt 10 y sucesivs y las revisines previas a la instalación y puesta en marcha del sistema de cntrl de peaje, Anex B de este dcument. 2.3 Generalidades de cnfiguración del sistema de peaje. El sistema de peaje pdrá incluir la peración de diverss punts de cbr ubicads en diferentes punts físics. 11

12 Las estacines de trabaj cntarán cn un medi basad en el us de ventanas (Windws), ttalmente gráfic, altamente rientad al usuari final y manejad pr muse (ratón) para perar el sistema de cntrl de peaje. Las aplicacines de este servidr serán desarrlladas en medis de prgramación de tip visual. Tdas las estacines de trabaj tendrán la capacidad de mstrar cualquier pantalla dentr del sistema, regulada pr la clave de acces, para pder maximizar la prductividad del persnal de peración. Las pantallas serán fáciles de ver y usar. El sistema de cmunicacines incluirá cmpnentes para la reclección y almacenamient de dats de ls punts de cbr y además tendrá la capacidad para prcesar: Vilacines Mantenimient de cuentas Administración de medis de pag (tarjetas inteligentes, de prximidad, transpnders, u trs) Cntabilidad de reclección de peaje Apy de mantenimient en línea Prcess de administración 3 Centr de Operacines Plaza Principal Intrducción El centr de peracines será, pr definición, el crazón de td el sistema de cbr, siend el punt de prcesamient de las transaccines en ls cntrladres de carril y enviadas al centr de peracines pr medi de ls servidres de plaza, plaza auxiliar remta. Para una seguridad absluta, las transaccines deberán almacenarse en ambs, el servidr de la plaza cbr y el sistema de almacenamient del centr de peracines. Esta duplicidad se mantendrá al mens pr un mes. El centr de peracines tendrá estacines de trabaj para las tareas de auditría y administración del sistema, cn arquitectura servidr / cliente. El centr de peracines generará reprtes definids pr ls usuaris así cm ls reprtes financiers diaris y mensuales, reprtes de auditría, reprtes de transaccines de peaje, etc. Ls reprtes serán generads pr un sistema administración de bases de dats relacinales. 3.2 Cnfiguración del centr de peracines La cnfiguración prpuesta pr el cncesinari administrará tds las funcines de la peratividad de ls carriles de cbr y de las plazas auxiliares. El sistema estará cnfigurad para desempeñar respalds diaris, semanales y mensuales de tds ls dats cntenids en el sistema. El prces de respald será desempeñad autmáticamente, sin la descnexión de ls usuaris, pérdida de cmunicación cn las plazas de cbr ni interrupcines de una sesión. El centr de peracines será la liga central entre el sistema cliente de servici y el servidr de la plaza de cbr, usand una LAN. El sistema tendrá la capacidad de cargar móduls funcinales de bases de dats, registrs y tablas, prgramas de peración y de usuaris, e infrmación en cualquiera de las partes del sistema. Del mism md, la cmputadra de ls sistemas de plaza, servidres de carriles de cbr y estacines de trabaj pdrán transferir dats desde sus bases de dats relacinales a la cmputadra del centr de peracines. Una vez allí, ls dats serán cnslidads y archivads. El centr de peracines tendrá las estacines de trabaj que sean necesarias para el desempeñ de las labres pertinentes a la reclección de peaje, incluyend la de auditría. 12

13 El diseñ de la cnfiguración cntemplará funcines de respald de ls prcess de la infrmación. Se privilegiarán ls diseñs que cntemplen aplicacines en que ds cmputadras cmpartan ls prcess de almacenamient y gestión de dats hasta que una de ellas falle. En ese mment, la carga de trabaj es enviada a la unidad que quede en servici, hasta que la unidad descmpuesta se vuelva a pner en peración. Se cnsiderarán tds ls periférics necesaris para garantizar una buena peración y el cumplimient de las necesidades de la reclección de peaje, además de tds ls elements necesaris para asegurar que las bases de dats n puedan ser alteradas perdidas. 3.3 Funcinalidad del centr de peracines. El cncesinari prveerá el hardware y las aplicacines de sftware para el centr de peracines, que cuand mens, cntemplarán las siguientes funcines: Autnmía del sistema de cbr. Recuperación autmática. Escalamient y cnfiguración dinámica de ls recurss del sistema de base de dats. Seguridad de sistema pr medi del us de cntraseñas e identidades. Mnitre del sistema de cbr de peaje. Interfase inteligente para el cliente. Almacenamient redundante de dats. Reprtes definids pr el peradr y sus herramientas de desarrll. Reprtes de las transaccines del sistema. Reprtes administrativs y financiers, resumids y detallads, para td el sistema. Reprtes de actividad de ls empleads. Reprtes de tráfic, ingress y cntabilidad, individuales y de td el sistema. Reprtes de tráfic, ingress y cntabilidad, ajustes y cnciliación para td el sistema. Medis para rastrear, de manera cmpleta y autmatizada en prcess de auditría, cada un y tds ls dats de ingres, transaccines, ajustes y / cnciliación desempeñads pr el sistema de cntrl de peaje. Crre electrónic para td el sistema. Un curs en línea para el us del sistema de cntrl de peaje. Operacines en red de apy, seguridad, mnitre y cntrl administrativ. Interfases para estacines de trabaj remtas en el sistema de cntrl de peaje. Cnservación de registrs de seguridad y cntrl de acces al sistema de cntrl de peaje, y psibilidad de generación de reprtes de dichas actividades. Autrevisines dinámicas de tds ls dispsitivs cnectads al centr de peracines, así cm de tds ls cmpnentes de ls subsistemas relacinads cn la platafrma del centr de peracines. Prcesamient, generación de reprtes y almacenamient de dats relativs a prcess de mantenimient en línea. Cntrl de alarmas del sistema de cntrl de peaje. Aplicacines que faciliten el trabaj de auditría. 13

14 Respalds rápids diaris, semanales y mensuales de tds ls dats. Bibliteca en línea de tds ls respalds, dcuments y almacenes. Móduls de imprtación y exprtación de bases de dats y prgramas de usuari desde y hasta ls punts de cbr, cmputadra de servici al cliente y estacines de trabaj vía el sistema de cmunicación y ls dispsitivs de cmunicación remta. Interfase inteligente para la peración cmpleta del sistema de cmunicación. Td l necesari para una peración cmpeta del sistema de cntrl de peaje. Fuente de energía alterna en cas de fall, cn activación autmática al instante de suspensión, que mantenga ls sistemas funcinand. 3.4 Pantallas y reprtes de usuari El cncesinari diseñará, desarrllará, instalará, prbará y mantendrá tdas las pantallas y reprtes requerids para tener un centr de peracines ttalmente peracinal. El cncesinari deberá entregar a la autridad tds ls frmats finales de reprtes y requisits de dats que serán enviads a la autridad para revisión, cmentaris y aprbación. En el centr de peracines, cada usuari tendrá una identificación única y una cntraseña persnal para trabajar en cualquier estación de trabaj y / menú de usuari. Ls sistemas de seguridad interna realizarán el mnitre de ls archivs de la base de dats y auditría a ls que tenga acces el usuari pr medi de la identidad y la cntraseña de usuari. Además, se registrarán tds ls intents de acces al sistema. Tdas las pantallas tendrán una interfase gráfica que facilite la actividad del usuari del sistema y que incrpren las tendencias más mdernas en diseñ ergnómic, inducidas pr el usuari y actuadas pr medi de menús, que incluyan funcines de ayuda cmpletas para el teclad y las instruccines. Tds ls reprtes serán definids y diseñads para prveer a la cncesinaria y a la autridad cn infrmación eficiente, exacta y viable acerca del sistema. Tds ls reprtes riginales y ls reprtes cnciliads finales deberán llevar un sl númer pr el cual serán identificads y archivads autmáticamente. Ls dats riginales nunca se pdrán mdificar. Ls ajustes se reflejarán en clumnas aprpiadas y se aplicarán a tds ls reprtes pertinentes. El sistema dejará una traza clara y cmpleta de las mdificacines y ajustes realizads para facilitar las labres de auditría y n pdrán ser alteradas, pr l tant n pdrá haber ninguna frma de autrización de acces para est. 3.5 Niveles de acces El cncesinari deberá garantizar la existencia de una cntraseña principal para la autridad jerárquica más alta, cn tds ls atributs y claves de acces que permitan cntrlar tds ls móduls del sistema. Esta cntraseña pdrá ser clcada baj custdia de un ntari públic en un dcument sellad, y pdrá ser accesad en presencia de la autridad, para cass en que la única slución al prblema suscitad sea a través del us de ese acces. Dicha cntraseña deberá respnder a un algritm calculad y cambiará cn base diaria, pr l que al slicitar el acces, el ntari públic sól cncerá la cntraseña perteneciente a ese día, la cual prprcinará. 3.6 Pantallas de trabaj El cncesinari diseñará, desarrllará y prveerá tds ls gráfics para pantallas, menús, entradas de dats necesaris para cumplir exceder ls requisits de peración y dats del sistema. La autridad pdrá slicitar tds ls prgramas de aplicación, pantallas, frmas de intrducción de dats, etc., desarrllads pr el cncesinari para que sean entregads a la 14

15 autridad para revisión, cmentaris y aprbación. Tds ls reprtes serán auditables, preciss, cmplets y eficientes. Cm ejempl, a cntinuación se muestran algunas pantallas necesarias para la peración del sistema. El cncesinari especificará las pantallas que se incluirán en la ferta. Acces de usuari. Salida de usuari. Aplicación para generación de reprtes múltiples. Pantalla de búsqueda. Mantenimient. Selección de reprtes. Revisión de transaccines. Selección de criteris de auditría. Selección de criteris de cnciliación. Pantallas y menús para access de seguridad y niveles de acces. Pantallas para respald de prgramas y dats. Pantalla de estatus general del sistema de cntrl de peaje. El cncesinari deberá cnsiderar una herramienta que permita que en el futur la autridad desarrlle fácilmente nuevas pantallas y reprtes. 3.7 Estad de cuenta de clientes. El sistema tendrá una aplicación para visualizar en pantalla un númer de cuenta un rang de númers de cuenta. La pantalla mstrará las transaccines del mes en curs, tant para pags cm para cargs de ls usuaris. El peradr pdrá mdificar transaccines individuales, cm pr ejempl retirar un carg. Las mdificacines serán marcadas cn las alteracines, identificand al peradr, per ls dats riginales deberán permanecer sujets al cncept de inalterabilidad de la infrmación. 3.8 Prcess de intercambi de dats El centr de peracines cntemplará las aplicacines necesarias para el intercambi de infrmación entre sistemas y subsistemas. El centr de peracines sstendrá prcess de captura, entrada y salida de dats cn: Servidr de carril Servidr de plaza Sistema de servici al cliente Subsistema de clasificación Subsistema de pag electrónic (IAV) Sistema de administración de mantenimient en línea Sistema de respald de energía Tdas las transferencias de dats deberán ser prtegidas para prevenir la manipulación pr terceras persnas y persnal n autrizad. 3.9 Transferencia de dats a ls punts de cbr El centr de peracines cargará tds ls dats de aplicación central y ls enviará a ls servidres de punt de cbr, ls que a su vez también le enviarán infrmación. Para ls fines de la peración, se cnsiderarán al mens tres mds de transmisión: Pr rutina, (actualización en perids prgramads) Pr slicitud Autmática, ante cambis en las bases de dats 15

16 El centr de peracines dispndrá de medis para cargar sftware nuev en ls cntrladres del punt de cbr. Este md será accesad a través de una petición. El cncesinari decidirá, indicará y describirá a la autridad ls medis a través de ls que sus sistemas perarán sus transmisines, de acuerd a su prpi diseñ Administración de alarmas El centr de peracines tendrá las aplicacines necesarias para la administración de alarmas. El sistema avisará autmáticamente el estatus de alarma, identificand al mens: La alarma Fecha y hra del event Fecha y hra de la falla Códig(s) de identificación Las alarmas serán generadas al mment de la currencia la slución de una falla. Cuand el peradr se percate de la alarma en pantalla, registrará autmáticamente en las bases de dats la identidad de la persna que se di pr enterada de la alarma. Esta infrmación pdrá ser brrada sól hasta tres meses después de la currencia, a petición del supervisr Prcess de auditría El cncesinari deberá prveer tds ls medis necesaris para permitir que ls auditres sigan la traza dejada pr las cnciliacines, cambis, etc. Además, deberá incluir tds ls prcess necesaris para validar la cnsistencia de las transaccines de al mens: Reclección de peaje, Entradas y salidas de persnal, Cajers activs en el perid, Perids de trabaj en las diferentes ubicacines, Reprtes de cajer pr turn / día, Especificación de entradas y salidas a funcines Dats relacinads cn entregas de fnds de cambi, Entrega - recepción de fnds recaudads, Dats del peradr que haya recibid dichs fnds. Dats de depósits de efectiv identificads para entrega al banc Del mism md, se requieren tdas las herramientas que muestren evidencia precisa de ls vehículs que hayan sid cntabilizads, detectads, cargads pasads frzadamente, cn sin pag, pr tip de vehícul. El sistema cntará cn tdas las herramientas y prcedimients necesaris para cnducir auditrias de manera cmpleta y precisa del sistema y su infrmación Interrelación cn ls sistemas de la autridad El cncesinari deberá prveer una interfase para la entrega instantánea y / cnslidada de dats a ls sistemas infrmátics de la autridad, cn infrmación sbre peración, estatus y auditria. La autridad sól ejercerá funcines de supervisión superficial sbre el sistema en la mayr parte del tiemp, per pdrá ejercer tareas de auditría en cualquier mment. 4 Servidres de plaza de cbr Existen tres tips de plaza de cbr, cm se describe anterirmente, y sn: 16

17 Plaza de cbr principal Plaza de cbr auxiliar Plaza de cbr remta. Plaza de cbr principal: Reprta directamente al centr de peracines. Es el punt de gestión de sus carriles prpis y de las plazas dependientes, auxiliares remtas. Ls servidres de plaza de cbr manejarán y cntrlarán funcines de cmunicación y tras funcines de ls carriles de cbr. El servidr de plaza auxiliar, junt cn sus aplicacines de sftware, pdrá manejar tdas las actividades de supervisión y mnitre de peración de ls carriles en tiemp real, tales cm apertura y cierre de turns, funcines de preliquidación, dtacines de cambi, y td l relacinad cn el cntrl de cajers, suministrs y mantenimient de ls carriles relacinads cn ella. El sistema prveerá la capacidad de mnitrear tdas las transaccines y generar reprtes, cm pr ejempl, tráfic pr clase y hrari. Cntará cn tdas las funcines de mantenimient y estatus de ls carriles y ls cmpnentes del sistema. 4.1 Cnfiguración del servidr de la plaza de cbr La cnfiguración del servidr de la plaza auxiliar estará basada en hardware estándar, cn medis de respald de infrmación, cn suficiente capacidad de prces, interfases de cmunicación, cn suficiente memria y capacidad en disc para pder cntrlar tds ls usuaris, estacines de trabaj, periférics, aplicacines y sftware de sistema. El sistema perará eficientemente dentr del prces requerid de desempeñ El servidr de plaza de cbr se cmunicará cn el centr de peracines y cn la cmputadra en el sistema de servici al cliente, vía LAN alguna tra vía cnfiable. El servidr de plaza de cbr deberá crrer en prtcl TCP/IP similar, para implantarse pr el sistema de cmunicación. Será capaz de perar tds ls carriles de cbr cm se indica y de cntemplar expansines futuras. La cnstrucción de aplicacines de bases de dats relacinales será sólida, mdular y flexible. El cncesinari especificará si la cnfiguración de las bases de dats es centralizada distribuida, declarand claramente ls mecanisms de seguridad seleccinads cntra la adulteración de dats riginales básics. También cntemplará las herramientas necesarias para realizar trabajs de auditría externa interna. La infrmación administrada en ls discs de trabaj del sistema estará cnfigurada para cntemplar expansines, simplificar el trabaj de mantenimient y tlerar fallas sin pérdida de infrmación. El sistema frecerá un ampli rang de mecanisms de archiv, respald y recuperación de dats. Incluyend prcess autmátics para ell. El sistema de administración de bases de dats pdrá recuperarse hasta el estatus justamente anterir al mment de realizar un cambi. El servidr de plaza de cbr tendrá una arquitectura y un sistema perativ que pueda manejar multiusuaris, multitareas y multi-transaccines. 4.2 Funcinalidad El sistema cntará cn un grup de funcines permanentes para mnitrear el estatus y la actividad de ls sistemas de plaza y sus subsistemas asciads, así cm el estatus de cada carril de cbr. La funcinalidad pdrá visualizarse en cualquier estación de trabaj, previa identificación y autrización. Además, emitirá reprtes de l que se mstró en pantalla y del estad general del sistema en cualquier mment. 17

18 El cncesinari indicará claramente cual es la funcinalidad frecida para la peración del sistema de mnitre de ls carriles. El sftware tendrá capacidad para visualizar estadísticas de tráfic en cada carril de cbr. Ls dats se mstrarán en frma numérica, gráfica e impress pr carril de cbr, pr grup de ells pr el sistema cmplet de plaza, actad pr el rang de tiemp slicitad pr el usuari. El cncesinari deberá prveer facilidades para que la autridad pueda prcesar la infrmación. Para este prpósit, las aplicacines cntemplarán flexibilidad de ls parámetrs slicitads, tant en la captura cm en la emisión de reprtes. 4.3 Pantallas A cntinuación se mencinan las pantallas de sistema específics para la plaza de cbr Inici de turn Este frmulari registra al cajer en el día de trabaj. Deberá cntener dats tales cm: Fecha y hra de llenad de la frma Númer de identificación clave del cajer Identificación del supervisr persna que entrega dcumentación Dcuments entregads (blets manuales cn númer de serie, frmas, etc.) Diner entregad Carril asignad Esta frma se imprimirá y será firmada pr el cajer y el supervisr. Esta pantalla puede ser la de asignación de carril, si así se deseara Fin de turn: Este frmulari cncluye la gestión de cbr del cajer en el día de trabaj. El sistema deberá cntemplar una pantalla serie de ellas que termine cn un turn de cajer. Esta será llenada primer pr el cajer y después pr el supervisr receptr de fnds. Cntendrá al mens, ls siguientes dats: Fecha y hra de llenad de la frma Númer de identificación clave del cajer Dcuments regresads al supervisr receptr Diner pr denminación entregad cn mtiv de la recaudación Diner regresad de la dtación Una vez llenada dicha frma, la respnsabilidad sbre ls dcuments y el diner entregads será del supervisr, pr l que el cajer deberá tener un recib El sistema imprimirá la hja de entrega y será firmada pr ambas persnas. El sistema guardará registr de td el event, incluyend ls regress para crrección, para efects de auditría Prcess de preliquidación: El sistema cntemplará una aplicación para la realización de la preliquidación de ls turns, en la cual el liquidadr realizará la revisión de las transaccines cn discrepancias sspechsas. Este análisis determinará si el cajer debe diner al sistema y ajustará las discrepancias a l que en realidad pasó. El sistema registrará tda la secuencia de revisión en cas que exista necesidad de revisión del prces. 18

19 El dictamen del persnal liquidadr será el que permanezca cm resultad sbre la transacción analizada para fines de ingres y estadístic. Tendrá un área que indique raznes estándar sbre la causa de la discrepancia que servirá para dar el dictamen y crear estadística sbre la causa de dichas faltas. Pdrá tener una aplicación para insertar bservacines, per n antes de insertar la causa estándar de la falta, para justificar la determinación adptada. Se deberá ligar cn las imágenes que respalden la decisión en cass que sin la imagen aún permanezca la duda Pantalla de ingres de fnds faltantes: Una vez realizada la preliquidación, el supervisr ntificará al cajer ls faltantes de efectiv en su turn (en cas de haberls), ls que éste deberá entregar. Para ell, existirá una frma de entrega adicinal de fnds faltantes de turn, que cntendrá, al mens, ls dats de identificación del cajer, del supervisr, del turn crrespndiente al faltante y el mnt cn denminación de mneda para realizar el depósit. Este también se imprimirá para firma de ambas partes. Ls ingress depsitads tardíamente se sumarán a ls ingress del turn crrespndiente. Siempre se mantendrá registr de este event para fines de auditría y en el reprte del turn en cuestión pdrán aparecer marcads ls fnds que ingresarn fuera del cierre nrmal de turn. 4.4 Reprtes En el sistema de plaza de cbr se pdrán generar tds ls reprtes de interés para la peración de la plaza, tales cm: Tráfic e ingress: Tráfic de plaza, carril, cajer mvimient pr hra, día, semana, mes y añ. Ingress pr plaza, carril, cajer mvimient pr hra, día, semana, mes y añ. Tráfic pr carril, hra, día, semana, mes y añ. Tráfic pr dirección (nrte sur, A B) de punt de cbr y clase. Registrs de cuentas de prepag y telepeaje. Registrs de vehículs sin pag cn clase. Cajer: Turns trabajads en un perid Vehículs clasificads en sus turns pr perid Valres de tiemp de clasificación, media, más larga, más crta. Carriles trabajads pr turn perid Discrepancias generadas pr hra, día, semana, mes y añ Fallas en sus carriles durante su trabaj, pr perid de tiemp Hras de trabaj labradas dentr del sistema pr perid. Cálcul de nómina Carril: Númer ttal de vehículs detectads Númer de ejes en sentid cntrari Númer de activación manual de barreras y events claterales. Númer de discrepancias generadas en el carril pr perid. Fallas de sensres, cmunicación, cmpnentes en un perid de tiemp. Sistema: Alarmas de sistema pr perid. Estad de cmpnentes. Ubicación de cmpnentes. Fallas de cmunicación. 19

20 Pruebas y labres de mantenimient realizadas. Hay reprtes para fines estadístics, financiers y cm parámetrs de prductividad del desempeñ del cajer en un laps de tiemp, para incentivar una buena peración e identificar prblemas mals cmprtamients a tiemp para crregirls, ya sea de sistema, peración desempeñ del cajer, así cm para facilitar la supervisión pr parte de la autridad. Supervisr Reprtes de actividades dentr del sistema. Access a éste y ls punts en que se hiciern Bitácra de actividades, cn ligas para visualizar ls reprtes prcess realizads. Actividad dentr del sistema, para fines principalmente enfcads a prductividad y auditría El sistema deberá cntar cn herramientas suficientes para la creación de reprtes diseñads pr el peradr, pr ls auditres pr el persnal de supervisión de la autridad. 4.5 Requerimients de interfase. El sistema de plaza deberá cntener al mens las siguientes interfases: Sistemas de carril, detección y cbr. Subsistemas de vide auditr. Interfase de alta velcidad cn la cmputadra del centr de peracines para intercambi de dats de: transaccines, tablas de cnfiguración,. tablas de tarifas, fijas variables, listas psitivas negativas de usuaris, alarmas, mensajes de cntrl. Sistema de la autridad. Para carga y descarga de dats hacia un medi extern, en frma manual. Para que algún equip de prueba emita infrmación sbre el estad de cada carril de cbr. Interfase hmbre máquina para la peración directa, cn un teclad y mnitr. Para la cmunicación cn dispsitivs externs para facilitar el mnitre de las unidades en tiemp real. 5 Carriles de cbr. 5.1 Intrducción. Debid a la necesidad de frecer un servici ágil para el usuari, la velcidad de las transaccines de cbr deberá tmar el menr tiemp psible. Pr ell, el sistema cntará cn td l psible para reducir tiemps de cbranza. El cncesinari estará prevenid para la asignación de nuevs carriles estrategias de increment en la capacidad de fluj de vehículs para cumplir cn las demandas de tráfic durante el perid de cncesión, sin que se rebase un tiemp de espera en las estacines de cbr de tres minuts pr cada 50 Km. El carril de cbr estará cmpuest pr el cntrladr de carril y pr tds ls subsistemas necesaris para realizar el cbr, tales cm la terminal de carril, impresra, barrera, sensres, pantalla de imprte, semáfr, etc. El sistema pdrá clasificar vehículs pr medis manual y autmátic, y deberá generar infrmación relacinada cn el tráfic, almacenar infrmación y transmitirla al servidr de plaza de cbr, para que ella la retransmita al centr de peracines. Deberá existir cmunicación directa del carril cn el centr de peracines. 20