Jouw datatemplate voor de verwerking van crediteurenfacturen
Jouw datatemplate voor de verwerking van crediteurenfacturen
- Aanbevolen attributen om te verzamelen
- Belangrijke activiteiten om te volgen
- Uitleg voor data-extractie uit NetSuite
Attributen voor factuurverwerking bij crediteuren
| Naam | Beschrijving | ||
|---|---|---|---|
|
Activiteit
ActivityName
|
De naam van de bedrijfsactiviteit of gebeurtenis die in het factuurproces heeft plaatsgevonden. | ||
|
Beschrijving
Dit attribuut beschrijft een specifieke stap of mijlpaal in het Accounts Payable-proces, zoals 'Vendor Bill Created', 'Invoice Approved' of 'Payment Executed'. De volgorde en frequentie van deze activiteiten analyseren is de kern van process mining. Je maakt er de procesflow mee zichtbaar, vindt veelvoorkomende en zeldzame procesvarianten en brengt knelpunten of afwijkingen van de standaardprocedure aan het licht. De gedefinieerde activiteiten vormen de knooppunten in de proceskaart.
Waarom dit belangrijk is
Het definieert de processtappen. Daarmee kun je de proceskaart visualiseren, overgangstijden berekenen en knelpunten en herstelwerklussen vinden.
Waar je het vindt
Afgeleid uit systeemlogs, audittrails of statuswijzigingen in de Vendor Bill en gerelateerde betaalrecords in NetSuite. Hiervoor is vaak transformatielogica nodig.
Voorbeelden
Leveranciersfactuur aangemaaktFactuur goedgekeurdBetaling uitgevoerdAfwijking gevonden
|
|||
|
Factuur
Invoice
|
De unieke identificatie van elke leveranciersfactuur. | ||
|
Beschrijving
De 'Invoice' is de primaire case-identificatie. Deze koppelt alle activiteiten vanaf het moment waarop een factuur wordt ontvangen tot en met de uiteindelijke betaling. Dit attribuut is essentieel om de volledige route van elke factuur te reconstrueren. In analyses kun je ermee filteren, groeperen en afzonderlijke factuurprocessen gedetailleerd bekijken. Daarmee vormt het de basis voor variantanalyses en berekeningen van doorlooptijden.
Waarom dit belangrijk is
Dit is het belangrijkste attribuut dat alle gerelateerde gebeurtenissen aan één procesinstantie koppelt. Zo kun je de volledige levenscyclus van elke factuur analyseren.
Waar je het vindt
Dit is de primaire sleutel van het Vendor Bill-transactierecord in NetSuite, vaak aangeduid als Transaction ID of Document Number.
Voorbeelden
INV-2023-001237894561VN54321A
|
|||
|
Starttijd
EventTime
|
De timestamp die aangeeft wanneer een activiteit of gebeurtenis is gestart. | ||
|
Beschrijving
Dit attribuut registreert de exacte datum en tijd waarop een specifieke activiteit plaatsvond. Het bepaalt de chronologische volgorde van gebeurtenissen binnen elke case. Deze timestamp is belangrijk voor alle tijdgebaseerde analyses, zoals het berekenen van doorlooptijden tussen activiteiten, de totale end-to-end-procesduur en vertragingen. De timestamp wordt gebruikt om gebeurtenissen correct te ordenen en vormt de basis voor prestatie-KPI's zoals 'Average Invoice Approval Time' en 'Days Payable Outstanding'.
Waarom dit belangrijk is
Het geeft de chronologische volgorde van gebeurtenissen. Dat is nodig om alle metriek op basis van doorlooptijden te berekenen, knelpunten te vinden en procesprestaties te begrijpen.
Waar je het vindt
Timestampvelden die horen bij statuswijzigingen of aanmaak- en wijzigingsdatums in NetSuite-transactierecords en System Notes.
Voorbeelden
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:05Z
|
|||
|
Bronsysteem
SourceSystem
|
Het systeem waaruit de data is gehaald. | ||
|
Beschrijving
Dit attribuut identificeert de herkomst van de procesdata. In deze weergave is de waarde altijd 'NetSuite'. In omgevingen met meerdere systemen, zoals een extern OCR-systeem en een ERP, is dit veld belangrijk voor datatracering en probleemoplossing. Het bevestigt dat alle gebeurtenissen correct aan het bronsysteem zijn toegeschreven.
Waarom dit belangrijk is
Het zorgt voor inzicht in de herkomst van data. In omgevingen met meerdere systemen is dit belangrijk om data voor controle en context naar de bron terug te leiden.
Waar je het vindt
Dit is een vaste waarde ('NetSuite') die tijdens het extraheren en transformeren van de data wordt ingevuld.
Voorbeelden
NetSuite
|
|||
|
Laatste data-update
LastDataUpdate
|
De timestamp waarop de data voor deze gebeurtenis voor het laatst uit het bronsysteem is vernieuwd. | ||
|
Beschrijving
Dit attribuut geeft aan wanneer de eventdata voor het laatst uit NetSuite is gehaald. Het laat zien hoe actueel de data in de process mining-tool is. Dat is belangrijk om de actualiteit van de analyse te beoordelen. Je ziet hoe recent de data is, wat vooral relevant is voor operationele dashboards die factuurstatussen bijna in realtime volgen.
Waarom dit belangrijk is
Het maakt de actualiteit van de data inzichtelijk. Zo zie je hoe recent de procesanalyse is en wanneer de volgende data-update wordt verwacht.
Waar je het vindt
Deze timestamp wordt door de data-extractietool of -pipeline aangemaakt op het moment dat de data wordt ingelezen.
Voorbeelden
2024-03-10T02:00:00Z2024-03-11T02:00:00Z
|
|||
|
Factuurbedrag
InvoiceAmount
|
De totale geldwaarde van de factuur. | ||
|
Beschrijving
Dit attribuut staat voor het totale brutobedrag dat op de leveranciersfactuur moet worden betaald, vóór aftrek van kortingen of andere bedragen. Het is een belangrijke financiële maatstaf voor elke case. Het factuurbedrag wordt gebruikt voor financiële analyses, bijvoorbeeld om facturen in waardeklassen in te delen en te zien of hun procesroutes verschillen. In dashboards laat het zien wat de financiële impact van knelpunten of vertragingen is. Het is ook een basis voor DPO-berekeningen.
Waarom dit belangrijk is
Hiermee kun je de financiële impact van procesinefficiënties analyseren en facturen op waarde indelen, zodat je prioriteit kunt geven aan facturen met een hoge waarde.
Waar je het vindt
Het veld 'Amount' of 'Total' in de kop van het Vendor Bill-transactierecord.
Voorbeelden
1500.75250.0012500.50
|
|||
|
Goedkeurder
Approver
|
De gebruiker die verantwoordelijk is voor het goedkeuren van de factuur voor betaling. | ||
|
Beschrijving
Dit attribuut identificeert de manager of budgethouder die de definitieve goedkeuring voor de factuur heeft gegeven. Een factuur kan tijdens de levenscyclus meerdere goedkeurders hebben. Dit is een belangrijke dimensie voor het dashboard 'Approval Bottleneck Analysis'. Door goedkeuringstijden per goedkeurder te analyseren, kan de organisatie zien wie goedkeuringen laat liggen, facturen opnieuw routeren om de werkbelasting beter te verdelen en het goedkeuringsproces efficiënter maken.
Waarom dit belangrijk is
Helpt direct bij het identificeren van knelpunten in het goedkeuringsproces en bij het analyseren van de werkbelasting en prestaties van managers in de goedkeuringsketen.
Waar je het vindt
Deze informatie staat vaak in de workflowgeschiedenis of goedkeuringslogboeken die aan de Vendor Bill-transactie zijn gekoppeld.
Voorbeelden
s.chenp.williamsr.davis
|
|||
|
Inkoopordernummer
PurchaseOrderNumber
|
De identificatie van de inkooporder die aan de factuur is gekoppeld, indien van toepassing. | ||
|
Beschrijving
Dit attribuut koppelt de leveranciersfactuur aan een vooraf goedgekeurde inkooporder (PO). Of dit veld is ingevuld, is belangrijk om facturen met en zonder PO van elkaar te onderscheiden. Dit veld is essentieel voor het 'PO/GR Matching Efficiency'-dashboard en de KPI 'PO/GR Matching Success Rate'. Door processen te analyseren op basis van de aanwezigheid van een PO, zie je waar three-way matching efficiëntiewinst oplevert en waar automatisering mogelijk is.
Waarom dit belangrijk is
Maakt onderscheid tussen facturen met en zonder PO. Deze volgen vaak verschillende procespaden en bieden verschillende mogelijkheden voor automatisering. Het veld is belangrijk voor het analyseren van de matchingefficiëntie.
Waar je het vindt
Dit staat meestal bij de regelitems of in de kop van het Vendor Bill-record en koppelt het record aan een Purchase Order-transactie.
Voorbeelden
PO-004589PO-005123null
|
|||
|
Leveranciersnaam
VendorName
|
De naam van de leverancier die de factuur heeft ingediend. | ||
|
Beschrijving
Dit attribuut identificeert de juridische naam van de leverancier die bij de factuur hoort. Het is een belangrijk masterdatagegeven dat aan de transactie is gekoppeld. Door het proces per leverancier te analyseren, vind je leveranciersspecifieke problemen, zoals veel afwijkingen, betalingsvertragingen of mogelijkheden voor dynamische kortingen. Het is ook nodig voor het dashboard 'Invoice Status and Aging', waarmee je openstaande facturen categoriseert, en voor relatiebeheer.
Waarom dit belangrijk is
Hiermee kun je prestaties per leverancier analyseren, probleemleveranciers vinden, betere voorwaarden onderhandelen en relaties goed beheren.
Waar je het vindt
Uit het Vendor-record dat aan de Vendor Bill-transactie is gekoppeld. Het veld heet meestal 'Vendor Name' of 'Company Name'.
Voorbeelden
Global Office Supplies Inc.Tech Solutions LLCCreative Marketing Co.
|
|||
|
Vervaldatum factuur
InvoiceDueDate
|
De datum waarop de factuur uiterlijk moet zijn betaald om boetes te voorkomen. | ||
|
Beschrijving
Dit attribuut geeft de uiterste betaaldatum aan, op basis van de betalingsvoorwaarden van de leverancier en de factuurdatum. Het is een belangrijke deadline in het AP-proces. Deze datum is de referentie voor het 'Payment Compliance Dashboard' en de KPI 'Payment Term Adherence Rate'. Je gebruikt de datum om te bepalen of betalingen op tijd, te vroeg of te laat zijn gedaan. Dat heeft direct invloed op de relatie met leveranciers en kan leiden tot kosten voor te late betaling.
Waarom dit belangrijk is
Dient als belangrijkste referentie voor het meten van tijdige betalingen. Dat is belangrijk voor leveranciersrelaties en financiële compliance.
Waar je het vindt
Dit is het standaardveld 'Due Date' op het Vendor Bill-transactierecord.
Voorbeelden
2023-11-302023-12-152024-02-28
|
|||
|
Verwerker
ProcessorUser
|
De gebruiker die verantwoordelijk is voor het verwerken of invoeren van de factuur. | ||
|
Beschrijving
Dit attribuut identificeert het teamlid van Accounts Payable dat de data heeft ingevoerd of de eerste verwerkingsstappen van de factuur heeft uitgevoerd. Deze data is essentieel voor het dashboard 'AP Staff Workload Distribution'. Managers kunnen hiermee de werkverdeling analyseren, bepalen waar training nodig is en de prestaties van individuele medewerkers of teams meten. Ook kun je hiermee de oorzaak van fouten onderzoeken door ze terug te leiden naar de verwerker.
Waarom dit belangrijk is
Maakt analyse van werkbelasting en prestaties mogelijk. Ook kun je de oorzaak van fouten onderzoeken door activiteiten aan specifieke AP-medewerkers toe te wijzen.
Waar je het vindt
De velden 'Created By' of 'Modified By' in de systeemnotities of audittrail voor activiteiten in een vroeg stadium van het Vendor Bill-proces.
Voorbeelden
j.doea.smithm.jones
|
|||
|
Bedrijfscode
CompanyCode
|
De identificatie van de juridische entiteit of dochteronderneming die de factuur verwerkt. | ||
|
Beschrijving
Dit attribuut geeft aan welk bedrijf of welke dochteronderneming binnen de organisatie verantwoordelijk is voor de factuur. Dit is vooral relevant voor organisaties met meerdere juridische entiteiten. Door het proces per bedrijfscode te analyseren, kun je de prestaties van verschillende bedrijfsonderdelen vergelijken. Zo zie je verschillen in efficiëntie, compliance of werkbelasting die specifiek zijn voor een dochteronderneming. Dat maakt gerichte verbeteracties mogelijk.
Waarom dit belangrijk is
Maakt het mogelijk om procesprestaties tussen verschillende juridische entiteiten of dochterondernemingen te vergelijken. Zo kun je gerichte verbeteringen doorvoeren en de corporate governance bewaken.
Waar je het vindt
In NetSuite komt dit overeen met het veld 'Subsidiary' op het transactierecord in een OneWorld-account.
Voorbeelden
US01DE01UK01
|
|||
|
Betaaldatum
PaymentDate
|
De datum waarop de betaling van de factuur is uitgevoerd. | ||
|
Beschrijving
Dit attribuut registreert de datum waarop het geld aan de leverancier is overgemaakt. Daarmee is de financiële afwikkeling van de factuur voltooid. Deze datum wordt gebruikt om het daadwerkelijke einde van het proces te bepalen voor verschillende KPI's, waaronder 'Days Payable Outstanding' en 'Payment Term Adherence Rate'. Het is de feitelijke gebeurtenis waarmee je de betaling vergelijkt met de 'Invoice Due Date' en 'Early Payment Discount Date'.
Waarom dit belangrijk is
Markeert het financiële einde van het proces en vormt de basis voor het berekenen van KPI's voor betalingscompliance, DPO en het benutten van kortingen.
Waar je het vindt
Uit het veld 'Date' van het bijbehorende Bill Payment-transactierecord in NetSuite.
Voorbeelden
2023-11-282023-12-142024-02-25
|
|||
|
Betaling op tijd
IsOnTimePayment
|
Een indicator die aangeeft of de factuur op of vóór de vervaldatum is betaald. | ||
|
Beschrijving
Dit berekende boolean-attribuut bepaalt of de 'Payment Date' kleiner dan of gelijk aan de 'Invoice Due Date' is. Het geeft voor elke factuur een duidelijke ja/nee-uitkomst over de tijdigheid van de betaling. Dit attribuut ondersteunt het 'Payment Compliance Dashboard' direct en wordt gebruikt om de KPI 'Payment Term Adherence Rate' te berekenen. Je kunt er eenvoudig alle te late betalingen mee filteren en de oorzaak ervan onderzoeken.
Waarom dit belangrijk is
Vereenvoudigt de analyse van tijdige betalingen en vormt direct de basis voor KPI's rond het naleven van betalingsvoorwaarden en het beheer van leveranciersrelaties.
Waar je het vindt
Berekend tijdens de data-transformatie: PaymentDate <= InvoiceDueDate.
Voorbeelden
truefalse
|
|||
|
Betalingsvoorwaarden
PaymentTerms
|
De afgesproken voorwaarden voor het betalen van de factuur (bijvoorbeeld Net 30, 2% 10 Net 30). | ||
|
Beschrijving
Dit attribuut bepaalt onder welke voorwaarden de leverancier betaling verwacht. Het bevat de betalingstermijn en eventuele kortingen voor vroeg betalen. De betalingsvoorwaarden worden gebruikt om de 'Invoice Due Date' en eventuele 'Early Payment Discount Date' te berekenen. Ze zijn essentieel voor het 'Payment Compliance Dashboard' en voor het analyseren van mogelijkheden om vroegbetalingskortingen te benutten. Zo kun je het werkkapitaal beter beheren.
Waarom dit belangrijk is
Bepaalt betalingstermijnen en kortingsmogelijkheden. Daarmee heeft het direct invloed op het cashflowbeheer en op de mogelijkheid om besparingen te realiseren.
Waar je het vindt
Het veld 'Terms' op de Vendor Bill-transactie, meestal overgenomen uit het Vendor-stamrecord.
Voorbeelden
Netto 30Netto 602% 10, netto 30
|
|||
|
Documenttype
DocumentType
|
Het type document dat wordt verwerkt (bijvoorbeeld Invoice, Credit Memo). | ||
|
Beschrijving
Dit attribuut maakt onderscheid tussen standaardfacturen en andere gerelateerde documenten, zoals creditnota's. Die kunnen andere verwerkingsregels of workflows volgen. Door het proces per documenttype te analyseren, vergelijk je gelijksoortige items met elkaar. Het goedkeuringsproces voor een grote factuur kan bijvoorbeeld veel strenger zijn dan dat voor een kleine creditnota. Deze segmentatie geeft een nauwkeuriger beeld van de procesprestaties.
Waarom dit belangrijk is
Maakt segmentatie van het proces naar verschillende financiële documenttypen mogelijk. Die kunnen elk hun eigen paden en KPI's hebben, wat tot een nauwkeurigere analyse leidt.
Waar je het vindt
Dit kun je bepalen aan de hand van het transactietype in NetSuite (bijvoorbeeld 'Vendor Bill' of 'Vendor Credit').
Voorbeelden
StandaardfactuurCreditnotaDebetnota
|
|||
|
Factuurstatus
InvoiceStatus
|
De huidige verwerkingsstatus van de factuur. | ||
|
Beschrijving
Dit attribuut geeft de huidige status van de leveranciersfactuur binnen de AP-levenscyclus aan, zoals 'Open', 'Pending Approval' of 'Paid in Full'. Dit is een belangrijk attribuut voor het dashboard 'Invoice Status and Aging'. Het geeft een actueel overzicht van de werkvoorraad en openstaande verplichtingen. Je kunt ermee filteren op openstaande of problematische facturen en de voortgang naar afronding volgen.
Waarom dit belangrijk is
Geeft in realtime aan waar een factuur zich in het proces bevindt. Dat is essentieel voor operationele monitoring, werkvoorraadbeheer en financiële prognoses.
Waar je het vindt
Het veld 'Status' op het Vendor Bill-transactierecord.
Voorbeelden
OpenstaandWacht op goedkeuringVolledig betaald
|
|||
|
Herbewerking
IsRework
|
Een indicator die aangeeft of de activiteit onderdeel is van een herbewerkingslus. | ||
|
Beschrijving
Dit berekende boolean-attribuut identificeert activiteiten die herhaald werk vertegenwoordigen, zoals een tweede gebeurtenis 'Discrepancy Identified' of een factuur die wordt afgewezen en daarna opnieuw ter goedkeuring wordt ingediend. Dit attribuut is belangrijk voor het dashboard 'Rework and Error Analysis' en de KPI 'Invoice Rework Rate'. Je kunt hiermee de frequentie en impact van herbewerkingen kwantificeren en bronnen van inefficiëntie, fouten en procesafwijkingen opsporen.
Waarom dit belangrijk is
Kwantificeert procesinefficiëntie door activiteiten te markeren die verspilde inspanning vertegenwoordigen. Zo kun je gericht werken aan betere kwaliteit en een hoger first-time-right-percentage.
Waar je het vindt
Berekend tijdens de data-transformatie door de volgorde van activiteiten voor een bepaalde case te analyseren. Bijvoorbeeld wanneer 'Invoice Approved' wordt gevolgd door 'Invoice Rejected' en daarna opnieuw door 'Invoice Approved'.
Voorbeelden
truefalse
|
|||
|
Kortingsdatum
EarlyPaymentDiscountDate
|
De uiterste datum waarop je een factuur moet betalen om in aanmerking te komen voor een vroegbetalingskorting. | ||
|
Beschrijving
Dit attribuut geeft de laatste datum aan waarop een betaling kan worden gedaan om een leverancierskorting te krijgen, zoals bepaald door de 'Payment Terms' (bijvoorbeeld de '10' in '2% 10, Net 30'). Deze datum vormt de basis voor het dashboard 'Early Payment Discount Opportunities'. Door de datum te vergelijken met de huidige datum en de betaaldatum, kan het systeem mogelijkheden identificeren, de KPI 'Early Payment Discount Capture Rate' meten en helpen om kostenbesparingen te maximaliseren.
Waarom dit belangrijk is
Dit is de belangrijkste datum om kostenbesparingen door vroegbetalingskortingen te maximaliseren. Door de datum te volgen, kun je het cashmanagement verbeteren.
Waar je het vindt
Dit is een berekend veld op het Vendor Bill-record, gebaseerd op de factuurdatum en het veld 'Terms'.
Voorbeelden
2023-11-102024-01-20null
|
|||
|
Valuta
Currency
|
De valutacode voor het factuurbedrag (bijvoorbeeld USD, EUR). | ||
|
Beschrijving
Dit attribuut geeft aan in welke valuta de factuur is opgesteld. Het biedt essentiële context voor 'InvoiceAmount'. Voor multinationale organisaties is het belangrijk om data in één consistente valuta te analyseren. Met dit veld kun je valuta correct omrekenen en financiële kengetallen uit verschillende regio's of bedrijfsonderdelen goed met elkaar vergelijken.
Waarom dit belangrijk is
Biedt de nodige context voor alle geldbedragen, zodat financiële analyses betrouwbaar zijn, vooral binnen internationale bedrijfsvoering.
Waar je het vindt
Het veld 'Currency' op het Vendor Bill-transactierecord, vaak gekoppeld aan de stamgegevens van de leverancier.
Voorbeelden
USDEURGBPCAD
|
|||
|
Vroegbetalingskorting benut
IsEarlyPaymentCaptured
|
Een indicator die aangeeft of een beschikbare vroegbetalingskorting daadwerkelijk is benut. | ||
|
Beschrijving
Dit berekende boolean-attribuut controleert of een factuur met een beschikbare korting op of vóór de 'Early Payment Discount Date' is betaald. Dit attribuut is essentieel voor het meten van de KPI 'Early Payment Discount Capture Rate' en voor het dashboard 'Early Payment Discount Opportunities'. Het geeft een duidelijke succes- of misluktmeting van de kortingsstrategie en maakt gemiste besparingen zichtbaar.
Waarom dit belangrijk is
Meet direct hoe effectief de treasury- of AP-functie kostenbesparingen realiseert. Dit is een belangrijke indicator voor financiële prestaties.
Waar je het vindt
Berekend tijdens de data-transformatie: PaymentDate <= EarlyPaymentDiscountDate voor facturen waarvoor een korting beschikbaar is.
Voorbeelden
truefalsenull
|
|||
Activiteiten in de factuurverwerking bij crediteuren
| Activiteit | Beschrijving | ||
|---|---|---|---|
|
Betaling uitgevoerd
|
Dit staat voor de uiteindelijke betaling van de factuur. De gebeurtenis wordt vastgelegd op basis van de transactiedatum van het Vendor Payment-record dat op de Vendor Bill is toegepast. | ||
|
Waarom dit belangrijk is
Dit is het belangrijkste eindpunt van het AP-proces. Het is nodig om de end-to-end-doorlooptijd, het naleven van betalingstermijnen en Days Payable Outstanding (DPO) te berekenen.
Waar je het vindt
Het veld 'Date' uit het Vendor Payment-transactierecord dat aan de Vendor Bill is gekoppeld.
Vastleggen
Transactiedatum van het Vendor Payment-record dat op de factuur is toegepast.
Eventtype
explicit
|
|||
|
Factuur geboekt in GL
|
Dit markeert het moment waarop het financiële effect van de Vendor Bill officieel in het General Ledger wordt vastgelegd. De activiteit wordt bepaald aan de hand van de transactiedatum waarop de factuur is goedgekeurd en de vlag 'Posting' is ingesteld. | ||
|
Waarom dit belangrijk is
Dit is een belangrijk financieel controlepunt. Het bevestigt dat de verplichting formeel door het bedrijf is opgenomen. Vertraging bij het boeken kan de nauwkeurigheid van financiële rapportages beïnvloeden.
Waar je het vindt
De boekingsdatum van de GL-transactie die vanuit de Vendor Bill is aangemaakt. Het veld 'Posting' op de factuur wordt gecontroleerd.
Vastleggen
Transactiedatum van de GL-boeking die bij de Vendor Bill hoort.
Eventtype
explicit
|
|||
|
Factuur gesloten
|
Dit markeert de definitieve afsluiting van het Vendor Bill-record, meestal nadat de factuur volledig is betaald. De activiteit wordt afgeleid wanneer de status van de Vendor Bill verandert in 'Paid in Full'. | ||
|
Waarom dit belangrijk is
Dit vormt het definitieve einde van de proceslevenscyclus en bevestigt dat er voor deze factuur geen verdere actie nodig is.
Waar je het vindt
Afgeleid uit de timestamp waarop het veld 'Status' van het Vendor Bill-record verandert in 'Paid in Full', zoals vastgelegd in System Notes.
Vastleggen
Timestamp van de wijziging van het veld 'Status' naar 'Paid in Full'.
Eventtype
inferred
|
|||
|
Factuur goedgekeurd
|
Dit betekent dat de Vendor Bill door de aangewezen goedkeurder(s) is goedgekeurd voor betaling. De activiteit wordt vastgelegd wanneer 'Approval Status' van de factuur op 'Approved' wordt gezet. | ||
|
Waarom dit belangrijk is
Dit is een belangrijk mijlpaal die de goedkeuringsfase afsluit en het mogelijk maakt de factuur te boeken en voor betaling in te plannen. Het is een belangrijk datapunt voor het meten van de efficiëntie van goedkeuringen.
Waar je het vindt
Timestamp waarop het veld 'Approval Status' van het Vendor Bill-record verandert in 'Approved', zoals vastgelegd in System Notes of een workflowlog.
Vastleggen
Timestamp uit de workflowlog of System Notes voor 'Approval Status' = 'Approved'.
Eventtype
explicit
|
|||
|
Goedkeuring ingediend
|
Deze gebeurtenis markeert het moment waarop de Vendor Bill formeel in een goedkeuringsworkflow wordt geplaatst. De activiteit wordt vastgelegd wanneer 'Approval Status' van een conceptstatus verandert in 'Pending Approval'. | ||
|
Waarom dit belangrijk is
Dit is het startpunt voor het meten van de goedkeuringsdoorlooptijd. Daarmee kun je knelpunten bij specifieke goedkeurders of afdelingen vinden.
Waar je het vindt
Afgeleid uit de timestamp waarop 'Approval Status' van het Vendor Bill-record verandert in 'Pending Approval', zoals vastgelegd in System Notes.
Vastleggen
Timestamp van de wijziging van het veld 'Approval Status' naar 'Pending Approval'.
Eventtype
inferred
|
|||
|
Leveranciersfactuur aangemaakt
|
Dit markeert het moment waarop een nieuwe leveranciersfactuur in NetSuite wordt ingevoerd. De activiteit wordt vastgelegd op basis van de aanmaakdatum van het Vendor Bill-transactierecord en vormt het officiële begin van het AP-proces. | ||
|
Waarom dit belangrijk is
Dit is het startpunt voor alle berekeningen van de doorlooptijd van het factuurproces. Het is belangrijk om de efficiëntie van het totale proces en de ouderdom van facturen te meten.
Waar je het vindt
Het veld 'Date Created' uit het Vendor Bill-transactierecord.
Vastleggen
Transactie-aanmaakgebeurtenis voor Vendor Bill.
Eventtype
explicit
|
|||
|
Afwijking gevonden
|
Deze activiteit vindt plaats wanneer er een verschil wordt gevonden tussen de factuur, de inkooporder en de goederenontvangst, waardoor verdere verwerking niet mogelijk is. Vaak wordt dit afgeleid wanneer een gebruiker een specifieke 'Approval Status' instelt, zoals 'On Hold' of 'Pending Clarification'. | ||
|
Waarom dit belangrijk is
Door deze activiteit zichtbaar te maken, vind je bronnen van wrijving en herstelwerk in het controleproces. Die zijn vaak de belangrijkste oorzaak van betalingsvertragingen.
Waar je het vindt
Afgeleid uit een wijziging van het veld 'Approval Status' van de Vendor Bill naar een niet-standaard status, zoals 'On Hold'. Hiervoor kan een aangepaste statusconfiguratie nodig zijn.
Vastleggen
Volg wijzigingen in het veld 'Approval Status' die wijzen op een blokkade of vraag.
Eventtype
inferred
|
|||
|
Betaling ingepland
|
Deze activiteit geeft aan dat een Vendor Bill voor betaling is geselecteerd en aan een betaalbatch is toegevoegd. De activiteit wordt vastgelegd wanneer een Vendor Payment-transactie met een toekomstige betaaldatum wordt aangemaakt. | ||
|
Waarom dit belangrijk is
Deze gebeurtenis maakt de betaalpijplijn zichtbaar. Dat helpt bij cashflowprognoses en bij het plannen van betalingen om kortingen voor vroeg betalen te benutten.
Waar je het vindt
Aanmaakdatum van het Vendor Payment-transactierecord dat op de Vendor Bill wordt toegepast.
Vastleggen
Aanmaaktimestamp van het bijbehorende Vendor Payment-transactierecord.
Eventtype
explicit
|
|||
|
Creditnota toegepast
|
Dit gebeurt wanneer een Vendor Credit op een Vendor Bill wordt toegepast, waardoor het openstaande bedrag afneemt. De activiteit wordt vastgelegd via de toepassingsgebeurtenis die beide transacties koppelt. | ||
|
Waarom dit belangrijk is
Het toepassen van creditnota's is een alternatieve route om een factuur af te sluiten. Door deze route te volgen, zie je hoe afboekingen en retouren het AP-proces beïnvloeden.
Waar je het vindt
De toepassingsdatum waarop een Vendor Credit-transactie op de Vendor Bill wordt toegepast. Deze datum is zichtbaar in de gerelateerde records van de factuur.
Vastleggen
Timestamp waarop een Vendor Credit op een Vendor Bill is toegepast.
Eventtype
explicit
|
|||
|
Factuur afgewezen
|
Dit staat voor de formele afwijzing van een Vendor Bill tijdens het goedkeuringsproces. Correctie en opnieuw indienen zijn dan nodig. De gebeurtenis wordt vastgelegd wanneer 'Approval Status' wordt bijgewerkt naar 'Rejected'. | ||
|
Waarom dit belangrijk is
Door afwijzingen te volgen, kun je herstelwerk analyseren, veelvoorkomende oorzaken vinden, zoals onjuiste codering of beleidsovertredingen, en het percentage goedkeuringen bij de eerste poging verbeteren.
Waar je het vindt
Timestamp waarop het veld 'Approval Status' van het Vendor Bill-record verandert in 'Rejected', zoals vastgelegd in System Notes.
Vastleggen
Timestamp uit de workflowlog of System Notes voor 'Approval Status' = 'Rejected'.
Eventtype
explicit
|
|||
|
Factuur opnieuw gerouteerd voor goedkeuring
|
Dit gebeurt wanneer een factuur door een wijziging of afwijzing teruggaat naar een eerdere stap of een andere goedkeurder. De activiteit wordt afgeleid wanneer 'Approval Status' van 'Pending Approval' naar een andere status verandert en daarna opnieuw 'Pending Approval' wordt. | ||
|
Waarom dit belangrijk is
Doorstuurmomenten herkennen is belangrijk om herstelwerklussen in het goedkeuringsproces te begrijpen. Deze kunnen de doorlooptijd aanzienlijk verlengen.
Waar je het vindt
Afgeleid uit System Notes door reeksen te herkennen waarin 'Approval Status' voor dezelfde factuur meerdere keren verandert in 'Pending Approval'.
Vastleggen
Analyseer reeksen wijzigingen in 'Approval Status' in System Notes.
Eventtype
inferred
|
|||
|
Korting voor vroeg betalen benut
|
Dit is een berekende gebeurtenis die plaatsvindt wanneer een factuur vóór de kortingsdatum wordt betaald. De gebeurtenis wordt bepaald door de betaaldatum te vergelijken met de kortingsvoorwaarden op de Vendor Bill. | ||
|
Waarom dit belangrijk is
Hiermee meet je rechtstreeks hoe goed het AP-team kortingen benut. Dat heeft direct invloed op de winstgevendheid en de cashmanagementstrategie van het bedrijf.
Waar je het vindt
Dit is een berekende gebeurtenis. Vergelijk hiervoor de 'Date' van de Vendor Payment-transactie met de kortingsdatum die is afgeleid uit het veld 'Terms' van de Vendor Bill.
Vastleggen
Vergelijk 'Date' van Vendor Payment met de kortingsdatum die is afgeleid uit 'Terms' van Vendor Bill.
Eventtype
calculated
|
|||
|
PO-matching gestart
|
Dit staat voor het koppelen van een Vendor Bill aan de bijbehorende Purchase Order ter controle. De activiteit wordt afgeleid wanneer voor het eerst een PO wordt gekoppeld in de sublijst 'Items' of 'Expenses' van het Vendor Bill-record, vóór goedkeuring. | ||
|
Waarom dit belangrijk is
Door deze stap te volgen, kun je de efficiëntie van het matchingsproces analyseren en vertragingen vinden voordat facturen ter goedkeuring worden ingediend.
Waar je het vindt
Afgeleid uit de System Notes-log, waarin de eerste invulling van het veld 'Created From' of PO-verwijzingen op regelniveau in de Vendor Bill zichtbaar zijn.
Vastleggen
Detecteer het invullen van het PO-verwijzingsveld in System Notes.
Eventtype
inferred
|
|||
|
Te late betaling vastgesteld
|
Dit is een berekende gebeurtenis die wordt geactiveerd wanneer een factuur na de vervaldatum wordt betaald. Dit wordt bepaald door de uitvoeringsdatum van de betaling te vergelijken met de vervaldatum op de Vendor Bill. | ||
|
Waarom dit belangrijk is
Deze activiteit is belangrijk voor het bewaken van compliance rond betalingen en het onderhouden van leveranciersrelaties. Veel te late betalingen kunnen het vertrouwen van leveranciers schaden.
Waar je het vindt
Berekend door 'Date' van de Vendor Payment-transactie te vergelijken met het veld 'Due Date' van het Vendor Bill-record. Als Payment Date > Due Date, vindt deze gebeurtenis plaats.
Vastleggen
Vergelijk 'Date' van Vendor Payment met 'Due Date' van Vendor Bill.
Eventtype
calculated
|
|||
Extractiegidsen
Klaar om aan de slag te gaan?
Met deze datatemplate kun je meteen beginnen met het optimaliseren van de verwerking van crediteurenfacturen. Verbeter vandaag nog je workflow en zorg voor snellere betalingen die aan de compliance-eisen voldoen.
Krijg grip op je crediteurenfacturen
Voorkom boetes voor te late betaling en dubbele betalingen. Verlaag je kosten met 60%.
Je hebt geen creditcard nodig. Je bent in enkele minuten klaar voor gebruik.