XRechnung erstellen: vom bestätigten Auftrag zur geprüften Rechnung

Eine XRechnung soll den Weg zur bearbeitbaren Kundenrechnung verkürzen. Wenn dein Büro dafür Auftragsdaten erneut eintippt, Referenzen aus E-Mails zusammensucht und Ablehnungen ohne Bezug zum ursprünglichen Vorgang bearbeitet, bleibt dieser Nutzen liegen. Gute Rechnungssoftware hilft an der Verbindung zwischen vorhandenen Geschäftsdaten, Prüfung und tatsächlicher Übergabe an den Empfänger.

Für deinen Betrieb ist deshalb nicht allein wichtig, ob sich eine Datei erzeugen lässt. Entscheidend ist, ob aus einem realen Auftrag mit überschaubarem Aufwand eine inhaltlich richtige, passend adressierte und nachvollziehbar versendete Rechnung wird. Gerade bei öffentlichen und gewerblichen Auftraggebern verhindert ein sauberer Ablauf vermeidbare Rückfragen, die dein Büro erneut beschäftigen und die weitere Bearbeitung aufhalten.

webRichtung Core verbindet Angebote, Aufträge und Rechnungen und erzeugt XRechnung sowie Factur-X mit eingebauten Validatoren. Die Funktionen sind auf der Core-Modulseite beschrieben. Für die Auswahl lohnt sich ein echter Rechnungsfall aus deinem Betrieb: Welche Daten liegen schon vor, was muss ergänzt werden und wie geht dein Team mit einer Meldung aus der Prüfung um?

Beginne beim bestätigten Auftrag

Nimm einen gewöhnlichen Auftrag, dessen Leistung und Abrechnung dein Team versteht. Ein Sonderfall mit mehreren ungeklärten Änderungen eignet sich schlecht für den ersten Durchlauf. Er würde Datenprobleme, fachliche Entscheidungen und Softwarebedienung gleichzeitig vermischen. Sobald der normale Fall funktioniert, kannst du die für deinen Betrieb wichtigen Varianten ergänzen.

Prüfe zunächst die Beziehung zwischen Kunde, Auftrag und Rechnungsempfänger. Die Person, die eine Leistung bestellt, ist nicht zwangsläufig die Stelle, an die die Rechnung übermittelt wird. Dein Büro sollte diesen Unterschied aus dem Vorgang erkennen können. Eine E-Mail-Adresse aus dem letzten persönlichen Gespräch ist noch kein bestätigter Rechnungskanal.

Leistungsumfang, tatsächlich erbrachte Menge und vereinbarte Preise bilden die Grundlage. Wenn sich etwas gegenüber dem Angebot geändert hat, kläre diese Änderung vor dem Erstellen der Rechnung. Ein technisch sauberer Datensatz macht eine nicht abgestimmte Position nicht automatisch abrechenbar. Für die Arbeitserleichterung zählt, dass bestätigte Angaben wiederverwendet werden, statt ungeklärte Annahmen schneller zu vervielfältigen.

Halte außerdem fest, wer fehlende Angaben liefert. Der Vertrieb kennt möglicherweise die Bestellung, die Ausführung den tatsächlichen Leistungsstand und das Büro die Rechnungsadresse. Eine kurze gezielte Rückfrage an die richtige Person ist günstiger als ein fehlerhafter Versand mit anschließender Suche. Der Auftrag sollte daher auch den Weg zur Klärung erkennen lassen.

Core ansehen und den Weg vom Auftrag zur XRechnung prüfen

Kläre Empfängerangaben vor der Dateierzeugung

Erfrage die benötigte Käuferreferenz und den vorgesehenen Übermittlungsweg direkt aus den Auftragsunterlagen oder bei der zuständigen Rechnungsstelle. Bei öffentlichen Auftraggebern spielt die Leitweg-ID häufig eine wichtige Rolle für die Zuordnung. Nutze die konkrete Vorgabe deines Empfängers, statt eine Kennung aus einer früheren Rechnung ungeprüft zu übernehmen.

