Auf dieser Seite

Eine Bestellung ist kein neutrales Ereignis. Sie ist eine Zahlungsverpflichtung – datiert, betragsmäßig beziffert, mit einem Fälligkeitshorizont. Wer sie als PDF an eine Lieferanten-E-Mail-Adresse schickt, verliert genau diese Information: Sie existiert noch in keinem System, das daraus einen geplanten Abfluss in der Liquiditätsvorschau machen könnte. Strukturierte Bestellformate lösen das Problem – für jeden Betrieb, der wissen will, ob das Geld die nächsten Wochen reicht.

Die drei Standards hinter strukturierten Bestellungen

EDIFACT ORDERS – der alte Kern der Lieferkette

EDIFACT (Electronic Data Interchange for Administration, Commerce and Transport) ist seit den 1980er-Jahren der Rückgrat des B2B-Datenaustausches. Die Nachricht ORDERS übermittelt Bestellpositionen mit Artikel, Menge, Preis, Lieferadresse und Termin als strukturierte Textnachricht. Auf ihr folgt typischerweise die ORDRSP (Order Response) – die Auftragsbestätigung des Lieferanten mit bestätigten Mengen und Lieferterminen.

EDIFACT ist im Groß- und Einzelhandel, in der Automobilindustrie und im Energiesektor fest etabliert. Für kleinere Betriebe ist der Einstieg aufwendig: Konverter-Software oder EDI-Dienstleister sind notwendig, da das Format nicht ohne Weiteres aus Standard-ERP-Systemen kommt.

openTRANS 2.1 – XML für den Mittelstand

openTRANS ist ein XML-Standard, den das Fraunhofer IAO ursprünglich für das E-Procurement im Mittelstand entwickelt hat. Version 2.1 spezifiziert zehn Dokumenttypen, die einen vollständigen Beschaffungsprozess abdecken:

  • ORDER – die eigentliche Bestellung
  • ORDERRESPONSE – die Auftragsbestätigung
  • DISPATCHNOTIFICATION – der Lieferavis
  • RECEIPTACKNOWLEDGEMENT – die Wareneingangsmeldung
  • INVOICE – die Rechnung

Jedes Dokument folgt derselben Struktur: Header (Beteiligte, Konditionen, Referenzen), Positionsliste (Artikel, Mengen, Einzelpreise) und Zusammenfassung (Gesamtbeträge zur Plausibilitätsprüfung). Diese Dreiteilung macht die Daten system-zu-system-fähig: Ein ERP kann eine openTRANS-Bestellung direkt einlesen und den Gesamtbetrag als geplante Verbindlichkeit verbuchen.

Order-X – der aufkommende Hybridansatz

Order-X ist das Pendant zu ZUGFeRD auf der Beschaffungsseite: ein PDF mit eingebettetem strukturierten XML. Das Konzept stammt aus dem Forum électronique des échanges inter-entreprises (FNFE-MPE) in Frankreich und folgt dem UN/CEFACT-Datenmodell, das auch die E-Rechnung nutzt. Ein menschenlesbares Bestelldokument und maschinenlesbare Bestelldaten reisen in einer Datei. Wer auf beiden Seiten ZUGFeRD-fähige Software betreibt, bekommt die Bestelldaten automatisch extrahiert – ohne manuelle Erfassung.

Im deutschsprachigen Raum ist Order-X noch weniger verbreitet als EDIFACT oder openTRANS, gewinnt aber mit der Verbreitung strukturierter Rechnungsformate an Relevanz.

Der Prozess: von ORDER bis Zahlung

Strukturierte Bestellformate sind nicht Selbstzweck. Sie definieren eine Kette, an der jedes Glied nachfolgende Schritte beschleunigt und die Datenbasis für die Liquiditätsplanung aufbaut.

Schritt 1 – Bestellung (ORDER)

Das ERP oder Warenwirtschaftssystem erzeugt eine strukturierte Bestellung. Sie enthält Artikel, Menge, vereinbarten Preis und gewünschten Liefertermin. Bei openTRANS und EDIFACT wird sie maschinell übermittelt; bei Order-X als PDF mit XML-Layer.

