Datatemplate voor Purchase to Pay-factuurverwerking

SAP Ariba
Datatemplate voor Purchase to Pay-factuurverwerking

Datatemplate voor Purchase to Pay-factuurverwerking

Deze template biedt een gestructureerde aanpak voor het verzamelen van de data die nodig is om factuurverwerking in SAP Ariba te optimaliseren. Je ziet welke attributen je verzamelt, welke belangrijke activiteiten je bijhoudt en hoe je de data kunt extraheren. Gebruik deze bron om snel een event log op te zetten voor procesanalyse.
  • Aanbevolen attributen om te verzamelen
  • Belangrijke activiteiten om bij te houden in SAP Ariba
  • Praktische uitleg over data-extractie

Attributen voor Purchase to Pay-factuurverwerking

Dit zijn de aanbevolen datavelden voor je event log, zodat je factuurverwerking in SAP Ariba volledig kunt analyseren.
3 Verplicht 7 Aanbevolen 12 Optioneel
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 workflow voor factuurverwerking, zoals 'Factuur ontvangen', 'Factuur goedgekeurd' of 'Betaling uitgevoerd'. Elke activiteit is een bedrijfsgebeurtenis die de factuur dichter bij afronding brengt.

Bij process mining vormen deze activiteiten samen de proceskaart. Door ze te analyseren, kun je de meest voorkomende procespaden en afwijkingen van de standaardprocedure vinden. Ook worden herstelwerk, zoals het afhandelen van verschillen, en mogelijkheden voor automatisering zichtbaar.

Waarom dit belangrijk is

Met dit attribuut kun je de proceskaart visualiseren, procesvarianten ontdekken en herstelwerk of bottlenecks opsporen.

Waar vind je dit?

Dit gegeven wordt samengesteld uit systeemgebeurtenissen, statuswijzigingen of gebruikersacties die in SAP Ariba zijn vastgelegd. Vaak komt het 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 het volledige factuurverwerkingsproces.
Beschrijving

Het factuurnummer is de unieke referentie die een leverancier aan een factuurdocument toekent. Bij process mining is dit attribuut belangrijk omdat het als case-ID alle bijbehorende activiteiten koppelt, van ontvangst van de factuur tot de uiteindelijke betaling.

Met deze identificatie kunnen analisten de volledige levenscyclus van elke factuur reconstrueren. Zo kunnen ze processtromen gedetailleerd analyseren, bottlenecks opsporen en KPI’s meten, zoals de doorlooptijd van afzonderlijke facturen.

Waarom dit belangrijk is

Dit is de sleutel die alle processtappen van één factuur met elkaar verbindt. Zo kun je de totale verwerkingstijd en het procesverloop analyseren.

Waar vind je dit?

Dit is een belangrijk veld in het factuurdocument en in de SAP Ariba-oplossing voor factuurverwerking. Je vindt het meestal in de factuurkop- of transactietabellen.

Voorbeelden
INV-2023-001239876543210SI-58840-A
Tijdstip van gebeurtenis
EventTime
De timestamp met de exacte datum en tijd waarop een activiteit heeft plaatsgevonden.
Beschrijving

Het tijdstip van de gebeurtenis, of de timestamp, legt vast wanneer een activiteit plaatsvond. Dit gegeven is nodig voor prestatieanalyses, omdat je hiermee de tijd tussen activiteiten en de totale doorlooptijd van een case kunt berekenen.

Process mining-tools gebruiken deze timestamps om gebeurtenissen chronologisch te ordenen en het procesverloop nauwkeurig weer te geven. Je hebt ze nodig om KPI’s te meten, zoals de doorlooptijd van factuurgoedkeuring en de oplostijd van betalingsblokkades, en om vertragingen en efficiëntie te analyseren.

Waarom dit belangrijk is

Hiermee kun je alle tijdsgebonden metrieken berekenen, zoals doorlooptijden en tijdsduur. Die zijn belangrijk om vertragingen in processen op te sporen.

Waar vind je dit?

SAP Ariba registreert dit automatisch bij elke statuswijziging, gebruikersactie of systeemgebeurtenis. Meestal staat het naast de activiteitsnaam in event logs of geschiedenistabellen.

Voorbeelden
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
Factuurbedrag
InvoiceAmount
Het totale bedrag van de factuur.
Beschrijving

Het factuurbedrag is het totale bedrag dat de leverancier vraagt. Dit financiële attribuut helpt de werklast van de factuurverwerking te analyseren.

