Oracle Fusion Procure-to-Pay (P2P): Prozessablauf
Bearbeitbarer Oracle-Fusion-Cloud-P2P-Ablauf: Bestellanforderung in Self Service Procurement, Freigabe, Bestellung aus einer Vereinbarung, Wareneingang, Rechnungsvalidierung mit Sperren und Zahlungsprozessanforderung.
Was ist oracle fusion Procure-to-Pay (P2P): prozessablauf?
Oracle Fusion verteilt Procure-to-Pay auf Self Service Procurement, Purchasing, Receiving und Payables, und jede Anwendung hat ihren eigenen Arbeitsbereich und eigene Freigaberegeln. Oracles Dokumentation beschreibt jede einzelne gut. Was Einführungsteams meist fehlt, ist ein Bild, das sie verbindet, damit Einkäufer, Wareneingang und Kreditorenbuchhalter sehen, wie ihr Schritt vom vorigen abhängt.
Die Entscheidungen, die den Prozess prägen, sind die Prüfung auf eine Vereinbarung, die festlegt, ob ein Einkäufer die Anforderung überhaupt anfasst, die Abgleichsebene (Zwei-, Drei- oder Vier-Wege) und die Rechnungssperren. In den Sperren geht Durchlaufzeit verloren: Eine Rechnung, die die Validierung nicht besteht, bleibt gesperrt, bis jemand die Preis- oder Mengenabweichung klärt und sie erneut validiert.
Nutzen Sie die Vorlage für Designworkshops einer Fusion-Einführung, für eine Migration von der E-Business Suite oder zur Schulung neuer Anwender. Benennen Sie die Bahnen nach Ihren Geschäftseinheiten um, stellen Sie die Abgleichsebene ein, die Sie nutzen, und ergänzen Sie die Freigabestufen, die Ihre Regeln erzwingen.
Was dieses Flussdiagramm abdeckt
In dieser Vorlage
- Anlage der Anforderung in Self Service Procurement und der in Manage Requisition Approvals konfigurierte Freigabe-Workflow
- Automatische Bestellanlage aus einer Rahmenbestellung oder Bearbeitung durch den Einkäufer in Process Requisitions
- Wareneingang gegen die Bestellung, mit einem Prüfschritt, wenn der Vier-Wege-Abgleich gilt
- Erfassung der Payables-Rechnung, Validierung gegen Bestellung und Wareneingang und Klärung von Sperren
- Rechnungsfreigabe und die Zahlungsprozessanforderung, die die Zahlungsdatei erzeugt
Wann Sie diese Vorlage verwenden sollten
- Sie entwerfen künftige Beschaffungsprozesse für eine Oracle-Fusion-Cloud-ERP-Einführung
- Sie wechseln von Oracle E-Business Suite R12 auf Fusion und wollen beide Abläufe Schritt für Schritt vergleichen
- Rechnungssperren häufen sich und Sie müssen zeigen, welcher vorgelagerte Schritt sie verursacht
- Neue Einkäufer, Wareneingangsmitarbeiter und Kreditorenbuchhalter brauchen Schulungsmaterial, das den ganzen Zyklus zeigt
So funktioniert es
Bahnen Ihren Geschäftseinheiten zuordnen
Benennen Sie die Bahnen nach Ihren Anforderern, Freigebern, Einkäufern, Wareneingangsstandorten und dem Payables-Team. Nutzen Sie ein Diagramm je Einkaufs-Geschäftseinheit, wenn die Abläufe abweichen.
Abgleichsebene festlegen
Behalten Sie den Prüfzweig für den Vier-Wege-Abgleich, oder löschen Sie ihn und belassen den Drei-Wege-Abgleich (Wareneingang) oder den Zwei-Wege-Abgleich (nur Bestellung).
Ihre Freigaberegeln eintragen
Tragen Sie die echten Freigabebedingungen (Betragsgrenzen, Kategorie, Kostenstellenhierarchie) an den Freigabeschritten oder in deren Notizen ein.
Die häufigsten Sperrarten auflisten
Ergänzen Sie am Sperrschritt Notizen zu Ihren üblichen Sperren, etwa Preis, empfangene Menge und bestellte Menge, und wer sie jeweils klärt.
Freigeben und veröffentlichen
Senden Sie den Ablauf an die Prozessverantwortlichen in Einkauf und Kreditorenbuchhaltung. Die freigegebene Version und spätere Änderungen bleiben im Versionsverlauf erhalten.
Häufig gestellte Fragen
Welche Schritte hat der Oracle-Fusion-P2P-Zyklus?
Anforderung in Self Service Procurement anlegen, freigeben lassen, in eine Bestellung umwandeln (automatisch aus einer Vereinbarung oder durch einen Einkäufer in Process Requisitions), Ware empfangen, die Payables-Rechnung anlegen und validieren, Sperren klären, die Rechnung freigeben und über eine Zahlungsprozessanforderung bezahlen.
Was unterscheidet den Zwei-, Drei- und Vier-Wege-Abgleich in Oracle?
Der Zwei-Wege-Abgleich vergleicht die Rechnung mit der Bestellung. Der Drei-Wege-Abgleich zieht die Wareneingangsmenge hinzu. Der Vier-Wege-Abgleich verlangt zusätzlich, dass die Ware geprüft und angenommen wurde. Die Abgleichsebene wird im Bestellabruf eingestellt, und eine Abweichung außerhalb der Toleranz setzt bei der Validierung eine Sperre auf die Rechnung.
Ist der Oracle-Fusion-P2P-Ablauf derselbe wie in der E-Business Suite?
Der Geschäftsablauf ist ähnlich, die Werkzeuge unterscheiden sich: Fusion nutzt Self Service Procurement statt iProcurement, BPM-basierte Freigaberegeln statt AME und Zahlungsprozessanforderungen in einem neu gestalteten Payments-Modul. Beide Abläufe nebeneinander abzubilden ist ein nützlicher Schritt bei einer Migration von EBS auf Fusion.