PPT.pdf - Contratación de un servicio de mantenim…

ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET MONTSERRAT ESTACA GOMEZ - 2026-03-02 16:23:52 CET GOBIERNO MINISTERIO  DEESPANA DELINTERIOR ## PLIEGO DE PRESCRIPCIONES TÉCNICAS SUBDIRECCIÓN GENERAL DEL GESTIÓN DE LA MOVILIDAD Y TECNOLOGÍA DIRECCIÓN GENERAL DE TRÁFICO CONTRATACIÓN DEL SERVICIO DE MANTENIMIENTO, EVOLUCIÓN Y EXPANSIÓN DEL ECOSISTEMA DE MOVILIDAD DE LA PLATAFORMA DE VEHÍCULO CONECTADO DGT 3.0.  ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET MONTSERRAT ESTACA GOMEZ - 2026-03-02 16:23:52 CET  ## Índice General | 1 | ANTECEDENTES.......................................................................................................................................... 4 | ANTECEDENTES.......................................................................................................................................... 4 | |-------------------------------------------------------------------------------------------------------------------------------------------------------------|-------------------------------------------------------------------------------------------------------------------------------------------------------------|------------------------------------------------------------------------------------------------------------------------------------------------------------| | 2 | OBJETO DEL CONTRATO............................................................................................................................. 6 | OBJETO DEL CONTRATO............................................................................................................................. 6 | | 3 | ASPECTOS GENERALES DEL CONTRATO...................................................................................................... 7 | ASPECTOS GENERALES DEL CONTRATO...................................................................................................... 7 | | 3.1 | LUGAR DE PRESTACIÓN DEL SERVICIO .....................................................................................................................7 | LUGAR DE PRESTACIÓN DEL SERVICIO .....................................................................................................................7 | | 3.2 | CENTRO DIRECTIVO DESTINATARIO ........................................................................................................................7 | CENTRO DIRECTIVO DESTINATARIO ........................................................................................................................7 | | 4 | DESCRIPCIÓN DE LA PLATAFORMA DGT 3.0 ............................................................................................... 8 | DESCRIPCIÓN DE LA PLATAFORMA DGT 3.0 ............................................................................................... 8 | | 4.1 PRINCIPIOS GENERALES DE LA PLATAFORMA ............................................................................................................8 | 4.1 PRINCIPIOS GENERALES DE LA PLATAFORMA ............................................................................................................8 | 4.1 PRINCIPIOS GENERALES DE LA PLATAFORMA ............................................................................................................8 | | 4.1.1 Casuística | 4.1.1 Casuística | de los usuarios de la vía......................................................................................................8 | | 4.1.2 | 4.1.2 | Niveles de usuarios de la vía en función de contribución a la seguridad vial y movilidad...................9 | | 4.1.3 Comunicaciones | 4.1.3 Comunicaciones | y protocolos de comunicación ................................................................................10 | | 4.1.4 La divulgación de | 4.1.4 La divulgación de | información ..........................................................................................................11 | | 4.1.5 Privacidad | 4.1.5 Privacidad | de la información y disociación .......................................................................................12 | | 4.2 | FUNCIONAMIENTO DE LA PLATAFORMA ................................................................................................................12 | FUNCIONAMIENTO DE LA PLATAFORMA ................................................................................................................12 | | 4.3 | INFRAESTRUCTURA Y ARQUITECTURA DE LA PLATAFORMA ........................................................................................15 | INFRAESTRUCTURA Y ARQUITECTURA DE LA PLATAFORMA ........................................................................................15 | | 4.4 | CASOS DE USO DESPLEGADOS .............................................................................................................................18 | CASOS DE USO DESPLEGADOS .............................................................................................................................18 | | 4.5 | SISTEMA GISCORPORATIVO PLATAFORMA.......................................................................19 | DE A DISPOSICIÓN DE LA | | | DE NUEVOS CASOS DE USO ................................................................................................ | DE NUEVOS CASOS DE USO ................................................................................................ | | 5 DESARROLLO 23 | 5 DESARROLLO 23 | 5 DESARROLLO 23 | | 5.1 DEFINICIÓN | 5.1 DEFINICIÓN | DE NUEVOS CASOS DE USO.................................................................................................................23 | | 5.2 DESARROLLO DE LOS CASOS DE | 5.2 DESARROLLO DE LOS CASOS DE | USO.....................................................................................................................24 | | 5.3 CICLO DE VIDA DE UN CASO DE USO. ....................................................................................................................25 | 5.3 CICLO DE VIDA DE UN CASO DE USO. ....................................................................................................................25 | | | 6 SOPORTE A INTEGRACIONES.................................................................................................................... 28 | 6 SOPORTE A INTEGRACIONES.................................................................................................................... 28 | 6 SOPORTE A INTEGRACIONES.................................................................................................................... 28 | | 6.1 ACTIVIDADES | 6.1 ACTIVIDADES | A REALIZAR ...................................................................................................................................28 | | 7 CONSULTORÍA.......................................................................................................................................... 29 | 7 CONSULTORÍA.......................................................................................................................................... 29 | 7 CONSULTORÍA.......................................................................................................................................... 29 | | 7.1 INFORME | 7.1 INFORME | SOBRE EL ESTADO DE LA TECNOLOGÍA DEL VEHÍCULO CONECTADO Y LOS ASPECTOS JURÍDICO - TECNOLÓGICOS ........29 | | 7.2 | 7.2 | TRABAJOS DE CONSULTORÍA ...............................................................................................................................30 | | 7.3 INFORME | 7.3 INFORME | DE TRANSICIÓN Y ENTREGA ...................................................................................................................30 | | 8 APOYO Y PARTICIPACIÓN EN GRUPOS DE TRABAJO................................................................................. 33 | 8 APOYO Y PARTICIPACIÓN EN GRUPOS DE TRABAJO................................................................................. 33 | 8 APOYO Y PARTICIPACIÓN EN GRUPOS DE TRABAJO................................................................................. 33 | | 8.1 ACTIVIDADES | 8.1 ACTIVIDADES | A REALIZAR ...................................................................................................................................33 | | 9 SERVICIOS | 9 SERVICIOS | DE IAAS (INFRAESTRUCTURACOMO SERVICIO) ...................................................................... 35 | | 9.1 ACTIVIDADES A REALIZAR | 9.1 ACTIVIDADES A REALIZAR | ...................................................................................................................................35 | | 10 | DOCUMENTACIÓN PARA LA DIFUSIÓN..................................................................................................... 38 | DOCUMENTACIÓN PARA LA DIFUSIÓN..................................................................................................... 38 | | 10.1 | ACTIVIDADES A REALIZAR ..............................................................................................................................38 | | | 11 MANTENIMIENTO-EVOLUCIÓN DE LA PLATAFORMA Y DE LOS CASOS DE USO......................................... 40 | 11 MANTENIMIENTO-EVOLUCIÓN DE LA PLATAFORMA Y DE LOS CASOS DE USO......................................... 40 | 11 MANTENIMIENTO-EVOLUCIÓN DE LA PLATAFORMA Y DE LOS CASOS DE USO......................................... 40 | ALCANCE DEL SERVICIO ................................................................................................................................. 40 11.1  SUBDIRECCIÓN GENERAL DE GESTIÓN DE LA MOVILIDAD Y TECNOLOGÍA    | 11.2 | 11.2 | PROCEDIMIENTO DE GESTIÓN DE I NCIDENCIAS ..................................................................................................42 | |-------------------------------------|------------------------------------------------------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------------------------------------------------| | 11.3 | 11.3 | PROCEDIMIENTO DE GESTIÓN DE EVOLUTIVOS ..................................................................................................43 | | 11.4 AUDITORÍAS DE | 11.4 AUDITORÍAS DE | HACKING ÉTICO Y CIBERSEGURIDAD ............................................................................................44 | | 11.5 | SOPORTE AL CUMPLIMIENTO DEL ESQUEMA NACIONAL DE SEGURIDAD (ENS) ........................................................44 | SOPORTE AL CUMPLIMIENTO DEL ESQUEMA NACIONAL DE SEGURIDAD (ENS) ........................................................44 | | 13 | SEGUIMIENTO Y CONTROL DEL SERVICIO................................................................................................. 49 | SEGUIMIENTO Y CONTROL DEL SERVICIO................................................................................................. 49 | | 14 | | | | | PERFILES PROFESIONALES Y EQUIPO MÍNIMO ......................................................................................... 50 | PERFILES PROFESIONALES Y EQUIPO MÍNIMO ......................................................................................... 50 | | 14.1 J | 14.1 J | EFE DE PROYECTO / COORDINADOR TÉCNICO ..................................................................................................50 | | 14.2 | 14.2 | J EFE DE PROYECTO RESPONSABLE DEL SERVICIO I AAS..........................................................................................50 | | 14.3 | 14.3 | CONSULTOR SENIOR ....................................................................................................................................51 | | 14.4 ANALISTA | 14.4 ANALISTA | FUNCIONAL ..................................................................................................................................51 | | 14.5 | 14.5 | ANALISTA PROGRAMADOR............................................................................................................................51 | | 14.6 CONSULTOR | 14.6 CONSULTOR | DE CIBERSEGURIDAD ...................................................................................................................51 | | 14.7 | 14.7 | CONOCIMIENTOS ADICIONALES PARA EL DESARROLLO Y MANTENIMIENTO DE CASOS DE USO.......................................52 | | 14.8 EQUIPO | 14.8 EQUIPO | MÍNIMO.........................................................................................................................................53 | | 14.9 REGLAS ESPECIALES RESPECTO DEL | 14.9 REGLAS ESPECIALES RESPECTO DEL | PERSONAL LABORAL DE LA EMPRESA CONTRATISTA ...............................................53 | | | 14.9.1 Selección de personal. ..................................................................................................................53 | 14.9.1 Selección de personal. ..................................................................................................................53 | | 14.9.2 | 14.9.2 | Funciones del coordinador técnico ...............................................................................................54 | | 14.10 | 14.10 | PROCEDIMIENTO DE CAMBIOS EN EL EQUIPO .....................................................................................................54 | | 15 | ACUERDO DE NIVEL DE SERVICIO (ANS) ................................................................................................... 56 | ACUERDO DE NIVEL DE SERVICIO (ANS) ................................................................................................... 56 | | 15.1 | ANS DE CUMPLIMIENTO DE PLAZOS ................................................................................................................56 | ANS DE CUMPLIMIENTO DE PLAZOS ................................................................................................................56 | | 15.2 | ANS DEL MANTENIMIENTO CORRECTIVO Y EVOLUTIVO ......................................................................................56 | ANS DEL MANTENIMIENTO CORRECTIVO Y EVOLUTIVO ......................................................................................56 | | 15.3 | INFORME DE CUMPLIMIENTO DEL ANS Y ESTADO DEL MANTENIMIENTO .................................................................58 | INFORME DE CUMPLIMIENTO DEL ANS Y ESTADO DEL MANTENIMIENTO .................................................................58 | | 16 | PROPIEDAD INTELECTUAL ........................................................................................................................ 59 | PROPIEDAD INTELECTUAL ........................................................................................................................ 59 | | 17 SEGURIDAD | ANEXO I GLOSARIO DE TÉRMINOS .................................................................................................................... 61 | ANEXO I GLOSARIO DE TÉRMINOS .................................................................................................................... 61 |  ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET  ## 1 ANTECEDENTES La Subdirección General de Gestión de la Movilidad y Tecnología ( SGGMT en adelante) es la unidad de la Dirección General de Tráfico ( DGT en adelante) encargada de desarrollar, evolucionar, explotar y mantener la infraestructura y aplicaciones informáticas que dan soporte a la toma de decisiones relacionadas con la gestión del tráfico, con la difusión de información a los usuarios internos para lograr una mejor instrucción de los procedimientos administrativos y con la difusión de información a usuarios externos en tiempo real, contribuyendo a lograr una Administración más moderna y cercana. El Real Decreto 207/2024, de 27 de febrero, por el que se desarrolla la estructura orgánica básica del Ministerio del Interior, consolida en la Subdirección General de Gestión de la Movilidad y Tecnología, entre otras funciones: - La elaboración de instrucciones sobre vehículos y los procedimientos administrativos relacionados con el Registro de Vehículos, así como facilitar la implantación del vehículo conectado, el desarrollo de la conducción autónoma y el impulso de plataformas tecnológicas para su gestión en el ámbito de las competencias del organismo. - La regulación, ordenación, gestión, vigilancia y disciplina del tráfico en vías interurbanas y travesías; la implantación, mantenimiento y explotación de los medios y sistemas inteligentes de transporte necesarios, así como propuestas de mejora de la seguridad vial en las vías para reducir la accidentalidad, sin perjuicio de las competencias del Ministerio de Transportes y Movilidad Sostenible. - El suministro de información sobre el estado del tráfico en tiempo real e incidencias. Adicionalmente, la SGGMT es la encargada, de acuerdo con la Resolución de 22 de febrero de 2021 de la DGT, del mantenimiento y adaptación del Punto de Acceso Nacional sobre información mínima y universal sobre tráfico en relación con la seguridad vial. La DGT, en la búsqueda por alcanzar el objetivo de 0 fallecidos, 0 lesionados, 0 congestión y 0 emisiones y, en concreto el Área de Telemática para la Movilidad de la SGGMT, ha liderado el desarrollo y la implantación de la plataforma tecnológica de Vehículo Conectado DGT 3.0 ( Plataforma DGT3.0 en adelante), que permite mantener conectados en tiempo real a los distintos usuarios de la vía ofreciéndoles, en todo momento, información de tráfico en tiempo real y permitiendo así lograr una movilidad más segura e inteligente. Tal y como ha expresado la Comisión Europe a, el 'Internet de las Cosas' (IoT) pretende fusionar el mundo físico y el mundo virtual para crear entornos inteligentes con el fin de mejorar la vida de los ciudadanos. Uno de estos entornos inteligentes es la 'Smart Mobility' y la plataforma de vehículo conectado pretende ser una particularización del paradigma de Internet de las Cosas en el marco del vehículo conectado.  SUBDIRECCIÓN GENERAL DE GESTIÓN DE LA MOVILIDAD Y TECNOLOGÍA    Esta plataforma IoT ofrece a los ciudadanos los servicios que permiten la interconexión entre todos los actores que formarán el ecosistema de movilidad tales como los fabricantes de vehículos, concesionarios, empresas de renting, empresas de alquiler con o sin conductor, plataformas de transporte público, Ayuntamientos, aseguradoras, talleres, estaciones de ITV, fabricantes de dispositivos de conectividad, proveedores de APPs relacionadas con la movilidad segura e inteligente y de los diferentes usuarios de la vía (vehículos, peatones, conductores, ciclistas, motoristas, operarios trabajando en la vía, etc.). Dicha plataforma dispone de unas altas capacidades de rendimiento en tiempo real que la habilitan para recibir grandes cantidades de datos, procesarlos introduciendo una lógica que redunde en beneficio de la seguridad vial y, una vez procesados, divulgarlos a aquellos usuarios de la vía a los que pueda resultar de interés por su incidencia directa en la prevención y reducción de las cifras de siniestralidad. Lo anterior teniendo como premisa la securización de la información que viaja y la anonimidad del vehículo y el conductor . Y, por último, la plataforma dispone de unas altas capacidades de escalabilidad, disponibilidad, seguridad y portabilidad. Las capacidades anteriormente descritas han sido desarrolladas y evolucionadas mediante los servicios prestados a través del expediente de contratación 3DGT6A000058 que finaliza en octubre de 2026. La necesidad de dotar al Área de Telemática de la SGGMT de un servicio de mantenimiento, evolución y expansión de la plataforma, junto con la insuficiencia de medios personales propios adecuados que permitan llevar a cabo estas tareas, hace precisa la contratación de dichos servicios entre entidades especializadas que dispongan del personal y los medios adecuados para su realización.  ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET MONTSERRAT ESTACA GOMEZ - 2026-03-02 16:23:52 CET  ## 2 OBJETO DEL CONTRATO Este contrato tiene como objeto los servicios precisos para el mantenimiento y evolución de la plataforma tecnológica de Vehículo Conectado DGT 3.0 , basada en IoT, así como de la infraestructura específica para el funcionamiento de los elementos que conforman dicha plataforma y que son necesarios para el procesamiento, securización e intercambio de mensajes con el vehículo conectado (ya sea desde dispositivos en serie del vehículo, dispositivos externos o aplicaciones de seguridad vial, preferiblemente aquellas que utilizan sistemas de voz). Los servicios objeto de este contrato son los siguientes: - DESARROLLO DE NUEVOS CASOS DE USO: Planificación, análisis, diseño, desarrollo e implantación de nuevos casos de uso asociados a la evolución constante del ecosistema de movilidad y los modelos de conducción, como por ejemplo, el vehículo autónomo. - SOPORTE A INTEGRACIONES: Apoyo a la integración de nuevos clientes sobre los casos de uso en funcionamiento. - CONSULTORÍA: Las labores de consultoría necesarias para conocer el estado del arte tecnológico de las distintas marcas del mercado, en los servicios de vehículo conectado que están implementando, así como el cumplimiento del ordenamiento jurídico vigente. En paralelo, se realizarán los diferentes trabajos de consultoría solicitados por la DGT. - APOYO Y PARTICIPACIÓN EN GRUPOS DE TRABAJO: El apoyo en la participación en los diferentes grupos de trabajo nacionales, internacionales en materia de vehículos conectado en el área de la seguridad vial y la movilidad, así como la participación en congresos y eventos relacionados con estos ámbitos. - SERVICIOS DE IaaS (Infraestructura como Servicio): Servicios y capacidad de almacenamiento y ejecución bajo el modelo de IaaS (Infrastructure as a Service) necesarios para mantener y evolucionar la infraestructura sobre la que está desarrollada la plataforma. - DOCUMENTACIÓN PARA LA DIFUSIÓN: Definición y ejecución de todas las tareas asociadas a la expansión y difusión de la plataforma, así como la generación del material divulgativo necesario, que permita ampliar el ecosistema de actores de la movilidad que provee o consume datos de la plataforma, de cara a potenciar de manera significativa su influencia en la seguridad vial. - MANTENIMIENTO-EVOLUCIÓN DE LA PLATAFORMA Y DE LOS CASOS DE USO: Mantenimiento correctivo y evolutivo de todos los módulos que constituyen la plataforma, de manera que se implementen los desarrollos necesarios para solucionar las incidencias y ajustarse a los cambios normativos o de funcionamiento en los casos de uso implantados, así como la realización de auditorías anuales de hacking ético y ciberseguridad y el soporte al cumplimiento del Esquema Nacional de Seguridad (ENS).    ## 3 ASPECTOS GENERALES DEL CONTRATO ## 3.1 Lugar de prestación del servicio El lugar de trabajo será las propias instalaciones del adjudicatario. No obstante, para las labores de seguimiento, toma de requisitos, pruebas, calidad o apoyo a actividades, se podrá requerir al personal del contratista que se persone en las instalaciones de la DGT que se indiquen. Las instalaciones del contratista cumplirán las normas de seguridad descritas en el presente pliego, garantizándose que el acceso a los equipos de desarrollo, soporte y seguimiento del contrato se realiza en estrictas condiciones de seguridad y por personal autorizado. No se permitirá el desarrollo de actuaciones desde instalaciones no autorizadas. Por razones de seguridad, las localizaciones de desarrollo de trabajos y direcciones IP asociadas de la empresa contratista deberán ser aprobadas previamente por DGT. ## 3.2 Centro Directivo destinatario La Unidad destinataria de este contrato es la Subdirección General de Gestión de la Movilidad y Tecnología de la Dirección General de Tráfico.  SUBDIRECCIÓN GENERAL DE GESTIÓN DE LA MOVILIDAD Y TECNOLOGÍA  ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET  ## 4 DESCRIPCIÓN DE LA PLATAFORMA DGT 3.0 La plataforma de vehículo conectado DGT 3.0 es una plataforma tecnológica, ubicable dentro del paradigma de Internet de las Cosas (IoT) y cuya ubicación física se materializará en un CPD externo, bajo un modelo de Infraestructura como Servicio (IaaS). Pese a que la mayoría de los servicios que se ofrecen lo hacen bajo el paradigma del IoT, se debe tener presente que muchas de las comunicaciones son B2B, y es un tercero el que a continuación se conecta con el dispositivo en carretera. El modelo que se plantea busca enviar información de valor y en tiempo real, en relación con el tráfico y la movilidad, de modo que permita tomar las mejores decisiones al conductor buscando así continuar con el camino disruptivo hacia una movilidad eficiente y segura que se comenzó cuando se definió la plataforma. ## 4.1 Principios generales de la plataforma ## 4.1.1 Casuística de los usuarios de la vía En el esquema propuesto, se pueden encontrar diversos tipos de usuarios de la vía, cada uno de ellos con su casuística particular en función de: - Que vaya en un vehículo o sea un usuario vulnerable (peatón, ciclista o motorista). - Que su vehículo disponga o no de ordenador de a bordo. - Que, disponiendo de ordenador de a bordo, sea cliente de un servicio de vehículo embarcado, ya sea proporcionado por su fabricante, su gestor de flotas o por un tercero prestador de servicios. - Que disponiendo de un ordenador de a bordo, dispositivos de conexión a puerto OBD con smartphone (bluetooth) para control y difusión de información, mirrorlink, R-link o similar, no posea ningún acuerdo con fabricantes. - Del tipo de tecnología que posea el ordenador de a bordo del vehículo. - Que disponga de navegador con conexión 3/4/5G. - Que pertenezcan a una flota o a alguna agrupación de vehículos que trabaje en modo flota y disponga de algún aplicativo corporativo para proveer información de tráfico. - Que posea algún dispositivo tipo V-16, V2, sillín conectado, cono conectado, chaleco conectado u otro elemento similar. - Que disponga de alguna aplicación o dispositivo del mercado centrados en la movilidad.     ## 4.1.2 Niveles de usuarios de la vía en función de contribución a la seguridad vial y movilidad Dentro del ecosistema que se pretende crear alrededor de la plataforma DGT 3.0, se deben analizar diferentes casuísticas en función del tipo de participante y la contribución que este hace a la seguridad vial y a la movilidad. Así, se deberá diferenciar entre los clientes de la plataforma de cuatro perfiles diferentes: - Quienes disponen de una APP encaminada a suministrar y recopilar información relacionada con la seguridad vial (Waze, Social Drive, Comobity, Coyote, etc.) o un navegador con servicios adicionales de seguridad vial e información del tráfico. - Quienes dispongan de un ordenador de a bordo en el que ejecutar alguna APP específica con los mismos fines. - Quienes dispongan de un entorno de servicio conectado suministrado por su fabricante o terceros. - Aquellos clientes de la plataforma que puedan surgir, conforme evoluciona la tecnología de conectividad IoT. Por otro lado, también habrá que diferenciar, en función del modelo colaborativo que se establezca con los distintos agentes, entre: - Quién suministra la información de coordenadas (x,y) en movimiento en todas las situaciones y, a mayores, suministra información de los eventos detectados bien por los sensores del vehículo, bien como eventos detectados e informados por el conductor, o por cualquier otro medio. - Quién suministra información parcial o solamente la suministra en determinados casos de uso o situaciones. - Quién no suministra información, aunque sÍ sean consumidores de la plataforma DGT 3.0. Por último, desde el punto de vista del uso de los servicios, nos encontraremos con: - Los proveedores de servicios intermediarios que consuman la información desde el Punto de Acceso Nacional en condiciones de tiempo real relativo, tomen decisiones y las divulguen a los vehículos con los que trabajan. En este caso fundamentalmente se hará uso del estándar DATEX II. - Los proveedores de servicios que se suscriban a la plataforma DGT 3.0 y, por lo tanto, consuman directamente y en tiempo real los servicios proporcionados por la misma. En este caso, es la DGT quien, aplicando la lógica de los algoritmos que implementan los diferentes casos de uso, suministra la información que considera más cierta, adecuada y relevante en cada instante de tiempo en función del contexto geográfico. En este caso    se utilizarán los estándares adecuados a fin de lograr la máxima eficiencia y seguridad de acuerdo con el estado del arte de la tecnología actual. - Los vehículos que, conectándose directamente a la plataforma DGT 3.0, disfruten de sus servicios por medio de un APP o desarrollo a embeber en el sistema de abordo. En este caso, como en el anterior, será la DGT quien aplicando la lógica de los algoritmos suministre la mejor información. En todos los casos, la forma de conexión a los servicios de tiempo real de la DGT será a través del Punto de Acceso Nacional de información de tráfico y movilidad, independientemente de los protocolos elegidos. ## 4.1.3 Comunicaciones y protocolos de comunicación El paradigma IoT va siempre acompañado de una alta demanda de comunicaciones y del esfuerzo por hacer que estas sean lo más ligeras y rápidas posibles. Debido a los diversos rangos de cobertura de las comunicaciones móviles en España en función del territorio, la plataforma y los productos desarrollados del lado cliente deben desarrollarse pensando en que la tecnología de transmisión de datos, a medida que el vehículo se mueve, puede conmutar directamente entre GPRS, 3G, 4G, 5G, etc. Además, el envío de datos que en un futuro podría llegar a ser más extendido y a un costo menor en modalidades de tarifa plana, hoy resulta costoso. Por este motivo, también es imprescindible que la plataforma DGT 3.0 del lado del cliente minimice el envío de las coordenadas a solamente aquellas imprescindibles para proveer la información relevante para caracterizar la incidencia. Adicionalmente, a medida que la plataforma DGT 3.0 vaya extendiendo su rango de acción y el número de vehículos conectados también se incremente, la plataforma tendrá que soportar una mayor capacidad de procesos concurrente. La tecnología de comunicaciones, en determinados momentos, puede poseer espacios de ancho de banda restringido, llegando incluso a cortarse la comunicación, que las compañías de comunicaciones tarifican de una forma mayoritaria por cantidad de datos transmitidos y que DGT 3.0 incrementará de forma exponencial su utilización y capacidad de proceso a medida que se incremente el número de vehículos conectados. Por este motivo, la plataforma DGT 3.0 tendrá que definirse utilizando protocolos ligeros, que no sobrecarguen las líneas de comunicaciones, que intercambien solo y exclusivamente la información necesaria para el fin que es recabada, que sean capaces de gestionar la carencia de comunicaciones en un instante dado y, por último, que sean fácilmente procesables en un entorno de tiempo real como el que nos ocupa.   ## 4.1.4 La divulgación de información Todas las incidencias de tráfico que nacen de la Agrupación de Tráfico de la Guardia Civil (ATGC) y de los Centros de Gestión de Tráfico (CGT) son dadas de alta en el Localizador de Incidencias de Tráfico en las Carreteras Españolas (LINCE). A mayores, el análisis que el Sistema de Información de Gestión del Tráfico (SCADA DGT) puede hacer de los datos de movimientos que le llegan de la plataforma DGT 3.0 junto con el Floating Car Data y datos de coordenadas (x,y) proporcionados por terceros y la información en tiempo real generadas por los dispositivos ITS que la DGT tienen en campo, también pueden dar lugar a la definición automática de incidentes. Todos estos incidentes estarán localizados en un punto, tramo o área, todas ellas formas geométricas geolocalizables. Por último, la capacidad de procesamiento de la plataforma DGT 3.0 tiene que ser capaz de generar incidentes publicables fruto de aplicar el algoritmo que represente un caso de uso concreto. De este modo, uno o varias incidencias de tráfico individuales, automáticas o manuales, pueden dar lugar, a una única incidencia publicable. Una vez que se da de alta una incidencia en el Localizador de Incidencias de Tráfico, en caso de que esta afecte a la vialidad de la red de carreteras española, esta se divulgará a través del NAP en formato DATEX II o en otros formatos más ágiles y flexibles proporcionados a través del NAP por la plataforma DGT 3.0. La difusión geolocalizada, es decir, la que se comparte exclusivamente con los vehículos afectados por estar en una carretera, punto kilométrico, coordenada x, coordenada y, y sentido concreto, debe ser distribuida de una forma ágil, para lo que la plataforma DGT 3.0 tendrá que usar los protocolos más convenientes por rapidez, capacidad de procesado y ligereza en cuanto a ocupación de ancho de banda, sin dejar de lado la importancia que tiene la seguridad en el intercambio de esta información. En la configuración y adaptación de la plataforma IoT para implementar el modelo de trabajo para DGT 3.0 se deberán tener en cuenta dos posibles tipos de difusión de información: - En primer lugar, aquellos fabricantes o aplicaciones que ofrecen un servicio en función de la geolocalización que no entregan a la plataforma información dinámica de coordenadas. En este caso, la plataforma enviará la información en tiempo real al fabricante o prestador de servicios que será quien, en función de las coordenadas de su cliente, le ofrezca la información apropiada para comunicar la afección de la vía. Esta información se enviará a los fabricantes o intermediarios utilizando los protocolos que se consideren óptimos en cada caso. - En segundo lugar, aquellos que se conectan a la plataforma DGT 3.0 que tienen que ser informados directamente por esta, con el protocolo de comunicación seleccionado   ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET   (SOAP, REST, hypercat, MQTT, XMPP, CoAP,…) en función de los criterios que se establezcan para cada 'caso de uso'. ## 4.1.5 Privacidad de la información y disociación La información a tratar por la plataforma DGT 3.0 será la mínima imprescindible para la finalidad para la que fue captada, tal y como se indica en la Directiva 2010/40/UE del Parlamento Europeo y del Consejo, de 7 de julio de 2010. En este sentido, la misma directiva indica en el artículo 10, apartado 3, que 'a fin de garantizar la protección de la intimidad, se fomentará, cuando proceda, la utilización de datos anónimos para la ejecución de aplicaciones y servicios ITS'. En este sentido, el contratista encargado del despliegue, mantenimiento y desarrollo de la plataforma DGT 3.0 definirá todos los protocolos de comunicación de forma que los datos de los vehículos sean siempre disociados y, por tanto, anónimos. ## 4.2 Funcionamiento de la plataforma El siguiente gráfico muestra de forma esquemática la filosofía de funcionamiento de la plataforma DGT 3.0:  ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET MONTSERRAT ESTACA GOMEZ - 2026-03-02 16:23:52 CET    Los diferentes tipos de vehículos, motoristas, ciclistas y peatones pueden ser generadores de datos de tráfico y consumidores de las incidencias relevantes que pueden afectar a su itinerario y de las que, para poder gozar de una conducción más segura, deberán ser informados. La plataforma DGT 3.0, que ocupa la posición central de la ilustración, se encargará de: ## · La recepción de información de los siguientes tipos: - o Coordenadas (x,y) remitidas por cualquiera de los usuarios que intervienen en el fenómeno del tráfico como el vehículo, su fabricante, el proveedor de servicios, dispositivos IoT, el proveedor de servicios a APPs, los gestores de flotas o, directamente, el smart phone del conductor. También de aquellos que la suministran en virtud de alguna autorización especial (como transportes especiales, obras, pruebas deportivas, etc). - o Eventos detectados por el vehículo, de forma automática, por medio de los sensores de los que este disponga (activación de limpiaparabrisas, ESP, antiniebla, ABS, etc.). - El procesado de la información, de modo que la información aislada y sin valor, al ser analizada y explotada en vir tud de la lógica de los diferentes 'casos de uso', pueda pasar a tener el valor suficiente como para recomendar su divulgación.  ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET   Los algoritmos que implementen los casos de uso serán mantenidos y desarrollados siempre desde la perspectiva del ciudadano, de modo que generaran información divulgable cuando los hechos constatados, una vez procesados, determinen que sucede algo que afecta a la vialidad de un punto, tramo o zona concreta de la red de carreteras. Al conseguir informar de forma prematura al ciudadano sobre un evento que afecta a la vialidad -bien porque aún no ha salido de viaje y lo ha visto en los sistemas de información que la DGT pone a su servicio, bien porque dentro de su itinerario se encuentra a una distancia lo suficientemente cercana como para beneficiarse de ser informado- se consigue fomentar la planificación y evitar el efecto sorpresa, reduciendo de esta forma los accidentes y los atascos. - Análisis y reenvío, al Localizador de Incidencias de Tráfico (LINCE), de la información de coordenadas (x,y) que los vehículos hagan llegar a DGT 3.0 para que este pueda generar igualmente alertas ante determinados eventos de tráfico, como por ejemplo las congestiones. ## · Divulgación de información en tiempo real : - o Envío de información generalizada de incidentes de tráfico, en el caso de aquellos vehículos que actúan a través de intermediarios. Estos intermediarios (fabricantes, empresas que se dedican a la comercialización de APPs vinculadas al tráfico, etc.) serán los que tendrán que acceder al servicio de divulgación a través de la plataforma DGT 3.0 o a través del Punto de Acceso Nacional (NAP) de modo que puedan ofrecer información de tráfico de calidad a sus usuarios. - o Información contextualizada. Información que DGT 3.0 enviará puntualmente a cada vehículo o APP de ciudadano, con o sin intermediario, y que solo le llegará cuando pueda afectar a la vialidad de la vía por la que circula, bien porque esta se puede deducir por la evolución de sus coordenadas o bien por que ha planifi cado su itinerario. De esta manera, y a modo de 'Panel de Mensaje Variable Virtual', el usuario de la vía será informado con anterioridad de lo que acontece y le puede afectar en su conducción. - o Envío de la información dinámica de coordenadas y eventos o incidentes que lleguen a la plataforma DGT 3.0 al Sistema de Información de Gestión de Tráfico (SCADA) para que, mediante la fusión con información suministrada por terceros y la información generada en los dispositivos ITS en campo gestionados por la DGT, se pueda conocer en todo momento el estado de las carreteras e incluso adelantarse a lo que sucederá, permitiendo así una gestión inteligente del tráfico. ## Adicionalmente, la plataforma dispone de: - Un cuadro de mando de información funcional propia de la plataforma correspondiente a los diferentes casos de uso. En el Anexo II se muestra un ejemplo de información no exhaustiva obtenida del cuadro de mando.  ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET   - Un simulador de caso de uso para la realización de simulaciones y pruebas de casos de uso. ## 4.3 Infraestructura y Arquitectura de la plataforma La infraestructura de la plataforma está contratada con el proveedor de cloud AWS. A continuación, se muestra un esquema de la arquitectura global detallando los productos contratados y tecnologías utilizadas.  En los siguientes 3 esquemas se detalla el funcionamiento y tecnologías utilizados en los módulos DevOps, DGT 3.0 y V-16.  ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET     ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET        El contratista deberá asumir los costes de toda la infraestructura contratada, así como el soporte y operación de esta. ## 4.4 Casos de uso desplegados A continuación, se indican los casos de uso actualmente implantados y en funcionamiento: - V-16. Vehículo detenido. - Cono conectado. Advertencia de obras. - Zonas de Bajas Emisiones (ZBE). - Grúas. Vehículos de auxilio en carretera en operación. - Aparcamientos. - Protección de usuarios vulnerables. - Ciclistas en la vía. - Información de zonas de carga y descarga. - V-2. Seguimiento de transporte de grandes dimensiones. - Eventos deportivos. - Información de autobuses en paradas. - Acceso a la información de la Plataforma de vehículo conectado por parte de las Autoridades competentes en materia de tráfico.  ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET   Antes que finalice el contrato en vigor, está previsto el desarrollo e implantación de estos 2 casos de uso: - OEM. Envío de información de los fabricantes originales de equipos. - EVA. Vehículos de emergencia y quitanieves acercándose. La información técnica de los diferentes casos de uso (tablas maestras, modelo de datos, errores, métodos, FAQs y protocolos) así como información relativa a las pruebas de integración, se encuentra en formato wiki en la siguiente URL: Plataforma DGT3.0 de la Dirección General de Tráfico GitHub: https://github.com/dgt30-esp A continuación, se muestran algunos datos de volumetría de casos de uso correspondientes al año 2025-2026: | Caso deUso | Septiembre | Octubre | Noviembre | Diciembre | Enero | |--------------|--------------|-----------|-------------|-------------|---------| | V16 | 566337 | 918650 | 1478360 | 2383329 | 4451991 | | Gruas | 8549066 | 10897708 | 11439093 | 10396494 | 9538842 | | Ciclistas | 790531 | 74503 | D | | 0 | | Vulnerables | 987781 | 829184 | 770253 | 424500 | 753905 | ## 4.5 Sistema de GIS CORPORATIVO a disposición de la plataforma La DGT dispone de un Sistema de Información Geográfica ( GIS en adelante) corporativo basado en los productos de ESRI y sobre una cartografía OpenStreetMaps. Este sistema se pondrá a disposición de la plataforma DGT 3.0, debiendo conocerse que la base de datos de carreteras se centra en las vías interurbanas y que, en todo caso, tanto en territorio urbano como interurbano la plataforma debe garantizar unos tiempos y calidad de la información, lo que hace que pueda requerir disponer en la plataforma DGT 3.0 de herramientas adicionales de contextualización en tiempo real, analítica geoespacial, cartografías urbanas, etc. A continuación, se muestra un esquema de la arquitectura física del GIS CORPORATIVO que incluye las versiones de los productos actualmente instalados.  ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET    Los formatos vectoriales con los que se trabaja en DGT son 'ESRI Geodatabase' y el formato raster es 'Mosaic Data Set' . Los servicios que se ponen a disposición de DGT 3.0 serán servicios basados en la API REST de ArcGIS Server, que admiten llamadas mediante peticiones HTTP de tipo GET y POST, lo que permite que sean compatibles con cualquier lenguaje de secuencia de comandos que pueda realizar llamadas de servicio Web RESTful mediante HTTP y analizar las respuestas obtenidas. Las respuestas serán devueltas en diferentes sistemas de referencia (proyectados y geográficos). En concreto, se dispone de los siguientes servicios GIS: ## · X,Y Carretera, PK y viceversa o titular de la vía: - o Carretera y PK a coordenadas: servicio web que, mediante la introducción de las referencias de la vía (carretera y punto kilométrico), devuelve la referencia espacial (x-y o lon-lat) en diferentes sistemas de referencias que permitan el intercambio de estos datos con Sistemas de Información Geográfica dentro de la DGT. - o Coordenadas a Carretera, PK y titular de la vía: servicio web que, mediante la introducción de coordenadas en diferentes sistemas de referencia junto a un radio de búsqueda, devuelve las referencias de la vía (provincia, carretera, punto kilométrico y titular) que permitan el intercambio de estos datos con Sistemas de Información Geográfica dentro de la DGT. También hay una versión de estos para entornos urbanos usando CartoCiudad.  ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET   - Eventos sucedidos en el área marcada por un punto y un radio : servicio web que, mediante la introducción de coordenadas en diferentes sistemas de referencias junto a un radio de búsqueda, devuelve información sobre los diferentes eventos con componente geográfica de los que disponga la DGT y que se encuentren publicados dentro de la estructura del ArcGIS Server Corporativo, lo que permitirá el intercambio de estos datos con Sistemas de Información Geográfica dentro de la DGT. - Carreteras que desembocan en un punto: mediante la introducción de referencias de la vía (carretera y punto kilométrico) junto a un radio de búsqueda, se obtiene un listado de todas las carreteras, en contacto con la vía introducida y que se encuentren dentro del radio de búsqueda. - Identificación de elementos por unidad administrativa: servicio web que mediante la introducción de una unidad administrativa, obtiene como respuesta una relación con los diferentes elementos con componente geográfica existentes en su interior, estos elementos serán los contenidos dentro del repositorio de información geográfica del que dispone la DGT como los pasos a nivel, las rutas ciclistas, áreas de embolsamiento, restricciones, tramos de vigilancia especial, lo que permitirá el intercambio de estos datos con los Sistemas de Información Geográfica dentro de la DGT. - Carreteras dentro de una unidad administrativa: servicio web que, mediante la introducción de una unidad administrativa, devuelve como respuesta una relación con las diferentes carreteas que existen en su interior incluyendo los puntos kilométricos de inicio y fin, lo que permitirá el intercambio de estos datos con los Sistemas de Información Geográfica dentro de la DGT. - Unidades administrativas atravesadas por una carretera: servicio web que mediante la introducción de la denominación de una carretera y una provincia se obtiene como respuesta una relación con las diferentes comunidades autónomas, provincias y municipios que atraviesa, lo que permitirá el intercambio de estos datos con los Sistemas de Información Geográfica dentro de la DGT. Por último, resaltar que el GIS Corporativo dispone de una capa Raster con el Modelo Digital Terrestre de España y que la idoneidad o no de remitir la Z además de la X y la Y será decisión de los adjudicatarios en caso de que pueda resultar de aplicación a algún caso de uso. Si para la realización de las actividades previstas en el presente contrato, como por ejemplo la implantación de un nuevo caso de uso, fuera necesario el desarrollo de un nuevo servicio dentro del GIS Corporativo, el desarrollo de ese nuevo servicio no sería objeto del presente contrato.  ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET   Sí es objeto del presente contrato las adaptaciones o ajustes necesarios en la plataforma DGT 3.0 para adaptarse a los cambios de versión de los productos software comerciales que forman el core del GIS Corporativo, así como a posibles evoluciones, mejoras, optimizaciones o similar de los servicios incluidos en el GIS Corporativo.  ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET MONTSERRAT ESTACA GOMEZ - 2026-03-02 16:23:52 CET  ## 5 DESARROLLO DE NUEVOS CASOS DE USO En el apartado 4.4 Casos de Uso desplegados se indican todos los casos de uso que ya están implantados en la plataforma DGT 3.0, o con previsión de estar realizada su implantación antes del inicio del presente contrato. Durante la prestación de este contrato está previsto realizar la implantación de 2 nuevos casos de uso, a razón de uno por año. Esta planificación inicial podrá variar de acuerdo con las necesidades de la DGT y bajo la aprobación de la Dirección del contrato de la Plataforma DGT 3.0. La decisión final respecto al caso de uso a implantar cada año de contrato corresponde en exclusiva a la Dirección del contrato. ## 5.1 Definición de nuevos casos de uso. El mundo tecnológico del vehículo conectado, así como sus implementaciones reales en la práctica, tienen margen de evolución en el ámbito de las Administraciones Públicas en lo que se refiere a una implementación basada en servicios de nube. La DGT, tras un exhaustivo análisis de las necesidades actuales y la evolución de la plataforma DGT 3.0, junto con el estado de la tecnología, se plantea la realización de 2 casos de uso, a razón de uno por cada año de contrato. Los casos de uso no están definidos, pero está previsto que se realicen en los ámbitos donde se prevé mayor evolución como el vehículo autónomo, optimización del transporte de mercancías y comunicaciones bidireccionales entre el vehículo conectado y la infraestructura de las vías. En todo caso, a lo largo del contrato, y en base al principio de 'learn by doing', pueden surgir nuevas ideas y potenciales casos de uso que en este momento no se contemplan pero que pueden contribuir a la mejora de la circulación y a la reducción de congestión, emisiones y accidentes. En este sentido, se contempla en este pliego la posibilidad de trabajar en conjunto con el contratista adjudicatario con el objeto de ir analizando estas nuevas posibilidades y, en caso de que resulten aprobadas por la Dirección del Contrato, se procederá a su implementación.   ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET   Los casos de uso tendrán una complejidad similar a los anteriormente implantados, habiendo sido estimados los perfiles profesionales y costes asociados para su realización. ## 5.2 Desarrollo de los casos de uso. Dentro del desarrollo de casos de uso, y para lograr el correcto funcionamiento de estos, deberá realizarse una serie de trabajos de apoyo adicionales que ya se han incluido y prorrateado en el tiempo estimado. ## En concreto: - Cada caso de uso deberá incluir, de resultar necesario, el desarrollo tanto de la parte servidora, donde se implementa el algoritmo, como de la parte cliente , que debe realizarse de forma que se pueda adaptar a todas las soluciones de mercado que existen en el entorno del vehículo y las tecnologías móviles. - Elemento para la auditoría y análisis de comportamientos anómalos en relación con la seguridad. - Sistema de información para la parametrización de los casos de uso implementados. - Interfaz de Cuadro de Mando Integral tanto de histórico como en tiempo real (Monitor) y para la generación automatizada de informes a Dirección. - Sistema para la publicación y provisión de las versiones adecuadas de software en cada momento, de modo que los clientes puedan acceder a las nuevas versiones de sus productos de la manera más sencilla posible. - Los casos de uso generarán información que pueda ser exportable a sistemas corporativos de la DGT, para lo que se desarrollarán las correspondientes integraciones si resultara necesario. - Con la finalidad de poder efectuar pruebas de rendimiento y seguridad, el contratista adjudicatario también proveerá un simulador desarrollado a los efectos de replicar en todo el comportamiento de los usuarios de la vía. Todos los desarrollos y productos empleados para el correcto funcionamiento de la plataforma DGT 3.0 pasarán a ser propiedad de la DGT al finalizar el contrato de modo que no se generen situaciones de cautividad y se facilite la migración de plataforma IaaS.  ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET  ## 5.3 Ciclo de vida de un caso de uso. Para la implementación completa de un caso de uso se deberá pasar por las siguientes fases, cuyos entregables deberán ser aprobados por la Dirección del Contrato para pasar a la siguiente fase: ## 1.- Comprensión del Caso de Uso. Entendimiento completo de lo que se busca con el caso de uso desde la perspectiva de la DGT y del usuario de la vía. ## 2.- Análisis de casuística. En esta fase se trataría de realizar un análisis pormenorizado de todas las casuísticas que se pueden dar dentro del caso de uso y una definición exhaustiva de las fuentes de entrada, los algoritmos de decisión, los parámetros que configurarán dichos algoritmos y la difusión de la información tanto hacia los sistemas de información internos de la DGT como a los clientes de la plataforma. También se contemplaría cómo informar al vehículo que circula en el sentido correcto y cómo dejar de informar a aquel que, estando próximo geográficamente, no se verá afectado por la incidencia. El informe generado del análisis de casuística deberá ser aprobado por la Dirección del Contrato. ## 3.- Estrategia de cliente. En esta fase el contratista adjudicatario realizará un análisis de sus potenciales clientes y solicitará a la DGT la aprobación para comenzar el trabajo con el número mínimo de proveedores de servicios de seguridad vial y movilidad que determine la Dirección del Contrato. También se incluirá dentro de esta fase la definición de la estrategia a seguir en función de las diferentes situaciones que presenten las marcas para sus diferentes modelos, garantizando en todo caso que todo ciudadano que quiera podrá, de uno u otro modo, acceder a la información de vehículo conectado provista por la DGT, siempre de forma óptima teniendo en cuenta el grado de avance tecnológico del que el vehículo disponga. ## 4.- Análisis y Diseño de la solución tecnológica. Definición de lenguajes, algoritmos y lógica a emplear para satisfacer las necesidades evidenciadas en la definición del caso de uso.   ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET   ## 5.- Desarrollo del caso de uso en la parte servidora, es decir, la que será ejecutada en la plataforma DGT 3.0. En esta fase también se analizarán las necesidades de almacenamiento y procesamiento necesarias en la infraestructura de la plataforma. ## 6.- Desarrollo del caso de uso en la parte cliente. En caso de que se determine necesario el desarrollo de la parte cliente, estos desarrollos incluirán las tecnologías más extendidas. Se debe proveer al ciudadano de la mejor información posible en función de la situación de avance tecnológico de su vehículo y la suya propia. ## 7.- Despliegue en preproducción y pruebas de rendimiento/securización. Se desplegará el caso de uso en el entorno de preproducción y se realizarán las pruebas de carga que demuestren que la plataforma opera en condiciones ideales de rendimiento tanto en momentos valle como en momentos pico de carga, teniendo en cuenta el volumen máximo vehicular considerado. Con la finalidad de seguir las instrucciones dadas por la Unión Europea en materia de ciberseguridad, en la implementación del caso de uso se garantizará también la inviolabilidad de los mensajes y la autenticidad de la información suministrada por la DGT. Se realizarán pruebas de regresión de la plataforma para asegurar que su implantación no afectará al funcionamiento del resto de casos de uso ya implantados. ## 8.- Documentación y calidad. La documentación mínima a presentar con cada caso de uso para su aprobación será: - Plan de proyecto. - Documento de requisitos. - Maqueta. - Documento de Arquitectura. - Documento de Diseño - Modelo lógico de datos (Entidad - Relación). - Modelo físico de datos (script de base de datos). - Manual de usuario. - Manual de usuario de artefactos. - Plan de pruebas funcionales. - Plan de pruebas de carga y seguridad. - Plan de pruebas de regresión.   ## 9.- Puesta en producción y publicidad. Una vez el caso de uso haya sido aceptado por la Dirección del contrato, se pasará el caso de uso a producción y se informará a los potenciales clientes el nuevo estatus del caso de uso, de modo que puedan comenzar a disfrutar de sus ventajas. En el paso a producción se contará con el número mínimo de proveedores que haya determinado la Dirección del contrato. En esta fase, en caso de requerirlo la Dirección del contrato, se deberán generar los siguientes materiales específicos del caso de uso con el objetivo de presentarlo y publicitarlo en eventos, congresos, foros y medios de comunicación: - Video explicativo del funcionamiento con una duración máxima de 3 minutos. - Paper. - Presentación. - Infografía. - Borrador de nota de prensa para los medios de comunicación. - Contenido específico para la web de la DGT relativo a la difusión del caso de uso y que ponga a disposición de los clientes la información que necesitan, previa a su incorporación a la plataforma, así como durante su participación. ## 10.- Recepción del caso de uso. Finalizadas las fases anteriores, y transcurrido un mes desde la puesta en producción del caso de uso y estando totalmente resuelta cualquier incidencia detectada, con la aprobación de la Dirección del contrato, se podrá proceder a la conformidad y facturación de dicho caso de uso en el periodo determinado para la misma.   ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET  ## 6 SOPORTE A INTEGRACIONES A lo largo de la ejecución del presente contrato el contratista adjudicatario realizará todas las labores de apoyo y soporte a integraciones de terceros con los servicios provistos por la plataforma. Para dar acceso a los servicios y dar apoyo a la integración de un tercero, se requerirá el consentimiento y aceptación por parte de la Dirección del contrato en base a la relevancia del tercero, la oportunidad o el cumplimiento normativo en caso de que dicha integración así sea requerida. Durante la prestación de este contrato está previsto realizar 20 integraciones en cada uno de los años de contrato. ## 6.1 Actividades a realizar Las labores incluidas en el servicio de soporte a integraciones son: - Elaboración de manuales y acceso a interfaces para el consumo de las utilidades de la plataforma. - Soporte y pruebas en los entornos de desarrollo y preproducción. - Pruebas de seguridad. - Creación de clientes ad-hoc en caso de ser requeridos para la integración. - Creación y actualización de un inventario de integraciones realizadas con las fechas y actuaciones más relevantes.   ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET  ## 7 CONSULTORÍA El objeto del presente contrato contempla una serie de actividades de apoyo de consultoría que permitan acometer el proyecto con éxito. Estas actividades se agrupan en 3 bloques y se describen en los siguientes subapartados: - Informe anual sobre el estado de la tecnología del vehículo conectado y los aspectos jurídico-tecnológicos - Trabajos de consultoría y asesoramiento de aspectos jurídicos y reglamentarios relativos a la plataforma, los casos de uso en funcionamiento o los pendientes de implantar, así como elementos que forman parte de los mismos. - Informe de transición y entrega a realizar cada año de contrato. Al final del contrato se entregará uno que aglutine los de los años anteriores. ## 7.1 Informe sobre el estado de la tecnología del vehículo conectado y los aspectos jurídico-tecnológicos El informe anual estará compuesto por dos apartados: - Informe de Estado de la tecnología de vehículo conectado en los diferentes sistemas, marcas de automoción del mercado y principales aplicaciones o dispositivos IoT. Este informe incluirá las tecnologías de cliente y estrategia contemplada por cada sistema a la hora de convertirse en potencial consumidor de los servicios que ofrezca la plataforma DGT 3.0. También analizará el modelo de vehículo conectado empleado por los principales sistemas, es decir, si han afrontado o no un proyecto de conexión de vehículo, qué servicios proveen y de qué modo. - Informe de aspectos jurídico-tecnológicos sobre las precauciones a contemplar por parte de la solución tecnológica para no incumplir ninguna legislación en vigor (por ejemplo, la legislación en materia de protección de datos de carácter personal, telecomunicaciones, etc.). También se incluirán entre los entregables la cláusula de responsabilidad a incluir en el software desarrollado para despliegue en el lado del cliente, que deberá ser incluida en el informe jurídico-tecnológico. El informe, con sus dos apartados, se mantendrá vivo durante todo el contrato y, en concreto, se entregará para su aprobación una versión anual a la Dirección del contrato, dando lugar a 2 versiones durante la ejecución total del contrato.   ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET  ## 7.2 Trabajos de consultoría Se deberán realizar trabajos de consultoría y asesoramiento de aspectos jurídicos y reglamentarios relativos a todos los elementos físicos o tecnológicos que forman parte de la plataforma o de los casos de uso en funcionamiento o los pendientes de implantar, así como de las normativas legales que tengan impacto en las mismas. Estas actividades se realizarán a solicitud de la Dirección del contrato. Se incluye la realización de documentos relativos a: - Borradores para Normativas legales, Instrucciones, Directrices, Resoluciones y Escritos. - Consultas legales. - Respuestas a preguntas parlamentarias o de otros organismos y administraciones públicas, así como empresas o ciudadanos. - Colaboración en la preparación de Preguntas Frecuentes (FAQ) o contenidos similares, relativas a la plataforma para su publicación en la web de la DGT, así como otras webs de otros organismos, administraciones y empresas públicas. - Contribución a entregas de documentación, realización de encuestas o cualquier otra documentación necesaria en el seno de grupos de trabajo, eventos, congresos o foros en los que participe la DGT. Estas actividades y elaboración de documentos se realizarán durante toda la ejecución del contrato y deberán ser respondidas, en el plazo indicado en cada caso por la Dirección del contrato en función de las necesidades. ## 7.3 Informe de transición y entrega El Informe de transición y entrega, que se realizará durante los últimos 3 meses de cada año de contrato, implicará el desarrollo de procedimientos y su posterior ejecución para garantizar la transferencia de conocimiento adquirido o generado, así como los activos adquiridos durante la prestación del contrato por parte del contratista adjudicatario hacia un tercero o hacia la propia Dirección General de Tráfico.     El informe, se mantendrá vivo durante todo el contrato y, en concreto, se entregará para su aprobación una versión anual a la Dirección del contrato, dando lugar a 2 versiones durante la ejecución total del contrato. El compromiso de devolución, incorporará en su versión definitiva al final del contrato o, en su caso, última prórroga, como mínimo los siguientes elementos: - Documentación asociada a la prestación del servicio. - Detalle sobre los repositorios de código fuente, otorgando total accesibilidad a la Dirección del contrato, mecanismos de compilación y sus dependencias, así como el despliegue. - Traspaso de la propiedad de los activos del contratista adjudicatario susceptibles de ser transferidos, incluyendo los contratos de terceros y titularidad de las licencias. Se relacionarán los costes asociados a la transferencia para garantizar el mantenimiento del servicio - Transición del conocimiento de los recursos del contratista adjudicatario a los recursos designados por la Dirección General de Tráfico. Además, deberá contener en dicha versión definitiva la siguiente documentación respecto al estado de la plataforma DGT 3.0, teniendo en cuenta que bastante documentación solicitada se habrá generado durante el proyecto y la entrega será su recopilación de manera ordenada: - Estado de los Casos de Uso previsto a final del contrato junto con la descripción de la funcionalidad y volumetría actual y prevista (eventos y cantidad de información en Mb). - Información de las integraciones realizadas en el contrato más las realizadas con anterioridad. - Entorno tecnológico de la Plataforma: - o Mapa de infraestructura con recursos cloud y conexiones con detalle de contratos con terceros (titularidad; características contratadas como volumen de almacenamiento, cálculo, vCPU, RAM, ancho de banda..; escalabilidad; modelo de coste/pago,...). - o Mapa de las tecnologías utilizadas en los diferentes módulos. - o Mapa de entornos (desarrollo, preproducción y producción) y modelo de despliegues. - o Informes de Auditoría, Rendimiento (latencias) o Seguridad realizados. - o Previsión de volumetría de datos futura y escalabilidad/capacidad de los sistemas. - Entorno funcional de la Plataforma: - o Presentación actualizada resumen de DGT 3.0.  ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET MONTSERRAT ESTACA GOMEZ - 2026-03-02 16:23:52 CET  - o Mapa funcional de aplicaciones e interfaces actualizado. - o Estado del cuadro de mando integral (histórico y tiempo real para la generación de informes a Dirección). - o Estado del Simulador de usuario de vía y eventos para testing de Casos de uso (funcional, rendimiento y seguridad). - o Modelo de datos de la aplicación. - o Formatos de entrada / exportación de datos de las diferentes interfaces. - Material de difusión generado durante el contrato (vídeos, presentaciones, papers, infografías,…). - Informes de estado de la tecnología de vehículo conectado y aspectos jurídicotecnológicos. - Situación en Apoyo en Grupos de Trabajo: - o Estado de situación de los diferentes Grupos de Trabajo así como del material generado. - o Planificación de siguientes reuniones, eventos, acciones o revisión/aprobación de documentación o normativa. - Inventario de Desarrollos / Incidencias en curso: - o Inventario de código fuente y modelo de versionado. - o Detalle de desarrollos e incidencias en curso. Adicionalmente, se deberá realizar una auditoría final de ciberseguridad y hacking ético con la correspondiente presentación de resultados que certifique la situación de la plataforma al final del contrato o, en su caso, última prórroga. La adecuación final del producto entregado a las necesidades reales para realizar una transición normalizada será decidida por la Dirección del contrato.   ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET  ## 8 APOYO Y PARTICIPACIÓN EN GRUPOS DE TRABAJO La plataforma DGT 3.0 se ha convertido en uno de los más modernos sistemas de vehículo conectado a nivel europeo e internacional, siendo en sus inicios la primera plataforma de conectividad basada en comunicaciones celulares liderada por un Estado Miembro de la Unión Europea. Por este motivo, España forma parte actualmente de varios proyectos y grupos europeos, en particular Data For Road Safety (DFRS), grupo de trabajo en el seno de la Comisión Europea que busca implementaciones de conectividad para salvar vidas. En el seno de este grupo, existen diferentes apartados técnicos en los que cada país, fabricante de automoción o de dispositivo explica sus desarrollos y realiza pilotos de los que pueden beneficiarse todos los demás, contribuyendo de este modo a que Europa continúe liderando las políticas de seguridad vial basadas en la tecnología a nivel mundial. Actualmente, la DGT también participa activamente en otros proyectos europeos, como NAPCORE y TRISGRADE. ## 8.1 Actividades a realizar Para continuar la aportación de la DGT en cualquiera de los grupos de trabajo nacionales o internacionales relacionados con el objeto de este proyecto, así como dar soporte a la DGT en los diversos foros y congresos a nivel nacional e internacional, se requiere el apoyo del equipo del contratista adjudicatario mediante la participación en workshops y reuniones. También se incluirán dentro de este apartado el apoyo en otras iniciativas de carácter internacional relacionadas con la difusión y promoción del modelo de seguridad vial basado en la tecnología del vehículo conectado implantado en España. La facturación del servicio requerirá de todas estas actividades obligatorias: - Preparación de la documentación de la reunión, que debe incluir el posicionamiento propuesto de la DGT, que deberá ser enviado 2 días laborables antes de la reunión a la Dirección del contrato para su validación previa. - Según decida la Dirección del contrato, asistencia obligatoria presencial o en remoto a la reunión o workshops del grupo de trabajo, foro, congreso, conferencia y demás eventos. - Preparación del acta de la reunión, que además debe incluir un análisis del impacto sobre la DGT (sistemas, normativas,…) y un plan con las acciones propuestas a llevar a cabo. Su envío deberá realizarse dentro de los 2 días laborables posteriores a su celebración. Con carácter general, las actas deberán realizarse en español. Las notas internas del evento (' Notes ') que la organización suele distribuir a los asistentes no se consideran acta de esta, aunque se deberán adjuntar dentro del acta a realizar.     La decisión de participar en una reunión, y si esta debe realizarse de manera remota o presencial, corresponde exclusivamente a la Dirección del contrato, siendo obligatorio para el contratista adjudicatario tanto la participación como la elaboración de los materiales que sean requeridos.  ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET  ## 9 SERVICIOS DE IaaS (Infraestructura como Servicio) En el apartado 4.3 se detalla la Infraestructura y Arquitectura de la plataforma DGT 3.0 dentro del proveedor de cloud AWS y construido a nivel operativo bajo una Landing Zone. El contrato incluye los servicios de infraestructura en modelo Infraestructura como Servicio (IaaS) sobre los que se ejecutarán los sistemas de información específicos para lograr la recepción, tratamiento, procesado, toma de decisión y divulgación de la información de valor para la seguridad vial de la plataforma DGT 3.0. En todo caso, la infraestructura sobre la que se apoyarán los servicios especializados deberá ofrecer un entorno de alta disponibilidad, seguridad y escalabilidad, y deberá utilizar un modelo alineado con el Well Architected Framework de AWS. ## 9.1 Actividades a realizar El contratista adjudicatario tendrá que realizar las operaciones de instalación, puesta a punto, administración, monitorización y optimización de los distintos sistemas de información requeridos para lograr el objetivo de este contrato. Además, se encargará de lograr que la escalabilidad sea transparente para el usuario y que la seguridad quede garantizada sin comprometer el rendimiento y, por lo tanto, la percepción del usuario final. El servicio deberá contar con un Jefe de Proyecto que coordine todas las actividades y participe de manera activa en las diferentes reuniones de seguimiento del proyecto, y que genere toda la documentación relativa a su ámbito que determine la Dirección del contrato. Los servicios de infraestructura deberán cumplir los estándares abiertos OpenStack y Cloud Foundry. Asimismo, se requiere que el servicio de infraestructura proporcionado por el contratista adjudicatario sea compatible con las tecnologías estándares de contenedores y empaquetamiento. Se deberán proveer los servicios IaaS para la plataforma de vehículo conectado, incluyendo servicios de respaldo de los fabricantes de dispositivos de preseñalización V-16. Entre las funcionalidades que el sistema IaaS ofrezca, se deberán encontrar un elemento securizador de alto rendimiento, un Enterprise Service Bus (ESB), un módulo de prefiltrado, la anonimización de la información y preparación de los datos para tratamiento, además de funcionalidades de contextualización espacial, toma de decisiones y parametrización de los ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET   MONTSERRAT ESTACA GOMEZ - 2026-03-02 16:23:52 CET   algoritmos para implementar los diferentes casos de uso y de análisis de datos, BI, auditoría para determinación de anomalías y generación de informes. Los servicios soportados por la IaaS podrán ir cambiando a lo largo de la ejecución del contrato con el fin de adaptarse a las novedades tecnológicas del mercado y a las mejores capacidades que estas puedan ofrecer. Dentro del contrato se incluirán los productos necesarios para garantizar el servicio al ciudadano y, en todo caso, ser capaz de ofrecer los servicios hasta a 5 millones de vehículos concurrentes. Cualquier producto, servicio, módulo de funcionalidad que decida emplearse requerirá la aprobación de la Dirección del contrato y pasará a ser propiedad de la DGT al finalizar el contrato. ## En todo caso, la solución tecnológica ofertada deberá poseer características de: - Alta disponibilidad : La plataforma DGT 3.0 deberá prestar un servicio 24x7x365. En caso de que, por alguna circunstancia, los clientes de la plataforma no pudieran disfrutar de los servicios prestados por esta, deberían ser informados de tal circunstancia y esta deberá quedar registrada en un sistema de logs. El contratista deberá aportar un teléfono de guardia 24x7 para atender estas incidencias, con un plazo de respuesta de 1 hora para el inicio de la resolución de las mismas. - Escalabilidad : El servicio ofrecido por la plataforma DGT 3.0 debe ser prestado bajo los mismos ratios de rendimiento independientemente de la cifra de vehículos simultáneos que consuman o entreguen información. En este sentido, tanto los sistemas de información específicos encargados del análisis, toma de decisiones y difusión, como los sistemas de securización y detección de anomalías, deberán tener capacidad de proceso suficiente y memoria autoincrementables de forma transparente, de modo que no repercuta, en ningún caso, en los vehículos conectados. - La carga máxima estimada de potenciales vehículos concurrentes se entenderá de 5 millones de vehículos a los efectos del presente Pliego. - Seguridad : La plataforma garantizará el equilibrio entre seguridad y rendimiento, de modo que todas las comunicaciones establecidas entre usuario y plataforma, independientemente del sentido, queden aseguradas. Se deberá proveer una solución tecnológica de seguridad que contemple un incremento mínimo en cuanto al ancho de banda y en cuanto a los tiempos de proceso derivados de la securización, ya sean estos basados en tokens, certificados u otro tipo de modelos de seguridad aplicados a nivel de mensaje o de capa de transporte. - Anonimidad : La solución tecnológica ofrecida deberá preservar siempre la identidad tanto del vehículo como del conductor, de modo que esta información solamente podrá utilizarse para garantizar o incrementar la seguridad vial en el territorio español y, en ningún caso, con fines de identificación personal o análisis de comportamientos. - Bajo consumo : La solución tecnológica, incluido el coste energético de la ejecución del software en el cliente y el coste en comunicaciones, será controlado buscando siempre conseguir unas cifras bajas de consumo. Los algoritmos serán definidos de modo que,  ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET   - con el mínimo intercambio de información y por lo tanto con el mínimo impacto en consumo de red y de energía, se pueda generar una información cierta y de valor para ser distribuida a la red de usuarios de la plataforma. - Rápida integración : Se buscará que la plataforma sea fácilmente integrable tanto con clientes como con suministradores de información. Tanto la metodología a emplear como los lenguajes deben facilitar los desarrollos rápidos sin que ello vaya en detrimento de cumplir con la documentación requerida en el ciclo de aseguramiento de la calidad del software. Además del entorno en el que se ejecutan los casos de uso una vez aprobados, el contratista adjudicatario proveerá también un entorno de preproducción y de pruebas en condiciones iguales al entorno de producción, de modo que se puedan realizar pruebas de rendimiento y seguridad con las garantías de que reflejan exactamente el comportamiento de la plataforma DGT 3.0 en producción. Tras la prueba de un caso de uso en este entorno, se generará un informe de integración, rendimiento y seguridad que deberá ser aprobado por la Dirección del contrato.  ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET MONTSERRAT ESTACA GOMEZ - 2026-03-02 16:23:52 CET  ## 10 DOCUMENTACIÓN PARA LA DIFUSIÓN Uno de los principales objetivos del contrato es ampliar el ecosistema de actores de la movilidad que provee o consume datos de la plataforma DGT 3.0, de cara a potenciar de manera significativa su influencia en la seguridad vial. Para la DGT resulta conveniente disponer de material divulgativo de la plataforma y casos de uso, ya que esto supone mayor capacidad de generar un aumento del ecosistema de movilidad conectado e integrado con la plataforma DGT 3.0. ## 10.1 Actividades a realizar En relación con los casos de uso existentes y de los casos de uso que se evolucionen, preparación de toda la documentación y material audiovisual requerido por la DGT, para la difusión de la plataforma DGT 3.0 en congresos, foros, convenciones, eventos con los medios de comunicación, etc. El material a incluir: - En cada año de contrato, 2 vídeos divulgativos o grabaciones de audio de una duración máxima de 3 minutos. - Papers de los casos de uso existentes que no tuvieran y modificación de los papers de los casos de uso que se evolucionen. - Presentaciones. - Infografías. - Borradores de notas de prensa para los medios de comunicación. - Contenido específico para la web de la DGT relativo a la difusión de la plataforma, así como otras webs de otros organismos, administraciones y empresas públicas. - Cualquier otro material requerido por la DGT para la difusión de la plataforma. - Preparación del material necesario para la participación de la DGT en los diversos foros y congresos a nivel nacional e internacional. Su entrega deberá realizarse 10 días antes del inicio del evento para la validación por parte de la Dirección del contrato. Toda la documentación y la información contenida en la página web de la DGT se deberá mantener actualizada de manera mensual durante todo el transcurso del contrato. De acuerdo a las necesidades de la DGT, el material deberá realizarse en el idioma español, en cualquiera de las lenguas cooficiales y en el caso de presentaciones internacionales, en inglés.     La elaboración del material se realizará durante toda la ejecución del contrato y deberá ser respondidas, en el plazo indicado en cada caso por la Dirección del contrato en función de las necesidades.    ## 11 MANTENIMIENTO-EVOLUCIÓN DE LA PLATAFORMA Y DE LOS CASOS DE USO Este contrato incluye la prestación de un servicio de mantenimiento y evolución de todos los desarrollos existentes en la plataforma DGT 3.0 que garantice el correcto funcionamiento de todos los módulos y aplicaciones. ## 11.1 Alcance del servicio El alcance del servicio incluye: ## · Mantenimiento Correctivo y Perfectivo (20,00%): - o Resolución de defectos funcionales o técnicos hallados en las aplicaciones como consecuencia de su uso, problemas de configuración o auditorías. - o Acciones necesarias para prevenir la aparición de problemas en las aplicaciones, ya sean funcionales, de operación o rendimiento. - o Informes de Incidencias: Generar informes detallados de cada incidencia, incluyendo descripción, tiempo de respuesta, acciones tomadas y resultados. - o Optimización de Rendimiento: Implementar ajustes y mejoras para optimizar el rendimiento del sistema y prevenir problemas de capacidad o respuesta. - o Monitoreo Proactivo: Utilizar herramientas de monitoreo para detectar y resolver anomalías operativas antes de que afecten a los usuarios. ## · Mantenimiento Evolutivo y Normativo (53,08%): - o Implementación de nuevos requisitos funcionales de acuerdo con la detección de necesidades tras las revisiones periódicas de los diferentes casos de uso en funcionamiento. - o Implementación de cambios basados en adaptación tecnológica, asegurando que los diferentes módulos de la plataforma se mantengan actualizados con las últimas tecnologías disponibles. - o Implementación de mejoras conducentes a menores tasas de error o a la optimización del rendimiento de la aplicación o servicio, utilizando técnicas avanzadas de monitoreo y ajuste. - o Adecuación de las aplicaciones a los últimos estándares de seguridad, así como a posibles nuevas leyes, regulaciones o normativas en el ámbito tecnológico a nivel nacional o europeo que tengan impacto en el funcionamiento de la plataforma DGT 3.0. - o Adecuación de las aplicaciones a las nuevas leyes, regulaciones o normativas en el ámbito de la seguridad vial o del vehículo conectado, así como a cualquier otra  MONTSERRAT ESTACA GOMEZ - 2026-03-02 16:23:52 CET   normativa nacional o europea que tenga impacto en el funcionamiento de la plataforma DGT 3.0. - o Actualizaciones a nuevas versiones de los componentes comunes de la DGT o servicios internos de negocio de la DGT que tengan interacción con la plataforma DGT 3.0 para mantener la coherencia y compatibilidad con el ecosistema tecnológico de la organización, así como mejorar la integración y eficiencia operativa. - o Actualizaciones a nuevas versiones de servicios compartidos de la Administración General del Estado que tengan interacción con la plataforma DGT 3.0. - o Actualizaciones a nuevas especificaciones de la arquitectura, como mecanismos de autenticación, especificaciones de servicios o mecanismos de acceso a datos. - Auditoría anual de hacking ético y ciberseguridad (20,00%) : Realización de auditorías de hacking ético y ciberseguridad de todo el ámbito de la plataforma con la correspondiente presentación de resultados. Estas serán realizadas al inicio de cada uno de los años de contrato, de cara a que durante ese año se planifiquen, desarrollen e implanten todas las recomendaciones necesarias para prevenir todas las vulnerabilidades detectadas. Además, y como se indica en el apartado 7, se realizará una auditoría final previa a la finalización del contrato o en su caso, última prórroga, que certifique la situación de la plataforma. - Tareas de soporte al cumplimiento del Esquema Nacional de Seguridad (ENS) (6,92%): Realización de todas las tareas de soporte asociadas al proceso de cumplimiento del ENS por parte de la plataforma, así como la preparación de todo el material necesario como informes y matrices de riesgos, presentaciones, soporte a auditorías, respuestas a objeciones sobre el material entregado… Estos cambios se implementarán en sucesivos ciclos de desarrollo, primando la integración continua de funcionalidades y la rápida puesta en producción de las mejoras y nuevas funcionalidades. Durante la evolución se deberá garantizar la no pérdida de servicio de aplicaciones en producción o la minimización de los tiempos de afección.  ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET   El contratista adjudicatario deberá aportar una herramienta de gestión del servicio de mantenimiento, propia o licenciada, que utilizará para registrar, modificar y consultar la creación, evolución y cierre de las incidencias y desarrollos evolutivos junto con sus características (nombre, detalle, estado, criticidad y posibles ficheros adjuntos, tiempos de respuesta en incidencias, estimaciones de esfuerzo y plazos en evolutivos, certificación de realización de pruebas y defectos encontrados, estado de los despliegues en los diferentes entornos,…). Esta herramienta deberá ser aprobada por la Dirección del contrato. La herramienta debe realizar el cálculo de todos los valores indicados en el Acuerdo de Nivel de Servicio que se describe en un subapartado posterior. Esta herramienta será accesible mediante navegador web al equipo del Área de Telemática para la movilidad de la DGT y a quién la Dirección del contrato indique. Todos los posibles costes asociados a la herramienta propia o licenciada de gestión del servicio (licencias, adaptaciones y configuraciones,…) serán a cargo del contratista . ## 11.2 Procedimiento de Gestión de Incidencias A continuación, se detallan las 3 fases de la gestión de incidencias: ## Recepción y Registro: - Las incidencias detectadas se reportarán a través de la herramienta aportada por el contratista con los siguientes datos mínimos: - o Nombre, detalle y posibles ficheros adjuntos. - o Módulo o caso de uso afectado y nivel de criticidad. - o Origen de la detección de la incidencia. - o Fecha y hora de alta de la incidencia. ## Asignación y Resolución: - Asignación de un responsable para la resolución de la incidencia, registrando la hora de inicio de la intervención. El Tiempo de Respuesta se define como el tiempo transcurrido entre los eventos de registro de la incidencia y asignación. - Implantación y documentación de todos los pasos relevantes, pruebas realizadas y resultados obtenidos durante el proceso de resolución. El Tiempo de Resolución se define como el tiempo transcurrido entre los eventos de asignación de la incidencia y la resolución.   ## Verificación y Cierre: - Una vez resuelta la incidencia, quedará pendiente de verificación por el administrador del sistema implicado. - Si se confirma la resolución, se cerrará la incidencia registrando la fecha y hora de cierre. - Si la incidencia no se considera resuelta, se continuará el proceso de resolución, manteniendo el tiempo de resolución activo. ## 11.3 Procedimiento de Gestión de Evolutivos A continuación, se detallan las 4 fases de la gestión de evolutivos: ## Registro y Estimación: - Los evolutivos se reportarán a través de la herramienta aportada por el contratista con los siguientes datos mínimos: - o Nombre, detalle y posibles ficheros adjuntos. - o Módulo o caso de uso afectado y nivel de criticidad. - o Posibles dependencias con otros evolutivos o desarrollos en curso. - o Fecha y hora de alta del evolutivo. - El contratista realizará la estimación de esfuerzo necesaria detallando las diferentes tareas (desarrollo, pruebas e implantación). ## Aprobación y Planificación: - Aprobación por parte del responsable de la DGT de la estimación. - Planificación del desarrollo e implantación del evolutivo por parte del contratista y aprobación de esta por parte del responsable de la DGT. ## Desarrollo e Implantación: - Desarrollo e implantación del evolutivo, así como generación de todos los pasos relevantes, pruebas realizadas y resultados obtenidos durante el proceso. ## Verificación y Cierre: - Una vez implantado el evolutivo, quedará pendiente de verificación por el administrador del sistema implicado.   ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET   - Si se confirma la correcta implantación, se cerrará el evolutivo registrando la fecha y hora de cierre. - Si el evolutivo no se considera correctamente implantado, se continuará el proceso de resolución, manteniendo el tiempo de resolución activo. ## 11.4 Auditorías de hacking ético y ciberseguridad El contratista debe llevar a cabo auditorías anuales de hacking ético y ciberseguridad de todo el ámbito de la plataforma, con especial interés en los ámbitos de fiabilidad de los datos, anonimización de los datos personales, en caso de que existiera alguno, y prevención de ciberataques. Estas auditorías se deberán realizar al inicio de cada año de contrato y tendrán una duración máxima de 2 meses . La presentación de resultados deberá contener al menos los siguientes aspectos: - Resumen y detalle de vulnerabilidades detectadas y catalogadas por ámbito, prioridad y posible impacto en la plataforma. - Resumen de los cambios en la infraestructura, software o configuraciones existentes en la plataforma para eliminar todas las vulnerabilidades detectadas. - Planificación de los cambios anteriores con el objetivo de su implantación durante el año de contrato correspondiente. Estos cambios serán tratados como incidencias detectadas dentro del mantenimiento correctivo, por lo que deberán ser resueltas con los recursos del contratista dedicados a ese ámbito sin generar ningún coste adicional para la administración. - Catálogo actualizado de mejores prácticas en el ámbito general de la ciberseguridad que tenga la empresa contratista por su experiencia en otros proyectos y que puedan aplicar a la plataforma DGT 3.0 de cara a prevenir futuras vulnerabilidades. Al finalizar cada año de contrato, el contratista deberá presentar un informe de verificación de la resolución de todas las vulnerabilidades detectadas durante la auditoría. Por otra parte, al final del contrato o, en su caso, última prórroga, y previa a la transferencia del servicio se realizará una auditoria para certificar la situación de la plataforma en la entrega. ## 11.5 Soporte al cumplimiento del Esquema Nacional de Seguridad (ENS) Durante este contrato, se realizará el proceso de certificación de la plataforma nivel medio dentro del Esquema Nacional de Seguridad (ENS). El nivel objetivo podría variar de acuerdo con las necesidades de la DGT y bajo la aprobación de la Dirección del contrato.    El contratista deberá realizar todas las tareas de soporte asociadas a ese proceso y la preparación de todo el material necesario, como informes y matrices de riesgos, presentaciones, soporte a auditorías, realización de autoevaluaciones, respuestas a objeciones sobre el material entregado y cualquier otro material necesario.   ## 12 OTROS REQUISITOS En este apartado se definen otro tipo de requisitos globales de la plataforma: - Integración con la última versión del Sistema de Localización de Incidencias de la DGT (LINCE): La plataforma DGT 3.0 deberá actualizarse de acuerdo con la evolución tecnológica de la aplicación LINCE con el objetivo de mantener operativas todas las comunicaciones entre ambas aplicaciones. - Integración con el nuevo Sistema de Información de Gestión de Tráfico corporativo y unificado (SCADA): Este proyecto está en desarrollo y será un sistema que centralice la operación sobre los elementos ITS en campo y, a la vez, sirva de punto de recogida de la información que estos generan. La plataforma DGT 3.0 deberá actualizarse de acuerdo a las implantaciones y la evolución tecnológica de la aplicación SCADA con el objetivo de mantener operativas todas las comunicaciones entre ambas aplicaciones. - Integración con la última versión del Punto de Acceso Nacional (NAP): La plataforma DGT 3.0 tiene que ser capaz de publicar toda la información que se considere de interés en el NAP de acuerdo con los formatos de datos definidos. - Integración con el resto de las aplicaciones del Área de Telemática y la DGT: De acuerdo al funcionamiento de los diferentes casos de uso, la plataforma estará integrada con las aplicaciones de la DGT que se considere necesarias. La plataforma DGT 3.0 deberá mantener y optimizar, en caso de ser necesario, esa integración en paralelo a la evolución tecnológica y funcional de esas aplicaciones. - Mantenimiento y evolución del simulador de casos de uso a los efectos de realizar pruebas de rendimiento y seguridad. Se trata de un simulador de usuarios sintéticos constituido por un software capaz de enviar a la plataforma un número muy elevado de peticiones concurrentes y coherentes de modo que se pueda explorar si, para cada caso de uso, la plataforma se comporta como es esperado de extremo a extremo. - Cuando en el presente pliego se habla de tiempo real se asume que la información tiene que viajar, que hay unas latencias y que hay un cierto tiempo de proceso, aunque optimizado, en el algoritmo. Teniendo esto en cuenta, con carácter general, el tiempo real será de 2 segundos a excepción, para los casos de uso en que se trabaja con coordenadas dinámicas en el que el tiempo máximo total será de 1 segundo. - Se deberá realizar el mantenimiento y evolución del Cuadro de Mando Integral, tanto de histórico como en tiempo real, que incluye la generación automatizada de informes     de dirección según las necesidades de DGT. Se realizará al menos un informe mensual de la evolución de la volumetría de los distintos casos de uso. - Se deberá realizar el mantenimiento y evolución del sistema de alertas funcionales configurable de tal forma que permita el envío de correos electrónicos a listas de mails y/o grupos de whatssap o Telegram a partir de la evolución de la información contenida en el cuadro de mando integral, como superación de umbrales de crecimiento o decrecimiento diario, semanal o mensual; de superación o no superación de umbrales fijos a nivel diario, semanal o mensual; o cualquier otro modelo de alerta que sea de interés. - Se deberá mantener y evolucionar el visor de casos de uso que permite la visualización sobre un mapa GIS del posicionamiento de los casos de uso bajo un interfaz de usuario amigable e intuitivo que permite la realización del filtrados y zooms. - Utilización de metodología Agile en la gestión de proyectos y desarrollos , de acuerdo con las mejores prácticas y principios de Scrum. Esto es aplicable tanto al desarrollo de nuevos casos de uso, la realización de evolutivos o resolución de incidencia, o cualquier otro desarrollo relativo al resto de módulos como el cuadro de mando integral, el simulador de casos de uso, el visor de cas os de uso… - Publicación de la documentación en GitLab y existencia de una WiKi que contenga toda la información necesaria de los casos de uso, contenidos audiovisuales generados y una Biblioteca de Conocimiento con las experiencias extraídas de la relación con clientes. - La plataforma deberá mantener un histórico de los casos de uso generados de al menos 2 años para los casos de uso de mayor volumetría y de 4 años en el resto de los casos de uso , pudiéndose consultar dichos datos en el cuadro de mando integral. Bajo la aprobación de la Dirección del contrato podrán ampliarse o reducirse dichos plazos. - La infraestructura de la Plataforma deberá mantener todas las prestaciones actuales a nivel de arquitectura, capacidad, seguridad, ancho de banda, tiempos de respuesta y  ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET   rendimiento, así como la utilización de los diferentes componentes existentes. Todo sin perjuicio de las diferentes mejoras que pueda haber ofertado el licitador.  ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET  ## 13 SEGUIMIENTO Y CONTROL DEL SERVICIO ## 13.1 La Dirección del contrato de la Plataforma DGT 3.0 La Dirección del contrato corresponderá a un funcionario del Área de Telemática para la movilidad. Las funciones de la Dirección del contrato serán: - La supervisión y dirección de los trabajos. - La propuesta de las modificaciones que convenga introducir o, en su caso, la suspensión de los trabajos si existiese causa técnica suficientemente motivada. - La propuesta de modificaciones en la metodología de trabajo. - Velar por la calidad de la solución. - Velar por el cumplimiento de los trabajos exigidos y ofertados y el cumplimiento de los hitos establecidos. - Emitir, en su caso, las certificaciones de conformidad de los trabajos técnicos realizados necesarias para la facturación de los trabajos. El Director del contrato podrá delegar sus funciones, en todo o en parte, en personas de su equipo. Asimismo, podrá incorporar al proyecto, durante su realización, a las personas que estime necesarias para verificar y evaluar todas las actuaciones a su cargo e incluso apoyarse en algún departamento concreto de Dirección General de Tráfico para la comprobación del cumplimiento de criterios de calidad de los entregables provistos por el contratista adjudicatario. El Director del contrato establecerá la periodicidad de las reuniones de seguimiento del Proyecto, así como la información que deberán contener los informes de seguimiento que deberá preparar el coordinador por parte del contratista. Estas reuniones servirán para determinar, analizar y valorar los trabajos durante el periodo correspondiente de la ejecución del contrato. El coordinador por parte del contratista, en el plazo de 2 días laborables, deberá presentar el borrador del acta de reunión para su posterior revisión por parte de la Dirección del contrato.   ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET  ## 14 PERFILES PROFESIONALES Y EQUIPO MÍNIMO En los siguientes apartados y para cada uno de los perfiles profesionales, se definirán los requisitos necesarios. En todos los casos, la experiencia en tecnologías específicas solicitada en este apartado a los diferentes perfiles profesionales se puede dar por cumplida con una experiencia de igual duración en tecnologías equivalentes a la indicada. ## 14.1 Jefe de Proyecto / Coordinador Técnico Experiencia y conocimientos requeridos: - Experiencia demostrada de al menos 3 años en dirección proyectos relacionados con vehículo conectado, flotas o cualquier otro campo que requiera análisis y toma de decisiones en base a un geoprocesamiento en tiempo real. - Experiencia demostrada en la implementación de funcionalidades de procesado de información en un modelo IoT. - Experiencia en dirección de equipos de desarrollo de al menos 5 años. - Conocimiento de los protocolos del mercado que se utilicen actualmente en el IoT de vehículo conectado, tanto para la recepción de eventos como para la notificación de incidentes. - Conocimiento en materia de divulgación de información de tráfico mediante los protocolos DATEX II, TN-ITS y TPEG. - Experiencia en la realización de análisis y modelado con UML. ## 14.2 Jefe de Proyecto responsable del servicio IaaS Experiencia y conocimientos requeridos: - Experiencia demostrada de al menos 5 años en dirección proyectos relacionados con servicios de infraestructura en modelo IaaS. - Experiencia en dirección de equipos de al menos 5 años. - Conocimiento de los servicios de infraestructura del mercado y el catálogo de componentes y servicios existentes.    ## 14.3 Consultor Senior Experiencia y conocimientos requeridos: - Experiencia demostrada de al menos 5 años en las tareas recogidas en los apartados Consultoría y Documentación para difusión de este pliego, según corresponda. ## 14.4 Analista Funcional Experiencia y conocimientos requeridos: - Experiencia de al menos 3 años en funciones de analista. - Experiencia en las siguientes tecnologías: - o C, Java EE 6, Java, Javascript, JQuery, AJAX, XHTML, XML, - o REST, Spring, Hibernate y en los protocolos que se utilizan actualmente en IoT. - o Geoprocesamiento. - o OpenStreetMaps. - o Modelado con UML. ## 14.5 Analista Programador Experiencia y conocimientos requeridos: - Experiencia de al menos 1 año en funciones de analista programador. - Experiencia en las siguientes tecnologías: - o C, Python, Java EE 6, Java, Javascript, JQuery, AJAX, XHTML, - o XML, REST, Spring, Hibernate y en los protocolos que se utilizan actualmente en IoT. - o Geoprocesamiento. - o OpenStreetMaps. ## 14.6 Consultor de Ciberseguridad Experiencia y conocimientos requeridos: - Experiencia demostrada de al menos 5 años en la realización de auditorías de ciberseguridad.   ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET   - Experiencia de 2 años en tareas de soporte al cumplimiento del Esquema Nacional de Seguridad. ## 14.7 Conocimientos adicionales para el desarrollo y mantenimiento de casos de uso. El desarrollo y mantenimiento de los casos de uso que conforman el proyecto DGT 3.0 es un desarrollo complejo que requiere un alto grado de especialización, y la consecución de los objetivos de rendimiento y securización constituye un factor crítico de éxito para lo que dentro del equipo asignado para estas actividades se requiere de estos conocimientos avanzados en las siguientes materias: - En los detalles de la plataforma IoT y, en concreto, del uso, administración, provisión de infraestructura y servicios, y configuración de entornos de alta escalabilidad para satisfacer el tráfico a ráfagas. - De utilización e implementación de soluciones óptimas de trabajo en Buses de Integración (ESB) para lograr la transformación y normalización de la mensajería implicada. - De interoperabilidad de mensajería ligera y de los protocolos que actualmente existen en el mercado del IoT (REST, MQTT, hypercat, XMPP, CoAP, etc.), así como de los formatos utilizados para el intercambio de información de incidencias en el ámbito del tráfico (DATEX II, TN-ITS, TPEG, etc.). - De securización con baja demanda de recursos y tiempo. - De integración de información de sensores, coordenadas de los vehículos en movimiento y geoprocesamiento en tiempo real. - Sistemas de consolidación y toma de decisiones en tiempo real teniendo en cuenta la dimensión espacial de la información y los valores transmitidos por sensores y por otros sistemas de información. - De desarrollo de APPs tanto para entornos móviles como Android e iPhone. - De desarrollo de aplicaciones en entornos vehiculares para su despliegue directo en el ordenador de a bordo. - Experiencia en las siguientes tecnologías: C, Python, Java EE 6, Java, Javascript, JQuery, AJAX, XHTML, XML, Hibernate y Spring. - Conocimiento de las tecnologías: Jenkins, Gitlab, Hashicorp Vault, Sonarqube y Kubernetes, que actualmente están siendo utilizadas en el marco del proyecto.  ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET  ## 14.8 Equipo mínimo El equipo de trabajo mínimo inicial que deberá disponer la empresa contratista adjudicataria para el adecuado desarrollo de los trabajos será como mínimo: | Perfil profesional | Número mínimo de personas | Dedicación | |-----------------------------|-----------------------------|-------------------------------------------------------------------------------------------------------------------| | Jefe de Proyecto | 1 | 100% Coordinación global del proyecto | | Jefe de Proyecto IaaS | 1 | 75% Responsable del servicio de IaaS | | Consultor Senior 1 | 1 | 100% Actividades de consultoría | | Consultor Senior 2 | 1 | 25% Actividades de documentación para la difusión | | Analista Funcional 1 | 1 | 100% Soporte a integraciones, apoyo y participación en grupos de trabajo y mantenimiento de casos de uso | | Analista Funcional 2 | 1 | 60% Desarrollo de nuevos casos de uso, apoyo y participación en grupos de trabajo y mantenimiento de casos de uso | | Analista Programador 1 | 1 | 100% Desarrollo de nuevos de casos de uso | | Analista Programador 2 | 1 | 100% Desarrollo de nuevos de casos de uso y Soporte a integraciones | | Analista Programador 3 | 1 | 100% Desarrollo de nuevos de casos de uso, soporte a integraciones y mantenimiento de casos de uso | | Consultor de Ciberseguridad | 1 | 8%de dedicación media anual (100% durante la realización de las auditorías de ciberseguridad) | El equipo técnico a adscribir al contrato para la ejecución de los trabajos deberá estar formado por componentes y perfiles profesionales que deberán acreditar debidamente el cumplimiento del nivel de conocimientos técnicos requeridos. ## 14.9 Reglas especiales respecto del personal laboral de la empresa contratista Las Instrucciones sobre buenas prácticas para la gestión de las contrataciones de servicios y encomiendas de gestión a fin de evitar incurrir en supuestos de cesión ilegal de trabajadores, de 28 de diciembre de 2012, conjunta de la SEPG y SEAP, se considerarán como parte integrante del presente. ## 14.9.1 Selección de personal. Corresponde exclusivamente a la empresa contratista la selección del personal que, reuniendo los requisitos de titulación y experiencia exigidos en los pliegos, formará parte del equipo de trabajo adscrito a la ejecución del contrato, sin perjuicio de la verificación por parte de la Dirección de Proyecto del cumplimiento de aquellos requisitos.     La empresa contratista procurará que exista estabilidad en el equipo de trabajo y que las variaciones en su composición sean puntuales y obedezcan a razones justificadas, en orden a no alterar el buen funcionamiento del servicio, informando en todo momento a la Dirección de Proyecto. ## 14.9.2 Funciones del coordinador técnico La empresa contratista deberá designar un Coordinador técnico, integrado en su propia plantilla, que tendrá entre sus obligaciones las siguientes: - Actuar como interlocutor de la empresa contratista frente a la Dirección del contrato de la Plataforma DGT 3.0. - Distribuir el trabajo entre el personal encargado de la ejecución del contrato, e impartir a dichos trabajadores las órdenes e instrucciones de trabajo que sean necesarias en relación con la prestación del servicio contratado. - Supervisar el correcto desempeño por parte del personal integrante del equipo de trabajo de las funciones que tienen encomendadas, así como controlar la asistencia de dicho personal al puesto de trabajo. - Organizar el régimen de vacaciones del personal adscrito a la ejecución del contrato, no alterando el buen funcionamiento del servicio. - Informar a la Dirección del contrato acerca de las variaciones, ocasionales o permanentes, en la composición del equipo de trabajo adscrito a la ejecución del contrato. - Acudir a las reuniones de seguimiento de la plataforma DGT 3.0 así como realizar los informes de seguimiento previos y las actas posteriores. ## 14.10 Procedimiento de cambios en el equipo Si a lo largo de la ejecución del contrato el contratista tuviese que realizar cambios en el equipo de trabajo, deberá comunicarlo con antelación a la Dirección del contrato. El nuevo candidato deberá igualar o mejorar la cualificación del perfil definido en este pliego, y la sustitución deberá realizarse en el plazo máximo de 30 días laborables. En todo caso, y previamente a la incorporación del nuevo miembro, se entregará su documentación académica y profesional a la Dirección del contrato para que dé su aprobación a la incorporación o para que justificadamente deniegue la misma. Se procurará en lo posible que el equipo de trabajo permanezca estable durante la ejecución del proyecto.  ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET   En ningún momento la empresa incorporará personal de trabajo al equipo sin la autorización de los responsables de la DGT.   ## 15 ACUERDO DE NIVEL DE SERVICIO (ANS) En este apartado se definen, de forma general, los criterios que conforman el Acuerdo de Nivel de Servicio (en adelante, ANS), que servirán para garantizar la calidad de los servicios descritos en el presente pliego. ## 15.1 ANS de Cumplimiento de plazos Se indican a continuación los 6 indicadores de cumplimiento de plazos de entrega de materiales y realización de actividades dentro de los conceptos que engloba el contrato. | CumplimientodePlazos | CumplimientodePlazos | CumplimientodePlazos | CumplimientodePlazos | |-----------------------------|------------------------------------------------------------------------------------------------------|---------------------------------------------------------------------------------------------------------------|------------------------| | Indicador | Concepto | Indicador | Cumplimiento | | PLZ-1: Indicador de plazo 1 | DESARROLLODENUEVOSCASOSDEUSO | Implantacionde1 casodeusocada afiodecontrato | 100% | | PLZ-2: Indicador de plazo 2 | CONSULTORIA | Plazodeentrega deladocumentacionsolicitada | >90% | | PLZ-3:Indicador deplazo3 | APOYOYPARTICIPACIONENGRUPOSDETRABAJO | Plazode entrega dela documentacion previa a lasreuniones, actasdereunionesyotrosmaterialessolicitadosporlaDGT | %06< | | PLZ-4: Indicador de plazo 4 | SERVICiOSDElaaS(InfraestructuracomoServicio) | Plazo de respuesta de 1 hora para elinicio de la resolucion de la incidencias comunicadas al telefono24x7 | >95% | | PLZ-5: Indicador de plazo 5 | DOCUMENTACIONPARALADIFUSION | Plazodeentregadel materialsolicitado | >90% | | PLZ-6: Indicador de plazo 6 | MANTENIMIENTO-EVOLUCIONDELAPLATAFORMAYDE LOS CAsos DE UsO-Auditorias de hackingeticoy ciberseguridad | Realizaciondela auditoriaenlos 2mesesiniciales decada afiode contrato | 100% | ## 15.2 ANS del Mantenimiento Correctivo y Evolutivo Se recogen los diferentes compromisos específicos relativos a las actividades del mantenimiento correctivo (incidencias) y del mantenimiento evolutivo. Las incidencias se clasificarán según el caso de uso al que afecten y el impacto que tengan sobre la operación y normal funcionamiento de la plataforma: - Incidencias Leves: Son incidencias que no impiden el funcionamiento en la operativa diaria de los usuarios pero que no permiten ejecutar o finalizar completamente el procedimiento. - Incidencias Moderadas: Son incidencias que impiden utilizar algunas funcionalidades de la plataforma asociadas a la operativa diaria de los usuarios, ya sean para todos, o parte, de los usuarios de dicho sistema, o cuando se producen pérdidas de rendimiento superiores a un 200%. - Incidencias Severas: Son incidencias que invalidan el uso y operación de la plataforma, impidiendo el acceso a sus usuarios internos y/o externos de la DGT.   ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET   El contratista deberá de cumplir con los tiempos máximos de respuesta y resolución recogidos en la siguiente la tabla: | Tiempo maximo de respuesta y resolucion de Incidencias | Tiempo maximo de respuesta y resolucion de Incidencias | Tiempo maximo de respuesta y resolucion de Incidencias | Tiempo maximo de respuesta y resolucion de Incidencias | Tiempo maximo de respuesta y resolucion de Incidencias | Tiempo maximo de respuesta y resolucion de Incidencias | Tiempo maximo de respuesta y resolucion de Incidencias | |----------------------------------------------------------|-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|----------------------------------------------------------|----------------------------------------------------------|----------------------------------------------------------|----------------------------------------------------------|----------------------------------------------------------| | Indicador | Caso de Uso | Impacto | Dias | Horarios | Tiempo de Respuesta | Tiempo de Resolucion | | IND-1:Indicador 1 | Advertenciadeaveriasencarretera(V-16),Advertenciade obras(Conoconectado),CiclistasenlaviayProteccionde usuariosvulnerables(chalecoconectado) | Severa | Todos | 24h | 1hora | 4horas | | IND-2: Indicador 2 | Advertenciadeaveriasencarretera(V-16),Advertenciade obras(Conoconectado),CiclistasenlaviayProteccionde usuariosvulnerables(chalecoconectado) | Moderada | Todos | 24 h | 2horas | 8horas | | IND-3:Indicador3 | Advertenciadeaveriasencarretera(V-16),Advertenciade obras(Conoconectado),CiclistasenlaviayProteccionde usuariosvulnerables(chalecoconectado) | Leve | LaVnofestivos | De9a18h | 4horas | 24 horas | | IND-4:Indicador4 | Seguimientodevehiculosespecialesovehiculolento(V-2), UbicaciondeVehiculosdeAuxilioenCarretera(Gruas)en operacion,Vehiculosdeemergenciayquitanieves aproximandose(EVA)yOEMEnviodeinformaciondelos fabricantes originales de equipos. | Severa | Todos | 24 h | 2horas | 6horas | | IND-5:Indicador5 | Seguimientodevehiculosespecialesovehiculolento(V-2), UbicaciondeVehiculosdeAuxilioenCarretera(Gruas)en operacion,Vehiculosdeemergenciayquitanieves aproximandose(EVA)yOEMEnviodeinformaciondelos fabricantes originales de equipos. | Moderada | LaVnofestivos | De9a18h | 4horas | 12 horas | | IND-6:Indicador6 | Seguimientodevehiculosespecialesovehiculolento(V-2), UbicaciondeVehiculosdeAuxilioenCarretera(Gruas)en operacion,Vehiculosdeemergenciayquitanieves aproximandose(EVA)yOEMEnviodeinformaciondelos fabricantes originales de equipos. | Leve | LaVnofestivos | De 9a18h | 6horas | 36horas | | IND-7:Indicador7 | Restodecasosdeuso | Severa | LaVnofestivos | De 9a18h | 4horas | 12 horas | | IND-8:Indicador8 | Restodecasosdeuso | Moderada | LaVnofestivos | De 9 a18 h | 8horas | 36horas | | IND-9:Indicador9 | Restodecasosdeuso | Leve | LaVnofestivos | De 9a18 h | 24horas | 96 horas | El cumplimiento de los indicadores queda definido de la siguiente forma: - Impacto severo: Cumplimiento > 99%. - Impacto moderado: Cumplimiento > 95%. - Impacto leve: Cumplimiento > 90%. Respecto a los desarrollos evolutivos, se deberán cumplir los siguientes indicadores: | GestiondeEvolutivos | GestiondeEvolutivos | GestiondeEvolutivos | GestiondeEvolutivos | |-----------------------|-------------------------------------|---------------------------------------------------------------------------------------------------------------|-----------------------| | Indicador | Indicador | Cumplimiento | | | IND-10:Indicador10 | TiempodePlanificaciondelos trabajos | Realizaciondelaplanificaciondelostrabajosen5diaslaborables | >90% | | IND-11:lndicador11 | Cumplimiento dela Planificacion | CumplimientodelafechadeimplantacionenelentornodeProduccion | >90% | | IND-12:Indicador12 | CalidadenlaImplantacion | Noexistenciadeincidenciasasociadasalaimplantacionenelentornode Produccionduranteelmesposterioralaimplantacion | >95% |  ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET   ## 15.3 Informe de cumplimiento del ANS y estado del mantenimiento A cierre de cada semestre de contrato, el contratista presentará un informe de cumplimiento del ANS, tanto de cumplimiento de plazo como los específicos del mantenimiento y estado del mantenimiento. Este, al menos, deberá contener: - Grado de cumplimiento de todos los indicadores del ANS durante el semestre finalizado y en el acumulado en el año de contrato correspondiente, así como gráficas que recojan la evolución durante el contrato. - Listado de todas las incidencias detectadas en el periodo semestral, indicando las fechas de detección y resolución, el estado, el módulo o sistemas afectados y su clasificación. - Listado de todas las mejores prácticas o planteamiento de desarrollos preventivos obtenidos de la resolución de incidencias de cara a prevenir futuras incidencias. - Listado de todos los desarrollos evolutivos implantados en el periodo semestral. - Listado de evolutivos en curso o en cartera indicando el estado y la estimación del número de horas, junto con una planificación actualizada con los principales hitos en caso de que ya esté planificado su desarrollo. Este informe se presentará y revisará en la reunión de seguimiento inmediatamente posterior a su entrega y servirá bien para la toma de decisiones para la corrección de las desviaciones en el cumplimiento del ANS, sin perjuicio de la aplicación de las penalidades en que se pudiera incurrir.  ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET  ## 16 PROPIEDAD INTELECTUAL Sin perjuicio de lo dispuesto por la legislación vigente en materia de propiedad intelectual y de protección jurídica de los programas de ordenador, el contratista acepta expresamente que los desarrollos y cualquiera de los módulos y sistemas implantados en el ámbito del contrato (incluido su código fuente) son propiedad exclusiva de la DGT. Todos los informes, estudios y documentos elaborados durante la ejecución del contrato serán también propiedad exclusiva de la DGT, reservándose esta Administración todas las facultades inherentes a este derecho, pudiendo reproducirlos, publicarlos o divulgarlos parcialmente o en su totalidad, en la medida que tenga conveniente, sin que pueda oponerse a ello la empresa contratista. El contratista entregará la documentación y el código fuente en formato electrónico, de acuerdo con los métodos de entrega establecidos en la DGT y aceptará expresamente que los derechos de explotación del sistema y de los programas desarrollados al amparo del presente contrato corresponden únicamente a la DGT, con exclusividad y a todos los efectos. Toda la documentación se entregará en castellano, salvo que el idioma origen de la información sea en inglés, y en el soporte que se acuerde para facilitar su tratamiento y reproducción. El contratista deberá suministrar a la DGT las nuevas versiones de la documentación que se vayan produciendo. También entregará, en su caso, la documentación sobre la que se ha basado el desarrollo en idéntico soporte al del código anterior, así como el código fuente y las especificaciones de generación de este. Toda la documentación generada durante la ejecución del contrato será de propiedad exclusiva de DGT, sin que el contratista pueda conservarla, ni obtener copia de esta o facilitarla a terceros sin la expresa autorización de esta Dirección General, previa petición formal del contratista con expresión del fin. El contratista renuncia expresamente a cualquier derecho que pueda corresponderle sobre los trabajos realizados como consecuencia de la ejecución del proyecto y no podrá hacer uso o divulgación de los estudios y documentos elaborados, bien sean de forma total o parcial, directa o extractada, sin autorización de la DGT.  SUBDIRECCIÓN GENERAL DE GESTIÓN DE LA MOVILIDAD Y TECNOLOGÍA   ## 17 SEGURIDAD Y CONFIDENCIALIDAD El conjunto de trabajos desarrollados se entenderá como confidenciales, debiendo el contratista asegurar de la forma más razonable posible esta característica. El contratista queda expresamente obligado a mantener la absoluta confidencialidad y reserva sobre cualquier dato que pudiera conocer con ocasión del cumplimiento del contrato, que no podrá copiar o utilizar con un fin distinto al que figura en este pliego, ni tampoco ceder a otros, ni tampoco podrá hacer uso o divulgar los informes, estudios y documentos elaborados basándose en este pliego de condiciones, bien sea de forma total o parcial, directa o extractada, original o reproducida, sin autorización expresa por escrito de la DGT. El contratista deberá mantener las debidas medidas de seguridad en sus sistemas informáticos para preservar la confidencialidad del código, la información y datos a los que tenga acceso. Documento firmado electrónicamente por Jefa del Área de Telemática para la Movilidad Montserrat Estaca Gómez Director del Centro de Gestión de Tráfico del Suroeste Antonio Granado Pérez SUBDIRECCIÓN GENERAL DE GESTIÓN DE LA MOVILIDAD Y TECNOLOGÍA    ## ANEXO I GLOSARIO DE TÉRMINOS | ANS | Acuerdos del Nivel de Servicio | |------------|------------------------------------------------------------------------------------------| | ATGC | Agrupación de Tráfico de la Guardia Civil | | AWS | Amazon Web Services | | CGT | Centros de Gestión de Tráfico | | DFRS | Data For Road Safety | | DGT | Dirección General de Tráfico | | ENS | Esquema Nacional de Seguridad | | EVA | Emergency Vehicle Approach - Vehículo de emergencia aproximándose | | FAQ | Frequently Asked Question - Preguntas Frecuentes | | GIS | Sistema de Información Geográfica | | IA | Inteligencia Artificial | | LINCE | Localizador de INcidencias en las Carreteras de España | | NAP | National Access Point - Punto de Acceso Nacional | | OEM | Original Equipment Management - Fabricantes originales de equipos | | PCAP | Pliegos de Cláusulas Administrativas Particulares | | PK | Punto Kilométrico | | Plataforma | Plataforma DGT 3.0 | | PoC | Prueba de Concepto | | PPT | Pliego de Prescripciones Técnicas | | RGPD | Reglamento General de Protección de Datos | | SCADA | Supervisory Control And Data Acquisition - Control de Supervisión y Adquisición de Datos | | SGGMT | Subdirección General de Gestión de la Movilidad y Tecnología |    | V-16 | Dispositivo de preseñalización de accidentes | |--------|------------------------------------------------| | ZBE | Zona de Bajas Emisiones |    ## ANEXO II CUADRO DE MANDO A continuación, se muestran algunas imágenes con información no exhaustiva de la información disponible en el cuadro de mando.     ANTONIO GRANADO PEREZ - 2026-03-03 08:49:33 CET   SUBDIRECCIÓN GENERAL DE GESTIÓN DE LA MOVILIDAD Y TECNOLOGÍA   | Intervencion deVehiculosdeAsistenciaen Carretera | Intervencion deVehiculosdeAsistenciaen Carretera | Intervencion deVehiculosdeAsistenciaen Carretera | |----------------------------------------------------|----------------------------------------------------|----------------------------------------------------| | Total | Mes | Provincia | | 7803 | 09-2025 | A Coruna | | 1633 | 09-2025 | Alava | | 2566 | 09-2025 | Albacete | | 17617 | 09-2025 | Alicante | | 5442 | 09-2025 | Almeria | | 7596 | 09-2025 | Asturias | | 1177 | 09-2025 | Avila | | 5074 | 09-2025 | Badajoz | | 10474 | 09-2025 | Balears,lles | | 27247 | 09-2025 | Barcelona | | 5374 | 09-2025 | Bizkala | | 2283 | 09-2025 | Burgos | | 3427 | 09-2025 | Caceres | | 8359 | 09-2025 | Cadiz |