Bestellagent Rechnungsagent P2P-Agent Use Cases Über uns Blog Kostenlose Demo EN
P2P

Procure-to-Pay automatisieren: Der komplette Guide 2026

4. März 2026 ~15 Min. Lesezeit Florin Iten
FI
Florin Iten
Co-Founder / Managing Partner, Dokumentas

Vom Bedarf bis zur Zahlung — der Procure-to-Pay-Prozess (P2P) bildet das Rückgrat jeder Beschaffung. Doch in vielen Unternehmen ist dieser Prozess alles andere als durchgängig: Bestellungen werden manuell erstellt, Rechnungen einzeln geprüft, das Matching zwischen Bestellung, Lieferschein und Rechnung erfolgt per Hand. Die Folge sind lange Durchlaufzeiten, hohe Fehlerquoten und mangelnde Transparenz über offene Verbindlichkeiten.

Dieser Guide gibt Ihnen einen vollständigen Überblick über die Procure-to-Pay Automatisierung — von der Definition des P2P-Zyklus über die Herausforderungen manueller Prozesse bis hin zum 3-Way-Matching und der konkreten Implementierung. Sie erfahren, wie Unternehmen ihren P2P-Prozess mit KI-basierter Automatisierung optimieren, welche Ergebnisse realistisch sind und worauf Sie bei der Auswahl einer Lösung achten sollten.

Der Guide richtet sich an Finanzverantwortliche, Einkaufsleiter und Prozessverantwortliche, die ihren Beschaffungsprozess End-to-End automatisieren möchten — unabhängig davon, ob sie SAP, Netsuite, Abacus oder ein anderes ERP-System einsetzen.

Was ist Procure-to-Pay?

Procure-to-Pay (P2P) bezeichnet den gesamten Beschaffungsprozess eines Unternehmens — vom Moment, in dem ein Bedarf entsteht, bis zur abschliessenden Zahlung an den Lieferanten. Der Begriff umfasst alle operativen Schritte, Dokumente und Systeme, die an der Beschaffung von Waren und Dienstleistungen beteiligt sind.

Der typische P2P-Zyklus besteht aus fünf Kernschritten:

  1. Bedarfsermittlung und Bestellanforderung (BANF): Ein Mitarbeitender oder eine Abteilung meldet einen Bedarf an. Die Bestellanforderung wird intern geprüft und freigegeben.
  2. Bestellung (Purchase Order): Die genehmigte Anforderung wird in eine formelle Bestellung an den Lieferanten umgewandelt. Diese enthält Artikel, Mengen, Preise und Lieferbedingungen.
  3. Wareneingang: Die bestellte Ware trifft ein. Menge und Qualität werden gegen die Bestellung geprüft und im System als Wareneingang verbucht.
  4. Rechnungseingang und -prüfung: Der Lieferant stellt eine Rechnung. Diese wird gegen Bestellung und Wareneingang abgeglichen (3-Way-Matching) und bei Übereinstimmung zur Zahlung freigegeben.
  5. Zahlung: Die freigegebene Rechnung wird innerhalb der vereinbarten Zahlungsfrist beglichen. Skontofristen werden — im Idealfall — automatisch berücksichtigt.
Der Procure-to-Pay-Zyklus
1 Bedarf Bestellanforderung und Freigabe 2 Bestellung Purchase Order an Lieferant 3 Wareneingang Mengen- und Qualitätsprüfung 4 Rechnung 3-Way-Matching und Freigabe 5 Zahlung Skonto & Ausgleich Kontinuierlicher Zyklus — Daten fliessen zurück in Planung & Reporting

Abgrenzung zu verwandten Begriffen

  • Procure-to-Pay (P2P): Deckt den operativen Beschaffungsprozess ab — vom Bedarf bis zur Zahlung. Fokus auf Transaktionsverarbeitung und Dokumentenfluss.
  • Source-to-Pay (S2P): Erweitert P2P um die strategische Beschaffung: Lieferantenauswahl, Verhandlung, Vertragsmanagement. Source-to-Pay beginnt also vor dem eigentlichen P2P-Zyklus.
  • Order-to-Cash (O2C): Die Spiegelseite von P2P — aus der Perspektive des Verkäufers. Vom Auftragseingang über Lieferung und Rechnungsstellung bis zum Zahlungseingang.

Dieser Guide konzentriert sich auf den P2P-Prozess — den operativen Kern, bei dem die grössten Effizienzgewinne durch Automatisierung erzielt werden.

