> Continu verbeteren van processen > Betalingsverwerking > FIS Global > Datatemplate

Datatemplate voor betalingsverwerking

FIS Global

Attributen voor betalingsverwerking (19) Activiteiten voor betalingsverwerking (13) Extractiegidsen (1)

Datatemplate voor betalingsverwerking

Deze template beschrijft welke datavelden en procesactiviteiten nodig zijn voor een goede analyse van de betalingsverwerking. Je vindt er ook praktische aanwijzingen om deze gegevens uit je systemen te halen. Gebruik de template om alle data te verzamelen die nodig is voor process mining.

Aanbevolen attributen om te verzamelen
Belangrijke activiteiten om bij te houden
Instructies voor data-extractie

Nieuw met event logs? Lees hoe je een event log voor process mining maakt.

Template downloaden

Attributen voor betalingsverwerking

Dit zijn de aanbevolen datavelden voor het event log, zodat je de betalingsverwerking volledig kunt analyseren.

3 Verplicht 7 Aanbevolen 9 Optioneel

	Naam	Beschrijving
	Activiteitsnaam ActivityName	De naam van de specifieke processtap of gebeurtenis die heeft plaatsgevonden.
Beschrijving Dit veld registreert welke actie op een bepaald moment is uitgevoerd, zoals 'Payment Request Created' of 'Payment Settled'. Het bepaalt de knooppunten op de proceskaart en de opbouw van de processtroom. Analisten gebruiken dit attribuut om de volgorde van activiteiten te begrijpen. Het is belangrijk om afwijkingen van de ideale route te vinden, overgeslagen stappen te signaleren en onnodige activiteiten op te sporen, zoals meerdere goedkeuringsrondes. Waarom dit belangrijk is Dit attribuut beschrijft wat er in het proces gebeurt en maakt proceskaarten en variantanalyses mogelijk. Waar vind je dit? Raadpleeg de documentatie van FIS Global Voorbeelden Betalingsaanvraag aangemaaktBetalingsgegevens gevalideerdBetaling goedgekeurdBetaling afgewikkeld
	Gebeurtenistimestamp EventTimestamp	De specifieke datum en tijd waarop de activiteit plaatsvond.
Beschrijving Dit attribuut geeft elke gebeurtenis in het betalingsproces een tijdsaanduiding. Het registreert het exacte moment waarop een actie door het systeem is vastgelegd, zodat activiteiten chronologisch kunnen worden geordend. Bij analyses gebruik je dit veld om de tijd tussen stappen, de totale doorlooptijden en de doorvoer te berekenen. Ook kun je er bottlenecks mee vinden door vertragingen tussen specifieke processtappen zichtbaar te maken. Waarom dit belangrijk is Zonder dit veld is analyse op basis van tijd niet mogelijk. Het vormt de basis voor alle KPI’s voor prestaties en efficiëntie. Waar vind je dit? Raadpleeg de documentatie van FIS Global Voorbeelden 2023-10-12T08:30:15Z2023-10-12T09:45:00Z2023-10-13T14:20:10Z
	ID van betalingstransactie PaymentTransactionId	De unieke identificatiecode van de specifieke betalingsopdracht of transactie.
Beschrijving Dit attribuut is de centrale sleutel waarmee alle gebeurtenissen binnen één levenscyclus van een betaling aan elkaar worden gekoppeld. Analisten kunnen de betaling ermee volgen vanaf het eerste verzoek, via validatie en goedkeuring, tot de uiteindelijke afwikkeling of reconciliatie. Bij analyses is deze ID essentieel om afzonderlijke gebeurtenissen te groeperen tot procesinstanties. Zo kun je de volledige processtroom visualiseren. Ook vormt de ID de basis voor alle metrics op caseniveau, zoals doorlooptijd en herstelwerklussen. Waarom dit belangrijk is Dit is de belangrijkste sleutel voor process mining. Hiermee kunnen losse activiteiten worden samengevoegd tot een samenhangend procesverloop. Waar vind je dit? Raadpleeg de documentatie van FIS Global Voorbeelden TRX-2023-899102PAY-US-99281ACH-7721-X99WIRE-2210-001
	Bedrijfseenheid BusinessUnit	De interne afdeling of divisie die de betaling heeft gestart.
Beschrijving Dit attribuut koppelt de betaling aan een specifieke organisatie-eenheid, zoals 'Retail Banking', 'Commercial Lending' of 'Treasury'. Je kunt er KPI’s als 'Payment Throughput' en 'Average Payment Cycle Time' per afdeling mee uitsplitsen. Zo kan het management prestaties tussen divisies vergelijken en bronnen doelgericht inzetten. Waarom dit belangrijk is Dit maakt interne vergelijkingen mogelijk en helpt verantwoordelijkheid te nemen voor procesprestaties. Waar vind je dit? Raadpleeg de documentatie van FIS Global Voorbeelden TreasuryCrediteurenadministratieRetailbedrijfsvoeringVermogensbeheer
	Betalingsbedrag PaymentAmount	De geldwaarde van de betalingstransactie.
Beschrijving Dit attribuut geeft de financiële waarde van het betalingsverzoek weer. Het is de belangrijkste metriek voor analyses van financiële doorvoer en risico. Analisten gebruiken dit veld om processen op te splitsen naar betalingen met een hoge of lage waarde. Die volgen vaak verschillende goedkeuringsroutes. Het ondersteunt het dashboard 'Payment Throughput' en laat zien of betalingen met een hoge waarde langer duren door strengere controles. Waarom dit belangrijk is Dit voegt een financiële dimensie toe aan process mining, zodat je prioriteiten kunt stellen op basis van waarde. Waar vind je dit? Raadpleeg de documentatie van FIS Global Voorbeelden 1500.00250.501000000.0045.99
	Betalingstype PaymentType	De classificatie van de betaalmethode of het betaalinstrument.
Beschrijving Dit attribuut deelt betalingen in naar type, zoals overboeking, ACH, SEPA, realtimebetaling (RTP) of cheque. Elk type volgt eigen verwerkingsregels en SLA’s. Analisten gebruiken dit veld om de 'Payment Reconciliation Cycle Time' voor verschillende betaalroutes te vergelijken. Zo wordt duidelijk waarom sommige betalingen direct worden afgewikkeld en andere dagen duren. Ook kun je de prestaties vergelijken met de juiste norm. Waarom dit belangrijk is Dit is de belangrijkste dimensie om processtromen op te splitsen, omdat elk type eigen routerings- en tijdskenmerken heeft. Waar vind je dit? Raadpleeg de documentatie van FIS Global Voorbeelden OverboekingACH-betalingSEPA InstantCheque
	Valutacode CurrencyCode	De ISO-code van drie letters die de valuta van de betaling aangeeft.
Beschrijving Dit attribuut geeft de valuta van het betalingsbedrag aan, bijvoorbeeld USD, EUR of GBP. Het is essentieel om financiële data te normaliseren bij analyses van internationale betalingen. Met dit veld kun je procesprestaties per valuta vergelijken. Valuta hangt vaak samen met verschillende clearingsystemen en regelgeving. Zo wordt duidelijk waarom de afwikkeling van grensoverschrijdende betalingen soms langer duurt dan die van binnenlandse betalingen. Waarom dit belangrijk is Essentieel om financiële volumes in omgevingen met meerdere valuta correct te interpreteren. Waar vind je dit? Raadpleeg de documentatie van FIS Global Voorbeelden USDEURGBPJPY
	Vervaldatum betaling PaymentDueDate	De datum waarop de betaling naar verwachting is afgewikkeld.
