Datatemplate voor de verwerking van crediteurenfacturen

SAP S/4HANA
Datatemplate voor de verwerking van crediteurenfacturen

Datatemplate voor de verwerking van crediteurenfacturen

Deze template helpt je de data te verzamelen die nodig is om de verwerking van crediteurenfacturen te analyseren. Je vindt erin de essentiële attributen en activiteiten voor het opzetten van een bruikbaar event log. Ook lees je hoe je deze data uit bronsystemen haalt, zodat je goed van start kunt met process mining.
  • Aanbevolen attributen voor een volledige analyse
  • Belangrijke procesactiviteiten om bij te houden
  • Stapsgewijze uitleg voor data-extractie

Attributen voor de verwerking van crediteurenfacturen

Dit zijn de essentiële datavelden voor je event log, zodat je het crediteurenproces grondig kunt analyseren.
5 Verplicht 6 Aanbevolen 9 Optioneel
Naam Beschrijving
Activiteit
ActivityName
De naam van een specifieke bedrijfsgebeurtenis of stap in het factuurverwerkingsproces.
Beschrijving

De activiteit staat voor een afzonderlijke fase of handeling in het crediteurenproces, zoals 'Factuur ontvangen', 'Factuur geboekt' of 'Betaling uitgevoerd'. Deze activiteiten vormen de bouwstenen van de proceskaart.

Activiteiten analyseren is een belangrijk onderdeel van process mining. Je kunt er de processtroom mee visualiseren, veelvoorkomende routes herkennen, afwijkingen van het standaardproces opsporen en de frequentie en duur van elke stap meten. De volgorde van activiteiten voor een factuur vormt het traject door het proces.

Waarom dit belangrijk is

De activiteit beschrijft de processtappen. Zo kun je de processtroom visualiseren, bottlenecks opsporen en herstelcycli herkennen.

Waar vind je dit?

Afgeleid uit verschillende bronnen, zoals wijzigingen in de documentstatus (bijvoorbeeld BKPF-BSTAT), wijzigingsdocumenten (tabellen CDHDR/CDPOS) of workflowlogboeken. Hiervoor is doorgaans aangepaste extractielogica nodig.

Voorbeelden
Factuur ontvangenFactuur goedgekeurdBetaling uitgevoerdFactuur geblokkeerd voor betaling
Factuur
Invoice
De unieke identificatiecode van een factuurdocument. Deze dient als de primaire case-ID voor het crediteurenproces.
Beschrijving

De factuur is het centrale object dat alle bijbehorende activiteiten verbindt, van ontvangst tot betaling. In SAP S/4HANA bestaat de samengestelde sleutel doorgaans uit de bedrijfscode (BUKRS), een uniek documentnummer (BELNR) en het boekjaar (GJAHR).

Door facturen te analyseren, krijg je een volledig beeld van het hele factuurproces. Dit vormt de basis voor het berekenen van belangrijke metrieken, zoals de totale doorlooptijd, het opsporen van bottlenecks bij afzonderlijke facturen en inzicht in de verschillende routes die een factuur door het proces kan volgen.

Waarom dit belangrijk is

Deze code identificeert het traject van elke factuur. Zo kun je het volledige proces volgen en de prestaties per case analyseren.

Waar vind je dit?

Dit is een samengestelde sleutel die wordt afgeleid uit tabellen BKPF (kop van boekhoudkundig document) of RBKP (documentkop: ontvangst van factuur), met de velden BUKRS, BELNR en GJAHR.

Voorbeelden
1000-1900000001-20231710-1900000002-20232000-5100000003-2024
Tijdstip van gebeurtenis
EventTime
De exacte datum en tijd waarop de activiteit plaatsvond.
Beschrijving

Het tijdstip van de gebeurtenis is de timestamp van elke activiteit en geeft de chronologische volgorde van gebeurtenissen voor een factuur weer. Deze data is nodig om de processtroom te begrijpen en analyses op basis van tijd uit te voeren.

Bij analyses gebruik je het tijdstip van de gebeurtenis om activiteiten in de juiste volgorde te zetten, doorlooptijden tussen stappen te berekenen, wachttijden vast te stellen en de procesprestaties over verschillende perioden te vergelijken, bijvoorbeeld van maand tot maand. Dit vormt de basis voor alle KPI’s op basis van tijdsduur.

Waarom dit belangrijk is

Deze timestamp is nodig om gebeurtenissen chronologisch te ordenen en alle tijdsgebonden metrieken te berekenen, zoals doorlooptijden en tijdsduur. Die zijn essentieel voor process mining.

Waar vind je dit?

Afkomstig uit verschillende datum- en tijdvelden in SAP-tabellen, zoals aanmaakdatum (BKPF-CPUDT), boekingsdatum (BKPF-BUDAT), afletterdatum (BSAK-AUGDT) of timestamps in wijzigingslogboeken (CDHDR-UDATE/UTIME).

