SISTEMA TELEMATICO DE GESTION DE DENUNCIAS Y DE PAG O DEL ESTACIONAMIENTO

1.- OBJETO DEL CONTRATO

El objeto del presente contrato, cuyas especificaciones técnicas mínimas se reflejan es este documento, es el desarrollo, la implantación y mantenimiento (hardware y software) de un sistema de gestión telemática de denuncias, y de un sistema de gestión del pago de la tarifa de estacionamiento limitado, mediante terminales del tipo “smartphone” o a través de web, en Vitoria-Gasteiz. Se incluye la recaudación de la tasa abonada por los usuarios por medio del citado sistema de pago.

Dadas las características de ambos sistemas y de la operativa de sus funcionalidades, ambos están íntimamente relacionados, debiendo gestionarse los datos desde un mismo servidor informático, por lo que puede considerarse como un único sistema, con distintas funcionalidades.

2.- GESTION DE DENUNCIAS

El sistema permitirá la emisión de denuncias a través de terminales móviles (tipo PDA o

alternativos), su impresión, su almacenamiento en un servidor informático, en formato de base de datos, así como la puesta a disposición de dichos datos al servicio administrativo que se encarga de la tramitación de los expedientes sancionadores. Deberá incluir la posibilidad de consulta y gestión desde otros clientes, con distintos niveles de acceso

Se concibe un sistema basado en un servidor informático, con el cual conectan:

• Los agentes denunciantes: a través de terminales móviles, por conexión inalámbrica, mediante una aplicación cuya interfaz de usuario permita introducir los distintos campos de las denuncias, necesarios para la tramitación de los expedientes sancionadores. Les deberá permitir conocer si un determinado usuario (matrícula) que hubiera adquirido título de estacionamiento por medios telemáticos, está habilitado para estacionar, y la hora límite vigente de dicha autorización.

• El servicio administrativo que se encarga de la tramitación de los expedientes sancionadores (actualmente el Servicio de Recaudación-Unidad de Multas), al que se le enviarán, o él mismo capturará, remesas de denuncias para su tramitación, a través de una interfaz diseñado al efecto.

• Los servicios técnicos responsables de la regulación del aparcamiento en superficie y de la emisión de denuncias por infracciones relacionadas con ella; conectándose a través de una

interfaz que les permita consultar y gestionar las denuncias, generar listas “blancas” y “negras” de matrículas, etc.

• Los usuarios que dispongan de la aplicación telemática de adquisición de títulos de estacionamiento que el Ayto. autorice para su uso en el servicio, y se hubieran dado de alta en el servicio, para introducir los datos de cada uso autorizado de estacionamiento y gestionar las funcionalidades relacionadas con los mismos.

2.1.- Servidor informático

El adjudicatario deberá contar con uno o varios ordenadores, equipados como servidores, para la gestión de las denuncias emitidas por los vigilantes.

Asimismo deberá contar con la infraestructura o plataforma informática que resulte necesaria para la gestión de la aplicación de pago telemático, que más adelante se expone.

2.2.- Terminales emisores de denuncias

El Ayuntamiento dispone de 20 terminales tipo PDA (modelo IC45G de ITOS) y otras tantas impresoras portátiles conectadas a las PDA mediante bluetooth. Si estos fueran compatibles o suficientes para el sistema que proponga el adjudicatario, el Ayuntamiento los pondrá a disposición del sistema. En caso contrario, el adjudicatario pondrá a disposición de los agentes, en tanto dure el contrato y sin coste añadido, al menos 20 terminales capacitados y configurados para la gestión de denuncias y comprobación del pago de la tasa, así como para que los ciudadanos puedan realizar el pago de las denuncias mediante tarjeta débito-crédito.

2.3.- Aplicaciones para la gestión de denuncias.

El adjudicatario deberá configurar e implantar las necesarias aplicaciones informáticas, a disposición de los distintos clientes, para la sincronización entre el sistema central de B.D. y los dispositivos móviles, así como con el servicio que gestione la tramitación de los expedientes de denuncias.

La solución informática se basará en un software donde se encuentren perfectamente integradas las funciones requeridas.

Los interfaces de usuario deberán ser ergonómicos, amigables y fluidos, diseñados de manera que se reduzca al máximo el tiempo de interacción del usuario con el dispositivo para cada una de las funcionalidades desarrolladas, solicitando la cantidad mínima necesaria de datos para realizar cada operación. Cada actuación que se realice deberá quedar registrada en el servidor.

Deberán satisfacer, al menos, las funcionalidades con las que cuentan las actuales aplicaciones e interfaces para la gestión de las denuncias, así como las que cuentan para facilitar información y acceso al ciudadano sobre su expediente. Los licitantes pueden requerir la información que deseen a través del Servicio de Tráfico del Ayuntamiento de Vitoria-Gasteiz.

Contará con un sistema de alta disponibilidad en la que tanto el sistema de soporte como el de backup puedan estar activos en balanceo de carga.

En cuanto a la emisión y cobro de denuncias, la aplicación deberá permitir al vigilante realizar las siguientes funcionalidades:

� Permitir una localización completa del vehículo en la denuncia.

