E-Rechnung prüfen und versenden: 5 Praxisfälle mit init.Prisma in SAP Business One

Ein Beleg, viele Empfänger: Worum es in diesem Beitrag geht

Montagmorgen in der Buchhaltung eines Großhändlers, der mit SAP Business One arbeitet: Fünf Rechnungen liegen auf dem Tisch, und keine gleicht der anderen. Eine Behörde erwartet einen reinen XML-Datensatz, ein langjähriger Geschäftskunde will weiterhin „seine“ PDF-Rechnung sehen, ein Abnehmer im europäischen Ausland nennt ein drittes Format – und gleichzeitig trifft eine strukturierte Lieferantenrechnung ein, die gegen eine offene Bestellung gebucht werden soll.

Genau für diese Gemengelage hat die init consulting AG init.Prisma entwickelt: Die Lösung erzeugt aus einem gebuchten Ausgangsbeleg das Format, das der jeweilige Empfänger verlangt, prüft es gegen die amtlichen Regeln und versendet es direkt aus SAP Business One. In der Gegenrichtung übernimmt sie eingehende E-Rechnungen als Belegentwurf.¹ Dieser Beitrag zeigt anhand von fünf typischen Fällen, wie das im Arbeitsalltag aussieht.

Fall 1: Die Stadtverwaltung verlangt eine XRechnung mit Leitweg-ID

Öffentliche Auftraggeber verarbeiten Rechnungen in der Regel ausschließlich maschinell. Sie erwarten eine XRechnung – einen reinen XML-Datensatz ohne PDF-Bild – und eine Leitweg-ID, mit der die Rechnung intern an die richtige Stelle geleitet wird.⁵ Diese Angabe gehört nicht zu den Standardfeldern eines Ausgangsbelegs; viele Unternehmen pflegen sie deshalb in einem Benutzerfeld am Geschäftspartner.

In init.Prisma legt der Berater dafür einmalig ein Mapping im Format XRechnung an und ordnet das Benutzerfeld dem passenden Feld der E-Rechnung zu. Eine Zuordnungsregel für die Kundengruppe „Öffentliche Hand“ sorgt danach dafür, dass jede Rechnung an eine Behörde automatisch dieses Mapping und das passende Mailprofil erhält.¹ Die Buchhaltung bucht die Ausgangsrechnung wie gewohnt und versendet sie per Rechtsklick am Beleg.

Fall 2: Der Stammkunde möchte sein gewohntes Rechnungsbild – als ZUGFeRD

Viele Geschäftskunden prüfen Rechnungen noch mit dem Auge, bevor sie gebucht werden. Für sie eignet sich ZUGFeRD: eine PDF-Datei, in die der strukturierte Datensatz eingebettet ist. Steuerlich zählt allein das eingebettete XML; das Bild dient nur der Lesbarkeit.⁶

Der sichtbare Teil der ZUGFeRD-Rechnung stammt bei init.Prisma aus dem Belegdruck, den das Unternehmen ohnehin nutzt – aus Crystal Reports oder dem coresuite Designer.¹ Der Kunde sieht also dasselbe Layout wie bisher, erhält aber zusätzlich einen maschinenlesbaren Datensatz in den Profilen Comfort oder Extended. Den Grundstock liefert das Basismapping, das die init consulting AG pflegt: Es deckt alles ab, was SAP Business One im Standard bereits mitbringt, sodass nur Ihre Besonderheiten ergänzt werden müssen.¹

Für die Buchhaltung ändert sich am Ablauf wenig: Erst wenn der Beleg gebucht ist, wird daraus eine E-Rechnung – egal, ob es sich um eine Rechnung, eine Gutschrift oder eine Anzahlung handelt.¹

Fall 3: Ein Kunde im europäischen Ausland verlangt Peppol BIS

Grenzüberschreitend setzt sich mit Peppol BIS Billing ein weiteres Format durch. Auch dieses Format folgt dem gemeinsamen europäischen Rechnungsmodell der EN 16931.⁷ init.Prisma erzeugt es aus demselben Ausgangsbeleg – gesteuert über eine Zuordnungsregel, etwa nach dem Land des Kunden. Hat ein bestimmter Abnehmer eigene Vorgaben, bekommt er eine eigene Regel – sie hat Vorrang vor der Länderregel.¹

Fall 4: Die Prüfung schlägt an – und die Rechnung bleibt stehen

Eine E-Rechnung, die formal nicht stimmt, fällt meist erst beim Empfänger auf – und kommt dann zurück. init.Prisma dreht diese Reihenfolge um: Vor jedem Versand prüft der Formatdienst die Datei gegen die amtlichen Regelwerke, also die Prüfregeln der KoSIT für XRechnung, die Vorgaben des FeRD für ZUGFeRD und die Regeln von OpenPeppol für Peppol BIS.¹