Schritt 2 – Auftragsbestätigung (ORDERRESPONSE / ORDRSP)

Der Lieferant antwortet mit einer Auftragsbestätigung. Hier bestätigt er Mengen, Preise und – entscheidend für die Liquiditätsplanung – den konkreten Liefertermin. Abweichungen vom Original (Teillieferung, Terminverschiebung) sind ebenfalls strukturiert codiert. Wer nur auf eine PDF-Bestätigung wartet, muss Abweichungen manuell sichten.

Schritt 3 – Lieferavis und Wareneingang (DISPATCHNOTIFICATION / RECEIPTACKNOWLEDGEMENT)

Der Lieferant sendet einen Lieferavis, der Betrieb quittiert den Wareneingang. Diese Dokumente schließen den Warenstrom. Gleichzeitig ist klar: die Rechnung wird folgen, und zwar in absehbarer Zeit.

Schritt 4 – Rechnung (INVOICE)

Die Eingangsrechnung schließt den Kreislauf. Im Idealfall matcht sie automatisch gegen die gespeicherte Bestellung (drei-Wege-Abgleich: ORDER, DISPATCHNOTIFICATION, INVOICE). Abweichungen über einen Toleranzrahmen hinaus werden markiert, nicht still verbucht.

Die Brücke zur Liquiditätsvorschau: aus der Bestellung wird ein geplanter Abfluss

Das ist der Punkt, an dem strukturierte Bestelldaten aufhören, nur Beschaffungslogistik zu sein, und anfangen, Finanzplanung zu leisten.

Sobald eine Bestellung ausgelöst ist, ist der Betrag gebunden – auch wenn die Rechnung noch nicht vorliegt. Wer diese Verpflichtung nicht in der Liquiditätsvorschau abbildet, sieht sein Geldabfluss erst dann, wenn die Rechnung eingeht. Das kann Wochen nach der Bestellung sein. Bei größeren Beschaffungsvorhaben – Rohstoffe, Maschinen, Bauleistungen – kann dieser Blindfleck einen Engpass vollständig verschleiern.

Das Gegenprinzip: jede ausgelöste Bestellung erzeugt sofort einen geplanten Posten in der Liquiditätsvorschau. Der Betrag ist das Bestellvolumen, der Fälligkeitstermin orientiert sich am bestätigten Liefertermin plus dem üblichen Zahlungsziel mit dem Lieferanten. Das Ergebnis ist ein belastbares Bild der kommenden Wochen – nicht als Wunschrechnung, sondern als datengestützter Abflussplan.

Sobald die echte Rechnung eingeht, löst sie den geplanten Posten ab. Das Prognoseband räumt sich selbst auf. Die Liquiditätsvorschau aus Belegen übernimmt: ab jetzt ist der Abgang belegt, nicht mehr geplant.

Was in der Praxis fehlt – und was das kostet

Die meisten mittelständischen Betriebe haben keinen durchgehend strukturierten Bestellprozess. Bestellungen laufen als E-Mail, Fax oder formloser Anruf – der Betrag existiert nirgendwo als strukturiertes Datum, das automatisch weiterverarbeitet werden könnte.

Die Konsequenz ist nicht nur Mehrarbeit bei der Buchung. Es ist ein systematisches Informationsdefizit in der Liquiditätsplanung: Verbindlichkeiten entstehen, bevor sie sichtbar sind. Die 13-Wochen-Vorschau zeigt ein zu positives Bild, bis die Rechnungen hereinkommen.

Strukturierte Bestellformate sind dabei kein Großprojekt. openTRANS 2.1 wird von vielen ERP-Systemen und Shop-Systemen out-of-the-box unterstützt. Wer Order-X nutzen will, braucht dieselbe Infrastruktur wie für den E-Rechnungsempfang: eine Software, die PDF/A-3 mit eingebettetem XML verarbeitet.

Häufige Fragen

Was ist eine Bestellung als XML oder EDI-Nachricht?

