Ihre Datenvorlage für die Rechnungsbearbeitung der Kreditorenbuchhaltung
Ihre Datenvorlage für die Rechnungsbearbeitung der Kreditorenbuchhaltung
- Empfohlene Attribute zur Erfassung
- Wichtige Aktivitäten für das Tracking
- Extraktionsanleitung
Attribute der Kreditorenbuchhaltung (AP)
| Name | Beschreibung | ||
|---|---|---|---|
|
Rechnung
Invoice
|
Der eindeutige Identifikator für jedes Dokument einer Lieferantenrechnung. | ||
|
Beschreibung
Die Rechnung dient als primärer Case-ID, der alle Aktivitäten vom Rechnungseingang bis zur endgültigen Zahlung verbindet. Dies ermöglicht eine End-to-End-Analyse der gesamten Reise jeder einzelnen Rechnung durch den Kreditorenprozess. Bei der Analyse ist die Gruppierung von Ereignisse nach diesem Identifikator der erste Schritt zur Rekonstruktion des Prozessflusses für jede Rechnung. Sie ermöglicht die Berechnung von fallbezogenen KPIs wie der Gesamtzykluszeit und hilft, prozessspezifische Varianten und Engpässe im Verlauf jeder einzelnen Rechnung zu identifizieren.
Bedeutung
Dies ist der wesentliche Schlüssel, um den gesamten Lebenszyklus einer Rechnung zu verfolgen, und bildet somit die Grundlage für alle Process Mining-Analysen in der Kreditorenbuchhaltung.
Datenquelle
Dies ist in der Regel die Lieferantenrechnungsnummer von der Seite 'Kreditorenrechnung' oder verwandten Datenentitäten in Dynamics 365 Finance.
Beispiele
INV-00125475000921DE-8832-2023
|
|||
|
Aktivität
ActivityName
|
Der Name des ausgeführten Geschäftsprozessschritts. | ||
|
Beschreibung
Dieses Attribut erfasst die spezifische Aktion oder den Antrag bearbeitet.as Event, das zu einem bestimmten Zeitpunkt für eine Rechnung aufgetreten ist, wie z. B. „Rechnung registriert“ oder „Rechnung genehmigt“. Diese Aktivitäten bilden die Knotenpunkte in der entdeckten Prozessablauf. Die Analyse der Reihenfolge und Häufigkeit von Aktivitäten ist wesentlich für Process Mining. Sie hilft, den Prozessfluss zu visualisieren, häufige und seltene Pfade (Varianten) zu identifizieren und Aktivitäten zu finden, die Verzögerungen oder Nacharbeit verursachen.
Bedeutung
Aktivitäten definieren das „Was“ im Prozess. Sie ermöglichen die Erstellung einer Prozessablauf sowie die Analyse des Prozessflusses und seiner Varianten.
Datenquelle
Dies wird oft aus Statusänderungen, Workflow-Verlaufsprotokollen oder Belegbuchungsaufzeichnungen innerhalb des Dynamics 365 AP-Moduls abgeleitet.
Beispiele
Rechnung registriertRechnung freigegebenAbweichung behobenZahlung ausgeführt
|
|||
|
Startzeit
EventTime
|
Der Zeitstempel, der angibt, wann eine Aktivität oder ein Event stattgefunden hat. | ||
|
Beschreibung
Dieses Attribut liefert Datum und Uhrzeit für jede Aktivität, was essenziell ist, um Ereignisse chronologisch zu ordnen und Dauern zu berechnen. Es bildet das zeitliche Basis des Event-Logs. In der Analyse wird die Startzeit verwendet, um alle zeitbezogenen Metriken zu berechnen, einschließlich Durchlaufzeiten zwischen Aktivitäten, Wartezeiten und der gesamten Falldauer. Sie ist maßgeblich für die Identifizierung von Engpässen und die Messung der Prozess-Performance anhand von SLAs.
Bedeutung
Dieser Zeitstempel ist maßgeblich für die korrekte Sequenzierung von Ereignisse und die Berechnung aller Leistungsfähigkeit-Metriken, wie Durchlaufzeiten und Engpässe.
Datenquelle
Entnommen aus Erstellungs- oder Änderungsdatumsfeldern in TransaktionsDatensätzen, Workflow-Verlaufnprotokollen oder Buchungsdatumsfeldern in Dynamics 365.
Beispiele
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-02T11:21:45Z
|
|||
|
Benutzer
UserName
|
Der Benutzer, der den Antrag bearbeitet.ie Aktivität ausgeführt hat. | ||
|
Beschreibung
Identifiziert den spezifischen Benutzer, der für die Durchführung eines Prozessschritts verantwortlich ist, wie z.B. die Registrierung einer Rechnung oder den Antrag bearbeitet.eren Genehmigung. Dies ist oft mit der System-ID des Benutzers in Dynamics 365 verknüpft. Die Leistungsanalyse pro Benutzer hilft, Schulungsbedarfe, Top-Performer und die Arbeitslastverteilung zu identifizieren. Dies ist unerlässlich für Dashboards, die sich auf Genehmigungszeiten und Ressourceneffizienz konzentrieren, und ermöglicht es Managern zu erkennen, welche Benutzer oder Teams Engpässe verursachen.
Bedeutung
Weist Aufgaben bestimmten Personen zu und ermöglicht so die Analyse von Arbeitslast, Leistung sowie die Identifizierung von Schulungsmöglichkeiten.
Datenquelle
Typischerweise zu finden in den Feldern 'Erstellt von' oder 'Geändert von' bei Transaktionen oder in den Workflow-Verlaufsprotokollen in Dynamics 365.
Beispiele
j.doea.smithr.williams
|
|||
|
Bestellnummer
PurchaseOrderNumber
|
Der eindeutige Identifikator für die Bestellung, die mit der Rechnung verknüpft ist. | ||
|
Beschreibung
Dieses Attribut verknüpft die Rechnung mit der entsprechenden Bestellung (PO). Rechnungen können bestellungsbezogen (PO-bezogen) oder nicht bestellungsbezogen sein. Die Analyse dieses Attributs hilft, zwischen bestellungsbezogener und nicht-bestellungsbezogener Rechnungsverarbeitung zu unterscheiden, die oft unterschiedliche Workflows durchlaufen. Sie ist wichtig für die Messung der Effizienz des PO-Abgleichs und die Identifizierung von Problemen, die entstehen, wenn Rechnungsdetails nicht mit der Bestellung übereinstimmen.
Bedeutung
Unterscheidet zwischen Rechnungen mit und ohne Bestellbezug, da diese unterschiedliche Prozesse durchlaufen. Dies ist unerlässlich für die Analyse der Abgleichseffizienz.
Datenquelle
Findet sich im Kopf oder in den Positionen der Lieferantenrechnung, in der Regel in einem Feld namens 'PurchId' in der 'VendInvoiceInfoTable'.
Beispiele
PO-000432PO-000511
|
|||
|
Lieferant
VendorName
|
Der Name des Lieferanten oder Kreditors, der den Antrag bearbeitet.ie Rechnung eingereicht hat. | ||
|
Beschreibung
Dieses Attribut identifiziert den Lieferanten, der mit der Rechnung verbunden ist. LieferantenDaten umfassen oft Details wie Name, ID und Kategorie. Eine Analyse des Kreditorenprozesses nach Lieferanten kann aufzeigen, welche Lieferanten regelmäßig problematische Rechnungen einreichen (z. B. solche mit häufigen Abweichungen), welche besondere Zahlungsbedingungen haben und welche mit langen Bearbeitungszyklen verbunden sind. Diese Erkenntnis kann geverwendet werden, um Lieferantenbeziehungen und die Zusammenarbeit zu verbessern.
Bedeutung
Ermöglicht die Segmentierung des Prozesses, um anbieterspezifische Probleme wie häufige Abweichungen oder Zahlungsverzögerungen zu identifizieren.
Datenquelle
Verknüpft aus dem Rechnungsbelegkopf des Kreditors, in der Regel aus der Datenentität 'VendTable' basierend auf der Kreditorenkontonummer.
Beispiele
Contoso LtdFabrikam IncNorthwind Traders
|
|||
|
Rechnungsbetrag
InvoiceAmount
|
Der Gesamtbetrag der Rechnung. | ||
|
Beschreibung
Repräsentiert den fälligen Gesamtbetrag der Kreditorenrechnung. Dies ist eine wichtige Finanzkennzahl für jeden Case. Dieses Attribut ermöglicht eine Finanzanalyse des Kreditorenprozesses. Es kann verwendet werden, um Rechnungen mit hohem Wert zu priorisieren, Genehmigungszeiten basierend auf Betragsschwellen zu analysierenn und die finanziellen Auswirkungen von Zahlungsverzögerungen oder Skonto zu verstehen.
Bedeutung
Bietet einen finanziellen Kontext, der den Antrag bearbeitet.ie Analyse des Prozessverhaltens basierend auf monetärem Wert ermöglicht, z.B. um festzustellen, ob Rechnungen mit hohem Wert anders bearbeitet werden.
Datenquelle
Im Rechnungsbelegkopf des Kreditors zu finden, oft in Feldern wie 'InvoiceAmount' in 'VendInvoiceInfoTable'.
Beispiele
1500.75250.0012345.50
|
|||
|
Rechnungsfälligkeitsdatum
InvoiceDueDate
|
Das Fälligkeitsdatum der Rechnungszahlung, berechnet auf Basis der Zahlungsbedingungen. | ||
|
Beschreibung
Dieses Datum gibt die Frist für die Begleichung der Rechnung an, um Strafen zu vermeiden und Lieferantenvereinbarungen einzuhalten. Es wird üblicherweise auf Basis des Rechnungsdatums und der festgelegten Zahlungsbedingungen berechnet. Dieses Attribut ist wichtig für die Analyse der „Einhaltung der Zahlungsbedingungen“. Durch den Vergleich des Datums der „Ausgeführten Zahlung“ mit dem „Rechnungsfälligkeitsdatum“ kann die Analyse automatisch verspätete Zahlungen markieren, Einhaltungsquoten berechnen und dabei helfen, Zahlungen zu priorisieren, um gute Lieferantenbeziehungen zu pflegen.
Bedeutung
Wesentlich für die Messung der Pünktlichkeit von Zahlungen, das Management von Lieferantenbeziehungen und die Vermeidung von Verzugszinsen.
Datenquelle
Berechnetes Feld basierend auf Rechnungsdatum und Zahlungsbedingungen. Gespeichert in Feldern wie 'DueDate' in Kreditorentransaktionstabellen (z.B. 'VendTrans').
Beispiele
2023-05-152023-06-302023-07-01
|
|||
|
Zahlungsbedingungen
PaymentTerms
|
Die mit dem Lieferanten vereinbarten Zahlungsbedingungen für Rechnungen. | ||
|
Beschreibung
Dieses Attribut definiert die Zahlungsbedingungen, unter denen eine Lieferantenrechnung zu bezahlen ist, wie z. B. „Net 30“ (zahlbar innerhalb von 30 Tagen) oder „2/10 Net 30“ (2 % Skonto bei Zahlung innerhalb von 10 Tagen, andernfalls innerhalb von 30 Tagen fällig). Eine Analyse nach Zahlungsbedingungen hilft zu verstehen, wie unterschiedliche Vereinbarungen die Zahlungspünktlichkeit und den Cashflow beeinflussen. Sie bildet die Grundlage, um Skontopotenziale bei vorzeitiger Zahlung zu identifizieren und die Compliance-Analyse zu segmentieren, um zu erkennen, ob bestimmte Bedingungen schwerer einzuhalten sind.
Bedeutung
Definiert Zahlungsfristen und Skonto-Möglichkeiten, was sich direkt auf das Cashflow-Management und Kosteneinsparungen auswirkt.
Datenquelle
Findet sich in den LieferantenstammDaten oder ist im Kopf der Bestellung/Rechnung angegeben. Gespeichert in Feldern wie 'PaymTermId'.
Beispiele
Netto 30Netto 602 % Skonto bei Zahlung innerhalb von 10 Tagen, netto 30 Tage
|
|||
|
Buchungskreis
CompanyCode
|
Die Kennung der juristischen Person, die die Rechnung bearbeitet. | ||
|
Beschreibung
Dieses Attribut identifiziert das spezifische Unternehmen oder den Antrag bearbeitet.ie juristische Einheit innerhalb der Organisation, das bzw. die für die Rechnung verantwortlich ist. In Multi-Company-Setups ist dies eine kritische organisatorische Dimension. Die Analyse des Kreditorenprozesses (AP-Prozess) nach Buchungskreis ermöglicht einen Leistungsvergleich zwischen verschiedenen Geschäftseinheiten oder juristischen Einheiten. Sie hilft zu erkennen, ob bestimmte Einheiten weniger effizient sind, höhere Nacharbeitsquoten aufweisen oder unterschiedlichen Prozessvarianten folgen, und zeigt so Möglichkeiten zur Standardisierung und zum Austausch von Best Practices auf.
Bedeutung
Ermöglicht Leistungs-Benchmarking und Prozessvergleiche zwischen verschiedenen Rechtseinheiten oder Geschäftsbereichen innerhalb des Unternehmens.
Datenquelle
Ein Standardfeld in fast allen Transaktionstabellen in Dynamics 365, in der Regel 'DatenAreaId' benannt.
Beispiele
USMFDEMFGBSI
|
|||
|
Genehmiger
ApproverName
|
Der Benutzer, der den Antrag bearbeitet.ie Rechnung in einem bestimmten Schritt genehmigt oder abgelehnt hat. | ||
|
Beschreibung
Dieses Attribut identifiziert die Person, die für eine Genehmigungsentscheidung im Workflow verantwortlich ist. Bei Rechnungen mit mehrstufigen Genehmigungsprozessen kann es unterschiedliche Genehmigende für verschiedene Schritte geben. Es ist unerlässlich für das Dashboard „Analyse der Genehmigungsdurchlaufzeit von Rechnungen“. Die Analyse kann nach Genehmigenden aufgeschlüsselt werden, um Personen zu identifizieren, die potenzielle Engpässe im Prozess darstellen, sei es aufgrund von Arbeitsaufkommen oder anderen Faktoren. Dies ermöglicht gezielte Interventionen, um den Genehmigungszyklus zu beschleunigen.
Bedeutung
Ermöglicht eine detaillierte Analyse des Freigabeprozesses und hilft, Engpässe auf individueller oder Teamebene zu identifizieren.
Datenquelle
Extrahiert aus den Workflow-Verlaufsprotokollen ('WorkflowTrackingStatusTable'), die den Benutzer aufzeichnen, der jeden Genehmigungsschritt abgeschlossen hat.
Beispiele
David ChenMaria GarciaAP_Manager_Group
|
|||
|
Grund der Abweichung
DiscrepancyReason
|
Der Grundcode oder den Antrag bearbeitet.ie Beschreibung für eine Rechnungsdiskrepanz. | ||
|
Beschreibung
Wenn eine Rechnung zurückgehalten oder eine Abweichung festgestellt wird, erfasst dieses Attribut den Grund, wie z.B. „Preisabweichung“, „Mengenabweichung“ oder „Fehlender Wareneingang“. Dieses Attribut ist maßgeblich für die „Analyse zur Behebung von Abweichungen und Nacharbeit“. Durch die Kategorisierung der Nacharbeit basierend auf dem Grund kann die Analyse die Grundursachen für Prozessineffizienzen identifizieren. Wenn beispielsweise „Preisabweichung“ der häufigste Grund ist, deutet dies auf die Notwendigkeit einer besseren Datenabstimmung zwischen Einkauf und Lieferanten hin.
Bedeutung
Liefert die Grundursache für Nacharbeit und ermöglicht so gezielte Prozessoptimierungen zur Reduzierung von Ausnahmen und manuellem Eingriff.
Datenquelle
Kann in Rechnungs-Halte-Tabellen, Workflow-Kommentaren oder spezifischen Fehlerprotokollfeldern innerhalb des AP-Moduls gespeichert sein.
Beispiele
PreisabweichungMengenabweichungUngültige Bestellung
|
|||
|
Ist automatisiert
IsAutomated
|
Ein Kennzeichen, das angibt, ob die Aktivität automatisch vom System ausgeführt wurde. | ||
|
Beschreibung
Dieses boolesche Attribut unterscheidet zwischen Aktivitäten, die von menschlichen Nutzern ausgeführt werden, und solchen, die durch Systemautomatisierung erfolgen, wie z. B. die automatische Rechnungsbuchung oder den Antrag bearbeitet.er automatische Abgleich. Die Analyse dieses Attributs ist maßgeblich, um den Grad der Automatisierung im Kreditorenprozess (AP-Prozess) zu messen. Es hilft bei der Berechnung der Straight-Through Processing (STP)-Rate und identifiziert, welche manuellen Aktivitäten ideale KandiDaten für zukünftige Automatisierungsinitiativen sind, wodurch letztlich Kosten und Bearbeitungszeit reduziert werden.
Bedeutung
Hilft bei der Messung der Direktverarbeitungsrate und identifiziert Möglichkeiten zur Steigerung von Automatisierung und Effizienz.
Datenquelle
Abgeleitet durch die Prüfung, ob der einer Aktivität zugeordnete Benutzer ein System- oder Batch-Benutzer ist (z.B. „Admin“, „BatchBenutzer“).
Beispiele
JaNein
|
|||
|
Ist Nacharbeit
IsRework
|
Ein berechnetes Kennzeichen, das anzeigt, ob eine Rechnung nachbearbeitet wurde. | ||
|
Beschreibung
Dieses boolesche Flag ist auf „Ja“ gesetzt, wenn der Prozessfluss einer Rechnung Nacharbeitsaktivitäten umfasst, wie z. B. „Abweichung behoben“ oder einen zweiten Schritt „RechnungsDaten validiert“ nach einem anfänglichen Fehler. Es wird über den gesamten Fall hinweg berechnet. Dieses Attribut unterstützt direkt die KPI „Nacharbeitsquote bei Abweichungen“. Es vereinfacht die Analyse, indem es ein einfaches Filtern und Aggregieren aller Rechnungen ermöglicht, die zusätzlichen manuellen Aufwand erforderten, was hilft, die Auswirkungen schlechter Datenqualität oder Prozessausnahmen zu quantifizieren.
Bedeutung
Misst direkt die Nacharbeit und ermöglicht so eine einfache Quantifizierung und Analyse von Prozessausnahmen und Ineffizienzen.
Datenquelle
Dies ist kein Quellsystemfeld. Es wird im Process-Mining-Tool berechnet, indem das Vorkommen spezifischer auf Nacharbeit hinweisender Aktivitäten innerhalb eines Case überprüft wird.
Beispiele
JaNein
|
|||
|
Ist verspätete Zahlung
IsLatePayment
|
Ein berechnetes Kennzeichen, das angibt, ob die Zahlung nach dem Fälligkeitsdatum erfolgte. | ||
|
Beschreibung
Dieses boolesche Attribut ist auf „Ja“ gesetzt, wenn die Aktivität „Zahlung ausgeführt“ nach dem „Rechnungsfälligkeitsdatum“ erfolgt. Es liefert einen klaren, fallbezogenen Indikator für die Nichteinhaltung der Zahlungsbedingungen. Dieses Attribut vereinfacht die Berechnung der KPI „Einhaltungsquote der Zahlungsbedingungen“. Es ermöglicht schnelles Filtern und Dashboarding, um das Volumen und den Wert verspäteter Zahlungen anzuzeigen, und ermöglicht eine Ursachenanalyse dieser spezifischen Fälle, um zu verstehen, warum sie verzögert wurden.
Bedeutung
Bietet eine klare und einfache Kennzeichnung zur Analyse nicht-konformer Zahlungen und zur Berechnung von KPIs für pünktliche Zahlungen.
Datenquelle
Dies ist kein Quellsystemfeld. Es wird im Process-Mining-Tool berechnet, indem der Zeitstempel der Aktivität 'Zahlung ausgeführt' mit dem Attribut 'Rechnungsfälligkeitsdatum' verglichen wird.
Beispiele
JaNein
|
|||
|
Letzte Datenaktualisierung
LastDataUpdate
|
Der Zeitstempel der letzten Datenaktualisierung aus dem Quellsystem. | ||
|
Beschreibung
Dieses Attribut gibt an, wann der Event Log zuletzt mit neuen Daten aus Microsoft Dynamics 365 aktualisiert wurde. Es liefert Kontext zur Aktualität der analysierten Daten. Für Dashboards und das fortlaufende Monitoring ist dieser Zeitstempel wichtig, damit Nutzende verstehen, ob sie die aktuellsten ProzessDaten sehen. Es hilft, Erwartungen an die Datenfrische zu managen und die Integrität der Datenpipeline zu überwachen.
Bedeutung
Informiert Benutzer über die Aktualität der Daten, was wichtig für zeitnahe und präzise Geschäftsentscheidungen auf Basis der Analyse ist.
Datenquelle
Dies ist ein MetaDatenfeld, das vom ETL-Tool (Datenextraktion und -ladung) zum Zeitpunkt der Datenaufnahme generiert und mit einem Zeitstempel versehen wird.
Beispiele
2023-06-01T02:00:00Z2023-06-02T02:00:00Z
|
|||
|
Quellsystem
SourceSystem
|
Das System, aus dem die Daten extrahiert wurden. | ||
|
Beschreibung
Dieses Attribut identifiziert die Herkunft der Event-Daten, die in diesem Kontext in der Regel „Microsoft Dynamics 365“ ist. Es wird besonders wichtig, wenn Daten aus mehreren Systemen (z. B. einem OCR-Scanning-Tool und D365) kombiniert werden. In einer Process-Mining-Analyse unterstützt dies bei der Datenherkunft (Daten Lineage), der Fehlerbehebung (Fehlerbehebung) und dem Verständnis der Systemlandschaft des Prozesses. Es ermöglicht, die Analyse auf Ereignisse aus einem bestimmten System zu filtern.
Bedeutung
Liefert wesentlichen Kontext zur Datenherkunft, was für die Datenvalidierung und in Multi-System-Prozessanalysen wichtig ist.
Datenquelle
Dies ist in der Regel ein statischer Wert ('Microsoft Dynamics 365'), der während des Datenextraktions- und Transformationsprozesses hinzugefügt wird.
Beispiele
Microsoft Dynamics 365 FinanceD365 F&OAX2012
|
|||
|
Rechnungsstatus
InvoiceStatus
|
Der aktuelle Bearbeitungsstatus der Rechnung. | ||
|
Beschreibung
Dieses Attribut spiegelt den letzten bekannten Status einer Rechnung im Prozess wider, wie z. B. „In Bearbeitung“, „Genehmigt“, „Bezahlt“ oder „Storniert“. Es bietet einen Überblick über die Position der Rechnung in ihrem Lebenszyklus. Während Process Mining den Fluss aus Aktivitäten ableitet, ist der endgültige Status nützlich für die Validierung und für die Erstellung von Dashboards auf Geschäftsebene, die den aktuellen Zustand aller offenen Rechnungen zusammenfassen. Es kann verwendet werden, um nach allen Rechnungen zu filtern, die aktuell „Genehmigt“, aber noch nicht „Bezahlt“ sind.
Bedeutung
Bietet eine übergeordnete Zusammenfassung des aktuellen Rechnungsstatus, nützlich für Filterungen und die Erstellung statusbasierter Dashboards.
Datenquelle
Oft abgeleitet von Dokumentstatus- oder Workflow-Statusfeldern innerhalb des AP-Moduls.
Beispiele
In BearbeitungGenehmigtBezahltStorniert
|
|||
|
Skonto-Fälligkeitsdatum
EarlyPaymentDiscountDate
|
Die Frist für die Zahlung der Rechnung, um Skonto zu erhalten. | ||
|
Beschreibung
Dieses Attribut gibt den letzten Tag an, an dem eine Rechnung bezahlt werden kann, um den vom Lieferanten angebotenen Skonto zu erhalten. Er wird aus dem Rechnungsdatum und dem Skontoteil der Zahlungsbedingungen abgeleitet (z. B. der „10“ in „2/10 Net 30“). Dieses Datum ist der Hauptfaktor für die Analyse „Status der Skontozahlungen“. Durch den Vergleich des Datums der „Geplanten Zahlung“ oder „Ausgeführten Zahlung“ mit dieser Frist kann das System feststellen, ob ein Skonto erfolgreich geverwendet wurde, und liefert so klare Metriken zur finanziellen Optimierung.
Bedeutung
Definiert das Zieldatum für die Realisierung von Kosteneinsparungen und ist somit ein wichtiger Treiber für die Zahlungspriorisierung und Effizienzverbesserungen.
Datenquelle
Vom System basierend auf Zahlungsbedingungen und Rechnungsdatum berechnet. Gespeichert in Feldern wie 'CashDiscDate' in 'VendTrans'.
Beispiele
2023-04-252023-05-102023-06-15
|
|||
|
Skontobetrag
EarlyPaymentDiscountAmount
|
Der potenzielle Skontobetrag bei frühzeitiger Zahlung der Rechnung. | ||
|
Beschreibung
Dieses Attribut zeigt den monetären Wert des Skontos, das vom Lieferanten für vorzeitige Zahlung angeboten wird, wie in den Zahlungsbedingungen definiert. Diese FinanzDaten sind wichtig für das Dashboard „Status der Skontozahlungen“. Es ermöglicht dem Unternehmen, den Wert der geverwendeten Skonti im Vergleich zu den verpassten zu quantifizieren, und bietet einen klaren finanziellen Anreiz zur Verbesserung der Effizienz der Rechnungsfreigabe- und Zahlungsplanungsprozesse.
Bedeutung
Quantifiziert das finanzielle Potenzial der Prozesseffizienz und stellt eine direkte Verbindung zwischen Prozessleistung und Kosteneinsparungen her.
Datenquelle
Berechnetes Feld basierend auf Rechnungsbetrag und Zahlungsbedingungen. Dieser Wert ist in Tabellen wie 'VendTrans' oder verwandten Skontofeldern verfügbar.
Beispiele
30.015.00246.91
|
|||
|
Wareneingangsnummer
GoodsReceiptNumber
|
Die Kennung des Wareneingangsbelegs, der zur Rechnung gehört. | ||
|
Beschreibung
Dieses Attribut verknüpft die Rechnung mit dem Wareneingang oder den Antrag bearbeitet.er Leistungserfassung, was für den Drei-Wege-Abgleich (Bestellung, Wareneingang und Rechnung) erforderlich ist. Dies ist wichtig für die Analyse der Abgleichseffizienz des Prozesses. Verzögerungen oder Fehler bei Aktivitäten wie „Wareneingang abgeglichen“ können mithilfe dieses Identifikators untersucht werden, um zum ursprünglichen Wareneingangsdokument zurückzuverfolgen, was hilft, Probleme in den Beschaffungs- oder Wareneingangsschritten zu identifizieren, die sich auf die Kreditorenbuchhaltung auswirken.
Bedeutung
Erleichtert die Analyse der Effizienz des Drei-Wege-Abgleichs und hilft, Probleme zu identifizieren, die im Wareneingangsprozess entstehen.
Datenquelle
Verknüpft über die Bestellpositionen, oft in Lieferscheinjournalen ('VendPackingSlipJour') oder verwandten Tabellen zu finden.
Beispiele
GRN-00981GRN-01024
|
|||
Aktivitäten der Kreditorenbuchhaltung (AP)
| Aktivität | Beschreibung | ||
|---|---|---|---|
|
Rechnung freigegeben
|
Stellt die finale Genehmigung im Workflow dar, die die Buchung der Rechnung zur Zahlung autorisiert. Dies ist ein wichtiger Meilenstein, bevor die Rechnung in die Zahlungsphase übergeht. | ||
|
Bedeutung
Kennzeichnet das Ende des Genehmigungszyklus. Die Zeit zwischen 'Submitted for Approval' und dieser Aktivität ist ein Schlüssel-KPI zur Identifizierung von Genehmigungsengpässen und langlaufenden Workflows.
Datenquelle
Ein explizites Ereignis, das in den Workflow-Verlaufnprotokollen (WorkflowTrackingStatusTable) erfasst wird, wenn der Workflow-Status auf „Abgeschlossen“ oder „Genehmigt“ aktualisiert wird.
Erfassen
Extrahieren Sie das Ereignis 'Genehmigt' oder 'Abgeschlossen' für die Rechnung aus dem Workflow-Verlauf.
Ereignistyp
explicit
|
|||
|
Rechnung gebucht
|
Die genehmigte Rechnung wird offiziell im Hauptbuch verbucht, wodurch eine finanzielle Verbindlichkeit entsteht. Dies ist eine kritische, oft unumkehrbare Buchungstransaktion. | ||
|
Bedeutung
Die Buchung ist ein wichtiger Schritt, der den Antrag bearbeitet.ie Rechnung zur Zahlung freigibt. Sie bestätigt, dass alle Prüf- und Genehmigungsschritte abgeschlossen sind und die Verbindlichkeit anerkannt ist.
Datenquelle
Dies ist eine explizite Transaktion. Das Buchungsdatum und die Uhrzeit werden im Kreditorenrechnungsjournal (VendInvoiceJour) und den zugehörigen Hauptbucheinträgen (GeneralJournalEntry) erfasst.
Erfassen
Verwenden Sie den Buchungs-Zeitstempel aus den Tabellen VendInvoiceJour oder GeneralJournalEntry.
Ereignistyp
explicit
|
|||
|
Rechnung registriert
|
Kennzeichnet die erstmalige Erstellung eines RechnungsDatensatzes im System, entweder den Antrag bearbeitet.urch manuelle Eingabe, OCR-Scanning oder elektronischen Datenaustausch (EDI). Dies ist der Ausgangspunkt des RechnungsbearbeitungsLebenszyklus. | ||
|
Bedeutung
Diese Aktivität ist das primäre Start-Event für den Prozess. Die Analyse der Zeitspanne von diesem Punkt bis zur Zahlung liefert die gesamte Rechnungszykluszeit, einen wichtigen Key Leistungsfähigkeit Indicator.
Datenquelle
Abgeleitet vom Erstellungs-Zeitstempel (Feld CreatedDateTime) des Rechnungsheader-Datensatzes in den Tabellen der ausstehende Zahlungen identifizieren.enden Lieferantenrechnungen oder Rechnungsjournale, wie z.B. VendInvoiceInfoTable.
Erfassen
Verwenden Sie den Erstellungs-Zeitstempel des KopfDatensatzes der Rechnung.
Ereignistyp
inferred
|
|||
|
Rechnung zur Genehmigung eingereicht
|
Die Rechnung wird förmlich in einen Workflow zur Prüfung und Genehmigung durch autorisiertes Personal eingereicht. Dies markiert den Beginn des Genehmigungszyklus. | ||
|
Bedeutung
Dies ist ein wichtiger Meilenstein, der den Antrag bearbeitet.en Startpunkt für die Messung der Rechnungsfreigabe-Zykluszeit markiert. Er hilft, die Zeit für die Datenerfassung/den Abgleich von der Genehmigungslatenz zu unterscheiden.
Datenquelle
Dies ist ein explizites Event, das in den D365 Workflow-Verlaufsprotokollen (WorkflowTrackingStatusTable) für das spezifische Rechnungsdokument erfasst wird. Der Übermittlungs-Zeitstempel wird aufgezeichnet.
Erfassen
Extrahieren Sie das Ereignis 'Eingereicht' für die Rechnung aus dem Workflow-Verlauf.
Ereignistyp
explicit
|
|||
|
Zahlung ausgeführt
|
Die Zahlung erfolgt offiziell durch die Buchung eines Zahlungsjournals. Diese Transaktion begleicht die Verbindlichkeit, die durch die gebuchte Rechnung entstanden ist. | ||
|
Bedeutung
Dies ist ein primäres End-Event für den Prozess. Es wird verwendet, um die Einhaltung der Zahlungsbedingungen zu berechnen, verspätete Zahlungen zu identifizieren und die endgültige End-to-End-Zykluszeit zu messen.
Datenquelle
Ein explizites Ereignis, das erfasst wird, wenn das Zahlungsjournal gebucht wird. Die Abrechnungsdetails werden in der Kreditorentransaktionstabelle (VendTrans) gespeichert und verknüpfen so die Zahlung mit der Rechnung.
Erfassen
Verwenden Sie das Transaktionsdatum des ZahlungsausgleichsDatensatzes in VendTrans.
Ereignistyp
explicit
|
|||
|
Abweichung behoben
|
Die Maßnahme zur Aufhebung einer Sperre oder Korrektur einer Rechnung, nachdem eine Diskrepanz festgestellt wurde. Die Rechnung ist nun bereit, erneut für den Abgleich oder den Antrag bearbeitet.ie Genehmigung eingereicht zu werden. | ||
|
Bedeutung
Diese Aktivität schließt einen Rework-Loop ab. Die Zeit, die zur Behebung von Diskrepanzen benötigt wird, ist ein Schlüsselindikator für die Effizienz des Ausnahmebehandlungsprozesses.
Datenquelle
Abgeleitet vom Zeitstempel, zu dem eine Rechnung aus dem Sperrstatus entlassen oder nach einer Ablehnung erneut dem Workflow zugeführt wird.
Erfassen
Erfassen Sie den Zeitstempel, wenn eine Sperre aufgehoben oder den Antrag bearbeitet.ie Rechnung nach Ablehnung erneut eingereicht wird.
Ereignistyp
inferred
|
|||
|
Bestellung abgeglichen
|
Der Prozess der Zuordnung einer Rechnung zu einer oder mehreren Bestellungen zur Überprüfung von Mengen, Preisen und Bedingungen. Dies ist ein kritischer Validierungsschritt für bestellbezogene Rechnungen. | ||
|
Bedeutung
Diese Aktivität ist wichtig für die Messung der First-Pass-Match-Raten und die Identifizierung von Engpässen im Abgleichsprozess. Fehler an dieser Stelle führen oft zu Diskrepanzbehebungs-Loops.
Datenquelle
Kann abgeleitet werden, wenn der Abgleichstatus im RechnungsDatensatz auf „Abgeglichen“ aktualisiert wird oder wenn die Abgleichdetails auf Positionsebene erfolgreich gespeichert werden. Diese Informationen werden in der Regel in Tabellen gespeichert, die mit Kreditorenrechnungspositionen verknüpft.
Erfassen
Statusänderungen im Rechnungsheader oder in den Positionen identifizieren, die sich auf den Erfolg des Bestellabgleichs beziehen.
Ereignistyp
inferred
|
|||
|
Rechnung abgelehnt
|
Ein Genehmiger lehnt die Rechnung innerhalb des Workflows ab und sendet sie in der Regel zur Korrektur oder Klärung an den ursprünglichen Ersteller zurück. Dies initiiert eine Nacharbeits-Schleife. | ||
|
Bedeutung
Die Verfolgung von Ablehnungen hilft, Gründe für Genehmigungsverzögerungen und Nacharbeiten zu identifizieren. Sie kann Probleme bei der Rechnungskodierung, Richtlinienverstöße oder unzureichende Dokumentation aufzeigen.
Datenquelle
Dies ist ein explizites Event, das in der Workflow-Verlauf (WorkflowTrackingStatusTable) erfasst wird, wenn ein Genehmiger die Aktion 'Ablehnen' wählt.
Erfassen
Extrahieren Sie das Ereignis 'Abgelehnt' für die Rechnung aus dem Workflow-Verlauf.
Ereignistyp
explicit
|
|||
|
Rechnung storniert
|
Die Rechnung wird nach der Verbuchung storniert oder annulliert, üblicherweise zur Korrektur eines Fehlers. Dies ist ein alternativer, außergewöhnlicher Endpunkt für den Prozess. | ||
|
Bedeutung
Die Verfolgung von Stornierungen ist wichtig, um die Prozessqualität und Fehlerraten zu verstehen. Eine hohe Häufigkeit von Stornierungen kann auf systemische Probleme im vorgelagerten Prozess hinweisen.
Datenquelle
Dies ist ein explizites Event. D365 erstellt eine Stornierungs- oder Gutschriftstransaktion, die mit dem ursprünglichen Rechnungsjournal verknüpft ist. Das Buchungsdatum dieser Stornierung markiert den Zeitpunkt der Stornierung.
Erfassen
Identifizieren Sie das Buchungsdatum der Stornobuchung, die mit der Originalrechnung verknüpft ist.
Ereignistyp
explicit
|
|||
|
RechnungsDaten validiert
|
Beschreibt das System oder den Antrag bearbeitet.ie Person, das/die erste Prüfungen der erfassten RechnungsDaten auf Vollständigkeit und Korrektheit durchführt, noch vor dem Abgleich oder den Antrag bearbeitet.er Genehmigung. Dies kann eine automatisierte Systemvalidierung oder ein manueller Überprüfungsschritt sein. | ||
|
Bedeutung
Die Verfolgung dieser Aktivität hilft, Verzögerungen zu identifizieren, die durch schlechte Datenqualität verursacht werden. Eine hohe Fehlerquote oder eine lange Dauer dieser Aktivität weist auf Probleme bei Datenerfassungsprozessen hin, wie z. B. der OCR-Genauigkeit.
Datenquelle
Dies ist oft ein abgeleitetes Event. Es kann vom Zeitstempel abgeleitet werden, wenn der Rechnungsstatus von 'Neu' oder 'Entwurf' in einen Zustand wie 'Validiert' oder 'Bereit für den Abgleich' wechselt, oder von der letzten Änderung vor der Übermittlung an den Workflow.
Erfassen
Erfassen Sie den Zeitstempel einer Statusänderung, die eine erfolgreiche Validierung anzeigt, oder den Antrag bearbeitet.es Aktualisierungsereignisses vor der Workflow-Einreichung.
Ereignistyp
inferred
|
|||
|
Unstimmigkeit festgestellt
|
Tritt auf, wenn die Rechnung die Validierung oder den Antrag bearbeitet.en Abgleich mit der Bestellung oder den Antrag bearbeitet.em Wareneingang fehlschlägt, was eine manuelle Intervention erfordert. Häufig wird die Rechnung gesperrt oder erhält einen spezifischen Status. | ||
|
Bedeutung
Diese Aktivität initiiert einen Rework-Loop. Die Analyse ihrer Häufigkeit und Ursache ist maßgeblich, um Prozessineffizienzen, Datenqualitätsprobleme oder Lieferantenprobleme zu identifizieren.
Datenquelle
Dies kann explizit in der Rechnungshistorie protokolliert oder abgeleitet werden, wenn eine Rechnung mit einem Ursachencode, der sich auf eine Abweichung beim Abgleich bezieht, „auf Eis gelegt“ wird. Achten Sie auf Statusänderungen im Rechnungsheader.
Erfassen
Erfassen Sie den Zeitstempel, wenn der Rechnungsstatus auf „Gesperrt“ gesetzt oder ein Abweichungsflag gesetzt wird.
Ereignistyp
inferred
|
|||
|
Wareneingang abgeglichen
|
Für den Drei-Wege-Abgleich bestätigt diese Aktivität, dass die in Rechnung gestellten Waren oder Dienstleistungen empfangen wurden, indem sie mit Wareneingangsscheinen abgeglichen wird. Dieser Schritt überprüft die physische Lieferung anhand der Rechnung. | ||
|
Bedeutung
Die Verfolgung dieser Aktivität hilft, die Effizienz des Dreifachabgleichsprozesses zu analysierenn und Verzögerungen zu identifizieren, die durch fehlende oder fehlerhafte WareneingangsHinweisrmationen verursacht werden.
Datenquelle
Ähnlich dem Bestellabgleich wird dies aus Statusaktualisierungen der Rechnung abgeleitet, die einen erfolgreichen Abgleich mit Wareneingangsjournalen (Lieferscheinen) anzeigen.
Erfassen
Achten Sie auf Statusänderungen oder Kennzeichnungen, die einen erfolgreichen Dreierabgleich anzeigen.
Ereignistyp
inferred
|
|||
|
Zahlung freigegeben
|
Die vom Unternehmen getätigte Zahlung ist von der Bank freigegeben, was durch den Bankabstimmungsprozess bestätigt wird. Dies ist die endgültige finanzielle Bestätigung des Zahlungsvollzugs. | ||
|
Bedeutung
Diese Aktivität liefert die endgültige Bestätigung des Geldabflusses. Die Analyse der Zeit zwischen Zahlungsabwicklung und Verrechnung ist wichtig für Treasury und Liquiditätsmanagement.
Datenquelle
Diese Information wird aus den Bankabstimmungsmodulen abgeleitet. Sie wird abgeleitet, sobald eine der Zahlung entsprechende Bankkontozeile in D365 abgeglichen und gebucht wird.
Erfassen
Erfordert die Verknüpfung von BanktransaktionsDaten (BankStmtISOAccountStatement) mit der ursprünglichen Zahlung.
Ereignistyp
inferred
|
|||
|
Zahlung terminiert
|
Die gebuchte Rechnung wird ausgewählt und in einen Zahlungsvorschlag oder ein Zahlungsjournal aufgenommen, wodurch sie für einen zukünftigen Zahlungsdurchlauf eingeplant wird. Dies signalisiert die Absicht zur Zahlung. | ||
|
Bedeutung
Diese Aktivität ist maßgeblich für die Cashflow-Prognose und die Analyse der Einhaltung von Zahlungszielen. Sie hilft zu erkennen, ob Skonti berücksichtigt und eingeplant werden.
Datenquelle
Abgeleitet aus der Erstellung einer Zahlungsjournzeile (LedgerJournalTrans), die die Rechnung enthält. Das Transaktionsdatum auf der Journzeile gibt das geplante Zahlungsdatum an.
Erfassen
Verwenden Sie das Erstellungsdatum der Zahlungsjournalzeile, die sich auf die Rechnung bezieht.
Ereignistyp
inferred
|
|||