Bij process mining kun je hiermee analyses filteren op facturen met een hoog bedrag. Die volgen mogelijk andere goedkeuringspaden of vallen onder strengere controles. Je kunt verbeteringen ook prioriteren op basis van de financiële impact van facturen. Dashboards tonen vaak de totale waarde van facturen in verschillende procesfasen.

Waarom dit belangrijk is

Hiermee kun je de financiële impact analyseren, bijvoorbeeld door facturen met een hoog bedrag te filteren of te zien welk bedrag vastzit door bottlenecks in het proces.

Waar vind je dit?

Een standaardveld in de factuurkopgegevens in SAP Ariba.

Voorbeelden
5250.75120000.00895.50
Factuurstatus
InvoiceStatus
De huidige of definitieve status van de factuurcase, zoals betaald, afgewezen of in behandeling.
Beschrijving

De factuurstatus geeft aan in welke fase van de levenscyclus de factuur zich bevond toen de data werd opgehaald, of wat de uiteindelijke uitkomst was. Dit attribuut op caseniveau vat de algemene status van de factuur samen.

Bij process mining kun je hiermee cases filteren en alleen afgeronde (betaalde) of problematische (afgewezen) facturen analyseren. Zo zie je wat de uitkomst is van verschillende procesvarianten en welk deel van de facturen succesvol wordt afgehandeld.

Waarom dit belangrijk is

Dit geeft de uiteindelijke uitkomst van het factuurproces weer. Zo kun je betaalde en afgewezen facturen afzonderlijk analyseren.

Waar vind je dit?

Dit is een standaardstatusveld in de factuurkop in SAP Ariba.

Voorbeelden
BetaaldAfgewezenIn behandelingGoedgekeurd
Goedkeurder
Approver
De gebruiker of rol die verantwoordelijk is voor de goedkeuring van de factuur voor betaling.
Beschrijving

De goedkeurder is de persoon of gebruikersgroep die een factuur moet beoordelen en goedkeuren. Afhankelijk van het bedrag of type factuur zijn soms meerdere goedkeuringsniveaus nodig.

Met dit attribuut kun je de prestaties van de goedkeuringsworkflow analyseren. Door de doorlooptijd van factuurgoedkeuring per goedkeurder of goedkeuringsgroep te vergelijken, zie je welke personen of teams bottlenecks vormen. Deze informatie helpt de werklast te verdelen en de goedkeuring efficiënter te laten verlopen.

Waarom dit belangrijk is

Hiermee kun je bottlenecks in het goedkeuringsproces opsporen door te zien welke gebruikers of teams de langste doorlooptijden voor goedkeuring hebben.

Waar vind je dit?

Dit wordt vastgelegd in de workflow- of goedkeuringsgeschiedenis van een factuur in SAP Ariba. Het kan zijn opgeslagen als gebruikers-ID.

Voorbeelden
j.smithFinance_Approvers_Tier1m.jones
Inkoopordernummer
PurchaseOrderNumber
De identificatie van de inkooporder die bij de factuur hoort, indien van toepassing.
Beschrijving

Het inkoopordernummer koppelt een factuur aan het bijbehorende inkoopdocument waarmee de aankoop van goederen of diensten is goedgekeurd. Niet elke factuur is aan een inkooporder gekoppeld, maar waar dat wel zo is, is deze koppeling belangrijk.

Door facturen op inkoopordernummer te analyseren, kun je zien hoe goed de driewegmatching verloopt (inkooporder, goederenontvangst en factuur). Dit helpt verschillen op te sporen en factuurverwerking met en zonder inkooporder te vergelijken. Die processen volgen vaak verschillende paden en hebben een andere efficiëntie.

Waarom dit belangrijk is

Dit koppelt de factuur aan het inkoopproces. Zo kun je verschillen bij matching analyseren en factuurstromen met en zonder inkooporder vergelijken.

Waar vind je dit?

Beschikbaar als standaardveld op facturen met een inkooporder in SAP Ariba. Je vindt het in de factuurregel- of kopgegevens.

Voorbeelden
45000123454500054321PO-2023-789
Leveranciersnaam
VendorName
De naam van de leverancier die de factuur heeft ingediend.
Beschrijving

De leveranciersnaam geeft aan welke leverancier om betaling vraagt. Dit is een belangrijke dimensie om de prestaties van de factuurverwerking per leverancier te vergelijken.

Met dit attribuut kun je dashboards maken die de betaalprestaties per leverancier volgen, leveranciers met veel verschillen opsporen of de verwerkingstijd voor strategische leveranciers analyseren. Inzicht in problemen per leverancier kan helpen de samenwerking te verbeteren.

