Uw Data Template voor Betalingsverwerking
Uw Data Template voor Betalingsverwerking
Dit is onze generieke process mining-datatemplate voor {processNaam}. Gebruik onze systeemspecifieke templates voor meer specifieke begeleiding.
Selecteer een specifiek systeem- Uitgebreide velddefinities voor transactie tracking
- Universele activity mapping voor betaallevenscycli
- Schaalbare data structuren compatibel met elk financieel systeem
Attributes Betalingsverwerking
| Naam | Omschrijving | ||
|---|---|---|---|
| Activiteitsnaam ActivityName | De specifieke stap, statuswijziging of event dat plaatsvond in de betalingslevenscyclus. | ||
| Omschrijving Dit attribute beschrijft de uitgevoerde actie of de statuswijziging die de betaling op een specifiek tijdstip heeft ondergaan. Voorbeelden zijn het aanmaken van het verzoek, validatiecontroles, autorisatiestappen of de uiteindelijke afwikkeling. Process mining vertrouwt op dit attribute om de knooppunten in de proceskaart te definiëren. Door de volgorde van deze activities te analyseren, kunnen analisten veelvoorkomende varianten, loops waarin betalingen worden herwerkt, en knelpunten waar betalingen langdurig stagneren, identificeren. Het standaardiseren van deze namen over verschillende bronsystemen is vaak nodig om een coherent beeld van het proces te creëren. Zo kan het ene systeem een stap 'Auth' noemen, terwijl een ander systeem deze 'Authorization' noemt; deze moeten tijdens datatransformatie worden afgestemd. Het belang Het definieert de nodes in de process map en maakt analyse van de processtroom en varianten mogelijk. Vindplaats Gevonden in audit logs, status history tables of event tracking tables. Voorbeelden Betaling aangemaaktBetaling geautoriseerdBetaling MisluktAfwikkeling BevestigdValidatiefout | |||
| Bronsysteem SourceSystem | De naam van de applicatie of het systeem waar de event data is ontstaan. | ||
| Omschrijving Dit attribute identificeert de technische herkomst van de record. In end-to-end betaalprocessen stroomt data vaak door meerdere systemen, zoals een front-end gateway, een fraudebestrijdingsengine en een back-end ledger. Het analyseren van data per systeem stelt gebruikers in staat technische problemen te isoleren. Als bijvoorbeeld vertragingen consequent worden waargenomen in de fraudebestrijdingsengine maar niet in het ledger, kan de root cause analysis effectief worden gericht. Het helpt ook bij het valideren van data-integriteit bij het samenvoegen van meerdere databronnen. Dit veld wordt doorgaans toegevoegd tijdens het extractie- en transformatieproces als het niet expliciet in de bron-data aanwezig is. Het dient als een lineage marker voor auditing en debugging-doeleinden. Het belang Cruciaal voor multi-systeem analyse en het identificeren welke component vertragingen of fouten veroorzaakt. Vindplaats Vaak hardcoded tijdens het ETL proces of gevonden in systeem metadata. Voorbeelden PaymentGateway_01CoreBankingSystemFraudEngineSwiftInterfaceERP_SAP | |||
| Gebeurtenistijdstempel EventTimestamp | De specifieke datum en tijd waarop de activiteit of statuswijziging plaatsvond. | ||
| Omschrijving Dit attribute registreert het exacte moment waarop een event plaatsvond binnen het betaalsysteem. Het fungeert als het chronologische anker voor het proces en zorgt ervoor dat events correct worden geordend binnen de case. In analyse is deze timestamp de basis voor alle tijdgebaseerde berekeningen. Het wordt gebruikt om de duur tussen activiteiten, de totale end-to-end doorlooptijd, en de naleving van service level agreements te bepalen. Nauwkeurige timestamps zijn essentieel voor het identificeren van knelpunten. Hoge precisie heeft de voorkeur, vooral voor high-frequency trading of geautomatiseerde betaalsystemen waar milliseconden ertoe doen. Als alleen datums beschikbaar zijn zonder tijden, kan de ordening van activiteiten die op dezelfde dag plaatsvinden secundaire sorteerlogica vereisen. Het belang Essentieel voor het ordenen van events en het berekenen van alle op duur gebaseerde KPI's zoals Cycle Time. Vindplaats Gevonden in transaction logs, history tables of systeem audit trails. Voorbeelden 2023-10-15T08:30:00Z2023-10-15 14:45:12.5502023-11-01T09:00:00+00:0010/15/2023 08:30:00 PM2023-10-16 10:15:00 | |||
| Laatste data-update LastDataUpdate | De timestamp die aangeeft wanneer het record voor het laatst is geëxtraheerd of vernieuwd. | ||
| Omschrijving Dit attribute volgt de versheid van de data die in de analyse wordt gebruikt. Het weerspiegelt het tijdstip waarop de data in de process mining tool is geladen of wanneer de record voor het laatst is gewijzigd in de brondatabase. Het beschikken over deze informatie is essentieel voor datagovernance en vertrouwen. Het stelt analisten in staat te weten of zij naar realtime data kijken of naar een momentopname van de vorige dag. Dit is bijzonder belangrijk voor het monitoren van actieve betalingen die mogelijk in een pending status vastzitten. Hoewel niet direct gebruikt voor processtroomberekeningen, dient het als een metadata control field om ervoor te zorgen dat dashboards de meest actuele status van de betaaloperaties weergeven. Het belang Zorgt voor data freshness en helpt bij het debuggen van data pipeline latency issues. Vindplaats Gegenereerd tijdens het data-extractie of ETL proces. Voorbeelden 2023-10-27T12:00:00Z2023-10-27 23:59:592023-10-28 06:00:0010/27/20232023-11-01 01:00:00.000 | |||
| Payment Transaction ID PaymentTransactionId | De unieke identifier die de specifieke betalingsinstructie of transactie case vertegenwoordigt. | ||
| Omschrijving Dit attribute dient als de centrale sleutel voor het koppelen van alle activiteiten binnen één betaallevenscyclus. Het stelt process mining tools in staat de end-to-end reis van een betaling te reconstrueren, van initiatie tot uiteindelijke afwikkeling of falen. In analyse wordt deze identifier gebruikt om afzonderlijke events te groeperen in één case-instance. Het maakt de visualisatie van de processtroom mogelijk en is cruciaal voor het berekenen van doorlooptijden per transactie. Zonder een unieke ID is het onmogelijk om onderscheid te maken tussen duizenden gelijktijdige betalingen die door het systeem bewegen. Dit veld blijft doorgaans constant gedurende de levensduur van de betaling. Echter, in complexe scenario's met meerdere systemen, kan dit een samengestelde sleutel of een mapping van een uniek end-to-end referentienummer vereisen. Het belang Het is de fundamentele Case ID die nodig is om een procesmodel te creëren en specifieke betalingen te volgen. Vindplaats Doorgaans te vinden in de transactieheader, betaalinstructietabel of hoofdgrootboeklogboek. Voorbeelden TRX-8859201PAY-2023-X9910029384f47ac10b-58cc-4372-a567-0e02b2c3d479INSTR-5542 | |||
| Betaalbedrag PaymentAmount | De monetaire waarde gekoppeld aan de betalingstransactie. | ||
| Omschrijving Dit attribute vertegenwoordigt de financiële waarde die wordt overgedragen. Het is de belangrijkste numerieke metric voor het bepalen van de impact van procesinefficiënties. Een vertraging in een miljoen-dollar-betaling is bijvoorbeeld vaak kritischer dan een vertraging in een tien-dollar-betaling. In analyse wordt dit veld gebruikt om volumes te aggregeren, totale liquiditeitsvereisten te berekenen en betalingen te segmenteren op waardebanden. Hoogwaardige betalingen volgen vaak andere approval workflows vergeleken met laagwaardige betalingen, en dit attribute helpt die paden te differentiëren. Het is essentieel om dit attribute te koppelen aan de valutacode om appels-met-appels vergelijkingen te waarborgen. Het aggregeren van bedragen zonder valutaconversie of scheiding kan leiden tot misleidende financiële rapportage. Het belang Maakt financiële impactanalyse en segmentatie van hoogwaardige versus laagwaardige transacties mogelijk. Vindplaats Gevonden in de transactiedetails of financiële boekingstabellen. Voorbeelden 150.0010000.5025.995000000.01 | |||
| Betaalmethode PaymentMethod | Het specifieke instrument of mechanisme dat wordt gebruikt om de betaling uit te voeren. | ||
| Omschrijving Dit attribute categoriseert de betaling op basis van het uitvoeringstype, zoals een Wire Transfer, ACH, Credit Card of Instant Payment. Elke methode volgt doorgaans een eigen procespad met verschillende tijdsverwachtingen en kosten. Door data te segmenteren met behulp van dit attribute, kunnen analisten de prestaties van verschillende payment rails vergelijken. Wire transfers vereisen bijvoorbeeld mogelijk meer handmatige goedkeuringsstappen vergeleken met geautomatiseerde ACH-batches. Inzicht in de mix van betaalmethoden helpt bij de capaciteitsplanning en het identificeren van verschuivingen in klantgedrag, zoals een migratie van traditionele cheques naar digitale instant payments. Het belang Cruciaal voor het onderscheiden van procesvarianten (bijv. Instant versus Wire) die verschillende SLA's hebben. Vindplaats Gevonden in de betalingsinstructiedetails. Voorbeelden WireACHCreditcardSEPA Credit TransferReal-Time Betaling | |||
| Foutcode ErrorCode | De specifieke code of reden die wordt gegenereerd wanneer een betaling mislukt of wordt geweigerd. | ||
| Omschrijving Dit attribute legt de technische of zakelijke reden vast voor een procesfout. Het wordt ingevuld wanneer een betaling wordt afgewezen, de validatie mislukt of er een transmissiefout optreedt. Het analyseren van foutcodes is de belangrijkste methode om de 'Payment Failure Rate' en 'Rework Rate' te verlagen. Door veelvoorkomende foutcodes te groeperen, kunnen systemische problemen worden geïdentificeerd, zoals onnauwkeurigheden in stamdata of technische verbindingsproblemen met externe clearing houses. In 'happy path'-scenario's is dit veld doorgaans null. De aanwezigheid ervan duidt vaak op een afwijking van de ideale processtroom en activeert sub-processen voor exception handling. Het belang De primaire attribute voor Root Cause Analysis van storingen en rework. Vindplaats Gevonden in error logs, afwijzingsberichten of response payloads. Voorbeelden INSUFFICIENT_FUNDSINVALID_ACCOUNTFRAUD_SUSPICIONTIMEOUTDUPLICATE_REF | |||
| Uiterste betaaldatum PaymentDueDate | De datum waarop de betaling naar verwachting of vereiste moet zijn afgewikkeld. | ||
| Omschrijving Dit attribute vertegenwoordigt de streefdatum voor de betaling. Het stelt het systeem in staat de 'On-Time Payment Rate' te meten en te bepalen of service level agreements (SLA's) zijn nageleefd. Het vergelijken van de daadwerkelijke voltooiingstimestamp met deze vervaldatum levert een duidelijke metric op voor procesprestaties. Betalingen die na deze datum zijn voltooid, worden als te laat beschouwd, wat kan leiden tot boetes of schade aan zakelijke relaties. Dit veld is bijzonder relevant voor crediteurenprocessen of contracten voor gegarandeerde dienstverlening waarbij timing een contractuele verplichting is. Het belang Vereist voor het berekenen van SLA adherence en On-Time Payment rates. Vindplaats Gevonden in de factuurheader of betalingsaanvraaginstructie. Voorbeelden 2023-10-302023-11-012023-10-152023-12-312024-01-01 | |||
| Valutacode CurrencyCode | De 3-letterige ISO code die de valuta van de betaling aanduidt. | ||
| Omschrijving Dit attribute specificeert de valuta-eenheid voor het betalingsbedrag, zoals USD, EUR of GBP. Het is cruciaal voor accurate financiële rapportage en voor het activeren van specifieke cross-border workflows. Analyse vereist vaak filtering op valuta om regionale prestaties of FX-verwerkingstijden te begrijpen. Verschillende valuta's kunnen verschillende cut-off tijden, settlement cycles en regelgevende vereisten hebben, die direct de processtroom beïnvloeden. Zonder dit attribute is het veld 'Payment Amount' ambigu. Dit veld maakt de conversie van uiteenlopende bedragen naar één rapportagevaluta mogelijk voor wereldwijde dashboarding. Het belang Noodzakelijk voor het normaliseren van financiële waarden en het identificeren van grensoverschrijdende procesvariaties. Vindplaats Gevonden naast het betalingsbedrag in transactietabellen. Voorbeelden USDEURGBPJPYCAD | |||
| Verwerkende Gebruiker ProcessingUser | De user ID of systeem agent die verantwoordelijk is voor het uitvoeren van de activiteit. | ||
| Omschrijving Dit attribute identificeert wie of wat een specifieke stap in het betaalproces heeft uitgevoerd. Het kan verwijzen naar een menselijke gebruiker die een handmatige controle uitvoert, of naar een systeemaccount die een geautomatiseerde taak uitvoert. Deze data is essentieel voor het analyseren van resourcegebruik en knelpunten. Het helpt onderscheid te maken tussen geautomatiseerde verwerking (Straight-Through Processing) en handmatige interventies. Hoge percentages handmatige gebruikersbetrokkenheid correleren vaak met hogere kosten en langere doorlooptijden. Voor compliance helpt dit veld bij de analyse van functiescheiding, waarbij wordt gewaarborgd dat de persoon die een betaling heeft aangemaakt, niet dezelfde persoon is die deze heeft goedgekeurd. Het belang Maakt analyse van automatiseringspercentages (STP) en resourceproductiviteit mogelijk. Vindplaats Gevonden in audit logs of metadata kolommen van de transactietabel. Voorbeelden SystemAgent_01jdoeAPPROVER_GROUP_AAutoReconcilerAPI_User | |||
| Naam Begunstigde BeneficiaryName | De naam van de entiteit of het individu dat de betaling ontvangt. | ||
| Omschrijving Dit attribute identificeert de begunstigde. In een B2B-context is dit de leverancier; in een P2P-context is dit de individuele ontvanger. Het geeft context voor wie er wordt betaald. Het analyseren van betalingen per begunstigde kan patronen onthullen, zoals frequente betalingen aan hoogrisico-entiteiten of concentratierisico bij specifieke leveranciers. Het is ook nuttig voor fraudeanalyse, om te identificeren of meerdere kleine betalingen naar één onverwachte begunstigde worden doorgesluisd. Datakwaliteitsproblemen komen hier vaak voor, met variaties in spelling (bijv. 'Inc.' versus 'Incorporated'). Het opschonen van deze data is vaak noodzakelijk voor nauwkeurige aggregatie. Het belang Nuttig voor leveranciersanalyse, fraudepreventie en risicoprofilering. Vindplaats Gevonden in de details van de begunstigde sectie van de betalingsinstructie. Voorbeelden Acme CorpGlobal Services LtdJohn SmithAzure Cloud ServicesBelastingdienst | |||
| Risk Score RiskScore | Een numerieke score die de waarschijnlijkheid van fraude of compliance risico aangeeft. | ||
| Omschrijving Dit attribute is een waarde die wordt gegenereerd door fraudebestrijdingsengines of risicomodellen. Een hogere score duidt doorgaans op een hogere waarschijnlijkheid dat de transactie frauduleus of hoogrisico is. In procesanalyse helpt deze score te verklaren waarom bepaalde betalingen uitgebreide beoordelingslussen doorlopen. Betalingen met hoge risicoscores triggeren vaak handmatige interventieactiviteiten, wat de doorlooptijd verlengt. Het correleren van risicoscores met uiteindelijke uitkomsten (goedgekeurd vs. afgewezen) helpt de efficiëntie van de risicoregels te optimaliseren. Niet alle systemen genereren een numerieke score; sommige bieden mogelijk alleen een statusvlag. Voor moderne betaalgateways is dit echter een standaard metric voor besluitvorming. Het belang Verklaart procesafwijkingen zoals handmatige reviews en holds door fraud checks. Vindplaats Output van het fraudedetectiesysteem of de risk engine. Voorbeelden 08512.5994 | |||
| Verwerkingskanaal ProcessingChannel | De interface of het kanaal waardoor de betaling werd geïnitieerd. | ||
| Omschrijving Dit attribute geeft het ingangspunt van de betaalinstructie aan, zoals Mobile App, Web Portal, API of File Upload. Het biedt inzicht in klantgedrag en kanaalgebruik. Het analyseren van procesprestaties per kanaal kan technische verschillen aan het licht brengen. Betalingen die via API worden geïnitieerd, kunnen bijvoorbeeld direct worden verwerkt, terwijl file uploads mogelijk wachten op batchverwerkingsvensters. Dit helpt bij het begrijpen van de gebruikerservaring over verschillende platforms. Het is ook nuttig voor het analyseren van de verschuiving van legacykanalen (zoals handmatige invoer of fax) naar digitale kanalen, ter ondersteuning van digitale transformatie-initiatieven. Het belang Helpt volumetrends en performanceverschillen te analyseren over entry points (bijv. Mobiel vs Web). Vindplaats Gevonden in de transactieheader of sessie metadata. Voorbeelden Mobiele appWebportaalH2H FileAPIPOS Terminal | |||
Activiteiten Betalingsverwerking
| Activiteit | Omschrijving | ||
|---|---|---|---|
| Betaling aangemaakt | De initiële creatie van een betalingstransactie record binnen het systeem. Dit event legt de timestamp vast wanneer de betalingsaanvraag voor het eerst wordt gelogd, handmatig ingevoerd door een gebruiker of gegenereerd via een API call. | ||
| Het belang Stelt de starttijd vast voor de end-to-end betalingscyclus en dient als baseline voor volume analyse. Vindplaats Doorgaans te vinden in de creation timestamp van de hoofdtransactietabel of een specifieke audit log entry voor nieuwe records. Vastleggen Extraheer de vroegste timestamp die gekoppeld is aan de Payment Transaction ID. Gebeurtenistype explicit | |||
| Betaling afgewikkeld | De succesvolle voltooiing van de financiële beweging, waarbij gelden worden gecrediteerd aan de begunstigde. Dit is de primaire succesvolle eindstatus voor een betalingstransactie. | ||
| Het belang Wordt gebruikt om de volledige doorlooptijd te berekenen en is het primaire succescriterium voor het proces. Vindplaats Meestal aangegeven door een specifieke afwikkelingsstatus, een bevestigingsrapport of een grootboekboeking. Vastleggen Extraheer de datum en tijd waarop de afwikkelingsbevestiging wordt verwerkt. Gebeurtenistype explicit | |||
| Betaling geautoriseerd | De financiële bevestiging dat gelden gereserveerd of beschikbaar zijn voor de transactie. Dit is vaak een interactie met een bankkern, kaartuitgever of kredietfaciliteit. | ||
| Het belang Het bevestigen van autorisatie is een belangrijk controlepunt voordat gelden daadwerkelijk worden verplaatst. Vindplaats Gevonden in gateway response logs of core banking systeem autorisatietabellen. Vastleggen Extraheer de timestamp van de positieve autorisatie response code. Gebeurtenistype explicit | |||
| Betaling goedgekeurd | De interne mijlpaal waarbij een geautoriseerde gebruiker of systeemregel toestemming verleent voor de betaling om verder te gaan. Dit onderscheidt zich van externe financiële autorisatie en vertegenwoordigt een organisatorische sign-off. | ||
| Het belang Vaak een belangrijke bron van knelpunten door handmatige workflows en menselijke latentie. Vindplaats Geregistreerd in workflow approval logs of wanneer de approval flag is ingesteld op true. Vastleggen Log de timestamp wanneer de definitieve goedkeuringsactie wordt vastgelegd in de database. Gebeurtenistype explicit | |||
| Betaling Mislukt | Een eindstatus die aangeeft dat de betaling niet kon worden voltooid vanwege onherstelbare technische of financiële problemen. Dit staat voor een definitief einde van de procesinstantie. | ||
| Het belang Een belangrijke metric voor betrouwbaarheid; het analyseren van patronen hier helpt het aantal afgebroken transacties te verminderen. Vindplaats Vastgelegd vanuit finale falen statuscodes of fatale error logs. Vastleggen Identificeer transacties die een terminale faalstatus ingaan. Gebeurtenistype explicit | |||
| Betalingsinstructie Verzonden | De verzending van het gefinaliseerde betalingsbestand of -bericht naar het externe betalingsnetwerk of clearing house. Dit markeert de overdracht van het interne systeem naar de externe wereld. | ||
| Het belang Dit is een cruciale mijlpaal die de interne verwerkingstijd scheidt van de externe afwikkelingstijd. Vindplaats Gelogd wanneer bestanden worden gegenereerd, API calls naar het netwerk worden verzonden, of de status verandert naar Transmitted. Vastleggen Identificeer de timestamp van de uitgaande API call of bestandsoverdracht event. Gebeurtenistype explicit | |||
| `Betaling` bevestigd | De ontvangst van een technische acknowledgement van het externe netwerk dat aangeeft dat de instructie is ontvangen en format-valid is. Dit bevestigt dat de betaling in de externe pipeline zit. | ||
| Het belang Verifieert dat de overdracht naar het netwerk succesvol was en de transactie in afwachting is van afwikkeling. Vindplaats vastgelegd vanuit inkomende bevestigingsberichten (ACK's) of webhooks van de provider. Vastleggen Log de ontvangsttijd van het bevestigingsbericht van het externe systeem. Gebeurtenistype explicit | |||
| Betaling afgestemd | Het boekhoudkundige proces waarbij de record van het betalingssysteem wordt afgestemd op bankafschriften of externe grootboeken. Dit zorgt ervoor dat het systeem van record overeenkomt met de realiteit. | ||
| Het belang Geeft de administratieve afsluiting van de transactie en financiële integriteit aan. Vindplaats Gevonden in reconciliatie modules of afgeleid wanneer een match ID aan de transactie wordt toegewezen. Vastleggen Koppel de transactie aan de timestamp van de reconciliatietabel. Gebeurtenistype calculated | |||
| Betaling geannuleerd | De opzettelijke beëindiging van een betaling door een gebruiker of beheerder voordat deze is afgewikkeld. Dit maakt de transactie effectief ongeldig. | ||
| Het belang Het onderscheiden van annuleringen van storingen is belangrijk voor het begrijpen van gebruikersgedrag versus systeemfouten. Vindplaats Expliciet gelogd wanneer een annuleringscommando wordt uitgevoerd of de status verandert naar Void. Vastleggen Leg de timestamp van de annuleringsopdracht vast. Gebeurtenistype explicit | |||
| Betaling Gevalideerd | De voltooiing van geautomatiseerde controles op de betalingsinstructie, zoals formatsyntaxis, geldigheid van het rekeningnummer en compliance screening. Deze stap zorgt ervoor dat de data schoon is voordat deze naar goedkeuring of uitvoering gaat. | ||
| Het belang Een lange duur hier kan duiden op trage externe validatieservices of complexe compliance regels. Vindplaats Meestal vastgelegd wanneer de status wijzigt van Concept naar Gevalideerd of afgeleid uit een validatiesucceslogboek. Vastleggen Identificeer statuswijzigingen die succesvolle validatie of specifieke log entries van een compliance engine aangeven. Gebeurtenistype inferred | |||
| Betaling Geweigerd | Het event waarbij een interne goedkeurder of externe gatekeeper expliciet de betalingsaanvraag weigert. Dit stopt de huidige stroom en kan een notificatie naar de initiator triggeren. | ||
| Het belang Belangrijk voor het analyseren van afwijzingsredenen en het verminderen van ruis in de betalingspipeline. Vindplaats Expliciet gelogd in workflow history of afgeleid uit een finale status update zoals Rejected of Declined. Vastleggen Leg de specifieke actie vast waarbij een gebruiker of systeem een afwijzings-event creëert. Gebeurtenistype explicit | |||
| Betaling Terugbetaald | Treedt op wanneer een afgewikkelde betaling wordt omgekeerd, waarbij gelden worden teruggestort aan de betaler. Deze activiteit vindt typisch plaats nadat het hoofdproces nominaal is voltooid. | ||
| Het belang Refund rates zijn een belangrijke kwaliteitsindicator voor de onderliggende business service of product. Vindplaats Vastgelegd vanuit een gekoppelde refund transactie of een statuswijziging die een omkering aangeeft. Vastleggen Identificeer refund events gekoppeld aan de originele payment ID. Gebeurtenistype explicit | |||
| Betalingsfout Geïdentificeerd | Geeft aan dat het systeem of een externe validator een probleem met de betaling heeft gesignaleerd, zoals onvoldoende saldo of ongeldige data. Dit event markeert het begin van een uitzonderingsafhandelingscyclus. | ||
| Het belang Cruciaal voor het berekenen van rework rates en het identificeren van kwaliteitsproblemen in het upstream data entry proces. Vindplaats vastgelegd vanuit error logs, exception tables of statuscodes die falen of opschorting aangeven. Vastleggen Filter op error codes of status updates die de transactie markeren voor herstel. Gebeurtenistype explicit | |||
| Betalingsfout Opgelost | Markeert de correctie van een eerder geïdentificeerd probleem, waardoor de betaling kan terugkeren naar de normale processtroom. Dit omvat meestal handmatige interventie of een geautomatiseerd herstelmechanisme. | ||
| Het belang Essentieel voor het meten van de tijd en moeite die wordt besteed aan het oplossen van betalingsuitzonderingen. Vindplaats Afgeleid wanneer een transactie van een error state terugkeert naar een verwerkings- of gereed-status. Vastleggen Detecteer statusovergangen van error codes terug naar geldige verwerkingsstatussen. Gebeurtenistype inferred | |||
Extractie Guides
Extractiemethoden variëren per systeem. Voor gedetailleerde instructies,