Ihr Template für ZahlungsabwicklungsDaten

ACI Worldwide
Ihr Template für ZahlungsabwicklungsDaten

Ihr Template für ZahlungsabwicklungsDaten

Diese Datenvorlage bietet einen strukturierten Ansatz zur Vorbereitung Ihrer ZahlungsabwicklungsDaten für die Analyse. Es umreißt die wesentlichen Attribute, die gesammelt werden müssen, die kritischen Aktivitäten, die verfolgt werden müssen, und praktische Anleitungen zur Extraktion dieser Informationen aus Ihrem System. Durch die Einhaltung dieser Empfehlungen können Sie eine leistungsstarke Grundlage für die Identifizierung von Ineffizienzen und die Optimierung Ihrer Finanzprozesse sicherstellen.
  • Empfohlene Attribute zur Erfassung
  • Wichtige Aktivitäten für das Tracking
  • Extraktionsanleitung für ACI Worldwide
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Zahlungsabwicklungs-Attribute

Dies sind die empfohlenen Datenfelder, die in Ihrem Event Log für eine vollständige Analyse der Zahlungsabwicklung enthalten sein sollten.
3 Erforderlich 9 Empfohlen 7 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der spezifische Schritt oder den Antrag bearbeitet.ie Statusänderung, die im ZahlungsLebenszyklus aufgetreten ist.
Beschreibung

Dieses Attribut definiert den Event-Knoten in der Prozesskarte, wie z.B. 'Zahlungsanforderung erstellt' oder 'Gelder transferiert'. In ACI-Systemen wird dies oft aus Statuscodes, Audit Log-Operationstypen oder Workflow-Statusänderungen abgeleitet. Eine genaue Zuordnung dieser technischen Zustände zu lesbaren Geschäftsaktivitäten ist maßgeblich für eine aussagekräftige Visualisierung.

Bedeutung

Es definiert den Prozessfluss und ist notwendig, um die Abfolge der Operationen zu visualisieren.

Datenquelle

Abgeleitet von Status Codes (z.B. 100=Erstellt, 200=Validiert) oder Audit Log Action-Spalten.

Beispiele
Zahlungsanforderung erstelltZahlung autorisiertZahlung beglichenZahlung fehlgeschlagen
Ereignis-Zeitstempel
EventTimestamp
Das spezifische Datum und die Uhrzeit, wann die Aktivität stattfand.
Beschreibung

Dieses Attribut erfasst den genauen Moment, in dem ein Event innerhalb der ACI-Umgebung stattfand. Es wird verwendet, um alle zeitbasierten Metriken zu berechnen, einschließlich Durchlaufzeiten, Genehmigungsdauern und Durchsatzraten. Eine hohe Präzision (Millisekunden) wird bevorzugt, um schnelle automatisierte Schritte genau zu sequenzieren.

Bedeutung

Essentiell für die Anordnung von Ereignisse und die Berechnung von Leistungsdauern.

Datenquelle

Konsultieren Sie die Spalten 'Created Date' oder 'Update Date' in den Transaktionshistorie- oder Audit-Tabellen.

Beispiele
2023-10-25T08:30:15.000Z2023-10-25T08:30:22.500Z2023-10-26T14:10:00.000Z
Zahlungstransaktions-ID
PaymentTransactionId
Der eindeutige Identifikator für die spezifische Zahlungsanweisung über das ACI-System hinweg.
Beschreibung

Dieses Attribut dient als zentraler Schlüssel für die Process Mining-Analyse und verknüpft alle Ereignisse, die mit einer einzelnen Zahlungsanforderung verknüpft. In ACI Worldwide Systemen (wie MTS oder UPP) entspricht dies der eindeutigen Referenznummer, die einer Transaktion bei der Eingabe zugewiesen wird. Es ermöglicht die Rekonstruktion der End-to-End-Zahlungsreise von der ersten Anfrage über die Validierung und Genehmigung bis zur endgültigen Abrechnung.

Bedeutung

