Cuando una empresa digitaliza un contrato y lo firma electrónicamente, asume que esa firma tendrá validez legal en toda la Unión Europea. Eso es lo que promete eIDAS. Pero la realidad es más tosca.
eIDAS (Reglamento UE 910/2014) establece un marco común para la identificación electrónica y los servicios de confianza: firma electrónica, sellos, sellos de tiempo, validación de sitios web y entrega certificada. En teoría, cualquier estado miembro debe reconocer los medios de identificación notificados por otros estados.
En la práctica, los problemas surgen cuando intentas automatizar procesos documentales que dependen de la interoperabilidad real. Un ejemplo común: un proveedor alemán envía una factura firmada con un certificado reconocido en su país, pero el sistema español de la empresa compradora no lo acepta porque el formato o la validación técnica difieren.
La curación de datos para IA en este contexto implica no solo extraer la firma o el sello de tiempo, sino conservar la trazabilidad completa del proceso de validación. Sin eso, el dataset puede contener documentos que un modelo de IA trataría como igualmente válidos cuando no lo son.
Lo que eIDAS exige a tus documentos digitales
Para que un documento digital tenga plena validez transfronteriza bajo eIDAS, debe cumplir con:
- La firma electrónica cualificada (QES) tiene el mismo efecto legal que una firma manuscrita.
- Los sellos electrónicos cualificados (QSeal) identifican a personas jurídicas.
- El sello de tiempo cualificado (QTS) prueba que un documento existía en una fecha concreta.
- Los servicios de entrega certificada (REM) prueban el envío y recepción.
En proyectos documentales para IA, esto significa que el dataset debe distinguir claramente entre firmas cualificadas y no cualificadas. Un modelo de extracción de cláusulas no puede tratar igual un contrato firmado con un certificado reconocido que uno firmado con una imagen escaneada de una rúbrica.
El problema de la interoperabilidad real
La Comisión Europea publica una lista de confianza (TSL) de los prestadores cualificados de cada país. Pero la validación automática de una firma emitida en Polonia o Italia por un sistema español no es trivial. Los formatos de los archivos de firma (CAdES, XAdES, PAdES) tienen perfiles y extensiones que no siempre son compatibles entre nodos.
Para un proyecto de automatización documental que quiera procesar facturas o contratos de toda Europa, la curación de datos debe incluir:
- Normalización de los metadatos de firma a un formato común.
- Verificación de la cadena de certificados en el momento de la ingestión.
- Almacenamiento de los resultados de validación como metadatos adicionales.
Si el dataset solo guarda el PDF firmado sin estos metadatos, cualquier modelo de IA posterior no podrá distinguir una firma válida de una inválida. Y eso puede tener consecuencias legales graves.
Qué hacer mientras la interoperabilidad mejora
No podemos esperar a que todos los sistemas europeos hablen el mismo idioma. La solución práctica es curar los datos documentales con capas de contexto: añadir al registro no solo el documento firmado, sino también el resultado de la validación, el prestador cualificado que lo emitió, el formato concreto y la fecha de comprobación.
Así, cuando el modelo de IA necesite decidir si un contrato está correctamente firmado, tendrá información suficiente. Y si una inspección pregunta cómo se validó, podrás demostrarlo.
Conclusión
eIDAS es un buen reglamento con una implementación desigual. Para la curación de datos y la IA, la lección es clara: no confíes en que un documento digital sea válido solo porque lleve una firma. Valida, documenta y almacena el contexto. La interoperabilidad real empieza en la calidad de los datos, no en la ley.