Der Status Quo: Warum manuelle P2P-Prozesse nicht skalieren

In vielen Unternehmen ist der Procure-to-Pay-Prozess historisch gewachsen — ein Patchwork aus E-Mails, Excel-Listen, ERP-Modulen und manuellen Prüfschritten. Einzelne Teilprozesse funktionieren isoliert, aber der Gesamtfluss ist weder durchgängig noch transparent. Das Ergebnis: hoher manueller Aufwand, lange Zykluszeiten und ein permanentes Compliance-Risiko.

Die typischen Probleme lassen sich in sechs Kategorien zusammenfassen:

Herausforderungen im manuellen P2P-Prozess
Medienbrüche Daten wandern zwischen E-Mail, Excel, ERP und Papier. Jeder Übertrag = potenzielle Fehlerquelle. Fragmentierte Systeme Einkauf, Lager und Buchhaltung arbeiten in getrennten Systemen ohne Echtzeit-Datenfluss. Manuelles Matching Rechnungen werden manuell gegen Bestellungen geprüft — zeitaufwändig und fehleranfällig. Fehlende Transparenz Kein Echtzeit-Überblick über offene Bestellungen, Lieferstatus und Verbindlichkeiten. Compliance-Risiken Fehlende Audit-Trails, unklare Freigabeprozesse und manuelle Workarounds erhöhen Risiken. Hohe Prozesskosten Manuelle Verarbeitung kostet pro Rechnung CHF 15–25. Skonti werden oft verpasst.

Medienbrüche entstehen an jeder Schnittstelle: Bestellanforderungen werden per E-Mail gesendet, Bestellungen manuell ins ERP übertragen, Wareneingänge auf Papier dokumentiert und Rechnungen einzeln mit Bestellungen abgeglichen. Jeder dieser Schritte ist eine potenzielle Fehlerquelle — und ein Zeitfresser.

Fragmentierte Systeme verschärfen das Problem. Einkauf, Lager und Buchhaltung arbeiten häufig in unterschiedlichen Tools und Modulen. Daten werden nicht in Echtzeit synchronisiert, sodass niemand einen vollständigen Überblick über den aktuellen Stand einer Beschaffung hat.

Manuelles Matching ist einer der grössten Kostentreiber im P2P-Prozess. Für jede Rechnung muss geprüft werden: Stimmt die Rechnung mit der Bestellung überein? Wurde die Ware tatsächlich geliefert? Stimmen Mengen und Preise? In vielen Unternehmen geschieht das noch immer manuell — Dokument für Dokument.

Fehlende Transparenz bedeutet, dass offene Bestellungen, ausstehende Lieferungen und fällige Rechnungen nicht in Echtzeit sichtbar sind. Das erschwert die Liquiditätsplanung und verhindert, dass Skontofristen konsequent genutzt werden.

Compliance-Risiken entstehen, wenn Freigabeprozesse unklar sind, Audit-Trails fehlen und manuelle Workarounds zur Normalität werden. Bei einer Prüfung lässt sich dann nicht mehr nachvollziehen, wer wann was freigegeben hat.

Hohe Prozesskosten sind die direkte Konsequenz. Studien zeigen, dass die manuelle Verarbeitung einer einzelnen Rechnung zwischen CHF 15 und CHF 25 kostet. Bei tausend Rechnungen pro Monat summiert sich das schnell auf einen sechsstelligen Betrag pro Jahr — ohne die Kosten für Fehlerkorrekturen und verpasste Skonti einzurechnen.

Fünf Anzeichen, dass Ihr P2P-Prozess automatisiert werden sollte

Nicht jedes Unternehmen braucht sofort eine End-to-End-Automatisierung. Die folgenden fünf Indikatoren zeigen Ihnen, ob der Zeitpunkt für Ihr Unternehmen gekommen ist:

  1. Ihr 3-Way-Matching läuft manuell. Wenn Ihre Buchhaltung jede Rechnung einzeln gegen Bestellung und Lieferschein prüft — oft mit ausgedruckten Dokumenten nebeneinander — verlieren Sie pro Rechnung wertvolle Minuten. Manuelles Matching bei mehr als 200 Rechnungen pro Monat ist ein klares Signal für Automatisierungsbedarf.
  2. Ihre Durchlaufzeiten sind zu lang. Vom Rechnungseingang bis zur Zahlung vergehen bei Ihnen regelmässig mehr als 14 Tage? Dann verpassen Sie vermutlich Skontofristen und belasten die Lieferantenbeziehung. Automatisierte P2P-Prozesse reduzieren diese Zykluszeit typischerweise auf 3–5 Tage.
  3. Sie haben Compliance-Lücken. Wenn Sie bei einer Prüfung nicht sofort nachweisen können, wer eine Bestellung freigegeben hat, ob der Wareneingang dokumentiert ist und warum eine Rechnung bezahlt wurde, fehlt Ihnen ein durchgängiger Audit-Trail. Automatisierung schafft diese Nachvollziehbarkeit von Tag eins.
  4. Ihr Beschaffungsvolumen wächst, Ihr Team nicht. Wenn die Anzahl der Bestellungen und Rechnungen steigt, aber Ihr Team gleich gross bleibt, führt das unweigerlich zu Rückständen, Überstunden oder sinkender Qualität. Automatisierung skaliert mit dem Volumen — ohne zusätzliches Personal.
  5. Sie haben keinen Echtzeit-Überblick über Ihre Verbindlichkeiten. Wenn Sie nicht jederzeit sehen können, welche Bestellungen offen sind, welche Rechnungen geprüft werden und welche Zahlungen fällig sind, fehlt Ihnen die Grundlage für eine solide Cashflow-Planung. Ein automatisierter P2P-Prozess liefert diese Transparenz standardmässig.

Treffen drei oder mehr dieser Punkte auf Ihr Unternehmen zu? Dann lohnt sich eine systematische Analyse Ihres P2P-Prozesses.

Wie funktioniert KI-basierte P2P-Automatisierung?

KI-basierte Procure-to-Pay Automatisierung ersetzt manuelle Schritte im P2P-Zyklus durch intelligente, lernfähige Verarbeitungslogik. Das Ziel: Dokumente automatisch erfassen, Daten extrahieren, Bestellungen mit Rechnungen abgleichen, Regeln prüfen und Buchungen im ERP-System auslösen — mit möglichst wenig manuellem Eingriff.

Der automatisierte Ablauf lässt sich in fünf Phasen unterteilen:

Automatisierter P2P-Ablauf in 5 Phasen
1 Dokumenten- eingang Alle Kanäle zentral 2 Intelligente Extraktion KI liest Datenfelder 3 Automatisches Matching 3-Way-Abgleich 4 Regelbasierte Validierung Compliance & Regeln 5 ERP- Buchung Automatisch buchen

Phase 1: Dokumenteneingang

Im ersten Schritt werden alle eingehenden Dokumente — Rechnungen, Bestellbestätigungen, Lieferscheine, Gutschriften — zentral erfasst. Das System empfängt Dokumente aus verschiedenen Kanälen: E-Mail-Anhänge, gescannte Belege, EDI-Nachrichten oder Lieferantenportale. Unabhängig vom Eingangsweg werden alle Dokumente in einen einheitlichen Verarbeitungsstrom überführt. Die KI klassifiziert dabei automatisch den Dokumenttyp — ob es sich um eine Rechnung, einen Lieferschein oder eine Gutschrift handelt.

Phase 2: Intelligente Extraktion

Die KI extrahiert alle relevanten Datenfelder aus den Dokumenten: Lieferantenname, Rechnungsnummer, Bestellnummer, Positionen mit Artikelbezeichnungen, Mengen, Einzelpreise, Gesamtbeträge, Mehrwertsteuersätze und Zahlungsbedingungen. Entscheidend ist dabei, dass die KI den Kontext versteht — sie erkennt, dass «Nettobetrag», «Subtotal» und «Zwischensumme» dasselbe Feld bezeichnen, unabhängig von der Position auf dem Dokument oder dem Layout des Lieferanten.

Phase 3: Automatisches Matching

Die extrahierten Rechnungsdaten werden automatisch gegen die zugehörige Bestellung und den Wareneingang abgeglichen — das sogenannte 3-Way-Matching. Das System prüft: Stimmt die Bestellnummer? Wurde die Ware in der bestellten Menge geliefert? Entsprechen die Rechnungspreise den vereinbarten Konditionen? Abweichungen werden kategorisiert und — je nach Konfiguration — automatisch freigegeben (innerhalb definierter Toleranzen) oder zur manuellen Prüfung weitergeleitet. Mehr zum 3-Way-Matching erfahren Sie im nächsten Abschnitt.