Voorbeelden
2023-10-01T09:00:00Z2023-10-05T14:30:15Z2023-10-15T11:21:05Z
Bronsysteem
SourceSystem
Het systeem waaruit de data is opgehaald.
Beschrijving

Dit attribuut geeft aan waar de procesdata vandaan komt. Voor deze weergave is de waarde doorgaans 'SAP S/4HANA'.

In omgevingen met meerdere ERP-systemen of geïntegreerde systemen is dit veld belangrijk om de herkomst van data te volgen en gegevens gescheiden te houden. Het zorgt ervoor dat je de juiste dataset analyseert en helpt problemen met de datakwaliteit op te sporen door ze naar de bron te herleiden.

Waarom dit belangrijk is

Geeft aan waar de data vandaan komt. Dit is belangrijk voor datagovernance, probleemoplossing en omgevingen met meerdere systemen.

Waar vind je dit?

Dit is doorgaans een vaste waarde die tijdens het ophalen van de data wordt toegevoegd om de herkomst van de dataset aan te geven.

Voorbeelden
SAP S/4HANASAP ECC 6.0S4H_PROD_100
Laatste data-update
LastDataUpdate
De timestamp die aangeeft wanneer de data voor deze registratie voor het laatst vanuit het bronsysteem is bijgewerkt.
Beschrijving

Dit attribuut bevat de datum en tijd van de meest recente data-extractie of update vanuit SAP S/4HANA. Het is een metadataveld dat aangeeft hoe actueel de data in de analyse is.

Zo weet je hoe actueel de procesanalyse is. Dit helpt bij het bepalen van verwachtingen over vertraging in de data, het plannen van data-updates en het bewaken van de data-integriteit.

Waarom dit belangrijk is

Geeft aan hoe actueel de data is, zodat je weet hoe recent de procesanalyse is.

Waar vind je dit?

Deze waarde wordt gegenereerd en aan elke registratie toegevoegd wanneer de data uit het bronsysteem wordt opgehaald.

Voorbeelden
2024-05-20T04:00:00Z2024-05-21T04:00:00Z
Bedrijfscode
CompanyCode
De organisatie-eenheid waarvoor de factuur wordt verwerkt.
Beschrijving

Een bedrijfscode is de kleinste organisatie-eenheid waarvoor een volledige, zelfstandige boekhouding kan worden opgesteld voor externe verslaglegging. In het crediteurenproces staat deze voor de juridische entiteit die de leverancier moet betalen.

Door bedrijfscodes te vergelijken, kun je de procesprestaties van verschillende juridische entiteiten binnen de organisatie naast elkaar zetten. Zo zie je welke onderdelen volgens de standaardprocessen werken en waar de efficiëntie lager is, de doorlooptijden langer zijn of meer herstelwerk nodig is.

Waarom dit belangrijk is

Maakt het mogelijk om procesprestaties tussen juridische entiteiten te vergelijken. Zo spoor je problemen en goede werkwijzen per regio of bedrijfseenheid op.

Waar vind je dit?

Te vinden in documentkopgegevenstabellen, voornamelijk BKPF-BUKRS voor FI-facturen en RBKP-BUKRS voor MM-facturen.

Voorbeelden
10001710US01DE01
Factuurbedrag
InvoiceAmount
Het totale brutobedrag van de factuur in de oorspronkelijke documentvaluta.
Beschrijving

Dit is het totale bedrag van de factuur zoals de leverancier die heeft ingediend. Het omvat de kosten van goederen of diensten, belastingen en eventuele andere kosten, vóór aftrek van kortingen of andere bedragen.

Het factuurbedrag is een belangrijk financieel attribuut voor allerlei analyses. Je kunt er facturen met hoge bedragen mee prioriteren, de financiële gevolgen van procesvertragingen vaststellen, zoals kosten voor te late betaling van grote facturen, en het proces opdelen in segmenten. Zo kun je nagaan of facturen met hoge bedragen een andere goedkeuringsroute volgen. Het bedrag is ook nodig om mogelijke dubbele betalingen op te sporen.

Waarom dit belangrijk is

Geeft financiële context aan het proces. Zo kun je op basis van bedragen analyseren, facturen met hoge bedragen prioriteren en financiële gevolgen berekenen.

Waar vind je dit?

Te vinden in tabellen zoals RBKP-RMWWR (brutofactuurbedrag) voor MM-facturen, of te berekenen op basis van factuurregels in BSEG (veld WRBTR) voor FI-facturen.

Voorbeelden
1500.00250.7512345.50
Gebruikersnaam
UserName
De gebruikers-ID van de persoon die de activiteit heeft uitgevoerd.
Beschrijving

Dit attribuut bevat de SAP-gebruikers-ID van degene die een activiteit heeft uitgevoerd, zoals het boeken, goedkeuren of afletteren van een factuur. Zo worden processtappen aan individuele gebruikers gekoppeld.