Beschrijving Dit attribuut registreert de uiterste betaaldatum die de aanvrager heeft opgegeven of die in de factuurvoorwaarden staat. Deze datum is de norm voor tijdige betaling. Dit veld is belangrijk voor het dashboard 'Payment Due Date Adherence'. Door de datum te vergelijken met de werkelijke datum van 'Payment Settled', kunnen analisten te late betalingen signaleren, mogelijke boetes berekenen en controleren of afspraken met leveranciers worden nagekomen. Waarom dit belangrijk is Dit is de basis voor het meten van de naleving van serviceniveaus en tijdigheid. Waar vind je dit? Raadpleeg de documentatie van FIS Global Voorbeelden 2023-11-012023-11-15
	Verwerkende gebruiker ProcessingUser	De identificatiecode of naam van de gebruiker of systeemagent die de activiteit uitvoert.
Beschrijving Dit attribuut registreert wie of wat de processtap heeft uitgevoerd. Het maakt onderscheid tussen menselijke medewerkers (bijvoorbeeld 'J.Smith') en geautomatiseerde systeemaccounts (bijvoorbeeld 'SYSTEM_BATCH'). Met deze data kun je het gebruik van bronnen analyseren, handmatige bottlenecks vinden en de functiescheiding controleren. Ook helpt het bij het berekenen van de 'Processing User Utilization Rate' en het onderscheid tussen handmatige en geautomatiseerde taken. Waarom dit belangrijk is Essentieel voor bronanalyse, automatiseringspercentages en compliancecontroles. Waar vind je dit? Raadpleeg de documentatie van FIS Global Voorbeelden jsmithSYSTEM_AUTOBOTmdoe_approverAPI_GATEWAY
	Werkelijke afwikkelingsdatum ActualSettlementDate	De datum waarop de betaling daadwerkelijk is afgerond en afgewikkeld.
Beschrijving Dit attribuut registreert de effectieve datum waarop het geld is overgemaakt of de transactie als afgerond geldt. Deze datum verschilt van de verwerkingstimestamp, omdat het om de valutadatum gaat. Bij analyses gebruik je deze datum samen met de vervaldatum om het 'On-Time Payment Rate' te berekenen. De datum start ook de reconciliatiefase en is daarom belangrijk voor de analyse van de 'Payment Reconciliation Cycle Time'. Waarom dit belangrijk is Dit geeft de financiële afronding van de betaling weer en is belangrijk voor analyses van de kasstroom. Waar vind je dit? Raadpleeg de documentatie van FIS Global Voorbeelden 2023-11-022023-11-14
	Betalingskanaal PaymentChannel	Het kanaal waarmee het betalingsverzoek is gestart.
Beschrijving Dit attribuut beschrijft waar de betalingsopdracht vandaan komt, bijvoorbeeld internetbankieren, een mobiele app, een API of een bankkantoor. Zo zie je via welk kanaal de transactie is ingevoerd. Analisten gebruiken dit om de verwerkingsefficiëntie van verschillende kanalen te vergelijken. Zo kun je bijvoorbeeld nagaan of betalingen via een API minder fouten bevatten dan betalingen die handmatig op een bankkantoor zijn ingevoerd. Waarom dit belangrijk is Dit helpt bij het verbeteren van kanalen en het begrijpen van klantgedrag. Waar vind je dit? Raadpleeg de documentatie van FIS Global Voorbeelden InternetbankierenMobiele appZakelijke gatewayMedewerker bankkantoor
	Bronsysteem SourceSystem	De naam van het systeem waaruit de gebeurtenisdata afkomstig is.
Beschrijving Dit attribuut geeft aan uit welk softwareonderdeel of welke database de gegevens zijn gehaald, bijvoorbeeld de kernbankapplicatie, de betalingsgateway of de tool voor sanctiecontrole. Het is belangrijk voor de herkomst en validatie van data. Bij analyses van processtromen die meerdere platforms omvatten, laat dit veld zien waar specifieke activiteiten plaatsvonden. Ook helpt het bij het oplossen van problemen met de datakwaliteit. Waarom dit belangrijk is Dit zorgt voor traceerbaarheid en context, vooral in complexe omgevingen met meerdere gekoppelde betalingssystemen. Waar vind je dit? Raadpleeg de documentatie van FIS Global Voorbeelden FIS OPFTraxPaymentHub_01SanctionsScreeningDB
	Goedkeuringsbevoegdheid ApprovalAuthority	De rol, groep of persoon die verantwoordelijk is voor het autoriseren van de betaling.
Beschrijving Dit attribuut geeft aan welk bevoegdheidsniveau of welke gebruikersgroep de betaling moet goedkeuren, vaak op basis van het bedrag. Zo kun je de route van de goedkeuringsworkflow volgen. Analisten gebruiken dit voor het dashboard 'Payment Authorization Bottlenecks'. Je kunt goedkeuringstijden per bevoegdheidsniveau uitsplitsen en zien of bepaalde managementlagen vertraging veroorzaken. Waarom dit belangrijk is Hiermee kun je de goedkeuringshiërarchie analyseren en bottlenecks opsporen. Waar vind je dit? Raadpleeg de documentatie van FIS Global Voorbeelden Manager niveau 1CFOComplianceteamSysteem voor automatische goedkeuring
	Is betaling te laat IsLatePayment	Een markering die aangeeft of de betaling na de vervaldatum is afgewikkeld.
Beschrijving Dit is een berekend booleaans attribuut. De waarde is true als de datum van 'Payment Settled' na de datum van 'Payment Due Date' valt. Dit attribuut bepaalt rechtstreeks de KPI 'On-Time Payment Rate'. Het maakt dashboards eenvoudiger: gebruikers kunnen problematische cases snel filteren zonder ingewikkelde datumlogica in de visualisatie. Waarom dit belangrijk is Dit vereenvoudigt rapportages over uitzonderingen en complianceanalyses. Waar vind je dit? Afgeleid van PaymentDueDate en ActualSettlementDate Voorbeelden truefalse
	Is handmatige interventie IsManualIntervention	Een markering die aangeeft of de activiteit handmatig werk vereiste.
Beschrijving Dit booleaanse attribuut markeert activiteiten of cases waarvoor menselijke invoer nodig was, zoals 'Payment Error Resolved' of handmatige goedkeuringen. Zo maak je onderscheid met volledig geautomatiseerde verwerking (STP). Dit is essentieel voor het dashboard 'Manual Payment Intervention Rate'. Je ziet welk percentage van de betalingen niet volledig geautomatiseerd is en waar kansen liggen voor digitale transformatie. Waarom dit belangrijk is Dit maakt onderscheid tussen geautomatiseerde doorvoer en handmatig werk en helpt bij het berekenen van het rendement op automatisering. Waar vind je dit? Afgeleid van ActivityName of ProcessingUser Voorbeelden truefalse
	Laatste data-update LastDataUpdate	De timestamp waarop de gegevens voor het laatst zijn opgehaald of vernieuwd.
