Oracle Fusion-procesflow for indkøb til betaling (P2P)
Redigerbart procesflow for indkøb til betaling i Oracle Fusion Cloud: rekvisition i Self Service Procurement, godkendelse, indkøbsordre fra aftale, modtagelse, fakturavalidering med spærringer og betalingsanmodning.
Hvad er oracle fusion-procesflow for indkøb til betaling (P2P)?
Oracle Fusion fordeler indkøb til betaling på Self Service Procurement, Purchasing, Receiving og Payables, og hvert område har sit eget arbejdsområde og sine egne godkendelsesregler. Oracles egen dokumentation beskriver hvert af dem godt. Det, implementeringsteams typisk mangler, er ét billede, der binder dem sammen, så en indkøber, en modtager og en kreditorspecialist kan se, hvordan deres trin afhænger af det foregående.
De beslutninger, der former processen, er aftalekontrollen, som afgør, om en indkøber overhovedet rører rekvisitionen, matchniveauet (to-, tre- eller firevejs) og fakturaspærringer. Spærringerne er der, hvor gennemløbstiden forsvinder: en faktura, der fejler valideringen, bliver liggende, indtil nogen afklarer pris- eller mængdeforskellen og validerer den igen.
Brug skabelonen til designworkshops i en Fusion-implementering, til en migrering fra E-Business Suite eller til oplæring af nye brugere. Omdøb banerne til jeres forretningsenheder, vælg det matchniveau, I bruger, og tilføj de godkendelsesniveauer, jeres regler kræver.
Hvad dette flowchart dækker
I denne skabelon
- Oprettelse af rekvisition i Self Service Procurement og det godkendelsesworkflow, der er konfigureret i Manage Requisition Approvals
- Automatisk oprettelse af indkøbsordre fra en rammeindkøbsaftale eller indkøberens behandling i Process Requisitions
- Modtagelse mod indkøbsordren, med et kontroltrin, når firevejsmatch gælder
- Indtastning af kreditorfaktura i Payables, validering mod indkøbsordre og modtagelse og afklaring af spærringer
- Fakturagodkendelse og den betalingsanmodning, der danner betalingsfilen
Hvornår du skal bruge skabelonen
- I designer fremtidens indkøbsprocesser til en Oracle Fusion Cloud ERP-implementering
- I flytter fra Oracle E-Business Suite R12 til Fusion og vil sammenligne de to flows trin for trin
- Fakturaspærringer hober sig op, og I skal vise, hvilket forudgående trin der forårsager dem
- Nye indkøbere, modtagere og kreditormedarbejdere har brug for undervisningsmateriale, der viser hele forløbet
Sådan fungerer det
Knyt banerne til jeres forretningsenheder
Omdøb banerne til jeres rekvirenter, godkendere, indkøbere, modtagelsessteder og kreditorteam. Brug ét diagram pr. indkøbsforretningsenhed, hvis flowene er forskellige.
Vælg matchniveau
Behold kontrolgrenen til firevejsmatch, eller slet den og lad trevejsmatch (modtagelse) eller tovejsmatch (kun indkøbsordre) stå tilbage.
Skriv jeres godkendelsesregler
Sæt de rigtige godkendelsesbetingelser (beløbsgrænser, kategori, hierarki af omkostningssteder) på godkendelsestrinnene eller i deres noter.
Opstil de spærringstyper, I ser oftest
Tilføj noter på spærringstrinnet for jeres almindelige spærringer, for eksempel pris, modtaget mængde og bestilt mængde, og hvem der afklarer hver af dem.
Godkend og udgiv
Send flowet til procesejerne for indkøb og kreditorer. Den godkendte version og senere ændringer gemmes i versionshistorikken.
Ofte stillede spørgsmål
Hvad er trinnene i Oracle Fusions P2P-forløb?
Opret en rekvisition i Self Service Procurement, få den godkendt, omsæt den til en indkøbsordre (automatisk fra en aftale eller af en indkøber i Process Requisitions), modtag varerne, opret og valider kreditorfakturaen i Payables, afklar eventuelle spærringer, godkend fakturaen og betal den via en betalingsanmodning.
Hvad er forskellen på to-, tre- og firevejsmatch i Oracle?
Tovejsmatch sammenligner fakturaen med indkøbsordren. Trevejsmatch tilføjer den modtagne mængde. Firevejsmatch kræver desuden, at varerne er kontrolleret og accepteret. Matchniveauet sættes på indkøbsordrens leveringslinje, og en afvigelse uden for tolerancen lægger en spærring på fakturaen under valideringen.
Er Oracle Fusions P2P-flow det samme som i E-Business Suite?
Forretningsflowet ligner hinanden, men værktøjerne er forskellige. Fusion bruger Self Service Procurement i stedet for iProcurement, godkendelsesregler baseret på BPM i stedet for AME og betalingsanmodninger i et redesignet Payments-modul. At kortlægge begge flows side om side er et nyttigt trin i en migrering fra EBS til Fusion.