Eine strukturierte Bestellung ist ein maschinenlesbares Dokument, das Artikel, Menge, Preis, Lieferadresse und Termin in einem definierten Format enthält – statt als Freitext in einer E-Mail. EDI-Nachrichten (etwa EDIFACT ORDERS) und XML-Dokumente (etwa openTRANS ORDER oder Order-X) folgen jeweils einem normierten Schema, das empfangende Systeme direkt einlesen, prüfen und verbuchen können – ohne manuelle Erfassung durch einen Mitarbeiter.

Welche Standards gibt es für strukturierte Bestellungen?

Die wichtigsten sind EDIFACT ORDERS (verbreitet in Handel, Automobilindustrie und Energie), openTRANS 2.1 (XML, ursprünglich für das E-Procurement im deutschen Mittelstand entwickelt) und Order-X (PDF mit eingebettetem XML, das Pendant zur E-Rechnung auf der Beschaffungsseite). Alle drei übermitteln dieselben Kerndaten; sie unterscheiden sich in Verbreitung, Einstiegsaufwand und technischer Infrastruktur. Viele ERP-Systeme unterstützen openTRANS 2.1 ohne zusätzliche Konverter.

Wie helfen strukturierte Bestelldaten der Liquiditätsplanung?

Sobald eine Bestellung ausgelöst ist, steht der Betrag fest – auch wenn die Rechnung noch Wochen entfernt ist. Ein strukturiertes Bestelldokument lässt sich automatisch in einen geplanten Posten überführen: das Bestellvolumen als geplanter Abfluss, der bestätigte Liefertermin plus übliches Zahlungsziel als Fälligkeitsdatum. Die Liquiditätsvorschau zeigt damit Verbindlichkeiten, bevor die Rechnung überhaupt eingeht.

Was ist der Unterschied zwischen Bestellung, Auftragsbestätigung und Rechnung im Datenfluss?

Die Bestellung (ORDER) löst die Verpflichtung aus und definiert, was zu welchem Preis geliefert werden soll. Die Auftragsbestätigung (ORDERRESPONSE bzw. ORDRSP) bestätigt oder korrigiert Mengen und Liefertermin – und damit den Fälligkeitshorizont in der Planung. Die Rechnung (INVOICE) schließt den Kreislauf: Sie löst den geplanten Posten ab, sobald die Liquiditätsvorschau aus Belegen den belegten Abgang übernimmt.

Wie verknüpft man eine Bestellung mit der späteren Zahlung?

Der Schlüssel ist ein gemeinsames Referenzmerkmal – in openTRANS die `ORDER_ID`, in EDIFACT die Bestellnummer im BGM-Segment. Trägt die eingehende Rechnung dieselbe Nummer, gleicht das System automatisch ab (drei-Wege-Abgleich: ORDER, Lieferavis, INVOICE). Der geplante Posten in der Liquiditätsvorschau wird durch den belegten Abgang ersetzt – ähnlich wie bei gestaffelten Leistungen, wo Abschlagsrechnung planen Teilleistung und Schlussrechnung im selben Vorgang abbildet.

Verwandte Themen

Wer den Beschaffungsabfluss in der Liquiditätsplanung abbilden will, sollte auch die Zuflusseite im Blick behalten. Vom Angebot zum geplanten Zufluss beschreibt, wie ein offenes Angebot als prognostizierter Eingang in die Vorschau fließt – das Gegenstück zur Bestellung auf der Verkaufsseite.

Wer größere Projekte oder Bauvorhaben plant, trifft auf ein verwandtes Problem: Auftragsbestand als Liquiditätsgröße zeigt, wie künftige Zuflüsse aus dem Auftragsbestand planbar werden, bevor Abschläge oder Schlussrechnungen gestellt sind.

Bei gestaffelten Leistungen – insbesondere im Bau nach VOB/B oder bei HOAI-Projekten – lohnt sich ein Blick auf Abschlagsrechnungen richtig planen: Teilleistung, Schlussrechnung und wie beides in die Vorschau fließt.