Ihre Datentemplate für die Kreditorenbuchhaltung und Zahlungsabwicklung
Ihre Datentemplate für die Kreditorenbuchhaltung und Zahlungsabwicklung
Dies ist unsere generische Process-Mining-Datenvorlage für Kreditorenbuchhaltung Zahlungsabwicklung. Verwenden Sie unsere systemspezifischen Vorlagen für spezifischere Anleitungen.
Wählen Sie ein spezifisches System- Standardisiertes `Data Schema`, kompatibel mit jedem Finanzsystem
- Wesentliche Aktivitätsmeilensteine für die End-to-End-Zahlungsverfolgung
- Umfassende Attributliste für tiefgehende Leistungs- und Compliance-Analysen
Attribute der Kreditorenbuchhaltung Zahlungsabwicklung
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivität Activity | Der spezifische Prozessschritt oder die Statusänderung, die aufgetreten ist. | ||
| Beschreibung Dieses Attribut definiert das zu einem bestimmten Zeitpunkt stattgefundene Ereignis, das den Lebenszyklus der Rechnung darstellt. Beispiele hierfür sind „Rechnung erstellt“, „Genehmigung angefordert“, „Zahlungssperre gesetzt“ oder „Zahlung ausgeführt“.\n\nIm Process Mining bestimmt dieses Feld die Knoten in der Prozesslandkarte. Es ist unerlässlich, um den Arbeitsablauf zu visualisieren und die Abfolge der Vorgänge zu identifizieren, die eine Rechnung durchläuft, bevor sie ausgeglichen wird. Bedeutung Es definiert den Prozessfluss und ist notwendig, um die Abfolge der Schritte in der Prozesskarte zu visualisieren. Datenquelle Abgeleitet aus Transaktionsprotokollen, Statusänderungsverlaufstabellen oder Audit-Trails innerhalb des Quellsystems. Beispiele Rechnung erstelltRechnung freigegebenZahlungssperre gesetztZahlungslauf erstelltZahlung freigegeben | |||
| Ereigniszeit StartTime | Der `Timestamp`, der angibt, wann die spezifische Aktivität aufgetreten ist. | ||
| Beschreibung Dieses Attribut erfasst das genaue Datum und die Uhrzeit eines spezifischen Ereignisses. Es liefert die zeitliche Dimension, die notwendig ist, um Aktivitäten korrekt zu sequenzieren und die Dauer zwischen den Schritten zu berechnen.\n\nDie Genauigkeit in diesem Feld ist entscheidend für die Bestimmung von Durchlaufzeiten, die Identifizierung von Bottlenecks und die Analyse des Durchsatzes. Es dient als Grundlage für alle zeitbasierten KPIs, wie die Zeit, die für die Genehmigung einer Rechnung benötigt wird, oder die Gesamtdauer vom Rechnungseingang bis zur Zahlung. Bedeutung Es ist erforderlich, Datenquelle Gefunden in Systemprotokollen, Transaktionseingabe- Beispiele 2023-10-15T08:30:00Z2023-10-15T14:45:12Z2023-10-16T09:15:00Z2023-11-01T10:00:00Z2023-11-05T16:20:00Z | |||
| Fall-ID CaseId | Die eindeutige Kennung für die spezifische Rechnung, die verarbeitet wird. | ||
| Beschreibung Dieses Attribut dient als zentraler Schlüssel zur Verknüpfung aller Ereignisse innerhalb des Kreditorenbuchhaltungsprozesses. Im Kontext der Kreditorenbuchhaltung ist dies fast ausschließlich die Rechnungsnummer oder eine Verkettung von Lieferantennummer und Rechnungsnummer, um die Einzigartigkeit über den gesamten Datensatz hinweg sicherzustellen.\n\nEs ermöglicht die Rekonstruktion des End-to-End-Prozessflusses für jeden einzelnen Rechnungsbeleg. Analysten nutzen dieses Feld, um zwischen verschiedenen Transaktionsinstanzen zu unterscheiden, was die Berechnung von fallbasierten Kennzahlen wie Durchlaufzeiten und Nacharbeitszählungen ermöglicht. Bedeutung Es ist die grundlegende Analyseeinheit für Process Mining, die es ermöglicht, einzelne Rechnungen vom Eingang bis zur endgültigen Zahlung zu verfolgen. Datenquelle Typischerweise zu finden in der Rechnungskopftabelle oder dem Hauptbelegjournal des ERP-Systems. Beispiele INV-2023-0019988776655VEND01-INV500AC-9928120231025-44 | |||
| Letzte Datenaktualisierung LastDataUpdate | Der `Timestamp`, wann die `Data` extrahiert oder aktualisiert wurde. | ||
| Beschreibung Dieses Attribut gibt die Aktualität der in der Analyse verwendeten Daten an. Es handelt sich typischerweise um ein Metadatenfeld, das vom Extraktions-Tool generiert wird und nicht um ein Feld, das im Quellsystem selbst existiert.\n\nAnalysten nutzen dies, um die Latenzzeit des Dashboards zu verstehen und zu überprüfen, ob die Daten den aktuellsten Stand des Geschäftsprozesses widerspiegeln. Dies ist besonders wichtig bei der Fehlerbehebung bei fehlenden aktuellen Transaktionen. Bedeutung Es gewährleistet die Datenquelle Generiert von der ETL-Pipeline oder dem Beispiele 2023-11-10T23:59:59Z2023-11-11T06:00:00Z2023-11-11T12:00:00Z2023-11-11T18:00:00Z2023-11-12T00:00:00Z | |||
| Quellsystem SourceSystem | Der Name der Anwendung oder `Database`, in der der Datensatz entstanden ist. | ||
| Beschreibung Dieses Attribut identifiziert, welches ERP- oder Finanzsystem die Daten generiert hat. In komplexen Umgebungen können Unternehmen mehrere Instanzen von SAP, Oracle oder Altsystemen gleichzeitig betreiben.\n\nEs wird verwendet, um Analysen nach Systeminstanz zu filtern und potenzielle Datenkollisionen zu handhaben, falls Rechnungsnummern über verschiedene Systeme hinweg nicht eindeutig sind. Dies ermöglicht eine Vergleichsanalyse der Prozessleistung über verschiedene technische Umgebungen hinweg. Bedeutung Es ermöglicht die Differenzierung von Datenquelle Üblicherweise eine statische Zeichenfolge, die während des Datenextraktions- oder Transformationsprozesses hinzugefügt wird. Beispiele SAP_ECC_NAOracle_Fusion_EUDynamics365_ProdNetSuite_GlobalLegacy_AS400 | |||
| Bestellnummer PurchaseOrderNumber | Die Referenznummer der mit der Rechnung verknüpften Bestellung. | ||
| Beschreibung Dieses Attribut verknüpft die Rechnung mit dem Beschaffungsprozess. Wenn es befüllt ist, deutet es auf eine bestellbezogene Rechnung hin, die typischerweise einem 2-Wege- oder 3-Wege-Abgleich folgt.\n\nEs wird verwendet, um den Anteil bestellbezogener vs. nicht-bestellbezogener Rechnungen zu berechnen. Diskrepanzen zwischen den Bestelldaten und den Rechnungsdaten sind eine häufige Ursache für Zahlungssperren und Nacharbeit. Bedeutung Es ermöglicht die Analyse der Effizienz des Bestellabgleichs und differenziert zwischen Bestell- und Nicht-Bestellflüssen (PO vs. Non-PO flows). Datenquelle Gefunden in den Rechnungsheader- oder Postentabellen. Beispiele PO-450001450009922P100200ORD-5521PUR-2023-88 | |||
| Fälligkeitsdatum DueDate | Das Datum, bis zu dem die Zahlung vertraglich erforderlich ist. | ||
| Beschreibung Dieses Attribut gibt die Zahlungsfrist an den Lieferanten an. Es wird in der Regel vom System berechnet, indem die Zahlungszieltage zum Basisdatum addiert werden.\n\nDer Vergleich des tatsächlichen Zahlungsdatums mit diesem Attribut ermöglicht die Berechnung von Pünktlichkeitsquoten bei Zahlungen und Kennzahlen für verspätete Zahlungen. Es ist entscheidend für das Cashflow-Management und die Vermeidung von Verzugsgebühren oder Belastungen der Lieferantenbeziehung. Bedeutung Es ist entscheidend für die Berechnung von Pünktlichkeitsraten bei Zahlungen und die Verwaltung von Verzugsgebühren. Datenquelle Gefunden in den Rechnungsheader- oder Zahlungsplan-Tabellen. Beispiele 2023-10-312023-11-152023-11-302023-12-012023-12-15 | |||
| Lieferantenname VendorName | Der Name des Lieferanten oder der Entität, die die Rechnung ausstellt. | ||
| Beschreibung Dieses Attribut identifiziert den externen Partner, der an der Transaktion beteiligt ist. Es ist oft mit einem Stammdatensatz verknüpft, der weitere Details wie Zahlungsbedingungen und Bankverbindungen enthält.\n\nDie Analyse dieses Attributs hilft, Lieferanten zu identifizieren, die häufig Prozessabweichungen wie Preisdifferenzen oder fehlende Informationen verursachen. Es ermöglicht die Berechnung lieferantenspezifischer Durchlaufzeiten und Nacharbeitsquoten. Bedeutung Es ermöglicht die Segmentierung der Prozessleistung nach Lieferant, um problematische Lieferantenbeziehungen zu identifizieren. Datenquelle Gefunden im Rechnungsheader oder durch Verknüpfung mit der Lieferantenstammtabelle. Beispiele Acme CorpGlobal Services LtdBürobedarf GmbHTech Solutions IncLogistikpartner | |||
| Rechnungsbetrag InvoiceAmount | Der mit der Rechnung verbundene monetäre Gesamtwert. | ||
| Beschreibung Dieses Attribut stellt den Bruttowert der zur Zahlung anstehenden Rechnung dar. Es wird üblicherweise in der Belegwährung gespeichert und muss möglicherweise für aggregierte Berichte umgerechnet werden.\n\nEs ist entscheidend für die Analyse der finanziellen Auswirkungen und ermöglicht es den Benutzern, Prozessverbesserungen basierend auf deren Auswirkung auf das Betriebskapital zu priorisieren, anstatt nur nach Fallvolumen. Hochwertige Rechnungen können anderen Genehmigungs-Workflows folgen als Positionen mit geringem Wert. Bedeutung Es ermöglicht eine wertbasierte Analyse von Prozessineffizienzen und Auswirkungen auf das Umlaufvermögen. Datenquelle Gefunden in der Rechnungsheader-Tabelle, typischerweise als Bruttobetrag oder Gesamtbetrag bezeichnet. Beispiele 1500.00250.5010000.0045.99500000.00 | |||
| Rechnungsdatum InvoiceDate | Das Ausstellungsdatum der Rechnung durch den Lieferanten. | ||
| Beschreibung Dieses Attribut spiegelt das Belegdatum wider, das auf der physischen oder digitalen Rechnung aufgedruckt ist. Es unterscheidet sich vom Eingangsdatum oder dem Buchungsdatum im System.\n\nDieses Datum ist der Ausgangspunkt für die Berechnung des Rechnungsalters und wird oft als Basis für die Berechnung von Zahlungsfälligkeiten basierend auf vereinbarten Zahlungsbedingungen verwendet. Es ist essenziell für die Analyse der Verzögerung zwischen Rechnungsstellung und Rechnungseingang/-erfassung. Bedeutung Es dient als Basis für Alterungsberechnungen und die Einhaltung von Zahlungsbedingungen (Payment Term Compliance). Datenquelle Gefunden im Rechnungsheader, repräsentiert das Belegdatum. Beispiele 2023-10-012023-10-102023-10-152023-10-202023-10-31 | |||
| Zahlungsdatum PaymentDate | Das Datum, an dem die Zahlung tatsächlich ausgeführt oder verrechnet wurde. | ||
| Beschreibung Dieses Attribut erfasst, wann die Gelder überwiesen oder der Scheck ausgestellt wurde. In einigen Systemen kann dies vom Clearing-Datum abweichen, an dem die Bank die Transaktion verarbeitet.\n\nEs markiert das Ende der Verbindlichkeit aus Lieferungen und Leistungen für die spezifische Rechnung. Analysten nutzen dies, um die finale Durchlaufzeit zu berechnen und zu überprüfen, ob Skonti für frühzeitige Zahlungen erfolgreich genutzt wurden. Bedeutung Es markiert den Abschluss des Zyklus und wird zur Überprüfung der Skontierung (Discount Capture) verwendet. Datenquelle Gefunden in den Zahlungs- oder Clearing-Dokumenttabellen, die mit der Rechnung verknüpft sind. Beispiele 2023-10-282023-11-142023-11-282023-12-052023-12-10 | |||
| Benutzer User | Der Identifikator der Person oder des Systemkontos, das die Aktivität ausführt. | ||
| Beschreibung Dieses Attribut erfasst, wer den spezifischen Prozessschritt ausgeführt hat. Es kann zwischen menschlichen Benutzern und Systemautomatisierung (Bots oder Batch-Jobs) unterscheiden.\n\nEs wird verwendet, um den Automatisierungsgrad (Dunkelverarbeitungsquote) zu berechnen und die Einhaltung der Funktionstrennung zu analysieren. Es hilft auch, Schulungsbedarf zu identifizieren, wenn bestimmte Benutzer konsequent Nacharbeit oder Fehler verursachen. Bedeutung Es ermöglicht die Analyse der Aufgabentrennung (Segregation of Duties) und die Berechnung von Automatisierungsraten. Datenquelle Gefunden in Transaktionsprotokollen oder System-Audit-Trails. Beispiele JSMITHSYSTEM_BATCHK_DOEAP_BOT_01WORKFLOW_SYS | |||
| Buchungskreis CompanyCode | Der Identifikator für die juristische Person oder Tochtergesellschaft. | ||
| Beschreibung Dieses Attribut trennt Daten nach Organisationseinheiten, wie z. B. einer spezifischen Tochtergesellschaft, einem Land oder einer juristischen Einheit. Dies ist entscheidend für große Unternehmen mit Aktivitäten in mehreren Regionen.\n\nEs ermöglicht das Benchmarking der Performance zwischen verschiedenen Geschäftsbereichen. Prozessvarianten existieren oft zwischen Buchungskreisen aufgrund lokaler Vorschriften oder unterschiedlicher operationeller Reifegrade. Bedeutung Es ermöglicht Benchmarking und Filterung über verschiedene Organisationseinheiten hinweg. Datenquelle Gefunden in der Rechnungsheader-Tabelle. Beispiele US01DE0110002000UK_OPS | |||
| Dokumententyp DocumentType | Die Klassifizierung des Rechnungsdokuments. | ||
| Beschreibung Dieses Attribut kategorisiert die Transaktion und unterscheidet zwischen Standardrechnungen, Gutschriften, Anzahlungen oder nachträglichen Belastungen. Jeder Typ kann unterschiedliche Workflow-Regeln auslösen.\n\nDas Verständnis der Mischung der Belegarten ist wichtig für die Interpretation von Prozesskennzahlen. Gutschriften folgen beispielsweise oft einem umgekehrten Fluss oder einem spezifischen Genehmigungspfad, der die durchschnittlichen Durchlaufzeiten verzerren kann, wenn sie nicht segmentiert werden. Bedeutung Es unterscheidet zwischen Rechnungen, Gutschriften und anderen Finanzdokumenten. Datenquelle Gefunden in der Rechnungsheader-Tabelle. Beispiele StandardrechnungGutschriftAnzahlungNicht-BestellrechnungWiederkehrende Rechnung | |||
| Grund der Zahlungssperre PaymentBlockReason | Der Code oder Grund, warum eine Rechnung zur Zahlung gesperrt ist. | ||
| Beschreibung Dieses Attribut gibt den spezifischen Grund an, der eine Rechnungszahlung verhindert, wie z. B. Preisabweichung, Mengenabweichung oder fehlender Wareneingang. Es ist ein Schlüsselindikator für Prozessreibung.\n\nDie Analyse der Häufigkeit und Dauer spezifischer Sperrgründe hilft, die Grundursachen von Zahlungsverzögerungen zu identifizieren. Die Reduzierung dieser Sperren ist oft der schnellste Weg, um die Dunkelverarbeitungsquoten zu verbessern. Bedeutung Es identifiziert die spezifischen Ursachen von Prozessreibung und Zahlungsverzögerungen. Datenquelle Gefunden in den Rechnungsheader- oder Postentabellen. Beispiele PreisabweichungMengenabweichungFehlender WE (Wareneingang)Manuelle SperreAudit erforderlich | |||
| Zahlungsbedingungen PaymentTerms | Der Code oder die Beschreibung, die die vereinbarten Zahlungszeitpunkte und Skonti definiert. | ||
| Beschreibung Dieses Attribut definiert die vertraglichen Zahlungsbedingungen, wie z. B. „Netto 30 Tage“ oder „2/10 Netto 30 Tage“. Es regelt, wann die Rechnung fällig wird und ob Skonti für frühzeitige Zahlungen gewährt werden.\n\nDie Analyse dieses Feldes hilft Unternehmen, den Cashflow zu optimieren, indem sichergestellt wird, dass Zahlungen weder zu früh (Verlust von Betriebskapital) noch zu spät (Anfallen von Verzugsgebühren) erfolgen und Skontoerträge maximiert werden. Bedeutung Es definiert die Regeln für Fälligkeitstermine und Skonti, wesentlich für die Datenquelle Gefunden im Rechnungsheader, oft vom Lieferantenstamm geerbt. Beispiele NT302 % Skonto bei Zahlung innerhalb von 10 Tagen, netto 30 TageSOFORTZ001Netto 60 | |||
Aktivitäten der Kreditorenbuchhaltung Zahlungsabwicklung
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Rechnung erstellt | Die initiale Erfassung der Lieferantenrechnungsdaten im ERP-System. Dieses `Event` markiert den Beginn des digitalen Lebenszyklus für die Verbindlichkeit, sei es manuell eingegeben oder über eine Schnittstelle importiert. | ||
| Bedeutung Legt den Datenquelle Üblicherweise zu finden im Erstellungszeitstempel der Rechnungskopftabelle oder dem ersten Eintrag im Belegänderungsprotokoll. Erfassen Extrahieren Sie den Erstellungs- Ereignistyp explicit | |||
| Rechnung freigegeben | Die endgültige Genehmigung, erteilt von einem benannten Genehmiger oder einer Systemregel. Dieser Schritt gibt die Rechnung für die Finanzbuchung und nachfolgende Zahlung frei. | ||
| Bedeutung Ein wichtiger Meilenstein, der die Genehmigungszykluszeit beendet und die Rechnung typischerweise zur Zahlung freigibt. Datenquelle Aufgezeichnet in Erfassen Extrahieren Sie den Ereignistyp explicit | |||
| Rechnung im Hauptbuch gebucht | Die Verbuchung der Finanztransaktion im Hauptbuch. Diese Aktion erzeugt die offizielle Verbindlichkeit im Buchhaltungssystem. | ||
| Bedeutung Stellt den Punkt der Unumkehrbarkeit für den Finanzdatensatz dar und aktualisiert den Lieferantensaldo. Datenquelle Gefunden in der Hauptbuchhaltungstabelle oder durch die Zuweisung eines Buchungsdatums. Erfassen Extrahieren Sie das Buchungsdatum oder den Eingabe- Ereignistyp explicit | |||
| Rechnung mit Bestellung abgeglichen | Die erfolgreiche Verknüpfung von Rechnungs-`Line Items` mit einer entsprechenden Bestellung oder einem Wareneingang. Dieser Validierungsschritt bestätigt, dass die Waren vor der Zahlungsabwicklung bestellt und empfangen wurden. | ||
| Bedeutung Wesentlich für die Messung der Touchless Rate und der Effizienz des Dreifachabgleichs (Three-Way Matching). Datenquelle Gefunden in Bestellhistorientabellen oder durch Identifizierung einer Statusänderung, die eine erfolgreiche Übereinstimmung anzeigt. Erfassen Verfolgen Sie das Ereignis, bei dem eine Verknüpfung zwischen Rechnungsposition und Bestellposition hergestellt wird Ereignistyp explicit | |||
| Zahlung veranlasst | Die Erstellung des Zahlungsinstruments, wie Scheckdruck, Überweisung oder EFT-Datei. Dies reduziert die offene Verbindlichkeit auf dem Lieferantenkonto. | ||
| Bedeutung Das definitive Ende des internen Kreditorenbuchhaltungsprozesses für die spezifische Rechnung. Datenquelle Erfasst, wenn das Zahlungsdokument generiert oder der Zahlungsstatus auf „Gesendet“ aktualisiert wird. Erfassen Extrahieren Sie den Erstellungs- Ereignistyp explicit | |||
| Zahlungssperre angewendet | Das Setzen einer Sperre für die Rechnung, die verhindert, dass sie in einem Zahlungslauf enthalten ist. Dies kann manuell bei Streitigkeiten oder automatisch aufgrund von Abweichungen erfolgen. | ||
| Bedeutung Beeinflusst direkt die Pünktlichkeitsraten von Zahlungen und Lieferantenbeziehungen, indem der Prozess pausiert wird. Datenquelle Identifiziert durch Überwachung von Änderungen am Zahlungsblockfeld oder Haltestatusflags. Erfassen Verfolgen Sie Updates, die die Zahlungssperre oder das „On Hold“-Flag auf „wahr“ setzen Ereignistyp explicit | |||
| Fälligkeitsdatum der Rechnung überschritten | Ein berechnetes Event, das anzeigt, dass das aktuelle Datum das Nettofälligkeitsdatum der Rechnung überschritten hat, während diese unbezahlt bleibt. Dies kennzeichnet die Rechnung als überfällig. | ||
| Bedeutung Entscheidend für die Analyse der pünktlichen Zahlungsleistung und potenzieller Verzugsgebühren. Datenquelle Berechnet durch Vergleich des Rechnungsfälligkeitsdatums mit dem Zahlungsdatum oder dem aktuellen Datum. Erfassen Berechnen, wann das Fälligkeitsdatum kleiner ist als der aktuelle Ereignistyp calculated | |||
| Rechnung storniert | Das Annullieren oder Stornieren des Rechnungsdatensatzes, wodurch der Prozess effektiv ohne Zahlung beendet wird. Dies geschieht normalerweise aufgrund von doppelten Einträgen oder grundlegenden Fehlern. | ||
| Bedeutung Das Hervorheben von Stornierungen hilft, vorgelagerte Prozessfehler und vergeudeten Aufwand zu identifizieren. Datenquelle Erfasst, wenn der Dokumentenstatus auf „Ungültig“ geändert oder ein Stornodokument verknüpft wird. Erfassen Verfolgen Sie Statusänderungen zu „Storniert“ oder die Erstellung einer Stornobuchung Ereignistyp explicit | |||
| Rechnungsabgleich fehlgeschlagen | Ein Validierungsfehler, der auftritt, wenn die Rechnungsdetails innerhalb definierter Toleranzen nicht mit der Bestellung oder dem Wareneingang übereinstimmen. Dies löst in der Regel einen Workflow zur Ausnahmebehandlung aus. | ||
| Bedeutung Identifiziert die Ursachen von Prozessreibung, wie z.B. Preisabweichungen oder Mengenunterschiede. Datenquelle Oft abgeleitet aus Fehlerprotokollen, spezifischen Sperrcodes oder Status-Flags, die eine Abweichung anzeigen. Erfassen Ableitung aus der Anwendung von varianzspezifischen Haltecodes oder Fehlermeldungen Ereignistyp inferred | |||
| Rechnungsdaten aktualisiert | Jede Änderung am Rechnungsheader oder an den Posten nach der ersten Erstellung. Häufiges Auftreten signalisiert oft manuelle Nacharbeit, OCR-Extraktionsfehler oder Ungenauigkeiten in den Stammdaten. | ||
| Bedeutung Hohe Aktualisierungsfrequenzen weisen auf Prozessineffizienzen und Möglichkeiten zur Automatisierungsverbesserung hin. Datenquelle Typischerweise erfasst in Systemänderungsprotokollen oder Prüfprotokollen, die mit dem Rechnungsobjekt verknüpft sind. Erfassen Identifizieren Sie Aktualisierungen spezifischer Felder wie Betrag, Lieferant oder Datum im Audit-Log Ereignistyp explicit | |||
| Rechnungsfreigabe angefordert | Die Einreichung der Rechnung an eine `Workflow`-Engine zur Management-Autorisierung. Dies markiert den Übergang von der `Data Entry` und Validierung zur Genehmigungsphase. | ||
| Bedeutung Trennt die technische Verarbeitungszeit von der Management-Entscheidungszeit im Zyklus. Datenquelle Erfasst aus Erfassen Identifizieren Sie das Ereignistyp explicit | |||
| Zahlung freigegeben | Die Bestätigung der Bank, dass die Gelder erfolgreich überwiesen wurden. Dies wird mit dem Kontoauszug im System abgeglichen. | ||
| Bedeutung Bestätigt den Datenquelle Gefunden in Bankabstimmungstabellen oder wenn sich der Zahlungsstatus in „Beglichen“ ändert. Erfassen Identifizieren Sie den Ereignistyp explicit | |||
| Zahlungssperre freigegeben | Die Aufhebung einer zuvor angewendeten Sperre, wodurch die Rechnung für die Zahlungsauswahl berechtigt wird. Dies signalisiert typischerweise die Beilegung eines Disputs oder einer Abweichung. | ||
| Bedeutung Zeigt die erfolgreiche Behandlung einer Ausnahme und die Wiederaufnahme des Standard-Prozessflusses an. Datenquelle Erfasst, wenn ein Zahlungsfeldsperre aufgehoben oder ein Haltstatus auf aktiv geändert wird. Erfassen Verfolgen Sie Updates, die die Zahlungssperre oder das „On Hold“-Flag auf „null“ oder „falsch“ ändern Ereignistyp explicit | |||
| Zahlungsvorschlag erstellt | Die Auswahl der Rechnung in einen vorläufigen Zahlungs-`Batch` oder ein Journal. Dies zeigt die Zahlungsabsicht an und reserviert die Rechnung für andere Zahlungsläufe. | ||
| Bedeutung Markiert den Beginn der Zahlungsausführungsphase und hilft bei der Analyse der Effizienz von Zahlungsbatches. Datenquelle Aufgezeichnet, wenn eine Rechnung mit einem Zahlungsvorschlagsheader oder einer Zahlungsjournalzeile verknüpft wird. Erfassen Identifizieren Sie, wann die Rechnungs-ID einer Zahlungslaufvorschlagstabelle hinzugefügt wird Ereignistyp explicit | |||
Extraktionsleitfäden
Extraktionsmethoden variieren je nach System. Für detaillierte Anweisungen,