Purchase-to-Pay

Purchase-to-Pay (auch Procure-to-Pay, kurz P2P) ist der operative Beschaffungsprozess, der alle Schritte von der genehmigten Bedarfsanforderung über Bestellung, Wareneingang und Rechnungsprüfung bis zur Zahlung an den Lieferanten abdeckt. Er ist das Rückgrat jedes funktionierenden Einkaufs.

Detaillierte Erklärung

Der Purchase-to-Pay-Prozess ist der meistdiskutierte Ablauf im operativen Einkauf — und gleichzeitig jener, in dem sich die meisten Ineffizienzen verstecken. Während der strategische Source-to-Contract-Prozess die Frage beantwortet "Mit wem kaufen wir zu welchen Konditionen?", beantwortet P2P die operative Folgefrage: "Wie stellen wir sicher, dass die richtige Ware zur richtigen Zeit geliefert und korrekt bezahlt wird?"

Der Prozess besteht aus fünf Kernphasen:

1. Bedarfsanforderung (Purchase Requisition): Ein Mitarbeiter oder ein automatisches System (Kanban-Signal, MRP-Lauf in SAP) löst eine Bedarfsanforderung aus. Diese enthält Menge, Spezifikation, Wunschliefertermin und Kostenstelle. Ohne genehmigten Bedarf — keine Bestellung. Maverick Buying entsteht genau hier, wenn dieser Schritt umgangen wird.

2. Genehmigung: Abhängig von Wert und Kategorie durchläuft die Anforderung einen definierten Genehmigungsworkflow. Typische Schwellenwerte im DACH-Mittelstand: bis 500 EUR — Teamleiter, bis 5.000 EUR — Abteilungsleiter, ab 5.000 EUR — Einkaufsleitung oder Geschäftsführung.

3. Bestellung (Purchase Order): Nach Freigabe wird eine verbindliche Bestellung (PO) erstellt und an den Lieferanten übermittelt — per EDI, Supplier-Portal oder E-Mail. Die PO referenziert Vertragsnummer, vereinbarte Preise aus dem Rahmenvertrag und Lieferbedingungen (Incoterms).

4. Wareneingang und Qualitätsprüfung: Die gelieferte Ware wird mengenmäßig erfasst (Wareneingangsbuchen in SAP WM/MM) und bei qualitätskritischen Teilen einer Eingansprüfung unterzogen. Abweichungen gegenüber der PO (Menge, Qualität) lösen einen Klärungsprozess aus.

5. Rechnungsprüfung und Zahlung: Die Lieferantenrechnung wird gegen PO und Wareneingang abgeglichen — der sogenannte Three-Way-Match. Stimmen alle drei überein, wird die Rechnung zur Zahlung freigegeben. Abweichungen blockieren die Zahlung und lösen eine manuelle Klärung aus. GoBD (§ 146 AO) schreibt vor, dass Belege unveränderbar archiviert werden — 10 Jahre für Rechnungen nach § 14b UStG.

Moderne P2P-Lösungen (SAP Ariba, Coupa, Jaggaer) automatisieren insbesondere die Rechnungsverarbeitung durch OCR-Erkennung, automatischen Three-Way-Match und KI-gestützte Ausnahmebehandlung. BME-Studien 2024 zeigen: Unternehmen mit vollautomatisiertem P2P verarbeiten Rechnungen für 2–4 EUR Stückkosten statt 15–25 EUR bei manuellem Prozess.

Praxisbeispiel (konkretes Einkaufsszenario)

Ein Maschinenbauunternehmen aus dem Raum München — 310 Mitarbeiter, Jahresbeschaffungsvolumen 18 Mio. EUR — kämpft 2025 mit einer durchschnittlichen Rechnungsbearbeitungszeit von 14 Tagen und einer Fehlerquote von 12 % beim ersten Matching-Versuch.

Ausgangssituation: Das Unternehmen nutzt SAP S/4HANA für ERP, verarbeitet aber Eingangsrechnungen noch per E-Mail und manuellem Abgleich in einer Excel-Liste. 60 % der Lieferanten senden keine strukturierten Daten (kein EDI), sondern PDF-Rechnungen.

Problem im Detail: Von 2.400 Rechnungen pro Jahr scheitern 288 am ersten Three-Way-Match — meistens wegen Preisabweichungen unter 2 % (Rundungsfehler, vergessene Preisaktualisierungen) oder fehlenden PO-Referenzen auf der Rechnung. Jede Klärung kostet im Schnitt 45 Minuten Bearbeitungszeit.