Door gebruikersnamen te analyseren, krijg je inzicht in de verdeling van het werk, zie je wie goed presteert en ontdek je wie mogelijk extra training nodig heeft. Dit is ook belangrijk voor het analyseren van bottlenecks bij goedkeuringen in dashboards. Zo zie je welke goedkeurders vertraging veroorzaken.

Waarom dit belangrijk is

Koppelt activiteiten aan specifieke personen. Zo kun je prestaties, werkbelasting en naleving van functiescheiding analyseren.

Waar vind je dit?

Meestal te vinden in kopgegevenstabellen, zoals BKPF-USNAM (ingevoerd door), of in wijzigingsdocumenttabellen, zoals CDHDR-USERNAME (gewijzigd door).

Voorbeelden
ABROWNJSMITHAP_AUTOMATION
Inkoopordernummer
PurchaseOrderNumber
De unieke identificatiecode van de inkooporder die bij de factuur hoort, indien van toepassing.
Beschrijving

Dit attribuut koppelt een factuur aan een vooraf goedgekeurde inkooporder (PO). De aanwezigheid van een inkoopordernummer vormt de basis voor het 3-way matching-proces (inkooporder-factuur-goederenontvangst).

Dit attribuut is belangrijk voor analyses van compliance en efficiëntie. Je gebruikt het om de KPI 'Percentage facturen zonder inkooporder' te berekenen, die laat zien in hoeverre het inkoopbeleid wordt nageleefd. Het vormt ook de basis voor het dashboard 'Prestaties van 3-way matching', waarmee je het matchproces voor facturen met een inkooporder analyseert.

Waarom dit belangrijk is

Belangrijk om de efficiëntie van 3-way matching te analyseren en naleving van het inkoopbeleid te meten door facturen zonder inkooporder op te sporen.

Waar vind je dit?

Te vinden in factuurregelstabellen, zoals RSEG-EBELN (voor MM-facturen) of BSEG-EBELN (voor FI-facturen).

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

Dit attribuut bevat de officiële naam van de leverancier. De naam is gekoppeld via het leveranciersnummer op het factuurdocument.

Met leveranciersanalyse krijg je inzicht in leveranciersrelaties en procesproblemen bij specifieke leveranciers. Je kunt bijvoorbeeld nagaan welke leveranciers de meeste facturen met afwijkingen indienen en of strategische leveranciers steeds op tijd worden betaald. Samen met het factuurnummer en het bedrag is dit ook een belangrijk veld om mogelijke dubbele betalingen op te sporen.

Waarom dit belangrijk is

Maakt het mogelijk om procesprestaties per leverancier te analyseren. Zo spoor je problematische leveranciers op en beheer je strategische leveranciersrelaties beter.

Waar vind je dit?

Opgehaald uit de leveranciersstamgegevenstabel LFA1 (veld NAME1), via het leveranciersnummer (LIFNR) in BKPF of RBKP.

Voorbeelden
Kantoorbenodigdheden Inc.Global Consulting GroupMachineonderdelen GmbH
Vervaldatum factuur
InvoiceDueDate
De datum waarop de factuur aan de leverancier betaald moet zijn.
Beschrijving

De vervaldatum van de factuur is de uiterste betaaldatum. Door vóór die datum te betalen, voorkom je kosten voor te late betaling en houd je de relatie met de leverancier goed. De datum wordt berekend op basis van de basisdatum van de factuur en de betalingsvoorwaarden die met de leverancier zijn afgesproken.

Deze datum is belangrijk voor het dashboard 'Naleving van betalingsafspraken en ouderdom' en de KPI 'Percentage betalingen op tijd'. Door de vervaldatum met de werkelijke betaaldatum te vergelijken, zie je of betalingen op tijd, eerder of te laat worden gedaan. Dat heeft financiële gevolgen en beïnvloedt de relatie met de leverancier.

Waarom dit belangrijk is

Dit is de belangrijkste basis voor analyses van betalingen op tijd. Je kunt er de betaalprestaties mee meten en de gevolgen voor leveranciersrelaties en kosten voor te late betaling vaststellen.

Waar vind je dit?

Deze datum wordt vaak berekend. De nettovervaldatum staat in veld BSEG-NETDT. Je kunt deze ook afleiden uit de basisdatum voor betaling (BSEG-ZFBDT) en de betalingsvoorwaarden (BSEG-ZTERM).

Voorbeelden
2023-10-312023-11-152024-01-10
Automatisch uitgevoerd
IsAutomated
Een aanduiding die aangeeft of de activiteit automatisch door het systeem is uitgevoerd of door een gebruiker.
Beschrijving

Dit booleaanse attribuut maakt onderscheid tussen activiteiten die door een persoon zijn gestart en activiteiten die zijn uitgevoerd door systeemtaken, workflows of bots. Een automatische betaalrun of een door het systeem geboekte factuur krijgt bijvoorbeeld de aanduiding automatisch.

