Datatemplate voor factuurverwerking van inkoop tot betaling

Coupa
Datatemplate voor factuurverwerking van inkoop tot betaling

Datatemplate voor factuurverwerking van inkoop tot betaling

Deze template helpt je de belangrijkste datapunten te verzamelen voor een goede analyse van factuurverwerking in Coupa. Je ziet welke attributen je moet verzamelen en welke activiteiten je in het event log moet bijhouden. Ook vind je praktische uitleg over het ophalen van deze data uit Coupa, zodat je goed van start kunt met process mining.
  • Aanbevolen attributen om te verzamelen
  • Belangrijke activiteiten om bij te houden
  • Uitleg over data-extractie uit Coupa

Attributen voor factuurverwerking van inkoop tot betaling

Dit zijn de aanbevolen datavelden voor het event log, zodat je de factuurverwerking van inkoop tot betaling volledig kunt analyseren.
3 Verplicht 6 Aanbevolen 11 Optioneel
Naam Beschrijving
Factuurnummer
InvoiceNumber
De unieke identificatiecode van een leveranciersfactuur. Hiermee volg je de factuur gedurende de hele levenscyclus.
Beschrijving

Het factuurnummer is de unieke referentie die een leverancier aan een factuur toekent. In process mining fungeert het als Case-ID en koppelt het alle bijbehorende activiteiten, van ontvangst en controle tot goedkeuring en betaling.

Met analyses op basis van het factuurnummer krijg je een volledig beeld van het traject van elke factuur. Zo zie je verschillen in de verwerkingsroutes, meet je doorlooptijden nauwkeurig en spoor je specifieke facturen op die vertraging oplopen, worden geblokkeerd of uitzonderingen bevatten. Dit attribuut vormt de basis voor een gedetailleerde analyse van de prestaties van de factuurverwerking.

Waarom dit belangrijk is

Dit is de essentiële case-identificatiecode die alle gebeurtenissen van één factuur met elkaar verbindt en zo een samenhangende end-to-endprocesanalyse mogelijk maakt.

Waar vind je dit?

Dit is een primair veld op het Invoice-object in Coupa. Je vindt het in de factuurkopgegevens in de gebruikersinterface of via de Invoices API.

Voorbeelden
INV-2023-00123785549-APO45001-INV
Tijdstip van gebeurtenis
EventTime
De exacte timestamp waarop een specifieke activiteit of gebeurtenis plaatsvond.
Beschrijving

Het tijdstip van de gebeurtenis, oftewel de timestamp, legt de exacte datum en tijd van een activiteit vast. Het vormt de tijdsbasis van het proceslogboek en zet alle gebeurtenissen per case in chronologische volgorde.

Dit attribuut is essentieel voor alle tijdsanalyses in process mining. Je gebruikt het om doorlooptijden tussen activiteiten te berekenen, de duur van bottlenecks vast te stellen, wachttijden te meten en procesprestaties over verschillende perioden te analyseren. Nauwkeurige timestamps zijn belangrijk voor realistische procesmodellen en bruikbare prestatie-KPI’s.

Waarom dit belangrijk is

Dit levert de chronologische data die nodig is om alle duur, doorlooptijden en wachttijden te berekenen. Die vormen de basis voor prestatieanalyses.

Waar vind je dit?

Deze data wordt vastgelegd in het auditspoor of de geschiedenislogboeken van Invoice-objecten in Coupa. Bij elke geregistreerde actie of statuswijziging hoort een timestamp.

Voorbeelden
2023-10-26T10:00:00Z2023-11-05T14:32:15Z2023-11-15T09:01:45Z
Activiteit
ActivityName
De naam van een specifieke bedrijfsgebeurtenis of taak tijdens de verwerking van een factuur.
Beschrijving

De activiteitsnaam beschrijft een stap in de factuurverwerkingsworkflow, zoals 'Factuur aangemaakt', 'Factuur ter goedkeuring verzonden' of 'Betaling uitgevoerd'. Elke activiteit markeert een moment waarop de status of eigenaar van de factuur veranderde.

In process mining vormen activiteiten samen de processtroom. Door ze te analyseren, zie je hoe het proces werkelijk verloopt, welke routes vaak of juist zelden voorkomen en waar bottlenecks ontstaan doordat activiteiten te lang duren. Ook komen niet-conforme of inefficiënte stappen aan het licht, zoals herstelwerk.

Waarom dit belangrijk is

Dit attribuut is essentieel om de proceskaart op te bouwen en de werkelijke workflow voor factuurverwerking zichtbaar te maken en te analyseren.

Waar vind je dit?

Dit attribuut wordt meestal afgeleid uit event logs, auditsporen of statuswijzigingen in de Invoice-module van Coupa. Vaak moeten statuswijzigingen of specifieke gebruikersacties worden gekoppeld aan vastgestelde activiteitsnamen.

Voorbeelden
Factuur ingediend voor verwerkingFactuur goedgekeurdBetalingsblokkade op factuur geplaatstBetaling uitgevoerd
Factuurstatus
InvoiceStatus
De huidige status van de factuur in de verwerkingsworkflow.
Beschrijving