Es ist die grundlegende Case-ID, die erforderlich ist, um diskrete Ereignisse zu Prozessinstanzen zu gruppieren.

Datenquelle

Prüfen Sie Transaktionskopf-Tabellen, oft als TRN_REF, REFERENCE_NUM oder UUID im Haupttransaktionsprotokoll bezeichnet.

Beispiele
TRX-2023-899102ACI-99281-AAPAY-0019283420231025-9981
Abteilung
Department
Die interne Abteilung, die für die aktuelle Aktivität zuständig ist.
Beschreibung

Ordnet den EventBenutzer oder den Antrag bearbeitet.ie Queue einer breiteren Organisationseinheit zu (z.B. 'Payment Operations', 'Compliance', 'Treasury'). Dies hilft bei der 'Engpassanalyse nach Aktivität', um zu sehen, welche Teams den Prozess aufhalten.

Bedeutung

Aggregiert die Leistung nach Geschäftsfunktion.

Datenquelle

Abgeleitet aus Benutzertabellen oder den Antrag bearbeitet.em Mapping der Organisationshierarchie.

Beispiele
OperationsComplianceTreasuryIT-Support
Ereignisbenutzer
EventUser
Die Benutzer-ID oder den Antrag bearbeitet.er Systemagent, der für die Aktivität verantwortlich ist.
Beschreibung

Erfasst, wer die Aktion durchgeführt hat: ob es sich um einen menschlichen Benutzer (z.B. für Genehmigungen) oder ein Systemkonto (z.B. für die automatisierte Abrechnung) handelte. Dieses Attribut ist maßgeblich für die 'Bottleneck Analysis', um festzustellen, ob bestimmte Benutzer oder Warteschlangen überlastet sind.

Bedeutung

Ermöglicht Ressourcenanalyse und Prüfung der Funktionstrennung (Segregation of Duties).

Datenquelle

Audit-Logs oder 'UpdatedBy'-Spalten in Transaktionstabellen.

Beispiele
SYSTEM_AGENT_01j.doeapprover_group_aBATCH_PROCESS
Fehlercode
ErrorCode
Der Code, der generiert wird, wenn eine Zahlung fehlschlägt oder eine Reparatur erfordert.
Beschreibung

Erfasst den spezifischen Grund für ein 'Payment Failed' oder 'Payment Fehler Identified' Event. Die Gruppierung nach diesem Attribut im Dashboard 'Payment Failure and Rework Analysis' ermöglicht es dem Unternehmen, die häufigsten Ursachen für Fehler (z.B. 'Unzureichende Deckung', 'Ungültiges Konto') zu identifizieren.

Bedeutung

Essentiell für die Ursachenanalyse von Prozessfehlern.

Datenquelle

Fehlerprotokolle oder Statusgrundspalten, oft REASON_CODE oder RETURN_CODE.

Beispiele
R01AM04BE05TECH_ERR_001
Ist Nacharbeit
IsRework
Flag, das anzeigt, ob die Zahlung wiederholte Aktivitäten durchlaufen hat.
Beschreibung

Ein boolesches Flag, das während der Datenverarbeitung berechnet wird. Es wird auf 'Ja' gesetzt, wenn Aktivitäten wie 'Payment Details Validated' mehr als einmal auftreten oder wenn eine Fehlerschleife erkannt wird. Dies steuert den KPI 'Payment Rework Rate'.

Bedeutung

Identifiziert schnell ineffiziente Fälle ohne komplexe Prozessabfragen.

Datenquelle

Wird in der Datenpipeline durch Überprüfung auf doppelte Aktivitäten pro Case berechnet.

Beispiele
JaNein
Verarbeitungskanal
ProcessingChannel
Der Kanal, über den die Zahlung initiiert wurde.
Beschreibung

Zeigt den Eintrittspunkt der Zahlung an, z.B. Mobile, Webportal, API oder Datei-Upload. Dies hilft bei der 'Variantenanalyse des Zahlungsprozesses', um zu sehen, ob bestimmte Kanäle anfälliger für Fehler oder Verzögerungen sind als andere.

