Bestellung

PO

Eine Bestellung (Purchase Order, PO) ist ein formales Dokument, das ein Käufer an einen Lieferanten ausstellt und in dem die zu beschaffenden Produkte oder Dienstleistungen, Mengen, vereinbarten Preise sowie Lieferbedingungen festgehalten sind. Sobald der Lieferant die PO akzeptiert, wird sie zum rechtsverbindlichen Vertrag und fungiert als zentrales Referenzdokument, das alle nachgelagerten Belege im Order-to-Cash-Prozess miteinander verknüpft.

Das Wichtigste in Kürze

  • Eine Bestellung (PO) ist die Kaufverpflichtung des Käufers, eine Rechnung die Zahlungsaufforderung des Verkäufers. Beide müssen aufeinander verweisen, sonst kann die Kreditorenbuchhaltung die Forderung nicht begleichen.
  • Die Bestellnummer ist das mit Abstand wichtigste Feld auf einer B2B-Rechnung. Fehlt sie oder ist sie falsch, lehnt der Käufer die Rechnung am häufigsten genau deshalb ab und parkt sie in seinen Kreditoren-Aufgabenlisten.
  • Über den Drei-Wege-Abgleich (Bestellung, Wareneingang und Rechnung) geben die Kreditorenteams des Käufers Zahlungen frei. Stimmt Ihre Rechnung nicht Position für Position mit der ursprünglichen Bestellung überein, gerät die Zahlung ins Stocken.
  • Bestellungen kommen in der Regel als EDI 850, PDF, E-Mail-Anhang oder Portal-Upload. Der Verkäufer bestätigt sie per EDI 855 oder mit einer schriftlichen Auftragsbestätigung.
  • KI-native O2C-Plattformen prüfen die Bestelldaten schon bei der Auftragserfassung, gleichen die Bestellkonditionen mit dem Rahmenvertrag ab und tragen auf jeder Rechnung automatisch die korrekten Bestellreferenzen ein.

Was eine Bestellung (Purchase Order) ist und wie sie in den O2C-Lebenszyklus passt

Eine Bestellung (Purchase Order) ist ein formelles Dokument, das ein Käufer an einen Verkäufer ausstellt. Sie legt fest, was in welcher Menge, zu welchem Preis und zu welchen Geschäftsbedingungen gekauft wird. Der Käufer erstellt sie in seinem Beschaffungs- oder ERP-System und übermittelt sie anschließend per EDI 850, Portal-Upload, als PDF im E-Mail-Anhang oder über einen API-Aufruf an den Verkäufer. Sobald der Verkäufer die Bestellung annimmt, wird das Dokument zu einem rechtsverbindlichen Vertrag zwischen beiden Parteien.

Im Order-to-Cash-Zyklus stößt die Bestellung den Prozess auf Verkäuferseite an. Der Ablauf sieht typischerweise so aus: Der Käufer erstellt die Bestellung, der Verkäufer empfängt und bestätigt sie (häufig per EDI 855 oder mit einer schriftlichen Auftragsbestätigung), der Verkäufer erfüllt die Bestellung, der Verkäufer stellt eine Rechnung aus, die auf die Bestellnummer verweist, und schließlich zahlt der Käufer auf Grundlage dieser Kombination aus Bestellung und Rechnung. Jeder Schritt nach der Bestellung übernimmt deren Referenznummer. Deshalb wirkt es sich überproportional stark auf das Tempo im Forderungseinzug aus, wenn Sie die Bestellung schon bei der Auftragsanlage sauber erfassen.

Welche Daten eine Bestellung enthält

Eine sauber erstellte Bestellung liefert die strukturierten Daten, die Einkauf und Finanzteam gleichermaßen brauchen. Typische Felder sind:

  • Bestellnummer, im System des Käufers eindeutig und als Abgleichsschlüssel genutzt
  • Angaben zum Käufer mit juristischer Person, Liefer- und Rechnungsadresse
  • Positionen mit SKU, Beschreibung, Menge, Einzelpreis und Positionssumme
  • Gewünschtes Lieferdatum und bei Bedarf ein Servicefenster
  • Geschäftsbedingungen mit Zahlungsbedingungen (zum Beispiel Netto 30), Frachtbedingungen und Incoterms
  • Interne Referenzen, die der Käufer für die Kreditorenbuchung braucht, etwa Kostenstelle, Sachkonto oder Budgetcode
  • Gesamtwert in der vereinbarten Währung, zum Beispiel Euro

Für Verkäufer birgt jedes einzelne dieser Felder Reibungspotenzial. Weicht die Bestellung vom Kundenstammsatz des Verkäufers ab, etwa bei Zahlungsbedingung oder Lieferadresse, kommt das später als Streitfall oder Minderzahlung zurück.

PO vs. Rechnung vs. Kundenauftrag: das Dokumententrio

