XRechnung & ZUGFeRD automatisch erstellen mit n8n, Make oder Zapier

Olaf Sell von JUSTGROW GmbH hatte genau ein Ziel: XRechnung-Erstellung vollautomatisch in seinen bestehenden n8n-Workflow einbauen — ohne neue Software, ohne Entwickler-Sprint, ohne Unterbrechung des laufenden Betriebs. Das Ergebnis: In 20 Minuten war der HTTP-Request-Node konfiguriert, seitdem läuft die ZUGFeRD-Erstellung vollautomatisch. Auftrag rein, konforme E-Rechnung raus.

Dieses Tutorial zeigt Ihnen Schritt für Schritt, wie Sie dasselbe mit n8n, Make.com oder Zapier umsetzen — inklusive fertigem JSON-Payload, der sich direkt in Ihren Workflow kopieren lässt.

Dieser n8n-Workflow verarbeitet eingehende Stripe-Events vollautomatisch zu rechtskonformen ZUGFeRD-Rechnungen — 6 Nodes, 0 Zeilen manuell geschriebener Code:

Produktiver n8n-Workflow bei JUSTGROW GmbH: Stripe-Zahlung → automatische ZUGFeRD-Rechnung

Seit Januar 2025 müssen deutsche Unternehmen strukturierte E-Rechnungen (XRechnung oder ZUGFeRD) empfangen können. Ab 2027 gilt die Sendepflicht für alle. Die technische Herausforderung: EN 16931-konforme XML-Dateien manuell zu erstellen ist komplex und fehleranfällig. Mit einer REST API und einem No-Code-Tool lösen Sie das in einem Nachmittag.

Empfehlung: Für technische Teams oder Self-Hosting → n8n. Für komplexes Datenmapping → Make.com. Für maximale App-Auswahl → Zapier. Die rechnungsapi.de-Integration funktioniert mit allen drei identisch.

Konfigurieren Sie den HTTP Request Node in n8n mit folgenden Einstellungen und ersetzen Sie die {{ $json.* }} Expressions durch Ihre eigenen Felder aus dem vorherigen Node:

{
  "invoice": {
    "invoiceNumber": "{{ $json.invoice_id }}",
    "invoiceIssueDate": "{{ $now.format('YYYY-MM-DD') }}",
    "invoiceTypeCode": "380",
    "invoiceCurrencyCode": "EUR",
    "buyerReference": "{{ $json.buyer_reference }}",
    "paymentDueDate": "{{ $now.plus(30, 'days').format('YYYY-MM-DD') }}",
    "seller": {
      "sellerName": "JUSTGROW GmbH",
      "sellerVatIdentifier": "DE123456789",
      "sellerElectronicAddress": "rechnungen@justgrow.eu",
      "sellerPostalAddress": {
        "sellerAddressLine1": "Musterstraße 1",
        "sellerCity": "Hamburg",
        "sellerPostCode": "20095",
        "sellerCountryCode": "DE"
      }
    },
    "buyer": {
      "buyerName": "{{ $json.customer.company }}",
      "buyerElectronicAddress": "{{ $json.customer.email }}",
      "buyerPostalAddress": {
        "buyerAddressLine1": "{{ $json.customer.address }}",
        "buyerCity": "{{ $json.customer.city }}",
        "buyerPostCode": "{{ $json.customer.zip }}",
        "buyerCountryCode": "DE"
      }
    },
    "invoiceLine": [
      {
        "invoiceLineIdentifier": "1",
        "invoiceLineNetAmount": "{{ $json.unit_price * $json.quantity }}",
        "itemName": "{{ $json.product.name }}",
        "invoicedQuantity": "{{ $json.quantity }}",
        "invoicedQuantityUnitOfMeasureCode": "C62",
        "itemNetPrice": "{{ $json.unit_price }}",
        "invoiceLineVatInformation": {
          "invoiceLineVatCategoryCode": "S",
          "invoiceLineVatRate": 19
        }
      }
    ],
    "documentTotals": {
      "sumOfInvoiceLineNetAmount": "{{ $json.unit_price * $json.quantity }}",
      "invoiceTotalAmountWithoutVat": "{{ $json.unit_price * $json.quantity }}",
      "invoiceTotalVatAmount": "{{ $json.unit_price * $json.quantity * 0.19 }}",
      "invoiceTotalAmountWithVat": "{{ $json.unit_price * $json.quantity * 1.19 }}",
      "amountDueForPayment": "{{ $json.unit_price * $json.quantity * 1.19 }}"
    },
    "vatBreakdown": [
      {
        "vatCategoryTaxableAmount": "{{ $json.unit_price * $json.quantity }}",
        "vatCategoryTaxAmount": "{{ $json.unit_price * $json.quantity * 0.19 }}",
        "vatCategoryCode": "S",
        "vatCategoryRate": 19
      }
    ]
  }
}

💡 Tipp: Für reines XRechnung-XML (z.B. B2G-Rechnungen an Behörden) verwenden Sie /api/v1/zugferd/createXinvoiceFromJson. Für ZUGFeRD (PDF/A-3 mit eingebettetem XML) /api/v1/zugferd/createZugferdFromJson — hier zusätzlich "invoicePdf64" als Base64-PDF im Body mitgeben.

In Make.com nutzen Sie das HTTP → Make a request-Modul. Der Aufbau ist identisch zu n8n — nur die UI unterscheidet sich:

1. 1
   Trigger-Modul: Z.B. "Watch new rows" (Google Sheets), "Watch new orders" (WooCommerce) oder Webhook.
2. 2
   Map-Modul (optional): Felder umbenennen und formatieren. Datum in ISO 8601, Zahlen ohne Tausenderpunkte.
3. 3
   HTTP → Make a request: POST-Request an api.rechnungsapi.de/api/v1/zugferd/createXinvoiceFromJson. Body-Typ: Raw / JSON. Headers: Authorization Bearer + Content-Type application/json.
4. 4
   Tools → Set variable oder Email-Modul: PDF-Binary aus der Response als Datei speichern (Google Drive, Dropbox) oder direkt per E-Mail versenden.

Zapier hat keinen nativen HTTP-Node — stattdessen verwenden Sie Webhooks by Zapier → POST. Damit lässt sich rechnungsapi.de genauso einbinden:

⚠️ Zapier gibt die Response-Binary als String zurück. Für das PDF-Speichern empfehlen wir einen nachgelagerten Step mit Google Drive → Upload File unter Verwendung der base64-codierten Response.

Häufige Fragen zur n8n XRechnung Integration