Door dit attribuut te analyseren, krijg je inzicht in de mate van automatisering van het crediteurenproces. Je kunt het gebruiken om het resultaat van automatiseringsinitiatieven te meten, de efficiëntie van automatische en handmatige stappen te vergelijken en mogelijkheden voor verdere automatisering op te sporen.

Waarom dit belangrijk is

Helpt de mate van automatisering in het proces te meten. Zo kun je de effectiviteit ervan analyseren en mogelijkheden voor verdere verbetering opsporen.

Waar vind je dit?

Afgeleid van de gebruikersnaam, bijvoorbeeld systeemgebruikers-ID’s zoals 'SAP_SYSTEM' of 'BATCHUSER', of van specifieke transactiecodes voor geautomatiseerde taken.

Voorbeelden
truefalse
Betalingsvoorwaarden
PaymentTerms
De afspraken met de leverancier over de betaling van een factuur, vaak met mogelijkheden voor korting.
Beschrijving

Betalingsvoorwaarden bepalen wanneer een factuur betaald moet zijn en of er korting geldt bij vroege betaling. Zo kan de voorwaarde ‘Z001’ betekenen: ‘Betaling binnen 30 dagen, met 2% korting bij betaling binnen 10 dagen’.

Dit attribuut vormt de basis voor het dashboard ‘Percentage benutting van betalingskortingen’. Door de betalingsvoorwaarden te analyseren, kun je vaststellen voor welke facturen korting mogelijk was. Vergelijk dit met de daadwerkelijk verkregen kortingen om gemiste besparingen te vinden en de efficiëntie van het betalingsproces te meten.

Waarom dit belangrijk is

Dit is essentieel om mogelijkheden voor betalingskorting te analyseren, de financiële prestaties van het betalingsproces te meten en gemiste besparingen op te sporen.

Waar vind je dit?

Te vinden in leveranciersposten, in tabel BSEG-ZTERM of in de factuurkop in RBKP-ZTERM.

Voorbeelden
Z0010001NT30
Clearingdatum
ClearingDate
De datum waarop de betaling is gedaan en de factuur is afgeboekt van de openstaande posten.
Beschrijving

De clearingdatum geeft aan wanneer de factuur financieel is afgewikkeld. Op deze datum vindt de activiteit ‘Betaling verwerkt’ plaats. Voor de meeste succesvol afgehandelde facturen is dit de laatste stap.

Deze datum wordt gebruikt om de daadwerkelijke betaaldatum te vergelijken met de vervaldatum van de factuur. Daarom is de datum essentieel voor de KPI ‘Percentage tijdige betalingen’ en voor analyses van de betalingsprestaties. Ook is dit het eindpunt voor de berekening van de totale doorlooptijd van een factuur.

Waarom dit belangrijk is

Geeft aan wanneer een factuur definitief is afgewikkeld. Dit is het eindpunt voor de berekening van de doorlooptijd en de basis voor analyses van tijdige betalingen.

Waar vind je dit?

Te vinden in tabellen met afgeboekte posten, zoals BSAK-AUGDT voor leveranciers.

Voorbeelden
2023-10-282023-11-142024-01-09
Factuurdocumentsoort
InvoiceDocumentType
Een classificatie van het factuurdocument die bepaalt hoe het in SAP wordt verwerkt.
Beschrijving

De documentsoort is een belangrijk configuratie-element in SAP waarmee boekhoudkundige documenten worden ingedeeld. 'KR' wordt bijvoorbeeld doorgaans gebruikt voor leveranciersfacturen, 'RE' voor MM-facturen en 'KG' voor creditnota’s van leveranciers. De documentsoort bepaalt onder meer de nummerreeks en welke velden verplicht zijn.

Door in procesanalyses op documentsoort te filteren, kun je de processtromen voor verschillende soorten facturen vergelijken. Zo kan de goedkeuringsroute voor een creditnota afwijken van die voor een gewone factuur. Dit is handig voor het dashboard 'Varianten in de goedkeuringsroute van facturen'.

Waarom dit belangrijk is

Maakt het mogelijk het proces op te delen naar factuursoort. Zo zie je verschillen in verwerkingsroutes en doorlooptijden.

Waar vind je dit?

Rechtstreeks uit de documentkopgegevenstabel, veld BKPF-BLART.

Voorbeelden
KRREKG
Factuurnummer leverancier
VendorInvoiceNumber
Het factuurnummer dat de leverancier op de factuur heeft vermeld.
Beschrijving

Dit is het referentienummer uit de eigen boekhouding van de leverancier, zoals vermeld op de papieren of digitale factuur. Het wordt handmatig ingevoerd of bij ontvangst van de factuur met OCR uitgelezen.

Dit veld is belangrijk voor de dagelijkse bedrijfsvoering en voor analyses, met name voor het dashboard ‘Mogelijke dubbele factuurbetalingen’. Een veelgebruikte manier om dubbele betalingen op te sporen, is zoeken naar meerdere interne facturen met dezelfde leveranciersnaam, hetzelfde factuurnummer van de leverancier en hetzelfde factuurbedrag. Dit is de belangrijkste externe referentie voor een factuur.

