Datasjabloon: Accounts Payable – factuurverwerking

SAP S/4HANA
Datasjabloon: Accounts Payable – factuurverwerking

Je template voor de verwerking van leveranciersfacturen (crediteuren)

Deze template is je complete leidraad voor het verzamelen van de gegevens die je nodig hebt om je crediteurenfactuurverwerking te analyseren. Hij beschrijft de essentiële attributen en activiteiten om een robuust event log op te bouwen. Je vindt ook praktische aanwijzingen voor het extraheren van deze gegevens uit je bronsystemen, zodat je vlot met je process mining-traject kunt starten.
  • Aanbevolen attributen voor uitgebreide analyse
  • Belangrijkste procesactiviteiten om effectief te monitoren
  • Stapsgewijze begeleiding bij data-extractie

Kenmerken van de verwerking van inkoopfacturen

Dit zijn de essentiële datavelden in je event log voor een grondige en heldere analyse van je crediteurenproces.
5 Verplicht 6 Aanbevolen 10 Optioneel
NaamBeschrijving
Activiteit
ActivityName
De naam van een specifiek event of een stap in de levenscyclus van de factuurverwerking.
Beschrijving

De activiteit staat voor een duidelijke fase of handeling binnen het crediteurenproces, zoals 'Factuur ontvangen', 'Factuur geboekt' of 'Betaling uitgevoerd'. Dit zijn de bouwstenen van de proceskaart.

Activiteiten analyseren is de kern van Process Mining. Het helpt het procesverloop te visualiseren, veelvoorkomende paden te herkennen, afwijkingen van de standaard te signaleren en de frequentie en duur van elke stap te meten. De volgorde van deze activiteiten voor een specifieke factuur vormt het procespad van die factuur.

Waarom het belangrijk is

Het definieert de processtappen, zodat je het procesverloop kunt visualiseren en analyseren, knelpunten kunt identificeren en herwerklussen kunt detecteren.

Waar te verkrijgen

Afgeleid uit verschillende bronnen zoals documentstatuswijzigingen (bijv. BKPF‑BSTAT), wijzigingsdocumenten (tabellen CDHDR/CDPOS) of workflow-logs. Dit vereist doorgaans maatwerk in de extractielogica.

Voorbeelden
Factuur ontvangenFactuur GoedgekeurdBetaling UitgevoerdFactuur geblokkeerd voor betaling
Factuur
Invoice
De unieke identificatie van een factuurdocument; dit is de primaire case-ID voor het crediteurenproces.
Beschrijving

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

Analyseren op factuur biedt een volledig end-to-end beeld van de levenscyclus van de factuur. Dit is essentieel voor het berekenen van belangrijke kengetallen zoals de totale doorlooptijd, het identificeren van knelpunten per factuur en het begrijpen van de verschillende paden die een factuur in het proces kan doorlopen.

Waarom het belangrijk is

Het identificeert de route van elke factuur eenduidig, waardoor je de volledige levenscyclus kunt volgen en prestaties per factuur kunt analyseren.

Waar te verkrijgen

Dit is een samengestelde sleutel, afgeleid uit de tabellen BKPF (Accounting Document Header) of RBKP (Document Header: Invoice Receipt) met de velden BUKRS, BELNR en GJAHR.

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

Event Time is de timestamp die bij elke activiteit hoort en de chronologische volgorde van events voor een factuur vastlegt. Deze data is cruciaal om de procesflow te begrijpen en elke tijdsgebonden analyse uit te voeren.

In analyses gebruiken we Event Time om activiteiten correct te ordenen, doorlooptijden tussen stappen te berekenen, wachttijden te herkennen en prestaties over verschillende perioden (bijv. per maand) te analyseren. Het vormt de basis voor alle duurgebaseerde KPI’s.

Waarom het belangrijk is

Deze timestamp is cruciaal voor het chronologisch ordenen van gebeurtenissen en voor het berekenen van alle tijdsgebonden kengetallen, zoals doorlooptijden en andere tijdsmetingen, die de basis vormen voor process mining.

Waar te verkrijgen

Afkomstig uit diverse datum-/tijdvelden in SAP-tabellen, zoals aanmaakdatum (BKPF-CPUDT), boekingsdatum (BKPF-BUDAT), afletterdatum (BSAK-AUGDT) of tijdstempels uit changelogs (CDHDR-UDATE/UTIME).

Voorbeelden
2023-10-01T09:00:00Z2023-10-05T14:30:15Z2023-10-15T11:21:05Z
Bronsysteem
SourceSystem
Het systeem waaruit de gegevens zijn geëxtraheerd.
Beschrijving