Beschrijving Dit attribuut geeft aan hoe actueel de data in de analyse is. Zo zie je of je naar realtime data kijkt of naar een momentopname uit een eerdere periode. In dashboards wordt dit veld vaak gebruikt voor een label als 'Data actueel tot'. Zo baseer je beslissingen op de meest relevante beschikbare informatie en kun je incrementele data-invoer beheren. Waarom dit belangrijk is Dit geeft aan hoe actueel de data is en maakt duidelijk hoe recent de rapportage is. Waar vind je dit? Metadata van het ETL-proces Voorbeelden 2023-10-14T00:00:00Z2023-10-15T06:00:00Z
	Land van begunstigde BeneficiaryCountry	De landcode van de ontvanger van de betaling.
Beschrijving Dit attribuut geeft het land van bestemming van het geld aan. Zo kun je binnenlandse en internationale betalingen van elkaar onderscheiden. Deze context is belangrijk voor 'Payment Compliance Monitoring' en analyses van de routering. Bij internationale betalingen zijn vaak andere tussenpersonen en compliancecontroles betrokken en zijn de doorlooptijden langer. Door prestaties per land te analyseren, kun je deze factoren afzonderlijk bekijken. Waarom dit belangrijk is Een belangrijke dimensie voor geografische analyses en de beoordeling van compliancerisico’s. Waar vind je dit? Raadpleeg de documentatie van FIS Global Voorbeelden USDECNGB
	Rekening afzender SenderAccount	Het rekeningnummer waarvan het geld wordt afgeschreven.
Beschrijving Dit attribuut geeft de bronrekening van de transactie aan. Zo kun je betalingen vanaf specifieke interne rekeningen gedetailleerd analyseren. Bij analyses helpt het om te zien of bepaalde rekeningen vaker fouten opleveren, bijvoorbeeld door onvoldoende saldo, of vertraging veroorzaken. Het ondersteunt ook de reconciliatie, doordat je grootboekboekingen aan procesactiviteiten kunt koppelen. Waarom dit belangrijk is Dit is essentieel voor financiële reconciliatie en het oplossen van problemen op rekeningniveau. Waar vind je dit? Raadpleeg de documentatie van FIS Global Voorbeelden 123456789987654321ACC-TREASURY-01
	Validatiefoutcode ValidationErrorCode	De code of reden die aangeeft waarom een betaling niet door de validatie is gekomen.
Beschrijving Dit attribuut wordt ingevuld wanneer een betaling de activiteit 'Payment Error Identified' bereikt. Het bevat details over de fout, zoals 'Invalid IBAN', 'Insufficient Funds' of 'Missing Beneficiary Address'. Dit veld vormt de basis voor het dashboard 'Payment Data Validation Error Rates'. Door op dit attribuut te groeperen, zie je wat de meest voorkomende oorzaken van herstelwerk zijn. Zo kun je gerichte aanpassingen doen in de gegevensinvoer of systeemconfiguratie. Waarom dit belangrijk is Dit helpt de oorzaken van procesproblemen en herstelwerklussen te vinden. Waar vind je dit? Raadpleeg de documentatie van FIS Global Voorbeelden ERR-001: Ongeldige rekeningERR-055: SanctiehitERR-009: Dubbele transactie

Verplicht Aanbevolen Optioneel

Activiteiten voor betalingsverwerking

Leg deze belangrijke processtappen en mijlpalen vast in het event log om het proces goed in kaart te brengen en te optimaliseren.

6 Aanbevolen 7 Optioneel

	Activiteit	Beschrijving
	Betaling afgewikkeld	Deze activiteit markeert de afronding van de geldoverschrijving. De transactie geldt dan als financieel afgewikkeld. Dit wordt meestal geregistreerd zodra het betalingsnetwerk of clearinghuis de definitieve afwikkeling heeft bevestigd.
Waarom dit belangrijk is Dit is het belangrijkste eindpunt voor het meten van de betalingsdoorlooptijd en het percentage tijdig betaalde facturen. Het geeft aan dat de kern van het betalingsproces succesvol is afgerond. Waar vind je dit? Afgeleid uit een definitieve statuswijziging van de betaling naar 'Settled', 'Completed' of 'Posted'. Deze wijziging wordt veroorzaakt door batchbestanden voor de afwikkeling of realtime berichten van het clearingsysteem. Vastleggen Een statuswijziging van de betalingstransactie naar 'Settled' of een vergelijkbare status. Gebeurtenistype inferred
	Betaling geautoriseerd	Dit is een laatste autorisatiestap. Die is vaak nodig voor betalingen met een hoog bedrag of wanneer na de eerste goedkeuring een andere bevoegde persoon moet goedkeuren. De actie wordt expliciet vastgelegd wanneer een gebruiker met de juiste autorisatie de betaling bevestigt.
Waarom dit belangrijk is Deze activiteit is belangrijk voor het dashboard 'Payment Authorization Bottlenecks'. Door deze apart te houden van 'Payment Approved', kun je vertragingen bij goedkeuringen op meerdere niveaus opsporen. Waar vind je dit? Vastgelegd in een auditlog of transactielog. De gebeurtenis wordt gestart wanneer een gebruiker met specifieke autorisatierechten de betaling behandelt. De registratie bevat diens ID en een timestamp. Vastleggen Er wordt een expliciete logregel aangemaakt wanneer een gebruiker de laatste autorisatiestap uitvoert. Gebeurtenistype explicit
	Betaling gereconcilieerd	Dit is de laatste boekhoudkundige activiteit: de betalingstransactie wordt vergeleken met een bankafschrift of een interne grootboekboeking. Dit kan automatisch in een batchproces gebeuren of handmatig door een gebruiker.
Waarom dit belangrijk is Deze activiteit markeert het definitieve einde van de levenscyclus van de betaling. Analyse van de 'Payment Reconciliation Cycle Time' is belangrijk om de efficiëntie van financiële afsluitprocessen te begrijpen. Waar vind je dit? Vaak afgeleid uit een ingevuld veld 'reconciliation_date' of een definitieve statuswijziging naar 'Reconciled' in een financiële of boekhoudkundige module die aan het betalingssysteem is gekoppeld. Vastleggen Herkenbaar aan een ingevulde reconciliatiedatum of een statuswijziging naar 'Reconciled'. Gebeurtenistype inferred
	Betaling goedgekeurd	Een belangrijke mijlpaal: een bevoegde gebruiker keurt de betaling goed, zodat deze naar de volgende stap kan. Dit wordt vrijwel altijd als expliciete gebeurtenis vastgelegd, met de ID van de goedkeurder en een timestamp van diens actie in het systeem.
Waarom dit belangrijk is Dit is een belangrijk controlepunt om de doorlooptijd van goedkeuringen te meten en naleving van financiële controles te waarborgen. Vertragingen in deze stap kunnen ervoor zorgen dat betalingen niet op tijd worden gedaan. Waar vind je dit? Vastgelegd in een goedkeuringslog of als expliciete gebeurtenis in de transactiegeschiedenis. De event log bevat de Payment Transaction ID, de gebruikers-ID van de goedkeurder en een goedkeuringstimestamp. Vastleggen Vastgelegd wanneer een gebruiker met goedkeuringsrechten een betaling goedkeurt. Gebeurtenistype explicit
	Betalingsaanvraag aangemaakt	Dit is de eerste gebeurtenis in de levenscyclus van een betaling: het moment waarop in het FIS-systeem een nieuwe betalingstransactie wordt gestart. Meestal wordt dit vastgelegd als een expliciete regel in een transactielog wanneer een gebruiker of geautomatiseerd systeem een betalingsaanvraag indient.