Waarom dit belangrijk is

Hiermee kun je prestaties per leverancier analyseren en zien welke leveranciers vaak problemen met facturen hebben of laat worden betaald.

Waar vind je dit?

Een standaardveld in de factuurkopgegevens, gekoppeld aan de leveranciersstamgegevens in SAP Ariba of het gekoppelde ERP-systeem.

Voorbeelden
Global Office Supplies Inc.Tech Solutions LLCInnovate Logistics
Reden betalingsblokkade
PaymentBlockReason
De specifieke reden waarom een betalingsblokkade op een factuur is ingesteld.
Beschrijving

Als een factuur niet kan worden betaald, geeft dit attribuut de reden aan, zoals 'Prijsverschil', 'Hoeveelheid komt niet overeen' of 'Goederenontvangst ontbreekt'. Dit zijn vaak gestandaardiseerde codes of omschrijvingen in het systeem.

Door te analyseren hoe vaak verschillende redenen voor blokkades voorkomen, kun je de oorzaken van betalingsvertragingen opsporen. Veel blokkades vanwege een prijsverschil kunnen bijvoorbeeld wijzen op problemen met de juistheid van stamgegevens. Dit attribuut is belangrijk voor het dashboard voor de oplostijd van betalingsblokkades, zodat je de meest voorkomende en tijdrovende problemen kunt aanpakken.

Waarom dit belangrijk is

Dit laat zien wat de oorzaak is van betalingsvertragingen. Zo kun je gericht problemen voorkomen, zoals verschillen in prijs of hoeveelheid.

Waar vind je dit?

Deze informatie wordt ingesteld wanneer een betalingsblokkade op een factuur wordt toegepast in SAP Ariba of het gekoppelde ERP-systeem.

Voorbeelden
PrijsverschilHoeveelheid komt niet overeenWacht op goederenontvangst
Uiterste betaaldatum
PaymentDueDate
De datum waarop de factuur volgens de betalingsvoorwaarden moet zijn betaald om boetes te voorkomen.
Beschrijving

De uiterste betaaldatum 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 30 dagen netto.

Dit attribuut is nodig voor de KPI voor het percentage tijdige betalingen. Door de timestamp van 'Betaling uitgevoerd' te vergelijken met de uiterste betaaldatum, kun je late betalingen opsporen en de betaalprestaties per leverancier meten. Zo kunnen organisaties boetes voorkomen en goede relaties met leveranciers 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 vind je dit?

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 staat voor 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 internationale organisatie standaardiseren.

Waarom dit belangrijk is

Hiermee kun je de prestaties van verschillende juridische entiteiten of bedrijfseenheden vergelijken en inefficiënties per regio of afdeling opsporen.

Waar vind je dit?

Een belangrijk organisatieveld in het factuurdocument in SAP Ariba. Het wordt overgenomen van de inkooporder of ingevuld wanneer een factuur zonder inkooporder wordt aangemaakt.

Voorbeelden
1000US01DE01
Betalingsvoorwaarden
PaymentTerms
De afgesproken voorwaarden voor betaling aan de leverancier, vaak met informatie over kortingen bij vroege betaling.
Beschrijving

De betalingsvoorwaarden bepalen hoe de leverancier wordt betaald. Voorbeelden zijn '30 dagen netto' (betaling binnen 30 dagen) en '2% 10, 30 dagen netto' (2% korting bij betaling binnen 10 dagen, anders betaling binnen 30 dagen). Deze informatie komt uit de leveranciersstamgegevens of de inkooporder.

Dit attribuut is nodig voor het dashboard met mogelijkheden voor korting bij vroege betaling en de bijbehorende KPI. De analyse gebruikt de voorwaarden om facturen te vinden die voor korting in aanmerking komen en controleert of de betaling binnen de kortingsperiode is uitgevoerd. Zo worden besparingsmogelijkheden zichtbaar.

Waarom dit belangrijk is

Dit helpt mogelijkheden voor korting bij vroege betaling op te sporen. Zulke kortingen kunnen de kosten flink verlagen.

Waar vind je dit?

Opgeslagen in de leveranciersstamgegevens en gekopieerd naar de factuurgegevens in SAP Ariba of het ERP-systeem.

Voorbeelden
30 dagen netto2% 10, 30 dagen netto60 dagen netto
Bronsysteem
SourceSystem
Het systeem waaruit de gebeurtenisgegevens zijn gehaald.
Beschrijving