Dit attribuut geeft de herkomst van de procesgegevens aan. Voor deze view is de waarde doorgaans 'SAP S/4HANA'.

In omgevingen met meerdere ERP-systemen of geïntegreerde systemen is dit veld cruciaal voor herkomstbepaling en scheiding van gegevens. Het zorgt ervoor dat de analyse op de juiste dataset plaatsvindt en helpt datakwaliteitsproblemen op te sporen door ze naar de bron te herleiden.

Waarom het belangrijk is

Geeft de herkomst van de data aan, cruciaal voor data governance, troubleshooting en in omgevingen met meerdere systemen.

Waar te verkrijgen

Dit is doorgaans een statische waarde die tijdens de gegevensextractie wordt toegevoegd om de herkomst van de dataset te markeren.

Voorbeelden
SAP S/4HANASAP ECC 6.0S4H_PROD_100
Laatste gegevensupdate
LastDataUpdate
De tijdstempel die aangeeft wanneer de gegevens voor dit record het laatst zijn ververst vanuit het bronsysteem.
Beschrijving

Dit attribuut geeft de datum en tijd van de meest recente extractie of update uit SAP S/4HANA. Het is een metadataveld dat cruciaal is om de actualiteit van de geanalyseerde gegevens te begrijpen.

Deze informatie laat zien hoe actueel de procesanalyse is. Ze helpt om verwachtingen over datalatentie te beheren en is essentieel voor het plannen van dataverversingen en het borgen van dataintegriteit.

Waarom het belangrijk is

Geeft de actualiteit van de data aan, zodat gebruikers weten hoe up-to-date hun procesanalyse is.

Waar te verkrijgen

Deze waarde wordt bij elk record gegenereerd en vastgelegd zodra de gegevens uit het bronsysteem worden geëxtraheerd.

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

Een bedrijfscode (Company Code) is de kleinste organisatorische eenheid waarvoor een volledige, op zichzelf staande boekhouding kan worden opgesteld voor externe rapportage. In de context van AP staat dit voor de rechtspersoon die geld verschuldigd is aan de leverancier.

Analyseren op bedrijfscode maakt het mogelijk de procesprestaties van verschillende rechtspersonen binnen de organisatie te vergelijken. Zo zie je welke onderdelen volgens de standaard werken en waar de efficiëntie hoger is, de doorlooptijden langer zijn of het herwerkpercentage oploopt.

Waarom het belangrijk is

Maakt het mogelijk procesprestaties tussen juridische entiteiten te vergelijken en zo regiogebonden of business unit-specifieke problemen en best practices te herkennen.

Waar te verkrijgen

Te vinden in tabellen voor documentkoppen, 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 de totale waarde van de factuur zoals aangeleverd door de leverancier. Inclusief kosten van goederen of diensten, belastingen en overige toeslagen, vóór aftrek van eventuele kortingen.

Het factuurbedrag is een cruciaal financieel attribuut voor tal van analyses. Het helpt om facturen van hoge waarde te prioriteren, de financiële impact van procesvertragingen te begrijpen (bijv. rente of boetes bij te late betaling op grote facturen) en het proces te segmenteren (bijv. 'Volgen facturen van hoge waarde een andere goedkeuringsroute?'). Het is ook essentieel om mogelijke dubbele betalingen te identificeren.

Waarom het belangrijk is

Geeft financiële context aan het proces, maakt waardegedreven analyse mogelijk, helpt hoge factuurbedragen prioriteren en kwantificeert financiële impact.

Waar te verkrijgen

Te vinden in tabellen zoals RBKP-RMWWR (bruto factuurbedrag) voor MM-facturen, of berekend op basis van posten in BSEG (veld WRBTR) voor FI-facturen.

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

Dit attribuut registreert de SAP-gebruikers-ID die verantwoordelijk is voor het uitvoeren van een specifieke activiteit, zoals boeken, goedkeuren of het afletteren van een factuur. Het koppelt processtappen aan individuele gebruikers.

Analyseren op gebruikersnaam is essentieel om de werkverdeling te begrijpen, toppresteerders te identificeren en gebruikers te vinden die extra training nodig hebben. Het is ook belangrijk voor het analyseren van knelpunten in goedkeuring in dashboards, omdat je zo ziet welke specifieke goedkeurders voor vertraging zorgen.

Waarom het belangrijk is

Koppelt activiteiten aan specifieke medewerkers en maakt analyse van prestaties, werkdruk en naleving van het functiescheidingsbeleid mogelijk.