Bedeutung

Segmentiert die Leistung nach Eingabemethode.

Datenquelle

Transaktionskopf, oft in Spalten namens CHANNEL, SOURCE_TYPE oder INPUT_METHOD.

Beispiele
SWIFTInternet-BankingMobile AppDatei-Upload
Zahlungsart
PaymentType
Die Klassifizierung des Zahlungsinstruments.
Beschreibung

Kategorisiert die Zahlung (z.B. Überweisung, ACH, SEPA, RTGS). Verschiedene Zahlungsarten haben oft sehr unterschiedliche SLAs und Prozessabläufe. Dieses Attribut ist eine primäre Dimension für die Filterung des Dashboards 'End-to-End Payment Durchlaufzeit'.

Bedeutung

Wesentlich für die Unterscheidung zwischen Hochgeschwindigkeits- und Batch-Zahlungsflüssen.

Datenquelle

Transaktionskopf, Felder wie PMT_TYPE, INSTRUMENT_TYPE oder SERVICE_ID.

Beispiele
InlandsüberweisungAuslandsüberweisungACH CreditSofortzahlung
Zahlungsbetrag
PaymentAmount
Der Geldwert der Zahlungstransaktion.
Beschreibung

Zeigt den finanziellen Wert der Überweisung an. Dies ist ein kritisches Kontextfeld für die Analyse des 'Payments Throughput' und die Priorisierung von Engpässe. Hochwertige Zahlungen durchlaufen oft strengere Genehmigungspfade (Variantenanalyse) im Vergleich zu automatisierten Zahlungsflüssen mit geringem Wert.

Bedeutung

Ermöglicht die Segmentierung nach Wert und die Berechnung des gesamten verarbeiteten Volumens.

Datenquelle

Transaktionsdetailtabellen, in der Regel Felder wie AMT, TRANS_AMOUNT oder PRINCIPAL_AMOUNT.

Beispiele
1500.00250000.5050.001000000.00
Zahlungsfälligkeitsdatum
PaymentDueDate
Das Datum, bis zu dem die Zahlung beglichen sein muss, um als pünktlich zu gelten.
Beschreibung

Speichert das vertragliche oder angeforderte Ausführungsdatum. Dieses Datum wird mit dem tatsächlichen Abrechnungsdatum verglichen, um die KPI 'On-Time-Payment-Rate' zu berechnen und das Dashboard 'Zahlungsfristen-Compliance' zu unterstützen.

Bedeutung

Die Benchmark zur Messung der SLA-Compliance und der pünktlichen Leistung.

Datenquelle

Transaktionsanweisungen, üblicherweise VALUE_DATE, EXECUTION_DATE oder DUE_DATE.

Beispiele
2023-11-012023-11-05
Zahlungswährung
PaymentCurrency
Der ISO-Währungscode für den Zahlungsbetrag.
Beschreibung

Gibt die Währung an, in der den Antrag bearbeitet.er PaymentAmount denominiert ist (z. B. USD, EUR, GBP). Dies ist unerlässlich für die Standardisierung von Daten in Dashboards, die Volumen über verschiedene Regionen hinweg aggregieren. Es hilft, die Komplexität grenzüberschreitender Zahlungen zu verstehen.

Bedeutung

Erforderlich, um den Zahlungsbetrag korrekt zu interpretieren.

Datenquelle

Transaktionsdetailtabellen, in der Regel Felder wie CCY, CURRENCY_CODE oder ISO_CODE.

Beispiele
USDEURGBPJPY
Abstimmungs-ID
ReconciliationId
Identifikator, der den Antrag bearbeitet.ie Zahlung mit dem Hauptbuch oder den Antrag bearbeitet.em AbstimmungsDatensatz verknüpft.
Beschreibung

Diese ID wird ausgefüllt, wenn die Aktivität 'Zahlung abgestimmt' stattfindet. Sie stellt sicher, dass die Zahlung in der Verarbeitungs-Engine mit dem Eintrag im Buchhaltungssystem übereinstimmt. Das Fehlen dieser ID bei abgewickelten Zahlungen weist auf Abstimmungsfehler hin.