De factuurstatus geeft op elk moment aan waar een factuur zich in het proces bevindt, bijvoorbeeld 'pending approval', 'approved', 'on hold' of 'paid'. Dit attribuut verandert wanneer de factuur verdergaat in het proces.

Dit is een belangrijk attribuut voor dashboards voor operationele monitoring, zoals het dashboard Doorvoer en status van factuurverwerking. Je kunt ermee bijhouden hoeveel openstaande facturen er zijn en hoe die over de verschillende fasen zijn verdeeld. Ook kun je statuswijzigingen in de tijd analyseren om het attribuut 'ActivityName' af te leiden.

Waarom dit belangrijk is

Dit geeft realtime inzicht in de positie van een factuur in de workflow. Dat is belangrijk voor operationele dashboards en statusbewaking.

Waar vind je dit?

Dit is een primair statusveld op het Invoice-object in Coupa.

Voorbeelden
In afwachting van goedkeuringGoedgekeurdOngeldig gemaaktBetaald
Gebruiker
User
De gebruiker of systeemagent die de activiteit heeft uitgevoerd.
Beschrijving

Dit attribuut geeft aan welke persoon of welk geautomatiseerd systeem verantwoordelijk was voor een processtap, zoals een factuur goedkeuren of een blokkade opheffen. Meestal wordt dit weergegeven met een gebruikers-ID, naam of e-mailadres.

Analyse per gebruiker helpt je te begrijpen hoe teams presteren en hoe het werk is verdeeld. Ook zie je waar training nodig is. Dit is belangrijk voor bottleneckanalyse: zo ontdek je of vertragingen zich concentreren bij bepaalde goedkeurders of teams. Daarnaast kun je handmatige en geautomatiseerde activiteiten van elkaar onderscheiden.

Waarom dit belangrijk is

Hiermee analyseer je de werklast, spoor je bottlenecks door specifieke gebruikers of teams op en beoordeel je de prestaties en compliance van gebruikers.

Waar vind je dit?

Gebruikersinformatie wordt meestal bij elke actie vastgelegd in het auditspoor of de geschiedenis van een factuur in Coupa.

Voorbeelden
john.doe@company.comjane.smithSystem.Automation
Inkoopordernummer
PurchaseOrderNumber
De identificatiecode van de inkooporder (PO) waarop de factuur betrekking heeft.
Beschrijving

Het inkoopordernummer koppelt een factuur aan het oorspronkelijke inkoopdocument. Deze koppeling is de basis voor PO-matching, een belangrijke stap bij de factuurcontrole in veel organisaties.

In process mining is dit attribuut belangrijk om PO-matching en het oplossen van afwijkingen te analyseren. Je kunt facturen voor specifieke PO’s filteren en hebt het nodig voor het dashboard Overzicht van afwijkingen bij PO-matching. Een hoog percentage facturen zonder PO-nummer kan wijzen op ongeautoriseerde aankopen of inkoop die niet aan de regels voldoet.

Waarom dit belangrijk is

Dit koppelt de factuur aan het inkoopproces, zodat je de efficiëntie van PO-matching en de afhandeling van afwijkingen kunt analyseren.

Waar vind je dit?

Dit is een standaardveld op het Invoice Line-object in Coupa. Het koppelt factuurregels aan PO-regels.

Voorbeelden
PO4500123PO4500456PO4500789
Leveranciersnaam
VendorName
De naam van de leverancier die de factuur heeft ingediend.
Beschrijving

De leveranciersnaam geeft aan van welke zakenpartner de goederen of diensten zijn ingekocht. Dit is belangrijke context voor analyses van betalingsprestaties en leveranciersrelaties.

Met dit attribuut kun je het factuurproces per leverancier uitsplitsen. Zo beantwoord je vragen als: 'Bij welke leveranciers duurt de factuurverwerking het langst?' en 'Betalen we bepaalde strategische leveranciers steeds op tijd?'. Analyse per leverancier is belangrijk voor het dashboard Tijdige betaling aan leveranciers en voor goed leveranciersbeheer.

Waarom dit belangrijk is

Je kunt het proces per leverancier uitsplitsen en analyseren. Dat helpt bij het beheren van leveranciersrelaties en het opsporen van leverancierspecifieke problemen.

Waar vind je dit?

Deze informatie maakt deel uit van de basisgegevens van de factuur in Coupa en is gekoppeld aan het Supplier/Vendor-object.

Voorbeelden
Global Office SuppliesTech Solutions Inc.Creative Marketing Agency
Totaalbedrag factuur
InvoiceTotalAmount
Het totale bedrag van de factuur, inclusief belastingen en andere kosten.
Beschrijving

Dit attribuut bevat het totaalbedrag dat op de factuur moet worden betaald. Het is een belangrijke financiële waarde voor allerlei analyses.