Dit attribuut geeft aan uit welk systeem een gebeurtenis afkomstig is, zoals 'SAP Ariba', 'SAP S/4HANA' of een scanoplossing van een andere leverancier. In moderne organisaties kan factuurverwerking over meerdere applicaties lopen.

Het bronsysteem kennen helpt bij het opsporen van problemen met de datakwaliteit en bij het analyseren van overdrachten tussen platforms. Zo wordt duidelijk waar activiteiten plaatsvinden, bijvoorbeeld het scannen of goedkeuren van facturen.

Waarom dit belangrijk is

Hiermee kun je activiteiten uit verschillende systemen van elkaar onderscheiden. Dat is belangrijk om integratiepunten en systeemspecifieke bottlenecks te begrijpen.

Waar vind je dit?

Dit wordt meestal toegevoegd tijdens het proces voor data-extractie, transformatie en laden (ETL). Daarbij wordt op basis van de databron een vaste waarde toegekend.

Voorbeelden
SAP AribaSAP S4HANACoupa
Doorlooptijd goedkeuring
ApprovalCycleTime
De tijd tussen het moment waarop een factuur ter goedkeuring wordt verzonden en het moment waarop een definitief besluit wordt genomen: goedkeuren of afwijzen.
Beschrijving

Deze berekende metriek meet de doorlooptijd van de goedkeuringssubprocess. Je berekent deze door het tijdsverschil te nemen tussen de activiteit 'Factuur verzonden voor goedkeuring' en de bijbehorende activiteit 'Factuur goedgekeurd' of 'Factuur afgewezen'.

Dit attribuut meet rechtstreeks de KPI voor de doorlooptijd van factuurgoedkeuring en is belangrijk voor het bijbehorende dashboard. Je kunt hiermee vertragingen in de goedkeuringsfase afzonderlijk meten. Die fase draagt vaak sterk bij aan de totale verwerkingstijd. Analyseer de gegevens per goedkeurder, afdeling of factuurbedrag om specifieke bottlenecks te vinden.

Waarom dit belangrijk is

Hiermee kun je de prestaties van de goedkeuringsworkflow afzonderlijk bekijken en bottlenecks opsporen die worden veroorzaakt door goedkeurders of ingewikkelde goedkeuringsketens.

Waar vind je dit?

Wordt berekend tijdens de datatransformatie door voor elke factuur de relevante begin- en eindgebeurtenissen van de goedkeuring te vinden en het tijdsverschil te berekenen.

Voorbeelden
2 dagen 5 uur10 dagen 1 uur8 uur 30 minuten
Factuurdatum
DocumentDate
De datum die de leverancier op het factuurdocument heeft vermeld.
Beschrijving

De factuurdatum is de datum waarop de leverancier de factuur heeft aangemaakt. Dit is niet hetzelfde als de datum waarop de factuur is ontvangen en in het verwerkingssysteem is opgenomen. Er kan veel tijd tussen deze datums zitten.

Met dit attribuut kun je de prestaties van leveranciers analyseren en vertragingen bij het indienen van facturen opsporen. Een lange periode tussen de factuurdatum en de ontvangstdatum verkort de tijd die beschikbaar is om de factuur te verwerken en korting bij vroege betaling te krijgen. De factuurdatum is ook vaak het uitgangspunt voor het berekenen van de uiterste betaaldatum.

Waarom dit belangrijk is

Hiermee kun je vertragingen analyseren tussen het moment waarop een leverancier een factuur verstuurt en het moment waarop die wordt ontvangen. Zulke vertragingen kunnen tijdige betaling bemoeilijken.

Waar vind je dit?

Een standaardveld in de factuurkopgegevens, overgenomen van het papieren of digitale factuurdocument.

Voorbeelden
2023-10-202023-11-102024-01-02
Factuurtype
InvoiceType
De categorie van de factuur, bijvoorbeeld een factuur met inkooporder (PO) of zonder inkooporder (Non-PO).
Beschrijving

Het factuurtype deelt facturen in categorieën in die vaak elk een eigen proces volgen. Het belangrijkste onderscheid is dat tussen facturen met een inkooporder, die je kunt matchen met een vooraf goedgekeurde bestelling, en facturen zonder inkooporder, waarvoor meer codering en goedkeuring nodig is.