Bedeutung

Wesentlich für das Dashboard 'Payment Reconciliation Efficiency'.

Datenquelle

Abstimmungstabellen oder spezifische Felder wie RECON_REF oder GL_REF.

Beispiele
REC-9921GL-Entry-2023-11
Freigabe-Durchlaufzeit
ApprovalCycleTime
Dauer in der Genehmigungsphase.
Beschreibung

Berechnet die Zeit zwischen 'Zahlung zur Genehmigung gesendet' und 'Zahlung genehmigt' (oder abgelehnt). Diese spezifische Metrik fließt in das Dashboard 'Payment Approval Durchlaufzeit Analysis' ein und hebt Verzögerungen in menschlichen Entscheidungsschritten hervor.

Bedeutung

Isoliert den vom Menschen abhängigen Teil des Prozesses.

Datenquelle

Computed: Zeitstempel(Payment Approved) – Zeitstempel(Payment Sent For Approval).

Beispiele
4 Stunden15 Minuten
Ist Zahlung verspätet
IsPaymentLate
Flag, das anzeigt, ob die Zahlung nach dem Fälligkeitsdatum beglichen wurde.
Beschreibung

Ein boolesches Flag, das das tatsächliche Abrechnungsdatum mit dem PaymentDueDate vergleicht. Wird verwendet, um die Dashboard-Metriken 'Payment Due Date Compliance' zu berechnen und SLA-Verstöße zu identifizieren.

Bedeutung

Vereinfacht das Compliance-Reporting.

Datenquelle

Computed: SettlementDate > PaymentDueDate.

Beispiele
JaNein
Letzte Datenaktualisierung
LastDataUpdate
Der Zeitstempel, wann der Datensatz zuletzt im Datenmodell extrahiert oder aktualisiert wurde.
Beschreibung

Verfolgt die Aktualität der in der Analyse verwendeten Daten. Dies stellt keine Prozess-Event-Zeit dar, sondern die technische Zeit der Datenaufnahme. Es stellt sicher, dass Analysten wissen, ob sie sich Echtzeit- oder historische Momentaufnahmes ansehen.

Bedeutung

Stellt die Aktualität der Daten sicher und hilft, veraltete Daten in Dashboards zu identifizieren.

Datenquelle

Systemzeit zum Zeitpunkt der ETL-Skriptausführung.

Beispiele
2023-10-27T00:00:00.000Z2023-10-27T12:00:00.000Z
Name des Begünstigten
BeneficiaryName
Der Name der Entität, die die Zahlung erhält.
Beschreibung

Identifiziert den Transaktionspartner. Die Analyse dieses Feldes kann dabei helfen, bestimmte Anbieter oder Kunden zu identifizieren, die mit hohen Nacharbeitsraten oder Verzögerungen verbunden sind, und unterstützt die 'Payment Failure and Rework Analysis'.

Bedeutung

Identifiziert das Ziel der Zahlung, nützlich für eine kundenorientierte Analyse.

Datenquelle

Zahlungsdetails, Felder wie CREDITOR_NAME, BENE_NAME oder PAYEE.

Beispiele
Acme CorpGlobal Supplies LtdJohn Smith
Quellsystem
SourceSystem
Der Name des Systems, in dem die Event-Daten entstanden sind.
Beschreibung

Identifiziert die spezifische Anwendung oder den Antrag bearbeitet.as Modul innerhalb des ACI Worldwide Ökosystems (z.B. ACI MTS, ACI UPF) oder externe Systeme, die am Flow beteiligt sind. Dies ist besonders wichtig beim Zusammenführen von Daten über mehrere Hauptbücher hinweg oder wenn die Zahlung externe Clearingstellen berührt.

Bedeutung

Bietet Kontext dazu, wo Daten extrahiert wurden, nützlich für das Debugging der Datenherkunft.

Datenquelle