Analyse op basis van factuurbedragen kan patronen aan het licht brengen. Facturen met een hoog bedrag kunnen bijvoorbeeld een andere, strengere goedkeuringsroute volgen, waardoor de doorlooptijd langer wordt. Je kunt ook de financiële gevolgen van procesproblemen bepalen, bijvoorbeeld de waarde van facturen die momenteel geblokkeerd zijn of vertraging oplopen.

Waarom dit belangrijk is

Dit geeft belangrijke financiële context. Je kunt analyseren hoe het proces verandert naargelang het factuurbedrag en wat de financiële gevolgen van vertragingen zijn.

Waar vind je dit?

Dit is een standaardveld op het Invoice-object in Coupa, meestal met de naam 'Total' of 'Total Amount'.

Voorbeelden
1500.75250.0012345.50
Uiterste betaaldatum
PaymentDueDate
De datum waarop de factuur uiterlijk moet zijn betaald om te voorkomen dat de betaling te laat is.
Beschrijving

De uiterste betaaldatum wordt berekend op basis van de factuurdatum en de afgesproken betalingsvoorwaarden. Dit is de deadline voor betaling aan de leverancier.

Deze datum is de maatstaf voor het meten van tijdige betalingen. Je gebruikt hem rechtstreeks om de KPI Percentage tijdige betalingen te berekenen door de datum te vergelijken met de werkelijke betaaldatum. Analyse van afwijkingen laat zien welke structurele problemen betalingsvertragingen veroorzaken en wat de gevolgen zijn voor leveranciersrelaties en mogelijke boetes.

Waarom dit belangrijk is

Dit is de belangrijkste maatstaf voor tijdige betalingen en essentieel voor goed leveranciersbeheer en het voorkomen van boetes.

Waar vind je dit?

Coupa berekent deze datum meestal op basis van de velden 'Invoice Date' en 'Payment Terms'. De datum staat op het factuurrecord.

Voorbeelden
2023-11-302023-12-152024-01-10
Bedrijfscode
CompanyCode
De identificatiecode van de juridische entiteit of het bedrijf dat verantwoordelijk is voor de factuur.
Beschrijving

De bedrijfscode staat voor een specifieke juridische entiteit binnen een grotere organisatie. Facturen worden aan een bedrijfscode gekoppeld voor de financiële administratie en rapportage.

Dit attribuut is nodig om procesanalyses per juridische entiteit te filteren en op te splitsen. Zo kun je de prestaties van verschillende onderdelen van het bedrijf vergelijken en vragen beantwoorden als: ‘Verloopt de goedkeuring van facturen bij de Amerikaanse entiteit anders dan bij de Duitse entiteit?’ Dit is vooral relevant voor grote, internationaal opererende organisaties.

Waarom dit belangrijk is

Hiermee kun je processen vergelijken en prestaties meten voor verschillende juridische entiteiten of bedrijfseenheden binnen de organisatie.

Waar vind je dit?

Dit is een standaard boekhoudveld op het Invoice-object in Coupa en is vaak verplicht voor financiële boekingen.

Voorbeelden
1000US01DE01
Betalingsvoorwaarden
PaymentTerms
De afgesproken voorwaarden voor betaling van een factuur, zoals 'Net 30' of '2% 10, Net 30'.
Beschrijving

De betalingsvoorwaarden bepalen hoe een leverancier wordt betaald. Ze bevatten onder meer de uiterste betaaldatum en eventuele kortingen voor vroeg betalen. Deze informatie wordt meestal vastgelegd in de stamgegevens van de leverancier en toegepast op facturen.

Dit attribuut is nodig om de uiterste betaaldatum te berekenen en kansen op vroegbetalingskorting te vinden. Het is een directe invoer voor het dashboard Bijhouden van vroegbetalingskorting en de bijbehorende KPI. Analyse per betalingsvoorwaarde kan laten zien of bepaalde voorwaarden samenhangen met betalingsvertragingen.

Waarom dit belangrijk is

Dit vormt de basis voor het berekenen van uiterste betaaldatums en het vinden van kansen op vroegbetalingskorting, met directe gevolgen voor het werkkapitaal.

Waar vind je dit?

Dit is een standaardveld in Coupa. De waarde wordt meestal vanuit het Supplier/Vendor-record overgenomen op de factuur.

Voorbeelden
Netto 30Netto 60 dagen2% binnen 10 dagen, netto 30 dagen
Bronsysteem
SourceSystem
Het bronsysteem waaruit de gebeurtenisdata is gehaald.
Beschrijving

Het attribuut Bronsysteem geeft aan in welke applicatie of welk platform de factuurverwerkingsactiviteit is vastgelegd. Coupa is het primaire systeem, maar facturen of bijbehorende data kunnen ook afkomstig zijn uit andere gekoppelde systemen, zoals een ERP-systeem of leveranciersportaal.

Deze informatie is nuttig in complexe IT-omgevingen om te begrijpen hoe verschillende systemen bijdragen aan het totale proces. Je kunt er problemen met de datakwaliteit mee opsporen, overdrachten tussen systemen begrijpen en processen analyseren die meerdere applicaties omvatten.