Waarom dit belangrijk is Deze activiteit markeert het begin van het proces. Je hebt dit startpunt nodig om de volledige doorlooptijd van betalingen te meten en de totale doorvoer en het volume te analyseren. Waar vind je dit? Vastgelegd in een centrale transactietabel, met de aanmaaktimestamp die hoort bij de Payment Transaction ID. Zoek naar tabellen zoals 'Payment_Transactions' of 'Payment_Requests' en velden als 'creation_date' of 'entry_date'. Vastleggen Gebeurtenis vastgelegd bij het aanmaken van een nieuwe betalingstransactie. Gebeurtenistype explicit
	Betalingsopdracht verzonden	Deze activiteit markeert het moment waarop het FIS-systeem de definitieve betalingsopdracht naar het betreffende betalingsnetwerk stuurt, zoals ACH, Fedwire of SWIFT. Dit is een belangrijke gebeurtenis die door het systeem wordt vastgelegd.
Waarom dit belangrijk is Dit is een belangrijke mijlpaal: de betaling heeft de interne verwerkingsomgeving verlaten. Deze gebeurtenis is belangrijk om de efficiëntie van de routering en de duur van de externe verwerking te analyseren. Waar vind je dit? Vastgelegd in een transactie- of berichtenlog met communicatie met externe betalingsnetwerken. Zoek naar een registratie van een succesvol verzonden uitgaand bericht met een timestamp. Vastleggen Door het systeem vastgelegde gebeurtenis wanneer het betalingsbericht naar het clearingnetwerk wordt verzonden. Gebeurtenistype explicit
	Betaling afgewezen	Deze activiteit vindt plaats wanneer een goedkeurder een betalingsaanvraag afwijst. De aanvraag moet dan meestal worden gecorrigeerd en opnieuw ingediend, of helemaal worden geannuleerd. Deze gebruikersactie wordt expliciet vastgelegd voor controledoeleinden.
Waarom dit belangrijk is Door afwijzingen te volgen, ontdek je veelvoorkomende oorzaken van mislukte betalingen, procesafwijkingen en herstelrondes. Ook komen problemen met de oorspronkelijke datakwaliteit of compliance aan het licht. Waar vind je dit? Als expliciete gebeurtenis vastgelegd in een goedkeuringslog of transactiegeschiedenis wanneer een goedkeurder de optie 'reject' kiest. De registratie bevat meestal een timestamp, de gebruikers-ID en vaak een reden. Vastleggen Gebeurtenis vastgelegd wanneer een gebruiker een betaling afwijst. Gebeurtenistype explicit
	Betaling bevestigd	Geeft aan dat het betalingsnetwerk of de bank van de begunstigde heeft bevestigd dat de betaling is ontvangen. Deze gebeurtenis wordt gestart door een inkomend systeembericht of een statusupdate.
Waarom dit belangrijk is De bevestiging geeft zekerheid dat de betaling de bestemming heeft bereikt. De tijd tussen 'Instruction Sent' en 'Confirmed' meet de vertraging in het externe netwerk en de verwerkingstijd. Waar vind je dit? Wordt aangemaakt wanneer inkomende bevestigingsberichten van betalingsnetwerken worden verwerkt. Het systeem werkt de betalingsstatus bij en registreert een bevestigingstimestamp. Vastleggen Een inkomend bericht van een clearingnetwerk werkt de betalingsstatus bij naar 'Confirmed'. Gebeurtenistype explicit
	Betaling ter goedkeuring ingediend	Dit is het moment waarop een gevalideerde betaling naar de goedkeuringsworkflow wordt gestuurd. Meestal blijkt dit uit een statuswijziging die aangeeft dat de betaling op goedkeuring wacht.
Waarom dit belangrijk is Deze activiteit markeert het begin van het goedkeuringssubproces. De tijd tussen deze activiteit en 'Payment Approved' analyseren is belangrijk om bottlenecks bij goedkeuring op te sporen. Waar vind je dit? Af te leiden uit een wijziging van de status van de betaling naar 'Pending Approval', 'Submitted for Approval' of een vergelijkbare status in een workflowlog of transactiestatuslog. Vastleggen Een statuswijziging van de betalingstransactie van 'Validated' naar 'Pending Approval'. Gebeurtenistype inferred
	Betalingsfout opgelost	Markeert dat een eerder vastgestelde betalingsfout is opgelost, zodat de betaling opnieuw kan worden verwerkt of geannuleerd. Een gebruiker voert deze actie expliciet uit om de uitzonderingsstatus te wissen.
Waarom dit belangrijk is Met deze activiteit wordt de uitzonderingslus afgesloten. De tijd tussen 'Error Identified' en deze gebeurtenis is een belangrijke maatstaf voor de efficiëntie van de afhandeling van uitzonderingen. Waar vind je dit? Wordt geregistreerd wanneer een gebruiker een foutmarkering wist of de transactie uit een wachtrij voor uitzonderingen haalt. De actie wordt met een timestamp vastgelegd in een auditspoor of transactiehistorie. Vastleggen Een gebruiker wist de foutstatus. Dit wordt vastgelegd in een auditlog. Gebeurtenistype explicit
	Betalingsfout vastgesteld	Geeft aan dat er na de eerste validatie ergens in het proces een fout is ontdekt, bijvoorbeeld een afwijzing door de ontvangende bank of een interne compliance-markering. Vaak wordt dit expliciet geregistreerd wanneer een uitzondering wordt gemeld.
Waarom dit belangrijk is Deze activiteit is het beginpunt van alle herstelwerk en afhandelingslussen voor uitzonderingen. De activiteit is essentieel voor het berekenen van de KPI’s voor het percentage handmatige interventies en de tijd om betalingsfouten op te lossen. Waar vind je dit? Wordt geregistreerd in een module voor uitzonderingsafhandeling of in een transactielog. Een systeemregel kan de registratie automatisch starten, of een gebruiker kan handmatig een probleem markeren. Daarbij worden een foutcode en timestamp vastgelegd. Vastleggen Er wordt een uitzonderings- of foutcode bij de betalingstransactie geregistreerd. Gebeurtenistype explicit
	Betalingsgegevens gevalideerd	Deze activiteit geeft aan dat de betalingsgegevens de eerste automatische controles op formaat, volledigheid en juistheid hebben doorstaan. Vaak is dit af te leiden uit een statuswijziging van de betaling, bijvoorbeeld van 'New' naar 'Validated' of 'Pending Approval'.
