Request-to-Pay (R2P)

Request-to-Pay (R2P) bezeichnet den vollstaendigen operativen Beschaffungszyklus von der ersten internen Bedarfsanforderung bis zur abgeschlossenen Lieferantenzahlung. Anders als der klassische Purchase-to-Pay-Prozess beginnt R2P explizit beim Requestor — dem Bedarfssteller — und macht den internen Anforderungsprozess zur definierten ersten Prozessphase.

Detaillierte Erklärung

Der Begriff Request-to-Pay (R2P) gewinnt seit 2023 an Verbreitung, insbesondere im Kontext digitaler Beschaffungsplattformen und AP-Automation-Lösungen. Im Kern ist R2P eine Erweiterung oder Umbenennung des Purchase-to-Pay-Ansatzes — der inhaltliche Unterschied ist konzeptionell, nicht technisch.

Abgrenzung zu Purchase-to-Pay: P2P fokussiert traditionell auf die transaktionale Kette: PO → Wareneingang → Rechnung → Zahlung. R2P stellt den internen Bedarfssteller (den "Requestor") explizit an den Prozessanfang und betont, dass jede Zahlung eine autorisierte Anforderung als Wurzel haben muss. Fintech-Unternehmen und AP-Automatisierungsanbieter (z.B. Basware, Tradeshift, Medius) verwenden "R2P" häufig, um ihren Fokus auf den gesamten Beleglauf — von der Anforderung bis zur Zahlungsbestätigung — zu unterstreichen.

Die sechs Phasen im R2P:

1. Request (Bedarfsanforderung): Ein Mitarbeiter, ein System (MRP, Kanban) oder ein automatischer Trigger (Lagerbestand unterschreitet Mindestmenge) erstellt eine strukturierte Bedarfsanforderung. Pflichtfelder: Beschreibung, Menge, Kostenstelle, Wunschliefertermin, Lieferantenvorschlag oder Kategorie.

2. Approval (Genehmigung): Der Genehmigungsworkflow prüft Budgetdeckung, Lieferantenkonformität und ggf. Compliance (LkSG-Lieferant geprüft?). Wertgrenzen steuern, wer freigibt — von Teamleiter bis Geschäftsführer.

3. Ordering (Bestellung): Freigegebene Anforderungen werden zu verbindlichen Purchase Orders (POs) — manuell oder automatisch über Kataloge und EDI-Anbindungen.

4. Receiving (Wareneingang/Leistungserfassung): Bei Waren: physischer Wareneingang mit Mengenkontrolle. Bei Dienstleistungen: Leistungserfassungsblatt oder digitale Bestätigung durch den Requestor. Ohne dokumentierten Empfang kein Three-Way-Match.

5. Invoice Processing (Rechnungsverarbeitung): Eingehende Rechnungen werden erfasst (OCR, EDI, ZUGFeRD), gegen PO und Wareneingang gematcht und bei Übereinstimmung zur Zahlung freigegeben. Abweichungen über definierten Toleranzgrenzen (z.B. ±2 % oder ±50 EUR) gehen in den manuellen Klärungsprozess.

6. Payment (Zahlung): SEPA-Zahlung, Auslandsüberweisung oder Kreditkarte — mit vollständiger Belegspur gemäß GoBD (§ 146 AO). Zahlungsläufe werden üblicherweise täglich oder wöchentlich gebündelt aus dem ERP (SAP FI, Datev) freigegeben.

Der Mehrwert des R2P-Denkrahmens liegt in der Rückverfolgbarkeit: Jede Zahlung hat einen verifizierten Ursprung (den genehmigten Request). Das ist besonders relevant für interne Revision, Wirtschaftsprüfer (IDW PS 880) und steuerliche Außenprüfungen nach § 200 AO.

Praxisbeispiel (konkretes Einkaufsszenario)

Ein mittelständischer Pharmahändler aus der Schweiz — 190 Mitarbeiter, reguliert nach Swiss Medic und EU-GDP — führt 2025 einen R2P-Prozess für Verbrauchsmaterialien (Laborequipment, Verpackung, Büro) ein, um die Revisionsfähigkeit seiner Beschaffung zu verbessern.

Ausgangsproblem: Der bisherige Prozess erlaubt es Abteilungsleitern, direkt per E-Mail bei Lieferanten zu bestellen und die Rechnung anschliessend der Buchhaltung zu schicken. Bei einer Swiss-Medic-Inspektion im März 2025 werden fehlende PO-Referenzen auf 23 % der Rechnungen beanstandet — ein Compliance-Risiko im regulierten Umfeld.