Waarom dit belangrijk is

Dit veld is belangrijk om mogelijke dubbele betalingen op te sporen en is de belangrijkste externe referentie in de communicatie met leveranciers.

Waar vind je dit?

Opgeslagen in het veld ‘Referentie’ in de documentkop, meestal BKPF-XBLNR.

Voorbeelden
INV-2023-9876733401120231015-001
Factuurvaluta
InvoiceCurrency
De valutacode voor het factuurbedrag (bijvoorbeeld USD of EUR).
Beschrijving

Dit attribuut geeft aan in welke valuta het factuurbedrag is uitgedrukt. Zo weet je hoe je financiële bedragen moet interpreteren.

Bij een internationale organisatie kan een analyse van facturen zonder rekening te houden met de valuta een vertekend beeld geven. Met dit veld kun je financiële data correct verwerken, bijvoorbeeld door alle bedragen om te rekenen naar één rapportagevaluta of de analyse per valuta uit te splitsen om financiële activiteiten per regio te bekijken.

Waarom dit belangrijk is

Geeft de context die nodig is om het factuurbedrag goed te interpreteren en financiële analyses en rapportages correct uit te voeren, vooral bij internationale organisaties.

Waar vind je dit?

Te vinden in tabellen met documentkoppen, voornamelijk BKPF-WAERS of RBKP-WAERS.

Voorbeelden
USDEURGBPJPY
Korting verkregen
DiscountTaken
Een booleaanse vlag die aangeeft of een betalingskorting succesvol is toegepast.
Beschrijving

Dit attribuut geeft aan of er daadwerkelijk betalingskorting is verkregen bij de betaling van de factuur. Het is een belangrijk onderdeel van het meten van de financiële efficiëntie van het crediteurenproces.

Deze vlag vormt de basis voor de KPI ‘Percentage benutting van betalingskortingen’. Filter op facturen waarvoor korting mogelijk was op basis van de betalingsvoorwaarden en analyseer vervolgens deze vlag. Zo bereken je precies hoeveel geld is bespaard en hoeveel kortingsmogelijkheden zijn gemist. Dit geeft een helder, meetbaar beeld van de prestaties van het crediteurenproces.

Waarom dit belangrijk is

Meet rechtstreeks hoe goed beschikbare betalingskortingen worden benut. Dit heeft direct invloed op het bedrijfsresultaat.

Waar vind je dit?

Afgeleid door te controleren of het kortingsbedrag (BSEG-SKNTO) op het betalingsdocument groter is dan nul.

Voorbeelden
truefalse
Reden voor betalingsblokkade
BlockingReason
De reden waarom een factuur is geblokkeerd voor betaling, bijvoorbeeld vanwege een afwijking.
Beschrijving

Als een factuur niet door een controle komt tijdens de 3-way match of een andere verificatiestap, wordt de betaling geblokkeerd. De reden voor de betalingsblokkade geeft aan wat er aan de hand is, bijvoorbeeld een afwijking in de hoeveelheid of prijs, of een ontbrekende goederenontvangst.

Dit attribuut is essentieel voor het dashboard ‘Analyse van herhaalwerk bij factuurafwijkingen’. Door te analyseren hoe vaak verschillende redenen voor een betalingsblokkade voorkomen, kun je de oorzaken van inefficiënte processen achterhalen. Komt bijvoorbeeld ‘Prijsafwijking’ vaak voor, dan kan dat wijzen op problemen met stamgegevens in het inkoopsysteem.

Waarom dit belangrijk is

Geeft direct inzicht in de oorzaken van factuurafwijkingen en herhaalwerk, zodat je gericht processen kunt verbeteren.

Waar vind je dit?

Opgeslagen in tabellen met factuurregels, zoals RSEG, in velden die beginnen met SPGR* (bijvoorbeeld SPGRP, SPGRQ, SPGRT). Ook te vinden in RBKP_BLOCKED.

Voorbeelden
PrijsafwijkingHoeveelheidsafwijkingOntbrekende goederenontvangst
Te laat betaald
IsLatePayment
Een booleaanse vlag die aangeeft of de factuur na de vervaldatum is betaald.
Beschrijving

Dit berekende attribuut is een eenvoudige waar/onwaar-vlag die aangeeft of een factuur na de officiële vervaldatum is betaald. De waarde wordt bepaald door de ‘Clearingdatum’ te vergelijken met de ‘Vervaldatum van de factuur’.

Deze vlag vereenvoudigt analyses voor het dashboard ‘Betalingscompliance en ouderdom’ en de KPI ‘Percentage tijdige betalingen’. Je kunt er eenvoudig mee filteren en totalen berekenen, zoals het aantal te late betalingen en het percentage tijdige betalingen. Ook kun je leveranciers of bedrijfscodes opsporen waarbij betalingen vaak te laat zijn.