Wie wichtig die auftragsbezogene Information ist, zeigt die Rechnungsinformation der Bundesnetzagentur: Sie verweist für die Leitweg-ID auf das Auftragsdokument beziehungsweise die zuständige Stelle und beschreibt die Bedeutung einer vorgegebenen Bestellreferenz. Das ist ein Beispiel für konkrete Empfängeranforderungen, keine pauschale Feldanleitung für jeden Kunden deines Betriebs.

Für gewerbliche Auftraggeber klärst du ebenfalls, welche Referenz sie für ihre interne Zuordnung benötigen. Kopiere nicht automatisch den Behördenablauf auf jedes Unternehmen. Ein nützlicher Rechnungsprozess bewahrt die Unterschiede zwischen Empfängern. Dein Team sollte sehen, welche Angabe zum Kunden gehört und welche speziell aus dieser Bestellung stammt.

Achte beim Übernehmen auf die exakte Schreibweise. Eine vollständig gefüllte Referenz kann trotzdem falsch sein. Das ist besonders tückisch, weil ein ausgefülltes Feld im Büro leicht als erledigt gilt. Vergleiche die Angabe deshalb mit ihrer bestätigten Quelle. Die Aufgabe besteht in richtiger Zuordnung, nicht allein darin, jedes Eingabefeld irgendwie zu füllen.

Verstehe, was die Prüfung tatsächlich leistet

XRechnung ist ein Standard für strukturierte Rechnungsinformationen in einem XML-Datensatz. Die offizielle Darstellung von XStandards Einkauf erklärt außerdem, dass maschinelle Konformitätsprüfungen und die fachlich richtige Verwendung der Angaben unterschiedliche Aspekte sind. Eine lesbare Ansicht unterstützt die Kontrolle; maßgeblich für die strukturierte Rechnung sind die enthaltenen Daten.

Für deine tägliche Arbeit bedeutet das eine sinnvolle Arbeitsteilung. Die Softwareprüfung soll technische und regelbezogene Probleme sichtbar machen. Dein Team kontrolliert, ob der richtige Kunde, die richtige Leistung und die bestätigten Beträge enthalten sind. Eine bestandene Prüfung ist wertvoll, aber kein Beleg dafür, dass die abgerechnete Arbeit tatsächlich so beauftragt und erbracht wurde.

Lies eine Fehlermeldung deshalb als Hinweis auf eine konkrete Korrektur. Welche Angabe betrifft sie, woher kommt diese Angabe und wer kann sie verlässlich bestätigen? Korrigiere möglichst den zugrunde liegenden Rechnungs- oder Auftragsstand. Eine bloße Änderung in einer zusätzlich angelegten Kopie kann dazu führen, dass der nächste Export wieder den alten Fehler enthält.

Prüfe nach jeder relevanten Änderung erneut. Ein zuvor erzeugter Prüfbericht gehört zur damaligen Datei. Wenn du anschließend die Menge oder Empfängerreferenz änderst, muss der neue Stand wieder betrachtet werden. So bleibt nachvollziehbar, welche Rechnung geprüft wurde. Du brauchst dafür keine komplizierte eigene Dokumentation, sondern einen eindeutig erkennbaren Zusammenhang zwischen Stand und Ergebnis.

Beispiel: Aus zwei bestätigten Positionen wird ein Entwurf

Unser vollständig hypothetischer Fall betrifft einen Servicebetrieb mit zwei vereinbarten Leistungen. Für die erste Position sind vier Einheiten zu je 200 Euro vorgesehen, für die zweite zwei Einheiten zu je 100 Euro. Alle Preise sind erfundene Rechenwerte und keine webRichtung-Preise. Die fachlich zuständige Person bestätigt für dieses Beispiel, dass genau diese Mengen erbracht und abrechenbar sind.

