Sie integrieren den Peppol-Versand über KRONENWERK in Ihre Anwendung, indem Sie den Rechnungsentwurf mit POST /invoices/drafts anlegen, die Rechnung im Produkt ausstellen und übermitteln lassen und invoice.issued an Ihrem Webhook-Endpunkt empfangen. KRONENWERK ist kein Peppol Access Point. Es sendet und empfängt über Peppol durch einen akkreditierten Access-Point-Anbieter (Storecove), sobald das Unternehmen unter Einstellungen → Zustellung angebunden ist, und der produktive Versand hängt von diesem Konto und seiner Konfiguration ab. Die Funktion ist MIT EINSCHRÄNKUNGEN UNTERSTÜTZT.
Was Peppol für einen Integrator ist
Peppol ist ein Vier-Ecken-Zustellnetzwerk: Ihr Unternehmen (Ecke 1) übergibt ein Dokument an seinen Access Point (Ecke 2), der über das SML/SMP-Verzeichnis den Access Point des Empfängers (Ecke 3) ermittelt und an das empfangende Unternehmen (Ecke 4) zustellt. Dokumente sind strukturiertes UBL nach Peppol BIS Billing 3.0, einer Implementierung der EN 16931. Teilnehmer werden über Kennungen wie eine Umsatzsteuernummer unter einem Schema aus den OpenPeppol-Codelisten adressiert, die im Netzwerk verbindlich sind und regelmäßig aktualisiert werden (v9.7 mit Stand 2. Juli 2026). Der Mechanismus wird unter Peppol erklärt, Kennungen unter Peppol-Kennungen und die praktische Seite unter Senden und Empfangen über Peppol.
Für einen Entwickler ist die Konsequenz einfach: Sie sprechen nie direkt mit dem Netzwerk. Der Access Point von jemandem tut das, und die Frage ist, wessen. Einen eigenen Access Point zu bauen bedeutet OpenPeppol-Mitgliedschaft, Akkreditierung, ein AS4-Gateway und SMP-Veröffentlichung. KRONENWERK zu nutzen bedeutet, dass der Access Point der von Storecove ist, die Anbindung dem Unternehmen gehört und Ihr Code nur mit der KRONENWERK-API spricht.
Der Ablauf: Entwurf, Ausstellung, Übermittlung, Webhook
- Ihre App legt den Kunden an mit
POST /customers. Geben Sie dem Kunden ein Land und eine USt-IdNr.: Die Peppol-Teilnehmerkennung eines belgischen Empfängers wird aus seiner Unternehmens- oder Umsatzsteuernummer abgeleitet, und ein Kunde ohne eine solche kann im Netzwerk nicht adressiert werden. - Ihre App startet den Entwurf mit
POST /invoices/draftsund einemIdempotency-Key. Die Antwort ist ein Entwurf im ZustandDRAFTmit dem Nummernvorschlag des Verkäufers und den Zahlungsbedingungen des Kunden. - Eine Person stellt den Entwurf im Produkt aus. KRONENWERK berechnet das Steuerergebnis, prüft die USt-IdNr. gegen VIES, rendert für einen belgischen Verkäufer Peppol BIS Billing 3.0 UBL, validiert es und verbraucht die Nummer.
invoice.issuedwird in diesem Moment für Ihren Endpunkt in die Warteschlange gestellt. - Die Rechnung wird aus dem Produkt übermittelt. Die Übermittlung ist eine eigene, protokollierte Aktion auf der ausgestellten Rechnung, kein Nebeneffekt der Ausstellung: Das Ländermodul benennt den Weg (Peppol für Belgien), der angebundene Access-Point-Anbieter befördert das Dokument, und das Ergebnis wird bei der Rechnung festgehalten. Ist das Ergebnis unbekannt — ein Timeout, nachdem die Anfrage abgegangen ist —, verweigert das Produkt einen erneuten Versand, bis ein Abgleichsaufruf die Gegenseite gefragt hat, ob sie das Dokument hält. Ein unbekanntes Ergebnis zu wiederholen ist der Weg, wie aus einer Rechnung zwei werden.
- Ihre App empfängt
invoice.issued, verifiziertKRONENWERK-Signature, dedupliziert anhand vonKRONENWERK-Event-Idund speichertinvoiceIdundnumber. Später folgeninvoice.paidoderinvoice.cancelled.
Was ein Entwickler konfigurieren muss
| Element | Wo | Wer |
|---|---|---|
| Enterprise-Plan für das Unternehmen | Preise | Das Unternehmen |
API-Schlüssel mit customers:write, customers:read, invoices:write, invoices:read, companies:read | Entwicklereinstellungen im Produkt | Der Administrator des Unternehmens |
Webhook-Endpunkt (HTTPS auf Port 443, keine Weiterleitungen), abonniert auf invoice.issued, invoice.paid, invoice.cancelled | Entwicklereinstellungen im Produkt; siehe Webhooks | Der Entwickler |
| Stammdaten der rechtlichen Einheit mit Umsatzsteuernummer: Die Peppol-Kennung wird daraus abgeleitet und nicht erfunden | Unternehmenseinstellungen | Das Unternehmen |
| Anbindung an den Access-Point-Anbieter: KRONENWERK registriert die rechtliche Einheit bei Storecove und veröffentlicht ihre Kennung, damit das Unternehmen senden und, noch wichtiger, empfangen kann | Einstellungen → Zustellung | Der Administrator des Unternehmens |
| Kundendatensätze mit Land und USt-IdNr. | POST /customers oder das Produkt | Der Entwickler oder das Unternehmen |
Beachten Sie, was nicht auf der Liste steht: kein SMP, kein AS4-Zertifikat, keine OpenPeppol-Mitgliedschaft auf Ihrer Seite. Beachten Sie auch, was die API nicht kann: Sie kann das Unternehmen nicht an das Netzwerk anbinden, nicht übermitteln und das Übermittlungsprotokoll nicht lesen. Das sind Einstellungen und Handlungen, die eine Person im Produkt vornimmt.
Beispielanfragen
curl -X POST https://kronenwerk.org/api/extern/v1/customers \
-H "Authorization: Bearer greif_live_…" \
-H "Idempotency-Key: crm-account-88213" \
-H "Content-Type: application/json" \
-d '{
"name": "Voorbeeld BV",
"street": "Rue de l'"'"'Exemple 12",
"postalCode": "1000",
"city": "Bruxelles",
"country": "BE",
"vatId": "BE0123456789",
"email": "invoices@example.be"
}'
curl -X POST https://kronenwerk.org/api/extern/v1/invoices/drafts \
-H "Authorization: Bearer greif_live_…" \
-H "Idempotency-Key: crm-account-88213-2026-09" \
-H "Content-Type: application/json" \
-d '{ "customerId": "3f2b…" }'
Die Kundenantwort enthält die Partnernummer aus der eigenen Nummernfolge des Unternehmens (zum Beispiel K-0042) und die Felder wie gespeichert: id, number, name, contact, email, phone, street, postalCode, city, country, vatId, currency, customer, supplier, archived, createdAt. Name, Straße, Postleitzahl und Ort sind Pflicht, weil die EN 16931 eine Adresse in Bestandteilen führt und ein Kunde ohne Straße einer ist, an den kein Dokument adressiert werden kann. Die Rechnungs-API wird auf der Seite zur Rechnungs-API vollständig beschrieben.
Empfang über Peppol
In Belgien gilt die Pflicht, strukturierte Rechnungen über Peppol zu empfangen, für mehrwertsteuerpflichtige Unternehmen ohne Schwellenwert, sodass eine Anbindung, die nur sendet, die halbe Pflicht wäre. Sobald das Unternehmen angebunden ist, kommen eingehende Peppol-Dokumente beim Access-Point-Anbieter an, werden an KRONENWERK übergeben, als Eingangsrechnungen eingelesen und validiert. Ihre Integration erfährt davon über den Webhook purchase.recorded, der purchaseId, kind, documentNumber, supplierName, supplierId, documentDate, dueDate, currency, netMinor, taxMinor und grossMinor enthält. Das eingehende Dokument selbst wird nicht über die API bereitgestellt. Der belgische Kontext steht auf der Belgien-Übersicht und der Länderseite Belgien.
Alternativen, ehrlich verglichen
| Ansatz | Was Sie bauen | Wovon Sie abhängen | Passend, wenn |
|---|---|---|---|
| Über KRONENWERK | Kunden- und Entwurfsaufrufe, ein Webhook-Empfänger | Der Enterprise-Plan des Unternehmens und seine Storecove-Anbindung; eine Person stellt aus und übermittelt | Ihr Produkt speist die Bücher eines Unternehmens, und das Unternehmen will einen Ort, an dem Rechnungen ausgestellt, validiert und archiviert werden |
| Direktvertrag mit einem Access-Point-Anbieter | UBL-Erzeugung, EN-16931- und BIS-Validierung, Teilnehmersuche, Fehlerbehandlung, Archiv | Die API und Akkreditierung des Anbieters | Ihr Produkt ist das Rechnungssystem und muss ohne Person in der Schleife senden |
| Ihr eigener Access Point | Alles Obige plus AS4, SMP, Zertifikatsverwaltung, OpenPeppol-Mitgliedschaft und Akkreditierung | OpenPeppol und Ihre nationale Behörde | Sie sind ein Dienstleister, dessen Geschäft der Transport ist |
Wenn Ihre Anforderung ein vollautomatischer Versand ohne ausstellende Person ist, ist die API von KRONENWERK das heute nicht, und ein Direktvertrag mit einem Anbieter ist die ehrliche Empfehlung. Der Peppol-Leitfaden für Entwickler behandelt, was Sie in diesem Fall bauen müssten; Peppol vs. nationale Netze erklärt, wo Peppol der Weg ist und wo ein nationales System (KSeF, französische plateformes agréées).
Wie KRONENWERK das handhabt
MIT EINSCHRÄNKUNGEN UNTERSTÜTZT KRONENWERK erzeugt bei der Ausstellung Peppol BIS Billing 3.0 UBL für belgische Verkäufer und sendet und empfängt über Peppol durch einen akkreditierten Access-Point-Anbieter (Storecove), sobald das Unternehmen unter Einstellungen → Zustellung angebunden ist. KRONENWERK ist selbst kein akkreditierter oder zertifizierter Peppol Access Point. Der produktive Versand hängt vom Storecove-Konto und der Konfiguration des Unternehmens ab, und die Übermittlung ist eine Handlung, die eine Person nach der Ausstellung im Produkt vornimmt. Der Anteil der API sind der Kunde, der Entwurf, das Auslesen und die Webhooks, im Enterprise-Plan. Der Peppol-Weg ist für belgische Verkäufer verdrahtet; für deutsche Verkäufer erzeugt das Produkt XRechnung oder ZUGFeRD für E-Mail oder Download und benennt keinen Übermittlungsweg, weil das deutsche Recht keinen benennt. Die französische Übermittlung ist ein anderer Mechanismus und NOCH NICHT BEREIT — siehe Französische Plattformen. Produktdetails: E-Rechnung.
Häufig gestellte Fragen
Ist KRONENWERK ein Peppol Access Point?
Nein. Der Transport läuft über einen akkreditierten Access-Point-Anbieter, Storecove, den das Unternehmen unter Einstellungen → Zustellung anbindet.
Kann meine App eine Rechnung mit einem API-Aufruf über Peppol senden?
Nein. Die API legt den Entwurf an; Ausstellung und Übermittlung erfolgen im Produkt, und der Webhook invoice.issued meldet die Ausstellung.
Woher weiß meine App, dass die Rechnung über Peppol zugestellt wurde?
Über die API gar nicht: Es gibt kein Übermittlungsereignis, und der Übermittlungsstatus wird nicht bereitgestellt. Das Produkt zeigt ihn auf der Rechnung an.
Was braucht das Unternehmen vor dem Versand?
Einen Enterprise-Plan, Stammdaten der rechtlichen Einheit mit Umsatzsteuernummer und die Anbindung an den Access-Point-Anbieter unter Einstellungen → Zustellung, die das Unternehmen registriert und seine Peppol-Kennung veröffentlicht.
Funktioniert derselbe Ablauf für Deutschland?
Der Entwurfs- und Webhook-Ablauf ist identisch, aber der Peppol-Übermittlungsschritt ist für belgische Verkäufer verdrahtet. Für einen deutschen Verkäufer erzeugt das Produkt XRechnung oder ZUGFeRD für E-Mail oder Download; das deutsche Recht benennt keinen Übermittlungsweg.