Dit attribuut is belangrijk voor procesanalyse, omdat de verwerking van facturen met en zonder inkooporder sterk verschilt. Door ze apart te analyseren, krijg je een nauwkeuriger beeld van de prestaties per procespad en voorkom je misleidende totaalcijfers. Zo kun je de efficiëntie en compliance van elk proces afzonderlijk beoordelen.

Waarom dit belangrijk is

Hiermee worden facturen verdeeld over verschillende processtromen, bijvoorbeeld met of zonder inkooporder. Zo kun je prestaties nauwkeurig meten en analyseren.

Waar vind je dit?

Dit is vaak een standaardveld in het factuurdocument in SAP Ariba. Je kunt het ook afleiden uit de aanwezigheid van 'PurchaseOrderNumber'.

Voorbeelden
Factuur met inkooporderFactuur zonder inkooporderCreditnota
Korting ontvangen
IsEarlyPaymentDiscountTaken
Een booleaanse vlag die aangeeft of een korting bij vroege betaling voor een daarvoor in aanmerking komende factuur is ontvangen.
Beschrijving

Dit attribuut wordt berekend door eerst op basis van 'PaymentTerms' te bepalen of een factuur in aanmerking komt voor korting bij vroege betaling. Daarna wordt gecontroleerd of de gebeurtenis 'Betaling uitgevoerd' binnen de kortingsperiode plaatsvond.

Deze vlag is belangrijk voor het meten van de KPI voor het percentage ontvangen kortingen bij vroege betaling. Hiermee wordt het financiële resultaat gemeten van het beheer van werkkapitaal door treasury en crediteurenadministratie. Door cases te analyseren waarvoor de vlag onwaar is, kun je gemiste besparingen verklaren, bijvoorbeeld door trage goedkeuringen of andere bottlenecks in het proces.

Waarom dit belangrijk is

Dit meet rechtstreeks hoeveel kostenbesparingen zijn gerealiseerd en helpt verklaren waarom kortingsmogelijkheden zijn gemist.

Waar vind je dit?

Berekend tijdens de datatransformatie door 'PaymentTerms' te verwerken en de timestamp van 'Betaling uitgevoerd' te vergelijken met de berekende uiterste datum voor korting.

Voorbeelden
truefalse
Laatste data-update
LastDataUpdate
De timestamp van de laatste keer dat de data voor deze gebeurtenis is vernieuwd of opgehaald.
Beschrijving

Dit attribuut geeft de datum en tijd van de meest recente data-extractie uit het bronsysteem. Het is een metadataveld dat nodig is voor datagovernance en om te weten hoe actueel de analyse is.

Analisten gebruiken deze informatie om te controleren of ze met actuele data werken en om te zien hoeveel tijd er kan zitten tussen een gebeurtenis in het bronsysteem en de weergave ervan in de process mining-tool. Dit is belangrijk voor het beheer van verversingscycli en de betrouwbaarheid van de inzichten.

Waarom dit belangrijk is

Hiermee zie je hoe actueel de data is en kun je controleren of analyses op recente, relevante informatie zijn gebaseerd.

Waar vind je dit?

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 bij de factuur hoort, meestal op basis van de bedrijfscode of de locatie van de leverancier.
Beschrijving

Het attribuut Land voegt een geografische dimensie toe aan de analyse. Meestal wordt het afgeleid van de bedrijfscode waarop de factuur is geboekt of van het adres van de leverancier.

Door het proces per land te analyseren, kun je regionale verschillen in prestaties, compliance en procesuitvoering opsporen. Zo zie je of bepaalde landenkantoren specifieke problemen hebben of werkwijzen gebruiken die wereldwijd kunnen worden gedeeld. Dit is nuttig om processen in een internationale omgeving met gedeelde diensten te standaardiseren.

Waarom dit belangrijk is

Hiermee kun je procesprestaties en compliance tussen landen of regio’s geografisch vergelijken.

Waar vind je dit?

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 booleaanse vlag die aangeeft of de factuur op of vóór de uiterste betaaldatum is betaald.
Beschrijving

Dit berekende attribuut vergelijkt de timestamp van de activiteit 'Betaling uitgevoerd' met 'PaymentDueDate'. Als de betaaldatum op of vóór de uiterste betaaldatum valt, is de waarde waar. Anders is de waarde onwaar.

Met deze vlag kun je de betaalprestaties eenvoudig analyseren. Je kunt er makkelijk op filteren en de gegevens samenvoegen om de KPI voor het percentage tijdige betalingen te berekenen. Dashboards kunnen de prestaties per leverancier, land of bedrijfscode weergeven. Zo zie je waar facturen structureel te laat worden betaald.

