SAP Procure-to-Pay (P2P): Prozessablauf mit T-Codes
Bearbeitbarer SAP-P2P-Ablauf von der Bestellanforderung (ME51N) bis zum Zahllauf (F110), mit Freigabestrategien, MIGO-Wareneingang, MIRO-Rechnungsprüfung und Toleranzsperren in Schwimmbahnen.
Was ist SAP Procure-to-Pay (P2P): prozessablauf mit T-Codes?
Die meisten SAP-P2P-Diagramme sind entweder eine Folie mit sechs Kästen (Anforderung, Bestellung, Wareneingang, Rechnung, Zahlung), die einem Key-User nichts sagt, oder ein Konfigurationsdokument, das nur der MM-Berater lesen kann. Die brauchbare Fassung liegt dazwischen. Sie zeigt, wer welchen Schritt ausführt, welche Transaktion er dafür nutzt und wo das System den Beleg anhält und auf einen Menschen wartet.
An diesen Haltepunkten liegen die Designentscheidungen. Die Freigabestrategie auf Anforderung und Bestellung bestimmt, wer was genehmigt. Die Bezugsquellenfindung entscheidet, ob ein Einkäufer die Anforderung überhaupt anfasst. Toleranzschlüssel in der Rechnungsprüfung legen fest, welche Abweichungen die Zahlung sperren. Wer sie als Entscheidungen mit den echten Verzweigungsbedingungen zeichnet, macht aus einem P2P-Überblick eine Grundlage für einen Fit-to-Standard-Workshop.
Die Vorlage basiert auf S/4HANA-Transaktionen, der Ablauf ist aber in ECC 6.0 derselbe, nur die Namen der Fiori-Apps unterscheiden sich. Benennen Sie die Bahnen nach Ihren Werken und Einkaufsorganisationen um, löschen Sie den Zweig der Qualitätsprüfung, wenn Sie kein QM einsetzen, und ergänzen Sie Ihre eigenen Freigabestufen.
Was dieses Flussdiagramm abdeckt
In dieser Vorlage
- Erfassung der Bestellanforderung (ME51N) mit Kontierung und die Freigabestrategie, die sie zur Genehmigung leitet (ME54N / ME55)
- Bezugsquellenfindung über Rahmenverträge und Einkaufsinfosätze im Vergleich zu einem Anfrageprozess (ME41, ME47, ME49) vor der Bestellung
- Bestellanlage mit Bezug (ME21N), Bestellfreigabe (ME29N) und Ausgabe an den Lieferanten
- Wareneingang mit MIGO und Bewegungsart 101, optional mit QM-Prüflos und Verwendungsentscheid (QA11)
- Logistische Rechnungsprüfung (MIRO) gegen Bestellung und Wareneingang, mit toleranzbedingten Zahlungssperren, die in MRBR freigegeben werden
- Das automatische Zahlprogramm (F110) und der Ausgleich des offenen Kreditorenpostens
Wann Sie diese Vorlage verwenden sollten
- Sie führen Fit-to-Standard- oder Blueprint-Workshops für eine S/4HANA-Einführung durch und brauchen einen P2P-Ablauf, den Key-User hinterfragen können
- Prüfer oder ein neuer Controller fragen, wie der Einkauf in Ihrem SAP-System tatsächlich funktioniert, und die Antwort steht nur in der Konfiguration
- Sie schulen Einkäufer, Lagermitarbeiter und Kreditorenbuchhalter und wollen ein einziges Bild, das zeigt, wie ihre Transaktionen zusammenhängen
- Rechnungen landen immer wieder in der Sperrliste und Sie müssen zeigen, wo die Abweichung vorgelagert entsteht
- Sie wechseln von ECC auf S/4HANA und wollen den P2P-Ablauf bestätigen, bevor ihn die Konvertierung festschreibt
So funktioniert es
Vorlage öffnen und die Bahnen umbenennen
Ersetzen Sie die allgemeinen Rollen durch Ihre eigenen: anfordernde Abteilungen, die in Ihrer Freigabestrategie genannten Freigeber, die Einkäufergruppe, das empfangende Werk und die Kreditorenbuchhaltung.
Freigabestrategie an der Entscheidung hinterlegen
Schreiben Sie die echten Freigabebedingungen an die Verzweigungen (zum Beispiel Wert über 10.000 oder Kontierungstyp K), damit das Diagramm die Regel nennt und nicht nur „Ja“ und „Nein“.
Optionale Zweige entfernen oder behalten
Löschen Sie den QM-Prüfzweig, wenn Sie in der Beschaffung kein Qualitätsmanagement nutzen, und den Anfragezweig, wenn jedes Material einen Vertrag oder Infosatz hat.
Wöchentliche Ausnahmen ergänzen
Teillieferungen, Rücklieferungen an den Lieferanten (Bewegungsart 122), Rechnungen ohne Bestellung und Anzahlungen brauchen jeweils einen eigenen Pfad, wenn sie in Ihrem Geschäft häufig sind.
Ablauf zur Prüfung und Freigabe senden
Leiten Sie den fertigen Ablauf an den Prozessverantwortlichen und den funktionalen SAP-Leiter weiter. Die Freigabe und jede spätere Änderung bleiben im Versionsverlauf des Diagramms erhalten.
Häufig gestellte Fragen
Was sind die wichtigsten T-Codes im SAP-P2P-Zyklus?
ME51N legt die Bestellanforderung an, ME54N oder ME55 gibt sie frei, ME21N legt die Bestellung an und ME29N gibt sie frei, MIGO bucht den Wareneingang (Bewegungsart 101), MIRO erfasst die Lieferantenrechnung, MRBR gibt gesperrte Rechnungen frei und F110 startet das automatische Zahlprogramm. ME57, ME41, ME47 und ME49 decken Quellenzuordnung und Anfrageprozess ab.
Unterscheidet sich der Procure-to-Pay-Ablauf in S/4HANA von ECC?
Der Geschäftsablauf ist im Kern derselbe. Die Unterschiede liegen darunter: Der Geschäftspartner ersetzt den getrennten Lieferantenstamm, das Universal Journal ändert die Ablage der Buchungen, und viele Schritte haben neben den klassischen Transaktionen Fiori-Apps (Bestellanforderungen verwalten, Lieferantenrechnung anlegen). Ein für ECC gezeichneter P2P-Ablauf übersteht den Wechsel meist mit umbenannten Schritten.
Was ist eine Freigabestrategie im SAP-Einkauf?
Sie ist das Genehmigungsverfahren für Bestellanforderungen und Bestellungen. Merkmale wie Gesamtwert, Warengruppe, Werk oder Kontierung wählen eine Strategie aus, und die Strategie legt fest, welche Freigabecodes in welcher Reihenfolge genehmigen müssen. Im Prozessablauf gehört sie an eine Entscheidung, an deren Verzweigungen die tatsächlichen Bedingungen stehen.
Warum ist meine SAP-Rechnung für die Zahlung gesperrt?
Meist, weil die Rechnungsprüfung eine Abweichung außerhalb der Toleranz gefunden hat: beim Preis (Toleranzschlüssel PP), bei der Menge (DQ) oder einen fehlenden Wareneingang. MIRO bucht die Rechnung mit Zahlungssperre, und jemand klärt die Abweichung und gibt sie in MRBR frei. Wer abbildet, wo diese Abweichungen entstehen, etwa bei nachträglich angelegten Bestellungen oder spät gebuchten Wareneingängen, verkürzt die Sperrliste am schnellsten.