Waarom dit belangrijk is

Meet rechtstreeks of de betalingsvoorwaarden worden nageleefd, vereenvoudigt de berekening van de KPI voor tijdige betalingen en helpt gebieden met slechte betalingsprestaties op te sporen.

Waar vind je dit?

Berekend attribuut. De logica is: IF ClearingDate > InvoiceDueDate THEN true ELSE false.

Voorbeelden
truefalse
Verplicht Aanbevolen Optioneel

Activiteiten voor de verwerking van crediteurenfacturen

Leg deze belangrijke processtappen en mijlpalen vast in je event log voor een nauwkeurige procesontdekking en optimalisatie.
7 Aanbevolen 8 Optioneel
Activiteit Beschrijving
Betaling afgeletterd
Deze activiteit markeert de definitieve afsluiting van de factuur. De betaling en de factuur worden in het subgrootboek met elkaar verrekend. Hiermee is het proces afgerond.
Waarom dit belangrijk is

Als definitief eindpunt van het proces is deze activiteit nodig voor een nauwkeurige berekening van de totale doorlooptijd. De activiteit bevestigt dat de verplichting is voldaan.

Waar vind je dit?

Dit is een expliciete gebeurtenis. De gebeurtenis wordt vastgelegd wanneer het veld voor de afletterdatum (AUGDT) op de leveranciersregel van het factuurdocument (tabel BSEG) is ingevuld.

Vastleggen

Gebruik de afletterdatum (BSEG-AUGDT) van de factuurregel.

Gebeurtenistype explicit
Betaling uitgevoerd
De factuur is betaald. Dit wordt vastgelegd wanneer de betaalrun is voltooid en een betalingsdocument is aangemaakt en geboekt.
Waarom dit belangrijk is

Deze activiteit is belangrijk voor de analyse van de kasstroom en voor het meten van de KPI 'Percentage betalingen op tijd'. Vergelijk hiervoor de betaaldatum met de vervaldatum van de factuur.

Waar vind je dit?

Dit wordt vastgelegd aan de hand van de boekingsdatum van het betalingsdocument waarmee de factuur wordt afgeletterd. Het nummer van het betalingsdocument staat in het veld voor het afletterdocument (AUGBL) op de factuurregel (BSEG).

Vastleggen

Zoek de boekingsdatum (BUDAT) van het betalingsdocument waarmee de factuurregel wordt afgeletterd.

Gebeurtenistype explicit
Factuur geannuleerd
Het factuurdocument is teruggeboekt, waardoor de financiële gevolgen ervan ongedaan zijn gemaakt. Dit is een alternatieve eindstatus van het proces, vaak vanwege onjuiste invoer of een geschil met de leverancier.
Waarom dit belangrijk is

Door annuleringen te volgen, ontdek je oorzaken van procesproblemen, zoals dubbele inzendingen of onjuiste factuurgegevens. Dat kan wijzen op problemen eerder in het proces.

Waar vind je dit?

Dit wordt expliciet vastgelegd wanneer een terugboekingsdocument wordt aangemaakt. In de kop van het oorspronkelijke document (BKPF) worden het nummer van het terugboekingsdocument (STBLG) en de reden voor terugboeking ingevuld.

Vastleggen

Zoek de boekingsdatum van het terugboekingsdocument. Dit document is gekoppeld via de kop van het oorspronkelijke document (BKPF-STBLG).

Gebeurtenistype explicit
Factuur geblokkeerd voor betaling
Het systeem heeft de factuur automatisch of handmatig geblokkeerd, waardoor betaling niet mogelijk is. Dit komt meestal door afwijkingen in prijs of hoeveelheid, of doordat goedkeuringen ontbreken.
Waarom dit belangrijk is

Dit is een belangrijke aanwijzing voor problemen en herstelwerk. Door de redenen en duur van blokkades te analyseren, ontdek je de oorzaken van betalingsvertragingen en inefficiënties in het proces.

Waar vind je dit?

Dit is een expliciete status in het veld voor de betalingsblokkadecode (ZLSPR) op de leveranciersregel van het boekhoudkundige document (tabel BSEG).

Vastleggen

Vastgelegd via wijzigingsdocumenten wanneer het veld BSEG-ZLSPR een blokkeringsreden bevat.

Gebeurtenistype explicit
Factuur geboekt
De factuur is officieel vastgelegd in het grootboek en vormt daarmee een financiële verplichting. Een geparkeerd document wordt geboekt, of de factuur wordt meteen geboekt.
Waarom dit belangrijk is

Dit is een belangrijke financiële mijlpaal. De boeking bevestigt dat het bedrijf moet betalen en is vaak een voorwaarde om de betaling in te plannen.

Waar vind je dit?

Deze gebeurtenis wordt vastgesteld aan de hand van de boekingsdatum (BUDAT) in de documentkop (BKPF). Bij een geboekt document is de documentstatus (BKPF-BSTAT) leeg.