Phase 4: Regelbasierte Validierung

Neben dem Matching prüft das System zusätzliche Geschäftsregeln: Sind die MwSt.-Sätze korrekt? Stimmt das Zahlungsziel mit dem Rahmenvertrag überein? Ist der Freigabeworkflow eingehalten worden? Hat die Rechnung ein gültiges Rechnungsdatum? Wurden Skontokonditionen korrekt ausgewiesen? Diese Regeln können unternehmensspezifisch konfiguriert werden und bilden die Compliance-Schicht des automatisierten P2P-Prozesses.

Phase 5: ERP-Buchung

Rechnungen, die alle Matching- und Validierungsschritte bestanden haben, werden automatisch im ERP-System verbucht — ob SAP, Netsuite, Abacus oder Microsoft Dynamics. Die Buchung umfasst Kreditorenkonto, Kostenstelle, Sachkonto, Steuerkennzeichen und Zahlungsbedingungen. Die Zahlung wird entsprechend der vereinbarten Frist und unter Berücksichtigung von Skontokonditionen terminiert. Der gesamte Vorgang — vom Rechnungseingang bis zur Buchung — wird lückenlos dokumentiert und ist jederzeit auditierbar.

3-Way-Matching: Das Herzstück der P2P-Automatisierung

Das 3-Way-Matching ist der kritische Prüfschritt im Procure-to-Pay-Prozess — und gleichzeitig der Bereich, in dem die meiste manuelle Arbeit anfällt. Beim 3-Way-Matching werden drei Dokumente systematisch miteinander abgeglichen:

  • Bestellung (Purchase Order): Was wurde bestellt? Welche Mengen, Preise und Konditionen wurden vereinbart?
  • Lieferschein / Wareneingang: Was wurde tatsächlich geliefert? Stimmen Mengen und Qualität mit der Bestellung überein?
  • Rechnung (Invoice): Was wird in Rechnung gestellt? Stimmen die Rechnungspositionen mit Bestellung und Lieferung überein?

Das Ergebnis des Abgleichs fällt in eine von drei Kategorien:

  • Grün — Volle Übereinstimmung: Bestellung, Lieferschein und Rechnung stimmen in allen wesentlichen Feldern überein (Artikel, Mengen, Preise). Die Rechnung wird automatisch zur Zahlung freigegeben.
  • Orange — Abweichung in Toleranz: Es gibt kleinere Abweichungen, die innerhalb definierter Toleranzbereiche liegen — zum Beispiel eine Mengenabweichung von 2 % oder eine Preisdifferenz unter CHF 50. Je nach Konfiguration wird die Rechnung automatisch freigegeben oder zur Bestätigung weitergeleitet.
  • Rot — Signifikante Abweichung: Die Abweichung überschreitet die definierten Toleranzen — beispielsweise eine deutlich höhere Menge als bestellt, ein abweichender Preis oder eine Rechnung ohne zugehörige Bestellung. Diese Fälle werden zur manuellen Prüfung eskaliert.

Manuelles vs. KI-basiertes Matching im Vergleich

Kriterium Manuelles Matching KI-basiertes Matching
Geschwindigkeit 5–15 Min. pro Rechnung Sekunden pro Rechnung
Fehlerquote 3–8 % (menschliche Fehler) < 1 % (regelbasiert + KI)
Skalierbarkeit Linear (mehr Volumen = mehr Personal) Nahezu unbegrenzt skalierbar
Toleranzregeln Informell, inkonsistent angewendet Exakt konfigurierbar pro Lieferant/Warengruppe
Lernfähigkeit Erfahrung bleibt bei Mitarbeitenden System lernt aus Korrekturen und wird besser
Dokumentformate Jedes Format manuell prüfbar Automatisch — unabhängig von Layout und Sprache
Kriterium
Geschwindigkeit
Manuelles Matching
5–15 Min. pro Rechnung
KI-basiertes Matching
Sekunden pro Rechnung
Kriterium
Fehlerquote
Manuelles Matching
3–8 % (menschliche Fehler)
KI-basiertes Matching
< 1 % (regelbasiert + KI)
Kriterium
Skalierbarkeit
Manuelles Matching
Linear (mehr Volumen = mehr Personal)
KI-basiertes Matching
Nahezu unbegrenzt skalierbar
Kriterium
Toleranzregeln
Manuelles Matching
Informell, inkonsistent angewendet
KI-basiertes Matching
Exakt konfigurierbar pro Lieferant/Warengruppe
Kriterium
Lernfähigkeit
Manuelles Matching
Erfahrung bleibt bei Mitarbeitenden
KI-basiertes Matching
System lernt aus Korrekturen und wird besser
Kriterium
Dokumentformate
Manuelles Matching
Jedes Format manuell prüfbar
KI-basiertes Matching
Automatisch — unabhängig von Layout und Sprache

