Jouw datatemplate voor crediteurenbetalingen
Jouw datatemplate voor crediteurenbetalingen
- Aanbevolen attributen voor een gedetailleerde analyse
- Standaardprocesactiviteiten voor event mapping
- Stapsgewijze extractie-instructies voor Oracle Fusion Financials
Attributen voor crediteurenbetalingen
| Naam | Beschrijving | ||
|---|---|---|---|
|
Activiteitsnaam
ActivityName
|
Het specifieke event of de specifieke stap die in het proces wordt uitgevoerd. | ||
|
Beschrijving
Dit attribuut bevat de naam van de processtap die wordt uitgevoerd, zoals 'Invoice Created', 'Invoice Validated' of 'Payment Cleared'. Hiermee kan het process-miningalgoritme de volgorde van events, oftewel de control flow, voor elke factuur reconstrueren. Deze waarden worden meestal afgeleid door data uit meerdere transactie- en geschiedenistabellen samen te voegen en elk record van een begrijpelijke eventnaam te voorzien.
Waarom dit belangrijk is
Het definieert het 'wat' van het proces en is nodig om de procesflow in kaart te brengen en varianten te ontdekken.
Waar je het vindt
Afgeleid van statuswijzigingen in AP_INVOICES_ALL, AP_INV_APRVL_HIST_ALL en AP_CHECKS_ALL
Voorbeelden
Factuur aangemaaktFactuur gevalideerdBetaling aangemaakt
|
|||
|
Bronsysteem
SourceSystem
|
De naam van het systeem waar de data vandaan komt. | ||
|
Beschrijving
Identificeert het softwaresysteem dat als system of record voor het event fungeert. In deze context is dat meestal 'Oracle Fusion Financials'. Dit attribuut is vooral nuttig in omgevingen met meerdere systemen, waar data uit ERP-, inkoop- en banksystemen kan worden gecombineerd.
Waarom dit belangrijk is
Het zorgt voor traceerbaarheid van de dataherkomst, vooral in complexe systeemomgevingen.
Waar je het vindt
Hardcoded of afgeleid uit de verbindingsconfiguratie
Voorbeelden
Oracle Fusion FinancialsOracle ERP CloudLegacy EBS
|
|||
|
Eventtimestamp
EventDateTime
|
De datum en tijd waarop de activiteit plaatsvond. | ||
|
Beschrijving
Dit attribuut registreert de exacte timestamp waarop een activiteit plaatsvond. Je gebruikt deze om events chronologisch te ordenen en de duur tussen processtappen te berekenen. Precieze timestamps zijn belangrijk voor een nauwkeurige analyse van doorlooptijden en voor het identificeren van knelpunten waar facturen tussen stappen blijven liggen.
Waarom dit belangrijk is
Het biedt de tijdsdimensie die nodig is voor prestatieanalyse en het ordenen van processen.
Waar je het vindt
CREATION_DATE of LAST_UPDATE_DATE uit de betreffende tabellen, bijvoorbeeld AP_INVOICES_ALL en AP_CHECKS_ALL
Voorbeelden
2023-10-01T08:30:00Z2023-10-05T14:15:00Z2023-10-10T09:00:00Z
|
|||
|
Factuurnummer
InvoiceNumber
|
De unieke identificatie van de leveranciersfactuur. | ||
|
Beschrijving
Dit attribuut is de unieke referentie voor een specifieke factuur die door een leverancier is ingediend. Het fungeert als de centrale Case ID voor de process-mininganalyse en groepeert alle daaropvolgende activiteiten, zoals goedkeuringen, blokkeringen en betalingen. In Oracle Fusion Financials is dit veld belangrijk om factuurkoppen te koppelen aan regels, betalingen en inkooporders. Analisten gebruiken deze identificatie om de volledige levenscyclus van een schuld te volgen, vanaf het moment waarop deze wordt geregistreerd tot het moment waarop het geld van de bankrekening wordt afgeschreven.
Waarom dit belangrijk is
Dit is de definitieve case-identificatie die nodig is om de procesinstantie van begin tot eind te reconstrueren.
Waar je het vindt
AP_INVOICES_ALL.INVOICE_NUM
Voorbeelden
INV-2023-00199887766OCT-SERVICE-04
|
|||
|
Laatste data-update
LastDataUpdate
|
De timestamp waarop de data is geëxtraheerd of vernieuwd. | ||
|
Beschrijving
Geeft aan op welk moment het datarecord uit Oracle Fusion is geëxtraheerd. Dit helpt analisten te begrijpen hoe actueel de data is en ondersteunt strategieën voor incrementeel laden. Het maakt onderscheid tussen het werkelijke tijdstip van het event en het moment waarop de data beschikbaar kwam voor analyse.
Waarom dit belangrijk is
Het zorgt ervoor dat de data actueel blijft en helpt bij het beheren van incrementele dataladingen.
Waar je het vindt
Systeemtijd tijdens extractie
Voorbeelden
2023-10-27T23:59:59Z
|
|||
|
Aangemaakt door
CreatedByUserName
|
De gebruikers-ID of naam van de persoon die de factuur heeft ingevoerd. | ||
|
Beschrijving
Identificeert de gebruiker die verantwoordelijk is voor de eerste gegevensinvoer. Dit verwijst naar het attribuut User Generic Data Model. Deze data wordt gebruikt in de analyse 'Manual Intervention Rate' om opleidingsbehoeften vast te stellen of specifieke gebruikers met veel herstelwerk te identificeren.
Waarom dit belangrijk is
Hiermee kun je prestaties per gebruiker analyseren en controles op functiescheiding uitvoeren.
Waar je het vindt
AP_INVOICES_ALL.CREATED_BY (gebruikersnaam via PER_USERS)
Voorbeelden
j.doesystem_integrationm.smith
|
|||
|
Bedrijfsonderdeel
BusinessUnit
|
De operationele eenheid of bedrijfsentiteit die verantwoordelijk is voor de factuur. | ||
|
Beschrijving
Identificeert de specifieke interne divisie of dochteronderneming die de factuur verwerkt. In Oracle Fusion verwijst dit naar de Organization ID. Dit attribuut is essentieel voor het dashboard 'Global Process Variant Standardization', waarmee je de procesefficiëntie in verschillende regio's of divisies kunt vergelijken.
Waarom dit belangrijk is
Hiermee kun je de prestaties van verschillende organisatieonderdelen vergelijken.
Waar je het vindt
HR_ORGANIZATION_UNITS.NAME (gekoppeld via ORG_ID uit AP_INVOICES_ALL)
Voorbeelden
Bedrijfsvoering VSVerkoop EMEAProductie APAC
|
|||
|
Betaaldatum
PaymentDate
|
De datum waarop de betaling daadwerkelijk is uitgevoerd of verwerkt. | ||
|
Beschrijving
Legt vast wanneer het geld is overgemaakt of de cheque is uitgeschreven. Dit is het eindpunt voor de KPI 'Average Invoice to Pay Cycle Time'. Door deze datum te vergelijken met de vervaldatum bepaal je of een betaling te laat, op tijd of vroeg genoeg was om een korting te krijgen.
Waarom dit belangrijk is
Dit markeert de afronding van de financiële transactie en de proceslevenscyclus.
Waar je het vindt
AP_CHECKS_ALL.CHECK_DATE
Voorbeelden
2023-10-282023-11-01
|
|||
|
Betalingsvoorwaarden
PaymentTerms
|
De afgesproken voorwaarden voor betalingstermijnen en kortingen. | ||
|
Beschrijving
Legt de contractuele voorwaarden voor de betaling vast, zoals 'Net 30' of '2/10 Net 30'. Dit attribuut vormt de basis voor het dashboard 'Early Payment Discount Realization'. Het bepaalt de beoogde vervaldatum en eventuele besparingen bij versnelde verwerking.
Waarom dit belangrijk is
Het bepaalt de prestatiedoelen voor tijdige betalingen en het benutten van kortingen.
Waar je het vindt
AP_TERMS.NAME (gekoppeld via TERMS_ID uit AP_INVOICES_ALL)
Voorbeelden
Netto 30Direct2% 10 Netto 30
|
|||
|
Factuurbedrag
InvoiceAmount
|
De totale geldwaarde van de factuur. | ||
|
Beschrijving
Dit is het totale bedrag dat voor de factuur moet worden betaald. Deze waarde is belangrijk voor de 'Low Value Invoice Efficiency Review', waarmee organisaties de bestede inspanning kunnen afzetten tegen de financiële waarde van de transactie. Het bedrag wordt ook gebruikt om facturen met een hoge waarde te prioriteren voor het realiseren van vroegbetalingskortingen.
Waarom dit belangrijk is
Het maakt de financiële impact van de case meetbaar en ondersteunt het prioriteren van risico's.
Waar je het vindt
AP_INVOICES_ALL.INVOICE_AMOUNT
Voorbeelden
1500.00250.5010000.00
|
|||
|
Factuurdatum
InvoiceDate
|
De datum die de leverancier op de factuur heeft afgedrukt. | ||
|
Beschrijving
Deze datum geeft aan wanneer de leverancier de factuur heeft uitgegeven. Dat is iets anders dan het moment waarop de factuur is ontvangen of in Oracle is ingevoerd. De datum vormt de basis voor het berekenen van vervaldatums op basis van betalingsvoorwaarden. Verschillen tussen de factuurdatum en de invoerdatum wijzen vaak op vertragingen bij de postkamer of het scannen.
Waarom dit belangrijk is
Dit is het referentiepunt voor berekeningen van betalingsvoorwaarden en ouderdomsanalyses.
Waar je het vindt
AP_INVOICES_ALL.INVOICE_DATE
Voorbeelden
2023-09-152023-10-01
|
|||
|
Factuurtype
InvoiceType
|
De classificatie van de factuur, bijvoorbeeld Standard of Credit Memo. | ||
|
Beschrijving
Deelt facturen in typen in, zoals Standard, Prepayment of Credit Memo. Dit verwijst naar het generieke attribuut CaseType. Verschillende factuurtypen volgen verschillende validatie- en goedkeuringspaden. Segmentatie op basis van dit attribuut is daarom nodig voor een betrouwbare nulmeting van 'End to End Cycle Time Performance'.
Waarom dit belangrijk is
Hiermee vergelijk je alleen processen die echt met elkaar te vergelijken zijn.
Waar je het vindt
AP_INVOICES_ALL.INVOICE_TYPE_LOOKUP_CODE
Voorbeelden
STANDAARDCREDITVOORUITBETALING
|
|||
|
Inkoopordernummer
PurchaseOrderNumber
|
Het referentienummer van de bijbehorende inkooporder. | ||
|
Beschrijving
Koppelt de factuur aan het voorafgaande inkoopproces. Dit attribuut is belangrijk voor de analyse 'PO Matching and Discrepancy Resolution'. Facturen zonder inkoopordernummer volgen meestal een andere, vaak minder efficiënte goedkeuringsworkflow dan facturen die wel aan een inkooporder zijn gekoppeld.
Waarom dit belangrijk is
Hiermee maak je onderscheid tussen facturen met en zonder inkooporder. Deze volgen verschillende procespatronen.
Waar je het vindt
PO_HEADERS_ALL.SEGMENT1 (gekoppeld via AP_INVOICE_LINES_ALL)
Voorbeelden
PO-9988774500001234
|
|||
|
Leveranciersnaam
SupplierName
|
De naam van de leverancier die de factuur indient. | ||
|
Beschrijving
Dit attribuut identificeert de externe partij die om betaling vraagt. In Oracle Fusion wordt deze informatie beheerd in de Supplier Master (POZ_SUPPLIERS) en aan de factuur gekoppeld. Door dit attribuut te analyseren, kun je procesprestaties per leverancier vergelijken. Zo identificeer je leveranciers die vaak problematische facturen indienen of herstelwerk veroorzaken.
Waarom dit belangrijk is
Hiermee kun je procesprestaties per leverancier segmenteren voor relatiebeheer.
Waar je het vindt
POZ_SUPPLIERS.VENDOR_NAME, gekoppeld via VENDOR_ID uit AP_INVOICES_ALL
Voorbeelden
Office Depot Inc.Oracle CorporationDell Services
|
|||
|
Vervaldatum
DueDate
|
De datum waarop de betaling uiterlijk moet zijn uitgevoerd om boetes te voorkomen. | ||
|
Beschrijving
De berekende uiterste betaaldatum op basis van de factuurdatum en betalingsvoorwaarden. Dit attribuut is de belangrijkste benchmark voor de KPI 'Late Payment Rate'. Door deze datum te vergelijken met de werkelijke betaaldatum zie je of je voldoet aan leverancierscontracten en hoe effectief je cashflow beheert.
Waarom dit belangrijk is
Dit is de belangrijkste streefdatum om tijdige betalingen te meten.
Waar je het vindt
AP_PAYMENT_SCHEDULES_ALL.DUE_DATE
Voorbeelden
2023-10-302023-11-15
|
|||
|
Bedrag gemiste korting
DiscountLostAmount
|
De geldwaarde van de korting die door een late betaling is misgelopen. | ||
|
Beschrijving
Berekend als het verschil tussen het volledige factuurbedrag en het bedrag na korting wanneer de betaaldatum na de kortingsdatum ligt. Dit ondersteunt de analyse 'Early Payment Discount Realization'. Het maakt de kosten van inefficiënte processen concreet in geld.
Waarom dit belangrijk is
Het maakt de kosten van procesvertragingen in geld uitdrukbaar.
Waar je het vindt
Berekend op basis van InvoiceAmount en PaymentTerms
Voorbeelden
50.000.00120.50
|
|||
|
Dagen te laat
DaysOverdue
|
Het aantal dagen dat de betaling na de vervaldatum is uitgevoerd. | ||
|
Beschrijving
Een berekend getal dat aangeeft hoeveel dagen een betaling te laat was. Positieve waarden wijzen op een late betaling, negatieve waarden op een vroege betaling. Deze metriek vormt de basis voor het dashboard 'Late Payment and Penalty Risk Tracker' en helpt de ernst van procesvertragingen te kwantificeren.
Waarom dit belangrijk is
Het maakt de omvang van het probleem met late betalingen meetbaar.
Waar je het vindt
Berekend als: PaymentDate - DueDate
Voorbeelden
5-20
|
|||
|
Goedkeuringsstatus
ApprovalStatus
|
De huidige workflowstatus van de factuur. | ||
|
Beschrijving
Geeft aan of de factuur Required, Initiated, Rejected of Approved is. Dit attribuut helpt bij 'Approval Workflow Bottleneck Analysis'. Het geeft op hoofdlijnen aan waar de factuur zich in de autorisatiehiërarchie bevindt.
Waarom dit belangrijk is
Hiermee kun je vertragingen in de goedkeuringsketen opsporen.
Waar je het vindt
AP_INVOICES_ALL.WFAPPROVAL_STATUS
Voorbeelden
VEREISTWFAPPROVEDNIET VEREIST
|
|||
|
Mogelijk duplicaat
IsPotentialDuplicate
|
Vlag die aangeeft of de factuur gegevens deelt met een andere factuur. | ||
|
Beschrijving
Een berekende booleaanse vlag die true is als de leverancier en het bedrag binnen een bepaalde periode overeenkomen met een andere factuur. Dit ondersteunt het dashboard 'Duplicate Invoice Detection Analytics'. Het werkt als een vroegtijdige waarschuwing voor auditors, zodat zij specifieke cases vóór het vrijgeven van de betaling kunnen controleren.
Waarom dit belangrijk is
Dit is een belangrijk controleattribuut om financiële verliezen te voorkomen.
Waar je het vindt
Berekend op basis van window functions over InvoiceAmount en SupplierName
Voorbeelden
truefalse
|
|||
|
Valutacode
CurrencyCode
|
De valuta waarin de factuur is uitgegeven. | ||
|
Beschrijving
De ISO-valutacode, bijvoorbeeld USD of EUR, voor de transactie. Deze is nodig om bedragen te normaliseren in de 'Low Value Invoice Efficiency Review'. Procesvarianten verschillen vaak sterk tussen binnenlandse betalingen in lokale valuta en internationale betalingen in vreemde valuta, onder meer door de complexiteit van het bankverkeer.
Waarom dit belangrijk is
Het identificeert grensoverschrijdende complexiteit en is nodig voor financiële normalisatie.
Waar je het vindt
AP_INVOICES_ALL.INVOICE_CURRENCY_CODE
Voorbeelden
USDEURGBP
|
|||
Activiteiten voor crediteurenbetalingen
| Activiteit | Beschrijving | ||
|---|---|---|---|
|
Betaling aangemaakt
|
Het betalingsdocument (Check, ETF, Wire) wordt aangemaakt. Hierdoor neemt de schuld af en wordt de uitvoering van de betaling gemarkeerd. | ||
|
Waarom dit belangrijk is
De eindtimestamp voor de doorlooptijd. Door deze te vergelijken met Due Date bepaal je de statistieken voor te late betalingen en gerealiseerde kortingen.
Waar je het vindt
AP_INVOICE_PAYMENTS_ALL-tabel, gekoppeld aan AP_CHECKS_ALL. Gebruik CREATION_DATE van het betalingsrecord.
Vastleggen
Geregistreerd wanneer transactie X is uitgevoerd
Eventtype
explicit
|
|||
|
Factuur aangemaakt
|
De eerste aanmaak van het factuurrecord in het Oracle Fusion Payables-systeem. Dit legt de timestamp vast waarop de factuurkop voor het eerst in de database wordt opgeslagen, ongeacht of de factuur handmatig is ingevoerd of via IDR/interface is geïmporteerd. | ||
|
Waarom dit belangrijk is
Legt de starttijd van het proces vast voor berekeningen van doorlooptijden en ouderdomsanalyses. Belangrijk om de vertraging tussen ontvangst en invoer te meten.
Waar je het vindt
AP_INVOICES_ALL-tabel, kolom CREATION_DATE. Filter op INVOICE_ID.
Vastleggen
Geregistreerd bij het aanmaken van het transactierecord
Eventtype
explicit
|
|||
|
Factuur geannuleerd
|
De factuur wordt ongeldig gemaakt of geannuleerd. Daarmee eindigt de procesinstantie zonder betaling. | ||
|
Waarom dit belangrijk is
Staat voor verspilde inspanning. Een hoog annuleringspercentage wijst meestal op dubbele invoer eerder in het proces of een slechte datakwaliteit bij leveranciers.
Waar je het vindt
AP_INVOICES_ALL.CANCELLED_DATE is ingevuld.
Vastleggen
Geregistreerd wanneer transactie X is uitgevoerd
Eventtype
explicit
|
|||
|
Factuur gevalideerd
|
De factuurstatus verandert in 'Validated'. Dit geeft aan dat de factuur de controles op systeemintegriteit, belastingberekening en matchregels heeft doorstaan. Dit is een voorwaarde voor goedkeuring en betaling. | ||
|
Waarom dit belangrijk is
Markeert de overgang van gegevensinvoer naar de goedkeurings- en betalingsworkflow. Vertragingen hier wijzen op problemen met datakwaliteit of configuratiefouten.
Waar je het vindt
Afgeleid van de timestamp van AP_INVOICES_ALL.VALIDATION_REQUEST_ID of door statuswijzigingen in AP_INVOICE_HISTORY te volgen, als dit is ingeschakeld.
Vastleggen
Vergelijk het statusveld voor en na de wijziging
Eventtype
inferred
|
|||
|
Factuur goedgekeurd
|
De definitieve goedkeuring wordt binnen de workflow gegeven. De factuurstatus wordt bijgewerkt naar 'Workflow Approved' of 'Manually Approved'. | ||
|
Waarom dit belangrijk is
Een belangrijke mijlpaal die de factuur vrijgeeft voor betalingsselectie. Lange tussenpozen vóór deze stap wijzen op knelpunten in het goedkeuringsproces.
Waar je het vindt
AP_INV_APRVL_HIST_ALL-tabel (laatste goedkeuringsactie) of AP_INVOICES_ALL.WFAPPROVAL_STATUS = 'WFAPPROVED'.
Vastleggen
Vergelijk het statusveld voor en na de wijziging
Eventtype
inferred
|
|||
|
Factuurblokkering ingesteld
|
Er wordt een systeem- of handmatige blokkering op de factuur geplaatst, waardoor betaling niet mogelijk is. Dit omvat afwijkingen in aantallen of prijzen en handmatige blokkeringen met de melding 'Invoice Needs Review'. | ||
|
Waarom dit belangrijk is
De belangrijkste indicator van procesfrictie. Door redenen voor blokkeringen te analyseren, kun je problemen met leverancierscompliance of hiaten in het interne proces identificeren.
Waar je het vindt
AP_HOLDS_ALL-tabel, CREATION_DATE. Geeft een onderbreking in de procesflow aan.
Vastleggen
Geregistreerd wanneer transactie X is uitgevoerd
Eventtype
explicit
|
|||
|
Factuurregel gematcht
|
De koppeling van een factuurregel aan een Purchase Order (PO) of ontvangst. Dit geeft aan dat het 3-way- of 2-way-matchproces tijdens het invoeren van de regel heeft plaatsgevonden. | ||
|
Waarom dit belangrijk is
Belangrijk voor het analyseren van First Pass Yield en het identificeren van situaties waarin automatisch matchen mislukt. Lage matchpercentages leiden tot handmatige herstelacties.
Waar je het vindt
AP_INVOICE_LINES_ALL-tabel. Identificeer records waarbij MATCH_TYPE 'ITEM_TO_PO', 'PO_PRICE_ADJUSTMENT' enzovoort is.
Vastleggen
Geregistreerd bij het aanmaken van een transactieregel met koppeling
Eventtype
explicit
|
|||
|
Betaling geselecteerd
|
De factuur wordt geselecteerd door een Payment Process Request (PPR). De factuur staat klaar voor betaling, maar het geld is nog niet overgemaakt. | ||
|
Waarom dit belangrijk is
Geeft aan dat de factuur door een betalingsrun is opgepakt. Tussenpozen tussen deze stap en 'Payment Created' wijzen mogelijk op problemen met batchverwerking.
Waar je het vindt
AP_SELECTED_INVOICES_ALL (tijdelijk) of afgeleid uit het invullen van AP_PAYMENT_SCHEDULES_ALL.CHECK_RUN_ID.
Vastleggen
Vergelijk het statusveld voor en na de wijziging
Eventtype
inferred
|
|||
|
Betaling verwerkt
|
De betaling wordt afgestemd met het bankafschrift. De status verandert in 'Cleared' of 'Reconciled'. | ||
|
Waarom dit belangrijk is
Het echte einde van de kascyclus. Belangrijk voor kasprognoses en inzicht in de tijd tussen uitgifte en verwerking door de bank.
Waar je het vindt
AP_CHECKS_ALL.STATUS_LOOKUP_CODE verandert in 'CLEARED'. De timestamp is CLEARED_DATE.
Vastleggen
Geregistreerd wanneer transactie X is uitgevoerd
Eventtype
explicit
|
|||
|
Factuur geboekt
|
De boekingen voor de factuur worden aangemaakt en overgedragen aan het General Ledger. Dit bevestigt dat de financiële impact is vastgelegd. | ||
|
Waarom dit belangrijk is
Zorgt voor financiële compliance. Vertragingen hier kunnen invloed hebben op de periodeafsluiting en de nauwkeurigheid van financiële rapportages.
Waar je het vindt
AP_INVOICE_DISTRIBUTIONS_ALL.POSTED_FLAG = 'Y' of via XLA_AE_HEADERS (Subledger Accounting), gekoppeld aan de factuur.
Vastleggen
Geregistreerd wanneer transactie X is uitgevoerd
Eventtype
explicit
|
|||
|
Factuurblokkering opgeheven
|
Het verwijderen van een eerder ingestelde blokkering, waardoor de factuur verder kan in de workflow. Dit staat voor het oplossen van een afwijking. | ||
|
Waarom dit belangrijk is
Berekent de hersteltijd of oplostijd. Een hoge frequentie wijst op inefficiëntie bij het afhandelen van uitzonderingen.
Waar je het vindt
AP_HOLDS_ALL-tabel, LAST_UPDATE_DATE wanneer RELEASE_LOOKUP_CODE is ingevuld.
Vastleggen
Geregistreerd wanneer transactie X is uitgevoerd
Eventtype
explicit
|
|||
|
Goedkeuring gestart
|
De factuur wordt ingediend bij de goedkeuringsworkflow (AMX). Dit markeert het begin van de fase waarin het management goedkeuring geeft. | ||
|
Waarom dit belangrijk is
Maakt onderscheid tussen operationele verwerkingstijd en de doorlooptijd van managementgoedkeuringen. Helpt bepalen of vertragingen door AP-medewerkers of goedkeurders ontstaan.
Waar je het vindt
AP_INV_APRVL_HIST_ALL-tabel (goedkeuringsgeschiedenis) of afgeleid uit de wijziging van AP_INVOICES_ALL.WFAPPROVAL_STATUS naar 'INITIATED'.
Vastleggen
Vergelijk het statusveld voor en na de wijziging
Eventtype
inferred
|
|||
Extractiegidsen
Klaar om aan de slag te gaan?
Download nu de template om je betalingsdata om te zetten in bruikbare inzichten. Ons team helpt je graag bij het extractieproces als je daarbij ondersteuning nodig hebt.
Verbeter vandaag je crediteurenbetalingen
Verkort je doorlooptijd met 30% en verbeter je leveranciersrelaties.
Je hebt geen creditcard nodig. Je bent in 5 minuten klaar met de installatie.