Waarom dit belangrijk is

Dit maakt duidelijk waar de data vandaan komt. Dat is essentieel voor het oplossen van problemen en voor de analyse van processen met meerdere gekoppelde systemen.

Waar vind je dit?

Dit is meestal een vaste waarde die tijdens de data-extractie wordt toegevoegd om de herkomst van de data aan te geven. Voor Coupa is de waarde 'Coupa'.

Voorbeelden
CoupaSAP S/4HANAOracle Fusion
Factuurdatum
InvoiceDate
De datum op de factuur van de leverancier.
Beschrijving

De factuurdatum is de datum die de leverancier aan de factuur heeft toegekend. Deze datum markeert meestal het begin van de betalingstermijn en dient als basis voor het berekenen van de uiterste betaaldatum.

Dit attribuut is een belangrijk startpunt voor veel berekeningen van doorlooptijden. Het is nodig om de uiterste betaaldatum te berekenen en te bepalen of een factuur in aanmerking komt voor korting bij vroege betaling. Door het verschil te analyseren tussen de factuurdatum en de datum waarop de factuur in het systeem is ingevoerd, kun je vertragingen bij het versturen of ontvangen van facturen opsporen.

Waarom dit belangrijk is

Dit is de belangrijkste datum voor het berekenen van uiterste betaaldatums. Ook is het een belangrijk referentiepunt om te meten of betalingen op tijd zijn en om kortingen te registreren.

Waar vind je dit?

Dit is een standaard, verplicht veld op het Invoice-object in Coupa.

Voorbeelden
2023-10-152023-11-012023-12-20
Is geautomatiseerd
IsAutomated
Een aanduiding die aangeeft of een activiteit is uitgevoerd door een geautomatiseerd systeem of door een gebruiker.
Beschrijving

Met dit booleaanse attribuut maak je onderscheid tussen taken die door automatisering worden uitgevoerd, zoals automatische matching met inkooporders of systeemboekingen, en taken die een gebruiker handmatig uitvoert.

Door dit attribuut te analyseren, meet je hoeveel van de factuurverwerking is geautomatiseerd. Je kunt het gebruiken om het resultaat van automatiseringsinitiatieven te meten, resterende handmatige stappen op te sporen die mogelijk te automatiseren zijn en de efficiëntie en foutpercentages van geautomatiseerde en handmatige activiteiten te vergelijken. Zo krijg je een goed beeld van de werkelijke kosten en efficiëntie van het proces.

Waarom dit belangrijk is

Dit helpt je het automatiseringsniveau van het proces te meten, mogelijkheden voor verdere automatisering te vinden en het effect van bestaande bots te beoordelen.

Waar vind je dit?

Dit wordt meestal bepaald door te controleren of de ‘Gebruiker’ bij een activiteit een systeem- of serviceaccount is, of een persoonlijk gebruikersaccount.

Voorbeelden
truefalse
Korting ontvangen
EarlyPaymentDiscountCaptured
Een aanduiding die aangeeft of een beschikbare korting voor vroege betaling is toegepast.
Beschrijving

Dit booleaanse attribuut geeft aan of een organisatie een factuur heeft betaald binnen de kortingsperiode die in de betalingsvoorwaarden staat. Bij de voorwaarden ‘2% binnen 10 dagen, netto 30 dagen’ betekent dit bijvoorbeeld dat de factuur binnen 10 dagen is betaald.

Dit is de belangrijkste metriek voor het dashboard en de KPI voor het bijhouden van kortingen bij vroege betaling. Als de waarde onwaar is, kan dat wijzen op gemiste besparingen. Je kunt onderzoeken waarom facturen met korting niet snel genoeg worden verwerkt en aanpassingen doen om vaker korting te krijgen en het werkkapitaal beter te beheren.

Waarom dit belangrijk is

Dit meet rechtstreeks het financiële voordeel van efficiënte factuurverwerking en helpt gemiste besparingen op te sporen.

Waar vind je dit?

Dit is een berekend attribuut. De logica controleert of de betaaldatum binnen de kortingsperiode van de ‘Betalingsvoorwaarden’ valt en of de korting daadwerkelijk is toegepast.

Voorbeelden
truefalse
Laatste data-update
LastDataUpdate
De timestamp die aangeeft wanneer de data voor deze gebeurtenis voor het laatst vanuit het bronsysteem is bijgewerkt.
Beschrijving

Dit attribuut registreert wanneer de data voor het laatst uit het bronsysteem is gehaald en in de process mining-tool is geladen. Het geeft context bij de actualiteit van de analyse en helpt je te bepalen hoe recent de informatie op dashboards is.

Het tijdstip van de laatste data-update is belangrijk voor operationele monitoring. Je ziet hoe actueel de informatie is en kunt erop vertrouwen dat beslissingen niet op verouderde procesgegevens zijn gebaseerd.

Waarom dit belangrijk is

Dit geeft belangrijke context over de actualiteit en relevantie van de procesdata, zodat duidelijk is hoe recent de analyse is.