� Especificar la identidad del infractor, en el caso de que éste no fuera el titular del vehículo.

� Permitir al vigilante una gestión de sus denuncias completas, pudiendo introducir modificaciones.

� Permitir la generación de notas, grabaciones o fotografías y anexionarlas a la denuncia.

� Imprimir la denuncia en una impresora portátil.

� Imprimir justificante de abono de la sanción.

� Gestionar el cobro “in situ”, en modo online, de las sanciones.

� Generar la ráfaga bancaria y código de barras asociado para ser impreso en el boletín, según las especificaciones del Ayuntamiento de Vitoria-Gasteiz (cuaderno 60 modalidad 2,

modificado). Ver Anexo “RÁFAGA BANCARIA”.

En cuanto a la gestión, las aplicaciones deberán permitir:

� Intercambio (envío y recepción) de mensajes de texto y fotografías con el servicio municipal de referencia.

� Gestión de personal: datos personales, turnos, gestión de rutas, material asignado,…

� Gestión integral de denuncias y tramitación de las mismas (alta, baja y modificación,

gestión de los rangos, cobros, gestión de listas blancas y negras).

� Realización de remesas digitales de denuncias para su posterior envío al Departamento municipal correspondiente. Ver diseño en anejo ”REMESA”

� Anulación de denuncias por el agente denunciante, debiendo requerirse para ello de manera obligatoria la indicación del motivo de anulación. Tanto las denuncias anuladas como las no anuladas serán registradas en el sistema central de B.D. Únicamente las denuncias no anuladas deberán transmitirse en la remesa al Servicio municipal de Recaudación.

� Obtención de informes sobre las denuncias, permitiendo seleccionar periodos temporales, distinguiendo las anuladas por el usuario mediante el pago de la tasa correspondiente, de aquellas que deben dar lugar a la tramitación del expediente sancionador correspondiente.

� Obtención de informes de vehículos denunciados, permitiendo seleccionar matrículas, tipo de infracción y periodos temporales.

� Generación de otros informes específicos.

Además de todo ello, deberá posibilitar:

� Configuración automática del terminal portátil, en caso de desconfiguración en calle.

� Importación de datos de configuración y su mantenimiento (alta, baja y modificación), necesarios para la definición de las denuncias. Ver anexo “DATOS BASE”

� Gestión de recursos (batería, estado de conexión…) en el terminal portátil.

� Actualización de versiones.

2.4.- Formato de impresión de las denuncias.

Las denuncias deberán imprimirse siguiendo el formato aprobado por el Ayuntamiento de Vitoria-Gasteiz. Como orientación, en el anejo “FORMATO DE DENUNCIA IMPRESA” se

acompaña el formato aproximado del frontal de la denuncia que deberán imprimir las PDA’s, y el texto del dorso que vendría preimpreso en los rollos de papel.

2.5.- Implantación del sistema y entrega posterior.

En el momento de convocarse la licitación de este contrato, el Ayuntamiento ya dispone de un sistema de emisión de denuncias, aunque no reúne todas las funcionalidades que se pretenden implantar. Para ello, dispone de la cesión, por un tercero, del uso de un servidor informático que centraliza la transmisión y consulta de datos por medio de interfaces desarrolladas para ello. La información sobre el sistema actual se puede consultar en el Servicio de Tráfico del Ayuntamiento.

El adjudicatario deberá incluir en su propuesta técnica una descripción de las acciones que fueran necesarias para sustituir el sistema actual por el requerido en estos pliegos, complementado y matizado por aquello que plantee en su oferta (y que posteriormente deberá

ser corroborado por quien el Ayuntamiento designe como responsable del contrato), asumiendo la ejecución y el coste íntegro de todas ellas, dentro del presente contrato.

Se incluirá la planificación temporal de la implantación, que no podrá superar 2 MESES a partir de la fecha de la firma del contrato. La implantación se dará por finalizada cuando el sistema esté totalmente operativo, con todas las funcionalidades requeridas.

En el caso en el que el sistema aquí contratado fuera adjudicado a otro adjudicatario en un contrato sucesivo, deberá facilitar la migración a quien se le encargara la nueva implantación. En la propuesta técnica se deberá hacer mención expresa de los detalles de esta transición.

3.- PAGO TELEMATICO O “TALON VIRTUAL”

Se trata de ofrecer al usuario de las plazas reguladas por OTA en Vitoria-Gasteiz, la posibilidad de obtener un título de estacionamiento, o renovar el que tenga adquirido, así como otras gestiones descritas más adelante, a través de dispositivo móvil o a través de página web. Se da por supuesto que será necesario que el adjudicatario ponga a disposición del sistema una aplicación para el pago a través de dispositivo móvil, la cual debe poder descargar el usuario de forma gratuita y sencilla, para los sistemas IOS y ANDROID, al menos desde las plataformas “Play Store” y “App Store”. Asimismo, en el momento de presentación de la oferta, el licitante debe estar en disposición de ofrecer a los usuarios una página web que permita las funcionalidades descritas en estos pliegos para las citadas aplicaciones.

