Jouw datatemplate voor het crediteurenbetalingsproces
Jouw datatemplate voor het crediteurenbetalingsproces
Dit is onze generieke datatemplate voor process mining voor Betalingsverwerking crediteuren. Gebruik onze systeemspecifieke templates voor gerichtere begeleiding.
Selecteer een specifiek systeem- Gestandaardiseerd dataschema dat compatibel is met elk financieel systeem
- Essentiële processtappen voor end-to-end tracking van betalingen
- Volledige lijst met attributen voor grondige prestatie- en complianceanalyses
Attributen voor betalingsverwerking bij crediteuren
| Naam | Beschrijving | ||
|---|---|---|---|
| Activiteit Activity | De specifieke processtap of statuswijziging die heeft plaatsgevonden. | ||
| Beschrijving Dit attribuut beschrijft de gebeurtenis die op een bepaald moment heeft plaatsgevonden en de levenscyclus van de factuur weergeeft. Voorbeelden zijn Factuur aangemaakt, Goedkeuring aangevraagd, Betalingsblokkade toegepast en Betaling uitgevoerd. In process mining bepaalt dit veld de knooppunten in de procesmap. Het is nodig om de werkstroom zichtbaar te maken en de volgorde te bepalen waarin een factuur wordt verwerkt voordat deze wordt vereffend. Waarom dit belangrijk is Het bepaalt de processtroom en is nodig om de volgorde van stappen in de procesmap zichtbaar te maken. Waar je het vindt Afkomstig uit transactielogboeken, tabellen met statuswijzigingen of audittrails in het bronsysteem. Voorbeelden Factuur aangemaaktFactuur goedgekeurdBetalingsblokkade ingesteldBetalingsrun aangemaaktBetaling verwerkt door de bank | |||
| Bronsysteem SourceSystem | De naam van de applicatie of database waaruit het record afkomstig is. | ||
| Beschrijving Dit attribuut geeft aan welk ERP- of financieel systeem de data heeft gegenereerd. In complexe omgevingen gebruiken organisaties soms meerdere SAP-, Oracle- of legacy-systemen tegelijk. Je gebruikt dit veld om analyses op systeeminstantie te filteren en mogelijke dataconflicten op te vangen wanneer factuurnummers niet uniek zijn in verschillende systemen. Zo kun je de procesprestaties in verschillende technische omgevingen vergelijken. Waarom dit belangrijk is Hiermee kun je datastromen in omgevingen met meerdere systemen van elkaar onderscheiden. Waar je het vindt Meestal een vaste tekenreeks die tijdens het ophalen of transformeren van de data wordt toegevoegd. Voorbeelden SAP_ECC_NAOracle_Fusion_EUDynamics365_ProdNetSuite_GlobalLegacy_AS400 | |||
| Case-ID CaseId | De unieke identificatie voor de specifieke factuur die wordt verwerkt. | ||
| Beschrijving Dit attribuut is de centrale sleutel om alle gebeurtenissen binnen het proces voor crediteurenfacturen aan elkaar te koppelen. In de context van AP is dit vrijwel altijd het factuurnummer, of een combinatie van leveranciersnummer en factuurnummer om uniciteit in de dataset te garanderen. Hiermee kun je de volledige processtroom van elk afzonderlijk factuurdocument reconstrueren. Analisten gebruiken dit veld om verschillende transacties van elkaar te onderscheiden en metrics op caseniveau te berekenen, zoals doorlooptijden en aantallen herstelacties. Waarom dit belangrijk is Dit is de basiseenheid voor process mining. Je kunt er afzonderlijke facturen mee volgen, van ontvangst tot de uiteindelijke betaling. Waar je het vindt Staat meestal in de factuurkop of in het hoofdjournaal van documenten van het ERP-systeem. Voorbeelden INV-2023-0019988776655VEND01-INV500AC-9928120231025-44 | |||
| Gebeurtenistijd StartTime | De timestamp die aangeeft wanneer de specifieke activiteit plaatsvond. | ||
| Beschrijving Dit attribuut registreert de exacte datum en tijd waarop een gebeurtenis plaatsvond. Daarmee kun je activiteiten in de juiste volgorde zetten en de duur tussen stappen berekenen. Nauwkeurigheid in dit veld is belangrijk voor het bepalen van doorlooptijden, het vinden van bottlenecks en het analyseren van de verwerkingscapaciteit. Het vormt de basis voor alle tijdgebonden KPI's, zoals de tijd die nodig is om een factuur goed te keuren of de totale duur van ontvangst tot betaling. Waarom dit belangrijk is Je hebt dit veld nodig om gebeurtenissen chronologisch te ordenen en alle metriek op basis van duur te berekenen. Waar je het vindt Te vinden in systeemlogboeken, timestamps van transacties of datums van wijzigingen. Voorbeelden 2023-10-15T08:30:00Z2023-10-15T14:45:12Z2023-10-16T09:15:00Z2023-11-01T10:00:00Z2023-11-05T16:20:00Z | |||
| Laatste data-update LastDataUpdate | De timestamp waarop de data is opgehaald of vernieuwd. | ||
| Beschrijving Dit attribuut geeft aan hoe actueel de data in de analyse is. Meestal is het een metadataveld dat door de extractietool wordt aangemaakt en niet in het bronsysteem zelf staat. Analisten gebruiken dit veld om de vertraging in het dashboard te begrijpen en te controleren of de data de actuele toestand van het bedrijfsproces weergeeft. Het is vooral nuttig bij het onderzoeken van ontbrekende recente transacties. Waarom dit belangrijk is Het houdt bij hoe actueel de data is en helpt synchronisatieproblemen te vinden. Waar je het vindt Aangemaakt door de ETL-pijplijn of dataconnector tijdens het uitvoeren van de extractie. Voorbeelden 2023-11-10T23:59:59Z2023-11-11T06:00:00Z2023-11-11T12:00:00Z2023-11-11T18:00:00Z2023-11-12T00:00:00Z | |||
| Betaaldatum PaymentDate | De datum waarop de betaling daadwerkelijk is uitgevoerd of vereffend. | ||
| Beschrijving Dit attribuut registreert wanneer het geld is overgemaakt of de cheque is uitgegeven. In sommige systemen verschilt dit van de vereffeningsdatum, waarop de bank de transactie verwerkt. Hiermee eindigt de crediteurenverplichting voor de betreffende factuur. Analisten gebruiken dit veld om de uiteindelijke doorlooptijd te berekenen en te controleren of kortingen voor vroeg betalen zijn benut. Waarom dit belangrijk is Het markeert het einde van de cyclus en wordt gebruikt om het benutten van kortingen te controleren. Waar je het vindt Te vinden in de tabellen met betalings- of vereffeningsdocumenten die aan de factuur zijn gekoppeld. Voorbeelden 2023-10-282023-11-142023-11-282023-12-052023-12-10 | |||
| Factuurbedrag InvoiceAmount | De totale geldwaarde van de factuur. | ||
| Beschrijving Dit attribuut staat voor de brutowaarde van de factuur die betaald moet worden. Het bedrag is meestal opgeslagen in de documentvaluta en moet mogelijk worden omgerekend voor geaggregeerde rapportages. Het is belangrijk voor analyses van financiële impact. Zo kun je procesverbeteringen prioriteren op basis van werkkapitaal in plaats van alleen op het aantal cases. Voor facturen met een hoge waarde kunnen andere goedkeuringsworkflows gelden dan voor facturen met een lage waarde. Waarom dit belangrijk is Hiermee kun je inefficiënties en de impact op werkkapitaal analyseren op basis van waarde. Waar je het vindt Te vinden in de factuurkop, meestal aangeduid als brutobedrag of totaalbedrag. Voorbeelden 1500.00250.5010000.0045.99500000.00 | |||
| Factuurdatum InvoiceDate | De datum waarop de leverancier de factuur heeft uitgegeven. | ||
| Beschrijving Dit attribuut bevat de documentdatum die op de fysieke of digitale factuur staat. Deze datum verschilt van de invoer- of boekingsdatum in het systeem. De datum is het startpunt voor het berekenen van de ouderdom van de factuur. Vaak gebruik je deze ook als basis voor de vervaldatum, op basis van de afgesproken betalingsvoorwaarden. De datum is nodig om de vertraging tussen uitgifte en ontvangst of invoer van de factuur te analyseren. Waarom dit belangrijk is De datum vormt de basis voor ouderdomsberekeningen en het controleren van betalingsvoorwaarden. Waar je het vindt Te vinden in de factuurkop als documentdatum. Voorbeelden 2023-10-012023-10-102023-10-152023-10-202023-10-31 | |||
| Inkoopordernummer PurchaseOrderNumber | Het referentienummer van de inkooporder die aan de factuur is gekoppeld. | ||
| Beschrijving Dit attribuut koppelt de factuur aan het inkoopproces. Als het is ingevuld, gaat het om een factuur met inkooporder. Die volgt meestal een 2-way- of 3-way-matchproces. Je gebruikt dit veld om het aandeel facturen met en zonder inkooporder te berekenen. Verschillen tussen de inkooporder en de factuur veroorzaken vaak betalingsblokkades en herstelwerk. Waarom dit belangrijk is Hiermee kun je de efficiëntie van het matchen met inkooporders analyseren en stromen met en zonder inkooporder onderscheiden. Waar je het vindt Te vinden in de factuurkop of in de regels van het document. Voorbeelden PO-450001450009922P100200ORD-5521PUR-2023-88 | |||
| Naam leverancier VendorName | De naam van de leverancier of entiteit die de factuur heeft uitgegeven. | ||
| Beschrijving Dit attribuut identificeert de externe partner in de transactie. Het is vaak gekoppeld aan een stamgegevensrecord met aanvullende informatie, zoals betalingsvoorwaarden en bankgegevens. Met dit attribuut kun je leveranciers vinden die vaak uitzonderingen in het proces veroorzaken, bijvoorbeeld door prijsverschillen of ontbrekende informatie. Ook kun je doorlooptijden en herstelpercentages per leverancier berekenen. Waarom dit belangrijk is Hiermee kun je procesprestaties per leverancier segmenteren en problematische leveranciersrelaties vinden. Waar je het vindt Te vinden in de factuurkop of door een koppeling met de leverancierstabel. Voorbeelden Acme CorpGlobal Services LtdOffice Supplies CoTech Solutions IncLogistics Partners | |||
| Vervaldatum DueDate | De datum waarop de betaling volgens de overeenkomst uiterlijk moet zijn uitgevoerd. | ||
| Beschrijving Dit attribuut geeft de uiterste betaaldatum aan. Het systeem berekent deze meestal door het aantal dagen van de betalingsvoorwaarde op te tellen bij de basisdatum. Door de werkelijke betaaldatum met dit attribuut te vergelijken, kun je het percentage tijdige betalingen en te late betalingen berekenen. Dit is belangrijk voor het beheer van de kasstroom en om boetes of problemen met leveranciersrelaties te voorkomen. Waarom dit belangrijk is Je hebt dit veld nodig om het percentage tijdige betalingen te berekenen en boetes voor te late betaling te beheren. Waar je het vindt Te vinden in de factuurkop of in tabellen met betalingsschema's. Voorbeelden 2023-10-312023-11-152023-11-302023-12-012023-12-15 | |||
| Bedrijfscode CompanyCode | De identificatie van de juridische entiteit of dochteronderneming. | ||
| Beschrijving Dit attribuut splitst de data op naar organisatie-eenheid, zoals een specifieke dochteronderneming, een land of een juridische entiteit. Het is belangrijk voor grote ondernemingen die in meerdere regio's actief zijn. Hiermee kun je prestaties tussen bedrijfsonderdelen vergelijken. Door lokale regelgeving of verschillen in procesvolwassenheid kunnen processen per bedrijfscode uiteenlopen. Waarom dit belangrijk is Hiermee kun je prestaties tussen verschillende organisatie-eenheden vergelijken en daarop filteren. Waar je het vindt Te vinden in de factuurkoptabel. Voorbeelden US01DE0110002000UK_OPS | |||
| Betalingsvoorwaarden PaymentTerms | De code of omschrijving die de afgesproken betalingstermijn en kortingen vastlegt. | ||
| Beschrijving Dit attribuut beschrijft de contractuele betalingsvoorwaarden, zoals Net 30 of 2/10 Net 30. Het bepaalt wanneer de factuur vervalt en of er korting geldt bij vroeg betalen. Met een analyse van dit veld kun je de kasstroom verbeteren. Zo voorkom je dat je te vroeg betaalt en werkkapitaal misloopt, of te laat betaalt en boetes krijgt. Ook kun je kortingen beter benutten. Waarom dit belangrijk is Het bepaalt de regels voor vervaldatums en kortingen, die belangrijk zijn voor een goede kasstroom. Waar je het vindt Te vinden in de factuurkop, vaak overgenomen uit de leveranciersstamgegevens. Voorbeelden NT302/10 Netto 30DIRECTZ001Netto 60 | |||
| Documenttype DocumentType | De classificatie van het factuurdocument. | ||
| Beschrijving Dit attribuut deelt de transactie in en maakt onderscheid tussen standaardfacturen, creditnota's, vooruitbetalingen en latere debiteringen. Elk type kan andere workflowregels activeren. Het is belangrijk om de verdeling van documenttypen te begrijpen bij het interpreteren van procesmetingen. Creditnota's volgen bijvoorbeeld vaak een omgekeerde stroom of een specifieke goedkeuringsroute. Als je ze niet apart analyseert, kunnen ze de gemiddelde doorlooptijd vertekenen. Waarom dit belangrijk is Het maakt onderscheid tussen facturen, creditnota's en andere financiële documenten. Waar je het vindt Te vinden in de factuurkoptabel. Voorbeelden StandaardfactuurCreditnotaVooruitbetalingFactuur zonder POPeriodieke factuur | |||
| Gebruiker User | De identificatie van de persoon of het systeemaccount dat de activiteit uitvoert. | ||
| Beschrijving Dit attribuut registreert wie de specifieke processtap heeft uitgevoerd. Je kunt hiermee onderscheid maken tussen menselijke gebruikers en systeemautomatisering, zoals bots of batchtaken. Je gebruikt het om de automatiseringsgraad, oftewel de Touchless Rate, te berekenen en functiescheiding te controleren. Ook helpt het bij het bepalen van trainingsbehoeften wanneer bepaalde gebruikers vaak herstelwerk of fouten veroorzaken. Waarom dit belangrijk is Hiermee kun je functiescheiding analyseren en automatiseringspercentages berekenen. Waar je het vindt Te vinden in transactielogboeken of systeemaudittrails. Voorbeelden JSMITHSYSTEM_BATCHK_DOEAP_BOT_01WORKFLOW_SYS | |||
| Reden betalingsblokkade PaymentBlockReason | De code of reden waarom een factuur is geblokkeerd voor betaling. | ||
| Beschrijving Dit attribuut geeft de specifieke reden aan waarom een factuur niet kan worden betaald, zoals prijsverschil, hoeveelheidsverschil of een ontbrekende goederenontvangst. Het is een belangrijke indicator van wrijving in het proces. Door de frequentie en duur van specifieke blokkeringsredenen te analyseren, vind je de oorzaken van betalingsvertragingen. Het verminderen van deze blokkades is vaak de snelste manier om het percentage automatische verwerking te verhogen. Waarom dit belangrijk is Het laat de specifieke oorzaken van procesproblemen en betalingsvertragingen zien. Waar je het vindt Te vinden in de factuurkop of in de regels van het document. Voorbeelden PrijsafwijkingAfwijking in aantalOntvangst van goederen ontbreektHandmatige blokkadeAudit vereist | |||
Activiteiten in de betalingsverwerking bij crediteuren
| Activiteit | Beschrijving | ||
|---|---|---|---|
| Betaling uitgevoerd | Het aanmaken van het betaalmiddel, zoals een geprinte cheque, bankoverschrijving of EFT-bestand. Hiermee neemt de openstaande verplichting op de leveranciersrekening af. | ||
| Waarom dit belangrijk is Het definitieve einde van het interne proces voor crediteurenfacturen voor de betreffende factuur. Waar je het vindt Vastgelegd wanneer het betalingsdocument wordt aangemaakt of de betalingsstatus verandert in Verzonden. Vastleggen Extraheer de timestamp waarop het aan de factuur gekoppelde betalingsdocument is aangemaakt Eventtype explicit | |||
| Betalingsblokkade toegepast | Het instellen van een blokkade op de factuur, waardoor deze niet in een betalingsrun kan worden opgenomen. Dit kan handmatig gebeuren bij geschillen of automatisch door afwijkingen. | ||
| Waarom dit belangrijk is Heeft door het stilleggen van het proces direct invloed op tijdige betalingen en leveranciersrelaties. Waar je het vindt Te identificeren door wijzigingen in het veld voor betalingsblokkades of statusvlaggen voor blokkades te monitoren. Vastleggen Volg updates waarbij de vlag Payment Block of On Hold op true wordt gezet Eventtype explicit | |||
| Factuur aangemaakt | De eerste registratie van factuurdata van de leverancier in het ERP-systeem. Deze gebeurtenis markeert het begin van de digitale levenscyclus van de verplichting, ongeacht of de factuur handmatig is ingevoerd of via een interface is geïmporteerd. | ||
| Waarom dit belangrijk is Dit vormt de eerste timestamp voor het berekenen van de totale doorlooptijd van het proces voor crediteurenfacturen. Waar je het vindt Meestal te vinden in de timestamp voor het aanmaken van de factuurkop in de factuurkop-tabel of als eerste invoer in het documentwijzigingslogboek. Vastleggen Extraheer de timestamp waarop het factuurkoprecord is aangemaakt Eventtype explicit | |||
| Factuur geboekt in grootboek | Het boeken van de financiële transactie in het grootboek. Hiermee wordt de officiële verplichting in het boekhoudsysteem aangemaakt. | ||
| Waarom dit belangrijk is Dit is het moment waarop het financiële record niet meer kan worden teruggedraaid en het leverancierssaldo wordt bijgewerkt. Waar je het vindt Te vinden in de tabel met grootboekboekingen of via de toewijzing van een boekingsdatum. Vastleggen Extraheer de boekingsdatum of timestamp van de boeking uit de grootboektabel Eventtype explicit | |||
| Factuur gematcht met inkooporder | De succesvolle koppeling van factuurregels aan een bijbehorende inkooporder of goederenontvangst. Deze validatiestap bevestigt dat de goederen zijn besteld en ontvangen voordat de betaling wordt verwerkt. | ||
| Waarom dit belangrijk is Essentieel voor het meten van het percentage facturen zonder handmatige tussenkomst en de efficiëntie van het three-way matchingproces. Waar je het vindt Te vinden in historische tabellen van inkooporders of door een statuswijziging te identificeren die een succesvolle match aangeeft. Vastleggen Volg de gebeurtenis waarbij een koppeling tussen factuurregel en inkooporderregel wordt gelegd Eventtype explicit | |||
| Factuur goedgekeurd | De definitieve goedkeuring door een aangewezen goedkeurder of systeemregel. Met deze stap wordt de factuur vrijgegeven voor financiële boeking en de daaropvolgende betaling. | ||
| Waarom dit belangrijk is Een belangrijke mijlpaal die de doorlooptijd van de goedkeuring beëindigt en de factuur meestal vrijgeeft voor betaling. Waar je het vindt Vastgelegd in workflowhistorietabellen wanneer de definitieve goedkeuringsactie wordt uitgevoerd. Vastleggen Extraheer de timestamp van de definitieve goedkeuringsactie uit workflowlogboeken Eventtype explicit | |||
| Betaling verwerkt door de bank | De bevestiging van de bank dat het geld succesvol is overgemaakt. Dit wordt in het systeem afgestemd met het bankafschrift. | ||
| Waarom dit belangrijk is Bevestigt het effect op de cashflow en sluit de financiële transactie af. Waar je het vindt Te vinden in tabellen voor bankafstemming of wanneer de betalingsstatus verandert in Verwerkt. Vastleggen Identificeer de timestamp waarop de verwerkingsdatum op het betalingsrecord wordt ingevuld Eventtype explicit | |||
| Betalingsblokkade opgeheven | Het verwijderen van een eerder ingestelde blokkade, waardoor de factuur in aanmerking komt voor betaling. Dit wijst meestal op het oplossen van een geschil of afwijking. | ||
| Waarom dit belangrijk is Geeft aan dat een uitzondering succesvol is afgehandeld en de standaardprocesstroom wordt hervat. Waar je het vindt Vastgelegd wanneer een veld voor betalingsblokkades wordt leeggemaakt of een blokkeringsstatus wordt gewijzigd in actief. Vastleggen Volg updates waarbij de vlag Payment Block of On Hold wordt gewijzigd in null of false Eventtype explicit | |||
| Betalingsvoorstel aangemaakt | Het selecteren van de factuur voor een voorlopige betalingsbatch of een betalingsjournaal. Dit geeft aan dat de factuur betaald moet worden en voorkomt dat deze in andere betalingsruns wordt opgenomen. | ||
| Waarom dit belangrijk is Markeert het begin van de uitvoeringsfase van de betaling en helpt bij het analyseren van de efficiëntie van betalingsbatches. Waar je het vindt Vastgelegd wanneer een factuur wordt gekoppeld aan een kop van een betalingsvoorstel of een regel in het betalingsjournaal. Vastleggen Identificeer wanneer het factuur-ID wordt toegevoegd aan een tabel met voorstellen voor betalingsruns Eventtype explicit | |||
| Factuur geannuleerd | Het ongeldig maken of terugdraaien van het factuurrecord, waardoor het proces zonder betaling wordt beëindigd. Dit gebeurt meestal door een dubbele invoer of fundamentele fouten. | ||
| Waarom dit belangrijk is Door annuleringen zichtbaar te maken, zie je waar processen eerder in de keten misgaan en waar werk verloren gaat. Waar je het vindt Vastgelegd wanneer de documentstatus verandert in Ongeldig of wanneer een terugboekingsdocument wordt gekoppeld. Vastleggen Volg statuswijzigingen naar Ongeldig of het aanmaken van een terugboeking Eventtype explicit | |||
| Factuurdata bijgewerkt | Elke wijziging aan de factuurkop of factuurregels na het aanmaken van de factuur. Veel wijzigingen wijzen vaak op handmatig herstelwerk, fouten bij OCR-extractie of onjuiste stamdata. | ||
| Waarom dit belangrijk is Een hoge frequentie van wijzigingen wijst op inefficiënties in het proces en kansen om de automatisering te verbeteren. Waar je het vindt Meestal vastgelegd in systeemwijzigingslogboeken of audit trails die aan het factuurobject zijn gekoppeld. Vastleggen Identificeer wijzigingen in specifieke velden, zoals bedrag, leverancier of datum, in het auditlogboek Eventtype explicit | |||
| Factuurmatch mislukt | Een validatiefout die ontstaat wanneer de factuurgegevens niet binnen de vastgestelde toleranties overeenkomen met de inkooporder of goederenontvangst. Dit activeert meestal een workflow voor het afhandelen van uitzonderingen. | ||
| Waarom dit belangrijk is Laat de grondoorzaken van procesfrictie zien, zoals prijsafwijkingen of verschillen in hoeveelheden. Waar je het vindt Vaak afgeleid uit foutlogboeken, specifieke blokkeercodes of statusvlaggen die een afwijking aangeven. Vastleggen Leid dit af uit het toepassen van blokkeercodes of foutmeldingen die bij de afwijking horen Eventtype inferred | |||
| Goedkeuring van factuur aangevraagd | Het indienen van de factuur bij een workflow-engine voor goedkeuring door het management. Hiermee gaat het proces van data-invoer en validatie over naar de goedkeuringsfase. | ||
| Waarom dit belangrijk is Hiermee scheid je de technische verwerkingstijd van de tijd die nodig is voor besluitvorming door het management. Waar je het vindt Vastgelegd in workflowhistorielogboeken wanneer de status verandert in In afwachting van goedkeuring of een vergelijkbare status. Vastleggen Identificeer de gebeurtenis waarmee de workflow wordt gestart in de tabel met goedkeuringshistorie Eventtype explicit | |||
| Vervaldatum van factuur verstreken | Een berekende gebeurtenis die aangeeft dat de huidige datum na de netto vervaldatum van de factuur ligt terwijl de factuur nog niet is betaald. Hiermee wordt de factuur als achterstallig gemarkeerd. | ||
| Waarom dit belangrijk is Belangrijk voor het analyseren van tijdige betalingen en mogelijke boetes voor te late betaling. Waar je het vindt Berekend door de vervaldatum van de factuur te vergelijken met de betaaldatum of de huidige datum. Vastleggen Bereken wanneer de vervaldatum vóór de huidige timestamp ligt voor openstaande posten Eventtype calculated | |||
Extractiegidsen
Extractiemethoden verschillen per systeem. Bekijk voor gedetailleerde instructies
Klaar om aan de slag te gaan?
Je kunt meteen met dit generieke raamwerk aan je project beginnen. Je kunt ook een van onze gespecialiseerde gidsen kiezen om te zien hoe je deze data uit je specifieke bedrijfsapplicaties haalt.
Optimaliseer je crediteurenproces vandaag
Krijg volledig inzicht in knelpunten en benut meer kortingen voor vroeg betalen
Geen creditcard nodig. In enkele minuten ingesteld