Waar te verkrijgen

Meestal te vinden in koptabellen zoals BKPF-USNAM (Ingevoerd door) of in wijzigingsdocumenttabellen, zoals CDHDR-USERNAME (Gewijzigd door).

Voorbeelden
ABROWNJSMITHAP_AUTOMATION
Inkoopordernummer
PurchaseOrderNumber
De unieke identificatie van de inkooporder (PO) die aan de factuur is gekoppeld, indien van toepassing.
Beschrijving

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

Dit is een essentieel attribuut voor compliance- en efficiëntieanalyses. Het wordt gebruikt om de KPI 'Percentage facturen zonder PO' te berekenen, die de naleving van het inkoopbeleid meet. Het vormt ook de basis van het dashboard '3-Way Matching Performance', waarmee je de matching voor facturen met PO kunt analyseren.

Waarom het belangrijk is

Cruciaal om de efficiëntie van 3‑way matching te analyseren en de naleving van het inkoopbeleid te meten door facturen te identificeren die zonder inkooporder (PO) zijn verwerkt.

Waar te verkrijgen

Te vinden in de tabellen met factuurposten, zoals RSEG-EBELN (voor MM-facturen) of BSEG-EBELN (voor FI-facturen).

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

Dit attribuut bevat de officiële naam van de leverancier. De koppeling verloopt via het leveranciersnummer dat op het factuurdocument is opgeslagen.

Leveranciersanalyse is essentieel om relaties te beheren en om procesproblemen te identificeren die specifiek bij bepaalde leveranciers spelen. Het helpt vragen te beantwoorden als: 'Welke leveranciers sturen de meeste facturen met afwijkingen?' of 'Betalen we bepaalde strategische leveranciers consequent op tijd?'. Samen met factuurnummer en bedrag is dit ook een sleutelveld voor het opsporen van mogelijke dubbele betalingen.

Waarom het belangrijk is

Maakt analyse van procesprestaties per leverancier mogelijk, helpt probleemleveranciers te identificeren en strategische leveranciersrelaties effectief te beheren.

Waar te verkrijgen

Wordt opgehaald uit de leveranciersstamdatatabel LFA1 (veld NAME1), via koppeling op leveranciersnummer (LIFNR) zoals aanwezig in BKPF of RBKP.

Voorbeelden
Office Supplies B.V.Global Consulting GroupMachine Parts 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 om te voorkomen dat je te laat betaalt en om een goede leveranciersrelatie te behouden. Deze datum wordt berekend op basis van de basisdatum van de factuur en de afgesproken betalingsvoorwaarden met de leverancier.

Deze datum is essentieel voor het dashboard 'Payment Compliance & Aging' en de KPI 'On-Time Payment Rate'. Door de vervaldatum te vergelijken met de werkelijke betaaldatum wordt duidelijk of er op tijd, te vroeg of te laat wordt betaald, met directe financiële én relationele gevolgen.

Waarom het belangrijk is

Dit is de belangrijkste factor voor de analyse van tijdig betalen. Zo kun je de betaalprestaties meten en de impact op leveranciersrelaties en kosten of boetes bij te late betaling bepalen.

Waar te verkrijgen

Deze datum wordt vaak berekend. De netto vervaldatum staat in veld BSEG-NETDT. Die kan ook worden afgeleid van de basisdatum voor betaling (BSEG-ZFBDT) en betalingsvoorwaarden (BSEG-ZTERM).

Voorbeelden
2023-10-312023-11-152024-01-10
Activiteitsduur
ProcessingTime
De duur van één activiteit.
Beschrijving

Activiteitsduur is de tijd tussen de start en het einde van een activiteit. Deze metriek wordt berekend op basis van eventlogdata.

Deze berekende maatstaf is essentieel voor het dashboard 'Activity Duration & Rework Heatmap'. Je ziet precies welke stappen de meeste tijd opslokken. Analyse van activiteitsduren maakt inefficiënties zichtbaar, zoals lange goedkeuringen of tijdrovende afwikkeling van afwijkingen, waardoor je gericht kunt verbeteren.

Waarom het belangrijk is

Maakt de bestede tijd per activiteit inzichtelijk en helpt de meest tijdrovende stappen en knelpunten in het proces te vinden.

Waar te verkrijgen

Berekend door het verschil te nemen tussen de EventTime van de huidige activiteit en de EventTime van de volgende activiteit voor dezelfde factuur.

