procedimiento de homologación básica de equipos de ... · homologación de equipos portátiles...
TRANSCRIPT
1
Pliego de Prescripciones Técnicas para establecer el procedimiento de Homologación de Equipos portátiles para el uso en las rutas de Transporte
Escolar y Regular en el Principado de Asturias
INTRODUCCIÓN
El Consorcio de Transportes de Asturias es, actualmente, responsable de la organización y gestión del transporte escolar contratado por el Principado de Asturias.
Esta tarea requiere el establecimiento desde el CTA de procedimientos para el seguimiento y control de la ejecución de los contratos.
Con esta finalidad se ha decidido recurrir al uso, en los vehículos prestadores del servicio, de tecnologías GPS que permitan la trazabilidad de las rutas contratadas, así como lectores de tarjetas sin contacto Mifare 1k, que permitan:
Controlar la presencia de viajeros y acompañantes en la ruta.
Emitir billetes y validar los títulos del Billete Único.
Todo ello se debe hacer mediante un terminal único comunicado con el servidor del CTA.
El Consorcio de Transportes de Asturias debe asegurar que, para cumplir estos objetivos de seguimiento del contrato, el conjunto terminal-servidor-instalación que cada contratista utiliza, tiene la calidad y fiabilidad, tanto en si mismo como en la información que aporta, que permite aceptar como válidas las conclusiones que de su uso se deriven.
Por tal motivo, se establece un procedimiento de homologación del conjunto como requisito para su utilización en los nuevos contratos de transporte escolar del Principado de Asturias. Dicho procedimiento homologará conjuntos de terminal-servidor-instalación, con todo el software necesario para su posterior utilización en cualquier vehículo de los contratistas del transporte escolar del Principado de Asturias. Este procedimiento se describe en este pliego en su apartado A – Procedimiento de Homologación para Equipos portátiles de uso en Rutas de Transporte Escolar realizadas por vehículos de hasta nueve plazas
Por otro lado, es deseo del CTA ofrecer la posibilidad, a los operadores de autobús, de disponer de un terminal portátil que les permita realizar tanto las rutas de transporte escolar que tengan contratadas como las rutas regulares asignadas a sus concesiones si estas son de baja afluencia de viajeros.
Estos terminales deben permitir, como en los anteriores, el registro de acompañantes y alumnos para las rutas escolares así como la venta de billetes y el tratamiento de los títulos del Billete Único.
A diferencia de los anteriores, estos terminales se integrarán en la red privada del CTA y se comunicarán directamente con los servidores del Consorcio de Transportes de Asturias.
El procedimiento de homologación para estos equipos se describe en el apartado B - Procedimiento de Homologación para Equipos portátiles de uso mixto, Rutas de Transporte Escolar y Rutas Regulares para operadores concesionarios de autobús.
2
A - Procedimiento de Homologación para Equipos portátiles de uso en Rutas de
Transporte Escolar Realizadas por Vehículos de hasta nueve plazas.
1. Contenido
Este procedimiento describe las características que deben tener los conjuntos terminal-servidor-instalación que se deseen homologar como válidos para su aplicación en los contratos de transporte escolar con el Principado de Asturias realizados por vehículos de hasta nueve plazas.
Las condiciones que deben cumplir estos elementos afectan a distintos niveles:
1. Localización del vehículo, validación de tarjetas y emisión de billetes.
2. Software de identificación de las tarjetas escolares y de acompañante.
3. Trazabilidad de rutas y paradas.
4. Traslado de la información al Central de Información del CTA.
5. Servidor de terminales.
6. Instalación del terminal en el vehículo.
2. Procedimiento para la homologación de terminales e instalaciones
Todos aquellos que deseen homologar un conjunto terminal-servidor-instalación, deberán seguir los siguientes pasos:
Paso 1
1. El solicitante aportará la documentación necesaria para describir con detalle las características del conjunto a homologar, teniendo en cuenta que debe cumplir como mínimo todas las exigencias establecidas en el presente documento. Se acompañará la documentación con la designación, frente al CTA, de un interlocutor responsable de su empresa para la homologación. En el Anexo A-I se describe el contenido de la información que el solicitante debe presentar.
2. CTA estudiará la documentación que se aporte y podrá solicitar la ampliación de aquellos aspectos que no estén suficientemente claros para el análisis a realizar. CTA podrá contestar con una ACEPTACIÓN al solicitante para que presente su producto a homologar o una NO ACEPTACIÓN explicando las razones que han motivado la misma. Si las razones expuestas pudiesen ser corregidas por el solicitante, éste podrá comunicarlo y solicitar que se revise de nuevo su petición. Si en el plazo de noventa días desde la NO ACEPTACIÓN del CTA el solicitante no aporta nueva documentación solicitando la revisión de esta decisión se entenderá por desestimada la homologación y para cualquier solicitud posterior de homologación de ese equipo deberá iniciarse nuevamente el procedimiento.
Paso 2
3. Una vez aceptada la documentación presentada por el solicitante, éste entregará un conjunto para su homologación, con tarjeta de comunicaciones, que permita realizar pruebas con el servidor de comunicaciones que se presenta a homologar. También se entregarán todos los elementos necesarios para su fijación al vehículo. El material entregado quedará depositado en las oficinas del CTA cuando hayan terminado las pruebas de homologación para cualquier test adicional que se desee realizar y verificaciones de compatibilidad continuas. El solicitante estará en condiciones de dar ayuda y soporte para la realización de estas pruebas, si así lo solicitase el CTA.
4. Se realizarán una serie de pruebas verificando las funcionalidades exigidas al terminal en el “Anexo A-II: homologación del conjunto terminal-servidor-instalación”, y en el Anexo III: Especificación de los ficheros de Configuración y Datos, correspondientes a las funciones de impresión, validación, emisión de billetes, localización GPS e intercambio de información entre el
3
terminal, el servidor de terminales y el servidor de comunicaciones CTA. También se revisarán los elementos destinados a la fijación del terminal al vehículo. El CTA emitirá un informe con las conclusiones obtenidas a partir de esta prueba y dos posibles calificaciones finales: VÁLIDO y NO VÁLIDO.
5. Si el conjunto no supera las pruebas previstas por CTA obtiene la calificación de NO VÁLIDO. En este supuesto CTA emitirá informe sobre las no conformidades con el Pliego de Prescripciones Técnicas y las modificaciones que se deben hacer. El solicitante puede subsanar las deficiencias que dieron lugar a estas no conformidades y presentar de nuevo el equipo a las pruebas de homologación.
Paso 3
6. Si el conjunto a homologar supera las pruebas previstas por CTA obteniendo la calificación de VÁLIDO, se convocará al solicitante para que presente un equipo instalado en un vehículo con chofer, a fin de verificar nuevamente todas las funciones anteriores así como las aún no analizadas. Las pruebas a realizar implican la realización de distintas rutas, a petición del CTA. Se verificarán también todos los procedimientos de comunicaciones según las condiciones establecidas en este pliego. Y se comprobará in-situ la fiabilidad del sistema de unión al vehículo según lo requerido en el pliego.
7. Si cualquiera de los elementos del conjunto no supera las pruebas previstas por CTA, el conjunto obtiene la calificación de NO HOMOLOGADO. En este supuesto CTA emitirá informe sobre las no conformidades con el Pliego de Prescripciones Técnicas y las modificaciones que se deben hacer. El solicitante puede subsanar las deficiencias que dieron lugar a estas no conformidades y presentar de nuevo el conjunto a las pruebas de homologación.
8. Si el conjunto terminal-servidor-instalación supera las pruebas previstas por CTA, obtendrá la calificación de HOMOLOGADO. En este supuesto CTA emitirá un certificado de homologación conjunta terminal-servidor-instalación, que permite utilizar ese modelo en los contratos de transporte escolar del Principado de Asturias, en las condiciones descritas en este Pliego y en el del propio contrato.
3. Equipos Certificados
Es voluntad del CTA exigir, en las nuevas contrataciones de rutas de transporte escolar a realizar por vehículos de hasta nueve plazas que sean licitadas por este organismo, la utilización obligada en el vehículo que preste el servicio, de un conjunto terminal-servidor-instalación CERTIFICADO por el CTA.
CTA certificará un conjunto cuando tanto el terminal como la instalación y el servidor de terminales coincide exactamente con cualquiera de los homologados por el CTA según el procedimiento establecido en este pliego. A fin de dar a conocer todos los terminales homologados en cada momento, el CTA informará de los mismos a través de su página web, así como de las entidades que presentaron a CTA dichos terminales para su homologación.
El procedimiento para certificar un conjunto es el siguiente. El conjunto terminal-servidor-instalación, ya instalado en el vehículo deberá ser presentado ante CTA, que lo verificará En caso de que el sistema íntegramente corresponda con el homologado lo certificará con un número de contraseña emitiendo un documento justificativo del mismo en el que se asociará el conjunto homologado al vehículo sobre el cual está instalado. Dicho documento servirá de acreditación ante el órgano contratante del CTA para justificar que el contratista dispone del necesario equipo certificado.
En el caso de que un contratista desee presentar varios vehículos que sirven de base para el conjunto homologado, CTA hará constar en el documento esta circunstancia, incluyendo en el certificado de contratación un código que identifique individualmente a cada uno de los posibles vehículos con los cuales se puede utilizar el conjunto.
El código de certificación de un conjunto terminal-servidor-instalación queda como sigue:
4
Contraseña de Homologación. Número de Certificación. Matrícula de Vehículo
4. Modificación de homologaciones
El contratista podrá solicitar a CTA la aprobación de modificaciones hardware y/o software en cualquier elemento del conjunto terminal-servidor-instalación. En el caso de que estas modificaciones no supongan una alteración substancial del conjunto, ni anulen ninguna de las funciones que se requieren en este Pliego de Homologación, se aceptarán estas modificaciones que se anotarán en el certificado de homologación. Los conjuntos ya certificados que deseen adoptar esta modificación, deberán solicitar del CTA una revisión de su certificación a esa nueva homologación.
Las modificaciones aprobadas se traducirán en una modificación de la contraseña de homologación, que añadirá una letra. En caso de posteriores modificaciones la letra se irá sustituyendo por la siguiente en orden alfabético.
5
ANEXO A-I: DOCUMENTACIÓN A PRESENTAR POR EL SOLICITANTE
Documentación Técnica
Memoria descriptiva que incluya los siguientes aspectos:
Terminal e instalación en el vehículo.
Servidor de terminales.
Desarrollos software y manual de funcionamiento del terminal.
6
ANEXO A-II:
HOMOLOGACIÓN DEL CONJUNTO TERMINAL-SERVIDOR-INSTALACIÓN
La homologación del terminal se basa en la confirmación de que este presta una serie de funcionalidades exigidas en este pliego e imprescindibles para los objetivos de seguimiento del contrato que el CTA se ha planteado con relación al transporte escolar.
El terminal debe tener los siguientes elementos:
- Tarjeta GPS con entradas para un mínimo de 20 canales y una frecuencia de refresco de cómo mínimo 3 posiciones/minuto
- Teclado o pantalla táctil para la introducción de caracteres alfanuméricos.
- Pantalla LCD gráfica con resolución mínima de 128x64 pixels, retroiluminada y de al menos 8 líneas x 16 caracteres
- Lector de tarjeta sin contacto Mifare 1K Classic con slot para módulo SAM.
- Modem GPRS/3G.
- Impresora térmica.
El terminal debe permitir el siguiente modo mínimo de funcionamiento:
1. Interface con el conductor
1. El conductor iniciará la ruta introduciendo en el terminal un código alfanumérico que identificará esa ruta y el sentido (Ida o Vuelta). La ruta debe estar dentro de la lista de rutas autorizadas para el terminal y el vehículo, datos estos que se obtienen de los ficheros de configuración aplicados al equipo
2. Inmediatamente, si se trata de una ruta con acompañante, el sistema solicitará la identificación del acompañante. Esta se deberá poder hacer por dos procedimientos: validando una tarjeta Mifare o introduciendo un código alfanumérico, en base a una lista de acompañantes válidos para la ruta que figura en los ficheros de configuración aplicados al equipo
3. A continuación el terminal estará en condición de aceptar la identificación de los pasajeros (estudiantes) a medida que estos suban al vehículo. Esto debe poder hacerse por dos procedimientos, validando una tarjeta Mifare personalizada o introduciendo un código alfanumérico en base a una lista de alumnos válidos para la ruta que figura en los ficheros de configuración aplicados al equipo
4. El interfaz dispondrá de una pantalla de ventas donde el conductor seleccionará la situación de la parada actual y donde podrá realizar emisión de billetes, previa selección de la parada tarifaria de destino o validar títulos sin contacto del CTA.
5. El conductor, finalizada la ruta en el punto de destino, cerrará la ruta en el terminal.
6. El interfaz permitirá la emisión de justificantes de validación, consulta del estado de la tarjeta e informes de liquidación para la ruta realizada.
2. Localización de la ruta
De forma automática, una vez el conductor del vehículo introduce en el terminal el código de identificación de la ruta, se registrará la posición, fecha y hora de inicio de ruta, a continuación el terminal grabará, con una frecuencia no inferior a 3 localizaciones por minuto, su posición, fecha y hora, de forma continuada y hasta que se cierre la ruta por el conductor.
Añadido a esto, cada vez que el terminal lea una tarjeta, reciba un código de identificación o emita un billete, se grabará la posición, fecha y hora de la operación.
Finalmente el terminal también grabará la posición, fecha y hora en que el conductor cierra la ruta.
7
3. Comunicación de datos y configuraciones
El terminal deberá contactar con los servidores del CTA de acuerdo a la arquitectura de comunicación de datos que se muestra en el esquema siguiente:
El esquema refleja un modelo de comunicación con los siguientes componentes: el Servidor de comunicaciones del CTA donde residen los ficheros de configuración y donde deberán cargarse los ficheros de datos generados, el módulo Servidor de Terminales que se encargará de recoger las nuevas versiones de ficheros de configuración y transmitirlas a los equipos finales y también de comunicar al servidor CTA los ficheros de datos que reciba del equipo terminal. Finalmente, el terminal embarcado que registrará los datos de la ruta y se comunicará con el módulo Servidor de Terminales.
El módulo Servidor de Terminales deberá presentarse para la homologación y recogerá del servidor de comunicaciones del CTA los ficheros de configuración en función de un sistema de versiones. Los ficheros de configuración contienen las rutas escolares, las listas de alumnos y acompañantes autorizados y los vehículos con permiso para realizar cada ruta. Los datos de configuración deberán ser transmitidos al terminal para su aplicación en el desarrollo de la ruta. Los ficheros de configuración y su tratamiento se describen en el Anexo A-III.
De igual forma deberá descargarse los ficheros de configuración necesarios para realizar las ventas de billetes y tratar las tarjetas sin contacto del Billete Único. La especificación y ubicación de estos ficheros de configuración se pondrá a disposición del solicitante una vez iniciado el proceso de homologación.
El terminal embarcado deberá registrar los datos de inicio y fin de ruta, el track de posiciones mientras la ruta permanezca abierta y las entradas de acompañantes y alumnos. Esta información debe entregarse diariamente al Servidor de Terminales que se encargará, a su vez, de trasladar al servidor CTA según el formato especificado en el anexo A-III.
Los ficheros de datos que recogen las operaciones de ventas también se enviarán mediante el procedimiento anterior y la especificación que describe su estructura se pondrá a disposición del solicitante una vez iniciado el proceso de homologación.
La información registrada en el terminal debe permanecer por un espacio no inferior a tres meses, debiendo tener el equipo la capacidad suficiente para almacenar todas las operaciones realizadas en los últimos tres meses y un mínimo de cien rutas.
El procedimiento de carga de configuración y descarga de la información del terminal debe llevarse a cabo de forma automática, asociada a eventos, y vía MODEM GPRS/3G.
El módulo Servidor de Terminales deberá funcionar de forma autónoma e implementar un sistema automatizado para la descarga de configuraciones y carga de los datos contra el servidor CTA que incluya medidas que aseguren la transmisión de la información de forma correcta y que permita aplicar todas las funcionalidades de gestión de ficheros descritas en el Anexo A-III. El servidor de terminales deberá disponer de un sistema de copias de respaldo que permita salvaguardar la información durante un mínimo de seis meses. La comunicación con el servidor CTA se realizará, vía Internet, usando el
Servidor de
terminales
Terminal
Interne
t
(sftp)
Servidor
comunicaciones
CTA
GPRS
8
protocolo sftp por el puerto que se determine, además y como requisito indispensable se exigirá que la conexión usada por el servidor de terminales disponga de una dirección IP estática.
4. Títulos del Billete Único
Como se indica en puntos anteriores, el terminal tiene la obligación de leer los títulos del Billete Único conforme a los funcionales que en su momento se aporten. A señalar que la lectura de tarjetas del Billete Único se hará utilizando, para las claves de acceso, el módulo SAM que el CTA entregará y teniendo en cuenta que el tiempo máximo de validación no podrá superar los 1500 ms
9
ANEXO A-III: ESPECIFICACIÓN DE LOS FICHEROS DE CONFIGURACIÓN
Y DATOS
1. Consideraciones generales.
Todos los ficheros descritos son de tipo texto ASCII usando como separador de campos el carácter especial tabulador (ASCII 9) y como fin de registro los caracteres retorno de carro (ASCII 13) y avance de línea (ASCII 10).
Para los números el separador decimal será el carácter coma. Las fechas/horas se expresaran en el formato DD/MM/YYYY HH24:MM:SS.
Los datos de Longitud y Latitud se expresarán en grados, notación decimal, en el sistema WGS84. La altura se expresará en metros.
2. Fichero de datos.
Los ficheros de datos contienen los registros de la actividad de las rutas escolares realizadas por un equipo terminal, el nombre del fichero deberá seguir la siguiente nomenclatura:
tedHHHH_CCCC_NNNNN_YYYYMMDDHHMMSS.dat
donde:
HHHH: nº de modelo de homologación CCCC: código único de equipo NNNNN: Número de fichero correlativo de un mismo equipo desde su puesta en marcha justificado a la derecha y rellenado con ceros hasta ocupar 5 cifras. YYYY: Año generación del fichero MM: Mes generación del fichero DD: Dia generación del fichero HH: Hora generación del fichero MM: Minuto generación del fichero SS: Segundo generación del fichero Un fichero de datos puede contener información de la realización de varias rutas del mismo equipo. 2.1 Estructura del fichero. El fichero estará compuesto por los siguientes tipos de registros:
Registro Código
Cabecera 1
Inicio Ruta 2
Acompañante 3
Alumno 4
Posición 5
Fin Ruta 6
Venta 7
Validación 8
10
El primer registro debe ser siempre el de cabecera, el resto deben aparecer a medida que se vayan produciendo. 2.1.1 Registro de Cabecera. El registro de Cabecera se compone de los siguientes campos:
- Código de registro - Nombre del fichero - Versión de estructura del fichero (esta especificación hace referencia a la versión 2) - Matrícula vehículo asociado - Grupo de configuración
2.1.2 Registro de Inicio de Ruta: El registro de Inicio de Ruta guarda la información del momento de la apertura de la ruta escolar y se compone de los siguientes campos:
- Código de registro - Código de Ruta - Sentido (I:Ida, V:vuelta) - Fecha/Hora de apertura - Longitud - Latitud - Altura
2.1.3 Registro de Acompañante: El registro de Acompañante guarda la información de la entrada del acompañante en el vehículo y se compone de los siguientes campos:
- Código de registro - Código de Acompañante - Nº Chip Tarjeta Acompañante - Fecha/Hora de validación - Longitud - Latitud - Altura
Para identificar al Acompañante se puede usar un código alfanumérico o una tarjeta chip, apareciendo siempre de forma obligatoria el código de acompañante por este motivo el campo de tarjeta puede venir sin valor, en ese caso se debe consignar 0. 2.1.4 Registro de Alumno: El registro de Alumno guarda la información de la entrada de un alumno en el vehículo y se compone de los siguientes campos:
- Código de registro - Código de Alumno - Nº Chip Tarjeta Alumno - Fecha/Hora de validación - Longitud - Latitud - Altura
11
Para identificar al Acompañante se puede usar un código alfanumérico o una tarjeta chip, apareciendo siempre de forma obligatoria el código de alumno por este motivo el campo de tarjeta puede venir sin valor, en ese caso se debe consignar 0. 2.1.5 Registro de Posición: El registro de Posición guarda la información de cada punto geográfico tomado durante el transcurso de la ruta desde su apertura hasta su cierre y se compone de los siguientes campos:
- Código de registro - Fecha/Hora de toma de posición - Longitud - Latitud - Altura
2.1.6 Registro de Fin de Ruta El registro de Fin de Ruta guarda la información del momento en que se termina la ruta y se compone de los siguientes campos:
- Código de registro - Código de Ruta - Fecha/Hora de cierre - Longitud - Latitud - Altura
2.1.7 Registro de Venta: El registro de Venta guarda la información del punto geográfico tomado durante la venta de un billete y se compone de los siguientes campos:
- Código de registro - Nº Operación venta - Fecha/Hora de toma de posición - Longitud - Latitud - Altura
2.1.8 Registro de Validación: El registro de Validación guarda la información del punto geográfico tomado durante la validación de un título del Billete Único y se compone de los siguientes campos:
- Código de registro - Nº Operación venta - Nº Chip Tarjeta - Fecha/Hora de toma de posición - Longitud - Latitud - Altura
12
3. Fichero de configuración.
El fichero de configuración contiene datos que deben transmitirse al equipo para implementar correctamente las funcionalidades exigidas.
tegHHHH_GGGG_VVVV.ver
donde:
HHHH: nº de modelo de homologación GGGG: código grupo de configuración VVVV: nº de versión 3.1 Estructura del fichero. El fichero estará compuesto por los siguientes tipos de registros:
Registro Código
Cabecera 1
Lista de Rutas 2
Acompañantes por Ruta 3
Alumnos por Ruta 4
Vehículos Autorizados 5
3.1.1 Registro de Cabecera. El registro de Cabecera se compone de los siguientes campos:
- Código de registro - Versión de estructura del fichero (esta especificación hace referencia a la versión 2) - Fecha de Activación
3.1.2 Lista de Rutas El registro lista de rutas contiene los pares ruta escolar-ruta regular que puede realizar el grupo de configuración al que pertenece el fichero.
- Código de registro - Lista de códigos de pares ruta escolar-ruta regular separados por el carácter #. Valores que
componen el par separados por el carácter |. - Ejemplo: 044-035|1000#2100|2100#011-002|0
Si se trata de una ruta escolar sin ruta regular asignada, el segundo valor será 0. Si se trata de una ruta regular sin escolar asociada, los dos valores del par serán iguales.
3.1.3 Acompañantes por ruta El registro de Acompañantes por ruta contiene los códigos y tarjetas de los acompañantes autorizados para cada ruta.
- Código de registro - Ruta (primer valor del par)
13
- Lista de acompañantes formados por el par Código|Tarjeta, separando cada par por el carácter # de la siguiente forma: 1|12587458#2|0#3|58795855
Se debe tener en cuenta que cuando en la Tarjeta venga un 0 se indica que este acompañante no dispone de identificación mediante tarjeta chip.
3.1.4 Alumnos por ruta El registro de Alumnos por ruta contiene los códigos y tarjetas de los alumnos autorizados para cada ruta.
- Código de registro - Ruta (primer valor del par) - Lista de alumnos formados por el par Código|Tarjeta, separando cada par por el carácter # de la
siguiente forma: 1|12587458#2|0#3|58795855 Se debe tener en cuenta que cuando en la Tarjeta venga un 0 se indica que este alumno no dispone de identificación mediante tarjeta chip.
3.1.5 Vehículos autorizados El registro de Vehículos autorizados contiene los tags y las matrículas de los vehículos que pueden realizar cada ruta.
- Código de registro - Ruta (primer valor del par) - Lista de vehículos formados por el par TAG|MATRÍCULA, separando cada par por el carácter #
de la siguiente forma: 1505269968|1378FZB#1505278928|0741GYG
4. Fichero de relación de rutas.
El fichero grESCOLAR_CTA.cfg alojado en la carpeta config, servirá de fichero de intercambio para relacionar los datos de rutas escolares con los datos del sistema regular de viajeros del CTA.
4.1 Estructura del fichero.
El fichero estará compuesto por los siguientes tipos de registros:
Registro Código
Cabecera 1
Lista de Rutas 2
4.1.1 Registro de Cabecera.
El registro de Cabecera se compone de los siguientes campos:
- Código de registro - Versión de estructura del fichero (esta especificación hace referencia a la versión 1)
4.1.2 Lista de Rutas.
- Código de registro - Lista de relación de rutas en el formato siguiente:
GGGG;CCC;EEEE#TTTT#HHHH#QQQQ|EEEE#TTTT#HHHH#QQQQ;NNNN
14
Dónde:
- GGGG: Grupo de configuración en el sistema escolar.
- CCC: Grupo de configuración en el sistema CTA
o EEEE: Código de empresa CTA
o TTTT: Número de serie del terminal
o HHHH: Código de homologación del terminal
o QQQQ: Código del equipo CTA
- NNNN: Nombre del Grupo de configuración
Se deberá controlar el valor de la versión del fichero para comprobar si ha habido cambios en el mismo.
La cadena de valores EEEE#TTTT#HHHH#QQQQ, se repetirá tantas veces como equipos tenga asignado el grupo de configuración, estando separadas las mismas por el carácter |.
5. Ficheros de configuración y datos para las ventas y tratamiento de títulos del Billete Único.
Los documentos que contienen el detalle de las especificaciones de estos ficheros serán puestos a disposición del solicitante una vez se haya iniciado el procedimiento de homologación.
6. Carga de datos y gestión de versiones
Un grupo de configuración se corresponderá generalmente con un operador de transporte escolar y contiene la información que cada terminal a cargo del citado operador necesite para realizar las rutas que tenga asignadas. Un servidor de terminales podrá gestionar a uno o varios grupos de configuración. El CTA dará alta en su sistema a cada servidor de terminales y cada grupo de configuración teniendo en cuenta que un grupo de configuración debe ser atendido por un único servidor de terminales.
Cada servidor de terminales dispondrá de una cuenta de acceso a un repositorio particular ubicado en el servidor SFTP del CTA donde se encontrarán las carpetas para la subida de datos y de descarga de ficheros de versiones pertenecientes a los grupos de configuración que el servidor de terminal gestione, de acuerdo al siguiente esquema:
Tratamiento de los ficheros de configuración relativos a las rutas escolares y ficheros de datos de localización e identificación definidos en el anexo A-III.
15
En la carpeta datos se deberá ir cargando diariamente todos los ficheros de datos generados por los equipos terminales. La carpeta config contiene una subcarpeta por cada grupo de configuración identificada por el número de grupo. Dentro de la carpeta de un grupo de configuración se alojarán todos los ficheros de configuración que se vayan generando. En la carpeta config residirá un fichero denominado versiones.ver que indicará la versión actual para cada grupo de configuración de acuerdo a la siguiente estructura de campos:
Grupo de configuración<TAB>Nº de versión actual
El servidor deberá examinar este fichero para comprobar si existe alguna nueva versión que deba aplicar, para ello deberá mantener en su sistema un control de las versiones que actualmente tiene instaladas a fin de detectar posibles cambios. Cuando el servidor de terminales detecte un cambio de versión para un grupo de configuración deberá acceder a la carpeta del grupo y descargar el fichero correspondiente tegHHHH_GGGG_VVVV.ver donde VVVV corresponde con el nº de versión tal y como se indicaba en el apartado de descripción del fichero de configuración.
Se debe tener en cuenta que prevalecerá la fecha de activación para cualquier versión de configuración descargada.
Dentro de la carpeta config se aloja el fichero grESCOLAR_CTA.cfg que contiene la información necesaria para relacionar las rutas escolares con los datos para efectuar las ventas y validaciones que se obtienen de la carpeta cta_info.
Tratamiento ficheros configuración y datos relativos a tratamiento de las ventas y títulos del Billete Único.
La carpeta cta_info mantiene la estructura de ficheros de configuración y datos para la venta y validación de los títulos del Billete Único. Los documentos que contienen el detalle de las especificaciones funcionales de esta parte serán puestos a disposición del solicitante una vez se haya iniciado el procedimiento de homologación.
16
B - Procedimiento de Homologación para Equipos portátiles de uso mixto, Rutas
de Transporte Escolar y Rutas Regulares para operadores concesionarios de
autobús.
1. Contenido
Este procedimiento describe las características que deben tener los terminales que se deseen homologar como válidos para su aplicación tanto en los contratos de transporte escolar como en las líneas regulares del Principado de Asturias para su uso en los operadores de autobús.
Las condiciones que deben cumplir estos elementos afectan a distintos niveles:
1. Localización del vehículo, validación de tarjetas y emisión de billetes.
2. Software de identificación de las tarjetas escolares y de acompañante.
3. Trazabilidad de rutas y paradas.
4. Traslado de la información al Central de Información del CTA.
5. Instalación del terminal en el vehículo.
2. Procedimiento para la homologación de terminales
Todos aquellos que deseen homologar un conjunto terminal-servidor-instalación, deberán seguir los siguientes pasos:
Paso 1
1. El solicitante aportará la documentación necesaria para describir con detalle las características del conjunto a homologar, teniendo en cuenta que debe cumplir como mínimo todas las exigencias establecidas en el presente documento. Se acompañará la documentación con la designación, frente al CTA, de un interlocutor responsable de su empresa para la homologación. En el Anexo B-I se describe el contenido de la información que el solicitante debe presentar.
2. CTA estudiará la documentación que se aporte y podrá solicitar la ampliación de aquellos aspectos que no estén suficientemente claros para el análisis a realizar. CTA podrá contestar con una ACEPTACIÓN al solicitante para que presente su producto a homologar o una NO ACEPTACIÓN explicando las razones que ha motivado la misma. Si las razones expuestas pudiesen ser corregidas por el solicitante, éste podría comunicarlo y solicitar que se revise de nuevo su petición. Si en el plazo de noventa días desde la NO ACEPTACIÓN del CTA el solicitante no aporta nueva documentación solicitando la revisión de esta decisión se entenderá por desestimada la homologación y para cualquier solicitud posterior de homologación de ese equipo deberá iniciarse nuevamente el procedimiento.
Paso 2
3. Una vez aceptada la documentación presentada por el solicitante, éste entregará un conjunto para su homologación. También se entregarán todos los elementos necesarios para su fijación al vehículo. El material entregado quedará depositado en las oficinas del CTA cuando hayan terminado las pruebas de homologación para cualquier test adicional que se desee realizar y verificaciones de compatibilidad continuas. El solicitante estará en condiciones de dar ayuda y soporte para la realización de estas pruebas, si así lo solicitase el CTA.
4. Se realizarán una serie de pruebas verificando las funcionalidades exigidas al terminal en el “Anexo B-II: homologación del conjunto terminal-instalación”, y en el Anexo B III: Especificación de los ficheros de configuración y datos correspondientes a las funciones de
17
impresión, validación, emisión de billetes, localización GPS e intercambio de información entre el terminal y el servidor de comunicaciones CTA. El CTA emitirá un informe con las conclusiones obtenidas a partir de esta prueba y dos posibles calificaciones finales: VÁLIDO y NO VÁLIDO.
5. Si el conjunto no supera las pruebas previstas por CTA obtiene la calificación de NO VÁLIDO. En este supuesto CTA emitirá informe sobre las no conformidades con el Pliego de Prescripciones Técnicas y las modificaciones que se deben hacer. El solicitante puede subsanar las deficiencias que dieron lugar a estas no conformidades y presentar de nuevo el equipo a las pruebas de homologación.
Paso 3
6. Si el conjunto a homologar supera las pruebas previstas por CTA obteniendo la calificación de VÁLIDO, se convocará al solicitante para que presente un equipo instalado en un vehículo con chofer, a fin de verificar nuevamente todas las funciones anteriores así como las aún no analizadas. Las pruebas a realizar implican la realización de distintas rutas, a petición del CTA. Se verificarán también todos los procedimientos de comunicaciones según las condiciones establecidas en este pliego.
7. Si cualquiera de los elementos del conjunto no supera las pruebas previstas por CTA, el conjunto obtiene la calificación de NO HOMOLOGADO. En este supuesto CTA emitirá informe sobre las no conformidades con el Pliego de Prescripciones Técnicas y las modificaciones que se deben hacer. El solicitante puede subsanar las deficiencias que dieron lugar a estas no conformidades y presentar de nuevo el conjunto a las pruebas de homologación.
8. Si el terminal supera las pruebas previstas por CTA, obtendrá la calificación de HOMOLOGADO. En este supuesto CTA emitirá un certificado de homologación conjunta terminal-instalación, que permite utilizar ese modelo en los contratos de transporte escolar y rutas regulares del Principado de Asturias, en las condiciones descritas en este Pliego y en el del propio contrato.
3. Equipos certificados
Es voluntad del CTA permitir, en las nuevas contrataciones de rutas de transporte escolar que sean licitadas por este organismo a operadores de autobús, el uso de un terminal portátil CERTIFICADO por el CTA que permita a su vez la realización de rutas regulares.
CTA certificará un terminal cuando coincide exactamente con cualquiera de los homologados por el CTA según el procedimiento establecido en este pliego. A fin de dar a conocer todos los terminales homologados en cada momento, el CTA informará de los mismos a través de su página web, así como de las entidades que presentaron a CTA dichos terminales para su homologación.
El procedimiento para certificar un conjunto es el siguiente. El terminal deberá ser presentado ante CTA, que lo verificará. En caso de que el terminal íntegramente se corresponda con el homologado lo certificará con un número de contraseña emitiendo un documento justificativo del mismo. Dicho documento servirá de acreditación ante el órgano contratante del CTA para justificar que el contratista dispone del necesario equipo certificado.
El código de certificación del terminal queda como sigue:
Contraseña de Homologación. Número de Certificación
4. Modificación de homologaciones
El contratista podrá solicitar a CTA la aprobación de modificaciones hardware y/o software en cualquier elemento del terminal. En el caso de que estas modificaciones no supongan una alteración substancial del conjunto, ni anulen ninguna de las funciones que se requieren en este Pliego de Homologación, se aceptarán estas modificaciones que se anotarán en el certificado de homologación. Los terminales ya
18
certificados que deseen adoptar esta modificación, deberán solicitar del CTA una revisión de su certificación a esa nueva homologación.
Las modificaciones aprobadas se traducirán en una modificación de la contraseña de homologación, que añadirá una letra. En caso de posteriores modificaciones la letra se irá sustituyendo por la siguiente en orden alfabético.
19
ANEXO B-I: DOCUMENTACIÓN A PRESENTAR POR EL SOLICITANTE
Documentación Técnica
Memoria descriptiva que incluya los siguientes aspectos:
Terminal e instalación en el vehículo.
Desarrollos software y manual de funcionamiento del terminal.
20
ANEXO B-II:
HOMOLOGACIÓN DEL TERMINAL
La homologación del terminal se basa en la confirmación de que este presta una serie de funcionalidades exigidas en este pliego e imprescindibles para los objetivos de seguimiento del contrato que el CTA se ha planteado con relación al transporte escolar y las rutas regulares.
El terminal debe tener los siguientes elementos:
- Tarjeta GPS con entradas para un mínimo de 20 canales y una frecuencia de refresco de cómo mínimo 3 posiciones/minuto
- Teclado o pantalla táctil para la introducción de caracteres alfanuméricos.
- Pantalla LCD gráfica con resolución mínima de 128x64 pixels, retroiluminada y de al menos 8 líneas x 16 caracteres
- Lector de tarjeta sin contacto Mifare 1K Classic con slot para módulo SAM.
- Modem GPRS/3G.
- Impresora térmica.
El terminal debe permitir el siguiente modo mínimo de funcionamiento:
1. Interface con el conductor
1. El conductor iniciará la sesión identificándose con su usuario y contraseña, posteriormente introducirá l terminal el código alfanumérico de la ruta y el sentido (Ida o Vuelta). La ruta debe estar dentro de la lista de rutas autorizadas para el terminal y el vehículo, datos estos que se obtienen de los ficheros de configuración aplicados al equipo
2. Inmediatamente, si se trata de una ruta con acompañante, el sistema solicitará la identificación del acompañante. Esta se deberá poder hacer por dos procedimientos: validando una tarjeta Mifare o introduciendo un código alfanumérico, en base a una lista de acompañantes válidos para la ruta que figura en los ficheros de configuración aplicados al equipo
3. A continuación el terminal estará en condición de aceptar la identificación de los pasajeros (estudiantes) a medida que estos suban al vehículo. Esto debe poder hacerse por dos procedimientos, validando una tarjeta Mifare personalizada o introduciendo un código alfanumérico en base a una lista de alumnos válidos para la ruta que figura en los ficheros de configuración aplicados al equipo
4. Si la ruta abierta no es escolar se ocultarán las opciones de acompañante y alumno.
5. El interfaz dispondrá de una pantalla de ventas donde el conductor seleccionará la situación de la parada actual y donde podrá realizar emisión de billetes, previa selección de la parada tarifaria de destino o validar títulos sin contacto del CTA.
6. El conductor, finalizada la ruta en el punto de destino, cerrará la ruta en el terminal.
7. El interfaz permitirá la emisión de justificantes de validación, consulta del estado de la tarjeta e informes de liquidación para la ruta realizada.
2. Localización de la ruta
De forma automática, una vez el conductor del vehículo introduce en el terminal el código de identificación de la ruta, se registrará la posición, fecha y hora de inicio de ruta, a continuación el terminal grabará, con una frecuencia no inferior a 3 localizaciones por minuto, su posición, fecha y hora, de forma continuada y hasta que se cierre la ruta por el conductor.
Añadido a esto, cada vez que el terminal lea una tarjeta, reciba un código de identificación o emita un billete, se grabará la posición, fecha y hora de la operación.
Finalmente el terminal también grabará la posición, fecha y hora en que el conductor cierra la ruta.
21
3. Comunicación de datos y configuraciones
El terminal deberá contactar con los servidores del CTA de acuerdo a la arquitectura de comunicación de datos que se muestra en el esquema siguiente:
El esquema refleja un modelo de comunicación con los siguientes componentes: el Servidor de comunicaciones del CTA donde residen los ficheros de configuración y software y donde deberán cargarse los ficheros de datos generados. El terminal embarcado que registrará los datos de la ruta y se comunicará directamente con el módulo Servidor de Comunicaciones CTA a través de la VPN GPRS/3G del CTA.
Los ficheros de configuración, residentes en los repositorios del Servidor de comunicaciones CTA contienen los datos de las rutas escolares y regulares, las listas de alumnos y acompañantes autorizados. Los datos de configuración deberán ser recogidos por el terminal para su aplicación en el desarrollo de la ruta. Los ficheros de configuración para las rutas escolares se describen en el anexo B-III.
De igual forma deberán descargarse los ficheros de configuración necesarios para realizar las ventas de billetes y tratar las tarjetas sin contacto del Billete Único. La especificación funcional donde se detalla la estructura y tratamiento de estos ficheros de configuración se pondrá a disposición del solicitante una vez iniciado el proceso de homologación.
La gestión de versiones del software del terminal se integrará dentro del mismo sistema de repositorios y siguiendo la misma mecánica de descarga que los ficheros de configuración.
El terminal embarcado deberá registrar los datos de inicio y fin de ruta, el track de posiciones mientras la ruta permanezca abierta, las entradas de acompañantes y alumnos, y las localizaciones de ventas. Esta información debe entregarse al Servidor de Comunicaciones CTA según el formato especificado en el Anexo B-III.
Los ficheros de datos que recogen las operaciones de ventas también se enviarán mediante el procedimiento anterior y la especificación que describe su estructura se pondrá a disposición del solicitante una vez iniciado el proceso de homologación.
La información registrada en el terminal debe permanecer por un espacio no inferior a tres meses, debiendo tener el equipo la capacidad suficiente para almacenar todas las operaciones realizadas en los últimos tres meses y un mínimo de cien rutas.
El procedimiento de descarga de configuración al terminal y descarga de datos al servidor debe llevarse a cabo de forma automática, asociada a eventos, y vía MODEM GPRS/3G.
El Terminal deberá aplicar medidas que aseguren la transmisión de la información de forma correcta y que permita aplicar todas las funcionalidades de gestión de ficheros descritas en el Anexo B-III. La comunicación con el servidor CTA se realizará, vía Intranet CTA, usando el protocolo ftp.
4. Títulos del Billete Único
Como se indica en puntos anteriores, el terminal tiene la obligación de leer los títulos del Billete Único conforme a los funcionales que en su momento se aporten. A señalar que la lectura de tarjetas del Billete Único se hará utilizando, para las claves de acceso, el módulo SAM que el CTA entregará y teniendo en cuenta que el tiempo máximo de validación no podrá superar los 1000 ms.
Terminal
VPN CTA
(ftp)
Servidor
comunicaciones
CTA GPRS/3G
22
ANEXO B-III: ESPECIFICACIÓN DE LOS FICHEROS DE CONFIGURACIÓN
Y DATOS
1. Consideraciones generales.
Todos los ficheros descritos son de tipo texto ASCII usando como separador de campos el carácter especial tabulador (ASCII 9) y como fin de registro los caracteres retorno de carro (ASCII 13) y avance de línea (ASCII 10).
Para los números el separador decimal será el carácter coma. Las fechas/horas se expresaran en el formato DD/MM/YYYY HH24:MM:SS.
Los datos de Longitud y Latitud se expresarán en grados, notación decimal, en el sistema WGS84. La altura se expresará en metros.
2. Fichero de datos.
Los ficheros de datos contienen los registros de la actividad de las rutas escolares realizadas por un equipo terminal, el nombre del fichero deberá seguir la siguiente nomenclatura:
tedHHHH_CCCC_NNNNN_YYYYMMDDHHMMSS.dat
Donde:
HHHH: nº de modelo de homologación CCCC: código único de equipo NNNNN: Número de fichero correlativo de un mismo equipo desde su puesta en marcha justificado a la derecha y rellenado con ceros hasta ocupar 5 cifras. YYYY: Año generación del fichero MM: Mes generación del fichero DD: Dia generación del fichero HH: Hora generación del fichero MM: Minuto generación del fichero SS: Segundo generación del fichero Un fichero de datos puede contener información de la realización de varias rutas del mismo equipo. 2.1 Estructura del fichero. El fichero estará compuesto por los siguientes tipos de registros:
Registro Código
Cabecera 1
Inicio Ruta 2
Acompañante 3
Alumno 4
Posición 5
Fin Ruta 6
Venta 7
Validación 8
23
El primer registro debe ser siempre el de cabecera, el resto deben aparecer a medida que se vayan produciendo. 2.1.1 Registro de Cabecera. El registro de Cabecera se compone de los siguientes campos:
- Código de registro - Nombre del fichero - Versión de estructura del fichero (esta especificación hace referencia a la versión 2) - Matrícula vehículo asociado - Grupo de configuración
2.1.2 Registro de Inicio de Ruta: El registro de Inicio de Ruta guarda la información del momento de la apertura de la ruta escolar y se compone de los siguientes campos:
- Código de registro - Código de Ruta - Sentido (I:Ida, V:vuelta) - Fecha/Hora de apertura - Longitud - Latitud - Altura
2.1.3 Registro de Acompañante: El registro de Acompañante guarda la información de la entrada del acompañante en el vehículo y se compone de los siguientes campos:
- Código de registro - Código de Acompañante - Nº Chip Tarjeta Acompañante - Fecha/Hora de validación - Longitud - Latitud - Altura
Para identificar al Acompañante se puede usar un código alfanumérico o una tarjeta chip, apareciendo siempre de forma obligatoria el código de acompañante por este motivo el campo de tarjeta puede venir sin valor, en ese caso se debe consignar 0. 2.1.4 Registro de Alumno: El registro de Alumno guarda la información de la entrada de un alumno en el vehículo y se compone de los siguientes campos:
- Código de registro - Código de Alumno - Nº Chip Tarjeta Alumno - Fecha/Hora de validación - Longitud - Latitud - Altura
24
Para identificar al Acompañante se puede usar un código alfanumérico o una tarjeta chip, apareciendo siempre de forma obligatoria el código de alumno por este motivo el campo de tarjeta puede venir sin valor, en ese caso se debe consignar 0. 2.1.5 Registro de Posición: El registro de Posición guarda la información de cada punto geográfico tomado durante el transcurso de la ruta desde su apertura hasta su cierre y se compone de los siguientes campos:
- Código de registro - Fecha/Hora de toma de posición - Longitud - Latitud - Altura
2.1.6 Registro de Fin de Ruta El registro de Fin de Ruta guarda la información del momento en que se termina la ruta y se compone de los siguientes campos:
- Código de registro - Código de Ruta - Fecha/Hora de cierre - Longitud - Latitud - Altura
2.1.7 Registro de Venta: El registro de Venta guarda la información del punto geográfico tomado durante la venta de un billete y se compone de los siguientes campos:
- Código de registro - Nº Operación venta - Fecha/Hora de toma de posición - Longitud - Latitud - Altura
2.1.8 Registro de Validación: El registro de Validación guarda la información del punto geográfico tomado durante la validación de un título del Billete Único y se compone de los siguientes campos:
- Código de registro - Nº Operación venta - Nº Chip Tarjeta - Fecha/Hora de toma de posición - Longitud - Latitud - Altura
25
3. Fichero de configuración.
El fichero de configuración contiene datos que deben transmitirse al equipo para implementar correctamente las funcionalidades exigidas.
tegHHHH_GGGG_VVVV.ver
donde:
HHHH: nº de modelo de homologación GGGG: código grupo de configuración VVVV: nº de versión 3.1 Estructura del fichero. El fichero estará compuesto por los siguientes tipos de registros:
Registro Código
Cabecera 1
Lista de Rutas 2
Acompañantes por Ruta 3
Alumnos por Ruta 4
3.1.1 Registro de Cabecera. El registro de Cabecera se compone de los siguientes campos:
- Código de registro - Versión de estructura del fichero (esta especificación hace referencia a la versión 2) - Fecha de Activación
3.1.2 Lista de Rutas El registro lista de rutas contiene los pares ruta escolar-ruta regular que puede realizar el grupo de configuración al que pertenece el fichero.
- Código de registro - Lista de códigos de pares ruta escolar-ruta regular separados por el carácter #. Valores que
componen el par separados por el carácter |. - Ejemplo: 044-035|1000#2100|2100#011-002|0
Si se trata de una ruta escolar sin ruta regular asignada, el segundo valor será 0. Si se trata de una ruta regular sin escolar asociada, los dos valores del par serán iguales.
3.1.3 Acompañantes por ruta El registro de Acompañantes por ruta contiene los códigos y tarjetas de los acompañantes autorizados para cada ruta.
- Código de registro - Ruta (primer valor del par) - Lista de acompañantes formados por el par Código|Tarjeta, separando cada par por el carácter #
de la siguiente forma: 1|12587458#2|0#3|58795855
26
Se debe tener en cuenta que cuando en la Tarjeta venga un 0 se indica que este acompañante no dispone de identificación mediante tarjeta chip.
3.1.4 Alumnos por ruta El registro de Alumnos por ruta contiene los códigos y tarjetas de los alumnos autorizados para cada ruta.
- Código de registro - Ruta (primer valor del par) - Lista de alumnos formados por el par Código|Tarjeta, separando cada par por el carácter # de la
siguiente forma: 1|12587458#2|0#3|58795855 Se debe tener en cuenta que cuando en la Tarjeta venga un 0 se indica que este alumno no dispone de identificación mediante tarjeta chip.
4. Fichero de relación de rutas.
El fichero grESCOLAR_CTA.cfg alojado en la carpeta config, servirá de fichero de intercambio para relacionar los datos de rutas escolares con los datos del sistema regular de viajeros del CTA.
4.1 Estructura del fichero.
El fichero estará compuesto por los siguientes tipos de registros:
Registro Código
Cabecera 1
Lista de Rutas 2
4.1.1 Registro de Cabecera.
El registro de Cabecera se compone de los siguientes campos:
- Código de registro - Versión de estructura del fichero (esta especificación hace referencia a la versión 1)
4.1.2 Lista de Rutas.
- Código de registro - Lista de relación de rutas en el formato siguiente:
GGGG;CCC;EEEE#TTTT#HHHH#QQQQ|EEEE#TTTT#HHHH#QQQQ;NNNN
Dónde:
- GGGG: Grupo de configuración en el sistema escolar.
- CCC: Grupo de configuración en el sistema CTA
o EEEE: Código de empresa CTA
o TTTT: Número de serie del terminal
o HHHH: Código de homologación del terminal
o QQQQ: Código del equipo CTA
- NNNN: Nombre del grupo de configuración.
27
Se deberá controlar el valor de la versión del fichero para comprobar si ha habido cambios en el mismo.
La cadena de valores EEEE#TTTT#HHHH#QQQQ, se repetirá tantas veces como equipos tenga asignado el grupo de configuración, estando separadas las mismas por el carácter |.
5. Ficheros de configuración y datos para las ventas y tratamiento de títulos del Billete Único.
Los documentos que contienen el detalle de las especificaciones de estos ficheros serán puestos a disposición del solicitante una vez se haya iniciado el procedimiento de homologación.
6. Carga de datos y gestión de versiones
Un grupo de configuración se corresponde con uno o varios operadores y contiene la información que cada terminal a cargo del citado grupo necesite para realizar las rutas que tenga asignadas. El CTA dará alta en su sistema un repositorio para cada empresa proveedora de terminales homologados y se encargará de generar todas las carpetas y ficheros de configuración necesarios.
Cada repositorio dispondrá de una cuenta de acceso particular que usará cada terminal para la subida de datos y la descarga de ficheros de versiones y software pertenecientes a los grupos de configuración de acuerdo al siguiente esquema:
Tratamiento de los ficheros de configuración relativos a las rutas escolares/regulares y ficheros de datos de localización e identificación definidos en el anexo B-III.
En la carpeta datos se deberá ir cargando diariamente todos los ficheros de datos generados por los equipos terminales especificados en el anexo B-III. La carpeta config contiene una subcarpeta por cada grupo de configuración identificada por el número de grupo. Dentro de la carpeta de un grupo de configuración se alojarán todos los ficheros de configuración que se vayan generando. En la carpeta config residirá un fichero denominado versiones.ver que indicará la versión actual para cada grupo de configuración de acuerdo a la siguiente estructura de campos:
Grupo de configuración<TAB>Nº de versión actual
El terminal deberá examinar este fichero para comprobar si existe alguna nueva versión que deba aplicar.
28
Cuando el terminal detecte un cambio de versión para su grupo de configuración deberá acceder a la carpeta del grupo y descargar el fichero correspondiente tegHHHH_GGGG_VVVV.ver donde VVVV corresponde con el nº de versión tal y como se indicaba en el apartado de descripción del fichero de configuración.
Se debe tener en cuenta que prevalecerá la fecha de activación para cualquier versión de configuración descargada.
Dentro de la carpeta config se aloja el fichero grESCOLAR_CTA.cfg que contiene la información necesaria para relacionar las rutas escolares con los datos para efectuar las ventas y validaciones que se obtienen de la carpeta cta_info.
Tratamiento de los ficheros de configuración y datos relativos a tratamiento de las ventas y títulos del Billete Único.
La carpeta cta_info mantiene la estructura de ficheros de configuración y datos para la venta y validación de los títulos del Billete Único. Los documentos que contienen el detalle de las especificaciones funcionales de esta parte serán puestos a disposición del solicitante una vez se haya iniciado el procedimiento de homologación.