Je datatemplate voor crediteurenbeheer en betalingsverwerking
Je datatemplate voor crediteurenbeheer en betalingsverwerking
Dit is onze generieke process mining datatemplate voor Factuurverwerking. Gebruik onze systeemspecifieke templates voor meer specifieke begeleiding.
Selecteer een specifiek systeem- Gestandaardiseerd dataschema compatibel met elk financieel systeem
- Essentiële activiteitsmijlpalen voor `end-to-end` betalingsopvolging
- Uitgebreide attributenlijst voor diepgaande prestatie- en compliance-analyse
Attributen voor de verwerking van crediteurenfacturen
| Naam | Beschrijving | ||
|---|---|---|---|
| Activiteit Activity | De specifieke processtap of statuswijziging die heeft plaatsgevonden. | ||
| Beschrijving Dit attribuut definieert het gebeurtenis dat plaatsvond op een specifiek tijdsTip en de levenscyclus van de factuur vertegenwoordigt. Voorbeelden zijn Factuur Aangemaakt, Goedkeuring Aangevraagd, Betalingsblokkade Toegepast of Betaling Uitgevoerd. In process mining bepaalt dit veld de stappen in de procesmap. Het is belangrijk voor het visualiseren van de workflow en het vinden van de reeks handelingen die een factuur doorloopt voordat deze wordt vereffend. Waarom het belangrijk is Het definieert de processtroom en is noodzakelijk om de volgorde van stappen in de proceskaart te visualiseren. Waar te verkrijgen Afgeleid van transactielogs, statuswijzigingsgeschiedenistabellen of audittrails binnen het bronsysteem. Voorbeelden Factuur aangemaaktFactuur GoedgekeurdBetalingsblokkade IngesteldBetalingsrun aangemaaktBetaling uitgevoerd | |||
| Bronsysteem SourceSystem | De naam van de applicatie of database waar de record is ontstaan. | ||
| Beschrijving Dit attribuut identificeert welk ERP- of financieel systeem de data heeft gegenereerd. In complexe omgevingen kunnen organisaties meerdere instanties van SAP, Oracle of legacy-systemen tegelijkertijd gebruiken. Het wordt gebruikt om analyses te filteren op systeeminstantie en om potentiële data-conflicten af te handelen als factuurnummers niet uniek zijn in verschillende systemen. Dit maakt een vergelijkende analyse van procesprestaties over verschillende technische omgevingen mogelijk. Waarom het belangrijk is Het maakt differentiatie van datastromen in multi-systeemomgevingen mogelijk. Waar te verkrijgen Gewoonlijk een statische string toegevoegd tijdens het data-extractie- of transformatieproces. Voorbeelden SAP_ECC_NAOracle_Fusion_EUDynamics365_ProdNetSuite_WereldwijdLegacy_AS400 | |||
| Dossier-ID CaseId | De unieke ID voor de specifieke factuur die wordt verwerkt. | ||
| Beschrijving Dit attribuut dient als de centrale sleutel voor het koppelen van alle gebeurtenissen binnen het crediteurenproces. In de context van AP is dit vrijwel uitsluitend het factuurnummer of een samenvoeging van leveranciersnummer en factuurnummer om uniciteit in de dataset te waarborgen. Het maakt de reconstructie mogelijk van de end-to-end processtroom voor elk afzonderlijk factuurdocument. Analisten gebruiken dit veld om onderscheid te maken tussen verschillende transactie-instanties, wat de berekening van case-level meetwaarden zoals cyclustijden en herstelwerk-aantallen mogelijk maakt. Waarom het belangrijk is Het is de fundamentele analyseenheid voor process mining, waardoor individuele facturen van ontvangst tot uiteindelijke betaling kunnen worden gevolgd. Waar te verkrijgen Typisch te vinden in de factuurheadertabel of het hoofddocumentjournaal van het ERP-systeem. Voorbeelden INV-2023-0019988776655VEND01-INV500AC-9928120231025-44 | |||
| TijdsTip Gebeurtenis StartTime | De timestamp die aangeeft wanneer de specifieke activiteit plaatsvond. | ||
| Beschrijving Dit attribuut registreert de exacte datum en tijd waarop een specifiek gebeurtenis plaatsvond. Het biedt de tijdlijn die nodig is om activiteiten correct te sequenpakketen en de duur tussen stappen te berekenen. Nauwkeurigheid in dit veld is belangrijk voor het bepalen van doorlooptijden, het vinden van knelpunten en het analyseren van de doorvoer. Het dient als basis voor alle tijdgebonden KPI's, zoals de tijd die nodig is om een factuur goed te keuren of de totale duur van factuurontvangst tot betaling. Waarom het belangrijk is Het is vereist om gebeurtenissen chronologisch te ordenen en alle op duur gebaseerde meetwaarden te berekenen. Waar te verkrijgen Gevonden in systeem Voorbeelden 2023-10-15T08:30:00Z2023-10-15T14:45:12Z2023-10-16T09:15:00Z2023-11-01T10:00:00Z2023-11-05T16:20:00Z | |||
| Tijdstip van extractie LastDataUpdate | De timestamp van wanneer de data is opgehaald of ververst. | ||
| Beschrijving Dit attribuut geeft hoe actueel de data is aan die in de analyse wordt gebruikt. Het is doorgaans een metadata-veld dat is gegenereerd door de extractietool, in plaats van een veld dat in het bronsysteem zelf aanwezig is. Analisten gebruiken dit om de latentie van het dashboard te begrijpen en te verifiëren dat de data de meest actuele staat van het bedrijfsproces weerspiegelt. Het is bijzonder belangrijk bij het oplossen van problemen met ontbrekende recente transacties. Waarom het belangrijk is Het waarborgt de relevantie van de data en helpt bij het vinden van synchronisatieproblemen. Waar te verkrijgen Gegenereerd door de ETL-pijplijn of Voorbeelden 2023-11-10T23:59:59Z2023-11-11T06:00:00Z2023-11-11T12:00:00Z2023-11-11T18:00:00Z2023-11-12T00:00:00Z | |||
| Betaaldatum PaymentDate | De datum waarop de betaling daadwerkelijk is uitgevoerd of vereffend. | ||
| Beschrijving Dit attribuut registreert wanneer de gelden zijn overgemaakt of de cheque is uitgegeven. In sommige systemen kan dit verschillen van de clearingdatum waarop de bank de transactie verwerkt. Het markeert het einde van de crediteurenverplichting voor de specifieke factuur. Analisten gebruiken dit om de uiteindelijke doorlooptijd te berekenen en te verifiëren of kortingen voor vroegtijdige betaling succesvol zijn gebruikt. Waarom het belangrijk is Het markeert de voltooiing van de cyclus en wordt gebruikt om kortingsbenutting te verifiëren. Waar te verkrijgen Gevonden in de betalings- of afhandelingstabellen die aan de factuur zijn gekoppeld. Voorbeelden 2023-10-282023-11-142023-11-282023-12-052023-12-10 | |||
| Factuurbedrag InvoiceAmount | De totale financiële waarde die aan de factuur is gekoppeld. | ||
| Beschrijving Dit attribuut vertegenwoordigt de brutowaarde van de factuur die betaald moet worden. Deze wordt gewoonlijk opgeslagen in de documentvaluta en kan conversie vereisen voor geaggregeerde rapportage. Het is belangrijk voor financiële impactanalyse, waardoor gebruikers procesverbeteringen kunnen prioriteren op basis van de impact op het werkkapitaal in plaats van alleen het aantal cases. Facturen met een hoogwaardige kunnen andere goedkeuringsworkflows doorlopen dan items met een lage waarde. Waarom het belangrijk is Het maakt waardegebaseerde analyse van procesinefficiënties en de impact op het werkkapitaal mogelijk. Waar te verkrijgen Gevonden in de factuurkoptabel, doorgaans aangeduid als brutobedrag of totaalbedrag. Voorbeelden 1500.00250.5010000.0045.99500000.00 | |||
| Factuurdatum InvoiceDate | De datum waarop de factuur door de leverancier is uitgereikt. | ||
| Beschrijving Dit attribuut geeft de documentdatum weer zoals vermeld op de fysieke of digitale factuur. Deze verschilt van de invoerdatum of de boekingsdatum in het systeem. Deze datum is het startpunt voor het berekenen van de ouderdom van de factuur en wordt vaak gebruikt als basis voor het berekenen van de uiterste betaaldata op basis van overeengekomen betalingstermijnen. Het is belangrijk voor het analyseren van de vertraging tussen het opstellen en het ontvangen/invoeren van de factuur. Waarom het belangrijk is Het dient als basis voor ouderdomsberekeningen en naleving van betalingstermijnen. Waar te verkrijgen Gevonden in de factuurkop, en geeft de documentdatum weer. Voorbeelden 2023-10-012023-10-102023-10-152023-10-202023-10-31 | |||
| Inkoopordernummer PurchaseOrderNumber | Het referentienummer van de inkooporder die aan de factuur is gekoppeld. | ||
| Beschrijving Dit attribuut koppelt de factuur terug aan het inkoopproces. Indien ingevuld, duidt het op een aan inkooporder gekoppelde factuur, die doorgaans een 2-weg of 3-weg matching proces volgt. Het wordt gebruikt om het percentage facturen met en zonder inkooporder (PO vs Non-PO) te berekenen. Verschillen tussen de PO-data en de factuurdata zijn een veelvoorkomende bron van betalingsblokkades en herstelwerk. Waarom het belangrijk is Het maakt analyse van de efficiëntie van PO-matching mogelijk en differentieert tussen PO- en non-PO-stromen. Waar te verkrijgen Gevonden in de factuurkop- of regelposttabellen. Voorbeelden PO-450001450009922P100200ORD-5521PUR-2023-88 | |||
| Naam Leverancier VendorName | De naam van de leverancier of entiteit die de factuur uitschrijft. | ||
| Beschrijving Dit attribuut identificeert de externe partner die betrokken is bij de transactie. Het is vaak gekoppeld aan een stamdata record dat verdere details bevat, zoals betalingstermijnen en bankInformatie. Het analyseren van dit attribuut helpt leveranciers te vinden die frequent procesafwijkingen veroorzaken, zoals prijsverschillen of ontbrekende Informatie. Het maakt de berekening mogelijk van leveranciersspecifieke doorlooptijden en herstelwerk rates. Waarom het belangrijk is Het maakt segmentatie van procesprestaties per leverancier mogelijk om problematische leveranciersrelaties te vinden. Waar te verkrijgen Gevonden in de factuurkop of door koppeling met de leveranciersstamgegevens. Voorbeelden Acme CorpWereldwijd Services LtdOffice Supplies CoTech Solutions IncLogistieke Partners | |||
| Vervaldatum DueDate | De datum waarop de betaling contractueel vereist is. | ||
| Beschrijving Dit attribuut specificeert de uiterste betaaldatum aan de leverancier. Deze wordt gewoonlijk door het systeem berekend door de betalingstermijndagen op te tellen bij de basisdatum. Door de daadwerkelijke betaaldatum met dit attribuut te vergelijken, kunnen de percentages van tijdige betalingen en statistieken over late betalingen worden berekend. Het is belangrijk voor het beheren van de cashflow en het vermijden van boetes voor te late betalingen of spanningen in de leveranciersrelatie. Waarom het belangrijk is Het is belangrijk voor het berekenen van het percentage tijdige betalingen en het beheren van boetes voor te late betaling. Waar te verkrijgen Gevonden in de factuurkop- of betalingsschematabellen. Voorbeelden 2023-10-312023-11-152023-11-302023-12-012023-12-15 | |||
| Bedrijfscode CompanyCode | De ID voor de juridische entiteit of dochteronderneming. | ||
| Beschrijving Dit attribuut scheidt data op basis van onderdeel, zoals een specifieke dochteronderneming, land of juridische entiteit. Dit is belangrijk voor grote ondernemingen met activiteiten in meerdere regio's. Het maakt benchmarking van prestaties tussen verschillende bedrijfseenheden mogelijk. Procesvariaties komen vaak voor tussen bedrijfscodes vanwege lokale regelgeving of verschillende operationele volwassenheidsniveaus. Waarom het belangrijk is Het maakt benchmarking en filtering mogelijk over verschillende organisatie-eenheden. Waar te verkrijgen Gevonden in de factuurkoptabel. Voorbeelden US01DE0110002000UK_OPS | |||
| Betalingstermijnen PaymentTerms | De code of omschrijving die de overeengekomen betalingstermijn en kortingen vastlegt. | ||
| Beschrijving Dit attribuut definieert de contractuele voorwaarden voor betaling, zoals Netto 30 of 2/10 Netto 30. Het bepaalt wanneer de factuur betaalbaar wordt en of er kortingen voor vroegtijdige betaling van toepassing zijn. Het analyseren van dit veld helpt organisaties hun cashflow te optimaliseren door ervoor te zorgen dat ze niet te vroeg betalen (verlies van werkkapitaal) of te laat (oplopende boetes), en maximale kortingsbenutting realiseren. Waarom het belangrijk is Het definieert de regels voor vervaldatums en kortingen, belangrijk voor cashflow-optimalisatie. Waar te verkrijgen Gevonden in de factuurkop, vaak overgenomen uit de leveranciersstamgegevens. Voorbeelden NT302/10 netto 30ONMIDDELLIJKZ001Netto 60 | |||
| Documenttype DocumentType | De classificatie van het factuurdocument. | ||
| Beschrijving Dit attribuut categoriseert de transactie, waarbij onderscheid wordt gemaakt tussen standaardfacturen, creditnota's, aanbetalingen of latere debetboekingen. Elk type kan verschillende workflow-regels activeren. Het begrijpen van de mix van documenttypen is belangrijk voor het interpreteren van procesmeetwaarden. Creditnota's volgen bijvoorbeeld vaak een omgekeerde stroom of een specifiek goedkeuringstraject dat gemiddelde doorlooptijden kan vertekenen als ze niet gesegmenteerd zijn. Waarom het belangrijk is Het onderscheidt facturen, creditnota's en andere financiële documenten. Waar te verkrijgen Gevonden in de factuurkoptabel. Voorbeelden StandaardfactuurCreditnotaAanbetalingFactuur zonder inkooporderTerugkerende factuur | |||
| Gebruiker User | De ID van de persoon of het systeemaccount dat de activiteit uitvoert. | ||
| Beschrijving Dit attribuut registreert wie de specifieke processtap heeft uitgevoerd. Het kan onderscheid maken tussen menselijke gebruikers en systeemautomatisering (bots of batch jobs). Het wordt gebruikt om de automatiseringsgraad (Touchless Rate) te berekenen en de naleving van functiescheiding te analyseren. Het helpt ook bij het vinden van trainingsbehoeften als specifieke gebruikers consequent herstelwerk of fouten veroorzaken. Waarom het belangrijk is Het maakt analyse van functiescheiding en berekening van automatiseringspercentages mogelijk. Waar te verkrijgen Gevonden in transactie Voorbeelden JSMITHSYSTEM_BATCHK_DOEAP_BOT_01WORKFLOW_SYS | |||
| Reden betalingsblokkade PaymentBlockReason | De code of reden waarom een factuur geblokkeerd is voor betaling. | ||
| Beschrijving Dit attribuut geeft de specifieke reden aan waarom een factuur niet kan worden betaald, zoals Prijsverschil, Kwantiteitsverschil of Ontbrekende Goederenontvangst. Het is een belangrijke indicator van procesknelpunten. Het analyseren van de frequentie en duur van specifieke blokkades helpt de hoofdoorzaken van betalingsvertragingen te vinden. Het verminderen van deze blokkades is vaak de snelste manier om de touchless processing rates te verbeteren. Waarom het belangrijk is Het identificeert de specifieke hoofdoorzaken van proceswrijving en betalingsvertragingen. Waar te verkrijgen Gevonden in de factuurkop- of regelposttabellen. Voorbeelden PrijsverschilHoeveelheidsverschilOntbrekende GOHandmatige BlokkadeAudit vereist | |||
Activiteiten voor de verwerking van crediteurenfacturen
| Activiteit | Beschrijving | ||
|---|---|---|---|
| Betaling uitgekeerd | De generatie van het betaalinstrument, zoals een cheque, een bankoverschrijving of een EFT-bestand. Dit vermindert de openstaande schuld op de leveranciersrekening. | ||
| Waarom het belangrijk is Het definitieve einde van het interne crediteurenproces voor de specifieke factuur. Waar te verkrijgen Vastgelegd wanneer het betaaldocument wordt gegenereerd of de betaalstatus wijzigt naar 'Verzonden'. Vastleggen Extraheer de aanmaak Gebeurtenistype explicit | |||
| Betalingsblokkade Toegepast | Het plaatsen van een blokkade op de factuur om te voorkomen dat deze wordt opgenomen in een betaalrun. Dit kan handmatig gebeuren bij geschillen of automatisch bij afwijkingen. | ||
| Waarom het belangrijk is Beïnvloedt direct de percentages tijdige betalingen en leveranciersrelaties door het proces te pauzeren. Waar te verkrijgen Geïdentificeerd door wijzigingen in het betalingsblokkeringsveld of Vastleggen Volg updates die de 'Payment Block' of 'On Hold' vlag instellen op true Gebeurtenistype explicit | |||
| Factuur aangemaakt | De initiële vastlegging van de leveranciersfactuurdata in het ERP-systeem. Dit gebeurtenis markeert het begin van de digitale levenscyclus voor de schuldverplichting, ongeacht of deze handmatig is ingevoerd of geïmporteerd via een interface. | ||
| Waarom het belangrijk is Stelt de basis Waar te verkrijgen Gewoonlijk te vinden in de aanmaak-timestamp van de factuurheadertabel of de eerste vermelding in het documentwijzigingslogboek. Vastleggen Extraheer de aanmaak Gebeurtenistype explicit | |||
| Factuur Geboekt in Grootboek | De vastlegging van de financiële transactie in het Grootboek. Deze actie creëert de officiële schuld in het boekhoudsysteem. | ||
| Waarom het belangrijk is Vertegenwoordigt het moment van definitieve financiële vastlegging en werkt het leverancierssaldo bij. Waar te verkrijgen Gevonden in de grootboekrekeningentabel of door de toewijzing van een boekingsdatum. Vastleggen Extraheer de boekingsdatum of invoer Gebeurtenistype explicit | |||
| Factuur gematcht met inkooporder | De succesvolle koppeling van factuurregelitems met een corresponderende inkooporder of goederenontvangst. Deze validatiestap bevestigt dat de goederen zijn besteld en ontvangen vóór de betalingsverwerking. | ||
| Waarom het belangrijk is Essentieel voor het meten van de Waar te verkrijgen Gevonden in historische inkoopordertabellen of door een statuswijziging te vinden die duidt op een succesvolle match. Vastleggen Volg de gebeurtenis waarbij een koppeling wordt gelegd tussen factuurregel en inkooporderregel Gebeurtenistype explicit | |||
| Factuur Goedgekeurd | De definitieve goedkeuring verleend door een aangewezen goedkeurder of systeemregel. Deze stap maakt de factuur vrij voor financiële boeking en daaropvolgende betaling. | ||
| Waarom het belangrijk is Een belangrijke mijlpaal die de doorlooptijd van de goedkeuring beëindigt en de factuur doorgaans vrijgeeft voor betaling. Waar te verkrijgen Geregistreerd in workflowgeschiedenistabellen wanneer de definitieve goedkeuringsactie wordt uitgevoerd. Vastleggen Extraheer de Gebeurtenistype explicit | |||
| Betaling uitgevoerd | De bevestiging van de bank dat de gelden succesvol zijn overgemaakt. Dit wordt in het systeem afgestemd met het bankafschrift. | ||
| Waarom het belangrijk is Bevestigt de impact op de cashflow en rondt de financiële transactie af. Waar te verkrijgen Gevonden in bankafstemmingstabellen of wanneer de betalingsstatus wijzigt naar 'Afgehandeld'. Vastleggen Identificeer de Gebeurtenistype explicit | |||
| Betalingsblokkade Opgeheven | Het opheffen van een eerder geplaatste blokkade, waardoor de factuur in aanmerking komt voor betalingsselectie. Dit duidt meestal op de oplossing van een geschil of afwijking. | ||
| Waarom het belangrijk is Geeft de succesvolle afhandeling van een uitzondering en de hervatting van de standaard processtroom aan. Waar te verkrijgen Vastgelegd wanneer een betalingsblokkade wordt opgeheven of een 'hold'-status verandert in actief. Vastleggen Volg updates die de 'Payment Block' of 'On Hold' vlag wijzigen naar null of false Gebeurtenistype explicit | |||
| Betalingsvoorstel aangemaakt | De selectie van de factuur in een voorlopige betaalbatch of journaal. Dit duidt de intentie tot betaling aan en reserveert de factuur voor andere betaalruns. | ||
| Waarom het belangrijk is Het markeert de start van de betalingsuitvoeringsfase en helpt bij het analyseren van de efficiëntie van betalingsbatches. Waar te verkrijgen Geregistreerd wanneer een factuur wordt gekoppeld aan een betalingsvoorstel header of betalingsjournaalregel. Vastleggen Identificeer wanneer het factuur Gebeurtenistype explicit | |||
| Factuur geannuleerd | Het ongeldig maken of terugboeken van de factuurrecord, waarmee het proces effectief wordt beëindigd zonder betaling. Dit gebeurt meestal als gevolg van dubbele invoer of fundamentele fouten. | ||
| Waarom het belangrijk is Het markeren van annuleringen helpt bij het vinden van falende Waar te verkrijgen Vastgelegd wanneer de documentstatus wijzigt naar 'Ongeldig gemaakt' of een hersteldocument is gekoppeld. Vastleggen Volg statuswijzigingen naar 'Voided' of het aanmaken van een omkeringsboeking Gebeurtenistype explicit | |||
| Factuurdata Bijgewerkt | Elke wijziging die na de initiële aanmaak aan de factuurkop of regelitems wordt aangebracht. Frequente wijzigingen duiden vaak op handmatig herstelwerk, OCR-extractiefouten of onnauwkeurigheden in stamdata. | ||
| Waarom het belangrijk is Hoge frequenties van updates wijzen op procesinefficiënties en mogelijkheden voor verbetering van automatisering. Waar te verkrijgen Typisch vastgelegd in systeemwijzigingslogboeken of audit trails die geassocieerd zijn met het factuurobject. Vastleggen Identificeer updates van specifieke velden zoals Bedrag, Leverancier of Datum in het Gebeurtenistype explicit | |||
| Factuurgoedkeuring Aangevraagd | De indiening van de factuur bij een workflow engine voor managementautorisatie. Dit markeert de overgang van data-invoer en validatie naar de goedkeuringsfase. | ||
| Waarom het belangrijk is Scheidt de technische verwerkingstijd van de besluitvormingstijd van het management binnen de cyclus. Waar te verkrijgen Vastgelegd vanuit workflow history logs wanneer de status wijzigt naar 'In afwachting van goedkeuring' of een vergelijkbare status. Vastleggen Identificeer de Gebeurtenistype explicit | |||
| Factuurmatch Mislukt | Een validatiefout die optreedt wanneer de factuurgegevens niet overeenkomen met de inkooporder of goederenontvangst binnen de gedefinieerde toleranties. Dit activeert doorgaans een workflow voor uitzonderingsafhandeling. | ||
| Waarom het belangrijk is Identificeert de grondoorzaken van procesknelpunten, zoals prijs- of kwantiteitsverschillen. Waar te verkrijgen Vaak afgeleid uit foutenlogboeken, specifieke blokkeringscodes of statusvlaggen die een afwijking aangeven. Vastleggen Afleiden uit de toepassing van afwijkingsspecifieke blokkeringscodes of foutmeldingen Gebeurtenistype inferred | |||
| Vervaldatum factuur verstreken | Een berekende gebeurtenis die aangeeft dat de huidige datum de uiterste betaaldatum van de factuur heeft overschreden terwijl deze onbetaald blijft. Hierdoor wordt de factuur als achterstallig gemarkeerd. | ||
| Waarom het belangrijk is Belangrijk voor het analyseren van de prestaties van tijdige betalingen en mogelijke boetes voor late betaling. Waar te verkrijgen Berekend door de vervaldatum van de factuur te vergelijken met de betaaldatum of huidige datum. Vastleggen Bereken wanneer de vervaldatum vóór de huidige timestamp is voor openstaande posten Gebeurtenistype calculated | |||
Extractiegidsen
Extractiemethoden variëren per systeem. Voor gedetailleerde instructies,