Skabelon til P2P-procesflow (indkøb til betaling)
Revisionsklar skabelon til P2P-procesflow — fra rekvisition til betaling — med godkendelsesforløb og versionsstyring. Bygget til ERP-teams, der dokumenterer kreditorprocessen til SOX, SOC 2 og intern audit.
Sådan fungerer det
Beskriv hvert P2P-trin i et regneark
Skriv alle trin fra rekvisition til betaling af faktura ned med kolonner til ansvarlig, kildesystem og godkendelsestrin.
Importer regnearket i QueryChart
Indsæt eller upload regnearket. QueryChart fordeler rækkerne i swimlanes efter ansvarlig og i trin efter rækkefølge.
Tegn undtagelsesvejene, før du deler diagrammet
Faktura uden ordre, prisafvigelse over tolerance og hasteindkøb skal have hver sin gren med en navngiven godkender. Det er præcis de veje, revisor stikprøver.
Tilføj godkendelsestrin og send til godkenderne
Markér de trin, der kræver godkendelse. QueryChart håndhæver godkendelsesforløbet og registrerer hver godkenders beslutning i revisionssporet.
Udgiv versionen som revisionsklar
Når diagrammet er godkendt, gemmes det som et tjekpunkt med versionsnummer, tidsstempel og godkenderens underskrift som dokumentation til audit.
Ofte stillede spørgsmål
Hvad indgår i et P2P-procesflow?
Et komplet procesflow for indkøb til betaling dækker rekvisition, godkendelse, indkøbsordre, varemodtagelse, fakturamatch, håndtering af afvigelser, fakturagodkendelse og betaling — hvor hvert trin har en ansvarlig og et kildesystem.
Hvordan dokumenterer jeg P2P til SOX eller SOC 2?
Dokumentér hvert kontrolpunkt — for eksempel trevejsmatch og lederens beløbsgrænse for godkendelse — som et trin med en ansvarlig, et link til dokumentationen og et godkendelsestrin. QueryCharts revisionsspor registrerer, hvem der godkendte hvilken version, hvornår, og hvad der blev ændret.
Hvad er forskellen på P2P og O2C?
P2P (indkøb til betaling) dækker pengestrømmen ud af virksomheden: rekvisition, ordre, varemodtagelse, faktura og betaling. O2C (ordre til indbetaling) dækker pengestrømmen ind: kundeordre, levering, fakturering og indbetaling. De to processer mødes i registrering-til-rapportering, hvor begge ender i bogføringen og afstemningen — og det er derfor de bør tegnes med samme baner og samme detaljeringsniveau.
Hvad er et trevejsmatch, og hvorfor spørger revisor til det?
Et trevejsmatch er kontrollen af, at indkøbsordre, varemodtagelse og faktura stemmer overens på leverandør, antal og pris, før fakturaen godkendes til betaling. Det er den kontrol, der forhindrer betaling for varer, ingen har bestilt eller modtaget, og derfor er den næsten altid med i revisors stikprøver. I diagrammet skal både tolerancegrænsen og vejen for afvigelser fremgå — ellers dokumenterer I kun den halvdel, der aldrig går galt.