Waarom dit belangrijk is

Dit vereenvoudigt de berekening van de KPI voor het percentage tijdige betalingen. Je kunt er ook eenvoudig te laat betaalde facturen mee filteren voor oorzaakanalyse.

Waar vind je dit?

Berekend tijdens de datatransformatie door 'EventTime' van de betalingsactiviteit 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 bevat die informatie, bijvoorbeeld 'Onjuiste prijs', 'Dubbele factuur' of 'Beleidsovertreding'.

Dit is een belangrijk attribuut voor het dashboard voor analyse van factuurafwijzingen. Door de meest voorkomende afwijsredenen te analyseren, kunnen organisaties problemen eerder in het proces opsporen, zoals facturen van lage kwaliteit van leveranciers of inconsistenties in interne data. Zo kun je herstelwerk verminderen en het percentage facturen dat in één keer goed wordt verwerkt verhogen.

Waarom dit belangrijk is

Dit verklaart waarom herstelwerk nodig is en laat direct zien wat de oorzaken zijn van inefficiënte processen en kwaliteitsproblemen met facturen.

Waar vind je dit?

Dit wordt opgehaald uit het workflowlogboek of het opmerkingenveld wanneer de activiteit 'Factuur afgewezen' plaatsvindt in SAP Ariba.

Voorbeelden
Dubbele factuurOnjuiste inkooporderreferentieBedrag hoger dan 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. Internationale organisaties ontvangen facturen in veel verschillende valuta.

Voor financiële analyses moet je de valuta kennen om bedragen goed te kunnen vergelijken. In process mining-dashboards kun je financiële waarden hiermee correct optellen. Vaak moeten ze daarvoor worden omgerekend naar één rapportagevaluta. Dit attribuut geeft de nodige context bij het factuurbedrag.

Waarom dit belangrijk is

Dit geeft context aan het factuurbedrag, zodat je financiële waarden goed kunt interpreteren, vooral bij internationale activiteiten.

Waar vind je dit?

Een standaardveld in de factuurkopgegevens, meestal naast het veld voor het factuurbedrag in SAP Ariba.

Voorbeelden
USDEURGBP
Verplicht Aanbevolen Optioneel

Activiteiten voor Purchase to Pay-factuurverwerking

Leg deze belangrijke processtappen en mijlpalen vast in je event log om de workflow voor factuurverwerking goed in kaart te brengen en te analyseren.
6 Aanbevolen 7 Optioneel
Activiteit Beschrijving
Betaling uitgevoerd
De laatste activiteit in het proces. Deze bevestigt dat de betaling naar de leverancier is verzonden en rondt 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. Je hebt dit gegeven nodig om het percentage tijdige betalingen en het gebruik van kortingen bij vroege betaling te berekenen.

Waar vind je dit?

Deze gebeurtenis vindt plaats in het ERP-systeem. De betalingsstatus, betaaldatum en transactiegegevens worden vaak teruggestuurd om het factuurdocument in SAP Ariba bij te werken.

Vastleggen

Je kunt dit afleiden uit de statuswijziging van de factuur naar 'Betaald' en de bijbehorende betaaldatum.

Gebeurtenistype inferred
Factuur afgestemd
Een belangrijke mijlpaal: de factuur is zonder openstaande verschillen succesvol afgestemd met de inkooporder en de goederenontvangst. Dit bevestigt dat de factuur klaar is voor goedkeuring.
Waarom dit belangrijk is

Na deze stap is de validatiefase afgerond en kan de goedkeuringsworkflow beginnen. Dit is een belangrijk meetpunt voor het percentage facturen dat zonder handmatige tussenkomst wordt verwerkt.

Waar vind je dit?

Vastgelegd via een statuswijziging van het document Invoice Reconciliation (IR) naar een status zoals ‘Reconciled’.

Vastleggen

Gebruik de timestamp waarop de status van het document Invoice Reconciliation verandert in ‘Reconciled’.

Gebeurtenistype inferred
Factuur geboekt
Deze activiteit geeft aan dat de goedgekeurde factuur succesvol naar het onderliggende ERP-systeem is verzonden en daar is geaccepteerd voor de financiële administratie en betalingsverwerking. Dit is een belangrijke mijlpaal in de integratie.
Waarom dit belangrijk is

Bevestigt dat de overdracht van inkoop naar financiën is afgerond. Dit is een belangrijke mijlpaal voordat de betaling kan worden ingepland en uitgevoerd.

Waar vind je dit?