Waarom dit belangrijk is Door deze activiteit te volgen, zie je hoe vaak en waar fouten bij gegevensinvoer ontstaan. Dit is nodig om de KPI voor het validatiefoutpercentage van betalingsgegevens te analyseren en de oorzaken van herstelwerk te begrijpen. Waar vind je dit? Af te leiden uit een wijziging van de status of toestand in de tabel met betalingstransacties. Een overgang van de beginstatus naar 'validated', met de bijbehorende timestamp, markeert deze gebeurtenis. Vastleggen Herkenbaar aan een wijziging van het statusveld van de betaling naar 'Validated' of een vergelijkbare waarde. Gebeurtenistype inferred
	Te late betaling vastgesteld	Een afgeleide gebeurtenis die aangeeft dat de betaling na de opgegeven vervaldatum is afgewikkeld. Deze activiteit wordt niet expliciet geregistreerd, maar berekend door twee datumvelden te vergelijken.
Waarom dit belangrijk is Deze berekende activiteit ondersteunt rechtstreeks de KPI 'On-Time Payment Rate' en het dashboard 'Payment Due Date Adherence'. Zo wordt duidelijk wat procesvertragingen betekenen voor leveranciersrelaties en mogelijke kosten voor te late betaling. Waar vind je dit? Deze gebeurtenis wordt niet rechtstreeks uit de bron gehaald. Tijdens de datatransformatie wordt de timestamp van 'Settlement Date' vergeleken met het veld 'Payment Due Date'. Valt de afwikkelingsdatum na de vervaldatum, dan wordt deze gebeurtenis aangemaakt. Vastleggen Wordt berekend als 'Settlement Date' > 'Payment Due Date'. Gebeurtenistype calculated

Aanbevolen Optioneel

Extractiegidsen

Zo haal je data uit FIS Global

Stappen

Controleer of de FIS Global-betaalengine ruwe ISO 20022-XML-berichten archiveert, waaronder betalingsinstructies pacs.008 en statusrapporten pacs.002. Zorg dat de bestanden op een toegankelijke locatie staan. Achterhaal het archiefpad, de naamgeving van bestanden, de namespace-configuratie, de bewaartermijn en de koppeling tussen Payment Transaction ID en ISO 20022-identificaties zoals EndToEndId, TxId, InstrId of UETR.
Installeer Python 3.10 of hoger en controleer of de standaardbibliotheekmodules die het script gebruikt beschikbaar zijn, waaronder pathlib, xml.etree.ElementTree, csv, datetime, decimal en collections. De voorbeeldimplementatie vereist geen externe pakketten. Controleer of het account waarmee je het script uitvoert de XML-bestanden kan lezen en het ProcessMind-uitvoerbestand kan schrijven.
Stel in het configuratiegedeelte van het script de invoermap, het uitvoerbestand, de begin- en einddatum, de tijdzone en eventuele bedrijfsspecifieke filters in. Vervang alleen de beschreven tijdelijke waarden. Ga er niet van uit dat een bestandsnaam of XML-element de ProcessMind-case-ID bevat voordat je de koppeling aan de hand van representatieve bestanden hebt gecontroleerd.
Bekijk representatieve pacs.008- en pacs.002-bestanden van geslaagde, afgewezen, mislukte, herstelde en afgewikkelde transacties. Controleer de XML-namespaces en zoek de elementen met de transactie-ID, het bedrag, de valuta, de aangevraagde uitvoeringsdatum, de afwikkelingsdatum, de statuscode, de redencode, het tijdstempel van de gebeurtenis, de verwerker of systeemagent, het betalingstype en de bedrijfseenheid. Pas de ingestelde XPath-opties aan als de FIS-implementatie andere paden gebruikt.
Voer het script eerst uit voor een beperkt datumbereik. De parser leest elk XML-bestand, haalt gegevens op bericht- en transactieniveau op, koppelt ISO 20022-status- en redencodes aan expliciete activiteiten en schrijft voor elke opgehaalde activiteit een gebeurtenisrij weg. Het script maakt ook de rijen Payment Error Identified en Payment Error Resolved aan op basis van expliciete fout- of herstelindicatoren. De rij Late Payment Identified wordt alleen aangemaakt als de afwikkeling na de vervaldatum plaatsvond.
Controleer het aangemaakte CSV-bestand en het validatierapport. Controleer of PaymentTransactionId, ActivityName en EventTimestamp voor elke rij zijn ingevuld, of alle 13 vereiste activiteitennamen kunnen voorkomen en of de tijdstempels overal op dezelfde manier zijn genormaliseerd. Onderzoek transacties met ontbrekende ID’s, niet-ondersteunde statuscodes, dubbele gebeurtenissen of tegenstrijdige datums voordat je de extractieperiode vergroot.
Vergelijk het aantal gebeurtenissen met het bronarchief en, indien beschikbaar, met FIS-rapportages voor de bedrijfsvoering of auditextracten. Controleer een aantal transacties van begin tot eind, waaronder goedkeuring, afwijzing, autorisatie, verzending van de instructie, netwerkbevestiging, afwikkeling, foutafhandeling, afstemming en de logica voor te late betalingen. Bewaar in de audituitvoer de bronnaam en de bronregel of berichtverwijzing als traceerbaarheid nodig is.
Plan het script nadat het bronarchief voor de gekozen periode compleet is, of voer het stapsgewijs uit met een gecontroleerde overlapperiode om laat binnengekomen pacs.002-berichten mee te nemen. Verwijder duplicaten op basis van PaymentTransactionId, ActivityName, EventTimestamp en de identiteit van het bronbericht. Behoud herhaalde activiteiten als de bron meerdere gebeurtenissen registreert.
Exporteer het definitieve event log als UTF-8-CSV met één rij per gebeurtenis en de kolommen PaymentTransactionId, ActivityName, EventTimestamp, ProcessingUser, PaymentAmount, CurrencyCode, PaymentType, PaymentDueDate, ActualSettlementDate en BusinessUnit. Upload het bestand naar ProcessMind en stel PaymentTransactionId in als case-ID, ActivityName als activiteit en EventTimestamp als tijdstempel van de gebeurtenis. ProcessMind leest het event log zoals het is en vult ontbrekende activiteiten niet zelf aan.

Configuratie