Der entscheidende Vorteil des KI-basierten Matchings liegt nicht nur in der Geschwindigkeit, sondern in der Konsistenz. Während ein Mitarbeitender bei der 200. Rechnung des Tages möglicherweise eine Preisabweichung übersieht, prüft das System jede Position mit derselben Sorgfalt. Gleichzeitig sind die Toleranzregeln transparent dokumentiert und jederzeit nachvollziehbar — ein wesentlicher Faktor für die Compliance.

Praxisbeispiele: P2P-Automatisierung in Unternehmen

Zwei Beispiele aus unterschiedlichen Branchen zeigen, wie die Procure-to-Pay Automatisierung in der Praxis funktioniert — und welche messbaren Ergebnisse möglich sind.

Use Case 1: Produktionsunternehmen (SAP)

Ein mittelgrosses Produktionsunternehmen mit SAP als ERP-System verarbeitete monatlich über 2'000 Eingangsrechnungen von mehr als 300 Lieferanten. Der bisherige Prozess: Rechnungen trafen per E-Mail und Post ein, wurden manuell erfasst und Zeile für Zeile gegen die zugehörigen Bestellungen geprüft. Zwei Vollzeitstellen waren ausschliesslich mit der Rechnungsprüfung beschäftigt.

Die Herausforderungen waren typisch: unterschiedliche Rechnungsformate, mehrzeilige Bestellungen mit Teillieferungen, und Lieferanten, die ihre eigenen Artikelbezeichnungen verwendeten. Das manuelle Matching war nicht nur zeitaufwändig, sondern auch fehleranfällig — insbesondere bei Teillieferungen und Sammelrechnungen, die sich auf mehrere Bestellungen bezogen.

Nach der Implementierung einer KI-basierten P2P-Automatisierung mit direkter SAP-Anbindung wurden Rechnungen automatisch erfasst, die relevanten Datenfelder extrahiert und gegen offene Bestellungen und Wareneingänge in SAP abgeglichen. Das System erkannte automatisch, welche Bestellpositionen zu welcher Rechnungsposition gehörten — auch bei abweichenden Artikelbezeichnungen und Teillieferungen.

Ergebnisse — Produktionsunternehmen (SAP)
90%
Berührungslose Verarbeitung
−70%
Buchungsarbeit reduziert
100'000+
CHF/Jahr Einsparung

Ergebnisse basieren auf dem konkreten Kundenprojekt nach 6 Monaten produktivem Betrieb.

Mehr zum Use Case Procure-to-Pay →

Use Case 2: Logistikunternehmen (Netsuite)

Ein wachsendes Logistikunternehmen mit Netsuite als ERP-System stand vor einer anderen Herausforderung: Das Bestellvolumen stieg schneller als die Kapazität des Back-Office-Teams. Monatlich fielen über 1'500 Rechnungen an, die gegen Transportaufträge und Leistungsnachweise geprüft werden mussten. Das manuelle Matching war besonders komplex, weil Logistikrechnungen häufig Zuschläge, Gewichtsdifferenzen und variable Preisbestandteile enthalten.

Die KI-basierte Lösung wurde direkt in Netsuite integriert und übernahm die Erfassung, Extraktion und das Matching der Eingangsrechnungen. Besonders wirkungsvoll war die Fähigkeit des Systems, auch bei variablen Rechnungspositionen (Treibstoffzuschläge, Gewichtsanpassungen) die korrekten Bestellpositionen zuzuordnen und Toleranzregeln pro Zuschlagsart zu konfigurieren.

Ergebnisse — Logistikunternehmen (Netsuite)
−70%
Prüfaufwand reduziert
−65%
Durchlaufzeit verkürzt
95%
Matching-Quote automatisch

Ergebnisse basieren auf dem konkreten Kundenprojekt nach 4 Monaten produktivem Betrieb.

Mehr zum Use Case Logistik P2P →