Las distintas interfaces incluirán un “aviso legal” donde se recogerán todas la “condiciones de uso”, “contrato”, “obligaciones de pago”, “precios”, “responsabilidades” y “protección de datos” en cumplimiento de la LOPD, y el usuario deberá confirmar su aceptación expresamente para poder tener acceso al servicio. Los detalles de este aviso deberán ser aprobados por el Ayuntamiento.

Toda la infraestructura necesaria para el pago de la tasa de estacionamiento a través de medios electrónicos será a cuenta del adjudicatario, incluyendo la pasarela de pagos para la realización de los mismos desde la aplicación móvil e Internet.

La interfaz web ha de contar con la certificación en seguridad de comercio electrónico y garantía de pago, debidamente validada, sin posibilidad de rechazarla posteriormente. Deberá permitir el pago con tarjeta de débito o crédito de cualquier entidad financiera. Para una mayor seguridad

de las operaciones, al realizar las mismas mediante el proceso web, ha de solicitar una confirmación de contraseña, previamente registrada por el usuario.

El sistema no emitirá una autorización de estacionamiento sin garantizar que la operación de pago se ha realizado correctamente.

El adjudicatario pondrá a disposición del servicio, de forma gratuita, la última versión que exista, en cada momento de la ejecución del contrato, de la aplicación para dispositivos móviles.

3.1.- Funcionalidades de las aplicaciones.

Las aplicaciones web o móviles, tendrán al menos las siguientes posibilidades:

� Darse de alta o baja en el servicio.

� Compra de tiempo de estacionamiento.

� Geolocalización automática del usuario, a través del GPS de su dispositivo, facilitando al usuario información sobre los sectores y tarifas de la regulación de la ciudad, permitiendo modificar la establecida por defecto en la aplicación.

� La aplicación habilitará la adquisición de tramos de tiempo en función de lo que se señale en las ordenanzas municipales, informando de las limitaciones que pudieran existir para la adquisición de tiempo en función de tarifas restringidas para determinado tipo de usuarios.

� Extensión reiterativa del tiempo adquirido, hasta el límite máximo que permitan las ordenanzas municipales.

� Abono del exceso de uso sobre el tiempo permitido por el talón adquirido (comúnmente

llamado “anulación de denuncia”), de acuerdo a lo que se estipule en las ordenanzas municipales correspondientes, con un procedimiento similar al de la obtención de un talón de estacionamiento con este sistema de pago.

� Acceso del usuario, mediante consulta y descarga, a informes de pagos de al menos los seis últimos meses, pudiendo consultar, al menos, los siguientes campos:

� Matricula vehículo. � Ciudad. � Tarifa. � Fecha y hora de la adquisición del título. � Hora fin estacionamiento. � Importe.

� El usuario deberá poder obtener un documento que le sirva como justificante o recibo de pago, así como consultar y descargar datos del histórico de facturación.

� Posibilidad para el usuario de modificar sus datos: identificación y datos de facturación, correo electrónico, tarjeta de crédito/debito o cuenta bancaria mediante la cual se efectúe el pago del servicio, y el alta o baja de las matriculas asociadas a su cuenta.

� Posibilidad de bloquear el proceso de pago, así como solicitar la baja del mismo.

� Posibilidad de enviar una alerta al usuario informándole con antelación del fin del tiempo adquirido, o de haber sido denunciado.

� Consulta, en cualquier momento, del estado en el que se encuentra su autorización.

� Una funcionalidad que de acceso a un menú de ayuda y/o preguntas frecuentes.

Las aplicaciones para dispositivos móviles y web deben estar desarrolladas con el interfaz de usuario en los idiomas euskera, castellano e inglés.

Cuando el vigilante, al comprobar que un vehículo no dispone de talón de estacionamiento, inicie el proceso de propuesta voluntaria de denuncia mediante el dispositivo móvil, incluyendo la matrícula del vehículo, el sistema informará al controlador en el caso de que tuviera “talón electrónico”, y bloqueará la posibilidad de continuar con el proceso de imposición voluntaria de denuncias.

El sistema debe tener la posibilidad de gestionar varios tipos de tarifas, informando la aplicación al vigilante del tipo de tarifa abonada en cada operación (p.ej., tarifa PRIMERA,

TERCERA o QUINTA, o si corresponde a zonas 1 o 2 de las tarifas).

El sistema permitirá al Ayuntamiento obtener los siguientes tipos de informe:

− Informe de ingresos por tipos de tarifa (de entre las relacionadas en la Ordenanza Municipal

de Regulación y Control del Tráfico y por Estacionamiento de Vehículo) y canal (smartphone o

Web); permitiendo seleccionar periodos temporales (diario, mensual, etc.). Se podrá obtener la información resumida o detallada, en cuyo caso deberá incluir al menos por cada operación los siguientes datos: importe, matrícula, fecha de la operación, hora de realización de la operación, hora de inicio y fin de estacionamiento u ampliación, y canal de pago (smartphone o Web).

− Informes de cada operación, por tipo (obtención de tique, ampliación de tiempo, anulación

de denuncias), permitiendo seleccionar periodos horarios y tipo de tarifa.

− Informe sobre personas usuarias del sistema, permitiendo seleccionar periodos temporales y matrículas.