Pad naar het invoerarchief: Stel de map in met de ruwe ISO 20022-XML-bestanden. Neem alle relevante submappen mee als het archief is ingedeeld op datum, bedrijf, berichttype of verwerkingsstatus.
Berichttypen: Neem pacs.008 voor betalingsinstructies en pacs.002 voor betalingsstatusrapporten op. Voeg andere berichttypen pas toe nadat de identificaties en statusbetekenissen in de FIS-implementatie zijn gecontroleerd.
Koppeling van identificaties: Stel de XPath-opties in waarmee de Payment Transaction ID wordt bepaald. Gebruik bij voorkeur de identificatie die consequent voorkomt in de FIS-transactierecords en alle bijbehorende ISO 20022-berichten. Combineer geen niet-gerelateerde identificaties zonder een vastgelegde koppelregel.
Activiteitenkoppeling: Stel de koppelingen in voor status- en redencodes rond aanmaak, validatie, indienen ter goedkeuring, goedkeuring, afwijzing, autorisatie, verzending van de instructie, bevestiging, afwikkeling, foutdetectie, foutherstel en afstemming. Het meegeleverde script gebruikt instelbare koppelingen en expliciete bronindicatoren. Gewone gebeurtenissen in de levenscyclus worden niet afgeleid uit ontbrekende records.
Datumbereik: Begin met 3 tot 6 maanden aan data. Gebruik voor de eerste test of bij grote archieven een kortere periode. Neem een overlapperiode op als statusberichten na de oorspronkelijke betaaldatum kunnen binnenkomen.
Datumfilters: Stel de begin- en einddatum in op basis van het tijdstempel van de brongebeurtenis, indien beschikbaar. Als een bericht geen tijdstempel van de gebeurtenis heeft, kan het script alleen de wijzigingsdatum van het bestand gebruiken als je die optie expliciet inschakelt. Leg deze keuze vast, want dit is geen tijdstempel van een bedrijfsgebeurtenis.
Filters voor bedrijf en organisatie: Stel filters in voor bedrijf, bedrijfseenheid, juridische entiteit, betaalproduct of documenttype alleen als de bijbehorende XML-elementen aanwezig zijn en de waarden zijn gecontroleerd. Gebruik [Configure based on your system] voor filters die specifiek zijn voor de implementatie.
Tijdzone: Stel de tijdzone van het bronsysteem of het beleid voor normalisatie naar UTC in. Pas dezelfde instelling toe op alle berichten, zodat de volgorde van gebeurtenissen klopt.
Fout- en herstelindicatoren: Stel de statuscodes, redencodes en expliciete herstel- of uitzonderingsmarkeringen in die staan voor Payment Error Identified en Payment Error Resolved. Classificeer niet elke afwijzing als fout, tenzij dat de goedgekeurde bedrijfsdefinitie is.
Afstemmingsindicatoren: Stel de expliciete afstemmingsstatus, het afstemmingsbericht, de markering voor een overeenkomst met het grootboek of het batchresultaat in dat de FIS-implementatie gebruikt. Staat de afstemming buiten het XML-archief, gebruik dan een aparte goedgekeurde bron en koppelregel.
Prestaties: Verwerk bestanden één voor één in plaats van het hele archief in het geheugen te laden. Verdeel grote runs op datum of map, schrijf tussentijdse uitvoer weg en gebruik een lokale tijdelijke opslaglocatie met voldoende schijfruimte. Verdeel zeer grote archieven alleen over onafhankelijke mappen als je de volgorde van de uitvoer en het verwijderen van duplicaten onder controle kunt houden.
Benodigdheden: Leestoegang tot het XML-archief, schrijftoegang tot de uitvoermap, toestemming om Python uit te voeren, goedgekeurde toegang tot betalingsdata en een gecontroleerde koppeling van FIS-identificaties en statuscodes. Deze methode op basis van bestanden gaat niet uit van een specifieke FIS-transactiecode, menupad, API-eindpunt, tabelnaam of licentie.

a Voorbeeldquery python

from __future__ import annotations

import csv
import hashlib
import re
import sys
import xml.etree.ElementTree as ET
from collections import defaultdict
from datetime import date, datetime, timezone
from decimal import Decimal, InvalidOperation
from pathlib import Path
from typing import Dict, Iterable, List, Optional, Tuple

class=class="hl-string">"hl-comment"># Replace only these documented placeholders.
INPUT_DIRECTORY = Path(class="hl-string">"[Your XML archive directory]")
OUTPUT_FILE = Path(class="hl-string">"[Your ProcessMind event log output path].csv")
START_DATE = class="hl-string">"[YYYY-MM-DD]"
END_DATE = class="hl-string">"[YYYY-MM-DD]"
SOURCE_TIMEZONE = timezone.utc
COMPANY_FILTER = class="hl-string">""  class=class="hl-string">"hl-comment"># Leave empty unless a validated company or business-unit value is required.

class=class="hl-string">"hl-comment"># Update these candidates after inspecting representative FIS XML files.
IDENTIFIER_PATHS = [
    class="hl-string">"EndToEndId", class="hl-string">"TxId", class="hl-string">"InstrId", class="hl-string">"UETR", class="hl-string">"PaymentTransactionId",
    class="hl-string">"PaymentId", class="hl-string">"TransactionId"
]
AMOUNT_PATHS = [class="hl-string">"InstdAmt", class="hl-string">"IntrBkSttlmAmt", class="hl-string">"Amt", class="hl-string">"Amount"]
CURRENCY_PATHS = [class="hl-string">"InstdAmt", class="hl-string">"IntrBkSttlmAmt", class="hl-string">"Amt", class="hl-string">"Currency", class="hl-string">"Ccy"]
DUE_DATE_PATHS = [class="hl-string">"ReqdExctnDt", class="hl-string">"ReqdColltnDt", class="hl-string">"DueDate", class="hl-string">"RequestedExecutionDate"]
SETTLEMENT_DATE_PATHS = [class="hl-string">"SttlmDt", class="hl-string">"SettlementDate", class="hl-string">"ActualSettlementDate"]
TIMESTAMP_PATHS = [
    class="hl-string">"CreDtTm", class="hl-string">"AccptncDtTm", class="hl-string">"AccptncDt", class="hl-string">"OrgnlCreDtTm", class="hl-string">"TxDtTm",
    class="hl-string">"SttlmDt", class="hl-string">"SettlementDate", class="hl-string">"EventTimestamp", class="hl-string">"Timestamp"
]
USER_PATHS = [class="hl-string">"UserId", class="hl-string">"UserID", class="hl-string">"Operator", class="hl-string">"Approver", class="hl-string">"ProcessingUser", class="hl-string">"Initiator"]
PAYMENT_TYPE_PATHS = [class="hl-string">"PmtMtd", class="hl-string">"SvcLvl", class="hl-string">"LclInstrm", class="hl-string">"CtgyPurp", class="hl-string">"PaymentType"]
BUSINESS_UNIT_PATHS = [class="hl-string">"BusinessUnit", class="hl-string">"CompanyCode", class="hl-string">"Company", class="hl-string">"OrgUnit", class="hl-string">"LegalEntity"]
STATUS_PATHS = [class="hl-string">"TxSts", class="hl-string">"GrpSts", class="hl-string">"Status", class="hl-string">"PaymentStatus", class="hl-string">"TransactionStatus"]
REASON_PATHS = [class="hl-string">"Cd", class="hl-string">"Rsn", class="hl-string">"ReasonCode", class="hl-string">"StatusReason", class="hl-string">"AddtlInf"]
ERROR_PATHS = [class="hl-string">"Error", class="hl-string">"Exception", class="hl-string">"Failure", class="hl-string">"ErrorCode", class="hl-string">"ExceptionCode"]
REPAIR_PATHS = [class="hl-string">"Repair", class="hl-string">"Resolved", class="hl-string">"Resolution", class="hl-string">"ErrorResolved", class="hl-string">"ExceptionResolved"]
RECONCILIATION_PATHS = [class="hl-string">"Reconciled", class="hl-string">"ReconciliationStatus", class="hl-string">"LedgerMatched", class="hl-string">"BankStatementMatched"]