Worauf Sie bei der Auswahl einer Lösung achten sollten

Der Markt für P2P-Automatisierungslösungen ist vielfältig — von reinen OCR-Tools bis hin zu KI-basierten End-to-End-Plattformen. Die folgenden Kriterien helfen Ihnen bei der Evaluation:

  • End-to-End-Abdeckung: Deckt die Lösung den gesamten P2P-Zyklus ab — von der Rechnungserfassung über das Matching bis zur ERP-Buchung? Oder müssen Sie verschiedene Einzeltools kombinieren?
  • Matching-Fähigkeit: Unterstützt die Lösung echtes 3-Way-Matching auf Positionsebene? Kann sie mit Teillieferungen, Sammelrechnungen und variablen Zuschlägen umgehen?
  • ERP-Integration: Gibt es native Schnittstellen zu Ihrem ERP-System (SAP, Netsuite, Abacus, Microsoft Dynamics)? Wie tief geht die Integration — nur Datenimport oder bidirektionale Synchronisation?
  • Skalierbarkeit: Funktioniert die Lösung auch bei zehnfachem Rechnungsvolumen? Was passiert bei Monatsspitzen?
  • Lernfähigkeit: Wird das System besser, je mehr Dokumente es verarbeitet? Fliessen Korrekturen als Trainingssignale zurück?
  • Compliance-Unterstützung: Bietet die Lösung einen vollständigen Audit-Trail? Sind Freigaberegeln und Toleranzen transparent dokumentiert und nachvollziehbar?

Vergleich: Manuelle Verarbeitung vs. Template-OCR vs. KI-basierte Automatisierung

Kriterium Manuell Template-OCR KI-basiert
End-to-End-Abdeckung Nein — isolierte Teilschritte Teilweise — nur Erfassung Ja — Erfassung bis Buchung
3-Way-Matching Manuell, positionsweise Nicht integriert Automatisch auf Positionsebene
ERP-Integration Manuelle Übertragung CSV/XML-Export Native Schnittstellen (bidirektional)
Skalierbarkeit Linear (mehr Personal) Begrenzt (Template-Pflege) Hoch (volumenneutral)
Lernfähigkeit Nur menschlich Keine Kontinuierlich (Feedback-Loop)
Compliance-Audit-Trail Lückenhaft (E-Mails, Notizen) Teilweise (Erfassungslog) Vollständig (jeder Schritt dokumentiert)
Kriterium
End-to-End-Abdeckung
Manuell
Nein — isolierte Teilschritte
Template-OCR
Teilweise — nur Erfassung
KI-basiert
Ja — Erfassung bis Buchung
Kriterium
3-Way-Matching
Manuell
Manuell, positionsweise
Template-OCR
Nicht integriert
KI-basiert
Automatisch auf Positionsebene
Kriterium
ERP-Integration
Manuell
Manuelle Übertragung
Template-OCR
CSV/XML-Export
KI-basiert
Native Schnittstellen (bidirektional)
Kriterium
Skalierbarkeit
Manuell
Linear (mehr Personal)
Template-OCR
Begrenzt (Template-Pflege)
KI-basiert
Hoch (volumenneutral)
Kriterium
Lernfähigkeit
Manuell
Nur menschlich
Template-OCR
Keine
KI-basiert
Kontinuierlich (Feedback-Loop)
Kriterium
Compliance-Audit-Trail
Manuell
Lückenhaft (E-Mails, Notizen)
Template-OCR
Teilweise (Erfassungslog)
KI-basiert
Vollständig (jeder Schritt dokumentiert)

Der entscheidende Unterschied zwischen Template-OCR und KI-basierten Lösungen zeigt sich besonders beim Matching: Template-OCR-Tools können Rechnungsdaten erfassen, bieten aber kein integriertes 3-Way-Matching. Sie extrahieren Daten, aber die eigentliche Prüflogik — der Abgleich mit Bestellungen und Wareneingängen — muss separat gelöst werden. KI-basierte Plattformen hingegen bilden den gesamten Prüf- und Freigabeprozess End-to-End ab.

Implementierung: So starten Sie richtig

Eine erfolgreiche P2P-Automatisierung beginnt nicht mit Technologie, sondern mit einem klaren Verständnis des Ist-Zustands. Der folgende 4-Schritte-Ansatz hat sich in der Praxis bewährt:

Schritt 1: Ist-Analyse und Prozess-Mapping

