ISDOC, UBL y CII
Tres familias de estándares de facturación electrónica. Se diferencian por su procedencia, no por lo que pueden expresar: su contenido es muy similar. Todos los soportamos en la entrada y en la salida.
ISDOC
Estándar checo, actualmente en la versión 6.0.2. Su ventaja es que prácticamente todos los programas de contabilidad checos lo manejan. Su desventaja es que fuera de Chequia nadie ha oído hablar de él.
Generamos la versión 6.0.2 como un archivo independiente .isdoc. En la entrada leemos versiones anteriores 5.x y el paquete ISDOCX, es decir, un ZIP con XML y un PDF adjunto: de este se guarda el PDF como original del documento. No generamos ISDOCX en la salida.
UBL 2.1
Estándar internacional de OASIS. La red europea Peppol (perfil BIS Billing 3.0) y la alemana XRechnung (3.0.2) se basan en él. Cuando envías una factura al extranjero o a la administración pública en la UE, casi seguro que quieren esto.
Una nota de crédito se envía en UBL como un documento independiente CreditNote, no como una factura con signo negativo. Las cantidades se calculan a partir de la suma de los elementos, no de los totales leídos; de lo contrario, el documento no pasaría la verificación de consistencia interna en el receptor. La dirección y la dirección electrónica de las partes se derivan del DIČ.
CII D16B
Estándar de UN/CEFACT. Lo utilizan el alemán ZUGFeRD y el francés Factur-X. Ambos son híbridos: el resultado es un PDF que contiene XML. La persona ve la factura, la máquina lee los datos. Tienes la opción de XML puro (ZUGFeRD) o el PDF/A-3b completo con XML incrustado (PDF ZUGFeRD). Reconocemos ese tipo de PDF en la entrada y leemos el XML de él sin un modelo.
Cuál elegir
| Situación | Formato |
|---|---|
| Programa contable checo | ISDOC, o directamente Pohoda o Money S3 |
| Administración pública en la UE | Peppol BIS 3.0 |
| Cliente alemán | XRechnung o PDF ZUGFeRD |
| Cliente francés | PDF ZUGFeRD (Factur-X) |
| Sistema propio | JSON |
Validación
Controlamos tanto la forma como las reglas comerciales de la salida (XSD, Schematron EN 16931 y Peppol) durante nuestro desarrollo, no en cada descarga. Lo que se puede verificar antes de la descarga son los datos: los hallazgos del control indican que las sumas no coinciden o falta el DIČ, y un documento de otro tipo no se convierte en el formato de factura. Si el receptor rechaza el archivo de todos modos, envíanos su mensaje y el identificador del documento.