Un PDF legible y datos estructurados son cosas distintas
Un PDF normal muestra contenido a personas. Los datos estructurados asignan información a campos legibles por máquinas. ZUGFeRD combina PDF y XML incrustado; XRechnung es XML estructurado. Las fuentes enlazadas explican formatos y excepciones aplicables.
El Ministerio alemán cita XRechnung y formatos ZUGFeRD adecuados como opciones. El perfil ZUGFeRD también importa. Esto no valida cualquier exportación ni una función de OOKI. Revisa archivo, especificación y requisitos del destinatario.
Tres archivos, revisiones distintas
| Tipo de archivo | Qué se examina | Qué más debe aclararse |
|---|---|---|
| PDF normal | Datos visibles y legibilidad | Si corresponde al formato acordado o exigido |
| XML XRechnung | Campos estructurados y reglas de negocio | Especificación y requisitos del canal receptor |
| ZUGFeRD | Representación PDF y datos XML incrustados | Versión, perfil y coherencia entre ambas representaciones |
Incluye versión y perfil en la aceptación
FeRD publica ZUGFeRD 2.5.2. Una especificación nueva no implica que una aplicación ya la implemente. Tampoco la etiqueta del botón indica el perfil real.
Registra fecha de exportación, versión de aplicación, formato y perfil detectados. Valida ese archivo exacto con una herramienta adecuada. Probar otro archivo después genera una evidencia nueva, no sustituye silenciosamente la anterior.
Preparar una prueba de exportación útil
Factura de prueba ficticia
Usa un ejemplo pequeño, con partidas claras y cálculos trazables. No emplees datos reales de clientes o bancos en pruebas públicas.
Identificar el archivo
Guarda juntos original y resultado. Con varias exportaciones, el nombre puede confundirse; una suma de comprobación ayuda a identificarlo.
Comparar ambas representaciones
En documentos híbridos, compara destinatario, partidas, cantidades y totales entre vista visible y datos estructurados.
Probar el canal receptor por separado
Aclara cómo espera el archivo el destinatario. Superar una prueba local no confirma que su sistema lo acepte.
Qué no sustituye un informe de validación positivo
La validación técnica comprueba reglas concretas, no toda la prestación, el acuerdo o los datos maestros. Un nombre formalmente válido puede ser el destinatario equivocado. Hace falta revisión del contenido.
Una secuencia útil es: revisar prestaciones, revisar borrador, exportar, validar formato y aclarar recepción. Mezclar pasos dificulta encontrar el origen del error.
Las normas pueden cambiar y tener excepciones. Usa fuentes originales actuales y asesoramiento si hace falta. Este artículo explica un proceso de comprobación, no la validez jurídica de una factura concreta.
Preguntas frecuentes
¿PDF/A-3 por sí solo es una factura electrónica?
No. El contenedor no demuestra datos estructurados adecuados ni contenido correcto. Importan el documento concreto y las reglas aplicables.
¿Cómo pruebo la facturación antes de implantarla?
Genera un ejemplo en el formato requerido y pruébalo con el destinatario. Compara importes visibles y datos estructurados. No basta un botón o una vista previa.
De la guía al proyecto de ejemplo.
Prueba los pasos en la demo de OOKI: tareas, vista del cliente, tiempos y borrador de factura con datos ficticios. Sin registro.
Prueba la demo (DE)Fuentes adicionales
- Ministerio Federal de Finanzas de Alemania: FAQ sobre factura electrónica ↗
Formatos, validación y reglas transitorias; consulta la fuente original actual para tu caso.
Fecha de consulta: - FeRD: ZUGFeRD 2.5.2 ↗
Paquete y notas de versión. No identifica la versión implementada en OOKI.
Fecha de consulta: - KoSIT / XStandards Einkauf: FAQ de XRechnung ↗
Facturas estructuradas, validación técnica y responsabilidades.
Fecha de consulta: