Jouw datatemplate voor Purchase to Pay-factuurverwerking
Jouw datatemplate voor Purchase to Pay-factuurverwerking
- Aanbevolen attributen om te verzamelen
- Belangrijke activiteiten om te volgen
- Extractie-instructies voor Coupa
Attributen voor purchase-to-pay - factuurverwerking
| Naam | Beschrijving | ||
|---|---|---|---|
|
Factuurnummer
InvoiceNumber
|
De unieke identificatie van de factuur van een leverancier. Dit is de primaire sleutel om de factuur gedurende de hele levenscyclus te volgen. | ||
|
Beschrijving
Het factuurnummer is de unieke referentie die een leverancier aan een factuurdocument toekent. In process mining werkt het als de Case ID en koppelt het alle bijbehorende activiteiten, van ontvangst en validatie tot goedkeuring en uiteindelijke betaling. Door processen op factuurnummer te analyseren, krijg je een volledig end-to-end-overzicht van de route van elke factuur. Zo zie je verschillen in verwerkingspaden, meet je doorlooptijden nauwkeurig en ontdek je welke facturen vertragingen, blokkades of uitzonderingen hebben. Dit is het belangrijkste attribuut om prestaties van factuurverwerking op detailniveau te begrijpen.
Waarom dit belangrijk is
Dit is de essentiële case-identificatie die alle gebeurtenissen van één factuur koppelt en een samenhangende end-to-end-procesanalyse mogelijk maakt.
Waar je het vindt
Dit is een primair veld op het Invoice-object in Coupa. Je vindt het in de factuurheader in de gebruikersinterface of via de Invoices API.
Voorbeelden
INV-2023-00123785549-APO45001-INV
|
|||
|
Gebeurtenistijd
EventTime
|
De precieze timestamp die aangeeft wanneer een specifieke activiteit of gebeurtenis plaatsvond. | ||
|
Beschrijving
Gebeurtenistijd, of timestamp, legt de exacte datum en tijd vast waarop een activiteit is uitgevoerd. Dit vormt de tijdsbasis van het proceslog en zet alle gebeurtenissen per case in chronologische volgorde. Dit attribuut is nodig voor alle tijdgebaseerde analyses 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
Het levert de chronologische data die nodig is om alle duur-, doorlooptijd- en wachttijdberekeningen uit te voeren. Die vormen de basis van prestatieanalyse.
Waar je het vindt
Deze data staat in het auditlog of de geschiedenis van Invoice-objecten in Coupa. Elke geregistreerde actie of statuswijziging heeft een bijbehorende 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 die tijdens de verwerking van de factuur heeft plaatsgevonden. | ||
|
Beschrijving
De activiteitsnaam beschrijft een stap in de workflow voor factuurverwerking, zoals 'Factuur aangemaakt', 'Factuur ter goedkeuring verzonden' of 'Betaling uitgevoerd'. Elke activiteit staat voor een specifiek moment waarop de status of eigenaar van de factuur veranderde. In process mining vormt de volgorde van activiteiten de procesflowkaart. Door deze activiteiten te analyseren, zie je het werkelijke proces, herken je veelvoorkomende en zeldzame paden, ontdek je bottlenecks waar activiteiten te lang duren en vind je niet-conforme of inefficiënte stappen, zoals herwerklussen.
Waarom dit belangrijk is
Dit attribuut is belangrijk voor het opbouwen van de proceskaart en maakt visualisatie en analyse van de werkelijke workflow voor factuurverwerking mogelijk.
Waar je het vindt
Dit attribuut wordt meestal afgeleid uit event logs, auditlogs of statuswijzigingen in de Invoice-module van Coupa. Vaak moeten statuswijzigingen of specifieke gebruikersacties worden gekoppeld aan vastgelegde activiteitsnamen.
Voorbeelden
Factuur ingediend voor verwerkingFactuur goedgekeurdFactuurblokkade 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 bevindt, bijvoorbeeld 'wacht op goedkeuring', 'goedgekeurd', 'geblokkeerd' of 'betaald'. Dit attribuut verandert wanneer de factuur door het proces gaat. Dit is een belangrijk attribuut voor dashboards voor operationele monitoring, zoals het dashboard Doorvoer en status van factuurverwerking. Je kunt de huidige voorraad openstaande facturen en de verdeling over verschillende processtappen volgen. Statusovergangen in de tijd zijn ook een belangrijke bron voor het afleiden van het attribuut 'ActivityName'.
Waarom dit belangrijk is
Het geeft in realtime weer waar een factuur zich in de workflow bevindt. Dat is belangrijk voor operationele dashboards en statusbewaking.
Waar je het vindt
Dit is een primair statusveld op het Invoice-object in Coupa.
Voorbeelden
In afwachting van goedkeuringGoedgekeurdOngeldig verklaardBetaald
|
|||
|
Gebruiker
User
|
De gebruiker of systeemagent die de activiteit heeft uitgevoerd. | ||
|
Beschrijving
Dit attribuut identificeert de persoon of het geautomatiseerde systeem dat verantwoordelijk is voor een specifieke processtap, zoals het goedkeuren van een factuur of het opheffen van een blokkade. Dit wordt vaak weergegeven met een gebruikers-ID, naam of e-mailadres. Door het proces per gebruiker te analyseren, krijg je inzicht in teamprestaties en werkverdeling en zie je waar training nodig is. Dit is belangrijk voor bottleneckanalyse, omdat je kunt ontdekken of vertragingen zich concentreren bij bepaalde goedkeurders of teams. Ook zie je het verschil tussen handmatige en geautomatiseerde activiteiten.
Waarom dit belangrijk is
Het maakt werklastanalyse mogelijk, brengt bottlenecks door specifieke gebruikers of teams aan het licht en helpt bij het beoordelen van gebruikersprestaties en compliance.
Waar je het vindt
Gebruikersinformatie wordt meestal vastgelegd in het auditlog of de geschiedenis van een factuur in Coupa, gekoppeld aan elke uitgevoerde actie.
Voorbeelden
john.doe@company.comjane.smithSystem.Automation
|
|||
|
Naam leverancier
VendorName
|
De naam van de leverancier die de factuur heeft ingediend. | ||
|
Beschrijving
De naam van de leverancier identificeert de zakenpartner bij wie de goederen of diensten zijn ingekocht. Dit is belangrijke context voor de analyse van betalingsprestaties en leveranciersrelaties. Met dit attribuut kun je het factuurproces per leverancier segmenteren. Zo beantwoord je vragen als 'Welke leveranciers hebben de langste verwerkingstijden?' en 'Betalen we bepaalde strategische leveranciers steeds op tijd?'. Analyse per leverancier is belangrijk voor het dashboard over tijdige betalingen aan leveranciers en voor goed leveranciersbeheer.
Waarom dit belangrijk is
Je kunt het proces per leverancier segmenteren en analyseren. Dat is belangrijk voor leveranciersbeheer en het opsporen van leveranciersspecifieke problemen.
Waar je het vindt
Deze informatie maakt deel uit van de kerngegevens van de factuur in Coupa en is gekoppeld vanuit het Supplier/Vendor-object.
Voorbeelden
Global Office SuppliesTech Solutions Inc.Creative Marketing Agency
|
|||
|
Nummer inkooporder
PurchaseOrderNumber
|
De identificatie van de inkooporder (PO) waarop de factuur betrekking heeft. | ||
|
Beschrijving
Het nummer van de inkooporder koppelt een factuur aan het oorspronkelijke inkoopdocument. Deze koppeling is de basis voor het PO-matchingproces, een belangrijke stap in factuurvalidatie bij veel organisaties. In process mining gebruik je dit attribuut om PO-matching en het oplossen van verschillen te analyseren. Je kunt facturen voor specifieke PO's filteren. Het is ook nodig voor het dashboard Overzicht verschillen bij PO-matching. Een hoog percentage facturen zonder PO-nummer kan wijzen op buitencontractuele inkoop of niet-conforme inkoop.
Waarom dit belangrijk is
Het koppelt de factuur aan het inkoopproces, zodat je de efficiëntie van PO-matching en de afhandeling van verschillen kunt analyseren.
Waar je het vindt
Dit is een standaardveld op het Invoice Line-object in Coupa. Je gebruikt het om factuurregels aan PO-regels te koppelen.
Voorbeelden
PO4500123PO4500456PO4500789
|
|||
|
Totaalbedrag factuur
InvoiceTotalAmount
|
De totale geldwaarde van de factuur, inclusief belastingen en andere kosten. | ||
|
Beschrijving
Dit attribuut staat voor het totale bedrag dat op de factuur moet worden betaald. Het is een belangrijk financieel gegeven voor allerlei analyses. Door het proces op factuurbedrag te analyseren, zie je belangrijke patronen. Facturen met een hoge waarde kunnen bijvoorbeeld een uitgebreider goedkeuringspad volgen, waardoor de doorlooptijd langer wordt. Je gebruikt dit ook om de financiële impact van procesinefficiënties te bepalen, zoals de waarde van facturen die momenteel geblokkeerd of vertraagd zijn.
Waarom dit belangrijk is
Het geeft financiële context, zodat je kunt analyseren hoe procesgedrag verandert met de factuurwaarde en wat de financiële impact van vertragingen is.
Waar je het vindt
Dit is een standaardveld op het Invoice-object in Coupa, meestal met de naam 'Total' of 'Total Amount'.
Voorbeelden
1500.75250.0012345.50
|
|||
|
Vervaldatum betaling
PaymentDueDate
|
De datum waarop de factuur uiterlijk moet zijn betaald om een betalingsachterstand te voorkomen. | ||
|
Beschrijving
De vervaldatum van de betaling is een belangrijke datum die wordt berekend op basis van de factuurdatum en de afgesproken betalingsvoorwaarden. Het is de uiterste betaaldatum voor de leverancier. Dit attribuut is de norm voor het meten van tijdige betalingen. Je gebruikt het rechtstreeks om de KPI Percentage tijdige betalingen te berekenen door de datum te vergelijken met de werkelijke uitvoeringsdatum van de betaling. Door afwijkingen te analyseren, zie je welke structurele problemen betalingsvertragingen veroorzaken en wat de gevolgen zijn voor leveranciersrelaties en mogelijke boetes.
Waarom dit belangrijk is
Dit is de belangrijkste norm voor het meten van tijdige betalingen. Het is nodig voor goed leveranciersbeheer en om boetes te voorkomen.
Waar je het vindt
Deze datum wordt meestal door Coupa berekend op basis van de velden 'Invoice Date' en 'Payment Terms'. De datum hoort beschikbaar te zijn in het factuurrecord.
Voorbeelden
2023-11-302023-12-152024-01-10
|
|||
|
Bedrijfscode
CompanyCode
|
De identificatie 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 voor financiële administratie en rapportage aan een bedrijfscode geboekt. Dit attribuut is nodig om procesanalyses per juridische entiteit te filteren en te segmenteren. Je kunt procesprestaties tussen bedrijfsonderdelen vergelijken en vragen beantwoorden als 'Verschilt het factuurgoedkeuringsproces bij de Amerikaanse entiteit van dat bij de Duitse entiteit?'. Dit is belangrijk voor grote, internationale organisaties.
Waarom dit belangrijk is
Je kunt procesprestaties vergelijken en benchmarken tussen verschillende juridische entiteiten of bedrijfsonderdelen binnen de organisatie.
Waar je het vindt
Dit is een belangrijk boekhoudkundig veld op het Invoice-object in Coupa en is vaak nodig voor financiële boekingen.
Voorbeelden
1000US01DE01
|
|||
|
Betaling op tijd
IsOnTimePayment
|
Een boolean-vlag die aangeeft of de factuur op of vóór de vervaldatum is betaald. | ||
|
Beschrijving
Dit berekende attribuut geeft per factuur eenvoudig aan of de betaling op tijd was: true of false. Het wordt afgeleid door de timestamp van de activiteit 'Betaling uitgevoerd' te vergelijken met de 'Vervaldatum betaling'. Als de betaling op of vóór de vervaldatum is uitgevoerd, is de waarde true. Deze vlag vereenvoudigt de berekening van de KPI Percentage tijdige betalingen. Je kunt eenvoudig filteren en segmenteren om kenmerken van te late betalingen te analyseren, zoals leveranciers, afdelingen of factuurwaarden die vaak met vertraging samenhangen.
Waarom dit belangrijk is
Het vereenvoudigt de analyse van betalingsprestaties en vormt de basis voor de belangrijke KPI Percentage tijdige betalingen.
Waar je het vindt
Dit is een berekend attribuut. De logica is: 'Datum betaling uitgevoerd' <= 'Vervaldatum betaling'. Dit wordt geïmplementeerd in de process mining-tool.
Voorbeelden
truefalse
|
|||
|
Betalingsvoorwaarden
PaymentTerms
|
De afgesproken voorwaarden voor het betalen van een factuur, zoals 'Net 30' of '2% 10, Net 30'. | ||
|
Beschrijving
Betalingsvoorwaarden bepalen de regels voor het betalen van een leverancier, waaronder de vervaldatum en eventuele kortingen voor vroeg betalen. Deze informatie staat meestal in de stamgegevens van de leverancier en wordt op facturen toegepast. Dit attribuut is nodig om de vervaldatum van de betaling te berekenen en mogelijkheden voor vroegbetalingskorting te vinden. Het is een directe invoer voor het dashboard voor vroegbetalingskortingen en de bijbehorende KPI. Door betalingsvoorwaarden te analyseren, zie je of bepaalde voorwaarden samenhangen met betalingsvertragingen.
Waarom dit belangrijk is
Het vormt de basis voor het berekenen van vervaldata en het vinden van mogelijkheden voor vroegbetalingskorting. Daarmee heeft het rechtstreeks invloed op het werkkapitaal.
Waar je het vindt
Dit is een standaardveld in Coupa, dat meestal vanuit het Supplier/Vendor-record op de factuur wordt overgenomen.
Voorbeelden
Netto 30Netto 602% 10, netto 30
|
|||
|
Bronsysteem
SourceSystem
|
Het systeem waaruit de eventdata is geëxtraheerd. | ||
|
Beschrijving
Het attribuut Bronsysteem identificeert de applicatie of het platform waarin de activiteit voor factuurverwerking is geregistreerd. Coupa is meestal het primaire systeem, maar facturen of gerelateerde data kunnen ook afkomstig zijn uit geïntegreerde systemen, zoals een ERP of leveranciersportaal. Deze informatie is waardevol in complexe IT-omgevingen. Je ziet hoe verschillende systemen bijdragen aan het totale proces, spoort problemen met datakwaliteit op, begrijpt systeemoverdrachten en analyseert processen die meerdere applicaties omvatten.
Waarom dit belangrijk is
Het maakt duidelijk waar de data vandaan komt. Dat is belangrijk voor probleemoplossing en voor de analyse van processen met meerdere geïntegreerde systemen.
Waar je het vindt
Dit is meestal een statische waarde die tijdens data-extractie wordt toegevoegd om de herkomst van de data aan te geven. Voor Coupa wordt deze ingesteld op 'Coupa'.
Voorbeelden
CoupaSAP S/4HANAOracle Fusion
|
|||
|
Factuurdatum
InvoiceDate
|
De datum op het factuurdocument van de leverancier. | ||
|
Beschrijving
De factuurdatum is de datum die de leverancier aan de factuur toekent. Deze markeert meestal het officiële begin van de betalingscyclus en vormt de basis voor het berekenen van de vervaldatum volgens de betalingsvoorwaarden. Dit attribuut is een belangrijk startpunt voor veel doorlooptijdberekeningen. Het is nodig om de vervaldatum te berekenen en te bepalen of een factuur in aanmerking komt voor vroegbetalingskorting. Door het verschil tussen de factuurdatum en de datum waarop de factuur in het systeem is ingevoerd te analyseren, zie je vertragingen bij het indienen of ontvangen van facturen.
Waarom dit belangrijk is
Dit is de belangrijkste datum voor het berekenen van vervaldata. Je gebruikt deze ook als referentiepunt voor het meten van tijdige betalingen en het benutten van kortingen.
Waar je het vindt
Dit is een standaard, verplicht veld op het Invoice-object in Coupa.
Voorbeelden
2023-10-152023-11-012023-12-20
|
|||
|
Geautomatiseerd
IsAutomated
|
Een vlag die aangeeft of een activiteit door een geautomatiseerd systeem of een menselijke gebruiker is uitgevoerd. | ||
|
Beschrijving
Dit boolean-attribuut maakt onderscheid tussen taken die door systeemautomatisering worden uitgevoerd, zoals automatische PO-matching of door het systeem gegenereerde boekingen, en taken die handmatig door een gebruiker worden uitgevoerd. Door dit attribuut te analyseren, meet je de automatiseringsgraad van de workflow voor factuurverwerking. Je gebruikt het om het succes van automatiseringsinitiatieven te meten, resterende handmatige contactmomenten te vinden en de efficiëntie en foutpercentages van geautomatiseerde en handmatige activiteiten te vergelijken. Zo krijg je zicht op de werkelijke kosten en efficiëntie van het proces.
Waarom dit belangrijk is
Het helpt de automatiseringsgraad van het proces te meten, mogelijkheden voor verdere automatisering te vinden en het effect van bestaande bots te beoordelen.
Waar je het vindt
Dit wordt meestal afgeleid door te controleren of de 'User' die aan een activiteit is gekoppeld een systeem- of serviceaccount is, in plaats van een menselijk gebruikersaccount.
Voorbeelden
truefalse
|
|||
|
Korting benut
EarlyPaymentDiscountCaptured
|
Een vlag die aangeeft of een beschikbare vroegbetalingskorting daadwerkelijk is toegepast. | ||
|
Beschrijving
Dit attribuut is een boolean-waarde die aangeeft of een organisatie een factuur binnen de kortingsperiode van de betalingsvoorwaarden heeft betaald, bijvoorbeeld binnen 10 dagen bij de voorwaarden '2% 10, Net 30'. Het is de kernmaatstaf voor het dashboard voor vroegbetalingskortingen en de bijbehorende KPI. Als deze vlag false is, zie je waar besparingen zijn misgelopen. Zo kan de organisatie onderzoeken waarom facturen met korting niet snel genoeg worden verwerkt en maatregelen nemen om vaker korting te benutten en het werkkapitaal beter te beheren.
Waarom dit belangrijk is
Het meet rechtstreeks het financiële voordeel van efficiënte factuurverwerking en helpt gemiste besparingsmogelijkheden te vinden.
Waar je het vindt
Dit is een berekend attribuut. De logica controleert of de betaaldatum binnen de kortingsperiode van de 'Payment Terms' 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 vernieuwd. | ||
|
Beschrijving
Dit attribuut registreert wanneer de data voor het laatst is geëxtraheerd en in de process mining-tool is geladen. Het geeft context bij de actualiteit van de analyse en is belangrijk om te begrijpen hoe actueel de inzichten in dashboards zijn. Voor operationele monitoring is het belangrijk om te weten wanneer de data voor het laatst is bijgewerkt. Zo zie je hoe actueel de informatie is en voorkom je dat beslissingen worden genomen op basis van verouderde procesbeelden.
Waarom dit belangrijk is
Het geeft belangrijke context over de actualiteit en relevantie van de procesdata, zodat je weet hoe actueel de analyse is.
Waar je het vindt
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
|
|||
|
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 gecodeerde reden. Deze data is waardevol voor oorzaakanalyse van goedkeuringsvertragingen en herwerk. Door de frequentie van verschillende afwijsredenen te analyseren, zie je structurele problemen eerder in het proces, zoals onjuiste PO's of terugkerende fouten in facturen van leveranciers. Deze informatie ondersteunt het dashboard voor bottleneckanalyse van factuurgoedkeuring.
Waarom dit belangrijk is
Het geeft rechtstreeks inzicht in de oorzaken van afgewezen facturen. Zo zie je waar het proces beter kan en beperk je herwerk.
Waar je het vindt
Deze informatie wordt vastgelegd wanneer een gebruiker de actie 'Afwijzen' uitvoert in een goedkeuringsworkflow. De reden staat vaak in opmerkingen of het auditlog.
Voorbeelden
Onjuist aantalPrijs komt niet overeen met inkooporderDubbele indiening van factuur
|
|||
|
Reden van blokkade
HoldReason
|
De specifieke reden waarom een factuur voor betaling is geblokkeerd. | ||
|
Beschrijving
Een reden van blokkade legt uit waarom een factuur niet verder kan naar betaling. Voorbeelden zijn 'Hoeveelheid komt niet overeen' en 'Ontvangst van goederen in afwachting'. Deze informatie is belangrijk om de oorzaken van betalingsvertragingen te begrijpen. Dit attribuut vormt de basis voor het dashboard Oorzaakanalyse van betalingsblokkades. Door verschillende redenen te categoriseren en te tellen, zie je welke problemen het betalingsproces het vaakst verstoren. Zo kun je gericht verbeteringen doorvoeren, toekomstige blokkades voorkomen en betalingen versnellen.
Waarom dit belangrijk is
Het verklaart waarom betalingen vertraging oplopen. Zo kun je de oorzaken gericht analyseren en de frequentie en duur van betalingsblokkades verlagen.
Waar je het vindt
Wanneer een factuur in Coupa wordt geblokkeerd, wordt meestal een reden geselecteerd of ingevoerd. Deze data is gekoppeld aan de blokkeringsstatus van de factuur.
Voorbeelden
Prijsverschil met inkooporderIn afwachting van goederenontvangstDubbele factuur
|
|||
|
Valuta
CurrencyCode
|
De ISO-valutacode voor het factuurbedrag. | ||
|
Beschrijving
De valutacode geeft de munteenheid aan van de financiële waarden op de factuur, zoals USD, EUR of GBP. Dit is belangrijk voor organisaties die internationaal werken en facturen in meerdere valuta verwerken. Voor analyses is dit attribuut nodig om financiële data correct te interpreteren en samen te voegen. Dashboards en KPI's moeten valuta filteren of omrekenen om bruikbare financiële overzichten te geven. Zo voorkom je dat bedragen in verschillende valuta onjuist worden opgeteld en kun je processen per valuta analyseren.
Waarom dit belangrijk is
Het zorgt voor een correcte financiële analyse en rapportage door de nodige context te geven bij alle geldbedragen in een omgeving met meerdere valuta.
Waar je het vindt
Dit is een standaardveld op het Invoice-object in Coupa. Het is meestal gekoppeld aan de leverancier of wordt op de factuur zelf opgegeven.
Voorbeelden
USDEURGBP
|
|||
Activiteiten voor purchase-to-pay - factuurverwerking
| Activiteit | Beschrijving | ||
|---|---|---|---|
|
Betaling uitgevoerd
|
Deze activiteit markeert de laatste stap in het proces: de betaling wordt uitgevoerd en naar de leverancier verzonden. Dit wordt vastgelegd via de status van het gekoppelde betalingsrecord in Coupa Payments of een geïntegreerd betalingssysteem. | ||
|
Waarom dit belangrijk is
Als definitief einde van het proces is deze activiteit essentieel voor het berekenen van de volledige end-to-end-doorlooptijd en het meten van de KPI 'Percentage tijdige betalingen'.
Waar je het vindt
Deze gebeurtenis wordt afgeleid uit het betalingsrecord dat aan de factuur is gekoppeld. De status 'betaald' of 'voltooid', of een ingevuld veld 'betaaldatum', wijst erop dat de betaling is uitgevoerd.
Vastleggen
Gebruik de 'betaaldatum' uit het betalingsrecord dat aan de factuur is gekoppeld.
Eventtype
inferred
|
|||
|
Factuur aangemaakt
|
Deze activiteit markeert het moment waarop in het Coupa-systeem voor het eerst een factuurrecord wordt aangemaakt. De gebeurtenis wordt vastgelegd wanneer een nieuw factuurobject wordt aangemaakt, via handmatige invoer, een geïntegreerd leveranciersnetwerk zoals het Coupa Supplier Portal of een geautomatiseerde OCR-scan. | ||
|
Waarom dit belangrijk is
Als startpunt van de levenscyclus van de factuur is deze activiteit essentieel voor het meten van de totale end-to-end-verwerkingstijd. Ze vormt de basis voor alle volgende analyses van doorlooptijd en verwerkingsvolume.
Waar je het vindt
Dit is een expliciete gebeurtenis die wordt vastgelegd op basis van de aanmaaktimestamp van het factuurrecord. In het datamodel van Coupa komt dit overeen met de 'created-at'-timestamp op het factuurkopobject.
Vastleggen
Gebruik de aanmaaktimestamp van het factuurrecord.
Eventtype
explicit
|
|||
|
Factuur goedgekeurd
|
Deze activiteit betekent dat de factuur alle vereiste stappen in de goedkeuringsworkflow succesvol heeft doorlopen. De gebeurtenis wordt uit de goedkeuringshistorie gehaald wanneer de laatste vereiste goedkeurder een positieve actie uitvoert. | ||
|
Waarom dit belangrijk is
Deze belangrijke mijlpaal markeert het einde van de goedkeuringscyclus en maakt de factuur vrij voor betalingsverwerking. De activiteit is essentieel voor het meten van de goedkeuringsduur en de efficiëntie van het totale proces.
Waar je het vindt
Dit is een expliciete gebeurtenis uit de goedkeuringshistorie of uit een wijziging van de factuurkopstatus naar 'approved'. De laatste goedkeuringsactie in de log levert een nauwkeurige timestamp op.
Vastleggen
Leg de timestamp van de laatste goedkeuringsactie vast in de goedkeuringsgeschiedenis.
Eventtype
explicit
|
|||
|
Factuur ter goedkeuring verstuurd
|
Dit markeert het moment waarop een factuur die de eerste controles heeft doorstaan, naar een formele goedkeuringsworkflow wordt gestuurd. Meestal wordt dit afgeleid uit een statuswijziging die aangeeft dat de factuur wacht op actie van een of meer goedkeurders. | ||
|
Waarom dit belangrijk is
Deze activiteit is het startpunt voor het meten van de doorlooptijd van de goedkeuring. Ze is belangrijk voor het analyseren van bottlenecks in de goedkeuringshiërarchie en ondersteunt het dashboard 'Invoice Approval Bottleneck Analysis'.
Waar je het vindt
Afgeleid uit een wijziging van de factuurstatus naar 'pending approval' of een vergelijkbare status. Ook het aanmaken van het eerste goedkeuringsrecord in de goedkeuringshistorie van de factuur wijst op deze gebeurtenis.
Vastleggen
Leg de timestamp vast waarop de factuurstatus verandert naar 'Pending Approval' of waarop het eerste goedkeuringsrecord wordt aangemaakt.
Eventtype
inferred
|
|||
|
Factuur vrijgegeven voor betaling
|
De goedgekeurde factuur wordt gemarkeerd als klaar voor betaling. De financiële gegevens worden vaak ook naar een extern ERP-systeem geboekt. Dit wordt meestal afgeleid uit een integratiestatus of een wijziging in de hoofdstatus van de factuur. | ||
|
Waarom dit belangrijk is
Deze mijlpaal markeert de overdracht van AP-verwerking naar treasury of de betalingsfunctie. Vertragingen vóór dit punt hebben invloed op de efficiëntie van AP. Vertragingen erna raken treasury en de relatie met leveranciers.
Waar je het vindt
Dit wordt vaak afgeleid uit een statuswijziging naar 'goedgekeurd voor betaling' of doordat een vlag zoals 'geëxporteerd' op true wordt gezet. Deze informatie staat in het factuurheaderobject.
Vastleggen
Leg de timestamp vast waarop de factuurstatus 'Goedgekeurd voor betaling' wordt of waarop een exportvlag wordt ingesteld.
Eventtype
inferred
|
|||
|
Betaling gepland
|
De factuur is opgenomen in een betalingsbatch die op een toekomstige datum wordt uitgevoerd. Deze gebeurtenis wordt afgeleid uit de koppeling van de factuur aan een betalingsrun of betalingsbatch in het systeem. | ||
|
Waarom dit belangrijk is
Deze activiteit geeft zicht op de laatste fase van het proces. Je ziet het verschil tussen een factuur die klaarstaat voor betaling en een betaling die daadwerkelijk is gestart. Dit helpt bij het voorspellen van de cashflow.
Waar je het vindt
Dit wordt afgeleid uit het aanmaken van een betalingsrecord of batchrecord met het factuurnummer. De 'geplande betaaldatum' op het betalingsobject geeft de relevante timing.
Vastleggen
Gebruik de aanmaakdatum van het betalingsbatchrecord dat aan de factuur is gekoppeld.
Eventtype
inferred
|
|||
|
Factuur afgewezen
|
Een goedkeurder heeft de factuur formeel afgewezen, waardoor de voortgang in de workflow stopt. Dit is een expliciete actie die wordt vastgelegd in de goedkeuringshistorie van de factuur, inclusief wie de factuur heeft afgewezen en wanneer. | ||
|
Waarom dit belangrijk is
Afwijzingen veroorzaken herstelwerk en verlengen de doorlooptijd aanzienlijk. Door de frequentie en redenen van afwijzingen te analyseren, kun je het proces verbeteren. Deze informatie is ook nodig om de KPI 'First-Pass Approval Rate' te berekenen.
Waar je het vindt
Dit is een expliciete gebeurtenis in de goedkeuringshistorie van de factuur. Elke goedkeuringsstap bevat een record met een status, timestamp en de actie van de goedkeurder.
Vastleggen
Filter goedkeuringshistorie op acties als 'reject' of 'rejected'.
Eventtype
explicit
|
|||
|
Factuur gematcht met PO
|
Deze activiteit betekent dat het systeem de factuurregels succesvol heeft gematcht met de bijbehorende regels van de inkooporder. De gebeurtenis wordt afgeleid uit een wijziging in het matchingstatusveld van de factuur, die aangeeft dat de controle tegen een PO succesvol is afgerond. | ||
|
Waarom dit belangrijk is
Succesvolle automatische matching is een belangrijke indicator van een gezond proces zonder handmatige interventie. Door deze activiteit te volgen, meet je de effectiviteit van automatisering en straight-through processing.
Waar je het vindt
Afgeleid uit een wijziging van het matchingstatusveld van de factuur naar de status 'matched'. Het factuurobject van Coupa bevat vlaggen en statussen die de uitkomst van de PO-matching aangeven.
Vastleggen
Detecteer de timestamp waarop de PO-matchingstatus van de factuur verandert naar 'Matched'.
Eventtype
inferred
|
|||
|
Factuur ingediend voor verwerking
|
Dit staat voor het formeel indienen van een nieuw aangemaakte factuur in de verwerkingsworkflow. Meestal doet een gebruiker dit nadat alle eerste data is ingevoerd en gecontroleerd. De gebeurtenis wordt uit het auditspoor gehaald 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. Door de duur tussen 'Invoice Created' en deze gebeurtenis te analyseren, zie je waar vertraging ontstaat tijdens de eerste fase van de gegevensverwerking.
Waar je het vindt
Volg de statuswijziging van de factuur van 'draft' of 'new' naar 'submitted' of 'pending approval'. Deze informatie staat in de factuurhistorie of auditlogtabellen van Coupa.
Vastleggen
Leg de timestamp vast waarop de factuurstatus voor het eerst 'submitted' wordt.
Eventtype
explicit
|
|||
|
Factuur ongeldig verklaard
|
De factuur is geannuleerd en wordt niet verder verwerkt of betaald. Dit is een expliciete, definitieve statuswijziging van de factuur, die rechtstreeks uit het statusveld in het systeem komt. | ||
|
Waarom dit belangrijk is
Dit is een alternatieve, mislukte uitkomst van het proces. Door te analyseren waarom facturen ongeldig worden verklaard, kun je problemen in inkoop of communicatie met leveranciers opsporen.
Waar je het vindt
Dit is een expliciete gebeurtenis die wordt vastgelegd wanneer de factuurstatus verandert in 'ongeldig verklaard'. Dit is een standaardstatus in het factuurbeheer van Coupa.
Vastleggen
Leg de timestamp vast waarop de factuurstatus wordt bijgewerkt naar 'Ongeldig verklaard'.
Eventtype
explicit
|
|||
|
Factuurblokkade geplaatst
|
Dit staat voor een actie waarmee een factuur wordt geblokkeerd, zodat deze niet kan worden betaald. Het is een expliciete gebeurtenis die meestal wordt vastgelegd in de geschiedenis of het auditlog van de factuur, vaak met een bijbehorende reden. | ||
|
Waarom dit belangrijk is
Deze activiteit, die gelijkstaat aan een betalingsblokkade, is een belangrijke oorzaak van betalingsvertragingen. Bijhouden wanneer blokkades worden geplaatst is de eerste stap bij het analyseren van de oorzaken en duur ervan. Dit ondersteunt de KPI 'Percentage betalingsblokkades'.
Waar je het vindt
Dit is een expliciete gebeurtenis in de factuurgeschiedenis of auditlogs. Coupa registreert acties van gebruikers en systemen, waaronder het plaatsen van blokkades.
Vastleggen
Filter factuurhistorie op 'blokkade geplaatst' of vergelijkbare systeemgebeurtenissen.
Eventtype
explicit
|
|||
|
Factuurblokkade opgeheven
|
Een eerder geplaatste blokkade op de factuur is verwijderd, waardoor de factuur verder kan richting betaling. Net als het plaatsen van een blokkade is dit een expliciete actie die in het auditlog van de factuur wordt vastgelegd. | ||
|
Waarom dit belangrijk is
De tijd tussen het plaatsen en opheffen van een blokkade is belangrijk voor de KPI 'Gemiddelde duur van een betalingsblokkade'. Deze activiteit markeert het einde van de vertraging. Door de oorzaken ervan te analyseren, zie je waar een snellere oplossing mogelijk is.
Waar je het vindt
Dit is een expliciete gebeurtenis in de factuurgeschiedenis of auditlogs. De gebeurtenis wordt vastgelegd als een afzonderlijke actie van een gebruiker of systeem.
Vastleggen
Filter factuurhistorie op 'blokkade opgeheven' of vergelijkbare systeemgebeurtenissen.
Eventtype
explicit
|
|||
|
Matchingverschil vastgesteld
|
Dit gebeurt wanneer het geautomatiseerde systeem een factuur niet aan een inkooporder kan matchen door verschillen in aantallen, prijzen of andere gegevens. Je leidt dit af uit een wijziging van de factuurstatus naar een status die handmatige interventie vereist, zoals 'unmatched' of 'mismatched'. | ||
|
Waarom dit belangrijk is
Deze activiteit is het startpunt van de afhandeling van uitzonderingen, een veelvoorkomende bron van vertraging. Door de frequentie en grondoorzaken te analyseren, kun je het percentage facturen dat in één keer wordt gematcht verbeteren en handmatig werk verminderen.
Waar je het vindt
Afgeleid uit de matchingstatus van de factuur. Een status als 'unmatched', 'mismatched' of vergelijkbaar wijst op een verschil waarvoor handmatige controle nodig is. Dit wordt bijgehouden op het factuurobject.
Vastleggen
Detecteer de timestamp waarop de PO-matchingstatus verandert naar een waarde die op een mislukking wijst.
Eventtype
inferred
|
|||
|
Start van het oplossen van het verschil
|
Dit staat voor het begin van handmatige interventie om een verschil bij PO-matching op te lossen. Deze activiteit is moeilijk rechtstreeks vast te leggen en wordt vaak afgeleid uit de eerste gebruikersactie, zoals het toevoegen van een opmerking of het bewerken van de factuur nadat een verschil is gemarkeerd. | ||
|
Waarom dit belangrijk is
Door de tijd tussen het vaststellen van het verschil en de start van de oplossing te volgen, zie je vertragingen bij het toewijzen of behandelen van uitzonderingen. Dit is een belangrijk onderdeel van het dashboard 'PO Matching Discrepancy Overview'.
Waar je het vindt
Deze informatie is lastig te verkrijgen en kan geavanceerde afleiding vereisen. Je kunt de timestamp bepalen door de eerste gebruikersopmerking, bewerking of taaktoewijzing voor de factuur te zoeken nadat de matchingstatus op een mislukking wees.
Vastleggen
Vind de eerste door een gebruiker geïnitieerde wijzigingsgebeurtenis na een gebeurtenis 'Matching Discrepancy Identified'.
Eventtype
inferred
|
|||
Extractiegidsen
Klaar om aan de slag te gaan?
Gebruik deze template om je data voor te bereiden en inzicht te krijgen in je factuurverwerking in Coupa. Zet vandaag de eerste stap naar een efficiënter P2P-proces.
Hogere efficiëntie: optimaliseer nu je P2P-factuurverwerking
Breng bottlenecks in beeld en verkort de doorlooptijd van factuurverwerking met 30%.
Je hebt geen creditcard nodig. Je bent in enkele minuten klaar met de installatie.