Vastleggen

Gebruik de boekingstimestamp (BKPF-BUDAT) voor documenten die niet zijn geparkeerd (BKPF-BSTAT is leeg).

Gebeurtenistype explicit
Factuur goedgekeurd
De factuur heeft alle vereiste goedkeuringen in het workflowsysteem gekregen. Dit is vaak de laatste stap voordat de factuur kan worden geboekt of de betalingsblokkade kan worden opgeheven.
Waarom dit belangrijk is

Deze belangrijke mijlpaal markeert het einde van de goedkeuringscyclus. De tijd tussen doorsturen en goedkeuren is een belangrijke efficiëntiemetriek.

Waar vind je dit?

Vastgelegd in SAP Business Workflow-logboeken als een voltooiings- of definitieve vrijgavestap. Je kunt dit ook afleiden uit het opheffen van een betalingsblokkade nadat de factuur is doorgestuurd.

Vastleggen

Haal voltooiingsgebeurtenissen van workflows op uit SAP-workflowlogboeken of zoek de laatste gebeurtenis voor 'vrijgave'.

Gebeurtenistype explicit
Factuur ontvangen
Deze activiteit markeert het aanmaken van een factuurdocument in SAP, handmatig of via een geautomatiseerde interface zoals OCR/VIM. Deze gebeurtenis wordt doorgaans vastgelegd aan de hand van de aanmaakdatum en -tijd van de kop van het boekhoudkundige document.
Waarom dit belangrijk is

Als startpunt van het proces is deze activiteit nodig om de totale doorlooptijd van de factuur te berekenen en de doorvoer van het volledige crediteurenproces te meten.

Waar vind je dit?

Deze gebeurtenis wordt vastgelegd in de tabel met kopgegevens van boekhoudkundige documenten (BKPF), op basis van de aanmaakdatum (CPUDT) en -tijd (CPUTM) van het document.

Vastleggen

Gebruik de timestamp voor het aanmaken van het factuurdocument (BKPF-CPUDT, BKPF-CPUTM).

Gebeurtenistype explicit
Afwijking opgelost
Deze activiteit geeft aan dat een eerder vastgesteld probleem, dat waarschijnlijk tot een betalingsblokkade heeft geleid, is onderzocht en opgelost. Dit wordt vastgelegd wanneer de betalingsblokkade van een factuur wordt opgeheven.
Waarom dit belangrijk is

Door deze herstelcyclus te volgen, krijg je de gegevens voor het dashboard 'Analyse van herhaalwerk bij factuurafwijkingen'. Zo meet je hoeveel tijd en werk het kost om fouten te herstellen.

Waar vind je dit?

Dit wordt afgeleid uit wijzigingsdocumenten die laten zien dat een betalingsblokkade is opgeheven. Het wijzigingslogboek voor het veld BSEG-ZLSPR is hiervoor de belangrijkste bron.

Vastleggen

Zoek wijzigingsdocumenten voor tabel BSEG waarin de waarde van het veld ZLSPR wordt gewist.

Gebeurtenistype inferred
Betaalvoorstel aangemaakt
De factuur is opgenomen in een betaalvoorstel als onderdeel van een betaalrun, bijvoorbeeld F110. De betaling staat nu gepland, in afwachting van de definitieve uitvoering van de run.
Waarom dit belangrijk is

Deze activiteit laat zien hoe een openstaande verplichting wordt klaargemaakt voor betaling. Zo kun je de efficiëntie van de betaalprocessen analyseren.

Waar vind je dit?

Deze gebeurtenis wordt expliciet vastgelegd in de gegevenstabellen voor betaalruns, met name REGUP (verwerkte posten van het betaalprogramma) en REGUH (kopgegevens).

Vastleggen

Zoek wanneer een factuur voorkomt in tabel REGUP voor een betaalrun die in REGUH is vastgelegd.

Gebeurtenistype explicit
Factuur afgewezen
Een goedkeurder heeft de factuur tijdens de goedkeuringsworkflow afgewezen. De factuur wordt dan meestal teruggestuurd naar de verwerker voor correctie of toelichting.
Waarom dit belangrijk is

Afwijzingen laten herstelcycli in het goedkeuringsproces zien. Ze kunnen ook wijzen op problemen met naleving van beleid of onjuiste factuurcodering.

Waar vind je dit?

Dit wordt vastgelegd als een specifieke uitkomstgebeurtenis in de SAP Business Workflow-logboeken die bij de factuur horen.

Vastleggen

Haal gebeurtenissen met de status 'afgewezen' op uit de SAP-workflowlogboeken.

Gebeurtenistype explicit
Factuur geparkeerd
De factuur is ingevoerd in het systeem, maar nog niet geboekt in het grootboek. Vaak wordt deze stap bewust gebruikt om een onvolledig document op te slaan voor latere verwerking of goedkeuring.
Waarom dit belangrijk is