Waar vind je dit?

Deze timestamp wordt tijdens het data-extractie- en transformatieproces (ETL) gegenereerd en aan de dataset toegevoegd.

Voorbeelden
2024-05-20T04:00:00Z2024-05-19T04:00:00Z
Op tijd betaald
IsOnTimePayment
Een booleaanse aanduiding die aangeeft of de factuur op of vóór de uiterste betaaldatum is betaald.
Beschrijving

Dit berekende attribuut geeft per factuur eenvoudig aan of de betaling op tijd was. De waarde wordt bepaald door de timestamp van de activiteit ‘Betaling uitgevoerd’ te vergelijken met de ‘Uiterste betaaldatum’. Valt de timestamp van de betaling op of vóór de uiterste betaaldatum, dan is de waarde waar.

Deze aanduiding maakt het eenvoudiger om het KPI-percentage op tijd betaalde facturen te berekenen. Je kunt er makkelijk mee filteren en kenmerken van te late betalingen analyseren, zoals terugkerende leveranciers, afdelingen of factuurbedragen.

Waarom dit belangrijk is

Dit vereenvoudigt de analyse van betaalprestaties en vormt de basis voor het belangrijke KPI-percentage op tijd betaalde facturen.

Waar vind je dit?

Dit is een berekend attribuut. De logica is: ‘Datum betaling uitgevoerd’ <= ‘Uiterste betaaldatum’. Dit wordt ingesteld in de process mining-tool.

Voorbeelden
truefalse
Reden van afwijzing
RejectionReason
De reden die wordt opgegeven wanneer een factuur tijdens het goedkeuringsproces wordt afgewezen.
Beschrijving

Wanneer een goedkeurder een factuur afwijst, geeft die meestal een reden op, zoals ‘Onjuist bedrag’ of ‘Dubbele factuur’. Dit attribuut bevat die vrije tekst of reden uit een keuzelijst.

Deze data is waardevol voor oorzaakanalyse van vertragingen en herstelwerk in het goedkeuringsproces. Door te analyseren hoe vaak verschillende afwijsredenen voorkomen, kunnen organisaties structurele problemen eerder in het proces opsporen, zoals onjuiste inkoopordergegevens of terugkerende fouten op facturen van leveranciers. Deze informatie vormt de basis voor het dashboard Bottleneckanalyse voor factuurgoedkeuring.

Waarom dit belangrijk is

Dit geeft rechtstreeks inzicht in de oorzaken van afgewezen facturen. Zo kun je verbeterpunten vinden en herstelwerk verminderen.

Waar vind je dit?

Deze informatie wordt vastgelegd wanneer een gebruiker de actie ‘Afwijzen’ uitvoert in een goedkeuringsworkflow. Vaak staat de informatie in de opmerkingen of het auditspoor.

Voorbeelden
Onjuist aantalPrijs komt niet overeen met de inkooporderDubbele factuur ingediend
Reden voor blokkering
HoldReason
De specifieke reden waarom een factuur is geblokkeerd of in de wacht is gezet voor betaling.
Beschrijving

De reden voor blokkering geeft aan waarom een factuur niet verder kan naar betaling. Voorbeelden zijn ‘Aantal wijkt af’ en ‘Ontvangst van goederen nog niet bevestigd’. Deze informatie is belangrijk om oorzaken van betalingsvertragingen te begrijpen.

Dit attribuut vormt de basis voor het dashboard voor hoofdoorzaakanalyse van betalingsblokkades. Door verschillende redenen voor blokkering te categoriseren en te tellen, kan een bedrijf de meest voorkomende problemen vinden die het betalingsproces verstoren. Zo kun je gericht verbeteringen doorvoeren, toekomstige blokkades voorkomen en betalingen versnellen.

Waarom dit belangrijk is

Dit verklaart waarom betalingen vertraging oplopen. Met gerichte oorzaakanalyse kun je het aantal en de duur van betalingsblokkades terugdringen.

Waar vind je dit?

Wanneer een factuur in Coupa wordt geblokkeerd, wordt meestal een reden geselecteerd of ingevoerd. Deze data hoort bij de blokkeringsstatus van de factuur.

Voorbeelden
Prijs wijkt af van inkooporderWachten op goederenontvangstDubbele factuur
Valuta
CurrencyCode
De ISO-valutacode voor het factuurbedrag.
Beschrijving

De valutacode geeft aan in welke munteenheid de bedragen op de factuur zijn uitgedrukt, zoals USD, EUR of GBP. Dit is belangrijk voor organisaties die internationaal werken en facturen in meerdere valuta verwerken.

Voor een juiste interpretatie en aggregatie van financiële data is dit attribuut nodig. Dashboards en KPI’s moeten valuta filteren of omrekenen om bruikbare financiële overzichten te geven. Zo voorkom je dat bedragen in verschillende valuta onterecht bij elkaar worden opgeteld en kun je processen per valuta analyseren.

Waarom dit belangrijk is

Dit zorgt voor nauwkeurige financiële analyses en rapportages doordat alle bedragen in een omgeving met meerdere valuta de juiste context krijgen.

