Hanware E-Rechnung

E-Rechnung aus Hanware Business — fehlerfrei, konform, auf Knopfdruck.

ZUGFeRD 2.x, Factur-X und XRechnung direkt aus Ihrem Beleg — geprüft, validiert und versandfertig. Mit Klartext-Hinweisen, was zu pflegen ist, bevor die Rechnung das Haus verlässt.

EN 16931 ZUGFeRD 2.3 XRechnung (UBL 2.1) PDF/A-3U PEPPOL-kompatibel GS1 / EDEKA-tauglich

Kostenlose Demo anfordern Mehr erfahren

ZUGFeRD 2.3

RE-2026-1042

Rechnung Nr. 1042

Lokum Sade 400 g

2,09 €

4,18 €

Elma Cayi 220 g

1,99 €

5,97 €

Tahin 290 cc

2,49 €

factur-x.xml · embedded

<?xml version="1.0"?>

<rsm:CrossIndustryInvoice

xmlns:rsm="urn:un:..."

<ram:ID>1042</ram:ID>

<ram:TypeCode>380</ram:TypeCode>

<ram:GrandTotal>136.43</ram:GrandTotal>

</rsm:CrossIndustryInvoice>

Validierungs-Protokoll

OKBR-CO-15 GrandTotal = 136,43 €

OKBR-DE-1 IBAN vorhanden

WARNER-3 ShipTo-GLN fehlt

Warum jetzt?

Seit 2025 ist die elektronische Rechnung im B2B Pflicht.

Eine korrekt erzeugte E-Rechnung ist heute ein Auftragsvorbehalt. Handelsketten und automatisierte Empfänger weisen fehlerhafte Rechnungen zurück — mit direkten Folgen für Cashflow und Vorsteuerabzug.

Gesetzliche Pflicht

Seit 2025 müssen Unternehmen im B2B-Bereich elektronische Rechnungen annehmen können. Die Pflicht zum Versenden folgt stufenweise. Wer heute nicht vorbereitet ist, muss später in Eile umstellen.

Abgewiesene Rechnungen

Empfänger lehnen formal fehlerhafte E-Rechnungen automatisch ab — fehlende GLN, falsche Steueraufschlüsselung, abweichende Summen. Konsequenz: verzögerter Zahlungseingang, mancherorts Verlust des Vorsteuerabzugs.

Handelsketten prüfen automatisch

EDEKA, Rewe, Lidl, dm & Co. prüfen jede Eingangsrechnung automatisiert. Wer GLN, GTIN, BT-Felder oder Berechnungsregeln nicht richtig liefert, bekommt die Rechnung zurück — und am Ende keinen neuen Auftrag.

Das Modul

Wir kümmern uns um die Konformität. Sie um Ihr Geschäft.

Drei Aufgaben, die Hanware E-Rechnung zuverlässig für Sie übernimmt — direkt aus dem gewohnten Beleg in Hanware Business heraus.

Erzeugt aus jedem Beleg

Erstellt aus jeder Rechnung in Hanware Business automatisch eine ZUGFeRD-/Factur-X-PDF oder XRechnung — keine doppelte Erfassung.

Prüft sich selbst

Jede Rechnung kommt mit einem Validierungs-Protokoll. Sie sehen vor dem Versand, ob alle Pflichtangaben vollständig sind.

Spricht Klartext

Fehlt ein Stammdatum, sagt das Programm genau, wo es in Hanware nachzutragen ist — ohne Fachjargon.

Funktionen im Detail

Was Hanware E-Rechnung alles leistet.

Sechs Blöcke entlang des gesamten Erzeugungs-, Prüf- und Versandprozesses.

Formate

Alle relevanten Standards in einem Werkzeug.

ZUGFeRD 2.3 / Factur-X — PDF/A-3U mit eingebettetem XML
XRechnung 3.0 — UBL 2.1
PEPPOL BIS Billing 3.0 — mit BT-23 BusinessProcess
EN 16931 — europäische Norm für elektronische Rechnungen

Pflichtfeld-Prüfung

Nach EN-16931-Geschäftsregeln — konkret und granular.

BR-DE-1 — SEPA-Zahlungsdaten
BR-DE-6 — Verkäufer-Telefon
BR-CO-10 / 13 / 15 / 16 — Rechensummen
BR-S-08 — Steueraufschlüsselung
BT-23, BT-34, BT-49 — PEPPOL-Hinweise
ER-1, ER-3, ER-6, BR-57, BR-64 — GS1- / EDEKA-spezifisch