Je kunt dit afleiden uit een statuswijziging van de factuur naar een eindstatus, zoals 'Verzonden' of 'Betaling wordt verwerkt', en uit een bijbehorend bevestigingsbericht van het ERP-systeem.

Vastleggen

Zoek de timestamp waarop de factuurstatus wordt bijgewerkt om aan te geven dat de factuur succesvol naar het ERP-systeem is verzonden.

Gebeurtenistype inferred
Factuur goedgekeurd
Geeft aan dat de goedkeuringsworkflow succesvol is afgerond en dat alle vereiste goedkeurders de factuur hebben 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 doorlooptijd van de goedkeuring en is bepalend voor de daaropvolgende betalingsstappen. Vertragingen hebben direct gevolgen voor tijdige betalingen.

Waar vind je dit?

Dit wordt meestal expliciet vastgelegd in de goedkeuringsgeschiedenis van de factuur in Ariba. Je kunt het ook afleiden uit de statuswijziging van het document naar 'Goedgekeurd'.

Vastleggen

Haal dit gegeven uit de records van de goedkeuringsgeschiedenis of uit de timestamp van de statuswijziging naar 'Goedgekeurd'.

Gebeurtenistype explicit
Factuur ontvangen
Dit markeert het begin van de factuurverwerking: de factuur wordt voor het eerst ingevoerd in SAP Ariba. Dat kan via verschillende kanalen, zoals het Ariba Network, het leveranciersportaal of handmatige invoer.
Waarom dit belangrijk is

Deze activiteit is het startpunt voor het meten van de totale doorlooptijd van de factuur en het herkennen van vertragingen aan het begin van het proces.

Waar vind je dit?

Meestal afgeleid van de aanmaaktimestamp van het factuurdocument in SAP Ariba Buying and Invoicing. Deze timestamp geeft aan wanneer de factuur voor het eerst in het systeem is aangemaakt.

Vastleggen

Gebruik de aanmaaktimestamp van het hoofdobject of document van de factuur.

Gebeurtenistype inferred
Factuur ter goedkeuring verzonden
Deze activiteit markeert het begin van de formele goedkeuringsworkflow nadat de factuur succesvol is afgestemd. Op basis van bedrijfsregels wordt de factuur naar een of meer aangewezen goedkeurders gestuurd.
Waarom dit belangrijk is

Dit is het startpunt voor het meten van de KPI voor de goedkeuringsdoorlooptijd van facturen en het analyseren van de efficiëntie van het goedkeuringsproces.

Waar vind je dit?

Af te leiden uit een statuswijziging van 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.

Gebeurtenistype inferred
Betaling ingepland
Dit is de actie van het financiële 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

Geeft inzicht in de laatste fase van het betalingsproces. Zo kun je uitgaande geldstromen voorspellen en vertragingen tussen de boeking en de uiteindelijke betaling analyseren.

Waar vind je dit?

Deze informatie staat meestal in het ERP-systeem. Mogelijk wordt ze teruggesynchroniseerd naar SAP Ariba en weergegeven bij de betalingsstatus van de factuur.

Vastleggen

Je kunt dit afleiden uit betalingsstatusgegevens die vanuit het ERP-systeem worden teruggestuurd naar het factuurdocument in Ariba.

Gebeurtenistype inferred
Betalingsblokkade ingesteld
Dit gebeurt wanneer een gebruiker of het systeem een goedgekeurde factuur bewust tegenhoudt voor betaling. Vaak is er sprake van een geschil met de leverancier, kwaliteitsproblemen of andere commerciële redenen.
Waarom dit belangrijk is

Deze activiteit is het startpunt voor het meten van de oplostijd van betalingsblokkades. Door blokkades te analyseren, kun je structurele problemen opsporen en oplossen die betalingen vertragen.

Waar vind je dit?

Dit wordt vaak beheerd in het gekoppelde ERP-systeem, zoals SAP S/4HANA, nadat de factuur is geboekt. De blokkeringsstatus kan worden teruggesynchroniseerd naar Ariba en kan zichtbaar zijn als een specifieke vlag of status.

Vastleggen

Hiervoor moet je een vlag of statusveldwijziging vinden die aangeeft dat een betalingsblokkade actief is.

Gebeurtenistype inferred
Betalingsblokkade opgeheven
Geeft aan dat een eerder ingestelde betalingsblokkade is opgeheven, zodat de factuur kan worden ingepland voor betaling. Dit betekent dat het onderliggende probleem is opgelost.
Waarom dit belangrijk is