Kartieren Sie Ihren aktuellen P2P-Prozess von Ende zu Ende: Wie entsteht eine Bestellanforderung? Über welche Kanäle bestellen Sie? Wie werden Wareneingänge dokumentiert? Wie viele Rechnungen verarbeiten Sie monatlich — und wie viel Zeit verbringt Ihr Team mit dem Matching? Identifizieren Sie die grössten Engpässe und Kostentreiber. Typische Fragen, die in dieser Phase beantwortet werden sollten:

  • Wie viele Rechnungen pro Monat werden verarbeitet?
  • Wie viel Prozent der Rechnungen haben eine zugehörige Bestellung?
  • Wie lange dauert der Matching-Prozess durchschnittlich?
  • Wie hoch ist die aktuelle Fehlerquote?
  • Welche Skontovolumina gehen durch zu lange Durchlaufzeiten verloren?

Schritt 2: Pilotphase mit einem Dokumenttyp

Starten Sie nicht mit dem gesamten P2P-Zyklus auf einmal. Der bewährteste Einstiegspunkt ist die Rechnungsverarbeitung — sie bietet den schnellsten ROI und die klarsten Erfolgskennzahlen. Beginnen Sie mit der automatisierten Erfassung und Verarbeitung von Eingangsrechnungen und erweitern Sie den Scope schrittweise. Mehr zur Automatisierung der Rechnungsverarbeitung erfahren Sie auf unserer Produktseite.

Schritt 3: Matching und Validierung konfigurieren

Definieren Sie die Matching-Regeln und Toleranzen für Ihr Unternehmen: Ab welcher Preisabweichung soll eskaliert werden? Wie gehen Sie mit Mengenabweichungen bei Teillieferungen um? Welche Zuschläge (Transport, Verpackung, Versicherung) sind zulässig? Diese Konfiguration ist der Kern des automatisierten P2P-Prozesses und sollte gemeinsam mit Einkauf, Buchhaltung und Controlling definiert werden. Typische Toleranzparameter:

  • Preistoleranz: z.B. ±2 % oder ±CHF 50 pro Position
  • Mengentoleranz: z.B. ±5 % bei Schüttgut, 0 % bei Stückware
  • Zuschlagsregeln: definierte Zuschlagskategorien mit Maximalbetrag
  • Freigabeschwellen: bis CHF 5'000 automatisch, darüber mit Genehmigung

Schritt 4: Schrittweise Erweiterung

Sobald die Rechnungsverarbeitung und das Matching stabil laufen, erweitern Sie den automatisierten Bereich schrittweise: Integrieren Sie die Auftragsverarbeitung, um auch den eingehenden Bestellprozess zu automatisieren. Mehr dazu erfahren Sie in unserem Guide zur Automatisierung des Auftragseingangs. Verbinden Sie anschliessend alle Teilprozesse zu einem durchgängigen P2P-Fluss. Jede Phase sollte die Ergebnisse der vorherigen bestätigen, bevor erweitert wird.

Dieser schrittweise Ansatz minimiert Risiken, schafft früh sichtbare Erfolge und gibt Ihrem Team die Möglichkeit, sich mit der neuen Arbeitsweise vertraut zu machen.


Fazit

Der Procure-to-Pay-Prozess ist das finanzielle Rückgrat jeder Beschaffung — und gleichzeitig einer der Bereiche mit dem grössten Automatisierungspotenzial. Manuelle P2P-Prozesse skalieren nicht, sind fehleranfällig und erzeugen Compliance-Risiken, die bei einer Prüfung zum Problem werden können.

KI-basierte P2P-Automatisierung bietet einen Weg, der über reine Datenerfassung hinausgeht: Sie versteht Dokumente kontextbasiert, gleicht Rechnungen automatisch gegen Bestellungen und Wareneingänge ab, prüft Geschäftsregeln und bucht im ERP-System — End-to-End, mit lückenlosem Audit-Trail. Die Vorteile der Procure-to-Pay Automatisierung zeigen sich in der Praxis deutlich: weniger manuelle Arbeit, kürzere Durchlaufzeiten, genutzte Skontofristen und ein transparenter Prozess, der mit dem Volumen skaliert.

Der Schlüssel zur erfolgreichen P2P Implementierung: Klein starten — idealerweise mit der Rechnungsverarbeitung — schnell lernen und schrittweise erweitern. So optimieren Sie Ihren P2P-Prozess nachhaltig, ohne den laufenden Betrieb zu gefährden.