Inhaltliche Konsistenz

Berechnungen aus den Positionen — keine DB-Inkonsistenzen.

Alle Summen werden aus den Positionen berechnet
Steueraufschlüsselung je Steuersatz aus den Linien aggregiert
Vorauszahlungen korrekt verbucht (BT-113)
Versand- und Nachnahme-Kosten als BG-21 Document-Level-Charge
Document-Level-Rabatte verteilt nach Steuersatz

EDEKA- / Handelsketten-tauglich

GS1-Pflichtfelder für EDEKA, Rewe, Lidl, dm & Co.

Lieferanten-GLN (BT-29-1) mit Scheme "0088"
Warenempfänger-GLN (BT-71-1) automatisch aus Lieferadresse
Lieferadresse mit Ländercode (BT-80)
Artikel-GTIN (BT-157) automatisch aus Artikelstamm / Position
Zahlungsart-Code (BT-81) immer gesetzt

Selbstdiagnose & Validierungs-Protokoll

Klartext-Bericht neben jeder PDF — mit Handlungsanweisung.

Klartext-Bericht neben jeder PDF — lesbar für Buchhaltung und Geschäftsführung
Berechnungs-, Steuer-, Pflichtfeld- und PDF/A-Prüfung
Konkrete Handlungsanweisungen je Befund — z. B. "In Hanware: Einstellungen → Mandant bearbeiten → Feld »IBAN« ausfüllen."

Technik & Integration

Pragmatisch, leichtgewichtig, ohne Installationsballast.

Direkter Aufruf aus Hanware Business (Konsolen-Wrapper)
Single-File-EXE — keine .NET-Installation auf dem Zielrechner
Optional: WinForms-Testanwendung mit Live-Log-Ansicht
DLL-Variante zur Einbindung in eigene Programme
MySQL-Direktanbindung an die Hanware-Datenbank
Automatisches Deployment-Skript für mehrere Produktivordner
Persistente Einstellungen je Anwender (Fenster, Filter, letzte Eingaben)

Beispiel

Jede Rechnung kommt mit einem Klartext-Protokoll.

Sie sehen vor dem Versand, ob alle Pflichtangaben vorhanden sind — und bei [WARN] oder [ERR] eine konkrete Anweisung, welches Feld in Hanware Business zu pflegen ist. Auch für Mitarbeitende ohne technisches Vorwissen verständlich.

✓ Berechnungsprüfung (EN 16931)
✓ Steueraufschlüsselung
✓ GS1-/EDEKA-Pflichtfelder
✓ PDF/A-3U-Konformität

RE-2026-1042 · ZUGFeRD 2.3 · Validierung

---------- BERECHNUNGSPRUEFUNG (EN 16931) ----------

OK BR-CO-10BT-106 LineTotal = 127,50 (Σ Positionen)

OK BR-CO-13BT-109 TaxBasis = 127,50 (= 106 − 107 + 108)

OK BR-CO-15BT-112 GrandTotal = 136,43 (= 109 + 110)

---------- GS1 / EDEKA-PFLICHTFELDER ----------

OK ER-1Seller-GLN (BT-29-1) = 4001234000005

WARNER-3ShipTo-GLN (BT-71-1) fehlt

→ zu tun: In Hanware → Lieferadresse am Beleg → Feld "GLN" ausfüllen.

OK BR-57ShipTo-Land (BT-80) = DE

---------- STEUERAUFSCHLUESSELUNG ----------

OK BR-S-08Steuersatz 7,00 % · Basis 127,50 · Steuer 8,93 €

ERGEBNIS: 0 Fehler, 1 Warnung — BEREIT

Wer profitiert

Drei typische Anwender — ein Modul.

Lieferant von Handelsketten

„EDEKA verlangt korrekte GS1-GLNs. Mit Hanware E-Rechnung kommt jede Rechnung automatisch durch.“

Grosshandel / B2B-Versand

„Nie wieder Rückläufer wegen Berechnungsfehlern. Die Selbstprüfung erspart uns Tage Korrekturschleifen.“

Buchhaltung im Mittelstand

„Klartext-Hinweise statt kryptischer Fehlercodes. Was zu pflegen ist, steht direkt in der Log-Datei.“

FAQ

Häufige Fragen.

Was ist eine E-Rechnung im Sinne der gesetzlichen Pflicht?