Voorbeelden
P2DT3H4MPT5HP7D
Afletterdatum
ClearingDate
De datum waarop de betaling is gedaan en de factuur is afgeletterd op de openstaande posten.
Beschrijving

De afletterdatum markeert de financiële afwikkeling van de factuur. Dit is de datum waarop de activiteit 'Payment Cleared' plaatsvindt en voor de meeste facturen de laatste stap vormt.

Deze datum wordt gebruikt om de daadwerkelijke betaaldatum te bepalen en te vergelijken met de vervaldatum van de factuur. Die is dus essentieel voor de KPI 'On-Time Payment Rate' en voor elke analyse rond betaalgedrag. De datum vormt ook het eindpunt voor de berekening van de end-to-end doorlooptijd van een factuur.

Waarom het belangrijk is

Markeert de definitieve afhandeling van een factuur en vormt zowel het eindpunt voor doorlooptijdberekeningen als de basis voor analyse van tijdig betalen.

Waar te verkrijgen

Te vinden in de tabellen voor afgeletterde posten, zoals BSAK-AUGDT voor leveranciers.

Voorbeelden
2023-10-282023-11-142024-01-09
Betalingstermijnen
PaymentTerms
De met de leverancier afgesproken betalingsvoorwaarden voor een factuur, vaak inclusief kortingsmogelijkheden.
Beschrijving

Betalingsvoorwaarden bepalen de regels voor vervaldata en eventuele vroegbetalingskortingen. Zo kan een code als 'Z001' staan voor: 'Betaalbaar binnen 30 dagen, 2% korting bij betaling binnen 10 dagen'.

Dit attribuut vormt de basis voor het dashboard 'Benutting vroegbetalingskorting'. Door de betalingsvoorwaarden te analyseren, identificeer je alle facturen die in aanmerking kwamen voor korting. Vergelijk dit met de daadwerkelijk genomen kortingen om gemiste besparingen zichtbaar te maken en de efficiëntie van het betalingsproces te meten.

Waarom het belangrijk is

Essentieel om kansen op vroegbetalingskorting te analyseren, de financiële prestaties van het betaalproces te meten en gemiste besparingen te identificeren.

Waar te verkrijgen

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

Voorbeelden
Z0010001NT30
Blokkeringsreden
BlockingReason
De reden waarom een factuur voor betaling is geblokkeerd; dit wijst op een afwijking.
Beschrijving

Als een factuur een validatiecontrole niet doorstaat tijdens de 3-way match of andere controles, wordt de betaling geblokkeerd. De blokkeringsreden geeft aan wat er mis is, bijvoorbeeld een afwijking in hoeveelheid, een prijsverschil of een ontbrekende goederenontvangst.

Dit attribuut is essentieel voor het 'Invoice Discrepancy Rework Analysis'-dashboard. Door de frequentie van de verschillende blokkeringsredenen te analyseren, achterhaal je de oorzaken van inefficiënties in het proces. Als 'Price variance' bijvoorbeeld vaak voorkomt, kan dat wijzen op problemen met stamgegevens in het inkoopsysteem.

Waarom het belangrijk is

Biedt rechtstreeks inzicht in de oorzaken van factuurafwijkingen en rework, zodat je gericht aan procesverbetering kunt werken.

Waar te verkrijgen

Opgeslagen in tabellen voor factuurregels zoals RSEG, in velden die beginnen met SPGR* (bijv. SPGRP, SPGRQ, SPGRT). Is ook te vinden in RBKP_BLOCKED.

Voorbeelden
PrijsafwijkingHoeveelheidsafwijkingOntbrekende goederenontvangst
Factuurdocumenttype
InvoiceDocumentType
Een classificatie van het factuurdocument die bepaalt hoe het in SAP wordt verwerkt.
Beschrijving

Het documenttype is een belangrijk configuratie-element in SAP waarmee boekingsdocumenten worden gecategoriseerd. Zo wordt 'KR' doorgaans gebruikt voor leveranciersfacturen, 'RE' voor MM-facturen en 'KG' voor leverancierscreditnota's. Het type bepaalt zaken zoals de nummerreeks en welke velden verplicht zijn.

In procesanalyse kun je op documenttype filteren om de procesverlopen van verschillende factuursoorten te vergelijken. Zo kan het goedkeuringsproces voor een creditnota afwijken van dat van een standaardfactuur. Dit is nuttig voor het dashboard 'Invoice Approval Routing Variants'.

Waarom het belangrijk is

Maakt segmentatie van het proces mogelijk op basis van de afhandeling van verschillende factuurtypes, waardoor variaties in procespaden en doorlooptijden zichtbaar worden.

