La pregunta decisiva es si su IVI definitivo puede firmarse con la identidad requerida y ser aceptado por el receptor previsto. «Puede firmar XML» no basta como especificación. Aclare identidad documental, perfil técnico y aceptación antes de comprar certificados o integrar un servicio.
Fuentes comprobadas: 16 de octubre de 2026. Los pasos de selección y prueba son recomendaciones técnicas. Confirme nivel y perfil de firma con el NAP o la autoridad elegidos.
¿Qué diferencia existe entre firma y sello?
La firma electrónica personal se refiere a una persona física. El sello de empresa se vincula al origen y la integridad de datos de una persona jurídica. La explicación de la Comisión Europea sobre sellos permite establecer esa distinción. No utilice ambos términos como nombres intercambiables de un producto.
Separe también nivel de confianza y formato técnico. Certificado cualificado, dispositivo o servicio de creación, firma del documento y resultado de validación están relacionados, pero uno no demuestra todos los demás. Especifique lo necesario sin convertir una etiqueta comercial en requisito técnico.
Desplace la tabla horizontalmente para ver todas las columnas.
| Elemento | Función | Pregunta pendiente |
|---|---|---|
| Firma personal o sello de organización | Identidad e integridad documental | ¿Qué identidad y nivel acepta el receptor? |
| Perfil de firma XML | Vinculación con el archivo estructurado | ¿Qué algoritmos, referencias y empaquetado? |
| Certificado TLS | Comunicación protegida | ¿Hace falta autenticación mutua? |
| Credencial API o permiso de cuenta | Autorización de envío | ¿Para qué fabricante, entorno y operaciones? |
| Respuesta del receptor | Resultado en destino | ¿Se aceptó realmente el registro firmado? |
¿Todas las vías exigen la misma firma?
El Reglamento (UE) 2024/1061 trata el intercambio seguro de eCoC. Convierta requisitos jurídicos y técnicos en una especificación escrita: identidad, nivel, perfil XML, cadena, validación y errores. Un certificado adquirido para otro trámite no satisface automáticamente ese contrato.
La guía de seguridad VCA describe su comprobación actual de presencia de firma. Superarla no constituye una validación independiente de todas las condiciones criptográficas o de política de certificado. Conserve validación propia y aceptación del destino como evidencias separadas.
¿Cómo evaluar la firma en la nube?
Puede evitar gestión local de claves, pero la transacción debe entenderse. Algunos servicios reciben el documento; otros admiten una operación de resumen definida. No suponga que enviar únicamente un hash genera la firma XML final exigida. Acuerde carga útil, responsabilidad de firma y ensamblado final.
- Identidad: confirme entidad o persona autorizada del certificado.
- Carga útil: documente si se envía XML, datos seleccionados o un resumen definido.
- Ensamblado: identifique quién crea estructura y referencias de firma.
- Autorización: confirme aprobación de operaciones automáticas o por lotes.
- Validación: obtenga informe del archivo final y su contexto de certificado.
- Continuidad: pruebe caída, límites, renovación y sustitución de credenciales.
El operador debe conocer la causa de un fallo sin recibir claves privadas. Para soporte, utilice un caso técnico depurado y el error concreto, en vez de dar acceso indiscriminado a datos del fabricante.
¿Qué debe conservarse después de firmar?
El archivo enviado debe mantener el contenido y la estructura cubiertos por la firma. Reformatear XML, alterar espacios de nombres o editar campos puede afectar la verificación. Finalice y valide primero el contenido; firme después y compruebe el artefacto que se enviará realmente.
Un resumen criptográfico interno ayuda a reconocer los mismos bytes entre preparación, archivo y entrega. Conserve también el archivo: ese resumen no sustituye la validación de firma ni demuestra aceptación por la autoridad.
Prueba práctica de aceptación del servicio
- Prepare un IVI representativo y válido para el esquema del destino.
- Complete revisión y autorización de firma configuradas.
- Valide firma final, cadena y perfil con el método acordado.
- Envíe al entorno de prueba correcto y conserve el resultado.
- En una prueba negativa separada, cambie un valor firmado y compruebe su detección.
- Si el proveedor lo permite con seguridad, pruebe credenciales de ensayo caducadas o inadecuadas.
- Demuestre recuperación ante caída sin liberar registros de producción sin firma.
Supuesto ilustrativo: en un lote de 300 vehículos, uno falla antes de la firma y otro no recibe respuesta de entrega. El sistema debe distinguirlos. Volver a firmar o enviar todos puede generar revisiones innecesarias o duplicados.
¿Quién es responsable de renovar el certificado?
Registre identidad, uso, caducidad, contacto y conexiones afectadas. Defina un aviso interno con tiempo suficiente para identificación y prueba del receptor. Ensaye la sustitución antes de caducar y preserve el contexto de los documentos ya firmados.
Pregunte qué evidencias podrá exportar al finalizar el contrato. Guardar solo una captura del portal mantiene al fabricante dependiente del proveedor para reconstruir su historia de conformidad.
Preguntas frecuentes
¿El certificado API también firma el eCoC?
No debe suponerse. Autenticación de transporte y firma documental tienen funciones distintas. Compruebe usos permitidos y requisitos del receptor.
¿Firmar el PDF cubre el IVI XML?
Una firma aplicada únicamente al PDF no acredita la firma del XML separado. Valide el artefacto exigido por el servicio receptor.
¿La nube admite siempre producción desatendida?
Confirme modelo de autorización, automatización permitida, límites e interfaz para la credencial real del fabricante.
¿Qué conservar tras una prueba satisfactoria?
Archivo final firmado, informe de validación, contexto del certificado, respuesta del destino y caso aprobado.
Defina la firma antes de contratar
Combine esta lista con la evaluación de software. Revise su vía NAP o VCA con Anemon Engineering para definir las evidencias de firma necesarias.
Resumen
Seleccione la firma con requisitos del receptor confirmados y una prueba de aceptación repetible. Conserve el XML firmado, el informe de validación y el contexto del certificado, con responsables definidos para renovación y aceptación.