Drei Dokumente verankern eine typische B2B-Transaktion, und sie werden häufig verwechselt. Die Bestellung (Purchase Order) geht vom Käufer aus. Sie besagt: Ich verpflichte mich, dies zu kaufen. Der Kundenauftrag (Sales Order) ist die Bestätigung des Verkäufers. Er enthält oft dieselben Positionsdaten, liegt aber im ERP-System des Verkäufers und steuert dort die Auftragsabwicklung. Die Rechnung fordert den Käufer zur Zahlung auf. Der Verkäufer stellt sie nach Erfüllung aus, und sie muss die ursprüngliche Bestellnummer nennen, damit die Kreditorenbuchhaltung des Käufers sie abgleichen kann.

Bestellung und Rechnung spiegeln sich in gewisser Weise: Die Bestellung verpflichtet zur Nachfrage, die Rechnung gleicht sie auf der Angebotsseite aus. Beide verweisen aufeinander, sodass die Kreditorenseite hier und die Debitorenseite dort den Kreislauf schließen können. Entfernen Sie die Bestellreferenz, bricht dieser Kreislauf, und die Liquidität bleibt stecken.

Der Drei-Wege-Abgleich: Warum die Bestellung über den Zahlungseingang entscheidet

Die meisten Einkäufer im Mittelstand und in Großunternehmen setzen in ihrer Kreditorenbuchhaltung auf einen Drei-Wege-Abgleich. Bevor das Kreditorenteam eine Rechnung zur Zahlung freigibt, prüft es, ob drei Dokumente zusammenpassen:

  • Die ursprüngliche Bestellung, die zeigt, was zu welchem Preis bestellt wurde
  • Der Wareneingang oder die Leistungsabnahme, der bzw. die bestätigt, was tatsächlich geliefert wurde
  • Die Rechnung, die ausweist, was der Verkäufer berechnet

Weichen Mengen, Preise oder Konditionen über die drei Dokumente hinweg voneinander ab, landet die Rechnung auf Wiedervorlage und wandert in eine Aufgabenliste für Klärfälle. Für den Verkäufer heißt das: Verzögerungen von Tagen oder Wochen, die auf den DSO (Debitorenlaufzeit) durchschlagen. Eine saubere Bestellreferenz ist der günstigste und schnellste Weg, damit eine Rechnung gar nicht erst in die Klärfallbearbeitung gerät, sondern direkt in den Zahlungslauf gelangt.

Häufige PO-Probleme auf Lieferantenseite

Debitorenteams, die das Forderungsmanagement verantworten, stoßen immer wieder auf dieselben Fehlermuster bei Bestellungen:

  • Die PO fehlt komplett. Käufer und Verkäufer haben sich mündlich oder per E-Mail geeinigt, die Lieferung ist erfolgt, die Rechnung ging raus, und die Kreditorenbuchhaltung des Käufers verweigert die Zahlung, weil keine Bestellung vorliegt. Viele Großabnehmer halten sich strikt an eine Regel: keine Bestellung, keine Zahlung.
  • Falsche PO-Nummer auf der Rechnung. Ein Zahlendreher oder eine veraltete PO aus einer früheren Bestellung sorgt dafür, dass das System der Kreditorenbuchhaltung des Käufers keine Zuordnung findet und die Rechnung abweist.
  • Abweichende Konditionen. Auf der Bestellung steht Netto 60, obwohl Sie Verkaufskonditionen von Netto 30 verhandelt haben. Stellt der Lieferant Netto 30 in Rechnung, ohne auf die Abweichung hinzuweisen, zahlt der Käufer nach Netto 60, und der Lieferant hat faktisch eine nicht autorisierte Fristverlängerung gewährt.
  • Rahmenbestellungen und Abrufe. Der Käufer erteilt eine einzige Rahmenbestellung mit einem Gesamtwert und ruft mehrfach dagegen ab. Lieferanten müssen genau verfolgen, wie weit diese ausgeschöpft ist, sonst überschreiten sie die Bestellung und machen spätere Rechnungen ungültig.
  • Abgelaufene POs. Viele Käufer verlangen, dass die Bestellung zum Rechnungsdatum aktiv ist. Wer gegen eine abgelaufene PO liefert, dessen Rechnung wird bei der Einreichung abgewiesen.

Wie KI-natives O2C die PO-Abwicklung automatisiert

Moderne, KI-native und agentische O2C-Plattformen behandeln die Bestellung als strukturierte Daten und nicht als Stück Papier. Bei der Auftragserfassung liest das System jede eingehende Bestellung aus, unabhängig vom Kanal, ob EDI 850, PDF, Marktplatz-API oder Einkaufsportal. Es gleicht die Bestelldaten mit dem Kundenstammsatz, dem Rahmenvertrag und den aktiven Verkaufskonditionen ab und markiert jede Abweichung, bevor es den Auftrag annimmt. Danach wandelt die Plattform die Bestellung automatisch per PO-Flip in einen Kundenauftrag um, sodass Auftragsabwicklung und Finanzabteilung mit demselben Datensatz arbeiten.