Fest hinterlegt während der Extraktion oder abgeleitet von einer SystemID-Spalte, wenn mehrere Instanzen existieren.

Beispiele
ACI MTSACI UPPSAP GLSwift Gateway
Ursprungsregion
OriginatingRegion
Die geografische Region, in der den Antrag bearbeitet.ie Zahlungsanforderung entstand.
Beschreibung

Zeigt den physischen oder logischen Standort des Anfragenden an. Dies ist nützlich für die 'Variantenanalyse des Zahlungsprozesses', um zu sehen, ob bestimmte Regionen nicht-standardisierte Pfade verfolgen oder höhere Ablehnungsraten aufweisen.

Bedeutung

Bietet geografischen Kontext zur Prozessleistung.

Datenquelle

Transaktionskopf, oft abgeleitet von Filialcode oder Ländercode.

Beispiele
NordamerikaEMEAAPAC
Erforderlich Empfohlen Optional

Zahlungsabwicklungs-Aktivitäten

Dies sind die wichtigsten Prozessschritte und Meilensteine, die in Ihrem Event Log erfasst werden müssen, um eine genaue Prozesserkennung in der Zahlungsabwicklung zu sicherstellen.
6 Empfohlen 8 Optional
Aktivität Beschreibung
Gelder überwiesen
Zeigt an, dass eine Bestätigung vom Zahlungsnetzwerk eingegangen ist, dass Gelder erfolgreich vom Zahlerkonto abgebucht wurden. Dies wird normalerweise aus einer eingehenden Statusnachricht des Netzwerks erfasst.
Bedeutung

Bestätigt die erfolgreiche Ausführung der Zahlung durch das externe Netzwerk. Es markiert das Ende des Prozesses.kiert den Beginn der Abrechnungsperiode und ist ein wichtiger Input für den KPI 'Durchschnittliche Zahlungsabrechnungszeit'.

Datenquelle

Dies ist ein explizites Event, das durch eine eingehende Statusaktualisierungsnachricht (z.B. MT103 von SWIFT oder eine ACH-Bestätigung) ausgelöst wird, die den ZahlungsDatensatz aktualisiert.

Erfassen

Protokolliert bei Erhalt einer externen Bestätigungsnachricht vom Clearing-Netzwerk.

Ereignistyp explicit
Zahlung autorisiert
Stellt die systemseitige Autorisierung der Zahlung nach menschlicher Genehmigung dar, wobei Gelder überprüft oder gegen Betrugsregeln geprüft werden. Dies kann ein expliziter Protokolleintrag oder eine aus einer Statusänderung abgeleitete Bereitschaft zur Ausführung sein.
Bedeutung

Dies ist ein kritischer Kontrollpunkt, bevor Gelder angewiesen werden. Verzögerungen in dieser Phase können auf Systemleistungsprobleme oder Probleme mit Compliance- und Betrugsprüfungs-Subsystemen hinweisen.

Datenquelle

Suchen Sie nach einem expliziten Protokoll in einem Systemverarbeitungs- oder Sicherheitsprotokoll. Alternativ kann es aus einer Statusaktualisierung von 'Approved' zu 'Authorized for Payment' abgeleitet werden.

Erfassen

Vom Zahlungs-Engine des Systems protokolliert, nachdem die letzten internen Prüfungen bestanden wurden.

Ereignistyp explicit
Zahlung beglichen
Die endgültige Bestätigung, dass der Zahlungsprozess abgeschlossen und die Gelder den Antrag bearbeitet.em Zahlungsempfänger gutgeschrieben wurden, womit die Transaktion beendet ist. Dies ist ein kritisches Event, das das erfolgreiche Ende des ZahlungsLebenszyklus darstellt.
Bedeutung

Dies ist das primäre Erfolgs-End-Event für den Prozess. Es wird verwendet, um die Gesamtzykluszeit und den Durchsatz zu berechnen, und ist für nahezu alle End-to-End-Leistungsfähigkeit-Dashboards unerlässlich.

Datenquelle