Waar vind je dit?

Dit is een standaardveld op het Invoice-object in Coupa. Het is meestal gekoppeld aan de leverancier of staat op de factuur zelf.

Voorbeelden
USDEURGBP
Verplicht Aanbevolen Optioneel

Activiteiten voor factuurverwerking van inkoop tot betaling

Dit zijn de belangrijkste processtappen en mijlpalen om in het event log vast te leggen voor een nauwkeurige procesontdekking en analyse.
5 Aanbevolen 9 Optioneel
Activiteit Beschrijving
Betaling uitgevoerd
Deze activiteit markeert de laatste stap in het proces: de betaling wordt uitgevoerd en naar de leverancier verstuurd. Dit wordt vastgelegd aan de hand van de status van het bijbehorende betalingsrecord in Coupa Payments of een geïntegreerd betalingssysteem.
Waarom dit belangrijk is

Als definitief einde van het proces is deze activiteit essentieel om de volledige end-to-enddoorlooptijd te berekenen en de KPI 'Percentage tijdige betalingen' te meten.

Waar vind je dit?

Deze gebeurtenis wordt afgeleid uit het betalingsrecord dat bij de factuur hoort. De status 'paid' of 'completed', of een ingevuld veld 'payment date', geeft aan dat de betaling is uitgevoerd.

Vastleggen

Gebruik de 'payment date' uit het betalingsrecord dat aan de factuur is gekoppeld.

Gebeurtenistype inferred
Factuur aangemaakt
Deze activiteit markeert het moment waarop een factuurrecord in Coupa wordt aangemaakt. De gebeurtenis wordt vastgelegd wanneer een nieuw factuurobject wordt aangemaakt, bijvoorbeeld via handmatige invoer, een geïntegreerd leveranciersnetwerk zoals het Coupa Supplier Portal of een automatische OCR-scan.
Waarom dit belangrijk is

Als begin van de levenscyclus van de factuur is deze activiteit essentieel om de totale end-to-endverwerkingstijd te meten. Dit is het startpunt voor alle analyses van doorlooptijden en doorvoer.

Waar vind je dit?

Dit is een expliciete gebeurtenis die wordt vastgelegd met de aanmaaktimestamp van het factuurrecord. In het datamodel van Coupa komt dit overeen met de timestamp 'created-at' op het factuurkopobject.

Vastleggen

Gebruik de aanmaaktimestamp van het factuurrecord.

Gebeurtenistype explicit
Factuur goedgekeurd
Deze activiteit geeft aan dat de factuur alle vereiste stappen in de goedkeuringsworkflow heeft doorlopen. De gebeurtenis wordt vastgelegd in de goedkeuringsgeschiedenis wanneer de laatste vereiste goedkeurder de factuur goedkeurt.
Waarom dit belangrijk is

Deze belangrijke mijlpaal markeert het einde van de goedkeuringscyclus en maakt de factuur klaar voor betaling. De gebeurtenis is essentieel om de goedkeuringsduur en de efficiëntie van het hele proces te meten.

Waar vind je dit?

Dit is een expliciete gebeurtenis uit het goedkeuringslogboek of een wijziging van de factuurstatus naar 'approved'. De laatste goedkeuringsactie in het logboek geeft een nauwkeurige timestamp.

Vastleggen

Leg de timestamp vast van de laatste goedkeuringsactie in de goedkeuringsgeschiedenis.

Gebeurtenistype explicit
Factuur klaargezet voor betaling
De goedgekeurde factuur wordt klaargezet voor betaling. De financiële gegevens worden vaak naar een extern ERP-systeem gestuurd. Meestal wordt dit afgeleid uit een integratiestatusvlag of een wijziging van de hoofdstatus van de factuur.
Waarom dit belangrijk is

Deze mijlpaal markeert de overdracht van de crediteurenadministratie naar treasury of de betalingsafdeling. Vertragingen vóór dit moment beïnvloeden de efficiëntie van de crediteurenadministratie. Vertragingen erna raken treasury en de relatie met leveranciers.

Waar vind je dit?

Dit wordt vaak afgeleid uit een statuswijziging naar 'approved for payment' of uit een vlag zoals 'exported' die op true wordt gezet. Deze informatie staat op het factuurkopobject.

Vastleggen

Bepaal de timestamp waarop de factuurstatus verandert in 'Approved for Payment' of een exportvlag wordt ingesteld.

Gebeurtenistype inferred
Factuur ter goedkeuring verzonden
Dit markeert het moment waarop een factuur na de eerste controles naar een formele goedkeuringsworkflow wordt gestuurd. Meestal wordt dit afgeleid uit een statuswijziging die aangeeft dat een of meer goedkeurders actie moeten ondernemen.
Waarom dit belangrijk is

Deze activiteit is het startpunt voor het meten van de doorlooptijd van de goedkeuring. Ze is belangrijk om bottlenecks in de goedkeuringshiërarchie te analyseren en vormt de basis voor het dashboard 'Bottleneckanalyse van factuurgoedkeuringen'.