Entscheidend ist der Unterschied zwischen Fehler und Warnung. Bei einem Fehler stoppt init.Prisma den Vorgang. Ob jemand die Rechnung dennoch hinausschicken kann, regelt ein eigenes Recht in der Benutzerverwaltung – vergeben Sie es bewusst sparsam. Was nur als Warnung eingestuft ist, erscheint im Prüfergebnis, lässt die Rechnung aber passieren.¹ So bleibt die Kontrolle bei den Menschen, die die fachliche Verantwortung tragen.

Wer vorab sehen will, was beim Kunden ankommt, öffnet per Rechtsklick die Vorschau: Sie zeigt die E-Rechnung im Browser mit deutsch beschrifteten Feldern, die Summen als nachvollziehbaren Rechenweg und das Prüfergebnis. Versendet wird dabei nichts.¹ Ist die Rechnung unterwegs, dokumentiert das Versandprotokoll in SAP Business One, an wen sie wann ging und ob es geklappt hat.

Fall 5: Die Lieferantenrechnung kommt als ZUGFeRD-PDF

Am selben Vormittag geht die Rechnung eines Lieferanten ein, als ZUGFeRD-PDF per E-Mail. Die Buchhalterin lädt die Datei im Eingangsrechnungs-Hub hoch – direkt im SAP-Business-One-Client oder über einen Webbrowser.¹ Den Rest übernimmt init.Prisma in vier Schritten:

Hinter den Kulissen: Was das Mapping Center für alle fünf Fälle leistet

Dass fünf so unterschiedliche Fälle aus einem System heraus funktionieren, liegt am Mapping Center. Hier verbindet der init-Berater oder ein geschulter Key-User die Daten Ihres Mandanten mit der Struktur, die das jeweilige Rechnungsformat vorschreibt.⁴ Drei Eigenschaften machen den Unterschied im Alltag:

• Ein Zielbaum mit Herkunft: Die E-Rechnung ist in Rubriken wie Verkäufer, Käufer, Zahlungsdaten, Steuer und Positionen gegliedert; jedes Pflichtfeld zeigt, ob es aus EN 16931, XRechnung oder Peppol stammt.⁴
• Feldregeln ohne Programmierung: Ein Feld kann einen festen Wert, eine Spalte aus einer Datenquelle, eine Werteliste oder einen Ausdruck mit Funktionen wie Round, Format oder Sum erhalten – auch für Benutzerfelder und Tabellen von Branchenlösungen.⁴
• Der Spaltenvertrag: Ein Testlauf hält fest, welche Spalten eine Datenquelle geliefert hat. Ändert sich die Abfrage später, fällt das auf, bevor eine fehlerhafte Rechnung entsteht.⁴

Für die Sicherheitsabteilung wichtig: Das Mapping Center wird nur zur Einrichtung gestartet, arbeitet ausschließlich lokal und ist von außen nicht erreichbar. Auf die Belegdaten greift es lediglich lesend zu.⁴

Überblick: Welcher Fall nutzt welche Funktion von init.Prisma?

Vor dem ersten Echtversand: fünf Vorbereitungen aus der Projektpraxis

Die technische Einführung von init.Prisma ist kompakt. Wie reibungslos der Alltag danach läuft, entscheidet sich an einigen Vorbereitungen, die Sie am besten vor dem ersten Termin mit Ihrem Berater erledigen:

1. Testbelege auswählen: Suchen Sie je Empfängergruppe eine echte, gebuchte Rechnung heraus – am besten mit Sonderfällen wie Rabattzeilen oder Benutzerfeldern. Mit genau diesen Belegen prüft das Mapping Center später die Einrichtung.⁴
2. Sonderangaben vereinheitlichen: Leitweg-IDs, Bestellnummern des Kunden oder Ihre Lieferantennummer beim Kunden sollten an einer festen Stelle in SAP Business One stehen.
3. Mailtexte vorbereiten: Absender, Betreff und Begleittext legt init.Prisma in Mailprofilen fest. Formulieren Sie vorab, was eine Behörde und was ein Geschäftskunde lesen soll.¹
4. Zuständigkeit für Mappings klären: Entscheiden Sie, ob Anpassungen nach dem Go-live Ihr Berater übernimmt oder ein eigener, geschulter Key-User.⁴
5. Datensicherung erweitern: Der Datenordner des init.Prisma Service enthält die Originale eingegangener E-Rechnungen und gehört deshalb in Ihre Sicherung.¹