Typischerweise ein explizites Event, das protokolliert wird, wenn eine finale Abrechnungsbestätigungsnachricht vom Netzwerk empfangen wird oder wenn das interne Ledger aktualisiert wird, um den Abschluss der Transaktion widerzuspiegeln.

Erfassen

Protokolliert bei Erhalt einer endgültigen Abrechnungsdatei oder -nachricht, aktualisiert den Status auf 'Beglichen'.

Ereignistyp explicit
Zahlung genehmigt
Ein wichtiger Meilenstein, bei dem ein autorisierter Benutzer die Zahlung genehmigt und diese zur Ausführung freigibt. Dies wird in der Regel als explizites Event erfasst, wenn der Genehmiger eine Aktion in der Benutzeroberfläche des Systems ausführt.
Bedeutung

Diese Aktivität ist ein wichtiger Kontrollpunkt und oft ein signifikanter Engpass. Die Analyse der Wartezeiten vor diesem Schritt und der Dauer des Genehmigungszyklus hilft, Möglichkeiten zur Beschleunigung von Zahlungen zu identifizieren.

Datenquelle

Suchen Sie nach einem expliziten Event in einer Genehmigungsprotokoll-Tabelle oder einer Statusänderung zu 'Approved' in der Haupttransaktionstabelle, die mit einer spezifischen Benutzeraktion und einem Zeitstempel verknüpft ist.

Erfassen

Protokolliert, wenn ein autorisierter Benutzer die Genehmigungsaktion im System abschließt.

Ereignistyp explicit
Zahlungsanforderung erstellt
Diese Aktivität markiert die Initiierung einer neuen Zahlungstransaktion innerhalb des ACI Worldwide Systems. Es ist in der Regel ein explizites Event, das aufgezeichnet wird, wenn ein Benutzer oder ein vorgelagertes System eine Zahlungsanforderung übermittelt und einen neuen TransaktionsDatensatz mit einer eindeutigen ID erstellt.
Bedeutung

Dies ist das primäre Start-Event für den Zahlungsprozess. Die Analyse der Zeit von dieser Aktivität bis zum Abschluss liefert die End-to-End-Zykluszeit, die für die Messung der gesamten Prozesseffizienz notwendig ist.

Datenquelle

Dies ist wahrscheinlich ein explizites Event, das in der Kern-Transaktionstabelle oder einem dedizierten Event Log in ACI protokolliert wird. Suchen Sie nach einem Erstellungs-Zeitstempel, der mit der Zahlungs-Transaktions-ID verknüpft ist.

Erfassen

Identifiziert durch den ErstellungsDatensatz oder ein explizites 'Erstellen'-Event im Transaktionsprotokoll.

Ereignistyp explicit
Zahlungsfehler identifiziert
Zeigt an, dass das System in einem bestimmten Stadium ein Problem mit der Zahlung erkannt hat, z.B. ungültige Daten oder eine Compliance-Warnung. Dieses Event wird in der Regel explizit mit einem zugehörigen Fehlercode protokolliert.
Bedeutung

Diese Aktivität ist der Ausgangspunkt für alle Nacharbeits- und Ausnahmebehandlungsanalysen. Sie ist wichtig für die Dashboards 'Analyse von Zahlungsausfällen und Nacharbeit' und 'Zykluszeit der Fehlerbehebung'.

Datenquelle

Suchen Sie nach expliziten Einträgen in einer Fehlerprotokoll-Tabelle oder einer Statusänderung zu 'Fehler' oder 'Requires Correction' in der Transaktionstabelle. Diese Ereignisse sollten mit der Payment Transaction ID verknüpft sein.

Erfassen

Ein explizites Event wird protokolliert, wenn die Validierungs- oder Verarbeitungsengine des Systems einen Fehler meldet.

Ereignistyp explicit
Zahlung abgelehnt
Tritt auf, wenn ein Genehmiger die Zahlungsanforderung ablehnt, was oft eine Korrektur und erneute Einreichung erfordert. Dies ist ein explizites Event, das den Fortschritt der Zahlung stoppt und eine Nacharbeitsschleife einleitet.
Bedeutung