Waar vind je dit?

Afgeleid uit een wijziging van de factuurstatus naar 'pending approval' of een vergelijkbare status. Ook het aanmaken van het eerste goedkeuringsrecord in de goedkeuringsgeschiedenis van de factuur geeft deze gebeurtenis aan.

Vastleggen

Leg de timestamp vast waarop de factuurstatus verandert in 'Pending Approval' of het eerste goedkeuringsrecord wordt aangemaakt.

Gebeurtenistype inferred
Afwijking oplossen gestart
Dit markeert het begin van handmatige tussenkomst om een afwijking bij de PO-match op te lossen. Deze activiteit is lastig rechtstreeks vast te leggen. Vaak wordt ze afgeleid uit de eerste gebruikersactie nadat een afwijking is gemeld, zoals een opmerking toevoegen of de factuur bewerken.
Waarom dit belangrijk is

Door de tijd tussen het vaststellen van de afwijking en het begin van de oplossing te meten, zie je vertragingen bij het toewijzen of afhandelen van uitzonderingen. Dit is een belangrijk onderdeel van het dashboard 'Overzicht van afwijkingen bij PO-matching'.

Waar vind je dit?

Deze gegevens zijn lastig te verzamelen en vereisen mogelijk geavanceerde afleiding. Je kunt de timestamp bepalen van de eerste gebruikersopmerking, bewerking of taaktoewijzing voor de factuur nadat de matchstatus op een mislukking wees.

Vastleggen

Zoek de eerste door een gebruiker geïnitieerde wijziging na de gebeurtenis 'Matchafwijking vastgesteld'.

Gebeurtenistype inferred
Betaling ingepland
De factuur is opgenomen in een betalingsbatch die op een toekomstige datum wordt uitgevoerd. Dit wordt afgeleid uit de koppeling van de factuur aan een betaalrun of betalingsbatchobject in het systeem.
Waarom dit belangrijk is

Deze activiteit geeft inzicht in de laatste fase van het proces. Je ziet hiermee het verschil tussen een factuur die klaarstaat voor betaling en een betaling die daadwerkelijk is gestart. Dit helpt bij het voorspellen van de kasstroom.

Waar vind je dit?

Afgeleid uit het aanmaken van een betalingsrecord of batchrecord met het factuur-ID. De 'scheduled payment date' op het betalingsobject geeft het relevante tijdstip aan.

Vastleggen

Gebruik de aanmaakdatum van het betalingsbatchrecord dat bij de factuur hoort.

Gebeurtenistype inferred
Betalingsblokkade op factuur geplaatst
Dit is de actie waarmee een factuur wordt geblokkeerd voor betaling. Het is een expliciete gebeurtenis die meestal wordt vastgelegd in de factuurgeschiedenis of het auditspoor, vaak met een reden.
Waarom dit belangrijk is

Deze activiteit komt overeen met een betalingsblokkade en is een belangrijke oorzaak van betalingsvertraging. Het bijhouden van het moment waarop blokkades worden ingesteld, is de eerste stap om de oorzaken en duur ervan te analyseren. Dit ondersteunt de KPI 'Percentage betalingsblokkades'.

Waar vind je dit?

Dit is een expliciete gebeurtenis in de factuurgeschiedenis of auditlogs. Coupa registreert gebruikers- en systeemacties, waaronder het instellen van blokkades.

Vastleggen

Filter de records in de factuurgeschiedenis op 'hold placed' of vergelijkbare systeemgebeurtenissen.

Gebeurtenistype explicit
Betalingsblokkade op factuur opgeheven
Een eerder ingestelde blokkade op de factuur is opgeheven, zodat de factuur verder kan naar betaling. Net als het instellen van een blokkade is dit een expliciete actie die wordt vastgelegd in het auditspoor van de factuur.
Waarom dit belangrijk is

De tijd tussen het instellen en opheffen van een blokkade is bepalend voor de KPI 'Gemiddelde duur van betalingsblokkades'. Deze activiteit markeert het einde van de vertraging. Analyse van de oorzaken kan laten zien hoe blokkades sneller kunnen worden opgelost.

Waar vind je dit?

Dit is een expliciete gebeurtenis in de factuurgeschiedenis of auditlogs. De actie wordt afzonderlijk geregistreerd als gebruikers- of systeemactie.

Vastleggen

Filter de records in de factuurgeschiedenis op 'hold released' of vergelijkbare systeemgebeurtenissen.

Gebeurtenistype explicit
Factuur afgewezen
Een goedkeurder heeft de factuur formeel afgewezen, waardoor de workflow stopt. Deze expliciete actie wordt vastgelegd in de goedkeuringsgeschiedenis van de factuur, met informatie over wie de factuur heeft afgewezen en wanneer.
Waarom dit belangrijk is

Afwijzingen leiden tot herstelwerk en verlengen de doorlooptijden aanzienlijk. Analyse van de frequentie en redenen voor afwijzingen is belangrijk om het proces te verbeteren en de KPI 'Goedkeuringspercentage bij eerste indiening' te berekenen.