Waar te verkrijgen

Rechtstreeks uit de documentkop-tabel, veld BKPF‑BLART.

Voorbeelden
KRREKG
Factuurnummer leverancier
VendorInvoiceNumber
Het factuurnummer dat de leverancier op het document vermeldt.
Beschrijving

Dit is het referentienummer uit het boekhoudsysteem van de leverancier, zoals vermeld op de fysieke of elektronische factuur. Het wordt handmatig ingevoerd of via OCR uitgelezen bij ontvangst van de factuur.

Dit veld is uiterst belangrijk voor de operatie én voor analyses, met name in het dashboard 'Mogelijke dubbele factuurbetalingen'. Een gebruikelijke methode om dubbelen te vinden is zoeken naar meerdere interne factuurdocumenten met dezelfde leverancier, hetzelfde leveranciersfactuurnummer en hetzelfde factuurbedrag. Dit is de primaire externe referentie van een factuur.

Waarom het belangrijk is

Het is een kernveld om mogelijke dubbele betalingen op te sporen en dient als primaire externe referentie in de communicatie met leveranciers.

Waar te verkrijgen

Opgeslagen in het veld 'Referentie' in de documentkop, doorgaans BKPF-XBLNR.

Voorbeelden
INV-2023-9876733401120231015-001
Factuurvaluta
InvoiceCurrency
De valutacode van het factuurbedrag (bijv. USD, EUR).
Beschrijving

Dit attribuut geeft de valuta aan waarin het factuurbedrag is uitgedrukt. Het biedt onmisbare context bij alle financiële waarden.

In een multinationale organisatie kan het misleidend zijn om facturen te analyseren zonder de valuta mee te nemen. Dit veld maakt een correcte verwerking van financiële gegevens mogelijk: door bedragen te converteren naar één rapportagevaluta of door de analyse per valuta op te delen om inzicht te krijgen in regionale financiële activiteiten.

Waarom het belangrijk is

Levert de noodzakelijke context bij het factuurbedrag, voor nauwkeurige financiële analyse en rapportage, zeker in een multinationale context.

Waar te verkrijgen

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

Voorbeelden
USDEURGBPJPY
Is Geautomatiseerd
IsAutomated
Een indicator die aangeeft of de activiteit automatisch door het systeem is uitgevoerd in plaats van door een menselijke gebruiker.
Beschrijving

Dit booleaanse attribuut maakt onderscheid tussen door mensen gestarte activiteiten en stappen die door systeemjobs, workflows of bots worden uitgevoerd. Een geautomatiseerde betalingsrun of een systeemgegenereerde boeking wordt bijvoorbeeld als geautomatiseerd gemarkeerd.

Het analyseren van dit attribuut helpt om het automatiseringsniveau in het crediteurenproces te begrijpen. Je kunt er het succes van automatiseringsinitiatieven mee meten, de efficiëntie van geautomatiseerde tegenover handmatige stappen vergelijken en nieuwe automatiseringskansen identificeren.

Waarom het belangrijk is

Helpt de mate van automatisering in het proces te meten, zodat je de effectiviteit ervan kunt analyseren en kansen voor verdere verbetering ziet.

Waar te verkrijgen

Afgeleid op basis van de gebruikersnaam (bijv. systeemgebruikers zoals 'SAP_SYSTEM' of 'BATCHUSER') of van specifieke transactiecodes die aan geautomatiseerde jobs zijn gekoppeld.

Voorbeelden
truefalse
Korting Genomen
DiscountTaken
Een boolean die aangeeft of een vroegbetalerskorting succesvol is toegepast.
Beschrijving

Dit attribuut geeft aan of er bij het betalen van de factuur daadwerkelijk kassakorting is toegepast. Het is een essentieel onderdeel om de financiële efficiëntie in het AP-proces te meten.

Deze indicator is de kern van de KPI 'Benuttingsgraad kassakorting'. Door te filteren op facturen waarop korting mogelijk was (op basis van betalingsvoorwaarden) en vervolgens deze indicator te analyseren, kan een organisatie precies berekenen hoeveel geld is bespaard en hoeveel kansen zijn gemist. Dit levert een duidelijke, kwantificeerbare maatstaf op voor de AP-prestaties.

Waarom het belangrijk is

Meet direct het succes in het benutten van beschikbare vroegbetalingskortingen, met directe impact op het bedrijfsresultaat.

Waar te verkrijgen