Die erste Position ergibt vier mal 200 Euro, also 800 Euro. Die zweite ergibt zwei mal 100 Euro, also 200 Euro. Zusammen sind das 1.000 Euro vor dem im Beispiel vorgegebenen Steuerbetrag. Wir nehmen für diese Rechnung einen bereits fachlich festgelegten Steuerbetrag von 190 Euro an. Daraus folgt eine Rechnungssumme von 1.190 Euro. Dies ist keine Einordnung, welcher Steuersatz für deine Leistung gilt.

Vor der Erzeugung prüft das Büro Auftraggeber und Rechnungsempfänger, die Leistungsbeschreibung und die bestätigten Referenzen. Im Testfall fehlt zunächst die vom Empfänger angeforderte Bestellreferenz. Das Büro erkennt die Lücke beim Vergleich mit dem Auftrag und fragt die zuständige Person. Es ergänzt die bestätigte Referenz, statt einen frei gewählten Wert einzutragen.

Der Entwurf übernimmt die geklärten Angaben. Nun vergleicht eine Person, die den Auftrag kennt, die beiden Positionen mit dem Leistungsstand. Sie kontrolliert die Rechnung aus dem Blick des Kunden: Sind die Einheiten verständlich, ist erkennbar, welche Leistung gemeint ist, und stimmen die Summen? Der Entwurf wird damit vor der technischen Ausgabe auf seinen geschäftlichen Inhalt geprüft.

Führe den Entwurf durch Prüfung und Versandvorbereitung

Im nächsten Schritt entsteht die strukturierte Rechnung. Die eingebaute Prüfung wird auf genau diesen Stand angewendet. Das Beispiel beschreibt den Ablauf, nicht das Ergebnis einer hier tatsächlich ausgeführten Core-Sitzung. Für deine Softwareentscheidung lässt du denselben Vorgang mit einer geeigneten Testrechnung durchspielen und betrachtest die angezeigten Meldungen.

Angenommen, die Prüfung meldet eine fehlende erforderliche Angabe. Dein Büro hält fest, welche Information betroffen ist, und beschafft den bestätigten Wert aus der zuständigen Quelle. Danach wird die Rechnung erneut erzeugt und geprüft. Der Sinn dieser Schleife ist begrenzt und konkret: Die festgestellte Ursache muss im neuen Stand behoben sein, bevor dieser für den Versand verwendet wird.

Bei bestandenem maschinellem Prüfergebnis erfolgt noch der Vergleich mit der freigegebenen Rechnungskalkulation. Im Beispiel müssen weiterhin 800 Euro, 200 Euro, 1.000 Euro, 190 Euro und 1.190 Euro zusammenpassen. Kontrolliere auch Empfänger und Referenz. Eine technische Korrektur darf nicht unbemerkt eine andere Geschäftsangabe verändert haben. Geprüft wird das tatsächliche Endergebnis, nicht nur die zuvor bearbeitete Fehlermeldung.

Bereite anschließend den vereinbarten Übermittlungsweg vor. Dateierzeugung und Zustellung sind verschiedene Schritte. Aus einer XRechnung-Funktion folgt nicht automatisch jeder denkbare Versandkanal. Dein Team muss wissen, welche Datei über welchen bestätigten Weg an welchen Empfänger geht. Für einen Test benutzt du den dafür vorgesehenen Ablauf, ohne eine fiktive Rechnung unkontrolliert als echte Forderung zu versenden.

Bearbeite eine Rückmeldung nach ihrer Ursache

Auch nach der Erstellung kann eine Rückmeldung entstehen. Trenne technische Übermittlung, formale Datenprobleme und sachliche Fragen zum Auftrag. Wenn diese Fälle als ein einziger Status „Rechnung abgelehnt“ behandelt werden, beginnt oft die falsche Arbeit. Das Büro korrigiert dann beispielsweise Texte, obwohl lediglich eine falsche Empfängerreferenz verwendet wurde.

Bei einem Übermittlungsproblem prüfst du den tatsächlichen Versandweg und die betroffene Datei. Bei einer Datenmeldung suchst du die konkrete Angabe im Rechnungsstand. Bei einer sachlichen Frage zum Leistungsumfang beziehst du die zuständige Person aus dem Auftrag ein. Die Zuordnung bestimmt, wer sinnvoll helfen kann und welche Information für den nächsten Schritt benötigt wird.