Lösung ab Q1 2026: Einführung einer Rechnungseingangsautomatisierung via Coupa Invoice mit OCR und automatischer PO-Referenzerkennung. Gleichzeitig wird ein Lieferantenportal eingeführt: Lieferanten bestätigen POs digital und laden Rechnungen direkt als XML (ZUGFeRD 2.1) hoch.

Ergebnis nach 6 Monaten (Projektion): First-Match-Rate steigt auf 88 %, Bearbeitungszeit sinkt auf 3,2 Tage. Einsparung: ca. 62.000 EUR/Jahr durch reduzierte manuelle Eingriffe. Bonus: Frühzahlungsrabatte (Skonto 2 %, 10 Tage) können nun systematisch genutzt werden — zusätzlicher Hebel von ca. 28.000 EUR/Jahr bei einem Rechnungsvolumen von 14 Mio. EUR.

GoBD-Compliance: Alle Rechnungen werden revisionssicher in SAP archiviert, ZUGFeRD-Dateien enthalten steuerrelevante Metadaten gemäß § 14 UStG.

Typische Fehler & Verhandlungskontext

Fehler 1 — Maverick Buying: Mitarbeiter bestellen an der Einkaufsabteilung vorbei — telefonisch, per privater Amazon-Bestellung oder direkt beim Lieferanten ohne PO. Konsequenzen: fehlende Rahmenvertragskonditionen, keine Drei-Wege-Prüfung, unkontrollierter Spend. Lösung: klare Beschaffungsrichtlinie, Kataloglösungen für C-Teile, automatische Eskalation bei PO-loser Lieferantenrechnung.

Fehler 2 — Unvollständige Stammdaten: Lieferanten ohne vollständige Bankdaten, Steuernummern oder IBAN-Validierung führen zu Zahlungsverzögerungen oder — im schlimmsten Fall — zu erfolgreichen Business-Email-Compromise-Angriffen (BEC). § 25h KWG verpflichtet Zahlungsdienstleister zu Kontrollen; das Unternehmen selbst trägt das Haftungsrisiko bei fahrlässig veranlassten Fehlüberweisungen.

Fehler 3 — PO-Splitting zur Schwellenwertunterschreitung: Mitarbeiter splitten bewusst Bestellungen, um Genehmigungsschwellen zu umgehen. Neben dem Kontrollverlust besteht bei öffentlichen Auftraggebern ein Verstoß gegen § 97 Abs. 4 GWB (Umgehung des Vergaberechts). Technische Kontrolle: Warenkorbüberwachung im ERP, die Aufträge desselben Lieferanten im gleichen Monat aggregiert.

Fehler 4 — Zu kurze Zahlungsziele ohne Skontostruktur: Wer pauschal 30 Tage netto vereinbart, ohne Skonto-Staffelung zu verhandeln, verschenkt Liquiditätspotenzial. Gerade in Zeiten hoher Zinsen (2025: EZB-Refinanzierungssatz) sind 2 % Skonto bei 10 Tagen effektiv ~36 % Jahresrendite — ein Argument, das Lieferanten verstehen.

Verhandlungshinweis: Im P2P-Kontext liegt die wichtigste Verhandlungsposition nicht im Einkaufsgespräch, sondern in den Zahlungskonditionen der Rahmenverträge (S2C). Wer dort Skonto-Klauseln und IBAN-Verifikationspflichten verankert, spart im P2P ohne weitere Verhandlung.

Verwandte Begriffe

• [[procure-to-pay]] — Synonymer Begriff; je nach ERP-Hersteller (SAP: P2P, Coupa: Procure-to-Pay) leicht unterschiedliche Nuancen.
• [[three-way-match]] — Kernkontrolle im P2P: Abgleich von PO, Wareneingang und Rechnung vor Zahlungsfreigabe.
• [[genehmigungsworkflow]] — Freigabeprozess für Bedarfsanforderungen und Bestellungen innerhalb des P2P.
• [[bedarfsanforderung]] — Auslöser des P2P-Prozesses; strukturierte interne Bedarfsmeldung vor der Bestellung.
• [[maverick-buying]] — Haeufigste Fehlerquelle im P2P: Beschaffung ausserhalb geregelter Prozesse.