Door geparkeerde facturen te volgen, zie je waar vertraging ontstaat voordat het formele boekingsproces begint. Ook kunnen problemen met ontbrekende gegevens of de eerste controle aan het licht komen.

Waar vind je dit?

Deze status wordt afgeleid uit het statusveld in de kop van het boekhoudkundige document (BKPF-BSTAT = 'V' voor geparkeerd). De gebeurtenis vindt plaats zodra deze status wordt ingesteld.

Vastleggen

Zoek wijzigingsdocumenten voor tabel BKPF waarin het veld BSTAT de waarde 'V' heeft (Vor-erfasst/vooraf ingevoerd).

Gebeurtenistype inferred
Factuur ter goedkeuring doorgestuurd
De factuur is op basis van bedrijfsregels naar een workflow gestuurd voor de vereiste goedkeuringen. Hiermee begint het goedkeuringssubproces.
Waarom dit belangrijk is

Deze activiteit is het startpunt voor het meten van de KPI 'Gemiddelde goedkeuringstijd van facturen' en het analyseren van bottlenecks bij goedkeuringen.

Waar vind je dit?

Dit kan worden vastgelegd in de SAP Business Workflow-logboeken (tabellen SWW*), waarin de start wordt geregistreerd van een workflowinstantie die aan het factuurobject is gekoppeld, bijvoorbeeld BUS2081.

Vastleggen

Haal startgebeurtenissen van workflows op uit SAP-workflowlogboeken, bijvoorbeeld tabel SWW_WIHEAD, die aan het factuurdocument zijn gekoppeld.

Gebeurtenistype explicit
Goederenontvangst gematcht
Deze activiteit geeft aan dat de hoeveelheden en bedragen op de factuur succesvol zijn gematcht met het bijbehorende document voor goederenontvangst. Dit is de laatste controle bij 3-way matching.
Waarom dit belangrijk is

Door dit te volgen, spoor je inefficiënties in het 3-way matching-proces op en ontdek je afwijkingen tussen de ontvangen goederen en wat de leverancier factureert.

Waar vind je dit?

Dit wordt afgeleid uit de aanwezigheid van een materiaaldocumentreferentie (goederenontvangst) op de factuurregel. Vaak is die gekoppeld via de historie van de inkooporderregel.

Vastleggen

Afgeleid uit de aanwezigheid van een referentie naar een document voor goederenontvangst op de factuurregel, bijvoorbeeld in RSEG voor MIRO-facturen.

Gebeurtenistype inferred
Inkooporder gematcht
Deze activiteit geeft aan dat de factuur succesvol is gematcht met de bijbehorende inkooporder. Dit is een belangrijke stap in het 3-way matching-proces voor facturen op basis van inkoop.
Waarom dit belangrijk is

Met deze activiteit meet je hoe efficiënt het matchproces verloopt. De activiteit vormt ook de basis voor de KPI’s 'Prestaties van 3-way matching' en 'Percentage facturen zonder inkooporder'.

Waar vind je dit?

Dit wordt afgeleid wanneer een factuurregel in tabel BSEG of ACDOCA een geldig inkoopordernummer (EBELN) en een geldig regelnummer (EBELP) bevat.

Vastleggen

Afgeleid uit de aanwezigheid van een inkooporderreferentie (BSEG-EBELN) op het factuurdocument bij het aanmaken ervan.

Gebeurtenistype inferred
Vervaldatum factuur verstreken
Een berekende gebeurtenis die aangeeft dat de nettovervaldatum van de factuur is verstreken zonder dat er een betaling is afgeletterd. Dit betekent dat de betaling te laat is of achterstallig is.
Waarom dit belangrijk is

Deze activiteit is essentieel voor het dashboard 'Naleving van betalingsafspraken en ouderdom'. Je kunt er achterstallige facturen mee opsporen en beheren, en de oorzaken van betalingsvertragingen analyseren.

Waar vind je dit?

Dit is geen expliciete gebeurtenis in SAP. De gebeurtenis wordt berekend door de huidige systeemdatum te vergelijken met de nettovervaldatum (berekend op basis van BSEG-ZFBDT of de basisdatum en de betalingsvoorwaarden).

Vastleggen

Berekende gebeurtenis die wordt geactiveerd wanneer de timestamp van de gebeurtenis later is dan de nettovervaldatum van de factuur.

Gebeurtenistype calculated
Aanbevolen Optioneel

Extractiegidsen

Zo haal je data op uit SAP S/4HANA

Klaar om aan de slag te gaan?

Gebruik deze template als startpunt voor process mining en ontdek waar je de bedrijfsvoering efficiënter kunt maken. Zet vandaag de eerste stap naar een beter ingericht en efficiënter proces.

Voorkom boetes voor te late betaling: verbeter vandaag nog de factuurverwerking

Verlaag de verwerkingskosten met 60% en voorkom dubbele betalingen.

Start je gratis proefperiode

Geen creditcard nodig. Je kunt binnen enkele minuten aan de slag.