Cómo evaluar una licitación de software con IA: un caso práctico con LicitaIA
Un flujo práctico para consultoras de software: separar admisión, criterios puntuables y evidencia pendiente usando el caso histórico MM/2026/138.
Encuentras un contrato para implantar agentes de IA y ves que el pliego menciona ENS y Microsoft Solutions Partner. ¿Descartas la oportunidad porque tu empresa no tiene una de esas acreditaciones, o lees primero si son condiciones para presentarte o puntos que mejoran la oferta?
Transparencia: LicitaIA es un proyecto propio del editor de DevAI Semanal. Usamos un expediente histórico y didáctico para explicar cómo ordenar esa lectura.
Cuando una consultora de software encuentra una licitación pública, la primera pregunta no debería ser «¿puede leerla una IA?», sino «¿qué decisión necesito dejar documentada?». Un pliego puede contener requisitos de admisión, criterios que solo suman puntos, documentos pendientes y casillas de una plantilla que necesitan contexto.
El flujo que resulta útil para un equipo técnico tiene cuatro pasos: conservar la fuente, clasificar cada afirmación, asociarla con una evidencia y decidir la siguiente acción. La IA puede ayudar a ordenar el volumen inicial, pero la fuente y la comprobación humana siguen siendo el centro del proceso.
Un caso de software para separar conceptos
El recurso didáctico de LicitaIA sobre el expediente MM/2026/138 se contrastó el 28 de septiembre de 2026. El objeto era un servicio de implantación, evolución y soporte de agentes de IA generativa LLM para Mutua Montañesa. En la ficha oficial consultada el 5 de octubre figura Estado: Evaluación y el plazo histórico ya había terminado el 30 de septiembre de 2026 a las 12:00. No es una oportunidad vigente ni un caso de cliente.
Lo interesante para una consultora no es el tamaño del contrato, sino cómo cambia la lectura cuando se separan tres categorías:
- Admisión o solvencia: condiciones que la empresa debe acreditar para poder competir.
- Criterios puntuables: elementos que mejoran la valoración, pero que el propio pliego puede tratar como puntuación y no como condición de entrada.
- Evidencia pendiente: una afirmación que parece relevante, pero para la que todavía falta localizar la página, el documento o la aclaración que la confirma.
En el PCAP R0210969, el contraste del 28/09 recoge tres certificados de buena ejecución como solvencia técnica (p. 35). En cambio, el ENS del producto ofertado aparece como criterio 10/5/0 (p. 41), y Microsoft Solutions Partner como criterio 10/5/0 (p. 42). Leer «certificación» y convertirlo automáticamente en «si no la tienes, estás fuera» sería confundir categorías.
Ese matiz es especialmente importante en software: una certificación puede referirse a la empresa licitadora o al producto que se ofrece. Antes de comparar el pliego con el perfil de una compañía, hay que identificar el sujeto exacto de la obligación.
Qué debería hacer una IA con el pliego
Una herramienta de IA es más útil cuando ayuda a ordenar un mapa comprobable que cuando intenta dar una respuesta definitiva. El flujo editorial puede seguir esta secuencia:
Fuente. Registrar qué documento se ha leído, su versión y las aclaraciones asociadas. Un resumen sin página ni apartado es difícil de auditar y puede quedar obsoleto si aparece una rectificación.
Clasificación. Etiquetar cada hallazgo como admisión/solvencia, criterio puntuable, documento, obligación de ejecución o información. La etiqueta no debe ocultar la frase original ni el contexto que explica a quién se aplica.
Evidencia. Guardar página, apartado, documento y, cuando corresponda, la respuesta oficial. En el ejemplo, la página 41 se usa para el criterio ENS y la 42 para el criterio de partner. La página 35 se usa para los certificados de servicios similares. El número aislado no basta: hay que conservar el texto que lo rodea.
Siguiente acción. Convertir la lectura en una tarea: reunir certificados, comprobar una designación vigente, revisar una aclaración o pedir una consulta por el canal oficial dentro del plazo. «No tengo el documento» significa evidencia pendiente; no equivale por sí solo a incumplimiento.
Cómo probarlo en LicitaIA
El recorrido público está acotado y es fácil de contrastar:
- Sube un PDF público de hasta 20 MB en el formulario de análisis.
- Sin registro, revisa el resumen inicial con el objeto y los criterios que muestra la herramienta.
- Compara cada salida con el PCAP, el PPT y las aclaraciones, y guarda la página o documento que respalde la siguiente acción.
Los apartados adicionales requieren cuenta y están sujetos a las condiciones vigentes que se muestran en la aplicación. El análisis inicial es un punto de partida para revisar fuentes, no una decisión automática.
Si te interesa el lado técnico, la estructura de una salida ayuda a trabajar con ella, pero un JSON válido tampoco respalda por sí solo el contenido: hace falta validarlo contra la fuente. Es la misma distinción que explica esta guía de DevAI sobre salidas estructuradas, JSON Schema y validación.
La casilla no sustituye al contexto
El mismo expediente incluye una tensión instructiva. Una plantilla tiene una casilla de visita sin marcar y una respuesta oficial del 26 de agosto de 2026 confirma que no se requiere visita. La casilla sirve para localizar una comprobación, pero no convierte una visita en obligación ni reemplaza la respuesta publicada.
También aparece un párrafo sobre un volumen de negocio de 1,5 veces la anualidad junto a una casilla sin marcar. La lectura responsable no escoge automáticamente una de las dos señales. Marca el punto como revisión pendiente, consulta las aclaraciones y archiva la respuesta que resuelva la contradicción.
Qué aporta un perfil de desarrollador
Para una consultora de software, este método encaja con prácticas conocidas de ingeniería: conservar entradas y versiones, separar clasificación de decisión, enlazar conclusiones con evidencia reproducible y tratar la incertidumbre como estado REVIEW. Hace falta una segunda lectura humana cuando la fuente contradice una plantilla o cuando la certificación puede ser del producto y no de la empresa.
La IA puede reducir el trabajo de localizar objeto, criterios y documentos, pero no convierte una síntesis en prueba. Tampoco permite afirmar que una empresa puede presentarse, que ahorrará una cantidad concreta o que obtendrá un resultado favorable. Esas decisiones requieren contrastar el PCAP, el PPT, las aclaraciones y la documentación de la empresa.
El caso MM/2026/138 se conserva como ejemplo histórico, no como demostración de éxito de cliente. El propio recurso advierte que sus tablas ordenan comprobaciones y que aún puede haber ambigüedades. Esa honestidad es parte del método: una captura o un resumen sirven para orientar la revisión, no para reemplazar el documento original.
Una lista breve para el equipo
Antes de preparar una oferta de software, conviene poder responder:
- ¿Qué documento y versión estamos usando?
- ¿La frase puede excluir, solo da puntos o necesita contexto?
- ¿Se refiere a la empresa, al producto o a la ejecución del contrato?
- ¿Dónde está la evidencia exacta?
- ¿Qué acción concreta queda abierta y quién la debe completar?
Si alguna respuesta falta, el resultado correcto es una tarea de verificación, no una conclusión más contundente. Esa disciplina hace que el análisis sea útil para producto, preventa y dirección, porque todos pueden ver qué se sabe, qué falta y qué fuente deben revisar.
¿Quieres probar este flujo con tu propio documento? Analizar mi pliego. Usa cualquier resultado como punto de partida y contrástalo con el expediente original y sus aclaraciones. No es asesoramiento jurídico ni una decisión individual sobre tu capacidad para licitar.