class=class="hl-string">"hl-comment"># Validate and extend these mappings against the FIS implementation.
STATUS_ACTIVITY_MAP = {
    class="hl-string">"NEW": class="hl-string">"Payment Request Created",
    class="hl-string">"RECEIVED": class="hl-string">"Payment Request Created",
    class="hl-string">"VALIDATED": class="hl-string">"Payment Details Validated",
    class="hl-string">"PENDING_APPROVAL": class="hl-string">"Payment Sent For Approval",
    class="hl-string">"AWAITING_APPROVAL": class="hl-string">"Payment Sent For Approval",
    class="hl-string">"APPROVAL_PENDING": class="hl-string">"Payment Sent For Approval",
    class="hl-string">"APPROVED": class="hl-string">"Payment Approved",
    class="hl-string">"REJECTED": class="hl-string">"Payment Rejected",
    class="hl-string">"AUTHORIZED": class="hl-string">"Payment Authorized",
    class="hl-string">"SENT": class="hl-string">"Payment Instruction Sent",
    class="hl-string">"DISPATCHED": class="hl-string">"Payment Instruction Sent",
    class="hl-string">"ACCP": class="hl-string">"Payment Confirmed",
    class="hl-string">"ACCEPTED": class="hl-string">"Payment Confirmed",
    class="hl-string">"CONFIRMED": class="hl-string">"Payment Confirmed",
    class="hl-string">"SETTLED": class="hl-string">"Payment Settled",
    class="hl-string">"BOOK": class="hl-string">"Payment Settled",
    class="hl-string">"RECONCILED": class="hl-string">"Payment Reconciled",
}
ERROR_STATUS_CODES = {class="hl-string">"RJCT", class="hl-string">"REJECTED", class="hl-string">"FAILED", class="hl-string">"ERROR", class="hl-string">"EXCEPTION", class="hl-string">"CANCELLED"}
RESOLVED_STATUS_CODES = {class="hl-string">"REPAIRED", class="hl-string">"RESOLVED", class="hl-string">"CORRECTED", class="hl-string">"REPROCESSING", class="hl-string">"REPROCESSED"}

OUTPUT_COLUMNS = [
    class="hl-string">"PaymentTransactionId", class="hl-string">"ActivityName", class="hl-string">"EventTimestamp", class="hl-string">"ProcessingUser",
    class="hl-string">"PaymentAmount", class="hl-string">"CurrencyCode", class="hl-string">"PaymentType", class="hl-string">"PaymentDueDate",
    class="hl-string">"ActualSettlementDate", class="hl-string">"BusinessUnit"
]


def local_name(tag: str) -> str:
    return tag.rsplit(class="hl-string">"}", 1)[-1].lower()


def text_values(root: ET.Element, candidates: Iterable[str]) -> List[str]:
    wanted = {candidate.lower() for candidate in candidates}
    values: List[str] = []
    for element in root.iter():
        if local_name(element.tag) in wanted:
            value = (element.text or class="hl-string">"").strip()
            if value:
                values.append(value)
            for key, attribute_value in element.attrib.items():
                if key.rsplit(class="hl-string">"}", 1)[-1].lower() in {class="hl-string">"ccy", class="hl-string">"currency"} and attribute_value.strip():
                    values.append(attribute_value.strip())
    return values


def first_value(root: ET.Element, candidates: Iterable[str]) -> str:
    values = text_values(root, candidates)
    return values[0] if values else class="hl-string">""


def normalize_code(value: str) -> str:
    return re.sub(rclass="hl-string">"[^A-Z0-9_]", class="hl-string">"", value.upper().replace(class="hl-string">"-", class="hl-string">"_"))


def parse_datetime(value: str) -> Optional[datetime]:
    if not value:
        return None
    candidate = value.strip()
    if candidate.endswith(class="hl-string">"Z"):
        candidate = candidate[:-1] + class="hl-string">"+00:00"
    try:
        parsed = datetime.fromisoformat(candidate)
    except ValueError:
        for fmt in (class="hl-string">"%Y-%m-%d %H:%M:%S", class="hl-string">"%Y-%m-%d", class="hl-string">"%Y%m%d%H%M%S", class="hl-string">"%Y%m%d"):
            try:
                parsed = datetime.strptime(value.strip(), fmt)
                break
            except ValueError:
                parsed = None
        if parsed is None:
            return None
    if parsed.tzinfo is None:
        parsed = parsed.replace(tzinfo=SOURCE_TIMEZONE)
    return parsed.astimezone(timezone.utc)


def output_timestamp(value: Optional[datetime]) -> str:
    return value.astimezone(timezone.utc).isoformat().replace(class="hl-string">"+00:00", class="hl-string">"Z") if value else class="hl-string">""


def output_date(value: str) -> str:
    parsed = parse_datetime(value)
    return parsed.date().isoformat() if parsed else (value[:10] if re.match(rclass="hl-string">"^\d{4}-\d{2}-\d{2}", value) else class="hl-string">"")


def normalize_amount(value: str) -> str:
    if not value:
        return class="hl-string">""
    try:
        return format(Decimal(value.replace(class="hl-string">",", class="hl-string">"").strip()), class="hl-string">"f")
    except InvalidOperation:
        return value.strip()


def source_message_id(path: Path, root: ET.Element) -> str:
    raw = path.as_posix() + class="hl-string">"|" + first_value(root, [class="hl-string">"MsgId", class="hl-string">"MessageId", class="hl-string">"BizMsgIdr"])
    return hashlib.sha256(raw.encode(class="hl-string">"utf-8")).hexdigest()


def in_date_range(event_time: Optional[datetime]) -> bool:
    if not event_time:
        return True
    start = datetime.fromisoformat(START_DATE).replace(tzinfo=timezone.utc)
    end = datetime.fromisoformat(END_DATE).replace(tzinfo=timezone.utc)
    return start <= event_time < end.replace(hour=23, minute=59, second=59, microsecond=999999)


def add_event(events: List[Dict[str, str]], seen: set, transaction_id: str, activity: str,
              event_time: Optional[datetime], user: str, amount: str, currency: str,
              payment_type: str, due_date: str, settlement_date: str, business_unit: str,
              message_id: str) -> None:
    if not transaction_id or not event_time or not in_date_range(event_time):
        return
    row = {
        class="hl-string">"PaymentTransactionId": transaction_id,
        class="hl-string">"ActivityName": activity,
        class="hl-string">"EventTimestamp": output_timestamp(event_time),
        class="hl-string">"ProcessingUser": user,
        class="hl-string">"PaymentAmount": amount,
        class="hl-string">"CurrencyCode": currency,
        class="hl-string">"PaymentType": payment_type,
        class="hl-string">"PaymentDueDate": output_date(due_date),
        class="hl-string">"ActualSettlementDate": output_date(settlement_date),
        class="hl-string">"BusinessUnit": business_unit,
    }
    key = (transaction_id, activity, row[class="hl-string">"EventTimestamp"], message_id)
    if key not in seen:
        seen.add(key)
        events.append(row)