Afgeleid door te controleren of het veld voor het kortingsbedrag (BSEG‑SKNTO) in het betalingsdocument groter is dan nul.

Voorbeelden
truefalse
Te late betaling
IsLatePayment
Een boolean die aangeeft of de factuur na de vervaldatum is betaald.
Beschrijving

Dit berekende attribuut is een eenvoudige ja/nee-indicator die aangeeft of een factuur ná de officiële vervaldatum is betaald. Het wordt bepaald door de 'Afletterdatum' te vergelijken met de 'Vervaldatum van de factuur'.

Deze indicator vereenvoudigt de analyse in het dashboard 'Betalingscompliance & ouderdomsanalyse' en de KPI 'Percentage tijdige betalingen'. Je kunt er laatbetalingen eenvoudig mee tellen, het percentage tijdige betalingen berekenen en leveranciers of bedrijfscodes met veel te late betalingen identificeren.

Waarom het belangrijk is

Meet rechtstreeks de naleving van betalingstermijnen, vereenvoudigt de berekening van de KPI voor tijdige betaling en helpt gebieden met zwakke betaalprestaties te identificeren.

Waar te verkrijgen

Berekend attribuut. Logica: IF ClearingDate > InvoiceDueDate THEN true ELSE false.

Voorbeelden
truefalse
Verplicht Aanbevolen Optioneel

Activiteiten bij de verwerking van inkoopfacturen

Dit zijn de cruciale processtappen en mijlpalen die je in je event log moet vastleggen voor nauwkeurige process discovery en optimalisatie.
7 Aanbevolen 8 Optioneel
ActiviteitBeschrijving
Betaling afgeletterd
Deze activiteit markeert de definitieve afsluiting van de factuur, waarbij betaling en factuur in het subgrootboek tegen elkaar worden afgeletterd. Dit geeft aan dat het proces is voltooid.
Waarom het belangrijk is

Omdat dit het definitieve eindpunt van het proces is, is deze activiteit cruciaal voor een correcte end‑to‑end‑doorlooptijdberekening. Het bevestigt dat de verplichting is voldaan.

Waar te verkrijgen

Dit is een expliciet event: het veld Afletterdatum (AUGDT) wordt gevuld op de leverancierspost van het factuurdocument (tabel BSEG).

Vastleggen

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

Gebeurtenistype explicit
Betaling Uitgevoerd
Er is een betaling op de factuur verricht. Dit wordt vastgelegd zodra de betaalrun is afgerond en er een betalingsdocument is aangemaakt en geboekt.
Waarom het belangrijk is

Deze activiteit is cruciaal voor cashflowanalyse en voor het meten van de KPI 'On-Time Payment Rate' door deze datum te vergelijken met de vervaldatum van de factuur.

Waar te verkrijgen

Dit wordt afgeleid van de boekingsdatum van het betalingsdocument waarmee de factuur wordt afgeletterd. Het nummer van het betalingsdocument is gelinkt in het veld voor afletterdocument (AUGBL) van de factuurregel (BSEG).

Vastleggen

Bepaal de boekingsdatum (BUDAT) van het betalingsdocument dat de factuurpost aflettert.

Gebeurtenistype explicit
Factuur geannuleerd
Het factuurdocument is teruggeboekt (gestorneerd), waardoor de financiële impact wordt geneutraliseerd. Dit is een alternatieve eindstatus van het proces, vaak door foutieve boekingen of geschillen met de leverancier.
Waarom het belangrijk is

Het bijhouden van annuleringen helpt de oorzaken van procesfouten te achterhalen, zoals dubbele indieningen of onjuiste factuurgegevens. Dat wijst vaak op problemen hogerop in de keten.

Waar te verkrijgen

Dit wordt expliciet geregistreerd wanneer een stornodocument wordt aangemaakt. In de oorspronkelijke documentkop (BKPF) worden het stornodocumentnummer (STBLG) en de stornoreden gevuld.

Vastleggen

Bepaal de boekingsdatum van het stornodocument, dat in de kop van het originele document is gekoppeld (BKPF-STBLG).

Gebeurtenistype explicit
Factuur geblokkeerd voor betaling
Het systeem heeft automatisch of handmatig een blokkade op de factuur gezet, waardoor betaling niet mogelijk is. Oorzaken zijn meestal prijs- of hoeveelheidsverschillen of ontbrekende goedkeuringen.
Waarom het belangrijk is

Dit is een belangrijke indicator voor problemen en herwerk. Analyse van blokkaderedenen en -duur helpt de oorzaken van betalingsvertragingen en inefficiënties in het proces te vinden.