Cualquier nueva funcionalidad que se pretenda implantar en el servicio al usuario, deberá ser aprobada previamente por el Ayuntamiento.

3.2.- Aspectos económicos.

El pago de la tasa se ajustará a las tarifas que el Ayuntamiento haya aprobado y estén vigentes en cada momento.

El adjudicatario recaudará los ingresos correspondientes a la cuota tributaria correspondiente a las tarifas PRIMERA, TERCERA y QUINTA de las tasas por regulación y control del tráfico urbano y por estacionamiento de vehículos que se paguen por medio de la aplicación de telefonía móvil o a través de web, que se implanten con motivo de este contrato, y procederá a su ingreso en la cuenta bancaria municipal que le será comunicada al contratista en el momento de la adjudicación. Estos ingresos se realizarán no más tarde del primer día hábil de la semana posterior a su devengo.

Serán a cargo del adjudicatario las posibles comisiones y gastos financieros que se deriven de los pagos de las tasas con medios telemáticos.

Las cantidades a ingresar serán las que se deduzcan de la información contenida en el sistema central de B.D. relativa a la recaudación efectuada en la semana correspondiente. Cualquier incidencia en cuanto a descuadres, deberá ser puesta en conocimiento del responsable del contrato por parte del Ayuntamiento.

El adjudicatario deberá contar con autorización del Ayuntamiento para introducir cualquier iniciativa que esté relacionada con este servicio de pago del estacionamiento en la ciudad de Vitoria-Gasteiz.

No habrá coste adicional para el usuario por el pago de la tarifa mediante la aplicación smartphone o a través de la web.

Los componentes del precio a abonar al adjudicatario por las prestaciones que se incluyen en el presente contrato no dependerán de la posible variación del los parámetros de la regulación del estacionamiento limitado en Vitoria-Gasteiz, incluyendo las tasas aplicables.

4.- MANTENIMIENTO DEL SISTEMA

El adjudicatario será responsable del correcto funcionamiento de todos los sistemas aquí incluidos, tanto del software como del hardware asociados, debiendo repararlos en caso de mal funcionamiento, e incluyendo la reposición, a su cuenta, de cualquier elemento que fuera necesario sustituir para que el sistema funcione correctamente, aunque fuera por haber acabado su vida útil, o de las modificaciones del software que fueran necesarias para el mismo fin. Queda incluido el suministro de consumibles (rollos de papel, baterías, etc.)

Se exceptúa el coste de reposición del hardware que fuera objeto de deterioro por causas imputables a un uso incorrecto por los usuarios municipales.

Se incluyen en el precio del servicio las licencias de uso de las aplicaciones informáticas necesarias para el funcionamiento del sistema, así como la actualización a las versiones más recientes que estuvieran disponibles.

Dentro de las prestaciones del contrato, el adjudicatario se ocupará de la adaptación del sistema o cualquiera de sus elementos a las posibles modificaciones normativas que tuvieran lugar en el transcurso del contrato y le fueran encargadas por el Ayuntamiento.

Deberá realizar el mantenimiento de los servidores informáticos que se instalen para el funcionamiento del sistema, realizando copias de seguridad, mantenimiento y actualización del software, etc.

Se incluye asimismo el coste de las comunicaciones que fueran necesarias para el funcionamiento del sistema.

5.- FORMACION

El adjudicatario deberá presentar en su propuesta técnica un plan de formación para adiestrar del uso del sistema a los vigilantes de aparcamiento, así como a los técnicos designados por el servicio municipal encargado de la gestión del estacionamiento en superficie.

6.- INFORMACION AL USUARIO

6.1.- Campaña informativa

Previamente a la implantación del sistema, e adjudicatario deberá diseñar y desarrollar a su coste una campaña informativa dirigida a la ciudadanía de Vitoria-Gasteiz, en la que se le informe de las ventajas y funcionalidades del sistema que se implanta; debiendo presentar en su propuesta técnica un anejo con documento explicativo que incluya los detalles de la citada campaña, tanto de su diseño básico, como la cuantificación pormenorizada de medios.

6.2.- Información sobre el servicio

El adjudicatario deberá poner a disposición de los usuarios, a lo largo del contrato, un sistema de información, con conexión telefónica, hoja web, oficina presencial (opcional), etc., mediante el cual, el usuario pueda consultar cualquier detalle del uso del sistema de pago de talón virtual, especialmente durante las horas de servicio del estacionamiento limitado. En su propuesta técnica, los licitantes deberán exponer los detalles de dicho sistema de información.

7.- PROTECCION DE DATOS DE CARÁCTER PERSONAL

La empresa adjudicataria está obligada al cumplimiento íntegro de La Ley Orgánica 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal (LOPD) y su normativa de desarrollo.

La ejecución de este contrato lleva consigo el tratamiento de datos de carácter personal que pueden obrar en las denuncias emitidas y en otro tipo de información que los usuarios faciliten al sistema. Por ello, la empresa adjudicataria adquiere la condición de Encargado del Tratamiento y el Ayuntamiento de Responsable del Fichero, de acuerdo con lo dispuesto en el art. 12 de la LOPD.

Así pues, el Encargado del Tratamiento, se verá obligado a:

• Utilizar dichos datos única y exclusivamente para la ejecución del contrato y a llevar a cabo el tratamiento conforme a las especificaciones dadas por el Responsable del Fichero.

• Velar para que los datos sean adecuados, pertinentes y no excesivos, garantizando su exactitud y su periódica actualización.

• No ceder ni comunicar a terceros a los que tenga acceso para la prestación del servicio, sin la previa autorización del Responsable del Fichero.

• A la finalización del contrato, el Encargado del Tratamiento deberá preguntar al Responsable del Fichero si debe devolver o destruir los datos, actuando en consecuencia.

• Mantener y cumplir, durante el contrato y tras su finalización, el deber de secreto profesional recogido en el art. 10 de la LOPD.

• El Encargado de Tratamiento, estará obligado a adoptar las medidas de seguridad necesarias, tanto técnicas como organizativas, dispuestas en el Reglamento de desarrollo de la Ley Orgánica 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal, que garanticen la protección de los datos personales objeto de tratamiento conforme el art. 9 de la LOPD y de acuerdo al nivel de seguridad de los datos tratados.

8.- PROPUESTA TECNICA

Las ofertas deberán contener una propuesta técnica en la que se exponga el sistema que proponen implantar, así como cualquier detalle que considere de utilidad para el conocimiento del sistema. En todo caso, se incluirá una descripción de las acciones que fueran necesarias para sustituir el sistema actual por el requerido en los pliegos,

Al margen de la exposición que cada proponente quisiera realizar, la propuesta técnica contendrá los siguientes apartados:

a) Fiabilidad e integración de los sistemas.

Este apartado tendrá el siguiente contenido:

� Exposición del plan de implantación del sistema, con descripción detallada de las operaciones que se llevarán a cabo y la forma en la que se realizarán. Se hará especial referencia explicativa del nivel de seguridad y fiabilidad del plan propuesto, en cuanto a la estabilidad del sistema y del mantenimiento de las funcionalidades actuales. Incluirá una programación temporal de la implantación.

� Documento técnico en el que se expongan las características del sistema propuesto; del cual se deduzca el nivel de integración e interoperatividad con los actuales sistemas informáticos del Ayuntamiento de Vitoria-Gasteiz. Se hará referencia especial a la fiabilidad y seguridad en la compatibilidad de los sistemas propuestos, con la configuración de sistemas actuales del Ayuntamiento de Vitoria-Gasteiz.

b) Ventajas funcionales.

En cuanto al sistema que se proponga implantar, en este apartado se resaltarán los siguientes parámetros:

� Sencillez de uso y facilidades para el usuario, tanto para los usuarios municipales como para los ciudadanos.

� Funcionalidades o servicios adicionales u opcionales del sistema de emisión y gestión de denuncias, además de las especificadas en los pliegos.

� Funcionalidades adicionales o complementarias que la aplicación de pago propuesta pudiera aportar, tales como el pago o gestión de otros bienes o servicios diferentes al del estacionamiento limitado, u otro tipo de funcionalidades adicionales que sean de utilidad al usuario.

� Funcionalidades y facilidades que el sistema podría ofrecer a otros agentes del entorno: comerciantes, empresas, servicios técnicos, etc.

� Utilidad para el usuario de la aplicación de pago propuesta, fuera de Vitoria-Gasteiz.

c) Plan de Formación

Describirá el Plan de formación que desarrollará para adiestrar del uso del sistema a los vigilantes de aparcamiento, así como a los técnicos designados por el servicio municipal encargado de la gestión del estacionamiento en superficie.

d) Información al usuario

Incluirá los siguientes apartados:

� Campaña informativa: describiendo las acciones que llevará a cabo, previas a la implantación del sistema, para informar a la ciudadanía de Vitoria-Gasteiz de las ventajas del sistema y de su manejo, con descripción de su contenido y cuantificación pormenorizada de medios.

� Información sobre el servicio: descripción de los sistemas de información que se pondrán a disposición de los usuarios a lo largo del desarrollo del contrato, para la consulta de cualquier detalle del uso del sistema de pago de talón virtual.

Al final de cada uno de los cuatro apartados, la propuesta resaltará de forma resumida las especiales características de la propuesta técnica que, a juicio del licitante, entiende que deberían ser objeto de especial valoración.

Contendrá un apartado en el que el licitante desarrolle los detalles de su disponibilidad y colaboración en el caso de la hipotética migración a un nuevo sistema, fruto de un contrato sucesivo.

Esta documentación deberá ser presentada tanto en formato papel como en formato digital.

ANEXO

RAFAGA BANCARIA

La ráfaga bancaria está definida según el CSB-60, modalidad 2, con algunas peculiaridades:

Emisora : Primer campo de 6 posiciones de longitud, es siempre: “010595” Referencia : Segundo campo de 12 posiciones de longitud, es: XNNNNNNNNNCC

Donde X=”0” Donde NNNNNNNNN= número de denuncia rellenado con ceros hasta 9 posiciones. Donde CC: dígitos de control según cálculo de la ráfaga bancaria.

Cálculo de los dígitos de control CSB-60 (emisora * 76) + (referencia * 9) + ((identificación + importe – 1) * 55) / 97 = nnn,AAnnn 99 - AA = DD (dígitos de control) El importe se considera sin decimales.