Deze activiteit is het eindpunt voor het meten van de oplostijd van betalingsblokkades. Hiermee is de afhandeling van de uitzondering voor geblokkeerde facturen afgerond.

Waar vind je dit?

Net als het instellen van een blokkade gebeurt dit meestal in het ERP-systeem. De status kan worden teruggekoppeld naar Ariba. Je kunt dit afleiden uit het verwijderen van een vlag voor een betalingsblokkade.

Vastleggen

Hiervoor moet je de timestamp vinden waarop de vlag of status van de betalingsblokkade wordt verwijderd of gedeactiveerd.

Gebeurtenistype inferred
Factuur afgewezen
Dit is een uitzonderingsactiviteit waarbij een goedkeurder de factuur tijdens de goedkeuringsworkflow afwijst. Meestal moet de factuur daarna worden aangepast en opnieuw ingediend, waardoor herstelwerk ontstaat.
Waarom dit belangrijk is

Afwijzingen bijhouden is belangrijk voor de KPI voor het afwijzingspercentage van facturen en om de oorzaken van mislukte goedkeuringen te analyseren, zoals beleidsovertredingen of onjuiste codering.

Waar vind je dit?

Dit wordt vastgelegd in de goedkeuringsgeschiedenis van het factuurdocument en is ook zichtbaar als statuswijziging naar 'Afgewezen'.

Vastleggen

Haal dit gegeven uit opmerkingen en timestamps in de goedkeuringsgeschiedenis of uit een statuswijziging naar 'Afgewezen'.

Gebeurtenistype explicit
Factuur ingediend voor afstemming
Dit is het moment waarop de ingevoerde factuur formeel wordt ingediend voor afstemming met een inkooporder of contract. De gegevensinvoer wordt hiermee overgedragen aan de validatie.
Waarom dit belangrijk is

Deze mijlpaal start de matching- en validatiefase. Door de tijd tussen ontvangst en deze activiteit te analyseren, kun je bottlenecks bij de gegevensinvoer opsporen.

Waar vind je dit?

Af te leiden uit een statuswijziging van de factuur of het document Invoice Reconciliation (IR), vaak naar een status zoals ‘Submitted’ of ‘Reconciling’.

Vastleggen

Registreer de timestamp waarop de status van het document Invoice Reconciliation verandert in ‘Submitted’.

Gebeurtenistype 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 gegevens over de goederenontvangst. Veelvoorkomende verschillen hebben betrekking op prijs, hoeveelheid of btw.
Waarom dit belangrijk is

Deze activiteit is belangrijk om het percentage verschillen bij matching te berekenen en veelvoorkomende foutbronnen te herkennen. Die veroorzaken vaak vertraging in de verwerking.

Waar vind je dit?

Dit wordt vaak vastgelegd met een specifieke status van het document Invoice Reconciliation (IR), zoals ‘Rejected’ of ‘Disputed’, met een reden.

Vastleggen

Bepaal de timestamp waarop de status van het IR-document verandert en een verschil of uitzondering aangeeft.

Gebeurtenistype inferred
Verschil opgelost
Dit betekent dat een eerder vastgesteld verschil is opgelost en dat de factuur verder kan met de afstemming en goedkeuring. Dit kan handmatige aanpassingen of contact met de leverancier vereisen.
Waarom dit belangrijk is

Door de tijd voor het oplossen van verschillen te meten, zie je hoeveel herstelwerk kost en waar je het percentage facturen dat in één keer goed wordt gematcht kunt verbeteren.

Waar vind je dit?

Af te leiden uit een statuswijziging van het document Invoice Reconciliation (IR), van een uitzonderingsstatus terug naar een verwerkingsstatus zoals ‘Reconciling’ of ‘Submitted’.

Vastleggen

Registreer de timestamp waarop een IR-document een status met een verschil verlaat en terugkeert naar een verwerkingsworkflow.

Gebeurtenistype inferred
Aanbevolen Optioneel

Extractiegidsen

Zo haal je data op uit SAP Ariba

Klaar om te beginnen?

Gebruik deze template om de analyse van factuurverwerking efficiënter te maken. Zet vandaag nog een event log op om verbeterkansen te vinden en betalingen sneller te verwerken.

Verbeter vandaag nog de factuurverwerking van Purchase to Pay

Verkort de doorlooptijd van facturen met 30% en verbeter zo de cashflow.

Start je gratis proefperiode

Geen creditcard nodig. Binnen enkele minuten ingesteld.