Identifiziert Nacharbeiten und Prozessineffizienzen. Die Verfolgung der Häufigkeit von Ablehnungen hilft, Probleme mit der anfänglichen Datenqualität oder den Antrag bearbeitet.en Einreichungsrichtlinien zu diagnostizieren und unterstützt die Nacharbeitsanalyse.

Datenquelle

Wird als explizites Event im Genehmigungsprotokoll oder als Statusänderung zu 'Rejected' in der Transaktionstabelle erfasst. Das Event kann einen Ursachencode für die Ablehnung enthalten.

Erfassen

Protokolliert, wenn ein Genehmiger die Ablehnungsaktion im System abschließt.

Ereignistyp explicit
Zahlung abgestimmt
Stellt den letzten Buchungsschritt dar, bei dem die in ACI erfasste Zahlungstransaktion mit Bankauszügen oder Hauptbucheinträgen abgeglichen wird. Dies kann ein explizites Event aus einem Abstimmungsmodul oder eine abgeleitete Statusänderung sein.
Bedeutung

Diese Aktivität misst die Effizienz des Back-Office-Abstimmungsprozesses. Verzögerungen hier können die Genauigkeit der Finanzberichterstattung beeinträchtigen und unbeglichene Zahlungsprobleme verdecken.

Datenquelle

Diese Informationen könnten aus einem dedizierten Abstimmungsmodul innerhalb von ACI oder einem externen ERP-System stammen. Sie würden über eine Statusaktualisierung auf 'Abgestimmt' im ZahlungsDatensatz erfasst.

Erfassen

Abgeleitet von einer finalen 'Abgestimmt'-Statusaktualisierung oder von AbstimmungsDaten, die nach Payment ID verknüpft sind.

Ereignistyp inferred
Zahlung bestätigt
Stellt die interne Bestätigung dar, dass die Zahlung erfolgreich verarbeitet und eine Bestätigung empfangen wurde. Dies dient oft als Auslöser für die Benachrichtigung des Zahlungsempfängers oder anderer interner Systeme.
Bedeutung

Dieser Meilenstein ist maßgeblich für die Messung der Fälligkeits-Compliance und der Pünktlichen Zahlungsrate. Er liefert einen klaren Zeitstempel dafür, wann die Organisation die Zahlung als erfolgreich ausgeführt betrachtet.

Datenquelle

Dies wird in der Regel aus einer Statusänderung in der Zahlungstransaktionstabelle zu einem 'Bestätigt'- oder 'Abgeschlossen'-Status abgeleitet, nachdem eine externe Netzwerkbestätigung empfangen wurde.

Erfassen

Abgeleitet von einer Statusänderung zu 'Bestätigt' oder 'Verarbeitet'.

Ereignistyp inferred
Zahlung fehlgeschlagen
Ein Endstatus, der anzeigt, dass die Zahlung aufgrund eines nicht behebbaren Problems nicht abgeschlossen werden konnte. Dies unterscheidet sich von einem behebbaren Fehler und stellt einen definitiven Endzustand des Fehlers dar.
Bedeutung

Die Verfolgung dieses End-Ereignisse ist maßgeblich für die Berechnung der gesamten Zahlungsausfallrate. Die Analyse der Fehlerursachen kann dazu beitragen, die Datenqualität und Prozessregeln zu verbessern.

Datenquelle

Abgeleitet von einem finalen, terminierenden Status wie 'Failed', 'Abbrechenled' oder 'Rejected by Bank' in den TransaktionsDaten, der sich danach nicht mehr ändert.

Erfassen

Abgeleitet von einem terminalen Fehlerstatus im ZahlungsDatensatz.

Ereignistyp inferred
Zahlung zur Genehmigung gesendet
Zeigt an, dass die Zahlung die initiale Validierung bestanden hat und zur erforderlichen Management- oder Finanzgenehmigung weitergeleitet wurde. Dies wird in der Regel durch eine Statusänderung innerhalb des Zahlungs-Workflows erfasst.
Bedeutung