Waar vind je dit?

Dit is een expliciete gebeurtenis in het goedkeuringslogboek van de factuur. Elke goedkeuringsstap heeft een record met een status, timestamp en de actie van de goedkeurder.

Vastleggen

Filter de records in de goedkeuringsgeschiedenis op acties met 'reject' of 'rejected'.

Gebeurtenistype explicit
Factuur gematcht met PO
Deze activiteit geeft aan dat het systeem de factuurregels succesvol heeft gematcht met de bijbehorende inkooporderregels. De gebeurtenis wordt afgeleid uit een wijziging in het veld voor de matchstatus van de factuur, die aangeeft dat de controle met een PO is geslaagd.
Waarom dit belangrijk is

Een succesvolle automatische match is een belangrijke aanwijzing voor een goed verlopend proces zonder handmatige tussenkomst. Door deze activiteit te volgen, meet je hoe effectief de automatisering is en hoe vaak facturen volledig automatisch worden verwerkt.

Waar vind je dit?

Afgeleid uit een wijziging van de matchstatus van de factuur naar 'matched'. Het factuurobject van Coupa bevat vlaggen en statussen die de uitkomst van de PO-matchpoging aangeven.

Vastleggen

Bepaal de timestamp waarop de PO-matchstatus van de factuur verandert in 'Matched'.

Gebeurtenistype inferred
Factuur ingediend voor verwerking
Dit is het formele moment waarop een nieuw aangemaakte factuur wordt ingediend bij de verwerkingsworkflow. Meestal doet een gebruiker dit nadat alle eerste gegevens zijn ingevoerd en gecontroleerd. De gebeurtenis wordt vastgelegd in het auditspoor wanneer de factuurstatus verandert van Concept naar ingediend.
Waarom dit belangrijk is

Met deze activiteit maak je onderscheid tussen de tijd voor gegevensinvoer en de actieve verwerkingstijd. Analyse van de tijd tussen 'Factuur aangemaakt' en deze gebeurtenis laat zien waar de eerste gegevensverwerking vertraging oploopt.

Waar vind je dit?

Volg de statuswijziging van de factuur van 'draft' of 'new' naar 'submitted' of 'pending approval'. Deze gegevens staan in de factuurgeschiedenis of auditlogtabellen van Coupa.

Vastleggen

Leg de timestamp vast waarop de factuurstatus voor het eerst 'submitted' wordt.

Gebeurtenistype explicit
Factuur ongeldig gemaakt
De factuur is geannuleerd en wordt niet verwerkt of betaald. Dit is een expliciete eindstatuswijziging die rechtstreeks uit het statusveld van de factuur in het systeem wordt vastgelegd.
Waarom dit belangrijk is

Dit is een alternatieve, niet-succesvolle afloop van het proces. Analyse van de redenen waarom facturen ongeldig worden gemaakt, kan problemen eerder in het inkoopproces of in de communicatie met leveranciers aan het licht brengen.

Waar vind je dit?

Dit is een expliciete gebeurtenis die wordt vastgelegd wanneer de factuurstatus verandert in 'voided'. Dit is een standaardstatus voor factuurbeheer in Coupa.

Vastleggen

Leg de timestamp vast waarop de factuurstatus wordt bijgewerkt naar 'Voided'.

Gebeurtenistype explicit
Matchafwijking vastgesteld
Deze gebeurtenis vindt plaats wanneer het automatische systeem een factuur niet aan een inkooporder kan koppelen door verschillen in hoeveelheid, prijs of andere gegevens. Dit wordt afgeleid uit een factuurstatus die handmatige tussenkomst vereist, zoals 'unmatched' of 'mismatched'.
Waarom dit belangrijk is

Deze activiteit markeert het begin van de afhandeling van een uitzondering, een veelvoorkomende oorzaak van vertraging. Analyse van de frequentie en oorzaken is belangrijk om het percentage matches bij de eerste poging te verhogen en de handmatige werklast te verlagen.

Waar vind je dit?

Afgeleid uit de matchstatus van de factuur. De status 'unmatched', 'mismatched' of een vergelijkbare waarde wijst op een afwijking die handmatige controle vereist. Dit wordt bijgehouden op het factuurobject.

Vastleggen

Bepaal de timestamp waarop de PO-matchstatus verandert in een waarde die op een mislukte match wijst.

Gebeurtenistype inferred
Aanbevolen Optioneel

Extractiegidsen

Zo haal je data op uit Coupa

Klaar om te beginnen?

Gebruik deze template om je data voor te bereiden en inzicht te krijgen in de factuurverwerking in Coupa. Begin vandaag met het verbeteren van je P2P-processen.

Verbeter de factuurverwerking van inkoop tot betaling en verhoog de efficiëntie

Spoor bottlenecks op en verkort de doorlooptijd van factuurverwerking met 30%.

Start je gratis proefperiode

Je hebt geen creditcard nodig. De installatie duurt maar een paar minuten.