Identificación : Tercer campo de 10 posiciones de longitud, es : XNNNAAMMDD

Donde X= “0” Donde NNN= “228” Donde AA: dos último dígitos del año de la fecha de la denuncia. Donde MM: mes de la fecha de la denuncia. Donde DD: día de la fecha de la denuncia.

Importe : Cuarto campo de 8 posiciones de longitud, es: importe reducido de la

denuncia, 6 enteros y 2 decimales. Código de barras: Está formado por 3 campos

Primer campo: “90521” Segundo campo: ráfaga bancaria Tercer campo: “0”

ANEXO

REMESA

El sistema deberá permitir exportar los datos de las denuncias en un fichero tipo texto con las siguientes características: � Los campos numéricos vendrán ajustados a la derecha y rellenados por la

izquierda con ceros hasta completar la longitud del campo. El número de decimales indica las posiciones de la derecha que se considerarán decimales.

� Los campos caracteres vendrán rellenados por la derecha con blancos hasta completar la longitud del campo.

� Es posible que algunos de los campos no se utilicen por lo que deberán venir rellenados a ceros o blancos.

� El nombre del fichero será REMESAPDA-AAAAMMDD.TXT, donde AAAAMMDD es la fecha del día de la exportación.

Campo Tipo Longit Decimales Desde Hasta Descripción

BOLETO NUMERIC 9 0 1 9 CODIGO BOLETIN O DENUNCIA

DC NUMERIC 1 0 10 10 DIGITO CONTROL EST CHARACTER 1 11 11 A ANULADA V VALIDA MOTANU CHARACTER 25 12 36 MOTIVO ANULACION FECALT NUMERIC 8 0 37 44 FECHA DE DENUNCIA HORALT NUMERIC 4 0 45 48 HORA DE DENUNCIA HHMM FECDEN NUMERIC 8 0 49 56 FECHA DENUNCIA HORDEN NUMERIC 4 0 57 60 HORA DE INFRACC.HHMM HAYNOT CHARACTER 2 61 62 SI / NO MOTAUS NUMERIC 2 0 63 64 MOTIVO AUSENCIA MOTTXTC CHARACTER 150 65 214 MOTIVO AUSENCIA CAS MOTTXTE CHARACTER 150 215 364 MOTIVO AUSENCIA EUS NUMPROF CHARACTER 10 365 374 NUM. PROFESIONAL TIPSER NUMERIC 2 0 375 376 TIPO DE SERVICIO NOMNOTI CHARACTER 20 377 396 NOMBRE NOTIFICADO AP1NOTI CHARACTER 30 397 426 APEL 1 NOTIFICADO AP2NOTI CHARACTER 30 427 456 APLE 2 NOTIFICADO TIPDOCNOT CHARACTER 1 457 457 R/P/E/C/( ) DNINOTI CHARACTER 10 458 467 NºIDENTIFICACION FIS ENCALIDADD CHARACTER 15 468 482 ACOMPA,TIT,CONDUC TIPVIANOT NUMERIC 2 0 483 484 TIPO DE VIA VIANOT CHARACTER 72 485 556 CALLE NOT MUNINOT CHARACTER 30 557 586 VITORIA-GASTEIZ PROVNOT NUMERIC 2 0 587 588 COD PROVINCIA CODPOSNOT NUMERIC 5 0 589 593 CODPOST NOT NOMTIT CHARACTER 80 594 673 NOMBRE TITULAR AP1TIT CHARACTER 30 674 703 APEL 1 TITULAR AP2TIT CHARACTER 30 704 733 APLE 2 TITULAR TIPDOCTIT CHARACTER 1 734 734 R/P/E/C/( ) DNITIT CHARACTER 10 735 744 NºIDENTIFICACION TIPVIATIT NUMERIC 2 0 745 746 TIPO DE VIA VIATIT CHARACTER 72 747 818 CALLE TIT MUNITIT CHARACTER 30 819 848 VITORIA-GASTEIZ PROVTIT NUMERIC 2 0 849 850 COD PROVINCIA CODPOSTIT NUMERIC 5 0 851 855 CODPOST NOT MARCA CHARACTER 25 856 880 MARCA VEHICULO