Lesen Sie auch unsere verwandten Guides: Eingangsrechnungen automatisieren und Auftragseingang automatisieren. Oder erfahren Sie mehr über die Dokumentas P2P-Automatisierung.

P2P-Prozess automatisieren — jetzt starten

Erfahren Sie in einer kostenlosen Demo, wie Dokumentas Ihren Procure-to-Pay-Prozess End-to-End automatisiert — vom Rechnungseingang bis zur ERP-Buchung.

Kostenlose Demo anfordern Entdecken Sie die Dokumentas P2P-Automatisierung →

Häufig gestellte Fragen

Procure-to-Pay (P2P) umfasst den operativen Beschaffungsprozess — vom Bedarf über Bestellung, Wareneingang und Rechnungsprüfung bis zur Zahlung. Source-to-Pay (S2P) erweitert diesen Zyklus um die strategische Beschaffung: Lieferantenauswahl, Verhandlung, Vertragsmanagement und Lieferantenbewertung. S2P beginnt also vor dem eigentlichen P2P-Zyklus und ist der umfassendere Begriff.
Grundsätzlich alle gängigen ERP-Systeme — darunter SAP (S/4HANA und ECC), Oracle Netsuite, Microsoft Dynamics 365, Abacus, Sage und viele weitere. Die Integration erfolgt über standardisierte Schnittstellen (APIs, RFC, IDocs bei SAP) und kann bidirektional konfiguriert werden, sodass Daten in beide Richtungen fliessen. Die Integrationstiefe variiert je nach ERP-System und Anforderung.
Beim automatischen 3-Way-Matching vergleicht die KI jede Rechnungsposition mit der zugehörigen Bestellposition und dem dokumentierten Wareneingang. Geprüft werden Artikelbezeichnung, Menge, Einzelpreis und Gesamtbetrag. Bei voller Übereinstimmung wird die Rechnung automatisch freigegeben. Abweichungen innerhalb definierter Toleranzen können ebenfalls automatisch verarbeitet werden. Signifikante Abweichungen werden zur manuellen Prüfung eskaliert — inklusive einer klaren Markierung, welche Positionen betroffen sind.
Ein Pilotbetrieb — typischerweise mit der Rechnungsverarbeitung als Einstieg — kann innerhalb von 2–4 Wochen aufgesetzt werden. Die Erweiterung auf das vollständige 3-Way-Matching mit ERP-Integration dauert in der Regel 6–10 Wochen, abhängig von der Komplexität Ihrer ERP-Landschaft und der Anzahl der Lieferanten. Der empfohlene Ansatz ist schrittweise: Erst die Rechnungserfassung automatisieren, dann das Matching ergänzen, dann weitere Dokumenttypen einbinden.
Abweichungen werden in drei Kategorien klassifiziert: Volle Übereinstimmung (automatische Freigabe), Abweichung in Toleranz (automatische Freigabe oder Bestätigung je nach Konfiguration) und signifikante Abweichung (Eskalation zur manuellen Prüfung). Bei einer Eskalation sieht der Prüfer genau, welche Positionen betroffen sind und worin die Abweichung besteht. Jede Entscheidung wird dokumentiert und fliesst als Trainingssignal in das System zurück.
Schrittweise Automatisierung ist nicht nur möglich, sondern der empfohlene Ansatz. Starten Sie mit dem Teilprozess, der den grössten ROI bietet — in den meisten Fällen die Rechnungsverarbeitung. Sobald diese stabil läuft, ergänzen Sie das 3-Way-Matching, dann die Auftragsverarbeitung und schliesslich den gesamten P2P-Fluss. So minimieren Sie Risiken, schaffen früh sichtbare Erfolge und geben Ihrem Team Zeit, sich anzupassen.
Der ROI hängt von Ihrem Rechnungsvolumen, den aktuellen Prozesskosten und den genutzten Skontopotenzialen ab. Typische Kundenprojekte zeigen: 60–80 % Reduktion des manuellen Prüfaufwands, 50–70 % kürzere Durchlaufzeiten und 100'000+ CHF jährliche Einsparungen bei Unternehmen mit mehr als 1'000 Rechnungen pro Monat. Hinzu kommen indirekte Effekte wie höhere Skontoausnutzung, bessere Lieferantenbeziehungen und reduziertes Compliance-Risiko.