COMPATIBILIDAD CPV
Coinciden 1 de 2 CPVs (50%).
• CPVs que coinciden: 48000000-8
• CPVs sin coincidencia: 72267000-4
→ La empresa ES COMPATIBLE con esta licitación según los CPVs.
---
INFORME SOBRE EL OBJETO DEL CONTRATO
Expediente nº 349/2026 — Suministro y servicios de licencias CMS
Ayuntamiento de Teulada
---
1. ¿EN QUÉ CONSISTE?
Descripción general del servicio
Se trata de un contrato mixto donde lo principal es suministrar licencias de software y lo accesorio son los servicios asociados. (PPT, página 1; PCAP, página 1)
¿Qué es exactamente?
El Ayuntamiento necesita un sistema de gestión de contenidos (CMS) en la nube para:
• Gestionar su web corporativa y la web de turismo.
• Gestionar un panel informativo interactivo (pantalla táctil) en la Oficina de Turismo.
• Recopilar datos de visitantes, crear estadísticas y enviar información a los usuarios.
Prestación principal — Suministro de licencias (CPV 48000000):
• 2 licencias de un software CMS en modalidad SaaS (servicio en la nube). (PPT, p. 3)
• El proveedor mantiene los servidores; el Ayuntamiento accede desde navegadores (Chrome, Firefox, etc.).
• Duración: 1 año inicial, renovable 3 años más (máximo 4 años total). (PPT, p. 3; PCAP, p. 2)
Prestación accesoria — Servicios incluidos (CPV 72267000):
• Alojamiento en servidores en la nube.
• Mantenimiento preventivo (revisiones regulares), correctivo (reparación de fallos), adaptativo (compatibilidad con nuevos navegadores) y evolutivo (actualizaciones). (PPT, p. 6)
• Soporte técnico (resolución de incidencias).
• Migración de datos desde el sistema actual al nuevo.
• Formación del personal.
• Asistencia técnica al panel informativo táctil (sin desplazamientos físicos ni reparación de equipos). (PPT, p. 4)
Tareas principales que incluye
Módulos y funcionalidades exigidas:
1. Gestión de contenidos web:
• Crear y editar páginas, noticias, eventos.
• Insertar imágenes, vídeos y enlaces.
• Publicar en la web con interfaz visual fácil ("WYSIWYG"). (PPT, p. 3)
2. Panel informativo táctil (Oficina de Turismo):
• Los turistas tocan la pantalla para ver información.
• Pueden recibir folletos, mapas o datos por correo electrónico.
• Muestra información 24 horas; en inactividad, reproduce carrusel de eventos. (PPT, p. 3)
3. Gestión de visitantes y encuestas:
• Registra quién visita, de dónde viene, qué busca.
• Permite encuestas de opinión en tablets.
• Genera gráficos y comparativas año a año. (PPT, p. 4)
4. Integración con herramientas externas:
• Email marketing (Acumbamail, Mailchimp).
• Eventos (Eventbrite).
• Analytics (Google Analytics, Metricool).
• Seguridad (ReCAPTCHA). (PPT, p. 4)
5. Requisito técnico esencial:
• La plataforma debe estar adaptada a la Norma UNE 178503 (estándares para destinos turísticos inteligentes).
• Debe estar integrada con la Red DTI de Turisme Comunitat Valenciana. El Ayuntamiento forma parte de esa red, así que la interoperabilidad es obligatoria. (PPT, p. 2 y p. 4)
Frecuencia, horarios y niveles de servicio (SLA)
Horario:
• El sistema funciona 24 horas, 365 días en modalidad cloud.
• El soporte técnico debe responder con estos tiempos máximos: (PPT, p. 6-7)
| Tipo de incidencia | Tiempo de respuesta | Tiempo de resolución |
|---|
| Crítica (sin servicio) | ≤ 45 minutos | ≤ 4 horas |
| Normal (fallo parcial/consulta) | ≤ 4 horas | ≤ 16 horas |
• Si hay retrasos, se aplican penalidades (ver apartado 3, penalidades). (PCAP, p. 14)
Mantenimiento:
• Se realizan de forma continua para evitar que el software quede obsoleto. (PPT, p. 6)
• El proveedor entrega un informe técnico cada trimestre sobre incidencias y tiempos reales de resolución. (PPT, p. 7)
---
2. PLAZOS
Duración del contrato y prórrogas
Contrato inicial: 1 año a partir de la formalización. (PPT, p. 3; PCAP, p. 5)
Prórrogas: Hasta 3 años más (anual cada una), de forma que el total máximo es de 4 años. (PPT, p. 3)
`
Año 1: Contrato inicial
Año 2: Prórroga 1 (opcional)
Año 3: Prórroga 2 (opcional)
Año 4: Prórroga 3 (opcional)
`
Calendario de instalación y puesta en marcha
Plazo global de implantación: 2 meses máximo desde la firma del contrato en el año inicial. (PPT, p. 7)
Fases previstas (el proveedor debe presentar un cronograma detallado):
1. Instalación y configuración del software.
2. Migración de datos del sistema anterior.
3. Pruebas de funcionamiento.
4. Puesta en producción (el sistema comienza a funcionar realmente).
(PPT, p. 7; Anexo II PCAP, p. 22)
Formación: 2 meses para impartir un mínimo de 20 horas lectivas de formación al personal municipal (administradores, técnicos de turismo, técnicos de comunicación). (PPT, p. 7)
Otras fechas importantes:
• Inicio: Día siguiente a la firma del contrato. (PPT, p. 7)
• Facturación: Anual (se paga una vez al año). (PCAP, p. 11)
• Plazo de garantía: 1 mes tras la recepción o conformidad final. (PCAP, p. 12)
---
3. CÓMO SE EJECUTA Y QUÉ TENER EN CUENTA
Equipo a adscribir: Personal mínimo, perfiles y dedicación
NO APARECE en los pliegos una especificación detallada del número mínimo de trabajadores, roles específicos del personal a adscribir o dedicación horaria exigida.
Lo que sí aparece:
• El proveedor debe nombrar un director/interlocutor de proyecto que se relacione con el Responsable del Contrato del Ayuntamiento. (PPT, p. 5)
• El equipo técnico debe estar disponible para:
• Soporte técnico (respuesta en 45 minutos para incidencias críticas).
• Atención a consultas.
• Reuniones de coordinación (frecuencia no especificada).
(PPT, p. 5, 7)
Titulaciones: NO APARECE requisito específico de titulaciones (ingeniería, informática, etc.).
Dedicación: Los compromisos concretos deben aparecer en la memoria técnica que presenta cada candidato (Anexo II PCAP, p. 21-22, apartado B.1.2 "Equipo técnico asignado").
Medios materiales a aportar
El proveedor debe proporcionar:
1. Infraestructura cloud (servidores):
• Ubicados obligatoriamente en el Espacio Económico Europeo (EEE). (PPT, p. 6)
• Con copias de seguridad cada 72 horas mínimo. (PPT, p. 6)
• Recuperación ante desastres en máximo 12 horas. (PPT, p. 6)
2. Licencias y software:
• El proveedor corre con el coste de las licencias de terceros necesarias (sistemas operativos, bases de datos, etc.). (PPT, p. 5)
• No se requieren productos adicionales que supongan coste extra para el Ayuntamiento. (PPT, p. 5)
3. Acceso desde dispositivos:
• Compatible con Windows, Linux, iOS, Android.
• Funciona en navegadores estándar (Chrome, Edge, Firefox, Safari) sin necesidad de programas especiales. (PPT, p. 5)
4. Seguridad y cumplimiento legal:
• Comunicaciones cifradas con protocolo HTTPS/SSL. (PPT, p. 5)
• Cumplimiento del Esquema Nacional de Seguridad (ENS). (PPT, p. 6)
• Cumplimiento de RGPD y leyes españolas de protección de datos. (PPT, p. 6; PCAP, p. 26-30)
SUBROGACIÓN de personal
NO APARECE ningún anexo de subrogación en los documentos adjuntos.
El contrato NO exige subrogar trabajadores de un contrato anterior. Esto es coherente porque se trata de un software en la nube (SaaS); el proveedor anterior no tenía necesariamente personal asignado a tiempo completo.
Sin embargo, el PCAP establece que:
• El contratista está obligado a cumplir la normativa laboral y de Prevención de Riesgos Laborales. (PCAP, p. 12)
• El personal debe estar dado de alta en Seguridad Social. (PCAP, p. 25)
Penalidades y control de calidad
Penalidades por incumplimiento de niveles de servicio (SLA):
Si el proveedor no cumple los tiempos de respuesta/resolución establecidos, se aplican estas penalidades:
| Tipo de incumplimiento | Calificación | Penalidad |
|---|
| Retraso normal > 16h y ≤ 2 días | Leve | 0,5% precio mensual/día |
| Retraso normal > 2 días y ≤ 5 días | Grave | 1% precio mensual/día |
| Retraso normal > 5 días | Muy grave | 2% precio mensual/día |
| Retraso crítica > 4h y ≤ 24h | Leve | 1% precio mensual/hora |
| Retraso crítica > 1 día y ≤ 3 días | Grave | 2% precio mensual/día |
| Retraso crítica > 3 días | Muy grave | 3% precio mensual/día |
(PCAP, p. 14)
Otras penalidades:
• Por retrasos en la implantación (plazo 2 meses): 1% precio mensual/semana de retraso. (PCAP, p. 15)
• Por no entregar informes trimestrales de SLA: 0,5% precio mensual/informe no entregado. (PCAP, p. 15)
• Por uso no autorizado de datos o imágenes del Ayuntamiento: 5% precio anual del contrato. (PCAP, p. 15)
Límites:
• Las penalidades totales no pueden superar el 10% del presupuesto anual.
• Si alcanzan el 20%, el Ayuntamiento puede resolver el contrato (darlo por terminado). (PCAP, p. 15)
Procedimiento:
• El Ayuntamiento inicia un expediente contradictorio (da 5 días al proveedor para alegar).
• Se resuelve por el Alcalde o Concejal delegado.
• Las penalidades se descuentan de los pagos pendientes, o si no hay pagos pendientes, se cobran de la garantía definitiva. (PCAP, p. 16)
Control de calidad:
• El Ayuntamiento designa un Responsable del Contrato que verifica el cumplimiento. (PCAP, p. 19)
• El proveedor entrega informes trimestrales detallados sobre incidencias, tiempos de resolución y medidas correctoras. (PPT, p. 7)
• El Ayuntamiento se reserva el derecho a hacer auditorías técnicas y de seguridad periódicas. (PPT, p. 6)
---
4. PRECIO Y PAGO
Estructura del precio: Global o por unitarios
El precio es GLOBAL ANUAL, no por unitarios.
Precio anual (base de licitación): (PCAP, p. 2)
| Concepto | Importe |
|---|
| Presupuesto sin IVA | 3.780,00 € |
| IVA (21%) | 793,80 € |
| Total con IVA | 4.573,80 € |
Este es el precio por cada año de contrato.
Cuadro de anualidades (máximos con IVA)
| Anualidad | Periodo | Importe |
|---|
| 1 | Contrato inicial | 4.573,80 € |
| 2 | Prórroga 1 | 4.573,80 € |
| 3 | Prórroga 2 | 4.573,80 € |
| 4 | Prórroga 3 | 4.573,80 € |
| TOTAL (4 años) | Contrato + 3 prórrogas | 18.295,20 € |
(PPT, p. 4; PCAP, p. 2)
Valor estimado total del contrato (sin IVA): 15.120,00 € (incluyendo las 3 prórrogas). (PPT, p. 4; PCAP, p. 2)
Cómo y cuándo se paga
Periodicidad: Anual. (PCAP, p. 11)
¿Cuándo se paga?
La factura debe presentarse en un plazo de 30 días desde la fecha de la prestación. Para servicios de tracto sucesivo (como este), la factura debe presentarse en máximo 10 días desde la realización de la prestación en el periodo de que se trate. (PCAP, p. 11)
Una vez recibida la factura y el acta de recepción, el Ayuntamiento paga. NO APARECE especificado un plazo exacto de pago después de recibir la factura (por ejemplo, "30 días netos").
Forma de pago exacta
Forma de pago: No especificada en los pliegos.
Los pliegos indican que:
• Se paga con periodicidad anual. (PCAP, p. 11)
• La factura debe incluir varios datos (DIR3, etc.). (PCAP, p. 11)
• En el presupuesto están incluidos "todos los tributos, tasas, cánones y gastos directos e indirectos". (PCAP, p. 2)
Pero no especifican:
• ¿Se paga al 100% al principio del año o al final?
• ¿Se paga en varios plazos (p. ej., trimestral)?
• ¿Hay anticipo o pago a 30 días después de la factura?
Esto es una incoherencia a vigilar (ver apartado 5).
Revisión de precios
NO hay revisión de precios. (PCAP, p. 5)
El precio se mantiene igual durante los 4 años de contrato, incluso si hay prórroga.
---
5. INCOHERENCIAS Y PUNTOS A VIGILAR
1. Forma de pago no especificada (CRÍTICO)
Problema:
• El PCAP (p. 11) dice que se paga "con periodicidad anual", pero no aclara:
• ¿Pago único al inicio del año o al final?
• ¿A cuántos días después de la factura?
• ¿Hay retenciones?
Impacto: El proveedor no sabe cuándo recibirá el dinero. Esto puede cauar disputas durante la ejecución.
Recomendación: Aclarar en el contrato formalizado si es:
• Pago al 100% a 30 días de la factura (modelo más común).
• O pago trimestral/mensual anticipado.
---
2. Personal técnico mínimo no definido (IMPORTANTE)
Problema:
• Los pliegos no exigen un número mínimo de técnicos, perfiles, ni dedicación horaria concreta.
• Solo se menciona que debe haber un "director/interlocutor de proyecto". (PPT, p. 5)
• Los detalles se dejan para que cada candidato proponga en la memoria técnica.
Impacto:
• Un proveedor podría presentar un plan con un solo técnico a tiempo parcial para 2 licencias y 24/7 de soporte. Esto sería técnicamente viable pero riesgoso en caso de incidencia crítica.
• Los tiempos de respuesta de 45 minutos para incidencias críticas requieren personal disponible.
Recomendación:
• Establecer un número mínimo de técnicos (p. ej., 1-2 disponibles para soporte, más instaladores).
• Exigir disponibilidad 24/7 o bandas horarias claras (lunes-viernes 8-20h, etc.).
---
3. Presupuesto muy bajo para el alcance de servicios (ALERTA)
Problema:
| Concepto | Cantidad | Coste anual unitario |
|---|
| Licencias CMS | 2 | ≈ 1.890 €/licencia |
| Soporte 24/7 y SLA críticas | -- | Incluido |
| Migración de datos | -- | Incluido |
| Formación (mín. 20 horas) | -- | Incluido |
| Mantenimiento (preventivo, correctivo, evolutivo) | -- | Incluido |
| Alojamiento cloud (EEE) + backups + DRP | -- | Incluido |
Análisis:
• 3.780 € sin IVA para todo (licencias, hosting, soporte, formación, migración) es muy comprimido.
• Comparativamente, plataformas CMS SaaS (Drupal Cloud, WordPress Enterprise, Joomla Cloud) cuestan 2.000-5.000 € anuales cada una, SIN extras.
• Aquí se requiere además: soporte 24/7 con SLA de 45 min, migración, formación, compliance ENS y RGPD.
Impacto:
• Riesgo de que empresas serias no liciten porque el presupuesto es insuficiente.
• Riesgo de que licite una empresa con recursos limitados = peor soporte técnico, más incidencias sin resolver.
• Coherencia de precios: si hay penalidades por incumplimiento de SLA, pero el presupuesto es muy bajo, ¿cómo invertirá el proveedor en personal de calidad?
Recomendación:
• Revisar si el presupuesto es realista. Puede ser necesario aumentarlo.
• Documentar en el expediente de contratación un análisis de mercado que justifique los 3.780 €.
---
4. No hay especificación clara de qué incluye "mantenimiento"
Problema:
• El PPT (p. 6) lista 5 tipos de mantenimiento:
• Preventivo, Predictivo, Correctivo, Adaptativo, Evolutivo.
• Pero no define concretamente:
• ¿Cuántas horas/mes de mantenimiento preventivo?
• ¿Quién decide cuándo hay actualizaciones "evolutivas"? ¿El proveedor puede obligar a actualizar la web?
• ¿Mantenimiento incluye cambios del diseño web, o solo del código CMS?
Impacto: Disputas durante la ejecución sobre qué está incluido y qué no.
Recomendación: Añadir un anexo con SLA específicos para cada tipo de mantenimiento.
---
5. Requisito de adaptación UNE 178503 y Red DTI sin verificación inicial clara
Problema:
• El PPT (p. 2, p. 4) exige que la plataforma esté adaptada a Norma UNE 178503 e integrada con Red DTI de Turisme Comunitat Valenciana.
• Se pide que se acredite con "declaración de conformidad o certificación técnica".
• Pero NO aparece en el PCAP un procedimiento claro de cómo se verifica esto antes de adjudicar.
Impacto:
• Se podría adjudicar el contrato a un proveedor que diga cumplir, pero al llegar la formalización se descubre que no hay integración real con Red DTI.
• Esto causaría demora o imposibilidad de puesta en marcha.
Recomendación:
• Exigir que la declaración de conformidad/certificación se presente ANTES de la adjudicación (en sobre A, como documentación obligatoria).
• Que la Mesa de Contratación verifique esta certificación antes de proponer adjudicación.
---
6. Plazo de implantación (2 meses) muy ajustado
Problema:
• Migrar datos de un sistema actual + instalar nuevo + configurar + hacer pruebas + formar personal = 2 meses puede ser muy poco si hay complejidad.
• El PCAP (Anexo II, p. 22) pide un cronograma detallado, pero los candidatos podrían presentar plazos poco realistas para ganar.
• Si no se cumplen los 2 meses, hay penalidad de 1% precio mensual/semana de retraso. (PCAP, p. 15)
Impacto:
• Presión para incumplir (el proveedor acelera, hace trabajo de mala calidad).
• O, si el plazo es irrealista desde el inicio, el proveedor acumula penalidades innecesariamente.
Recomendación:
• Permitir una prórroga del plazo de 2 meses con justificación previa.
• O especificar mejor qué ocurre si el Ayuntamiento retrasa en aportar datos o accesos.
---
7. Garantía definitiva al 5% es baja para penalidades potenciales (ALERT)
Problema:
• Garantía definitiva: 5% del precio final. (PCAP, p. 10)
• Precio anual: 4.573,80 € (con IVA) ≈ 3.780 € (sin IVA).
• Garantía: 5% × 3.780 = 189 €.
Pero penalidades potenciales en un año:
• Solo por 1 semana de retraso en implantación (2 meses = 8 semanas): 8 × 1% = 8% del precio anual.
• Esto ya supera la garantía (5%).
Impacto:
• Si hay incumplimientos moderados, se agota la garantía y no cubre las penalidades reales.
• El Ayuntamiento tendría que cobrar de pagos pendientes o por vía de apremio administrativo.
Recomendación:
• Aumentar garantía a 10% como mínimo.
---
8. Datos de contacto del DPD con errores tipográficos (MENOR)
Problema:
• PCAP (p. 18) incluye el correo del DPD: "jvoller@teuladamoraira.org"
• PCAP (p. 18, segundo párrafo) repite: "jvoller@teuladamoraria.org" (sin la "i" en "moraira").
Impacto: Emails dirigidos a protección de datos podrían no llegar.
Recomendación: Corregir y verificar el correo correcto antes de publicar el contrato.
---
9. Cesión del contrato con condiciones estándar pero poco clara su aplicación práctica
Problema:
• PCAP (p. 13) permite cesión si se cumplen 4 requisitos (autorización previa, 20% ejecutado, solvencia, escritura pública).
• Pero si el proveedor cede a otro en medio del contrato y hay incidencias pendientes, ¿quién responde?
Recomendación:
• Añadir que cualquier cesión requiere que el cesionario asuma explícitamente todas las obligaciones (SLA, penalidades, protección de datos).
---
10. NO hay especificación de plazo de respuesta del Ayuntamiento
Problema:
• Se exigen tiempos muy estrictos al proveedor (45 minutos para críticas).
• Pero NO hay tiempo máximo para que el Ayuntamiento responda a solicitudes del proveedor (p. ej., acceso a datos para migración, validaciones, etc.).
Impacto: Si el Ayuntamiento retrasa 1 semana en dar datos para migrar, ¿cuenta como culpa del proveedor? ¿Se puede pedir prórroga del plazo de implantación?
Recomendación:
• Añadir en el contrato que el Ayuntamiento responderá a solicitudes técnicas en máximo 3 días laborales.
---
TABLA RESUMEN DE INCOHERENCIAS
| # | Incoherencia | Severidad | Ubicación | Acción recomendada |
|---|
| 1 | Forma de pago no especificada | CRÍTICA | PCAP p. 11 | Especificar plazo exacto (30 días netos, etc.) |
| 2 | Personal técnico mínimo no definido | IMPORTANTE | PPT p. 5; PCAP Anexo II | Establecer número mínimo y dedicación |
| 3 | Presupuesto bajo (3.780 €) para alcance completo | ALERTA | PPT p. 4; PCAP p. 2 | Revisar mercado y justificar o aumentar |
| 4 | Mantenimiento sin especificación de horas/mes | IMPORTANTE | PPT p. 6 | Añadir SLA específicos por tipo |
| 5 | Verificación UNE 178503/Red DTI sin procedimiento claro | IMPORTANTE | PPT p. 2, p. 4 | Exigir certificación en Sobre A, antes adjudicación |
| 6 | Plazo implantación (2 meses) muy ajustado | MEDIA | PPT p. 7; PCAP Anexo II | Permitir prórroga justificada o alargar |
| 7 | Garantía (5%) baja vs. penalidades potenciales | MEDIA | PCAP p. 10 | Aumentar a 10% |
| 8 | Correos electrónico del DPD con errores tipográficos | MENOR | PCAP p. 18 | Corregir antes de publicar |
| 9 | Cesión del contrato poco detallada en responsabilidades | MEDIA | PCAP p. 13 | Aclarar asunción de obligaciones del cesionario |
| 10 | Sin plazo máximo de respuesta del Ayuntamiento | MEDIA | Todos los pliegos | Añadir SLA para respuestas municipales (3 días) |
---
CONCLUSIÓN
Este es un contrato bien estructurado en general, pero con riesgos operativos principalmente en:
1. Ejecución técnica: Presupuesto bajo, personal no cuantificado, plazo ajustado.
2. Gestión administrativa: Forma de pago no clara, garantía baja, requisitos técnicos sin verificación previa clara.
3. Protección de datos: Bien regulado con Anexo V (contrato de datos), pero con pequeños errores (correos).
Se recomienda corregir los 10 puntos antes de publicar la licitación para evitar disputas y asegurar ejecución de calidad.