Eine strukturierte elektronische Rechnung im Sinne der EU-Richtlinie 2014/55/EU und ihrer deutschen Umsetzung. Sie liegt als maschinenlesbare Datei vor (XML), die nach der Norm EN 16931 strukturiert ist — typischerweise als XRechnung (reines XML) oder ZUGFeRD/Factur-X (PDF/A-3U mit eingebettetem XML). Seit 2025 ist die Annahme solcher Rechnungen im B2B-Bereich verpflichtend.

Was ist der Unterschied zwischen ZUGFeRD und XRechnung?

ZUGFeRD (auch Factur-X) ist eine PDF-Datei (PDF/A-3U) mit zusätzlich eingebetteten strukturierten XML-Daten — der Empfänger sieht ein lesbares PDF und kann zusätzlich die XML-Daten automatisch verarbeiten. XRechnung ist eine reine XML-Datei (UBL 2.1) ohne menschenlesbare Darstellung — typisch für den öffentlichen Sektor und Grossempfänger. Beide Formate sind EN-16931-konform und werden von Hanware E-Rechnung erzeugt.

Muss ich an meinen Hanware-Stammdaten etwas ändern?

In der Regel sind nur wenige Felder zu vervollständigen — zum Beispiel IBAN/BIC beim Mandanten, Telefonnummer des Verkäufers, GLN bei Lieferadressen (sofern Sie Handelsketten beliefern) und GTIN bei Artikeln. Das Validierungs-Protokoll listet alle fehlenden Felder konkret auf und sagt Ihnen, wo Sie sie in Hanware Business pflegen müssen.

Was bedeutet GLN / GTIN und brauche ich beides?

Eine GLN (Global Location Number) ist eine 13-stellige Standortkennung der GS1, eine GTIN (Global Trade Item Number) eine 13- oder 14-stellige Artikelnummer. Handelsketten wie EDEKA, Rewe oder Lidl verlangen beide auf der Rechnung. Wenn Sie nicht an Handelsketten liefern, sind beide Felder für Sie optional.

Wie aufwendig ist die Einführung?

Die Software selbst ist eine Single-File-EXE und wird in den Hanware-Business- Programmordner kopiert — keine .NET-Installation nötig. Die meiste Arbeit ist die Stammdaten-Prüfung. Wir unterstützen Sie dabei: Demo-Termin, Prüfung der ersten Rechnungen und gemeinsame Korrektur der Stammdaten — in den meisten Fällen in 1–2 Tagen abgeschlossen.

Funktioniert das auch ohne installiertes .NET-Framework?

Ja. Hanware E-Rechnung wird als Single-File-EXE ausgeliefert und enthält die nötige Laufzeit bereits. Auf dem Zielrechner muss kein .NET separat installiert sein. Die EXE lässt sich auch über ein Deployment-Skript in mehrere Produktivordner kopieren.

Was passiert, wenn eine Rechnung nicht den Vorgaben entspricht?

Hanware E-Rechnung erkennt Probleme vor dem Versand. Das Validierungs-Protokoll markiert jede Position als [OK], [WARN] oder [ERR] und gibt — bei Warnungen und Fehlern — eine Klartext-Anweisung, welches Feld in Hanware Business nachgetragen werden muss.

Sind XRechnung-Empfänger (z. B. Behörden) abgedeckt?

Ja. Hanware E-Rechnung erzeugt XRechnung 3.0 als reine UBL-2.1-XML-Datei und unterstützt den PEPPOL BIS Billing 3.0 Geschäftsprozess (BT-23). Damit erfüllen Sie die Anforderungen des öffentlichen Sektors und automatisierter Grossempfänger.

Vertrauen

Standards, die zählen.

Hanware E-Rechnung folgt den europäischen Vorgaben, ist gegen die wichtigsten Validatoren getestet und im Praxiseinsatz bewährt.

EN 16931

Konform zur europäischen Norm für elektronische Rechnungen.

SAP- & Lexware-Validatoren

Geprüft mit den Validatoren der bekannten Buchhaltungs-Systeme.

EDEKA-Lieferanten erprobt

Im Echtbetrieb bei Lieferanten der EDEKA-Gruppe im Einsatz.

PDF/A-3U

Erzeugt langzeitarchivierbare, validierungssichere PDF-Dateien.

Bereit für die E-Rechnung?

Wir richten das Modul für Sie ein und übernehmen die Stammdaten-Prüfung — damit Sie ab der ersten Rechnung konforme und akzeptierte E-Rechnungen versenden.

Demo anfordern Datenblatt

Mit dem Absenden des Kontaktformulars stimmen Sie der Verarbeitung gemäß unserer Datenschutzerklärung / Impressum zu. Antwort innerhalb eines Werktags.