MODELO CHARACTER 25 881 905 MODELO VEHICULO MATRICULA CHARACTER 12 906 917 MATRICULA TIPMAT CHARACTER 2 918 919 TIPO MATRICULA TIPMATTEX CHARACTER 15 920 934 TIPO MATRICULA TX CLASE CHARACTER 15 935 949 CLASE COLOR CHARACTER 15 950 964 COLOR TIPVIA NUMERIC 2 0 965 966 TIPO DE VIA CALLE1 NUMERIC 5 0 967 971 CALLE1 MUNI CHARACTER 30 972 1001 VITORIA-GASTEIZ PROV CHARACTER 2 1002 1003 SIEMPRE 01 SITUACION CHARACTER 1 1004 1004 JUNTO(J)/FRENTE(F)- NOMAPP CHARACTER 3 1005 1007 NUM/(S/N)/KM. PORTAL NUMERIC 6 0 1008 1013 PORTAL CALIFIC CHARACTER 2 1014 1015 LET PORT NOMAPP NUM KM NUMERIC 6 0 1016 1021 KILOMETRO TIPVIACRU NUMERIC 2 0 1022 1023 TIPO VIA CRUCE CALLE2 NUMERIC 5 0 1024 1028 CALLE2 CODINF CHARACTER 5 1029 1033 TABLA DE SANCIONE GRAVED CHARACTER 2 1034 1035 GRAVEDAD DESCDENC CHARACTER 255 1036 1290 HECHO CASTELLANO DESCDENE CHARACTER 255 1291 1545 HECHO EUSKERA VELREA NUMERIC 3 0 1546 1548 VELOCIDAD PERMITIDA VELPER NUMERIC 3 0 1549 1551 VELOCIDAD REAL CINMARCA CHARACTER 15 1552 1566 RADARLUX,MULTANOVA ANALISIS CHARACTER 1 1567 1567 A-AIRE, S-SANGRE TASPER NUMERIC 4 2 1568 1571 TASA PERMITIDA TASREG NUMERIC 4 2 1572 1575 TASA REGISTRADA IMPORT NUMERIC 7 2 1576 1582 IMPORTE DENUNCIA REDUCIDO NUMERIC 7 2 1583 1589 IMPORTE REDUCIDO COBRADO NUMERIC 7 2 1590 1596 IMPORTE COBRADO PUNTOS NUMERIC 2 0 1597 1598 PUNTOS MODPAG CHARACTER 8 1599 1606 METALICO/TARJETA TARJETA CHARACTER 16 1607 1622 TARJETA REFEREPAGO CHARACTER 30 1623 1652 REFERENCIA PAGO OPERACION CHARACTER 20 1653 1672 Nº DE OPERACIÓN AUTORIZ CHARACTER 10 1673 1682 Nº DE AUTORIZACION CONCEPTO CHARACTER 9 1683 1691 ES EL BOLETÍN COMERCIO CHARACTER 15 1692 1706 Nº DE COMERCIO FECOPE NUMERIC 12 0 1707 1718 FECHA OPERACION OBSERV CHARACTER 100 1719 1818 OBSERVACIONES FECCADU NUMERIC 8 0 1819 1826 FECHA CADUCIDAD MOTIVO CHARACTER 11 1827 1837 CADUCADO/DETERIORADO NUMTARJITV CHARACTER 20 1838 1857 Nº TARJ ITV FECVCTOITV NUMERIC 8 0 1858 1865 FECHA VCTO ITV FECMATRI NUMERIC 8 0 1866 1873 FECHA MATRICUL

ANEXO

DATOS BASE

A continuación se describen los datos que debe gestionar la aplicación, para que posteriormente se utilicen en las denuncias. Estos datos base se importarán de un archivo Excel, proporcionado por el Ayuntamiento, con las siguientes hojas:

Provincias: Código Código de la provincia (definido por Ayto) Máx. 5 caracteres Descripción Nombre de la provincia Máx. 50 caracteres Reducido Nombre reducido de la provincia Máx. 5 caracteres

Municipios: Código de provincia Código de la provincia (definido por Ayto) Máx. 5 caracteres Código Código del municipio Máx. 5 caracteres Descripción Nombre del municipio Máx. 50 caracteres

Tipos de Vías: Código Código de la vía (definido por Ayto) Máx. 5 caracteres Descripción Descripción del tipo de vía Máx. 25 caracteres Es carretera Indica si es carretera o no (S/N)

Calles: Código Código de la calle (definido por Ayto) Número Tipo de vía Código del tipo de vía (hoja tipos vía) Número Vía Descripción de la calle Máx. 72 caracteres Reducido Descripción reducida de la calle Máx. 14 caracteres

Infracciones:

Clave Clave de la sanción (definido por Ayto) Máx. 20 caracteres Descripción cas Descripción o hecho denunciado Máx. 255 caracteres Descripción eus Descripción o hecho denunciado Máx. 255 caracteres F. alta Fecha de alta en que entra en vigor la sanción Fecha

F. baja Fecha de baja en que finaliza la validez de la sanción Fecha

Articulado cas Código de precepto infringido Máx. 30 caracteres Articulado eus Código de precepto infringido Máx. 30 caracteres Cuantía Importe de la sanción Número Reducido Importe reducido de la sanción Número T. anulación Tiempo en minutos para anular esta sanción Número

I. anulación Importe que cuesta la anulación de la sanción correspondiente Número

JPT

Indica si es sanción de la Jefatura Provincial de Tráfico o no (por ejemplo podría ser una sanción municipal o de la DGT...) (S/N)

Puntos Cuantos puntos se quitan del carnet de conducir por esta sanción Número

Seguro Indica si se debe presentar el seguro del automóvil al ponerle esta sanción (S/N)

Documentación

Indica si se debe presentar la documentación al ponerle esta sanción (S/N)

Texto asociado Texto legal añadido que se debe imprimir en la denuncia Máx. 100 caracteres

Grúa Indica si con las sanción se permite el aviso de grúa (S/N)

Artículo Es el artículo por el que se puede retirar un vehículo de la vía pública Máx. 10 caracteres

