Purchase-to-Pay (P2P): Vorlage für den Prozessablauf
Auditsichere Vorlage für den Purchase-to-Pay-Prozess (P2P) — von der Bestellanforderung bis zur Zahlung — mit Freigabeworkflow und Versionierung. Für ERP-Teams, die den Kreditorenprozess dokumentieren.
So funktioniert es
Beschreiben Sie jeden P2P-Schritt in einer Tabelle
Listen Sie alle Schritte von der Bestellanforderung bis zur Zahlung der Rechnung auf, mit Spalten für Verantwortlichen, führendes System und Freigabestufe.
Importieren Sie die Tabelle in QueryChart
Fügen Sie die Tabelle ein oder laden Sie sie hoch. QueryChart ordnet die Zeilen nach Verantwortlichem in Swimlanes und nach Reihenfolge in Schritte.
Zeichnen Sie die Ausnahmepfade, bevor Sie das Diagramm teilen
Rechnung ohne Bestellung, Preisabweichung über Toleranz und Eilbeschaffung brauchen jeweils einen eigenen Zweig mit benanntem Freigeber. Genau diese Wege prüft der Wirtschaftsprüfer stichprobenartig.
Ergänzen Sie Freigabestufen und leiten Sie an die Freigeber weiter
Markieren Sie die Schritte, die eine Freigabe erfordern. QueryChart erzwingt den Freigabeworkflow und hält jede Entscheidung im Audit-Trail fest.
Veröffentlichen Sie die Version als auditbereit
Nach der Freigabe wird das Prozessdiagramm als Checkpoint mit Versionsnummer, Zeitstempel und Unterschrift des Freigebers gesichert und dient so als Auditnachweis.
Häufig gestellte Fragen
Was gehört in einen P2P-Prozessablauf?
Ein vollständiger Purchase-to-Pay-Ablauf umfasst Bestellanforderung, Freigabe, Bestellung, Wareneingang, Rechnungsabgleich, Behandlung von Abweichungen, Rechnungsfreigabe und Zahlung — jeweils mit einem Verantwortlichen und einem führenden System.
Wie dokumentiere ich P2P für SOX oder SOC 2?
Dokumentieren Sie jeden Kontrollpunkt — etwa den Dreiwegeabgleich oder die Wertgrenze der Führungskraft — als Schritt mit Verantwortlichem, Verweis auf den Nachweis und Freigabestufe. Der Audit-Trail von QueryChart hält fest, wer welche Version wann freigegeben hat und was geändert wurde.
Worin unterscheiden sich P2P und O2C?
P2P (Purchase-to-Pay) bildet den Geldabfluss ab: Bestellanforderung, Bestellung, Wareneingang, Rechnung und Zahlung. O2C (Order-to-Cash) bildet den Zufluss ab: Kundenauftrag, Lieferung, Fakturierung und Zahlungseingang. Beide treffen sich in Record-to-Report, weil sie in Buchung und Abstimmung enden — und deshalb sollten sie mit denselben Swimlanes und demselben Detailgrad gezeichnet werden.
Was ist der Dreiwegeabgleich und warum fragt der Prüfer danach?
Der Dreiwegeabgleich prüft, ob Bestellung, Wareneingang und Rechnung in Lieferant, Menge und Preis übereinstimmen, bevor die Rechnung zur Zahlung freigegeben wird. Es ist die Kontrolle, die eine Zahlung für Ware verhindert, die niemand bestellt oder erhalten hat, und deshalb steht sie fast immer in der Stichprobe. Im Diagramm müssen sowohl die Toleranzgrenze als auch der Weg für Abweichungen erkennbar sein — sonst dokumentieren Sie nur die Hälfte, die ohnehin nie schiefgeht.