Waar te verkrijgen

Dit is een expliciete status die wordt vastgelegd in het veld Payment Block Key (ZLSPR) op de leverancierspost van het boekingsdocument (tabel BSEG).

Vastleggen

Gelogd via wijzigingsdocumenten wanneer het veld BSEG-ZLSPR is ingevuld met een blokkadereden.

Gebeurtenistype explicit
Factuur geboekt
De factuur is formeel in het grootboek vastgelegd en creëert daarmee een financiële verplichting. Een geparkeerd document wordt een geboekt document, of er wordt direct geboekt.
Waarom het belangrijk is

Dit is een cruciale financiële mijlpaal. Het bevestigt de betalingsverplichting van het bedrijf en is vaak een voorwaarde om betaling in te plannen.

Waar te verkrijgen

Dit event wordt bepaald door de boekingsdatum (BUDAT) in de documentkop (BKPF). Een geboekt document heeft een documentstatus (BKPF-BSTAT) die leeg is.

Vastleggen

Gebruik de boekingstimestamp (BKPF-BUDAT) voor documenten die niet geparkeerd zijn (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 een factuur kan worden geboekt of gedeblokkeerd voor betaling.
Waarom het belangrijk is

Deze mijlpaal markeert het einde van de goedkeuringscyclus. De doorlooptijd tussen doorsturen en goedkeuren is een cruciale maatstaf voor efficiëntie.

Waar te verkrijgen

Vastgelegd in SAP Business Workflow-logs als voltooiing of definitieve vrijgave. Of af te leiden uit het verwijderen van een betalingsblokkade na routing.

Vastleggen

Haal events voor workflowvoltooiing uit SAP-workflowlogs of identificeer het laatste 'release'-event.

Gebeurtenistype explicit
Factuur ontvangen
Deze activiteit markeert het aanmaken van een factuurdocument in SAP, handmatig of via een geautomatiseerde interface zoals OCR/VIM. Dit event wordt doorgaans afgeleid uit de aanmaakdatum en -tijd van de kop van het boekingsdocument.
Waarom het belangrijk is

Als startpunt van het proces is deze activiteit cruciaal om de end-to-end doorlooptijd van facturen te berekenen en de doorvoer van het hele AP-proces te meten.

Waar te verkrijgen

Dit event wordt vastgelegd vanuit de documentkop van het boekingsdocument (BKPF), met de aanmaakdatum (CPUDT) en -tijd (CPUTM).

Vastleggen

Gebruik de aanmaaktimestamp (BKPF-CPUDT, BKPF-CPUTM) voor het factuurdocument.

Gebeurtenistype explicit
Afwijking opgelost
Deze activiteit geeft aan dat een eerder vastgesteld probleem – vaak de oorzaak van een betalingsblokkade – is onderzocht en opgelost. Dit wordt vastgelegd wanneer de betalingsblokkade op een factuur wordt verwijderd.
Waarom het belangrijk is

Het volgen van deze herwerkloop is cruciaal voor het 'Invoice Discrepancy Rework Analysis'-dashboard. Hiermee kun je de tijd en inspanning kwantificeren die in het herstellen van fouten gaat zitten.

Waar te verkrijgen

Dit wordt afgeleid uit wijzigingsdocumenten die het verwijderen van een betalingsblokkade tonen. Het wijzigingslog van veld BSEG-ZLSPR is de primaire bron.

Vastleggen

Identificeer wijzigingsdocumenten voor tabel BSEG waarbij het veld ZLSPR is gewijzigd van een waarde naar leeg.

Gebeurtenistype inferred
Betalingsvoorstel aangemaakt
De factuur is opgenomen in een betalingsvoorstel als onderdeel van een betalingsrun (bijv. F110). De factuur staat ingepland voor betaling, in afwachting van de definitieve uitvoering van de run.
Waarom het belangrijk is

Deze activiteit toont de overgang van een openstaande verplichting naar een post die actief voor betaling wordt klaargezet, wat helpt om de efficiëntie van het betaalproces te analyseren.

Waar te verkrijgen

Dit event wordt expliciet gelogd in de tabellen voor de betalingsrun, namelijk REGUP (verwerkte posten uit het betalingsprogramma) en REGUH (kopgegevens).

Vastleggen

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

Gebeurtenistype explicit
Factuur afgewezen
Een fiatteur heeft de factuur afgekeurd in de goedkeuringsworkflow. De factuur gaat daarbij meestal terug naar de verwerker voor correctie of toelichting.
Waarom het belangrijk is

Het registreren van afwijzingen maakt herwerklussen in het goedkeuringsproces zichtbaar en kan duiden op problemen met de naleving van het beleid of onjuiste factuurcodering.

Waar te verkrijgen

Dit wordt vastgelegd als een specifiek uitkomst-event in de SAP Business Workflow-logs die aan de factuur zijn gekoppeld.

Vastleggen

Haal events met de status 'rejected' uit SAP-workflowlogs.

Gebeurtenistype explicit
Factuur doorgestuurd voor goedkeuring
De factuur is op basis van business rules ingediend in een workflow voor de vereiste goedkeuringen. Dit markeert de start van het goedkeuringssubproces.
Waarom het belangrijk is

Deze activiteit is het startpunt voor het meten van de KPI 'Average Invoice Approval Time' en voor het analyseren van knelpunten in het goedkeuringsproces.

Waar te verkrijgen

Kan worden opgehaald uit SAP Business Workflow-logs (SWW*-tabellen) die de start registreren van een workflowinstantie gekoppeld aan het factuurobject (bijv. BUS2081).

Vastleggen

Haal startevents voor de workflow uit SAP-workflowlogs (bijv. tabel SWW_WIHEAD) die aan het factuurdocument zijn gekoppeld.

Gebeurtenistype explicit
Factuur geparkeerd
Staat voor een factuur die wel is ingevoerd maar nog niet op het grootboek is geboekt. Vaak is dat bewust, om een onvolledig document later af te ronden of goed te laten keuren.
Waarom het belangrijk is

Het volgen van geparkeerde facturen maakt vertragingen zichtbaar voordat de formele boeking begint en kan problemen blootleggen met de volledigheid van gegevens of de eerste controle.

Waar te verkrijgen

Deze status wordt afgeleid uit het documentstatusveld in de documentkop (BKPF-BSTAT = 'V' voor Parked). Het event vindt plaats zodra de status wordt gezet.

Vastleggen

Identificeer wijzigingsdocumenten voor tabel BKPF waarbij het veld BSTAT is ingesteld op 'V' (Vor-erfasst/Pre-entered).

Gebeurtenistype inferred
Goederenontvangst gematcht
Deze activiteit geeft aan dat de aantallen en bedragen op de factuur succesvol zijn gematcht met de bijbehorende goederenontvangst. Dit is de laatste validatie in een 3-way matching-scenario.
Waarom het belangrijk is

Door dit te volgen kun je inefficiënties in het 3-way matching-proces exact lokaliseren en verschillen ontdekken tussen ontvangen goederen en wat de leverancier factureert.

Waar te verkrijgen

Dit wordt afgeleid uit de aanwezigheid van een verwijzing naar een materiaaldocument (goederenontvangst) op de factuurregel, vaak gekoppeld via de positiehistorie van de inkooporder.

Vastleggen

Afgeleid uit de aanwezigheid van een referentie naar een Goods Receipt (GR)-document op de factuurregel (bijv. 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 cruciale stap in het 3-way matching-proces voor inkoopgerelateerde facturen.
Waarom het belangrijk is

Met de analyse van deze activiteit meet je de efficiëntie van het matching‑proces; dit is essentieel voor de KPI’s "3‑Way Matching Performance" en "PO‑Less Invoice Percentage".

Waar te verkrijgen

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

Vastleggen

Afgeleid uit de aanwezigheid van een referentie naar een inkooporder (PO) in BSEG-EBELN op het factuurdocument bij aanmaak.

Gebeurtenistype inferred
Vervaldatum factuur verstreken
Een berekend event dat aangeeft dat de netto vervaldatum van de factuur is verstreken zonder dat er een betaling op is afgeboekt. Dit duidt op een te late of achterstallige betaling.
Waarom het belangrijk is

Essentieel voor het dashboard 'Payment Compliance & Aging'. Deze activiteit helpt achterstallige facturen proactief te signaleren en te beheren, en grondoorzaken van te late betalingen te analyseren.

Waar te verkrijgen

Dit is geen expliciet event in SAP. Het wordt berekend door de huidige systeemdatum te vergelijken met de netto vervaldatum (berekend vanuit BSEG-ZFBDT of basisdatum en betalingsvoorwaarden).

Vastleggen

Berekend event dat wordt getriggerd wanneer de timestamp van het event later is dan de netto vervaldatum van de factuur.

Gebeurtenistype calculated
Aanbevolen Optioneel

Extractie Guides

Zo haal je je data uit SAP S/4HANA