Dies markiert den Beginn des Genehmigungs-Subprozesses. Die Messung der Zeit von diesem Punkt bis 'Payment Approved' ist maßgeblich für das Dashboard 'Payment Approval Durchlaufzeit Analysis'.

Datenquelle

Abgeleitet aus einer Änderung im Zahlungsstatusfeld der TransaktionsDaten, z.B. dem Übergang zu 'Pending Approval'.

Erfassen

Abgeleitet von einer Statusänderung zu 'Pending Approval' oder Ähnlichem, zusammen mit einem entsprechenden Zeitstempel.

Ereignistyp inferred
Zahlungsanweisung gesendet
Markiert den Zeitpunkt, an dem die Zahlungsanweisung kompiliert und an ein externes Zahlungsnetzwerk wie SWIFT, ACH oder SEPA übermittelt wird. ACI-Systeme protokollieren diese Übergabe explizit für Audit- und Nachverfolgungszwecke.
Bedeutung

Dies ist der 'Point of no Return' für viele Zahlungsarten. Die Verfolgung hilft, die interne Verarbeitungszeit zu messen, bevor externe Abhängigkeiten übernehmen.

Datenquelle

Dies ist fast immer ein explizites Event, das in ACI's Transaktions- oder Messaging-Logs protokolliert wird, oft einschließlich einer netzwerkspezifischen Referenznummer.

Erfassen

Ein expliziter Protokolleintrag wird erstellt, wenn die Zahlungsnachricht an das externe Netzwerk gesendet wird.

Ereignistyp explicit
Zahlungsdetails validiert
Stellt den Abschluss automatischer oder manueller Prüfungen dar, um sicherzustellen, dass Zahlungsdetails wie EmpfängerHinweisrmationen und Bankleitzahlen korrekt sind. Diese Aktivität wird oft aus einer Statusänderung der Transaktion von 'Neu' zu 'Validiert' oder 'Genehmigung ausstehende Zahlungen identifizieren.end' abgeleitet.
Bedeutung

Verfolgt die Effizienz der anfänglichen Datenvalidierungsschritte. Verzögerungen hier können vorgelagerte Engpässe verursachen und die Wahrscheinlichkeit von Zahlungsfehlern später im Prozess erhöhen.

Datenquelle

Abgeleitet aus Statusänderungsfeldern in der Haupttabelle der Zahlungs Transaktionen. Vergleichen Sie Zeitstempels zwischen dem Status 'Erstellt' und einem nachfolgenden Status wie 'Validiert' oder ähnlichem.

Erfassen

Abgeleitet aus einer Änderung im Zahlungsstatusfeld, z.B. von 'Eingegeben' zu 'Validiert'.

Ereignistyp inferred
Zahlungsfehler behoben
Markiert den Zeitpunkt, an dem ein zuvor identifizierter Fehler von einem Benutzer korrigiert und die Zahlung erneut zur Bearbeitung eingereicht wird. Dies wird oft abgeleitet, wenn sich der Status einer Zahlung von einem Fehlerzustand zurück in einen normalen Verarbeitungszustand ändert.
Bedeutung

Diese Aktivität schließt die Ausnahmeschleife. Die Zeit zwischen 'Zahlungsfehler identifiziert' und diesem Event ist die Zykluszeit der Fehlerbehebung, ein Schlüsselmaß für die operative Effizienz.

Datenquelle

Abgeleitet aus einer Statusänderung weg von einem 'Fehler'-Zustand hin zu einem Verarbeitungszustand wie 'Pending Approval' oder 'Validated'. Es kann auch ein explizites Benutzeraktionsprotokoll sein.

Erfassen

Abgeleitet von einer Statusänderung aus einem Fehlerzustand, die anzeigt, dass eine Korrektur vorgenommen wurde.

Ereignistyp inferred
Empfohlen Optional

Extraktionsanleitungen

So erhalten Sie Ihre Daten von ACI Worldwide