Saltar al contenido principal

Crear ZUGFeRD Factura en Make

Crear ZUGFeRD Factura es un Make módulo por PDF4me que genera híbrido ZUGFeRD/Factur-X facturas electrónicas de CSV, JSON, o XML datos de factura. Úselo para producir un PDF/A-3 documento con legible por máquina XML incrustado en el interior, alineado con el EN 16931 Estándar europeo de facturación electrónica. Elija el nivel de conformidad y la versión de especificación que coincidan con lo que su comprador o ERP El sistema lo requiere.

Lo que hace este módulo

PDF4me. Crear un ZUGFeRD factura genera facturas electrónicas híbridas directamente dentro de su Make escenario. Proporcione datos de factura como CSV, JSON, o XML. el módulo produce un PDF/A-3 documento con un formato legible por máquina ZUGFeRD XML archivo incrustado en su interior, o un XML-solo salida para ERP sistemas que gestionan su propio renderizado. El resultado se alinea con el EN 16931 Estándar europeo de facturación electrónica y es aceptado como Factur-X En Francia y en todos los mercados de la UE. Los niveles de conformidad y la versión de las especificaciones son configurables para adaptarse exactamente a los requisitos de su comprador o destinatario del sector público.

Entradas de blog relacionadas(1)

Autenticando su API Pedido

Cada PDF4me módulo en Make requiere un válido Conexión. Crea o selecciona uno que contenga tu PDF4me API clave para que el escenario pueda llamar al servicio de generación de facturas de forma segura.

Datos importantes que no debes perderte

XmlWithPdf es un PDF/A-3 archivo, no un regular PDF

La salida híbrida es una PDF/A-3 documento. el ZUGFeRD XML se inserta como un archivo adjunto compatible dentro del archivo. ERP Los sistemas extraen el XML automáticamente; los humanos aún pueden abrir y leer el PDF en cualquier visor estándar. Configurar Generar factura en PDF Sí, para que los detalles de la factura se muestren visualmente en la página.

Los niveles de conformidad dependen de ZUGFeRD versión

La versión 1.0 es compatible BÁSICO, COMODIDAD, EXTENDIDO. La versión 2+ se expande a MÍNIMO, BÁSICOWL, BÁSICO, EN16931, EXTENDIDO, XRECHNUNG. XRECHNUNG y EN16931 Son necesarios para la facturación del sector público en Alemania. Asegúrese siempre de que la versión y el nivel coincidan con los requisitos del sistema del comprador.

El formato de entrada controla qué campo de datos aparece.

Seleccionar XML muestra el Datos XML de la factura campo; JSON muestra los datos JSON de la factura; CSV Muestra los datos CSV de la factura. Solo complete el campo que coincida con el formato elegido. Al usar XML formato, el módulo también expone un Archivo radio para que puedas tirar de la XML directamente desde Dropbox o mapeándolo desde un módulo anterior.

Cual ZUGFeRD ¿Qué versión debo usar?

El módulo admite dos versiones de especificación. La mayoría de las nuevas integraciones deberían usar la versión 2.0 o superior; la versión 1.0 se mantiene para la interoperabilidad con versiones anteriores.

ZUGFeRD 2.0+ RECOMENDADO

Especificaciones actuales. Niveles de conformidad: MÍNIMO, BASICWL, BÁSICO, EN16931 (Comodidad, la opción legal por defecto en Alemania), EXTENDIDO, XRECHARGE. Compatible con múltiples plataformas Factur-X. Emparejar con el 2.0 XML muestra, 2.0 EN16931 JSON muestra, o 2.0 CSV muestraLas capturas de pantalla que aparecen a continuación muestran la interfaz de usuario 2.0+ exactamente como se ve actualmente.

Make Create a ZUGFeRD invoice module 2.0+: Block 1: Connection, File (PDF template), Input Format, File (invoice data), Output Mode
Block 1: Connection, File (PDF template), Input Format, File (invoice data), Output Mode
Make Create a ZUGFeRD invoice module 2.0+: Block 2: ZUGFeRD Version, Conformance Level, Render Invoice on PDF, Language
Block 2: ZUGFeRD Version, Conformance Level, Render Invoice on PDF, Language

ZUGFeRD 1.0 LEGADO

Pre-EN 16931 Especificación. Niveles de conformidad: BÁSICO, COMODIDAD, EXTENDIDOÚselo solo cuando un destinatario ERP o el sistema del comprador requiere explícitamente 1.0 (raro después de 2022). Emparejar con el 1.0 XML muestra, el básico JSON muestra, o el 1.0 CSV muestraTodos los demás campos funcionan igual; solo cambia el menú desplegable del nivel de conformidad.

