Jouw datatemplate voor Purchase to Pay-factuurverwerking
Jouw datatemplate voor Purchase to Pay-factuurverwerking
- Aanbevolen attributen om te verzamelen
- Belangrijke activiteiten om te volgen in SAP Ariba
- Praktische aanwijzingen voor data-extractie
Purchase to Pay - attributen voor factuurverwerking
| Naam | Beschrijving | ||
|---|---|---|---|
|
Activiteitsnaam
ActivityName
|
De naam van de specifieke gebeurtenis of taak die op een bepaald moment in de levenscyclus van de factuur heeft plaatsgevonden. | ||
|
Beschrijving
De activiteitsnaam beschrijft één stap in de factuurverwerkingsworkflow, zoals 'Invoice Received', 'Invoice Approved' of 'Payment Executed'. Elke activiteit staat voor een bedrijfsgebeurtenis die de factuur dichter bij afronding brengt. In process mining vormt de volgorde van deze activiteiten de proceskaart. Door de activiteiten te analyseren, vind je de meest voorkomende procesroutes, afwijkingen van de standaardprocedure, herstelcycli zoals de afhandeling van verschillen en mogelijkheden voor automatisering.
Waarom dit belangrijk is
Dit attribuut vormt de basis voor het visualiseren van de proceskaart, het ontdekken van procesvarianten en het vinden van herstelwerk of bottlenecks.
Waar je het vindt
Gegenereerd uit systeem-event logs, statuswijzigingen of gebruikersacties die in SAP Ariba zijn vastgelegd. Deze data komt vaak uit workflow- of documentgeschiedenistabellen.
Voorbeelden
Factuur ontvangenFactuur goedgekeurdBetalingsblokkade ingesteldBetaling uitgevoerd
|
|||
|
Factuurnummer
InvoiceNumber
|
De unieke identificatie van elke leveranciersfactuur. Dit is de primaire case-ID voor de reis van de factuur door het verwerkingsproces. | ||
|
Beschrijving
Het factuurnummer is de unieke referentie die een leverancier aan een factuurdocument toekent. In process mining is dit attribuut belangrijk omdat het als Case ID fungeert en alle gerelateerde activiteiten koppelt, van ontvangst van de factuur tot de uiteindelijke betaling. Door deze identificatie te volgen, kunnen analisten de volledige end-to-end-levenscyclus van elke factuur reconstrueren. Zo kun je processtromen gedetailleerd analyseren, bottlenecks vinden en KPI's meten, zoals de doorlooptijd per factuur.
Waarom dit belangrijk is
Dit is de sleutel die alle processtappen van één factuur met elkaar verbindt. Daardoor kun je de end-to-end-verwerkingstijd en procesroute analyseren.
Waar je het vindt
Dit is een primair veld op het factuurdocument en binnen de SAP Ariba Invoicing-oplossing. Je vindt het meestal in factuurkop-tabellen of transactiedata.
Voorbeelden
INV-2023-001239876543210SI-58840-A
|
|||
|
Gebeurtenistijd
EventTime
|
De timestamp die de exacte datum en tijd aangeeft waarop een activiteit heeft plaatsgevonden. | ||
|
Beschrijving
De gebeurtenistijd, of timestamp, legt vast wanneer een specifieke activiteit heeft plaatsgevonden. Deze data is de basis voor prestatieanalyses, omdat je hiermee de duur tussen activiteiten en de totale doorlooptijd van een case kunt berekenen. Process mining-tools gebruiken deze timestamps om gebeurtenissen chronologisch te ordenen en de processtroom nauwkeurig weer te geven. Ze zijn nodig voor het meten van KPI's zoals Invoice Approval Cycle Time en Payment Block Resolution Time, en voor het analyseren van vertragingen en efficiëntie.
Waarom dit belangrijk is
Hiermee kun je alle tijdgerelateerde metingen berekenen, zoals doorlooptijden en tijdsduur. Die zijn belangrijk om vertragingen in het proces te vinden.
Waar je het vindt
Automatisch vastgelegd door SAP Ariba bij elke statuswijziging, gebruikersactie of systeemgebeurtenis. Je vindt dit meestal naast de activiteitsnaam in event logs of geschiedenistabellen.
Voorbeelden
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
|
|||
|
Factuurbedrag
InvoiceAmount
|
De totale geldwaarde van de factuur. | ||
|
Beschrijving
Het factuurbedrag staat voor het totale bedrag dat de leverancier vraagt. Dit is een belangrijk financieel attribuut voor het analyseren van de werklast in de factuurverwerking. In process mining gebruik je dit attribuut om analyses te filteren op facturen met een hoge waarde. Die kunnen een andere goedkeuringsroute of strengere controles hebben. Je kunt het ook gebruiken om verbeteracties te richten op facturen met de grootste financiële impact. Dashboards gebruiken dit vaak om de totale waarde van facturen in verschillende procesfasen te tonen.
Waarom dit belangrijk is
Hiermee kun je de financiële impact analyseren, bijvoorbeeld door te filteren op facturen met een hoge waarde of te bepalen hoeveel geld vastzit in procesbottlenecks.
Waar je het vindt
Een standaardveld in de factuurkopgegevens binnen SAP Ariba.
Voorbeelden
5250.75120000.00895.50
|
|||
|
Factuurstatus
InvoiceStatus
|
De huidige of uiteindelijke status van de factuurcase, zoals Paid, Rejected of In Process. | ||
|
Beschrijving
De factuurstatus geeft een momentopname van de positie van de factuur in haar levenscyclus op het moment van data-extractie, of van de uiteindelijke uitkomst. Dit is een attribuut op caseniveau dat de algemene status van de factuur samenvat. In process mining kun je dit attribuut gebruiken om cases te filteren en alleen afgeronde (Paid) of problematische (Rejected) facturen te analyseren. Het helpt om de uitkomsten van verschillende procesvarianten te begrijpen en te meten welk percentage facturen succesvol wordt afgerond.
Waarom dit belangrijk is
Dit geeft de uiteindelijke uitkomst van het factuurproces. Zo kun je betaalde en afgewezen facturen gericht met elkaar vergelijken.
Waar je het vindt
Dit is een standaardstatusveld in de factuurkop van SAP Ariba.
Voorbeelden
BetaaldAfgewezenIn behandelingGoedgekeurd
|
|||
|
Goedkeurder
Approver
|
De gebruiker of rol die verantwoordelijk is voor het goedkeuren van de factuur voor betaling. | ||
|
Beschrijving
De goedkeurder is de persoon of gebruikersgroep die een factuur moet beoordelen en goedkeuren. Afhankelijk van de waarde of het type factuur zijn vaak een of meer goedkeuringsniveaus nodig. Met dit attribuut kun je de prestaties van de goedkeuringsworkflow analyseren. Door de 'Invoice Approval Cycle Time' per goedkeurder of goedkeuringsgroep te segmenteren, vind je personen of teams die bottlenecks in het proces vormen. Deze informatie helpt om werklasten beter te verdelen en goedkeuringen efficiënter te maken.
Waarom dit belangrijk is
Hiermee vind je bottlenecks in het goedkeuringsproces, doordat zichtbaar wordt welke gebruikers of teams de langste goedkeuringsdoorlooptijden hebben.
Waar je het vindt
Vastgelegd in de workflow- of goedkeuringsgeschiedenis van een factuur in SAP Ariba. Dit kan als gebruikers-ID worden geregistreerd.
Voorbeelden
j.smithFinance_Approvers_Tier1m.jones
|
|||
|
Inkoopordernummer
PurchaseOrderNumber
|
De identificatie van de inkooporder die bij de factuur hoort, indien van toepassing. | ||
|
Beschrijving
Het inkoopordernummer (PO-nummer) koppelt een factuur aan het bijbehorende inkoopdocument waarmee de aankoop van goederen of diensten is goedgekeurd. Niet alle facturen zijn aan een inkooporder gekoppeld, maar voor facturen waarbij dat wel zo is, is deze koppeling belangrijk. Door facturen per PO-nummer te analyseren, krijg je inzicht in de prestaties van three-way matching (PO, goederenontvangst, factuur). Dit helpt bij het vinden van verschillen en bij het vergelijken van factuurverwerking met en zonder inkooporder. Die routes verschillen vaak in aanpak en efficiëntie.
Waarom dit belangrijk is
Het koppelt de factuur aan het inkoopproces. Zo kun je verschillen bij matching analyseren en factuurstromen met en zonder inkooporder vergelijken.
Waar je het vindt
Beschikbaar als standaardveld op facturen met een inkooporder binnen SAP Ariba. Je vindt het in de gegevens van factuurregels of de factuurkop.
Voorbeelden
45000123454500054321PO-2023-789
|
|||
|
Leveranciersnaam
VendorName
|
De naam van de leverancier die de factuur heeft ingediend. | ||
|
Beschrijving
De leveranciersnaam identificeert de leverancier die om betaling vraagt. Dit is een belangrijke dimensie voor analyses, omdat teams hiermee de prestaties van de factuurverwerking per leverancier kunnen segmenteren. Je gebruikt dit attribuut voor dashboards die de betaalprestaties per leverancier volgen, leveranciers met veel verschillen vinden of de verwerkingstijd voor strategische leveranciers analyseren. Inzicht in problemen per leverancier kan helpen om leveranciersrelaties en samenwerking te verbeteren.
Waarom dit belangrijk is
Hiermee kun je prestaties per leverancier analyseren en zien welke leveranciers vaak problemen met facturen of vertraagde betalingen hebben.
Waar je het vindt
Een standaardveld in de factuurkop, gekoppeld aan de leveranciersstamgegevens in SAP Ariba of het verbonden ERP-systeem.
Voorbeelden
Global Office Supplies Inc.Tech Solutions LLCInnovate Logistics
|
|||
|
Reden voor betalingsblokkade
PaymentBlockReason
|
De specifieke reden waarom een betalingsblokkade op een factuur is ingesteld. | ||
|
Beschrijving
Wanneer een factuur wordt geblokkeerd voor betaling, geeft dit attribuut de reden aan, zoals 'Price Discrepancy', 'Quantity Mismatch' of 'Missing Goods Receipt'. Deze redenen zijn in het systeem vaak vastgelegde codes of omschrijvingen. Door de frequentie van verschillende redenen voor blokkades te analyseren, vind je de oorzaken van betalingsvertragingen. Een groot aantal blokkades door 'Price Discrepancy' kan bijvoorbeeld wijzen op problemen met de nauwkeurigheid van stamgegevens. Dit attribuut is belangrijk voor het dashboard 'Payment Block Resolution Time', zodat je de meest voorkomende en tijdrovende problemen eerst kunt aanpakken.
Waarom dit belangrijk is
Dit geeft de oorzaak van betalingsvertragingen. Zo kun je gericht verbeteren en veelvoorkomende problemen, zoals prijs- of hoeveelheidsverschillen, voorkomen.
Waar je het vindt
Deze informatie wordt vastgelegd wanneer in SAP Ariba of het verbonden ERP-systeem een betalingsblokkade op een factuur wordt ingesteld.
Voorbeelden
PrijsafwijkingVerschil in aantalIn afwachting van goederenontvangst
|
|||
|
Vervaldatum betaling
PaymentDueDate
|
De datum waarop de factuur uiterlijk moet zijn betaald om boetes te voorkomen, volgens de betalingsvoorwaarden. | ||
|
Beschrijving
De vervaldatum van de betaling is de contractueel afgesproken datum waarop een factuur moet zijn betaald. Deze datum wordt meestal berekend op basis van de factuurdatum en de afgesproken betalingsvoorwaarden, bijvoorbeeld Net 30. Dit attribuut is nodig voor de KPI 'On-Time Payment Rate'. Door de timestamp van 'Payment Executed' te vergelijken met de vervaldatum, kun je te late betalingen vinden, de betaalprestaties per leverancier meten en organisaties helpen om boetes te voorkomen en goede leveranciersrelaties te onderhouden.
Waarom dit belangrijk is
Dit is de basis voor het berekenen van het percentage tijdige betalingen, een belangrijke KPI voor leveranciersrelaties en financiële compliance.
Waar je het vindt
Deze datum staat op het factuurdocument of wordt berekend op basis van de velden 'DocumentDate' en 'PaymentTerms' in SAP Ariba.
Voorbeelden
2023-11-302024-01-152023-12-25
|
|||
|
Bedrijfscode
CompanyCode
|
De identificatie van de specifieke juridische entiteit of het bedrijf binnen de organisatie dat de factuur verwerkt. | ||
|
Beschrijving
De bedrijfscode is een standaardorganisatie-eenheid in SAP-omgevingen. Deze vertegenwoordigt een zelfstandige juridische entiteit waarvoor financiële overzichten worden opgesteld. Facturen worden altijd aan een specifieke bedrijfscode geboekt. Met dit attribuut kun je de procesprestaties van verschillende bedrijfseenheden of juridische entiteiten vergelijken. Zo zie je welke entiteiten efficiënter werken en kun je processen binnen een wereldwijde organisatie beter standaardiseren.
Waarom dit belangrijk is
Hiermee kun je prestaties van verschillende juridische entiteiten of bedrijfseenheden vergelijken en regionale of afdelingsgebonden inefficiënties opsporen.
Waar je het vindt
Een belangrijk organisatieveld op het factuurdocument in SAP Ariba. Dit veld wordt overgenomen van de inkooporder of ingevuld bij het aanmaken van een factuur zonder inkooporder.
Voorbeelden
1000US01DE01
|
|||
|
Betalingsvoorwaarden
PaymentTerms
|
De afgesproken voorwaarden voor het betalen van een factuur, vaak inclusief informatie over vroegbetalingskortingen. | ||
|
Beschrijving
De betalingsvoorwaarden bepalen de regels voor het betalen van de leverancier, zoals 'Net 30' (betaling binnen 30 dagen) of '2% 10, Net 30' (2% korting bij betaling binnen 10 dagen, anders betaling binnen 30 dagen). Deze informatie komt uit de leveranciersstamgegevens of de inkooporder. Dit attribuut is belangrijk voor het dashboard 'Early Payment Discount Opportunities' en de bijbehorende KPI. De analyse gebruikt deze voorwaarden om facturen te vinden die voor korting in aanmerking komen en te bepalen of de betaling binnen de kortingsperiode is uitgevoerd. Zo worden besparingsmogelijkheden zichtbaar.
Waarom dit belangrijk is
Dit is nodig om mogelijkheden voor vroegbetalingskortingen te vinden. Daarmee kun je aanzienlijk op kosten besparen.
Waar je het vindt
Opgeslagen in de leveranciersstamgegevens en gekopieerd naar de factuurdetails in SAP Ariba of het ERP-systeem.
Voorbeelden
Netto 302% 10, netto 30Netto 60
|
|||
|
Bronsysteem
SourceSystem
|
Het systeem waarin de gegevens officieel worden bijgehouden en waaruit de eventdata is geëxtraheerd. | ||
|
Beschrijving
Dit attribuut identificeert het systeem waaruit elke gebeurtenis afkomstig is, zoals 'SAP Ariba', 'SAP S/4HANA' of een externe scanoplossing. In moderne organisaties kan factuurverwerking over meerdere applicaties lopen. Inzicht in het bronsysteem helpt bij het opsporen van problemen met datakwaliteit en bij het analyseren van overdrachten tussen verschillende platforms. Je ziet beter waar specifieke activiteiten plaatsvinden, zoals het scannen van facturen en het goedkeuren ervan.
Waarom dit belangrijk is
Hiermee kun je activiteiten uit verschillende systemen van elkaar onderscheiden. Dat is belangrijk om integratiepunten en bottlenecks per systeem te begrijpen.
Waar je het vindt
Dit wordt meestal toegevoegd tijdens het data-extractie-, transformatie- en laadproces (ETL). Daarbij wordt op basis van de databron een vaste waarde toegewezen.
Voorbeelden
SAP AribaSAP S4HANACoupa
|
|||
|
Documentdatum
DocumentDate
|
De datum die de leverancier op het factuurdocument heeft afgedrukt. | ||
|
Beschrijving
De documentdatum is de datum waarop de leverancier de factuur heeft aangemaakt. Deze verschilt van de datum 'Factuur ontvangen', waarop de factuur het verwerkingssysteem binnenkwam. Tussen die twee datums kan veel tijd zitten. Met dit attribuut analyseer je vertragingen tussen het opstellen en ontvangen van een factuur. Een lange periode tussen de documentdatum en de ontvangstdatum verkort de effectieve verwerkingstijd en de mogelijkheid om vroegbetalingskorting te benutten. De documentdatum is ook vaak het startpunt voor het berekenen van de vervaldatum.
Waarom dit belangrijk is
Het helpt vertragingen te analyseren tussen het versturen van een factuur door de leverancier en de ontvangst ervan. Die vertraging kan invloed hebben op tijdige betaling.
Waar je het vindt
Een standaardveld in de kopgegevens van de factuur, afkomstig van het fysieke of digitale factuurdocument.
Voorbeelden
2023-10-202023-11-102024-01-02
|
|||
|
Doorlooptijd goedkeuring
ApprovalCycleTime
|
De verstreken tijd vanaf het moment waarop een factuur ter goedkeuring wordt verstuurd tot het moment waarop een definitieve beslissing, goedgekeurd of afgewezen, is genomen. | ||
|
Beschrijving
Deze berekende metriek meet de duur van het goedkeuringssubproces. De waarde is het tijdsverschil tussen de activiteit 'Factuur ter goedkeuring verstuurd' en de bijbehorende activiteit 'Factuur goedgekeurd' of 'Factuur afgewezen'. Dit attribuut meet rechtstreeks de KPI 'Doorlooptijd factuurgoedkeuring' en is belangrijk voor het bijbehorende dashboard. Het helpt vertragingen binnen de goedkeuringsfase afzonderlijk te meten. Die fase draagt vaak sterk bij aan de totale verwerkingstijd. Je kunt de waarde analyseren per goedkeurder, afdeling of factuurbedrag om specifieke knelpunten te vinden.
Waarom dit belangrijk is
Het laat de prestaties van de goedkeuringsworkflow afzonderlijk zien. Zo vind je makkelijk knelpunten die door goedkeurders of complexe goedkeuringsketens ontstaan.
Waar je het vindt
Berekend tijdens de data-transformatie door voor elke factuur de relevante start- en eindgebeurtenissen van de goedkeuring te vinden en het tijdsverschil te berekenen.
Voorbeelden
2 dagen 5 uur10 dagen 1 uur8 uur 30 minuten
|
|||
|
Factuurtype
InvoiceType
|
Indeling van de factuur, bijvoorbeeld een factuur met een inkooporder (PO) of zonder inkooporder (Non-PO). | ||
|
Beschrijving
Het factuurtype deelt facturen in verschillende categorieën in. Die volgen vaak elk een eigen proces. Het belangrijkste onderscheid is dat tussen facturen met een PO, die je kunt matchen met een vooraf goedgekeurde order, en Non-PO-facturen, waarvoor meer codering en goedkeuring nodig is. Dit attribuut is belangrijk voor procesanalyse, omdat PO- en Non-PO-facturen fundamenteel verschillende processen volgen. Door ze apart te analyseren, krijg je een betrouwbaarder beeld van de prestaties per procesroute en voorkom je misleidende geaggregeerde cijfers. Zo zie je hoe efficiënt en compliant elke afzonderlijke flow is.
Waarom dit belangrijk is
Het deelt facturen op in afzonderlijke procesflows, bijvoorbeeld PO en Non-PO. Dat is nodig voor een betrouwbare prestatiemeting en analyse.
Waar je het vindt
Dit is vaak een standaardveld op het factuurdocument in SAP Ariba. Je kunt het ook afleiden uit de aanwezigheid van 'PurchaseOrderNumber'.
Voorbeelden
Factuur met inkooporderFactuur zonder inkooporderCreditnota
|
|||
|
Korting benut
IsEarlyPaymentDiscountTaken
|
Een boolean-vlag die aangeeft of een vroegbetalingskorting voor een daarvoor in aanmerking komende factuur daadwerkelijk is toegepast. | ||
|
Beschrijving
Dit attribuut is het resultaat van een berekening. Eerst wordt op basis van 'PaymentTerms' bepaald of een factuur in aanmerking komt voor vroegbetalingskorting. Daarna wordt gecontroleerd of de gebeurtenis 'Betaling uitgevoerd' binnen de kortingsperiode plaatsvond. Deze vlag is belangrijk voor het meten van de KPI 'Percentage geïnde vroegbetalingskorting'. De waarde laat direct zien hoe succesvol treasury en crediteurenbeheer zijn in het verbeteren van het werkkapitaal. Door cases met de waarde false te analyseren, ontdek je waarom kortingen worden misgelopen, bijvoorbeeld door trage goedkeuringen of andere knelpunten in het proces.
Waarom dit belangrijk is
Het meet rechtstreeks hoe succesvol kostenbesparingen worden gerealiseerd en helpt oorzaken van gemiste kortingsmogelijkheden op te sporen.
Waar je het vindt
Berekend tijdens de data-transformatie door 'PaymentTerms' te verwerken en de timestamp van 'Betaling uitgevoerd' te vergelijken met de berekende uiterste kortingsdatum.
Voorbeelden
truefalse
|
|||
|
Laatste data-update
LastDataUpdate
|
De timestamp die aangeeft wanneer de data voor deze gebeurtenis voor het laatst is vernieuwd of geëxtraheerd. | ||
|
Beschrijving
Dit attribuut geeft de datum en tijd van de meest recente data-extractie uit het bronsysteem. Het is een metadataveld dat belangrijk is voor datagovernance en om te begrijpen hoe actueel de analyse is. Analisten gebruiken deze informatie om te controleren of ze met actuele data werken en om de mogelijke vertraging te begrijpen tussen een gebeurtenis in het bronsysteem en het moment waarop die in de process mining-tool verschijnt. Dit is belangrijk voor het beheren van data-refreshcycli en de betrouwbaarheid van inzichten.
Waarom dit belangrijk is
Dit geeft belangrijke context over de actualiteit van de data. Zo weet je zekerder dat analyses op actuele en relevante informatie zijn gebaseerd.
Waar je het vindt
Deze timestamp wordt meestal tijdens het data-extractieproces (ETL) gegenereerd en aan de dataset toegevoegd.
Voorbeelden
2024-03-15T02:00:00Z2024-03-16T02:00:00Z2024-03-17T02:00:00Z
|
|||
|
Land
Country
|
Het land dat aan de factuur is gekoppeld, meestal op basis van de bedrijfscode of de locatie van de leverancier. | ||
|
Beschrijving
Het attribuut Land voegt een geografische dimensie toe aan de analyse. Het wordt meestal afgeleid van de bedrijfscode waarop de factuur wordt geboekt of van het adres van de leverancier. Door het proces per land te analyseren, zie je regionale verschillen in prestaties, compliance en procesuitvoering. Zo wordt duidelijk of bepaalde landenkantoren specifieke problemen hebben of juist best practices gebruiken die wereldwijd kunnen worden gedeeld. Dat is waardevol voor het standaardiseren van processen binnen een wereldwijde shared-servicesomgeving.
Waarom dit belangrijk is
Hiermee kun je geografische analyses uitvoeren en procesprestaties en compliance in verschillende landen of regio's vergelijken.
Waar je het vindt
Afgeleid van de stamgegevens van de bedrijfscode of leverancier in SAP Ariba of het gekoppelde ERP-systeem.
Voorbeelden
USADuitslandVerenigd Koninkrijk
|
|||
|
Op tijd betaald
IsPaidOnTime
|
Een boolean-vlag die aangeeft of de factuur op of vóór de vervaldatum is betaald. | ||
|
Beschrijving
Dit berekende attribuut vergelijkt de timestamp van de activiteit 'Betaling uitgevoerd' met 'PaymentDueDate'. Valt de betaaldatum op of vóór de vervaldatum, dan is de waarde true. Anders is de waarde false. Deze vlag maakt de analyse van betaalprestaties eenvoudiger. Je kunt er makkelijk mee filteren en aggregeren om de KPI 'Percentage op tijd betaalde facturen' te berekenen. Dashboards kunnen de prestaties per leverancier, land of bedrijfscode snel visualiseren. Zo zie je waar structureel te laat wordt betaald.
Waarom dit belangrijk is
Het vereenvoudigt de berekening van de KPI voor tijdige betalingen en maakt het makkelijk om te late facturen te filteren voor oorzaakanalyse.
Waar je het vindt
Berekend tijdens de data-transformatie door 'EventTime' van de betaalactiviteit te vergelijken met het attribuut 'PaymentDueDate'.
Voorbeelden
truefalse
|
|||
|
Reden van afwijzing
RejectionReason
|
Een code of tekst die uitlegt waarom een factuur tijdens het goedkeuringsproces is afgewezen. | ||
|
Beschrijving
Wanneer een goedkeurder een factuur afwijst, geeft die meestal een reden op. Dit attribuut legt die informatie vast. Mogelijke waarden zijn bijvoorbeeld 'Onjuiste prijs', 'Dubbele factuur' of 'Overtreding van beleid'. Dit is een belangrijk attribuut voor het dashboard 'Analyse van factuurafwijzingen'. Door de meest voorkomende afwijsredenen te analyseren, kunnen organisaties problemen eerder in het proces opsporen, zoals een slechte factuurkwaliteit bij leveranciers of inconsistenties in interne data. Zo kun je herstelwerk verminderen en het first-time-right-percentage van de factuurverwerking verbeteren.
Waarom dit belangrijk is
Het verklaart waarom herstelwerk ontstaat en geeft direct inzicht in de oorzaken van inefficiënte processen en problemen met de factuurkwaliteit.
Waar je het vindt
Vastgelegd vanuit het workflowlog of notitieveld wanneer de activiteit 'Factuur afgewezen' plaatsvindt in SAP Ariba.
Voorbeelden
Dubbele factuurOnjuiste verwijzing naar inkooporderBedrag overschrijdt goedgekeurd budget
|
|||
|
Valuta
Currency
|
De valutacode voor het factuurbedrag, zoals USD of EUR. | ||
|
Beschrijving
Dit attribuut geeft aan in welke valuta het factuurbedrag is uitgedrukt. Wereldwijde organisaties ontvangen facturen in veel verschillende valuta. De valuta is nodig voor een correcte financiële analyse, zodat bedragen goed met elkaar worden vergeleken. In process mining-dashboards maakt dit een juiste aggregatie van financiële waarden mogelijk. Vaak moeten bedragen daarvoor worden omgerekend naar één rapportagevaluta. De valuta geeft de nodige context bij het attribuut 'Factuurbedrag'.
Waarom dit belangrijk is
Het geeft de nodige context bij het attribuut 'Factuurbedrag', zodat financiële waarden correct worden geïnterpreteerd, vooral in een internationale omgeving.
Waar je het vindt
Een standaardveld in de kopgegevens van de factuur, meestal naast het veld voor het factuurbedrag in SAP Ariba.
Voorbeelden
USDEURGBP
|
|||
Purchase to Pay - activiteiten voor factuurverwerking
| Activiteit | Beschrijving | ||
|---|---|---|---|
|
Betaling uitgevoerd
|
De laatste activiteit in het proces. Hiermee bevestig je dat de betaling naar de leverancier is verzonden en rond je de levenscyclus van de factuur af. | ||
|
Waarom dit belangrijk is
Deze activiteit is het belangrijkste eindpunt voor het meten van de totale doorlooptijd van de factuur. Ook is dit nodig voor het berekenen van het percentage tijdige betalingen en het benutten van vroegbetalingskortingen.
Waar je het vindt
Deze gebeurtenis vindt plaats in het ERP-systeem. De betalingsstatus, betaaldatum en transactiedetails worden vaak teruggestuurd om het factuurdocument in SAP Ariba bij te werken.
Vastleggen
Afgeleid van een wijziging van de betalingsstatus van de factuur naar 'Paid', waarbij de bijbehorende betaaldatum wordt vastgelegd.
Eventtype
inferred
|
|||
|
Factuur afgestemd
|
Een belangrijke mijlpaal waarop de factuur succesvol is gematcht met de inkooporder en goederenontvangst, zonder openstaande verschillen. Dit bevestigt dat de factuur klaar is voor goedkeuring. | ||
|
Waarom dit belangrijk is
Met deze stap is de validatiefase afgerond en is de factuur klaar voor de goedkeuringsworkflow. Dit is een belangrijk meetpunt voor het percentage straight-through processing.
Waar je het vindt
Vastgelegd via een statuswijziging op het Invoice Reconciliation (IR)-document naar een status zoals 'Reconciled'.
Vastleggen
Gebruik de timestamp waarop de status van het Invoice Reconciliation-document wordt bijgewerkt naar 'Reconciled'.
Eventtype
inferred
|
|||
|
Factuur geboekt
|
Deze activiteit betekent dat de goedgekeurde factuur succesvol naar het achterliggende ERP-systeem is verzonden en daar is geaccepteerd voor financiële boekhouding en betalingsverwerking. Dit is een belangrijke integratiemijlpaal. | ||
|
Waarom dit belangrijk is
Hiermee is de overdracht van inkoop naar finance afgerond. Dit is een belangrijke mijlpaal voordat de betaling kan worden ingepland en uitgevoerd.
Waar je het vindt
Afgeleid van een statuswijziging van de factuur naar een eindstatus zoals 'Sent' of 'Processing Payment', samen met een vastgelegde bevestiging van het ERP-systeem.
Vastleggen
Bepaal de timestamp waarop de factuurstatus wordt bijgewerkt om aan te geven dat de factuur succesvol naar het ERP-systeem is verzonden.
Eventtype
inferred
|
|||
|
Factuur goedgekeurd
|
Dit staat voor de succesvolle afronding van de goedkeuringsworkflow. Alle vereiste goedkeurders hebben de factuur goedgekeurd voor betaling. Dit is een belangrijke mijlpaal voordat de factuur wordt geboekt. | ||
|
Waarom dit belangrijk is
Deze activiteit is het eindpunt voor het meten van de goedkeuringsdoorlooptijd en een belangrijke factor voor de volgende stappen in de betalingsverwerking. Vertragingen hier hebben meteen effect op tijdige betalingen.
Waar je het vindt
Dit wordt meestal expliciet vastgelegd in de goedkeuringsgeschiedenis van de factuur in Ariba. Je kunt het ook afleiden uit een statuswijziging van het document naar 'Approved'.
Vastleggen
Haal dit uit records van de goedkeuringsgeschiedenis of uit de timestamp van de statuswijziging naar 'Approved'.
Eventtype
explicit
|
|||
|
Factuur ontvangen
|
Dit markeert het begin van de levenscyclus van de factuurverwerking, wanneer een factuur voor het eerst in SAP Ariba wordt ingevoerd. Dat kan via verschillende kanalen, zoals het Ariba Network, het leveranciersportaal of handmatige invoer. | ||
|
Waarom dit belangrijk is
Deze activiteit is het belangrijkste startpunt voor het meten van de end-to-end-doorlooptijd van facturen en het begrijpen van vertragingen aan het begin van het proces.
Waar je het vindt
Meestal afgeleid van de aanmaaktimestamp van het factuurdocument in SAP Ariba Buying and Invoicing. Deze timestamp geeft aan wanneer het factuurrecord voor het eerst in het systeem is aangemaakt.
Vastleggen
Gebruik de aanmaaktimestamp van het belangrijkste factuurobject of document.
Eventtype
inferred
|
|||
|
Factuur verzonden voor goedkeuring
|
Deze activiteit markeert het begin van de formele goedkeuringsworkflow nadat de factuur succesvol is afgestemd. De factuur wordt op basis van bedrijfsregels naar een of meer aangewezen goedkeurders gestuurd. | ||
|
Waarom dit belangrijk is
Dit is het startpunt voor het meten van de KPI Invoice Approval Cycle Time en voor het analyseren van de efficiëntie van het goedkeuringsproces zelf.
Waar je het vindt
Afgeleid van een statuswijziging op het factuurdocument, vaak van 'Reconciled' naar een status zoals 'Approving' of 'Pending Approval'.
Vastleggen
Registreer de timestamp waarop de status van de factuur of het IR-document verandert in 'Approving' of een vergelijkbare status.
Eventtype
inferred
|
|||
|
Betaling ingepland
|
Dit staat voor de actie van het finance-team in het ERP-systeem om de factuur op te nemen in een specifieke betalingsrun. De betaling is gepland, maar nog niet uitgevoerd. | ||
|
Waarom dit belangrijk is
Dit geeft inzicht in de laatste fase van het betalingsproces. Je kunt er kasuitstromen mee voorspellen en vertragingen tussen boeken en betalen analyseren.
Waar je het vindt
Deze informatie staat meestal in het ERP-systeem. Ze kan worden teruggesynchroniseerd naar SAP Ariba en zichtbaar worden in de betalingsstatus van de factuur.
Vastleggen
Afgeleid van betalingsstatusgegevens die vanuit het ERP-systeem naar het Ariba-factuurdocument worden verzonden.
Eventtype
inferred
|
|||
|
Betalingsblokkade ingesteld
|
Dit gebeurt wanneer een gebruiker of het systeem een goedgekeurde factuur bewust tegenhoudt voor betaling. Vaak komt dat door een geschil met de leverancier, kwaliteitsproblemen of andere commerciële redenen. | ||
|
Waarom dit belangrijk is
Deze activiteit is het startpunt voor het meten van Payment Block Resolution Time. Door blokkades te analyseren, vind en los je structurele problemen op die betalingen vertragen.
Waar je het vindt
Dit wordt vaak beheerd in het gekoppelde ERP-systeem, zoals SAP S/4HANA, nadat de factuur is geboekt. De blokkeringsstatus kan daarna terug naar Ariba worden gesynchroniseerd. Een specifieke vlag of status kan dit aangeven.
Vastleggen
Hiervoor moet je een wijziging in een vlag of statusveld vinden die aangeeft dat een betalingsblokkade actief is.
Eventtype
inferred
|
|||
|
Betalingsblokkade opgeheven
|
Dit geeft aan dat een eerder ingestelde betalingsblokkade is verwijderd, zodat de factuur kan worden ingepland voor betaling. Daarmee is het onderliggende probleem opgelost. | ||
|
Waarom dit belangrijk is
Deze activiteit is het eindpunt voor het meten van Payment Block Resolution Time. Hiermee sluit je de uitzonderingsafhandeling voor geblokkeerde facturen af.
Waar je het vindt
Net als het instellen van een blokkade gebeurt dit meestal in het ERP-systeem. De status kan terug naar Ariba worden gesynchroniseerd. Je leidt dit af uit het verwijderen van de vlag voor de betalingsblokkade.
Vastleggen
Bepaal de timestamp waarop een vlag of status voor een betalingsblokkade wordt verwijderd of gedeactiveerd.
Eventtype
inferred
|
|||
|
Factuur afgewezen
|
Een uitzonderingsactiviteit waarbij een goedkeurder de factuur tijdens de goedkeuringsworkflow afwijst. De factuur moet dan meestal worden gecorrigeerd en opnieuw ingediend, waardoor een herstelcyclus ontstaat. | ||
|
Waarom dit belangrijk is
Het volgen van afwijzingen is belangrijk voor de KPI Invoice Rejection Rate en voor het analyseren van de oorzaken van mislukte goedkeuringen, zoals beleidsovertredingen of onjuiste codering.
Waar je het vindt
Dit wordt vastgelegd in de goedkeuringsgeschiedenis van het factuurdocument en is ook zichtbaar in een statuswijziging naar 'Rejected'.
Vastleggen
Haal dit uit opmerkingen en timestamps in de goedkeuringsgeschiedenis of uit een statuswijziging naar 'Rejected'.
Eventtype
explicit
|
|||
|
Factuur ingediend voor afstemming
|
Dit is het moment waarop de factuur is ingevoerd en formeel wordt ingediend voor afstemming met een inkooporder of contract. Het is de belangrijkste overdracht van gegevensinvoer naar validatie. | ||
|
Waarom dit belangrijk is
Deze mijlpaal start de fase voor matching en validatie. Door de tijd tussen ontvangst en deze activiteit te analyseren, vind je bottlenecks bij de gegevensinvoer.
Waar je het vindt
Afgeleid van een statuswijziging op de factuur of het Invoice Reconciliation (IR)-document, vaak naar een status als 'Submitted' of 'Reconciling'.
Vastleggen
Registreer de timestamp waarop de status van het Invoice Reconciliation-document verandert in 'Submitted'.
Eventtype
inferred
|
|||
|
Verschil bij matching vastgesteld
|
Een uitzonderingsactiviteit die plaatsvindt wanneer het systeem of een gebruiker een verschil vaststelt tussen de factuur, de inkooporder en de ontvangstgegevens. Veelvoorkomende verschillen gaan over prijs, hoeveelheid of btw. | ||
|
Waarom dit belangrijk is
Deze activiteit is belangrijk voor het berekenen van het percentage verschillen bij matching en het vinden van veelvoorkomende foutbronnen. Die veroorzaken vaak vertraging in de verwerking.
Waar je het vindt
Dit wordt vaak vastgelegd via een specifieke status op het Invoice Reconciliation (IR)-document, zoals 'Rejected' of 'Disputed', samen met een redencode.
Vastleggen
Bepaal de timestamp waarop de status van het IR-document verandert naar een status die een verschil of uitzondering aangeeft.
Eventtype
inferred
|
|||
|
Verschil opgelost
|
Dit geeft aan dat een eerder vastgesteld verschil is opgelost en dat de factuur verder kan met afstemming en goedkeuring. Daarvoor kunnen handmatige aanpassingen of communicatie met de leverancier nodig zijn. | ||
|
Waarom dit belangrijk is
Door de tijd voor het oplossen van verschillen te meten, zie je hoeveel impact herstelwerk heeft. Ook ontdek je mogelijkheden om het percentage facturen dat in één keer goed matcht te verbeteren.
Waar je het vindt
Afgeleid van een statuswijziging op het Invoice Reconciliation (IR)-document, van een uitzonderingsstatus terug naar een verwerkingsstatus zoals 'Reconciling' of 'Submitted'.
Vastleggen
Leg de timestamp vast waarop een IR-document een status met een verschil verlaat en teruggaat naar een verwerkingsworkflow.
Eventtype
inferred
|
|||
Extractiegidsen
Klaar om aan de slag te gaan?
Gebruik deze template om je analyse van factuurverwerking efficiënter te maken. Zet vandaag nog je event log op en betaal facturen sneller.
Optimaliseer vandaag je Purchase to Pay-factuurverwerking
Verlaag de doorlooptijd van facturen met 30% en verbeter je cashflow.
Je hebt geen creditcard nodig. Je bent in enkele minuten klaar met instellen.