Licitaciones de tecnología: memoria técnica, requisitos y cumplimiento
Los pliegos de tecnología exigen documentación técnica exhaustiva: arquitectura, perfiles del equipo, niveles de servicio, protección de datos y medidas de seguridad. Genlicit analiza esos requisitos y te ayuda a estructurar evidencia verificable. La adjudicación depende de tu empresa; Genlicit hace el proceso transparente.
Cómo son las licitaciones de tecnología
Los expedientes tecnológicos combinan arquitectura, perfiles, experiencia, niveles de servicio, seguridad y documentación de cumplimiento. Un pliego de desarrollo, integración, ciberseguridad o gestión de infraestructura suele exigir demostrar capacidad técnica mediante memoria técnica, dossier de experiencias previas, análisis del equipo ofertado y, habitualmente, un modelo de prestación con indicadores de servicio (SLA).
En muchos casos, el pliego especifica requisitos sobre disponibilidad, tiempo de respuesta, escalabilidad y protección de datos. Pueden requerirse auditorías de seguridad, certificaciones de calidad o esquemas de cumplimiento (por ejemplo, ENS, ISO 27001 u otros). No existe, sin embargo, un conjunto universal: cada contratante define qué espera. Un servicio puede exigir ISO 27001 en vigor; otro puede aceptar una capacidad demostrada u otros esquemas documentados.
El reto es leer el pliego con rigor, distinguir requisitos vinculantes de deseables, evaluar si tu empresa los cumple y documentar evidencia que el órgano de contratación pueda verificar. Buena parte de las oportunidades se pierden por lectura incompleta, subsanación tardía o evidencia sin referencias explícitas al texto del pliego.
Los requisitos que aparecen en el pliego
No todos aparecen en todos los expedientes, y cuando aparecen pueden ser requisitos de solvencia, condiciones de participación o criterios de valoración. Depende siempre del pliego.
Memoria técnica de la propuesta
Descripción detallada de cómo se prestará el servicio: arquitectura, fases, metodología y entregables. El pliego suele fijar extensión, estructura y criterios de evaluación. Sin una memoria rigurosa y alineada, el órgano de contratación no puede calificar la propuesta.
Experiencia previa del equipo
El pliego puede exigir referencias de proyectos de los últimos 3 o 5 años. Cada referencia debe incluir contratante, duración, presupuesto y alcance verificables. La experiencia sin detalle no suele ser subsanable en la fase de evaluación.
Niveles de servicio (SLA)
Disponibilidad, tiempo de respuesta ante incidencias, tiempo de resolución y, a menudo, penalizaciones. El pliego define qué SLA espera; ofertar algo distinto puede penalizar o excluir la propuesta.
Plan de seguridad de la información
Medidas de control de acceso, cifrado, auditoría, recuperación y gestión de incidentes. Según el pliego, puede exigirse ISO 27001 en vigor, otra certificación reconocida o un plan documentado de capacidad demostrada.
Capacidad técnica del equipo
Número de profesionales y perfiles (arquitectos, desarrolladores, especialistas en seguridad) y años de experiencia en la tecnología ofertada. El órgano de contratación necesita verificar que hay recursos suficientes para el alcance.
Protección de datos y cumplimiento del RGPD
Si el servicio trata datos personales, el pliego puede exigir análisis de riesgos, medidas de seguridad, plan de incidentes de privacidad y, en algunos casos, auditoría de cumplimiento.
Certificación o esquema de cumplimiento (según el pliego)
Algunos pliegos requieren ISO 27001, ISO 9001, ENS o esquemas sectoriales. Puede ser requisito de solvencia, criterio evaluable o simplemente informativo. Ninguna certificación es automáticamente obligatoria en todas las licitaciones TIC.
Plan de continuidad y recuperación
Copias de seguridad, redundancia, conmutación por error y tiempos máximos de indisponibilidad (RTO/RPO). El pliego puede fijar umbrales; ofrecer una capacidad menor implica no cumplir el requisito.
Del requisito del pliego a la evidencia que lo sostiene
Genlicit separa cada exigencia del expediente y la enlaza con la evidencia disponible en tu empresa, o la marca como pendiente.
Experiencia en proyectos de desarrollo con alcance e importe documentados (últimos 3 años)
Dossier con 4 referencias verificables de clientes públicos, con presupuesto y duración
Certificación ISO 27001 en vigor
Certificación caducada hace 6 meses; renovación en curso, con informe de preauditoría aportado
SLA de disponibilidad mínima del 99,5 % con penalizaciones asociadas
No consta cláusula de penalización en la propuesta actual
Ejemplo ilustrativo. El estado real depende del expediente y de la documentación cargada.
Errores frecuentes al licitar en tecnología
Fallos habituales que Genlicit ayuda a detectar antes de presentar.
- !No leer el pliego más allá del resumen: los requisitos técnicos reales están en el anexo de prescripciones técnicas y en los criterios de solvencia.
- !Asumir que una certificación (p. ej. ISO 27001) es siempre obligatoria: depende del pliego, y algunos contratos aceptan equivalentes documentados.
- !Presentar experiencias sin contratante, presupuesto o duración verificables: el órgano de contratación no puede calificar lo que no puede comprobar.
- !Ofertar SLA genéricos o copiados de otros contratos sin revisar lo que pide el pliego concreto: la desalineación con los criterios penaliza.
- !Minimizar el plan de seguridad con el argumento de que “los sistemas son seguros”: se necesita evidencia documental estructurada.
Cómo ayuda Genlicit en licitaciones de tecnología
Genlicit procesa el pliego de forma estructurada y extrae los requisitos técnicos: qué se pide, dónde aparece en el documento y qué tipo de evidencia es necesaria. No es análisis legal, sino lectura rigurosa del texto para evitar sorpresas en la subsanación. Identificas qué falta o qué necesita refuerzo antes de presentar la oferta.
Una vez identificados los requisitos, mapeas la evidencia que ya tienes (referencias, certificados, planes de seguridad) contra cada obligación del pliego. Si falta información, lo sabes a tiempo. La decisión de ofertar, subsanar o descartar el concurso es tuya, pero con visibilidad completa del expediente.
Dudas habituales al licitar en tecnología
¿Qué diferencia hay entre la memoria técnica y el plan de seguridad en un pliego TIC?
La memoria técnica describe cómo se prestará el servicio: equipo, arquitectura, procesos y fases. El plan de seguridad detalla cómo se protegen los datos, qué medidas hay ante accesos no autorizados y cómo se responde a incidentes. Muchos pliegos piden ambos por separado; una memoria sin plan de seguridad queda incompleta.
Si el pliego pide ISO 27001 pero tenemos un esquema propio auditado, ¿podemos ofertar sin la certificación?
Depende del pliego. Si la marca como requisito de solvencia, necesitas la certificación o una equivalencia que se acepte. Si la cita como factor evaluable, puedes presentar tu esquema documentado con auditoría externa. La clave está en la sección de solvencia del pliego.
¿Cuál es el error más frecuente al documentar experiencia previa en desarrollo de software?
No especificar con claridad el contratante, el presupuesto, la duración y el alcance. El órgano de contratación necesita verificar que el equipo ha trabajado en contextos similares; un listado de clientes sin detalles verificables suele llevar al rechazo por falta de acreditación.
¿Qué pasa si en la subsanación falta un requisito técnico que no puedo aportar?
Si el pliego lo marca como requisito imprescindible y no subsanable, puede suponer el rechazo de la oferta. Si es subsanable, hay un plazo para aportar documentación. Genlicit ayuda a detectar qué falta antes de presentar, no después.
Analicemos un pliego de tecnología
Contrastamos las exigencias del expediente con la experiencia y la documentación de tu empresa, con citas verificables.