Download Procedimiento de Homologación Básica de Equipos de Validación

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.
1
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-servidorinstalació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
2
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:
3
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.
4
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.
5
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.
6
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:
Servidor
comunicaciones
CTA
Interne
t
(sftp)
Servidor de
terminales
GPRS
Terminal
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
7
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
8
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
Cabecera
Inicio Ruta
Acompañante
Alumno
Posición
Fin Ruta
Venta
Validación
Código
1
2
3
4
5
6
7
8
9
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:
2.1.2
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
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:
2.1.3
Código de registro
Código de Ruta
Sentido (I:Ida, V:vuelta)
Fecha/Hora de apertura
Longitud
Latitud
Altura
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
10
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:
2.1.6
Código de registro
Fecha/Hora de toma de posición
Longitud
Latitud
Altura
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:
2.1.7
Código de registro
Código de Ruta
Fecha/Hora de cierre
Longitud
Latitud
Altura
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:
2.1.8
Código de registro
Nº Operación venta
Fecha/Hora de toma de posición
Longitud
Latitud
Altura
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
11
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
Cabecera
Lista de Rutas
Acompañantes por Ruta
Alumnos por Ruta
Vehículos Autorizados
3.1.1
Código
1
2
3
4
5
Registro de Cabecera.
El registro de Cabecera se compone de los siguientes campos:
3.1.2
Código de registro
Versión de estructura del fichero (esta especificación hace referencia a la versión 2)
Fecha de Activación
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)
12
-
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
Cabecera
Lista de Rutas
4.1.1
Código
1
2
Registro de Cabecera.
El registro de Cabecera se compone de los siguientes campos:
4.1.2
-
Código de registro
Versión de estructura del fichero (esta especificación hace referencia a la versión 1)
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
13
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.
14
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.
15
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
16
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
17
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.
18
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.
19
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.
20
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:
Servidor
comunicaciones
CTA
VPN CTA
(ftp)
Terminal
GPRS/3G
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.
21
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
Cabecera
Inicio Ruta
Acompañante
Alumno
Posición
Fin Ruta
Venta
Validación
Código
1
2
3
4
5
6
7
8
22
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:
2.1.2
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
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:
2.1.3
Código de registro
Código de Ruta
Sentido (I:Ida, V:vuelta)
Fecha/Hora de apertura
Longitud
Latitud
Altura
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
23
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:
2.1.6
Código de registro
Fecha/Hora de toma de posición
Longitud
Latitud
Altura
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:
2.1.7
Código de registro
Código de Ruta
Fecha/Hora de cierre
Longitud
Latitud
Altura
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:
2.1.8
Código de registro
Nº Operación venta
Fecha/Hora de toma de posición
Longitud
Latitud
Altura
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
24
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
Cabecera
Lista de Rutas
Acompañantes por Ruta
Alumnos por Ruta
3.1.1
Código
1
2
3
4
Registro de Cabecera.
El registro de Cabecera se compone de los siguientes campos:
3.1.2
Código de registro
Versión de estructura del fichero (esta especificación hace referencia a la versión 2)
Fecha de Activación
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
25
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
Cabecera
Lista de Rutas
4.1.1
Código
1
2
Registro de Cabecera.
El registro de Cabecera se compone de los siguientes campos:
4.1.2
-
Código de registro
Versión de estructura del fichero (esta especificación hace referencia a la versión 1)
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.
26
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.
27
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.
28