Im Beispiel könnte der Empfänger fragen, auf welchen Teil der Bestellung sich die zweite Position bezieht. Die Beträge bleiben dabei rechnerisch richtig. Dein Team vergleicht die vereinbarte Leistung mit der Darstellung und klärt die Frage anhand des Auftrags. Ob eine zusätzliche Erklärung genügt oder eine korrigierte Rechnung erforderlich ist, wird für den tatsächlichen Fall entschieden.

Vermeide einen vorschnellen zweiten Versand ohne verständlichen Bezug zum ersten. Bei einer Korrektur muss dein Team erkennen, welcher Stand aktuell verwendet wird und weshalb. Die konkrete Behandlung einer bereits ausgestellten Rechnung gehört zu eurem abgestimmten Rechnungsprozess. Der Artikel verspricht weder automatische Annahme beim Kunden noch eine bestimmte Zahlungsdauer nach der technischen Prüfung.

Wähle Software am vollständigen Rechnungsfall aus

Eine gute Vorführung beginnt mit deinen eigenen bestätigten Daten und endet bei einer nachvollziehbaren Versandvorbereitung. Beobachte, welche Angaben erneut eingegeben werden müssen und welche aus dem Auftrag nutzbar bleiben. Wiederholtes Abtippen ist besonders dann teuer, wenn es bei jeder Rechnung dieselben Informationen betrifft. Der zusammenhängende Vorgang sollte genau dort Arbeit sparen.

Teste auch eine echte typische Änderung, beispielsweise eine vor der Rechnungsstellung bestätigte Mengenanpassung. Kann dein Team den neuen Stand verstehen, erneut prüfen und eindeutig für den Versand auswählen? Ein Vorführfall ohne jede Korrektur zeigt nur einen Teil des Alltags. Die Bedienung bei einer nachvollziehbaren Änderung gehört zur Entscheidung über den Einsatz.

Notiere die erforderliche Büroarbeit konkret: Daten beschaffen, Auftrag prüfen, Entwurf kontrollieren, Meldung beheben und Versand vorbereiten. Diese eigene Aufzeichnung ist keine behauptete automatische Core-Auswertung. Sie zeigt, an welcher Stelle dein Betrieb Zeit verliert. Wenn vor allem die Bestellung unvollständig ist, beginnt die Verbesserung früher als beim Knopf zum Export.

Vergleiche mehrere Rechnungsfälle innerhalb deines eigenen Geschäfts, ohne daraus eine große Testserie zu machen. Ein gewöhnlicher Fall und eine relevante Variante können zeigen, ob der gewählte Einstieg passt. Bei neu erkannten Problemen ergänzt du gezielt die Prüfung. Entscheidend bleibt ein bearbeitbarer Rechnungsprozess, nicht eine möglichst lange Liste aktivierter Funktionen.

Starte mit einem überschaubaren Auftrag zur Rechnung

Bereite einen bestätigten Auftrag, den richtigen Empfänger, die erforderlichen Referenzen und einen zuständigen Ansprechpartner für Rückfragen vor. Vereinbare intern, wer den Inhalt und wer den Versandstand prüft. In kleinen Teams kann dieselbe Person beide Aufgaben übernehmen. Die Unterscheidung hilft trotzdem, einen technischen Erfolg nicht mit vollständiger Bearbeitung gleichzusetzen.

Auf der Core-Seite kannst du die Verbindung von Angebot, Auftrag und Rechnung sowie XRechnung mit eingebauten Validatoren ansehen. Über den vorhandenen Startweg legst du deinen Zugang an. Nimm den vorbereiteten Fall als Grundlage: Das gewünschte Ergebnis ist eine verständliche Rechnung, deren Daten, Prüfung und nächster Übergabeschritt dein Büro erklären kann. So verkürzt Software den Weg zur nutzbaren Kundenrechnung.

Core kennenlernen und deinen ersten XRechnung-Ablauf vorbereiten