Make PDF4me Dev Crea un módulo de factura ZUGFeRD (1.0) que muestra la conexión, el nombre del archivo y el documento asignados desde un paso anterior, y el formato de entrada configurado en XML.

Comience con Conexión, luego mapea la base PDF (Nombre del archivo, Documento) y establecer Formato de entrada (aquí XML).

Crear una factura ZUGFeRD (1.0) con formato de entrada XML, archivo configurado en Map, datos XML de factura mapeados desde un módulo anterior, modo de salida XmlWithPdf y versión zugferd 1.0

Con Archivo = Mapa, mapa Datos XML de la factura, colocar Modo de salida (XML con PDF o Solo XML), luego elige zugferd Versión (aquí 1.0).

Parámetros

Requerido: Conexión, Formato de entrada, Modo de salida, ZUGFeRD Versión. El campo de datos de la factura (Datos XML de la factura, Datos JSON de la factura, o Datos CSV de facturasAparecerá dinámicamente en función de la selección del formato de entrada. Solo es necesario rellenar el campo correspondiente.

¿Por qué? Archivo ¿Aparece dos veces en las capturas de pantalla de la versión 2.0+? Cuando el formato de entrada es XML y el archivo está configurado en Mapa, el módulo renderiza un segundo selector de archivos para que pueda asignar ambos (a) la base PDF el ZUGFeRD La factura debe estar integrada en, y (b) la fuente ZUGFeRD XML archivo. Ambos selectores muestran las mismas opciones de radio. Cuando el formato de entrada es JSON o CSV El segundo selector es reemplazado por el correspondiente Datos JSON de la factura o Datos CSV de facturas campo de texto.

ParámetroRequeridoLo que haceEjemplo / Opciones
ConnectionRequiredPDF4me API connection used to authenticate invoice generation requests. Click Add and paste your API key if connecting for the first time.Your PDF4me connection
FileConditionalSource of the base PDF where the ZUGFeRD invoice will be embedded (when Output Mode is XmlWithPdf). Radio button with two options: Dropbox - Download a File (pulls directly from a Dropbox account without a prior download step) or Map (supplies the PDF from a prior module. Dropbox, Google Drive, OneDrive, HTTP, etc.). Choose Map for the most flexible workflow. When Map is selected, the two sub-fields below appear.Map
File → File NameConditionalSub-field of File (visible when Map is selected). Filename of the base PDF including the .pdf extension. Map from the prior module's filename output. for example, the File Name field of a Dropbox or Google Drive Download module.1. File Name
File → DocumentConditionalSub-field of File (visible when Map is selected). Binary PDF content where the ZUGFeRD XML will be embedded. Map from the prior module's binary data field. typically the Data field of Dropbox, Google Drive, or OneDrive download modules. Hint shown in module: "PDF file where Zugferd invoice should be added".1. Data
Input FormatRequiredFormat of the invoice data being supplied. Use XML for existing ZUGFeRD XML; JSON or CSV for structured data. Hint: "Format of the invoice data being supplied. Use XML for existing ZUGFeRD XML, JSON or CSV for structured data."XML sampleXML 2.0 sampleJSON 2.0 EN16931 sampleJSON (basic)CSV sampleCSV 2.0 sample
Invoice XML DataConditionalThe ZUGFeRD XML invoice content to embed. Appears when Input Format = XML and File = Map. Hint: "Use when inputFormat is XML, please refer to our Create a ZUGFeRD invoice for guidelines." Map from a prior Dropbox download or HTTP module output.XML sampleXML 2.0 sample3. Data (mapped)
Invoice JSON DataConditionalStructured invoice data in JSON format. Appears when Input Format = JSON. Map a JSON string from a Google Sheets, Airtable, or HTTP module. See sample JSON below.JSON 2.0 EN16931 sampleJSON (basic)(mapped JSON string)
Invoice CSV DataConditionalInvoice row data in CSV format. Appears when Input Format = CSV. Map a CSV row from an iterator, Google Sheets, or file download module. See sample CSV below.CSV sampleCSV 2.0 sample(mapped CSV row)
Output ModeRequiredXML With PDF (a.k.a XmlWithPdf in API requests) returns a PDF/A-3 file with the ZUGFeRD XML embedded inside, the standard hybrid e-invoice. XML Only (XmlOnly) returns just the XML invoice file without a PDF wrapper. Hint shown in module: "XML with PDF returns a PDF with embedded ZUGFeRD XML. XML only returns only the XML invoice file."XML With PDF
ZUGFeRD VersionRequiredZUGFeRD specification version. Set to match what the recipient ERP or buyer system expects. Latest is 2+; legacy 1.0 also supported. The two have different conformance level sets (see table below).2+
Conformance LevelOptionalZUGFeRD conformance profile. Available levels differ by version. For 2+, EN16931 (Comfort) is the default for German legal e-invoicing compliance. See the Conformance Level Reference table below. Defaults to BASIC if not specified.EN16931
Render Invoice on PDFOptionalWhen set to Yes, invoice line items are drawn visually on the PDF pages. Applies only when Output Mode is XmlWithPdf. Options: Yes, No, Empty. Hint: "Render invoice data visually on PDF pages. Applies only when outputMode is XmlWithPdf."Yes
languageOptionalTwo-letter locale code for invoice label localisation. Supported: de, en, fr, it, es, nl, pl, pt, cs. Hint: "Language code for invoice localisation (e.g. de, en, fr, it, es, nl, pl, pt, cs). Defaults to de if not specified."de

Referencia del nivel de conformidad

Los niveles de conformidad disponibles difieren por zugferd VersiónSiempre adapte el nivel a lo que su comprador o ERP El sistema lo requiere.

Versión 1.0
NivelUtilizar cuando
BASICMandatory EN 16931 fields only. Widest compatibility, safe default.
COMFORTAdds optional fields for line-item detail and additional references.
EXTENDEDFull field set for complex B2B invoices with delivery, allowances, and charges.
Versión 2+ (Factur-X)
NivelUtilizar cuando
MINIMUMAbsolute minimum fields. Buyer reference and totals only.
BASICWLBASIC without line items. Header-level data only.
BASICMandatory EN 16931 fields. Recommended starting point.
EN16931Full EN 16931 compliance for cross-border and public sector.
EXTENDEDFull field set including German-specific extensions.
XRECHNUNGGerman public-sector e-invoice mandate (XRechnung profile).

Archivos de facturas de muestra

Utilice estos archivos de muestra para probar el módulo con cada formato de entrada antes de conectar su fuente de datos en vivo. Para flujos de trabajo de producción B2B alemanes, comience con sample-invoice-zugferd-2.0-en16931.json (ZUGFeRD 2.0, EN16931 conformidad).

ZUGFeRD XML Muestra
ZUGFeRD 1.0 BÁSICO XML. Usar con Formato de entrada: XMLContiene datos del vendedor/comprador, partidas, IVA y referencia de pago en el formato UN/CEFACT CrossIndustryDocument.
Ejemplo de factura ZUGFeRD.xml
ZUGFeRD 2.0
ZUGFeRD 2.0 XML Muestra (EN16931)
ZUGFeRD 2.0 EN16931 XML con partes vendedor/comprador, partidas, IVA y suma monetaria en formato CrossIndustryInvoice. Utilizar con Formato de entrada: XML, Versión de ZUGFeRD: 2.0, Conformidad: EN16931.
ZUGFeRD-invoice-sample-2.0.xml
Recomendado
JSON 2.0 Muestra EN16931
Factura estructurada completa para ZUGFeRD 2.0 con EN16931 conformidad. Utilizar con Formato de entrada: JSON, zugferd Versión: 2.0, Nivel de conformidad: EN16931.
sample-invoice-zugferd-2.0-en16931.json
JSON Ejemplo de factura (básica)
Más sencillo JSON para pruebas de humo con ZUGFeRD 1.0 y BÁSICO conformidad.
sample-invoice.json
CSV Ejemplo de factura
Departamento CSV fila con InvoiceId, SellerName, BuyerName, ProductName, Quantity, UnitPrice, TaxPercent, IBANy columnas BIC. Utilizar con Formato de entrada: CSV. Coincide con el orden de columnas esperado por PDF4me.
factura-de-prueba.csv
ZUGFeRD 2.0
CSV 2.0 Ejemplo de factura
Extendido a 22 columnas CSV: InvoiceId, IssueDate, campos de dirección del vendedor/comprador, SellerVatId, ProductId, Currency, PaymentReference, IBAN, BIC. Usar con Formato de entrada: CSV, ZUGFeRD 2.0.
zugferd-invoice-2.0.csv

CSV Referencia de columna

El CSV Los datos introducidos deben seguir este orden exacto de columnas. Cada fila genera una factura.

ColumnaDescripciónEjemplo
InvoiceIdUnique invoice identifierINV-2025-001
IssueDateInvoice issue date (YYYY-MM-DD)2025-01-15
SellerNameSeller company nameTest Company
SellerStreetSeller street address123 Main St
SellerCitySeller cityTest City
SellerPostalCodeSeller postal / ZIP code12345
SellerCountryISO 3166-1 alpha-2 country codeDE
SellerVatIdSeller VAT registration numberDE123456789
BuyerNameBuyer company or person nameCustomer Inc
BuyerStreetBuyer street address456 Oak Ave
BuyerCityBuyer cityCustomer City
BuyerPostalCodeBuyer postal / ZIP code67890
BuyerCountryISO 3166-1 alpha-2 country codeDE
ProductNameLine item product or service nameTest Product
QuantityQuantity of the line item10.0
UnitPriceNet unit price9.90
TaxPercentVAT / tax percentage19.0
CurrencyISO 4217 currency codeEUR
PaymentReferencePayment reference stringPAY-REF-001
IBANPayee IBAN for bank transferDE08700901001234567890
BICPayee bank BIC / SWIFT codeGENODEF1M04

JSON Estructura de la factura

Al usar Formato de entrada: JSONLa carga útil debe incluir las siguientes claves de nivel superior. Todos los objetos y matrices anidados siguen la estructura que se muestra en el archivo de ejemplo.

LlaveTipoDescripción
InvoiceIdStringUnique invoice number, e.g. "471102"
IssueDateString (ISO 8601)Invoice date, e.g. "2013-03-05T00:00:00"
InvoiceTypeStringDocument type label, e.g. "RECHNUNG"
TypeCodeStringUN/EDIFACT document type code. 380 for standard invoice
IsTestBooleantrue for test runs, false / omit for production
NotesArray of stringsFree-text notes shown in the invoice header (payment terms, GLN, etc.)
SellerObjectSeller party: Name, Address (Street, City, PostalCode, Country), TaxId, VatId, GLN
BuyerObjectBuyer party: Name, Address (Street, City, PostalCode, Country, LineTwo), GLN
PaymentObjectPayment details: PaymentReference, Currency, IBAN, BIC
DeliveryDateString (ISO 8601)Actual delivery date, e.g. "2013-03-05T00:00:00"
LineItemsArray of objectsInvoice lines. each with Quantity, UnitCode, UnitPrice, LineTotal, ProductName, GTIN, SellerProductId
TotalsObjectMonetary totals: LineTotal, ChargeTotal, AllowanceTotal, TaxBasisTotal, TaxTotal, GrandTotal, TaxPercent, Currency

¿Cómo creo un? ZUGFeRD factura en Make¿

  1. Agregar PDF4meCrear un ZUGFeRD factura a tu escenario.
  2. Seleccionar Conexión (o haga clic Agregar para crear uno con tu API llave).
  3. Elegir Formato de entrada. XML, JSON, o CSVEl campo de datos que aparece depende de esta selección.
  4. Colocar Archivo a Mapa y conecte el campo de datos de la factura (Datos XML de la factura / Datos JSON / Datos CSV) de la salida del módulo anterior. O bien, elija Dropbox - Descargar un archivo para descargar el archivo directamente desde Dropbox.
  5. Colocar Modo de salida a XML con PDF para un híbrido PDF/A-3 factura o Solo XML para XML solo.
  6. Colocar zugferd Versión (1.0 o 2+) luego elige Nivel de conformidad del conjunto apropiado para la versión. empezar con BÁSICO.
  7. Si utiliza XmlWithPdf: configure Generar factura en PDF a para dibujar elementos de línea visualmente y establecer idioma a su ubicación de destino (por ejemplo, de, en, fr).
  8. Ahorrar y haga clic Correr una vez. Enrutar el Datos del documento salida a Dropbox, Google Drive, un ERP webhook o un módulo de correo electrónico.

Campos de salida

CampoTipoLo que contiene
Document NameStringFilename of the generated invoice file. e.g. invoice-471102.pdf or invoice-471102.xml.
Document DataBufferBinary content of the ZUGFeRD hybrid PDF/A-3 or XML file. Map into an upload, email attachment, or ERP HTTP module for the next step in your scenario.

Ejemplos de flujo de trabajo

Ejemplos de flujo de trabajoCommon Make scenario patterns using Create ZUGFeRD Invoice for automated e-invoicing.
Generar facturas híbridas a partir de datos de pedidos (JSON)
  1. Un pedido se marca como enviado en su ERP o Airtable. El escenario se activa.
  2. Los artículos, los precios, la dirección del comprador y los datos fiscales se obtienen y se ensamblan en un JSON carga útil.
  3. Crear ZUGFeRD factura funciona con formato de entrada JSONModo de salida XML con PDF, versión 2+, Nivel de conformidad BÁSICO, idioma de.
  4. El híbrido PDF Se envía un correo electrónico al comprador a través de Gmail y se sube una copia al archivo de facturas en Google Drive.
Facturas por lotes a partir de una exportación mensual en formato CSV.
  1. Contabilidad deja caer un CSV Archivo de facturas mensuales en Dropbox.
  2. Un disparador de tipo Watch Files detecta el nuevo archivo y un iterador procesa cada fila.
  3. Crear ZUGFeRD factura carreras por fila con formato de entrada CSV, generando un híbrido PDF por factura.
  4. Todo PDFs Los archivos se cargan en una carpeta de archivo estructurada y se envía un correo electrónico de resumen de la finalización al equipo de finanzas.
XRECHNUNG XML para la facturación del sector público alemán
  1. La facturación de un contrato gubernamental se genera a partir de un registro de Airtable.
  2. Crear ZUGFeRD factura funciona con formato de entrada JSONModo de salida Solo XML, versión 2+Nivel de conformidad XRECH.
  3. El XML El archivo se envía mediante POST directamente al dispositivo compatible con Peppol del comprador. ERP API a través de un HTTP módulo.
  4. La respuesta, ya sea de éxito o de error, se registra en una hoja de cálculo de Google para que el equipo de finanzas la revise.

Preguntas frecuentes

What is ZUGFeRD and why does it use a PDF?+
ZUGFeRD is a German and EU e-invoicing standard that combines a visually readable PDF/A-3 document with a machine-readable XML file embedded inside it. Humans can open the PDF in any viewer; ERP and accounting systems extract the XML automatically for processing. no manual data entry needed. The same format is called Factur-X in France and other EU markets, and both align to the EN 16931 European e-invoicing standard maintained by <a href="https://www.ferd-net.de/" target="_blank" rel="noopener">FeRD, the Forum elektronische Rechnung Deutschland</a>.
What is the difference between XmlWithPdf and XmlOnly output mode?+
XmlWithPdf produces a PDF/A-3 hybrid document with ZUGFeRD XML embedded as an attachment. this is the standard e-invoice format readable by both humans and ERPs. XmlOnly returns just the XML invoice file without any PDF wrapper, useful when the receiving system only needs the structured data and generates its own document view. Use XmlOnly with the XRECHNUNG conformance level for German public-sector submissions that require pure XML delivery.
Which Conformance Level and ZUGFeRD Version should I use?+
The available conformance levels depend on which zugferd Version you select. Version 1.0 supports BASIC, COMFORT, and EXTENDED. Version 2+ adds MINIMUM, BASICWL, EN16931, EXTENDED, and XRECHNUNG. Start with BASIC for the broadest buyer compatibility. it covers all mandatory EN 16931 fields. Move to EN16931 for cross-border EU compliance, or XRECHNUNG when submitting invoices to German federal and state government buyers who are legally required to accept the XRechnung profile.
Is ZUGFeRD the same as Factur-X?+
They are the same technical format under different names. ZUGFeRD is the German designation; Factur-X is the French equivalent. Both align to EN 16931 and are cross-compatible. a ZUGFeRD 2.x invoice is accepted by systems expecting Factur-X and vice versa. Version 1.0 is a German-only older specification; version 2.x is the aligned EU standard.
Can I only supply one input format per scenario run?+
Yes. Selecting XML shows the Invoice XML Data field, selecting JSON shows Invoice JSON Data, and selecting CSV shows Invoice CSV Data. Only fill in the field matching your chosen format in a given run. do not populate multiple data fields in the same execution. If you need to process different formats, split them into separate scenario branches with a Router module that filters by source type.
What does the Render Invoice on PDF option do?+
When Render Invoice on PDF is set to Yes, the module draws the invoice line items, totals, seller/buyer details, and payment information visually on the PDF pages. When set to No, the output is a PDF/A-3 container with the ZUGFeRD XML embedded but minimal or no visual rendering on the page. the PDF may appear nearly blank to a human reader. This option only applies when Output Mode is XmlWithPdf; it has no effect when using XmlOnly.

Módulos relacionados

La misma tarea en otras plataformas

Obtén ayuda