Gravedad Gravedad de la sanción (Leve, grave, muy grave, …) Máx. 10 caracteres

Agrupaciones de denunciantes: Código Código del grupo de denunciantes Número Nombre Nombre del grupo de denunciantes Máx. 50 caracteres

Turnos: Código Código del turno Número Nombre Nombre del turno Máx. 50 caracteres Reducido Descripción reducida del turno Máx. 2 caracteres

Unidades de denunciantes: Código Código de la unidad Número Nombre Nombre de la unidad Máx. 50 caracteres

Denunciantes: Código empleado

Código de empleado (en caso de ser distinto del código de denunciante)

Número

Nombre Nombre del denunciante Máx. 25 caracteres Primer apellido

Primer apellido del denunciante Máx. 50 caracteres

Segundo apellido

Segundo apellido del denunciante Máx. 50 caracteres

NIF Número identificación fiscal; NIF, CIF o cualquier número equivalente

Máx. 15 caracteres

F. alta Fecha de alta del denunciante Fecha F. baja Fecha de baja del denunciante Fecha Código denunciante

Código del denunciante Máx. 10 caracteres

Agrupación Código del grupo al que pertenece el denunciante (hoja Agrupaciones)

Número

Unidad Código de la unidad a la que pertenece (hoja Unidades)

Número

Rango asignado

Rango de denuncias asignado Máx. 15 caracteres

Rango de reserva

Rango de denuncias de reserva (se asignará automáticamente al finalizar el rango asignado)

Máx. 15 caracteres

Turno Código del turno (hoja Turnos) Número

Tipos de matrículas: Código Código de la categoría (definido por Ayto) Máx. 10 caracteres Descripción Descripción de la categoría Máx. 25 caracteres

Motivos de ausencia: Código Código del motivo de ausencia de notificado Máx. 1 caracteres Descripción Descripción del motivo de ausencia de

notificado Máx. 150 caracteres

Otros motivos

Indica que el motivo de ausencia de notificado seleccionado no es suficiente y se precisa al usuario que escriba un literal adicional

(S/N)

Se valoraran otros datos como: − Clases de vehículos − Colores vehículos − Marcas vehículos − Modelos vehículos

ANEXO

FORMATO DE DENUNCIA IMPRESA

FORMATO FRENTE A IMPRIMIR

TEXTO DORSO PRE-IMPRESO

AVISO DE DENUNCIA

En relación a la infracción que consta al dorso, le informamos que:

1. Mediante la entrega de este aviso se le comunica la existencia de la denuncia voluntaria correspondiente, que le será notificada en forma legal.

2. Instruirá el expediente el/la Jefe/a de la Unidad de Sanciones de Tráfico, siendo el/la Concejal/a Delegado/a del Departamento de Hacienda, según Decreto de delegación vigente, el órgano competen-te para sancionar.

3. En relación a la detracción de puntos se estará a lo dispuesto en los anexos II y IV del RDL 6/2015, de 30 de octubre.

CONFORMIDAD CON LA DENUNCIA

Notificada la denuncia, el denunciado podrá realizar el pago voluntario de la multa en el acto, o en el plazo de 20 DÍAS NATURALES contados desde el día siguiente al de su notificación, con una reducción, en ambos casos, del 50 por ciento del importe de la sanción, o bien, presentar alegaciones en los registros legalmente habilitados.

El pago de la sanción con dicha reducción, implicará la renuncia a formular alegaciones. En el caso de formularse éstas, se tendrán por no presentadas. Así mismo, implicará la terminación del procedimiento, sin necesidad de dictar resolución expresa y la firmeza de la sanción, agotándose la vía administrativa, siendo recurrible únicamente ante el orden jurisdiccional contencioso-administrativo a partir del día siguiente del pago. (Art. 94 del RDL 6/2015).

DISCONFORMIDAD CON LA DENUNCIA

Pueden formularse alegaciones en el plazo de 20 DÍAS NATURALES, desde la notificación de la de-nuncia con renuncia al 50 por ciento de la sanción y continuando el procedimiento hasta la notificación de la resolución sancionadora. Si el denunciado no formula alegaciones, ni abona el importe de la multa en el plazo de 20 DÍAS NATURALES siguientes al de la notificación de la denuncia, ésta surtirá el efec-to de acto resolutorio del procedimiento sancionador. El procedimiento se tendrá por concluido el día siguiente a la finalización de dicho plazo, según el art. 95.5 del RDL 6/2015. La sanción podrá ejecutar-se transcurridos 30 DÍAS NATURALES desde la notificación de la denuncia.

CADUCIDAD DEL PROCEDIMIENTO

Si no hubiese recaído resolución sancionadora transcurrido un año desde la iniciación del procedimien-to, se producirá su caducidad (Art. 112.3 del RDL 6/2015).

PAGO DE LA SANCION

El pago con este aviso podrá hacerse efectivo:

• En el mismo momento de la recogida del aviso de denuncia ante el/la vigilante, mediante tarje-ta. • En www.vitoria-gasteiz.org • En entidades de crédito colaboradoras. • En Oficinas de Atención Ciudadana. • En las Oficinas Municipales de San Martín.