Bei der Rechnungsstellung trägt das System auf jeder Rechnung automatisch die korrekte Bestellreferenz, die Positionsstruktur und das von der Bestellung geforderte Format ein. So akzeptiert die Kreditorenbuchhaltung des Käufers deutlich mehr Rechnungen schon beim ersten Mal. Bei Rahmenbestellungen verfolgt der Agent jeden Abruf gegen den Gesamtwert und warnt den Verkäufer, bevor ein Abruf das Limit überschreitet. Bei abgelaufenen Bestellungen blockiert der Agent neue Lieferungen oder Rechnungen so lange, bis eine neue Bestellung vorliegt. Das Ergebnis: weniger abgelehnte Rechnungen, schnellerer Zahlungseingang und weniger manueller Abstimmungsaufwand für das Debitorenteam.

Häufig gestellte Fragen

Was ist der Unterschied zwischen einer Bestellung (Purchase Order) und einer Rechnung?

Die Bestellung (Purchase Order) stellt der Käufer aus. Mit ihr verpflichtet er sich, bestimmte Waren oder Dienstleistungen zu vereinbarten Preisen und Konditionen zu beziehen. Die Rechnung stellt der Verkäufer aus, nachdem er geliefert hat, und fordert damit zur Zahlung auf. Beide Dokumente verweisen über die PO-Nummer aufeinander. So können die Kreditorenbuchhaltung des Käufers und die Debitorenbuchhaltung des Verkäufers den Vorgang abstimmen und abschließen.

Warum weisen Käufer Rechnungen ohne PO-Nummer zurück?

Die meisten Kreditorenabteilungen großer Unternehmen halten strikt an der Regel „No PO, no Pay“ fest und gleichen Bestellung, Wareneingang und Rechnung in einem Drei-Wege-Abgleich ab. Fehlt eine gültige PO-Nummer, kann das Kreditorensystem die Rechnung keiner freigegebenen Verpflichtung zuordnen und deshalb auch nicht zur Zahlung weiterleiten. Die Rechnung landet in einer Ausnahmeliste und bleibt dort, bis der Verkäufer die fehlende Referenz nachreicht. Das treibt den DSO (Debitorenlaufzeit) unmittelbar in die Höhe.

Was ist ein Drei-Wege-Abgleich?

Beim Drei-Wege-Abgleich prüft die Kreditorenbuchhaltung des Käufers, ob Bestellung (Purchase Order), Wareneingang beziehungsweise Leistungsabnahme und Rechnung in Mengen, Preisen und Konditionen übereinstimmen, bevor sie die Zahlung freigibt. Weicht eines der drei Dokumente ab, hält der Käufer die Rechnung zur Klärung zurück. Verkäufer beschleunigen den Zahlungseingang, wenn sie auf jeder Rechnung die korrekte PO-Nummer angeben und jede Position mit der ursprünglichen Bestellung abgleichen.

Was ist eine Rahmenbestellung (Blanket PO)?

Eine Rahmenbestellung (Blanket PO) ist eine einzelne Bestellung über einen Gesamtvertragswert, gegen die der Käufer nach und nach mehrere Abrufe tätigt. Sie ist bei wiederkehrenden Lieferbeziehungen und Dienstleistungsverträgen üblich. Verkäufer sollten die Ausschöpfung der Rahmenbestellung genau verfolgen. Denn sobald die Abrufe den genehmigten Gesamtwert erreichen, weist die Kreditorenabteilung des Käufers jede weitere Rechnung gegen diese Bestellung zurück.

Kann eine Bestellung rechtlich bindend sein?

Ja. Sobald ein Verkäufer eine Bestellung (Purchase Order) annimmt, sei es durch Bestätigung, durch Aufnahme der Leistungserbringung oder durch die im zugrunde liegenden Rahmenvertrag definierten Handlungen, wird sie zum rechtlich bindenden Vertrag zwischen Käufer und Verkäufer. Die Bestellung legt fest, was zu welchem Preis und zu welchen Konditionen bestellt wurde. Auf diese Angaben können sich beide Parteien berufen, um Leistung oder Zahlung durchzusetzen.

Wie verarbeitet eine KI-native O2C-Automatisierung Bestellungen?

Eine KI-native O2C-Plattform erfasst eingehende Bestellungen aus jedem Kanal, ob EDI 850, PDF, E-Mail, Marktplatz-API oder Käuferportal, und wandelt sie in strukturierte Daten um. Das System gleicht jede Bestellung mit dem Kundenstammsatz, dem Rahmenvertrag und den aktiven Verkaufskonditionen ab, kennzeichnet Abweichungen wie nicht übereinstimmende Zahlungsbedingungen, überführt die Bestellung per automatischem PO-Flip in einen Kundenauftrag, verfolgt die Ausschöpfung von Rahmenbestellungen und trägt auf jeder ausgehenden Rechnung automatisch die korrekte PO-Referenz ein. So maximiert es die Erstannahmequote in der Kreditorenbuchhaltung des Käufers.

Weiterlesen