Lösung — R2P-Einführung ab Juli 2025: Das Unternehmen implementiert Coupa als R2P-Plattform, verbunden mit SAP Business One (ERP). Alle Mitarbeiter mit Bestellbefugnis werden geschult: jede Anforderung ab 150 CHF läuft über das Coupa-Portal.

Genehmigungsmatrix (Auszug):

• 150–1.000 CHF: Abteilungsleiter (1 Genehmiger)
• 1.000–10.000 CHF: Einkaufsleitung

• 10.000 CHF: CFO + Einkaufsleitung

Wareneingang: Bei Laborequipment bestätigt der zuständige Laborleiter digital den Erhalt im Coupa-Portal — das löst automatisch das Three-Way-Match aus.

Ergebnis nach 6 Monaten (Dezember 2025): PO-Abdeckungsrate steigt von 63 % auf 94 %. Bei der nächsten internen Revision sind alle Belege digital abrufbar und mit Genehmigungshistorie versehen. Zahlungsverzögerungen durch Klärungen sinken um 41 %. Zusätzlich werden Maverick-Buying-Ausnahmen sichtbar: drei Abteilungen haben 18 Bestellungen ausserhalb des Systems platziert — gezielte Schulung folgt.

Kosteneffekt: Reduktion der manuellen Rechnungsbearbeitungszeit von 18 auf 5 Tage durchschnittlich. Skonto-Ausschöpfungsrate steigt von 31 % auf 68 % — bei einem Rechnungsvolumen von 4,2 Mio. CHF/Jahr und 1,5 % Skontosatz ergibt das ca. 23.000 CHF/Jahr zusätzlichen Ertrag.

Typische Fehler & Verhandlungskontext

Fehler 1 — R2P ohne Katalogintegration: Wenn Mitarbeiter zwar Anforderungen im System stellen müssen, aber keine strukturierten Kataloge oder Lieferantenportale haben, entstehen Freitextbestellungen mit unvollständigen Spezifikationen. Konsequenz: manuelle Klärung beim Lieferanten, Lieferverzögerungen, fehlerhafte Rechnungen. Lösung: Für C-Teile und Verbrauchsmaterialien sind Punchout-Kataloge (OCI/cXML) Pflicht.

Fehler 2 — Genehmigungsworkflow als Bottleneck: Zu viele Genehmigungsstufen oder abwesende Genehmiger ohne Stellvertreterregelung blockieren den Prozess. In einer BME-Erhebung 2024 gaben 38 % der befragten Einkaufsleiter an, dass interne Genehmigungsprozesse die grösste Durchlaufzeitverzögerung im operativen Einkauf verursachen. Stellvertreterregeln und Eskalations-SLAs (automatische Weiterleitung nach 24 Stunden) sind Pflicht.

Fehler 3 — Dienstleistungsbestellungen ohne Leistungserfassung: Bei Beratungs-, IT- oder Wartungsleistungen wird häufig keine formale Leistungserfassung vorgenommen. Ergebnis: Rechnungen werden bezahlt, ohne dass der interne Besteller den Erhalt bestätigt hat. Das öffnet Tür für überhöhte oder doppelte Abrechnungen und verhindert ein korrektes Three-Way-Match.

Fehler 4 — Zahlungsläufe nicht mit Liquiditätsplanung verknüpft: R2P endet nicht bei der Rechnungsfreigabe — der Zahlungszeitpunkt hat direkten Einfluss auf die Liquiditätskurve. Frühzahlung nur bei vorteilhaftem Skontoverhältnis (Skonto-Rendite > Tagesgeldzins), sonst Zahlung am letzten Fälligkeitstag. Diese Steuerung braucht eine technische Schnittstelle zwischen AP-System und Treasury.

Verhandlungshinweis: Ein gut dokumentierter R2P-Prozess ist ein Verhandlungsargument: Lieferanten, die wissen, dass POs zuverlässig und rechtzeitig gestellt werden, sind eher bereit, auf Preisnachlässe oder Skontokonditionen einzugehen. Pünktliche Zahlung ist Verhandlungsmasse — wer sie strukturell sicherstellt, kann sie einfordern.

Verwandte Begriffe

• [[purchase-to-pay]] — Weitgehend synonymer Begriff; P2P ist in SAP-Umgebungen die gaengigere Bezeichnung.
• [[bedarfsanforderung]] — Die erste Phase im R2P: formale interne Bedarfsmeldung vor jeder Bestellung.
• [[genehmigungsworkflow]] — Zentraler Kontrollpunkt im R2P zwischen Anforderung und Bestellung.
• [[three-way-match]] — Rechnungspruefmethode im R2P: PO, Wareneingang und Rechnung muessen uebereinstimmen.
• [[rechnungspruefung]] — Kernprozess in Phase 5 des R2P, unmittelbar vor der Zahlungsfreigabe.