E-Rechnung Kit 2026 – Python-CLI
39,00 € inkl. MwSt.
Sichere Zahlungsabwicklung
Sofortiger Zugang
Mehr von diesem Autor?
Entdecke weitere Produkte:
Selbst gehostetes Python-CLI-Kit, das Stripe-, Lemon-Squeezy- oder eigenes JSON lokal in XRechnung-UBL und ZUGFeRD-CII verwandelt, eingehende E-Rechnungen lesbar macht und Originale samt SHA-256 archiviert – für Entwickler, Agenturen und technische Freelancer.
Du willst Zahlungsevents lokal in EN-16931-XML verwandeln, ohne Rechnungsdaten an eine fremde API zu geben? E-Rechnung Kit 2026 – Python-CLI macht aus Stripe-, Lemon-Squeezy- oder eigenem JSON strukturierte Rechnungsdateien: XRechnung 3.0.2 auf UBL-Basis oder ZUGFeRD 2.5.2 / Factur-X 1.09.2 als UN/CEFACT-CII im Profil EN 16931. Du verarbeitest außerdem eingehende E-Rechnungen, machst ihren Inhalt lesbar und archivierst die Originalbytes samt SHA-256-Prüfsumme. Alles läuft auf deiner Maschine – ein Compiler auf deiner Platte statt einer gehosteten E-Rechnungs-API.
Was bekommst du mit dem E-Rechnung Kit 2026 – Python-CLI?
Du erhältst ein Software-Kit als ZIP-Download von Digilisator: das Python-Paket in Version 1.0.1, die CLI erechnung, Dokumentation auf Deutsch und Englisch, Fixtures, Golden-XML und Tests. Ein optionaler MCP-stdio-Server und ein Agent-Skill gehören ebenfalls dazu. Damit kannst du die Rechnungsverarbeitung in dein eigenes Tooling einbinden, statt für jedes Zahlungsevent einen externen Dienst anzusprechen.
Der Ausgangspunkt ist eine konkrete Lücke im eigenen Stack: Stripe erzeugt Datensätze, aber nicht die hier benötigte gesetzlich geforderte E-Rechnungsdatei. Das Kit liefert dir den lokalen Verarbeitungskern als fertiges Dateiprodukt. Du übernimmst das Mapping in ein gemeinsames Rechnungsmodell und erzeugst daraus das XML für das gewünschte Profil.
Deine Rechnungs-Payloads bleiben lokal. Namen, USt-IdNr und Positionen verlassen bei der Verarbeitung nicht deine Maschine. Du brauchst keine API-Keys; Live-Calls zu Stripe, Peppol oder ELSTER gehören nicht zum Ablauf. Das Kit ist selbst gehostete Software, kein Cloud-SaaS.
Auch die Gegenrichtung ist abgedeckt: Eingehendes UBL, CII oder PDF lässt sich einlesen und als Markdown, HTML oder JSON ausgeben. Anschließend legst du das Original mit Prüfsumme lokal ab. So hast du Erzeugen, Lesen und Hash-Archivierung in derselben Werkzeugkette.
Die Produktart ist dabei eindeutig: Du bekommst eine Python-CLI, kein E-Book oder Workbook. Finanzamt-klar ist dagegen ein PDF-Workbook für Solo-Selbstständige zu E-Rechnungsempfang, Belegen und EÜR – ein anderes Produkt für eine andere Arbeitsweise.
Passt das lokale Entwickler-Kit zu deinem Stack?
Für deinen selbst gebauten Rechnungsprozess
Das Kit richtet sich an Entwickler, technische Freelancer, Indie-SaaS-Anbieter, Onlineshop-Betreiber und Agenturen. Du verkaufst aus Deutschland oder an deutsche B2B-Kunden, arbeitest mit Stripe, Lemon Squeezy oder eigenem JSON und baust deinen Webhook-Kern selbst.
Wenn Python ≥ 3.11 bereits zu deinem Stack gehört, kannst du die CLI in deine lokale Verarbeitung einordnen. Besonders passend ist sie, wenn du Rechnungsdaten nicht an eine gehostete API übergeben möchtest und sowohl ausgehendes XML als auch eingehende Rechnungsdateien bearbeiten willst.
Die passende Erwartung an das Werkzeug
Das Niveau ist Profi: Terminal-Erfahrung, eine Python-Umgebung und lokales Installieren werden vorausgesetzt. Du arbeitest mit Dateien, Befehlen und eigenen Rechnungsdaten – nicht mit einem PDF-Leitfaden oder einer gehosteten Bedienoberfläche.
Für einen Arbeitsablauf ohne Terminal und Python ist eine andere Produktart vorgesehen. Auch Peppol-Versand, direktes Senden an ZRE, PDF/A-3-Schreiben, KoSIT-Java im Bundle oder DATEV-Live liegen außerhalb des Funktionsumfangs dieser Version.
Welche E-Rechnungsfristen sind für deine Planung relevant?
Empfang und Ausstellung haben unterschiedliche Zeitpläne. Für deine technische Umsetzung lohnt es sich deshalb, beide Richtungen getrennt zu betrachten: Eingehende strukturierte Dateien musst du bereits verarbeiten können; für die Ausstellung gelten gestaffelte Termine.
| Zeitpunkt | Faktischer Rahmen | Bedeutung für deinen Ablauf |
|---|---|---|
| Seit 1. Januar 2025 | Jedes inländische deutsche Unternehmen muss E-Rechnungen empfangen können, einschließlich Kleinunternehmer. Laut BMF reicht für den Empfang ein E-Mail-Postfach. | Du brauchst einen Umgang mit empfangenen XML-Originalen. Das Kit unterstützt dich beim Lesbarmachen und lokalen Ablegen. |
| Bis 31. Dezember 2026 | Aussteller dürfen noch eine sonstige Rechnung senden. Papier ist zulässig; eine unstrukturierte PDF benötigt weiterhin die Zustimmung des Empfängers. | Das Übergangsfenster gibt dir Raum, Mapping, Ausgabe und Prüfung in deinen eigenen Prozess einzubauen. |
| Ab 1. Januar 2027 | Die Ausstellungspflicht greift für Aussteller mit einem Vorjahresumsatz, also Umsatz 2026, über 800.000 Euro. Nicht EN-16931-fähiges EDI darf bis 31. Dezember… | Für diese Aussteller wird die strukturierte Ausgabe Teil des regulären Rechnungsprozesses. |
| Ab 1. Januar 2028 | Die Ausstellungspflicht gilt für alle weiteren Aussteller, mit gesetzlichen Ausnahmen. | Die Einbindung strukturierter Rechnungsformate betrifft damit weitere Unternehmen. |
Kleinunternehmer bleiben beim Ausstellen nach § 34a UStDV befreit, beim Empfang jedoch nicht. Das strukturierte XML-Original ist nach § 14b UStG / GoBD unverändert aufzubewahren. Ein Ausdruck ersetzt dieses Original nicht. Eine Visualisierung ist empfohlen; eine gesonderte gesetzliche „Lesen-Pflicht“ gibt es nicht.
Der Übermittlungsweg ist gesetzlich nicht vorgeschrieben. E-Mail, Portal, EDI oder gemeinsamer Speicher kommen dafür infrage. Peppol bleibt optional. Das Kit konzentriert sich auf die lokale Dateiverarbeitung und lässt sich damit von deinem gewählten Übermittlungsweg getrennt einsetzen.
Mit sieben CLI-Befehlen vom JSON zur lesbaren und archivierten Rechnung
Die technische Basis bleibt überschaubar: Python ≥ 3.11, pydantic und lxml, ansonsten die Standardbibliothek. Die sieben Befehle der CLI trennen Mapping, XML-Erzeugung, Empfang, Prüfung und Archivierung. Du kannst sie einzeln verwenden oder zu deiner eigenen Pipeline verbinden.
| Befehl | Aufgabe und Nutzen |
|---|---|
| erechnung doctor | Zeigt die Spec-Pins der Version und bestätigt mit network: disabled den Offline-Betrieb. So prüfst du vor dem Start, mit welcher Spezifikationsbasis du… |
| erechnung map-stripe… | Wandelt ein Stripe-Invoice-JSON in eine CanonicalInvoice um. Damit wird aus dem Quelldatensatz das gemeinsame Rechnungsmodell für die XML-Ausgabe. |
| erechnung map-lemon DATEI | Überführt ein Lemon-Squeezy-Order-JSON in eine CanonicalInvoice, sodass du denselben nachgelagerten Ausgabeprozess nutzen kannst. |
| erechnung emit… | Erzeugt aus Canonical-JSON entweder UBL für XRechnung 3.0.2 oder CII-XML für ZUGFeRD 2.5.2 / Factur-X 1.09.2 im Profil EN 16931. |
| erechnung parse DATEI… | Liest UBL, CII oder PDF und gibt Markdown, HTML oder JSON aus. Enthalten ist auch das Lesen von eingebettetem XML aus empfangenem PDF/A-3. |
| erechnung validate DATEI | Prüft Struktur, USt-Mathematik und ausgewählte BR-DE-Regeln. Diese lokalen Prüfungen sind vom offiziellen KoSIT-Validator und von Schematron zu unterscheiden. |
| erechnung archive DATEI… | Legt die Originalbytes zusammen mit einer .sha256.json lokal ab. Du erhältst eine GoBD-nahe Hash-Archivierung; ein GoBD-Zertifikat ist damit nicht verbunden. |
Eine konkrete Pipeline aus der Dokumentation
Für ein Stripe-Beispiel führst du Mapping und XML-Ausgabe direkt hintereinander aus:
erechnung map-stripe fixtures/stripe_invoice.finalized.json | erechnung emit –profile xrechnung-ubl -o /tmp/out.xml
Eine eingehende XRechnung machst du mit erechnung parse fixtures/incoming_xrechnung_ubl.xml –lang de lesbar. Die erzeugte Ausgangsdatei legst du mit erechnung archive /tmp/out.xml ./archiv/ samt SHA-256-Prüfsumme im lokalen Ziel ab.
Nachprüfbare Spezifikationen statt stiller Versionswechsel
Version 1.0.1 ist auf XRechnung 3.0.2, das KoSIT-Bundle 2026-01-31 sowie ZUGFeRD 2.5.2 / Factur-X 1.09.2 im Profil EN 16931 für CII-XML gepinnt. Diese Versionsstände kannst du mit erechnung doctor nachvollziehen.
Die CustomizationID (BT-24) lautet urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0. Entscheidend ist die Endung _3.0, nicht _3.0.2. Das ZIP erhält keine automatischen Spec-Updates; deine Version bleibt auf ihren Spec-Pins.
Verkäuferdaten gezielt ergänzen
Stripe liefert weder Verkäufer-USt-IdNr noch IBAN. Du ergänzt beides als seller-Objekt oder über –seller seller.json. Das Kit erfindet keine USt-IdNr: Einträge wie DE000000000 oder TODO werden als Fehler markiert, statt unbemerkt in die Verarbeitung einzugehen.
Welche Aufgaben übernimmt v1 – und welche bleiben in deinem Prozess?
Der Kern ist die lokale Verarbeitung strukturierter Rechnungsdaten. Du erzeugst XML, liest eingehende Dateien, führst lokale Checks durch und bewahrst Originalbytes mit Prüfsumme auf. Die klare Trennung zu Versanddiensten, offizieller Validierung und organisatorischer Archivierung hilft dir, das Kit gezielt in deinen vorhandenen Ablauf einzusetzen.
- XML-Ausgabe und PDF-Empfang: ZUGFeRD 2.5.2 / Factur-X 1.09.2 verwenden UN/CEFACT-CII. V1 schreibt CII-XML im Profil EN 16931. Eine solche Datei ist eine E-Rechnung nach § 14 UStG; das Hybrid-PDF dient der bequemeren Nutzung, nicht als rechtlicher Kern. PDF/A-3-Schreiben ist nicht enthalten, das Lesen eingebetteten XMLs aus empfangenem PDF/A-3 dagegen schon.
- Lokale Prüfung und offizieller Validator: erechnung validate deckt Struktur, USt-Mathematik und ausgewählte BR-DE-Regeln ab. Der offizielle KoSIT-Validator, Schematron und das Java-Bundle sind separate Werkzeuge. Vor dem Versand an ZRE, OZG-RE oder einen Käufer lässt du den offiziellen Validator auf deinen eigenen Daten laufen.
- Dateiverarbeitung und Übermittlung: Ein Peppol-Access-Point und das Senden an ZRE aus der Box gehören nicht zu v1. Auch Live-Calls zu Stripe, Peppol oder ELSTER sind nicht Teil des Kits.
- Hash-Archiv und weitere Buchhaltungsprozesse: Das Kit legt Originale samt Prüfsumme lokal ab. DATEV-EXTF, DATEV-Live, ein GoBD-Zertifikat und eine Verfahrensdokumentation sind nicht enthalten.
Du lieferst die fachlich richtigen Angaben für Identität, USt-IdNr (BT-31 / BT-48), Steuernummer, Steuerkategorie, Leitweg-ID und Kleinunternehmer-Status. Das Kit ist ein technisches Werkzeug; Steuer- oder Rechtsrat ist nicht Bestandteil des Produkts. XML-Erzeugung und lokale Checks ersetzen nicht die Prüfung deiner tatsächlichen Rechnungsdaten.
Die mitgelieferten Fixtures verwenden Beispieldaten: Beispiel GmbH, Lehrbuch-USt-IdNr und eine als EXAMPLE markierte IBAN. Es handelt sich nicht um echte Personen. Zusammen mit Golden-XML und Tests kannst du damit den Ablauf nachvollziehen, bevor du deine eigenen Daten einsetzt.
Digilisator beschreibt den Umfang ohne Verknappungstricks oder erfundene Kundenstimmen. Maßgeblich sind die enthaltenen Funktionen, die dokumentierten Spec-Pins und die offen abgegrenzten Integrationsaufgaben.
So startest du nach dem Download mit deinem eigenen Ablauf
Direkt nach dem Kauf steht dir e-rechnung-kit-2026-v1.0.1.zip als Sofort-Download im Download-Tresor bereit. Du erhältst die Software digital, ohne Postversand und ohne separates Login-Portal. Nach dem Download arbeitest du lokal mit deinen Dateien.
- ZIP herunterladen und entpacken: Lege das Kit in deinem gewünschten Arbeitsverzeichnis ab und stelle Python ≥ 3.11 bereit.
- Paket installieren: Führe im entpackten Ordner pip install -e . aus.
- Versionsbasis kontrollieren: Starte erechnung doctor und prüfe Spec-Pins sowie network: disabled.
- Mitgelieferte Tests ausführen: Nutze pytest -q. Die Tests laufen ohne Netz; API-Keys brauchst du nicht.
- Deinen Rechnungsweg aufbauen: Mappe JSON, emittiere XML, parse eingehende Dateien und archiviere Originale samt SHA-256. Ergänze deine Verkäufer- und Rechnungsdaten und plane den offiziellen Validator vor dem Produktionsversand ein.
Die Produktsprache ist Deutsch; die Dokumentation liegt zusätzlich auf Englisch vor. Für eigene Tooling- und Agenten-Setups stehen der optionale MCP-stdio-Server und der Agent-Skill bereit. So setzt du das E-Rechnung Kit 2026 dort ein, wo dein Zahlungsevent ohnehin verarbeitet wird: in deiner eigenen technischen Umgebung.
Häufige Fragen zu E-Rechnung Kit 2026 – Python-CLI
Brauche ich Peppol?
Für den Inlandsweg ist Peppol nicht vorgeschrieben. Der Gesetzgeber legt keinen bestimmten Übermittlungsweg fest; E-Mail, Portal, EDI oder gemeinsamer Speicher kommen infrage. Peppol ist optional und in v1 des Kits nicht enthalten.
Erzeugt Stripe das XML nicht selbst?
Nein. Stripe liefert Datensätze und verweist für die E-Rechnungsumsetzung auf Apps oder Eigenbau. Das Kit stellt dir diesen Eigenbau als lokales Dateiprodukt bereit: Stripe-Invoice-JSON wird zunächst zur CanonicalInvoice und anschließend zum XML des gewählten Profils.
Ist das ein E-Book wie Finanzamt-klar?
Nein. Finanzamt-klar ist ein PDF-Workbook für Solo-Selbstständige. E-Rechnung Kit 2026 – Python-CLI ist Software im ZIP-Download für Entwickler und technisch arbeitende Anwender mit Terminal-Erfahrung und Python ≥ 3.11.
Lizenz?
Als Käufer darfst du das Kit nutzen und die erzeugten Rechnungen kommerziell verwenden, also XML an deine eigenen Kunden ausgeben. Der Weiterverkauf des Kits als Konkurrenzprodukt ist nicht erlaubt.
Fragen & Antworten
Du hast eine Frage oder kannst mit deiner Antwort helfen? Hier kommentieren!
Erfahrungen von Kunden
Bewertung schreiben
Auf einen Blick
39,00 € inkl. MwSt.
Sichere Zahlungsabwicklung
Sofortiger Zugang
Mehr von diesem Autor?
Entdecke weitere Produkte:
Bisher sind noch keine Erfahrungen mit dem Produkt geteilt worden.