def parse_file(path: Path, events: List[Dict[str, str]], seen: set) -> None:
    try:
        root = ET.parse(path).getroot()
    except (ET.ParseError, OSError) as exc:
        print(fclass="hl-string">"Could not parse {path}: {exc}", file=sys.stderr)
        return
    message_id = source_message_id(path, root)
    transaction_id = first_value(root, IDENTIFIER_PATHS)
    if not transaction_id:
        return
    business_unit = first_value(root, BUSINESS_UNIT_PATHS)
    if COMPANY_FILTER and business_unit != COMPANY_FILTER:
        return
    amount = normalize_amount(first_value(root, AMOUNT_PATHS))
    currency = first_value(root, CURRENCY_PATHS)
    if len(currency) != 3 and currency:
        currency = currency.upper()
    due_date = first_value(root, DUE_DATE_PATHS)
    settlement_date = first_value(root, SETTLEMENT_DATE_PATHS)
    user = first_value(root, USER_PATHS)
    payment_type = first_value(root, PAYMENT_TYPE_PATHS)
    status_values = text_values(root, STATUS_PATHS)
    reason_values = text_values(root, REASON_PATHS)
    error_values = text_values(root, ERROR_PATHS)
    repair_values = text_values(root, REPAIR_PATHS)
    reconciliation_values = text_values(root, RECONCILIATION_PATHS)
    event_time = parse_datetime(first_value(root, TIMESTAMP_PATHS))
    if not event_time:
        return

    message_name = next((local_name(element.tag) for element in root.iter() if local_name(element.tag) in {class="hl-string">"pacs.008", class="hl-string">"pacs.002", class="hl-string">"document"}), class="hl-string">"")
    normalized_statuses = [normalize_code(value) for value in status_values + reason_values]
    normalized_text = class="hl-string">" ".join(normalize_code(value) for value in error_values)
    normalized_repairs = class="hl-string">" ".join(normalize_code(value) for value in repair_values)
    normalized_reconciliation = class="hl-string">" ".join(normalize_code(value) for value in reconciliation_values)

    if message_name or status_values:
        add_event(events, seen, transaction_id, class="hl-string">"Payment Request Created", event_time, user, amount, currency, payment_type, due_date, settlement_date, business_unit, message_id) if any(code in {class="hl-string">"NEW", class="hl-string">"RECEIVED"} for code in normalized_statuses) else None
        add_event(events, seen, transaction_id, class="hl-string">"Payment Details Validated", event_time, user, amount, currency, payment_type, due_date, settlement_date, business_unit, message_id) if class="hl-string">"VALIDATED" in normalized_statuses else None
        add_event(events, seen, transaction_id, class="hl-string">"Payment Sent For Approval", event_time, user, amount, currency, payment_type, due_date, settlement_date, business_unit, message_id) if any(code in {class="hl-string">"PENDING_APPROVAL", class="hl-string">"AWAITING_APPROVAL", class="hl-string">"APPROVAL_PENDING"} for code in normalized_statuses) else None
        add_event(events, seen, transaction_id, class="hl-string">"Payment Approved", event_time, user, amount, currency, payment_type, due_date, settlement_date, business_unit, message_id) if class="hl-string">"APPROVED" in normalized_statuses else None
        add_event(events, seen, transaction_id, class="hl-string">"Payment Rejected", event_time, user, amount, currency, payment_type, due_date, settlement_date, business_unit, message_id) if any(code in {class="hl-string">"REJECTED", class="hl-string">"RJCT"} for code in normalized_statuses) else None
        add_event(events, seen, transaction_id, class="hl-string">"Payment Authorized", event_time, user, amount, currency, payment_type, due_date, settlement_date, business_unit, message_id) if class="hl-string">"AUTHORIZED" in normalized_statuses else None
        add_event(events, seen, transaction_id, class="hl-string">"Payment Instruction Sent", event_time, user, amount, currency, payment_type, due_date, settlement_date, business_unit, message_id) if any(code in {class="hl-string">"SENT", class="hl-string">"DISPATCHED"} for code in normalized_statuses) else None
        add_event(events, seen, transaction_id, class="hl-string">"Payment Confirmed", event_time, user, amount, currency, payment_type, due_date, settlement_date, business_unit, message_id) if any(code in {class="hl-string">"ACCP", class="hl-string">"ACCEPTED", class="hl-string">"CONFIRMED"} for code in normalized_statuses) else None
        add_event(events, seen, transaction_id, class="hl-string">"Payment Settled", event_time, user, amount, currency, payment_type, due_date, settlement_date, business_unit, message_id) if any(code in {class="hl-string">"SETTLED", class="hl-string">"BOOK"} for code in normalized_statuses) else None
        add_event(events, seen, transaction_id, class="hl-string">"Payment Reconciled", event_time, user, amount, currency, payment_type, due_date, settlement_date, business_unit, message_id) if class="hl-string">"RECONCILED" in normalized_statuses or any(code in normalized_reconciliation for code in {class="hl-string">"TRUE", class="hl-string">"MATCHED", class="hl-string">"RECONCILED"}) else None

    if any(code in ERROR_STATUS_CODES for code in normalized_statuses) or normalized_text:
        add_event(events, seen, transaction_id, class="hl-string">"Payment Error Identified", event_time, user, amount, currency, payment_type, due_date, settlement_date, business_unit, message_id)
    if any(code in RESOLVED_STATUS_CODES for code in normalized_statuses) or any(code in normalized_repairs for code in {class="hl-string">"TRUE", class="hl-string">"RESOLVED", class="hl-string">"REPAIRED", class="hl-string">"CORRECTED"}):
        add_event(events, seen, transaction_id, class="hl-string">"Payment Error Resolved", event_time, user, amount, currency, payment_type, due_date, settlement_date, business_unit, message_id)

    due = parse_datetime(due_date)
    settled = parse_datetime(settlement_date)
    if due and settled and settled.date() > due.date():
        add_event(events, seen, transaction_id, class="hl-string">"Late Payment Identified", settled, user, amount, currency, payment_type, due_date, settlement_date, business_unit, message_id)


def main() -> None:
    events: List[Dict[str, str]] = []
    seen = set()
    for path in sorted(INPUT_DIRECTORY.rglob(class="hl-string">"*.xml")):
        parse_file(path, events, seen)
    events.sort(key=lambda row: (row[class="hl-string">"PaymentTransactionId"], row[class="hl-string">"EventTimestamp"], row[class="hl-string">"ActivityName"]))
    OUTPUT_FILE.parent.mkdir(parents=True, exist_ok=True)
    with OUTPUT_FILE.open(class="hl-string">"w", newline=class="hl-string">"", encoding=class="hl-string">"utf-8") as handle:
        writer = csv.DictWriter(handle, fieldnames=OUTPUT_COLUMNS)
        writer.writeheader()
        writer.writerows(events)
    print(fclass="hl-string">"Wrote {len(events)} event rows to {OUTPUT_FILE}")


if __name__ == class="hl-string">"__main__":
    main()

Klaar om te beginnen?

Gebruik deze template om data makkelijker te verzamelen en aan de slag te gaan met het verbeteren van de betalingsverwerking. Met heldere procesinzichten kun je efficiënter werken en de financiële controle verbeteren.

Terug naar de verbetergids Template downloaden

Verbeter vandaag nog de betalingsverwerking met FIS Global

Bereik 98% automatische verwerking zonder handmatige tussenkomst en voorkom problemen bij de afstemming.

Start nu je gratis proefperiode

Geen creditcard nodig. Je kunt binnen enkele minuten beginnen.

Datatemplate voor betalingsverwerking

Datatemplate voor betalingsverwerking

Attributen voor betalingsverwerking

Activiteiten voor betalingsverwerking

Extractiegidsen

ISO 20022-XML-logbestanden verwerken met Python

Stappen

Configuratie

a Voorbeeldquery python

Klaar om te beginnen?

Verbeter vandaag nog de betalingsverwerking met FIS Global

We gaan zorgvuldig om met je privacy