> Kontinuierliche Prozessverbesserung > Verarbeitung von Kreditorenrechnungen > Sage Intacct > Daten Template

Ihr Daten-Template für die Kreditorenrechnungsverarbeitung

Sage Intacct

← Zurück zum Leitfaden zur Prozessverbesserung

Attribute der Kreditorenrechnungsverarbeitung(24) Aktivitäten der Kreditorenrechnungsverarbeitung(14) Anleitungen zur Datenextraktion(3)

Ihr Daten-Template für die Kreditorenrechnungsverarbeitung

Dieses Template bietet einen klaren Rahmen, um die für die Analyse Ihrer Kreditorenrechnungsverarbeitung erforderlichen Daten zu erfassen. Es beschreibt die wesentlichen Attribute und Aktivitäten, die Sie aus Ihren Systemen extrahieren müssen. Nutzen Sie diese Anleitung, um die Datenaufbereitung zu vereinfachen und effizient mit Process Mining zu beginnen.

Empfohlene Attribute für die Erfassung
Wichtige Aktivitäten für die Nachverfolgung
Anleitung zur Datenextraktion

Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Template herunterladen

Attribute der Kreditorenrechnungsverarbeitung

Dies sind die empfohlenen Datenfelder für Ihr Event Log, damit Sie Ihre Kreditorenrechnungsverarbeitung umfassend analysieren können.

5 Erforderlich 9 Empfohlen 10 Optional

	Name	Beschreibung
	Rechnung InvoiceNumber	Die eindeutige Kennung jeder Lieferantenrechnung. Sie dient als primäre Case-ID, um den Weg von der Erfassung bis zur Zahlung nachzuverfolgen.
Beschreibung Die Rechnungsnummer ist die Grundlage für die Analyse der Kreditorenbuchhaltung, da sie jede verarbeitete Rechnung eindeutig identifiziert. Sie verknüpft alle zugehörigen Aktivitäten, etwa Validierung, Genehmigung und Zahlung, zu einem einzelnen Prozessfall. Im Process Mining ermöglicht dieses Attribut, den gesamten Lebenszyklus jeder Rechnung nachzuvollziehen. Es dient dazu, Prozessabläufe zu analysieren, Engpässe bei einzelnen Rechnungen zu erkennen und Kennzahlen auf Case-Ebene wie die gesamte Zykluszeit zu berechnen. Alle anderen Attribute liefern Kontext zum Ablauf der jeweiligen Rechnung. Warum das wichtig ist Dies ist die erforderliche Case-ID, die alle Prozessschritte einer einzelnen Rechnung miteinander verknüpft. So lassen sich der gesamte Verarbeitungsweg und die Durchlaufzeit analysieren. Woher beziehen Dies ist in der Regel das Feld „Bill No.“ oder „Invoice #“ im Objekt AP Bill oder Vendor Invoice in Sage Intacct. Beispiele INV-2023-001237854-AXBSI-990432
	Aktivität ActivityName	Der Name des konkreten Prozessschritts oder Ereignisses, etwa „Rechnung genehmigt“ oder „Zahlung ausgeführt“.
Beschreibung Der Aktivitätsname bezeichnet einen einzelnen Schritt im Prozess der Kreditorenbuchhaltung. Diese Aktivitäten bilden die Ereignisfolge, aus der sich der Prozessablauf für jede Rechnung zusammensetzt. Die Abfolge dieser Aktivitäten zu analysieren, ist der Kern von Process Mining. So lässt sich der tatsächliche Prozessablauf ermitteln, lassen sich Abweichungen von der Standardvorgehensweise erkennen und Nachbearbeitungsschleifen analysieren, zum Beispiel „Abweichung festgestellt“ gefolgt von „Abweichung behoben“. Häufigkeit und Reihenfolge der Aktivitäten sind entscheidend, um die Prozesseffizienz zu verstehen. Warum das wichtig ist Dieses Attribut legt die Schritte im Prozessablauf fest. Es ist entscheidend, um den Prozessfluss zu visualisieren, Engpässe zu erkennen und Abweichungen zu analysieren. Woher beziehen Dieses Attribut wird aus Systemereignissen, Statusänderungen oder Audit-Trail-Einträgen in Sage Intacct zu AP Bills und Zahlungen abgeleitet. Beispiele Rechnung eingegangenRechnung genehmigtZahlung eingeplantZahlung ausgeführt
	Letzte Datenaktualisierung LastDataUpdate	Der Timestamp, der angibt, wann die Daten dieses Datensatzes zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurden.
Beschreibung Dieses Attribut enthält den Timestamp der letzten Datenextraktion. Es ist entscheidend, um die Aktualität der analysierten Daten einzuschätzen und Aktualisierungsintervalle zu planen. In Dashboards und Berichten zeigt diese Information, wie aktuell die Erkenntnisse sind. Liegt die letzte Aktualisierung beispielsweise eine Woche zurück, müssen Sie bei Schlussfolgerungen berücksichtigen, dass neuere Prozessaktivitäten noch nicht enthalten sind. Das Feld ist wichtig für die Data Governance und das Vertrauen in die Analyse. Warum das wichtig ist Zeigt, wie aktuell die Daten sind. So können Benutzer einschätzen, wie aktuell die Prozessanalyse ist und wann die nächste Datenaktualisierung erforderlich wird. Woher beziehen Dieser Timestamp wird während der Datenextraktion, -transformation und -ladung (ETL) erzeugt und jeder Zeile hinzugefügt. Beispiele 2023-11-20T04:00:00Z2023-11-21T04:00:00Z
	Quellsystem SourceSystem	Das System, aus dem die Daten extrahiert wurden. In der Regel handelt es sich um einen statischen Wert, der das ERP- oder Buchhaltungssystem angibt.
Beschreibung Dieses Attribut gibt an, woher die Prozessdaten stammen. In einer Umgebung mit mehreren Systemen hilft es, Datenquellen zu unterscheiden und die Datenherkunft nachvollziehbar zu halten. In dieser Ansicht lautet der Wert immer „Sage Intacct“. Bei einer Analyse mit nur einem System ist dies häufig ein statischer Wert. Für die Data Governance und mögliche künftige Vorhaben, bei denen Daten aus mehreren Systemen zusammengeführt werden, ist er dennoch wichtig. Er bestätigt, dass die Analyse auf Daten aus dem vorgesehenen Quellsystem basiert. Warum das wichtig ist Sichert die Nachvollziehbarkeit der Datenherkunft, indem die Quelle eindeutig angegeben wird. Das ist für die Data Governance und in Umgebungen mit mehreren Systemen entscheidend. Woher beziehen In der Regel handelt es sich um einen statischen Wert, der während der Datenextraktion und -transformation hinzugefügt wird. Beispiele Sage Intacct
	Startzeit EventTime	Das genaue Datum und die Uhrzeit, zu der eine bestimmte Aktivität oder ein Prozessschritt stattgefunden hat.
Beschreibung Der Ereigniszeitpunkt, also der Timestamp, hält genau fest, wann eine Aktivität stattgefunden hat. Diese chronologischen Daten sind entscheidend, um Ereignisse korrekt zu ordnen und die Dauer zwischen einzelnen Prozessschritten zu berechnen. Bei der Process-Mining-Analyse dienen Timestamps dazu, den Prozessablauf chronologisch abzubilden, Zykluszeiten zwischen Aktivitäten zu berechnen und die Prozessleistung im Zeitverlauf zu analysieren. So lässt sich erkennen, wann Verzögerungen auftreten, etwa am Wochenende oder außerhalb der Geschäftszeiten. Außerdem bilden Timestamps die Grundlage für alle zeitbezogenen KPIs. Warum das wichtig ist Dieser Timestamp ist entscheidend, um Ereignisse chronologisch zu ordnen und alle zeitbasierten Kennzahlen wie Zyklus- und Wartezeiten zu berechnen. Woher beziehen Abgeleitet aus verschiedenen Datumsfeldern in Sage-Intacct-Objekten, etwa „Creation Date“ in AP Bills, „Approval Date“ oder „Payment Date“ in AP Payments. Beispiele 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
	Benutzername UserName	Der Name des Mitarbeitenden oder Benutzers, der eine bestimmte Aktivität an der Rechnung ausgeführt hat.
Beschreibung Der Benutzername gibt an, wer für ein Ereignis im Prozess verantwortlich war, etwa für die Dateneingabe, Prüfung oder Freigabe. So lässt sich die Verantwortung nachvollziehen und die Leistung einzelner Ressourcen oder Teams analysieren. Dieses Attribut ist für das Dashboard „Analyse der Rechnungsfreigabe-Zykluszeit“ wichtig. Damit können Sie feststellen, ob bestimmte Freigebende regelmäßig langsam arbeiten. Außerdem lassen sich besonders leistungsstarke Mitarbeitende und Benutzer identifizieren, die möglicherweise zusätzliche Schulungen benötigen. Die Analyse der Aktivitäten nach Benutzer unterstützt die Ressourcenplanung und zeigt, wie sich die Arbeitslast verteilt. Warum das wichtig ist Zeigt, welcher Benutzer eine Aktion ausgeführt hat. Das ist wichtig, um die Leistung der Freigebenden und die Arbeitslastverteilung zu analysieren sowie Schulungsbedarf zu erkennen. Woher beziehen Diese Informationen werden im Prüfpfad oder in den Verlaufsprotokollen der Objekte AP Bill und AP Payment in Sage Intacct erfasst. Sie sind Statusänderungen oder Anpassungen zugeordnet. Beispiele Alice JohnsonBob Williamssystem.user
	Bestellnummer PurchaseOrderNumber	Die Kennung der Bestellung (Purchase Order, PO), die gegebenenfalls mit der Rechnung verknüpft ist.
Beschreibung Die Bestellnummer verknüpft eine Rechnung mit einer vorab genehmigten Beschaffungsanforderung. Rechnungen können sich auf eine Bestellung beziehen oder ohne Bestellbezug eingehen. Eine Bestellnummer ermöglicht in der Regel einen stärker automatisierten Abgleich, etwa einen Zwei- oder Drei-Wege-Abgleich. Dieses Attribut ist grundlegend für die Analyse der Aktivität „Bestellung zugeordnet“ und damit verbundener Abweichungen. Damit können Sie Rechnungen mit und ohne Bestellbezug getrennt auswerten und ihre Zykluszeiten und Automatisierungsquoten vergleichen. Häufige Abweichungen bei Rechnungen mit Bestellbezug können auf Probleme bei der Erstellung von Bestellungen oder bei Wareneingängen hinweisen. Warum das wichtig ist Unterscheidet Rechnungen mit Bestellbezug von Rechnungen ohne Bestellbezug. Diese durchlaufen häufig unterschiedliche Verarbeitungswege und bieten unterschiedliche Automatisierungsmöglichkeiten. Woher beziehen Dieses Feld ist im Objekt AP Bill in Sage Intacct verfügbar und verknüpft die Rechnung mit einer vorhandenen Purchase Order. Beispiele PO-004581PO-005123Nicht zutreffend
	Buchungsdatum PostingDate	Das Datum, an dem die Rechnungstransaktion im Hauptbuch (General Ledger, GL) gebucht wird.
Beschreibung Das Buchungsdatum gibt an, wann die mit der Rechnung verbundene Finanztransaktion offiziell in den Büchern des Unternehmens, also im Hauptbuch, erfasst wird. Es ist für die Buchhaltung und Finanzberichterstattung entscheidend, da es den Geschäftsjahreszeitraum bestimmt, in dem der Aufwand verbucht wird. In der Prozessanalyse können Verzögerungen zwischen Rechnungseingang und Buchungsdatum auf Ineffizienzen bei Validierung und Genehmigung hinweisen. Das Datum ist ein wichtiger Meilenstein für die Aktivität „Rechnung im Hauptbuch gebucht“ und dient häufig dazu, den Abschnitt von der Buchung bis zur Zahlung der Zykluszeit zu messen. Die Analyse der Buchungsdaten unterstützt einen fristgerechten Finanzabschluss und eine korrekte Berichterstattung. Warum das wichtig ist Zeigt an, wann eine Rechnung offiziell im Finanzsystem erfasst wird. Das ist entscheidend, um Buchhaltungszyklen zu messen und eine fristgerechte Finanzberichterstattung sicherzustellen. Woher beziehen Dies ist das Feld „Posting Date“ im Objekt AP Bill in Sage Intacct. Beispiele 2023-10-282023-11-022023-11-10
	Fälligkeitsdatum DueDate	Das Datum, bis zu dem die Rechnung gemäß den Zahlungsbedingungen bezahlt werden muss.
Beschreibung Das Fälligkeitsdatum ist der vertraglich vereinbarte Termin für die Begleichung einer Rechnung. Es ergibt sich aus dem Rechnungsdatum und den mit dem Lieferanten vereinbarten Zahlungsbedingungen, zum Beispiel 30 Tage netto. Dieses Attribut ist wichtig, um pünktliche Zahlungen zu überwachen und die Finanzplanung zu unterstützen. Im Dashboard „Zahlungskonformität und Einhaltung der Richtlinien“ dient es dazu, verspätete Zahlungen zu kennzeichnen. Auch für die Berechnung der KPI zur Ausschöpfung von Skonti bei frühzeitiger Zahlung ist es entscheidend, da es als Vergleichsgrundlage für frühzeitige Zahlungen dient. Warum das wichtig ist Dieses Datum ist entscheidend, um pünktliche Zahlungen zu analysieren, den Cashflow zu steuern und Möglichkeiten zur Nutzung von Skonti bei frühzeitiger Zahlung zu erkennen. Woher beziehen Dies ist das Feld „Due Date“ im Objekt AP Bill in Sage Intacct. Es kann manuell eingegeben oder anhand der Zahlungsbedingungen automatisch berechnet werden. Beispiele 2023-11-152023-12-302024-01-10
	Kostenstelle CostCenter	Die Abteilung oder Geschäftseinheit, der die Rechnungsaufwendungen zugeordnet werden.
Beschreibung Der Kostenstellenwert ist eine organisatorische Dimension. Er zeigt, welcher Unternehmensbereich für die Aufwendungen auf der Rechnung verantwortlich ist. Er dient der Budgetierung, der Kostenverteilung und der Finanzberichterstattung. Im Process Mining ist dieses Attribut entscheidend für das Dashboard „Unstimmigkeiten bei der Kostenstellenbearbeitung“. Damit lassen sich Kennzahlen wie Zykluszeit und Nacharbeitsquote für verschiedene Kostenstellen vergleichen. Kostenstellen mit guten Ergebnissen können bewährte Vorgehensweisen aufzeigen, die sich weitergeben lassen. Bei schwächeren Ergebnissen können gezielte Prozessverbesserungen oder Schulungen erforderlich sein. Dieses Attribut ist die zentrale Grundlage für die KPI „Abweichung der Kostenstellen-Zykluszeit“. Warum das wichtig ist Ermöglicht den Leistungsvergleich zwischen Geschäftseinheiten und macht Unstimmigkeiten sowie Möglichkeiten zur Prozessstandardisierung sichtbar. Woher beziehen In Sage Intacct ist dies eine Standarddimension für Positionen von AP Bills. Sie heißt häufig „Abteilung“ oder ist eine benutzerdefinierte Dimension für die Kostenstelle. Beispiele Vertrieb - USAMarketingIT-InfrastrukturForschung und Entwicklung
	Lieferantenname VendorName	Der rechtliche Name des Lieferanten, der die Rechnung eingereicht hat.
Beschreibung Der Lieferantenname gibt an, welcher Lieferant einer Rechnung zugeordnet ist. Dieses Attribut ist entscheidend, um lieferantenspezifische Abläufe und Leistungen in der Kreditorenbuchhaltung zu analysieren. Mit dieser Dimension können Sie den Prozessablauf filtern und sehen, wie Rechnungen bestimmter Lieferanten bearbeitet werden. Sie ist wichtig für das Dashboard „Lieferantenleistung und Verarbeitungszeit“ und die KPI „Abweichung der Zykluszeit nach Lieferant“. Damit erkennen Sie, welche Lieferantenrechnungen schnell verarbeitet werden und bei welchen es regelmäßig zu Verzögerungen oder Abweichungen kommt. So lassen sich Ansatzpunkte für die Zusammenarbeit mit Lieferanten und die Standardisierung von Prozessen ermitteln. Warum das wichtig ist Ermöglicht die Analyse von Prozessabweichungen und Leistung nach Lieferant. So lassen sich lieferantenspezifische Engpässe oder Probleme mit der Rechnungsqualität erkennen. Woher beziehen Diese Information befindet sich im Objekt „Vendor“ in Sage Intacct, das mit dem AP Bill verknüpft ist. Beispiele Staples Inc.Office DepotGlobal Tech ServicesCreative Solutions LLC
	Rechnungsbetrag InvoiceAmount	Der Gesamtbetrag der Rechnung.
Beschreibung Der Rechnungsbetrag gibt den Gesamtwert der vom Lieferanten eingereichten Rechnung an. Dieses Attribut ist für die Finanzanalyse entscheidend und zeigt, wie sich der Rechnungswert auf den Verarbeitungsweg auswirkt. In der Analyse lassen sich Rechnungen nach Wert gruppieren, etwa in niedrige, mittlere und hohe Beträge. So können Sie prüfen, ob Rechnungen mit höheren Beträgen andere Genehmigungswege durchlaufen oder länger bearbeitet werden. Der Betrag ist außerdem ein wichtiger Bestandteil der KPI „Einhaltung der Zahlungsrichtlinien“, da Genehmigungsgrenzen häufig davon abhängen. So können Sie Verbesserungsmaßnahmen auf Transaktionen mit hohem Wert konzentrieren. Warum das wichtig ist Ermöglicht wertbezogene Analysen, etwa ob Rechnungen mit hohen Beträgen andere Wege durchlaufen oder länger bearbeitet werden. Außerdem ist der Betrag wichtig, um die Einhaltung von Genehmigungsgrenzen zu prüfen. Woher beziehen Dies ist das Feld „Amount“ oder „Transaction Amount“ im Objekt AP Bill in Sage Intacct. Beispiele 150.755000.0025000.50
	Rechnungsstatus InvoiceStatus	Der aktuelle Bearbeitungsstatus der Rechnung im Kreditorenbuchhaltungs-Workflow.
Beschreibung Der Rechnungsstatus zeigt, an welcher Stelle im Lebenszyklus sich eine Rechnung gerade befindet, zum Beispiel „Entwurf“, „Zur Freigabe eingereicht“, „Genehmigt“ oder „Bezahlt“. Er gibt einen Überblick über den Bearbeitungsfortschritt. Dieses Attribut ist entscheidend für das Dashboard „Trends bei Rechnungsdurchsatz und -volumen“. Es zeigt, wie sich Rechnungen zu einem bestimmten Zeitpunkt auf die verschiedenen Status verteilen. So können Betriebsverantwortliche die Arbeitslast überwachen, Engpässe erkennen, an denen sich Rechnungen ansammeln, und Abschlusszeiten prognostizieren. Statusänderungen im Zeitverlauf zu verfolgen, ist eine gängige Methode, um das Aktivitätsprotokoll für Process Mining zu erstellen. Warum das wichtig ist Zeigt den aktuellen Status einer Rechnung. Das ist wichtig, um die Arbeitslast zu überwachen und Bearbeitungsphasen zu erkennen, in denen Rechnungen stecken bleiben. Woher beziehen In Sage Intacct ist dies üblicherweise ein Feld „Status“ oder „Bearbeitungsstatus“ am Objekt AP Bill. Beispiele EntwurfEingereichtGenehmigtBezahlt
	Zahlungsstatus PaymentStatus	Der aktuelle Status des Zahlungsvorgangs zur Rechnung.
Beschreibung Der Zahlungsstatus beschreibt den Status der Zahlung selbst und unterscheidet sich damit vom Rechnungsstatus. Mögliche Werte sind „Geplant“, „In Bearbeitung“, „Bezahlt“, „Verrechnet“ oder „Fehlgeschlagen“. Dieses Attribut steht im Mittelpunkt des Dashboards „Überwachung von Zahlungsstatus und Fehlern“. Das Finanzteam kann damit den Erfolg von Zahlungsläufen verfolgen, fehlgeschlagene Zahlungen schnell erkennen und beheben sowie mögliche Doppelzahlungen überwachen. Die Verweildauer in den einzelnen Zahlungsstatus zeigt, wo sich der Zahlungsausführungsprozess verbessern lässt, und erleichtert eine verlässlichere Liquiditätsplanung. Warum das wichtig ist Zeigt den Erfolg und Status des abschließenden Zahlungsschritts. So lassen sich Zahlungsfehler und Verzögerungen schnell erkennen und beheben. Woher beziehen Diese Informationen finden Sie in Sage Intacct am Objekt AP Payment oder Bill Payment. Beispiele GeplantAn die Bank gesendetVerrechnetStorniert
	Abteilung Department	Der Name der internen Abteilung, der die Rechnung zugeordnet ist. Er wird häufig für Freigaben und die Kostenverteilung verwendet.
Beschreibung Die Abteilung ist ein organisatorisches Attribut, das eine Rechnung einem bestimmten Unternehmensbereich zuordnet, zum Beispiel „Marketing“ oder „Informationstechnologie“. Häufig werden Freigaben damit an die zuständige Abteilungsleitung oder Führungskraft weitergeleitet. Wie die Kostenstelle ermöglicht auch diese Dimension Leistungsvergleiche zwischen Unternehmensbereichen. So können Sie Freigabezeiten oder Nacharbeitsquoten nach Abteilung vergleichen und erkennen, wo Prozesse reibungslos laufen und wo nicht. Diese Analyse unterstützt die Standardisierung des Kreditorenbuchhaltungsprozesses im gesamten Unternehmen. Warum das wichtig ist Ermöglicht den Vergleich der Prozessleistung zwischen verschiedenen Unternehmensbereichen und unterstützt die Standardisierung. Woher beziehen Dies ist eine Standarddimension in Sage Intacct, die Transaktionen wie AP Bills zugeordnet werden kann. Beispiele MarketingVertriebITFinanzen
	Durchgängig verarbeitet IsStraightThrough	Ein boolesches Kennzeichen, das den Wert „wahr“ hat, wenn die Rechnung ohne manuelle Eingriffe oder Nacharbeit verarbeitet wurde.
Beschreibung Dieses Attribut kennzeichnet Rechnungen, die vom Eingang bis zur Zahlungsplanung vollständig automatisch verarbeitet wurden, ohne manuelle Eingriffe oder Ausnahmebehandlung. Üblicherweise ist es das Gegenstück zum Kennzeichen „Nacharbeit erfolgt“. Dieses Kennzeichen dient zur Berechnung der KPI „Anteil durchgängig verarbeiteter Rechnungen“, einer wichtigen Kennzahl für Automatisierung und Prozesseffizienz. Ein hoher Anteil weist auf einen ausgereiften und gut kontrollierten Kreditorenbuchhaltungsprozess hin. Die Analyse von Rechnungen, die nicht durchgängig verarbeitet werden, zeigt, welche Hindernisse einer vollständigen Automatisierung noch im Weg stehen. Warum das wichtig ist Kennzeichnet vollständig automatisiert verarbeitete Rechnungen. So lässt sich der Erfolg von Automatisierungsinitiativen messen und weiteres Verbesserungspotenzial erkennen. Woher beziehen Dieses Kennzeichen berechnet das Process-Mining-Tool üblicherweise als Umkehrung des Kennzeichens „IsRework“ oder anhand einer definierten Aktivitätsfolge für den Happy Path. Beispiele truefalse
	Grund für Abweichung DiscrepancyReason	Ein Code oder Text, der den Grund für eine Rechnungsabweichung beschreibt, etwa eine Abweichung beim Preis oder bei der Menge.
Beschreibung Der Abweichungsgrund liefert Kontext, wenn eine Rechnung die Validierung oder den Abgleich mit einer Bestellung nicht besteht. Er erklärt, warum die Rechnung zur manuellen Prüfung markiert wurde. Häufige Gründe sind Preisabweichungen, Mengenabweichungen oder fehlende Angaben. Dieses Attribut ist zentral für das Dashboard „Bearbeitungszeit und Nacharbeit bei Abweichungen“. Durch die Analyse der häufigsten Abweichungsgründe kann ein Unternehmen die Ursachen ermitteln, etwa bestimmte Lieferanten, Artikel oder interne Fehler bei der Dateneingabe. Diese Erkenntnisse helfen, gezielte Prozessverbesserungen umzusetzen, zum Beispiel Stammdaten zu aktualisieren oder die Kommunikation mit Lieferanten zu verbessern. Warum das wichtig ist Erklärt die Ursachen von Nacharbeit und Verzögerungen. So können Sie gezielt Ausnahmen reduzieren und den Anteil der durchgängigen Verarbeitung erhöhen. Woher beziehen Diese Informationen können in einem benutzerdefinierten Feld oder einem Notizfeld gespeichert sein. Sie lassen sich auch aus bestimmten Ausnahmestatus in Sage Intacct oder einer integrierten OCR- beziehungsweise Erfassungslösung ableiten. Beispiele PreisabweichungMengenabweichungUngültige BestellnummerDoppelte Rechnung
	Lieferanten-ID VendorId	Die eindeutige Systemkennung des Lieferanten.
Beschreibung Die Lieferanten-ID ist eine eindeutige, vom System erzeugte Kennung für jeden Lieferantendatensatz. Anders als der Lieferantenname, der uneinheitlich sein kann, bietet die Lieferanten-ID einen stabilen Schlüssel zum Verknüpfen und Analysieren von Daten. Für Dashboards ist der Lieferantenname leichter verständlich. Bei Aggregationen und Filtern ist die Lieferanten-ID jedoch technisch zuverlässiger, insbesondere wenn Lieferantennamen leicht voneinander abweichen, etwa „Staples Inc.“ und „Staples“. So werden alle Transaktionen eines Lieferanten korrekt zusammengefasst und lassen sich präzise analysieren. Warum das wichtig ist Bietet einen stabilen, eindeutigen Schlüssel für jeden Lieferanten. So lassen sich lieferantenbezogene Daten korrekt zusammenfassen, auch wenn die Namen unterschiedlich geschrieben sind. Woher beziehen Dies ist das Feld „Lieferanten-ID“ am Objekt Vendor in Sage Intacct. Beispiele V1001V1002V2304
	Nacharbeit erfolgt IsRework	Ein boolesches Kennzeichen, das den Wert „wahr“ hat, wenn die Rechnung eine Nacharbeitsschleife durchlaufen hat, etwa zur Klärung einer Abweichung.
Beschreibung Dieses berechnete Attribut kennzeichnet Rechnungen, bei denen mindestens ein Nacharbeitszyklus stattgefunden hat. Nacharbeit liegt vor, wenn ein Prozessschritt aufgrund eines Fehlers oder einer Ausnahme wiederholt werden muss, zum Beispiel nach dem Ereignis „Abweichung festgestellt“ gefolgt von „Abweichung behoben“. Dieses Kennzeichen dient zur Berechnung der KPI „Nacharbeitsquote bei Rechnungen“ und zum Filtern der Prozesslandkarte, um gezielt Nacharbeitswege zu analysieren. Zu verstehen, welche Rechnungen Nacharbeit erfordern und warum, ist entscheidend, um Ursachen für ineffiziente Prozesse zu erkennen, etwa eine schlechte Datenqualität bei Lieferanten oder fehlerhafte Stammdaten. Warum das wichtig ist Kennzeichnet Rechnungen, die zusätzlichen, ungeplanten Aufwand verursacht haben. So lassen sich Prozessineffizienzen beziffern und die Ursachen von Ausnahmen ermitteln. Woher beziehen Dieses boolesche Kennzeichen berechnet das Process-Mining-Tool, indem es prüft, ob bestimmte Nacharbeitsaktivitäten, etwa „Abweichung behoben“, in der Ereignisfolge des Cases vorkommen. Beispiele truefalse
	Rabattbetrag EarlyPaymentDiscountAmount	Der mögliche Rabattbetrag, wenn die Rechnung vor dem regulären Fälligkeitsdatum bezahlt wird.
Beschreibung Dieses Attribut gibt den Wert des vom Lieferanten angebotenen Skontos gemäß den Zahlungsbedingungen an. „2/10, Net 30“ bedeutet beispielsweise 2 % Rabatt bei Zahlung innerhalb von 10 Tagen. Der Betrag ist entscheidend für die KPI und das Dashboard „Nutzung von Skonti bei frühzeitiger Zahlung“. Er beziffert das Einsparpotenzial jeder Rechnung und hilft dem Finanzteam, Zahlungen mit besonders hohen Rabatten zu priorisieren. Der Vergleich des möglichen Gesamtrabattbetrags mit dem tatsächlich erzielten Betrag zeigt die finanziellen Auswirkungen ineffizienter Prozesse. Warum das wichtig ist Beziffert das Einsparpotenzial durch frühzeitige Zahlungen. So lassen sich Rechnungen priorisieren und die finanziellen Auswirkungen effizienter Prozesse in der Kreditorenbuchhaltung messen. Woher beziehen Dieser Wert wird in Sage Intacct üblicherweise anhand der Felder „Zahlungsbedingungen“ und „Rechnungsbetrag“ am AP Bill berechnet. Beispiele 10.0050.25250.00
	Rechnungsdatum InvoiceDate	Das Datum, an dem der Lieferant die Rechnung ausgestellt hat.
Beschreibung Das Rechnungsdatum, auch Belegdatum genannt, ist das auf der Rechnung des Lieferanten angegebene Datum. Es markiert den offiziellen Beginn der Zahlungsfrist, zum Beispiel den Start einer Frist von 30 Tagen netto. Dieses Attribut dient als Ausgangspunkt, um zu messen, wie lange es dauert, bis eine Rechnung im System erfasst wird (Aktivität „Rechnung eingegangen“). Diese Kennzahl wird als Rechnungserfassungsverzug bezeichnet. Diesen Verzug zu verringern, ist für Kreditorenbuchhaltungen oft ein wichtiges Ziel, um Prozesse besser nachvollziehen und den Cashflow verlässlicher prognostizieren zu können. Das Rechnungsdatum ist eine grundlegende Angabe für zahlreiche Finanzberechnungen. Warum das wichtig ist Markiert den Ausgangspunkt aus Sicht des Lieferanten. Anhand dieses Datums lassen sich der Rechnungserfassungsverzug und das Fälligkeitsdatum berechnen. Woher beziehen Dies ist das Feld „Belegdatum“ oder „Datum“ am Objekt AP Bill in Sage Intacct. Beispiele 2023-10-152023-10-202023-11-01
	Skontofrist EarlyPaymentDiscountDate	Der letzte Tag, an dem eine Rechnung bezahlt werden kann, um Anspruch auf Skonto zu haben.
Beschreibung Dieses Attribut gibt den Stichtag an, bis zu dem eine Rechnung bezahlt werden muss, damit der vom Lieferanten angebotene Rabatt gilt. Das Datum wird anhand des Rechnungsdatums und der Skontobedingungen berechnet, zum Beispiel 10 Tage nach dem Rechnungsdatum bei den Bedingungen „2/10, Net 30“. Dieses Datum ist eine wichtige interne SLA für die Kreditorenbuchhaltung. Das Dashboard „Nutzung von Skonti bei frühzeitiger Zahlung“ zeigt damit, ob eine Zahlung rechtzeitig eingegangen ist, um den Rabatt zu erhalten. Die Überwachung des zeitlichen Abstands zwischen Zahlung und Frist kann Engpässe bei Freigaben und Zahlungsplanung aufdecken. Warum das wichtig ist Ist eine wichtige Frist für die Kreditorenbuchhaltung. Wird sie eingehalten, spart das dem Unternehmen unmittelbar Kosten. Woher beziehen Dieses Datum wird in Sage Intacct anhand des „Belegdatums“ und der „Zahlungsbedingungen“ im AP-Bill-Datensatz berechnet. Beispiele 2023-10-252023-11-102023-11-30
	Währung Currency	Die Währung, in der der Rechnungsbetrag angegeben ist.
Beschreibung Das Attribut „Währung“ gibt an, in welcher Währung der Rechnungsbetrag ausgewiesen ist, zum Beispiel USD, EUR oder GBP. Für international tätige Unternehmen, die Rechnungen in mehreren Währungen bearbeiten, ist diese Angabe besonders wichtig. Für die Analyse ist sie unerlässlich, um Finanzberichte korrekt zu erstellen und Beträge für Vergleiche in eine gemeinsame Währung umzurechnen. Eine Filterung nach Währung kann außerdem zeigen, ob Rechnungen in bestimmten Währungen länger bearbeitet werden, etwa aufgrund anderer Bankvorschriften oder Freigabeprozesse. Die Währung liefert den nötigen Kontext für alle Geldbeträge. Warum das wichtig ist Liefert den nötigen Kontext für alle Geldbeträge und ermöglicht präzise Finanzanalysen, insbesondere in international tätigen Unternehmen. Woher beziehen Dies ist das Feld „Währung“ am Objekt AP Bill. Wenn die Mehrwährungsfunktion aktiviert ist, wird der Wert in Sage Intacct häufig aus dem Lieferantendatensatz übernommen. Beispiele USDEURGBP
	Zykluszeit der Freigabe ApprovalCycleTime	Die Zeitspanne zwischen der Weiterleitung einer Rechnung zur Freigabe und ihrer endgültigen Freigabe.
Beschreibung Die Zykluszeit der Freigabe misst gezielt die Dauer der Freigabephase. Sie wird berechnet, indem der Timestamp von „Zur Freigabe weitergeleitet“ vom Timestamp von „Rechnung genehmigt“ abgezogen wird. Diese Kennzahl steht im Mittelpunkt des Dashboards „Analyse der Rechnungsfreigabe-Zykluszeit“. Sie hilft, Engpässe im Freigabe-Workflow zu lokalisieren, unabhängig davon, ob sie durch bestimmte Freigebende, Abteilungen oder Rechnungstypen verursacht werden. Die Zykluszeit zu verkürzen, ist oft ein wichtiges Ziel, da sie sich direkt darauf auswirkt, ob Skonti genutzt und Zahlungen fristgerecht geleistet werden können. Warum das wichtig ist Misst die Effizienz des Freigabe-Workflows. So lassen sich langsame Freigebende und Engpässe erkennen, die Zahlungen verzögern und dazu führen können, dass Skonti verfallen. Woher beziehen Dieses Maß berechnet das Process-Mining-Tool, indem es den Timestamp der Aktivität „Zur Freigabe weitergeleitet“ vom Timestamp der Aktivität „Rechnung genehmigt“ abzieht. Beispiele 2 Tage 3 Stunden7 Tage 1 Stunde10 Stunden 30 Minuten

Erforderlich Empfohlen Optional

Aktivitäten der Kreditorenrechnungsverarbeitung

Dies sind die wichtigsten Prozessschritte und Meilensteine, die Sie in Ihrem Event Log erfassen sollten, um Ihren Rechnungs-Workflow zuverlässig zu entdecken und zu analysieren.

7 Empfohlen 7 Optional

	Aktivität	Beschreibung
	Bestellung zugeordnet	Bestätigt, dass Rechnungsangaben wie Mengen und Preise erfolgreich mit einer zugehörigen Bestellung abgeglichen wurden. Dies wird häufig ausdrücklich erfasst, wenn ein Benutzer eine Bestellung mit einem AP Bill verknüpft.
Warum das wichtig ist Ein entscheidender Schritt bei Rechnungen mit Bestellbezug. Fehlgeschlagene oder langwierige Abgleiche weisen auf mögliche Abweichungen hin und sind eine häufige Ursache für Engpässe. Woher beziehen Wird im Transaktionsprotokoll oder Audit-Trail erfasst, wenn ein Benutzer die Aktion „Match“ ausführt oder eine „Purchase Order“ mit dem Objekt „AP Bill“ verknüpft. Erfassung Ermitteln Sie den Event-Log-Eintrag, der die Verknüpfung einer Purchase Order mit einem AP Bill erfasst. Ereignistyp explicit
	Rechnung eingegangen	Markiert den Prozessbeginn, wenn eine Rechnung manuell oder über eine automatisierte Erfassungslösung in Sage Intacct eingegeben wird. Dieses Ereignis wird üblicherweise anhand des Erstellungs-Timestamps des AP-Bill-Datensatzes abgeleitet.
Warum das wichtig ist Damit ist der Startpunkt für alle Berechnungen der Zykluszeit festgelegt. Das ist entscheidend, um die Effizienz des Gesamtprozesses und den Rechnungsdurchsatz zu messen. Woher beziehen Abgeleitet aus dem Timestamp des Felds „Created Date“ im Objekt „AP Bill“ (APBILL). Dies ist das zuverlässigste Start-Event für den Prozess. Erfassung Verwenden Sie den Erstellungs-Timestamp des AP-Bill-Datensatzes. Ereignistyp inferred
	Rechnung genehmigt	Zeigt an, dass die zuständige Stelle die Rechnung genehmigt hat und sie zur Buchung der Zahlung bereit ist. Dieses Ereignis wird ausdrücklich im Genehmigungsverlauf oder Audit-Trail von Sage Intacct erfasst.
Warum das wichtig ist Ein wichtiger Meilenstein, der den Genehmigungszyklus abschließt. Verzögerungen bis zu diesem Schritt weisen auf Engpässe bei der Genehmigung hin. Eine schnelle Genehmigung ist entscheidend, um Skonti bei frühzeitiger Zahlung auszuschöpfen. Woher beziehen Wird ausdrücklich in den Genehmigungsverlaufsprotokollen zum Objekt „AP Bill“ erfasst. Timestamp und Benutzer des Genehmigenden werden üblicherweise protokolliert. Erfassung Verwenden Sie den Timestamp des abschließenden Genehmigungseintrags im Genehmigungsverlauf der Rechnung. Ereignistyp explicit
	Rechnung im Hauptbuch gebucht	Markiert die Transaktion, bei der die genehmigte Rechnung offiziell im Hauptbuch (General Ledger, GL) gebucht und damit eine finanzielle Verbindlichkeit erfasst wird. Dies ist ein ausdrücklich protokolliertes, zentrales Buchungsereignis in Sage Intacct.
Warum das wichtig ist Dieser wichtige finanzielle Meilenstein macht die Rechnung zu einer offiziellen Verbindlichkeit des Unternehmens. Sie ist damit zahlungsbereit und wirkt sich auf den Jahresabschluss aus. Woher beziehen Dies ist eine ausdrücklich erfasste Transaktion. Das Buchungsdatum ist direkt im Objekt „AP Bill“ oder in den zugehörigen „GL Entry“-Datensätzen gespeichert. Erfassung Verwenden Sie das Feld „Posting Date“ im AP Bill oder das Erstellungsdatum der zugehörigen GL-Transaktion. Ereignistyp explicit
	Zahlung ausgeführt	Markiert die Ausführung der Zahlungstransaktion, bei der die Gelder an den Lieferanten ausgezahlt werden. Dieses Ereignis wird ausdrücklich mit einem konkreten Transaktionsdatum erfasst.
Warum das wichtig ist Ein wichtiger Meilenstein, um die Einhaltung der Zahlungsvorgaben und die KPI zur Ausschöpfung von Skonti bei frühzeitiger Zahlung zu messen. Die Zeit von der Genehmigung bis zu diesem Ereignis zeigt, wie effizient Zahlungen verarbeitet werden. Woher beziehen Wird im Objekt „AP Payment“ erfasst, das mit dem „AP Bill“ verknüpft ist. Dieses Objekt enthält ein Feld „Payment Date“ oder einen Timestamp für die Ausführung der Transaktion. Erfassung Verwenden Sie das Feld „Payment Date“ im zugehörigen AP-Payment-Datensatz. Ereignistyp explicit
	Zahlung verrechnet	Der letzte Schritt bestätigt, dass die Zahlung bei der Bank eingegangen und die Transaktion abgestimmt ist. Dieses Ereignis wird üblicherweise bei der Bankabstimmung im Cash-Management-Modul von Sage Intacct erfasst.
Warum das wichtig ist Dieses Ereignis markiert das tatsächliche Ende des Rechnungslebenszyklus. Die vollständige Durchlaufzeit wird bis zu diesem Punkt gemessen und zeigt damit den gesamten Mittelabfluss. Woher beziehen Abgeleitet aus dem Feld „Clearing Date“ oder „Reconciliation Date“ der „AP Payment“-Transaktion im Cash-Management-Modul. Erfassung Verwenden Sie das Verrechnungsdatum aus dem Bankabstimmungsdatensatz, der mit der Zahlungstransaktion verknüpft ist. Ereignistyp inferred
	Zur Genehmigung weitergeleitet	Zeigt an, dass eine validierte und abgeglichene Rechnung in den Genehmigungs-Workflow übermittelt wurde. Sage Intacct protokolliert diese Aktion, wenn eine Rechnung zur Genehmigung eingereicht wird, und löst dabei Benachrichtigungen aus.
Warum das wichtig ist Damit beginnt der Genehmigungszyklus. Dieses Ereignis zu erfassen, ist entscheidend, um die KPI zur durchschnittlichen Genehmigungszeit von Rechnungen zu analysieren und Verzögerungen zu erkennen. Woher beziehen Wird im Audit-Trail oder Transaktionsprotokoll erfasst, wenn sich der Status von „AP Bill“ zu „Submitted for Approval“ ändert. Diese Aktion wird häufig als eigenes Ereignis protokolliert. Erfassung Verwenden Sie den Timestamp aus dem Audit-Protokoll, zu dem die Rechnung an die Genehmigungsinstanz übermittelt wird. Ereignistyp explicit
	Abweichung behoben	Markiert die Behebung einer zuvor festgestellten Abweichung, sodass die Rechnung weiterverarbeitet werden kann. Das Ereignis wird abgeleitet, wenn sich der Rechnungsstatus von „On Hold“ zurück in einen regulären Verarbeitungsstatus ändert.
Warum das wichtig ist Die Zeit zwischen „Abweichung festgestellt“ und „Abweichung behoben“ zu messen, ist entscheidend für die KPI zur Zykluszeit der Abweichungsbehebung. Woher beziehen Abgeleitet aus einem Statuswechsel des Objekts „AP Bill“ von einem Ausnahmezustand, zum Beispiel „On Hold“, in einen aktiven Status, etwa „Submitted“ oder „Pending Approval“. Erfassung Erfassen Sie den Timestamp des Statuswechsels von einem Ausnahmezustand zurück in einen Verarbeitungsstatus. Ereignistyp inferred
	Abweichung festgestellt	Zeigt eine bei der Validierung oder beim Abgleich festgestellte Abweichung an, etwa einen Preis- oder Mengenunterschied. Dieses Ereignis wird üblicherweise daraus abgeleitet, dass eine Rechnung den Status „Hold“ oder „Exception“ erhält.
Warum das wichtig ist Markiert den Beginn von Nachbearbeitungsschleifen. Die Häufigkeit und Art der Abweichungen zu analysieren, ist entscheidend, um die KPI für die Nachbearbeitungsquote von Rechnungen zu verbessern. Woher beziehen Abgeleitet aus einem Statuswechsel des Objekts „AP Bill“ in einen Status wie „On Hold“, „Exception“ oder „Discrepancy“. Im Audit-Trail können auch fehlgeschlagene Abgleichversuche vermerkt sein. Erfassung Erfassen Sie den Timestamp des Statuswechsels in einen abweichungsbezogenen Status im Objekt AP Bill. Ereignistyp inferred
	Rechnung abgelehnt	Zeigt an, dass ein Genehmigender die Rechnung abgelehnt hat. In der Regel muss sie daraufhin korrigiert und erneut eingereicht werden. Dieses Ereignis wird ausdrücklich in den Genehmigungsverlaufsprotokollen erfasst.
Warum das wichtig ist Macht Nachbearbeitungsschleifen im Genehmigungsprozess sichtbar. Eine hohe Ablehnungsquote kann auf ungenaue vorgelagerte Daten oder Verstöße gegen Richtlinien hinweisen. Woher beziehen Wird ausdrücklich in den Genehmigungsverlaufsprotokollen zum Objekt „AP Bill“ erfasst. Dort werden Aktionen wie „Decline“ oder „Reject“ protokolliert. Erfassung Verwenden Sie den Timestamp des Eintrags „Reject“ oder „Decline“ im Genehmigungsverlauf der Rechnung. Ereignistyp explicit
	Rechnung storniert	Zeigt die Stornierung oder Entwertung eines AP Bill an, wodurch der Prozess vorzeitig endet. Diese Aktion wird ausdrücklich im Audit-Trail des Systems protokolliert und hebt die Verbindlichkeit auf.
Warum das wichtig ist Macht abschließende Ausnahmefälle im Prozess sichtbar. Eine hohe Stornierungsquote kann auf doppelte Rechnungen oder fehlerhafte Dateneingaben zu Beginn hinweisen. Woher beziehen Wird ausdrücklich erfasst, wenn ein Benutzer einen „AP Bill“ entwertet oder storniert. Die Aktion und ihr Timestamp sind im Audit-Trail vermerkt oder spiegeln sich in einem Status wie „Void“ oder „Cancelled“ wider. Erfassung Verwenden Sie den Timestamp der „Void“-Transaktion oder des Statuswechsels zu „Cancelled“ im Objekt AP Bill. Ereignistyp explicit
	Rechnungsdaten validiert	Zeigt an, dass die Rechnungsdaten erfolgreich anhand von Geschäftsregeln geprüft wurden, etwa auf einen korrekten Lieferanten und erforderliche Angaben. Dieses Ereignis wird häufig daraus abgeleitet, dass ein AP-Bill-Datensatz gespeichert oder übermittelt wurde, ohne dass Validierungsfehler auftraten.
Warum das wichtig ist Erfasst die erste Prüfung der Datenqualität. Verzögerungen an dieser Stelle können auf ungenaue Datenerfassung oder Probleme bei der Einhaltung von Vorgaben durch Lieferanten hinweisen und die Quote der automatisierten Verarbeitung beeinträchtigen. Woher beziehen Abgeleitet aus dem Timestamp, zu dem der AP-Bill-Datensatz vom Status „Entwurf“ in den Status „Submitted“ wechselt. Prüfen Sie das Feld „State“ oder „Status“ im Objekt „AP Bill“. Erfassung Erfassen Sie den Timestamp des Statuswechsels von „Entwurf“ zu „Submitted“ im Objekt „AP Bill“. Ereignistyp inferred
	Skonto bei frühzeitiger Zahlung genutzt	Ein berechnetes Ereignis, das eintritt, wenn eine Zahlung innerhalb der Skontofrist des Lieferanten ausgeführt wird. Es wird ermittelt, indem das Ausführungsdatum der Zahlung mit dem Rechnungsdatum und den Zahlungsbedingungen verglichen wird.
Warum das wichtig ist Unterstützt direkt die KPI zur Ausschöpfung von Skonti bei frühzeitiger Zahlung, indem erfolgreich genutzte Skonti ausdrücklich gekennzeichnet werden. So lassen sich Kosteneinsparungen analysieren und gezielt steigern. Woher beziehen Wird berechnet, indem das Feld „Payment Date“ im Objekt „AP Payment“ mit den Feldern „Invoice Date“ und „Payment Terms“ im Objekt „AP Bill“ verglichen wird. Erfassung WENN „Payment Date“ <= („Invoice Date“ + Skontofrist aus „Payment Terms“), DANN tritt das Ereignis ein. Ereignistyp calculated
	Zahlung eingeplant	Zeigt an, dass eine genehmigte und gebuchte Rechnung für einen Zahlungslauf ausgewählt und darin aufgenommen wurde. Das Ereignis lässt sich daraus ableiten, dass die Rechnung einem Objekt wie „AP Payment Request“ oder einem ähnlichen Sammelobjekt hinzugefügt wird.
Warum das wichtig ist Dieser Schritt liegt zwischen der Genehmigung und der tatsächlichen Zahlung. Die hier verbrachte Zeit zu analysieren, hilft dabei, Cashflow-Management und Effizienz der Zahlungsplanung zu beurteilen. Woher beziehen Abgeleitet aus dem Erstellungsdatum des Objekts „AP Payment“, das den „AP Bill“ enthält. Möglicherweise ändert sich auch der Status der Rechnung zu „Scheduled for Payment“. Erfassung Verwenden Sie den Timestamp, zu dem der AP Bill mit einem geplanten, aber noch nicht ausgeführten Zahlungslauf verknüpft wird. Ereignistyp inferred

Anleitungen zur Datenextraktion

So exportieren Sie Ihre Daten aus Sage Intacct

Schritte

Voraussetzungen: Stellen Sie sicher, dass Ihre Sage-Intacct-Benutzerrolle über die Berechtigung für den Custom Report Writer sowie Lesezugriff auf die Module Accounts Payable, Purchasing und Cash Management verfügt.
Zum Report Center wechseln: Melden Sie sich bei Sage Intacct an und öffnen Sie Reports > Custom reports.
Bericht 1 erstellen: zentrale Rechnungsereignisse: Erstellen Sie einen neuen benutzerdefinierten Bericht. Wählen Sie AP Bill als primäres Objekt. Dieser Bericht erfasst Ereignisse, die direkt im Datensatz AP Bill verfügbar sind.
Verknüpfungen für Bericht 1 hinzufügen: Verknüpfen Sie im Tab „Data“ des Report Writers das Objekt AP Bill mit dem Objekt Vendor, um den Lieferantennamen abzurufen.
Spalten für Bericht 1 festlegen: Fügen Sie im Tab „Columns“ Felder wie Bill No, Vendor Name, Total Amount, Due Date, PO Number, State und wichtige Datumsfelder hinzu: When Created (für „Rechnung eingegangen“), When Posted (für „Rechnung im Hauptbuch gebucht“) und When Modified. Erstellen Sie mit Formeln die Spalten ActivityName und EventTime für diese Ereignisse.
Bericht 2 erstellen: Genehmigungsereignisse: Erstellen Sie einen zweiten benutzerdefinierten Bericht. Wählen Sie AP Bill Approval (oder ein ähnliches Audit-/Verlaufsobjekt) als primäres Objekt. Verknüpfen Sie dieses über AP Bill Key mit AP Bill und Vendor.
Spalten für Bericht 2 festlegen: Dieser Bericht erfasst Workflow-Ereignisse. Fügen Sie Spalten für AP Bill No, Approver und Date of the approval action hinzu. Legen Sie mit Formeln den Wert von ActivityName abhängig vom Genehmigungsstatus oder Aktionsfeld auf „Zur Genehmigung weitergeleitet“, „Rechnung genehmigt“ oder „Rechnung abgelehnt“ fest. EventTime entspricht dem Timestamp der Genehmigungsaktion.
Bericht 3 erstellen: Zahlungsereignisse: Erstellen Sie einen dritten benutzerdefinierten Bericht. Wählen Sie AP Payment als primäres Objekt. Verknüpfen Sie es mit AP Payment Detail, anschließend mit AP Bill und zuletzt mit Vendor.
Spalten für Bericht 3 festlegen: Dieser Bericht erfasst Zahlungsaktivitäten. Fügen Sie Spalten für AP Bill No, Payment Date (für „Zahlung ausgeführt“) und State hinzu. Verwenden Sie für „Zahlung geplant“ den Timestamp When Created des Datensatzes AP Payment. Verknüpfen Sie den Bericht mit Bank Transaction aus Cash Management und verwenden Sie für die Aktivität „Zahlung abgeglichen“ das Feld Reconciliation Date.
Berichte ausführen und exportieren: Legen Sie für alle drei Berichte denselben Datumsfilter fest, zum Beispiel anhand des Erstellungsdatums von AP Bill für die letzten 3 bis 6 Monate. Führen Sie die Berichte aus und exportieren Sie die Ergebnisse als CSV-Dateien.
Daten zusammenführen und umwandeln: Verwenden Sie ein externes Tool wie Microsoft Excel (Power Query), ein Python-Skript oder ein Datenaufbereitungstool. Laden Sie die drei CSV-Dateien. Achten Sie darauf, dass die Spalten in allen Dateien einheitlich benannt sind (InvoiceNumber, ActivityName, EventTime usw.). Fügen Sie die Daten aus allen drei Dateien zu einer Tabelle zusammen.
Event Log fertigstellen: Ergänzen Sie in Ihrem Transformationstool die statischen Spalten SourceSystem (zum Beispiel „Sage Intacct“) und LastDataUpdate (aktueller Timestamp). Berechnen Sie das abgeleitete Ereignis „Skonto genutzt“, indem Sie das Datum von „Zahlung ausgeführt“ mit dem Fälligkeits- oder Skontodatum der Rechnung vergleichen. Speichern Sie die zusammengeführte Tabelle als einzelne CSV-Datei. Sie enthält nun das Event Log und ist bereit für den Upload.

Konfiguration

Benutzerberechtigungen: Erforderlich ist eine Rolle mit Zugriff auf den Custom Report Writer und Lesezugriff auf folgende Sage-Intacct-Objekte: AP Bill, AP Payment, AP Payment Detail, Vendor, AP Bill Approval History und Bank Transaction.
Datumsbereich: Legen Sie für alle Berichte denselben Datumsfilter fest, damit die Daten konsistent bleiben. Üblicherweise wird AP Bill > When Created für einen Zeitraum von 3 bis 6 Monaten gefiltert. Bei größeren Datenmengen empfiehlt es sich, kürzere Zeiträume zu verwenden, zum Beispiel jeweils einen Monat, um Browser-Timeouts zu vermeiden.
Objektverknüpfungen: Die Genauigkeit der Extraktion hängt davon ab, dass die verschiedenen Datenobjekte korrekt verknüpft sind. AP Payment Detail verknüpft beispielsweise AP Payment mit AP Bill. Falsche Verknüpfungen führen zu fehlenden oder doppelten Daten.
Berichtsfilter: Zusätzlich zum Datumsbereich können Sie in Umgebungen mit mehreren Einheiten nach bestimmten Entities/Companies filtern. Auch Vendor Type oder Bill State eignen sich, um den Umfang einzugrenzen.
Berechnete Felder und Formeln: Mit den Formelfunktionen des Report Writers erstellen Sie für jedes Ereignis im Bericht eine statische Spalte ActivityName. Dieser Schritt ist entscheidend, damit die endgültige Ausgabe für Process Mining korrekt strukturiert ist.

Beispielabfrage sql

-- This is a configuration-based extraction using Sage Intacct's Custom Report Writer.
-- The logic is implemented by creating and combining multiple reports.

-- =============== REPORT 1: CORE INVOICE EVENTS ===============
-- Primary Object: AP Bill
-- Joins:
--   - AP Bill -> Vendor (on VENDORID)

-- Columns / Mapping:
--   InvoiceNumber: AP Bill.Bill No
--   VendorName: Vendor.Name
--   InvoiceAmount: AP Bill.Total Amount
--   DueDate: AP Bill.Due Date
--   PostingDate: AP Bill.When Posted
--   PurchaseOrderNumber: AP Bill.PO Number
--   CostCenter: AP Bill Entry.Department ID [Or other relevant dimension]
--   InvoiceStatus: AP Bill.State
--   SourceSystem: 'Sage Intacct' (Static Value)
--   LastDataUpdate: [Current Extraction Timestamp] (Static Value)

--   --- Activity: Invoice Received ---
--   ActivityName: 'Invoice Received' (Formula/Static)
--   EventTime: AP Bill.When Created
--   UserName: AP Bill.Created By

--   --- Activity: Invoice Data Validated ---
--   ActivityName: 'Invoice Data Validated' (Formula/Static)
--   EventTime: AP Bill.When Submitted for Approval [If available, otherwise use When Created]
--   UserName: AP Bill.Submitted By

--   --- Activity: Purchase Order Matched ---
--   ActivityName: 'Purchase Order Matched' (Formula/Static, create row only if AP Bill.PO Number is not null)
--   EventTime: AP Bill.When Modified [Timestamp when PO Number was populated, may require audit trail report]
--   UserName: AP Bill.Modified By

--   --- Activity: Discrepancy Found / Resolved / Cancelled ---
--   Note: These are status changes. Create one row per relevant status change from an Audit Trail report on AP Bill.
--   ActivityName: (Formula based on AP Bill.State change, e.g., IF(new_state='On Hold', 'Discrepancy Found', IF(old_state='On Hold', 'Discrepancy Resolved', '')))
--   EventTime: Audit Trail.When Changed
--   UserName: Audit Trail.Changed By

--   --- Activity: Invoice Posted To GL ---
--   ActivityName: 'Invoice Posted To GL' (Formula/Static)
--   EventTime: AP Bill.When Posted
--   UserName: AP Bill.Modified By


-- =============== REPORT 2: APPROVAL EVENTS ===============
-- Primary Object: AP Bill Approval History (or equivalent audit object)
-- Joins:
--   - AP Bill Approval History -> AP Bill (on BILLID)
--   - AP Bill -> Vendor (on VENDORID)

-- Columns / Mapping:
--   InvoiceNumber: AP Bill.Bill No
--   EventTime: AP Bill Approval History.Date
--   UserName: AP Bill Approval History.Approver Name
--   ... (other attributes joined from AP Bill)

--   --- Activity Logic ---
--   ActivityName: (Formula based on AP Bill Approval History.Action, e.g., IF(Action='Submitted', 'Routed For Approval', IF(Action='Approved', 'Invoice Approved', IF(Action='Rejected', 'Invoice Rejected', ''))))


-- =============== REPORT 3: PAYMENT EVENTS ===============
-- Primary Object: AP Payment
-- Joins:
--   - AP Payment -> AP Payment Detail (on RECORDNO)
--   - AP Payment Detail -> AP Bill (on BILLID)
--   - AP Bill -> Vendor (on VENDORID)
--   - AP Payment -> Bank Transaction (on PAYMENTKEY)

-- Columns / Mapping:
--   InvoiceNumber: AP Bill.Bill No
--   PaymentStatus: AP Payment.State
--   ... (other attributes joined from AP Bill and Vendor)

--   --- Activity: Payment Scheduled ---
--   ActivityName: 'Payment Scheduled' (Formula/Static)
--   EventTime: AP Payment.When Created
--   UserName: AP Payment.Created By

--   --- Activity: Payment Executed ---
--   ActivityName: 'Payment Executed' (Formula/Static)
--   EventTime: AP Payment.Payment Date
--   UserName: AP Payment.Created By

--   --- Activity: Early Payment Taken ---
--   ActivityName: 'Early Payment Taken' (Formula/Static, row generated only IF AP Payment.Payment Date <= AP Bill.Discount Date)
--   EventTime: AP Payment.Payment Date
--   UserName: AP Payment.Created By

--   --- Activity: Payment Cleared ---
--   ActivityName: 'Payment Cleared' (Formula/Static)
--   EventTime: Bank Transaction.Reconciliation Date
--   UserName: Bank Transaction.Reconciled By [Or similar field]

Schritte

Voraussetzungen: Installieren Sie Python 3.6 oder höher sowie die Bibliotheken requests, pandas und lxml. Besorgen Sie sich die Zugangsdaten für Sage Intacct Web Services (Sender ID, Sender Password, Company ID, User ID und User Password) für einen Benutzer mit Leseberechtigung für die Objekte APBILL, APPYMT und VENDOR.
Umgebung einrichten: Erstellen Sie ein neues Projektverzeichnis. Installieren Sie die erforderlichen Python-Bibliotheken mit pip: pip install requests pandas lxml.
Skript konfigurieren: Speichern Sie das bereitgestellte Python-Skript in einer Datei, zum Beispiel extract_intacct_ap.py. Öffnen Sie die Datei und ersetzen Sie die Platzhalterwerte im Wörterbuch SAGE_INTACCT_CREDS durch Ihre tatsächlichen Zugangsdaten und die URL des Endpunkts.
Extraktionsparameter festlegen: Passen Sie im Hauptteil des Skripts die Variablen start_date und end_date an, um den gewünschten Zeitraum für die Datenextraktion festzulegen. Für die erste Analyse empfiehlt sich ein Zeitraum von 3 bis 6 Monaten.
Skript ausführen: Öffnen Sie ein Terminal oder eine Eingabeaufforderung, wechseln Sie in Ihr Projektverzeichnis und führen Sie das Skript mit folgendem Befehl aus: python extract_intacct_ap.py. Das Skript sendet daraufhin Anfragen an die Sage-Intacct-API.
Ausführung überwachen: Das Skript gibt Fortschrittsmeldungen in der Konsole aus. Sie sehen, welches Objekt gerade abgerufen wird und wie viele Datensätze bereits vorliegen. Je nach Datumsbereich und Datenvolumen kann dies mehrere Minuten dauern.
API-Seitennummerierung verarbeiten: Das Skript verarbeitet die API-Seitennummerierung automatisch. Es ruft die Daten in mehreren Paketen (Seiten) ab, bis alle Datensätze im angegebenen Zeitraum erfasst sind.
Daten umwandeln: Nach dem Abruf der Rohdaten verarbeitet das Skript jeden APBILL- und APPYMT-Datensatz. Für jede der 14 festgelegten Geschäftsaktivitäten erstellt es automatisch eine eigene Zeile und berechnet die passenden Werte für ActivityName und EventTime.
Daten anreichern: Das Skript ruft anhand der VENDORID aus den Rechnungen die Lieferantendaten ab und ergänzt das Event Log um VendorName.
Ausgabe erstellen: Nach erfolgreichem Abschluss erstellt das Skript im selben Verzeichnis die Datei sage_intacct_ap_event_log.csv. Sie enthält das strukturierte Event Log.
Ausgabe prüfen: Öffnen Sie die erstellte CSV-Datei in einem Tabellenprogramm und überprüfen Sie den Inhalt. Prüfen Sie, ob alle 14 Aktivitäten enthalten und die Spalten wie erwartet ausgefüllt sind.
In ProcessMind hochladen: Die erstellte CSV-Datei kann nun direkt zur Analyse in ProcessMind hochgeladen werden.

Konfiguration

API-Zugangsdaten: Das Skript benötigt ein Wörterbuch mit den Zugangsdaten sender_id, sender_password, company_id, user_id und user_password. Aus Sicherheitsgründen empfiehlt sich ein dedizierter Web-Services-Benutzer mit Leseberechtigung.
API-Endpunkt: Für endpoint_url muss die korrekte URL Ihrer Sage-Intacct-Instanz eingetragen sein. Üblicherweise lautet sie https://api.intacct.com/ia/xml/xmlgw.phtml.
Datumsbereich: Die Variablen start_date und end_date legen den Extraktionszeitraum fest. Das Skript filtert Datensätze anhand des Feldes WHENCREATED. Für die erste Analyse empfiehlt sich ein Zeitraum von 3 bis 6 Monaten, um Datenvolumen und Erkenntnisgewinn auszubalancieren.
Abfragefilter: Die XML-Abfragen im Skript filtern APBILL-Datensätze nach dem Erstellungsdatum. Bei Bedarf können Sie im XML-Payload im Block weitere Filter ergänzen, zum Beispiel für bestimmte STATE- oder DEPARTMENTID-Werte.
Seitengröße: Der Parameter pagesize in der Funktion readByQuery ist für einen effizienten Datenabruf auf den zulässigen Höchstwert 1000 gesetzt. Das Skript ruft automatisch alle weiteren Seiten ab.
Objektfelder: Das Skript gibt genau an, welche Felder aus den Objekten APBILL, APPYMT und VENDOR abgerufen werden. Wenn Sie benutzerdefinierte Felder in Ihrem Prozess verwenden, ergänzen Sie deren API-Namen in der Liste des jeweiligen Objekts im Skript.

Beispielabfrage python

import requests
import pandas as pd
from lxml import etree
import datetime
import time

class=class="hl-string">"hl-comment"># --- Configuration ---
class=class="hl-string">"hl-comment"># Replace with your Sage Intacct Web Services Credentials
SAGE_INTACCT_CREDS = {
    class="hl-string">"sender_id": class="hl-string">"[Your Sender ID]",
    class="hl-string">"sender_password": class="hl-string">"[Your Sender Password]",
    class="hl-string">"company_id": class="hl-string">"[Your Company ID]",
    class="hl-string">"user_id": class="hl-string">"[Your Web Services User ID]",
    class="hl-string">"user_password": class="hl-string">"[Your Web Services User Password]",
    class="hl-string">"endpoint_url": class="hl-string">"https://api.intacct.com/ia/xml/xmlgw.phtml"
}

class=class="hl-string">"hl-comment"># --- API Communication ---
def execute_sage_intacct_request(payload):
    class="hl-string">"""Sends an XML request to the Sage Intacct API and returns the response XML tree."""
    headers = {class="hl-string">"Content-Type": class="hl-string">"application/x-www-form-urlencoded"}
    try:
        response = requests.post(SAGE_INTACCT_CREDS[class="hl-string">"endpoint_url"], data=payload, headers=headers, timeout=300)
        response.raise_for_status() class=class="hl-string">"hl-comment"># Raise an exception for bad status codes
        return etree.fromstring(response.content)
    except requests.exceptions.RequestException as e:
        print(fclass="hl-string">"API Request Failed: {e}")
        print(fclass="hl-string">"Response content: {response.text if 'response' in locals() else 'No response'}")
        return None

def get_session_id():
    class="hl-string">"""Gets a session ID from Sage Intacct."""
    payload = fclass="hl-string">"""<?xml version="1.0" encoding="UTF-8"?>
    <request>
      <control>
        <senderid>{SAGE_INTACCT_CREDS['sender_id']}</senderid>
        <password>{SAGE_INTACCT_CREDS['sender_password']}</password>
        <controlid>req1</controlid>
        <uniqueid>false</uniqueid>
        <dtdversion>3.0</dtdversion>
        <includewhitespace>false</includewhitespace>
      </control>
      <operation>
        <authentication>
          <login>
            <userid>{SAGE_INTACCT_CREDS['user_id']}</userid>
            <companyid>{SAGE_INTACCT_CREDS['company_id']}</companyid>
            <password>{SAGE_INTACCT_CREDS['user_password']}</password>
          </login>
        </authentication>
        <content>
          <function controlid="func1">
            <getAPISession />
          </function>
        </content>
      </operation>
    </request>"""
    root = execute_sage_intacct_request(payload)
    if root is not None:
        session_id_element = root.find(class="hl-string">'.//sessionid')
        if session_id_element is not None:
            print(class="hl-string">"Successfully obtained session ID.")
            return session_id_element.text
    print(class="hl-string">"Failed to obtain session ID.")
    return None

def fetch_all_records(session_id, object_name, query, fields):
    class="hl-string">"""Fetches all records for a given object using readByQuery and handles pagination."""
    all_records = []
    page_size = 1000
    
    payload_template = fclass="hl-string">"""<?xml version="1.0" encoding="UTF-8"?>
    <request>
      <control>
        <senderid>{SAGE_INTACCT_CREDS['sender_id']}</senderid>
        <password>{SAGE_INTACCT_CREDS['sender_password']}</password>
        <controlid>req1</controlid>
        <uniqueid>false</uniqueid>
        <dtdversion>3.0</dtdversion>
        <includewhitespace>false</includewhitespace>
      </control>
      <operation>
        <authentication><sessionid>{session_id}</sessionid></authentication>
        <content>
          <function controlid="func1">
            <readByQuery>
              <object>{object_name}</object>
              <query>{query}</query>
              <fields>{','.join(fields)}</fields>
              <pagesize>{page_size}</pagesize>
              {{result_id_block}}
            </readByQuery>
          </function>
        </content>
      </operation>
    </request>"""
    
    result_id = None
    while True:
        result_id_block = fclass="hl-string">"<resultId>{result_id}</resultId>" if result_id else class="hl-string">""
        payload = payload_template.format(result_id_block=result_id_block)
        root = execute_sage_intacct_request(payload)

        if root is None or root.find(class="hl-string">'.//status').text != class="hl-string">'success':
            error_desc = root.find(class="hl-string">'.//description2').text if root is not None else class="hl-string">"Unknown error"
            print(fclass="hl-string">"Error fetching {object_name}: {error_desc}")
            break
        
        data = root.find(class="hl-string">'.//data')
        records = data.findall(fclass="hl-string">'./{object_name}')
        if not records:
            break
            
        for record in records:
            record_dict = {field.tag: field.text for field in record}
            all_records.append(record_dict)
        
        num_remaining = int(data.get(class="hl-string">'numremaining'))
        result_id = data.get(class="hl-string">'resultId')
        print(fclass="hl-string">"Fetched {len(records)} {object_name} records. {num_remaining} remaining.")
        
        if num_remaining == 0:
            break

        time.sleep(1) class=class="hl-string">"hl-comment"># Be respectful to the API
        
    return all_records

class=class="hl-string">"hl-comment"># --- Data Transformation ---
def transform_to_event_log(bills, payments, vendors_map):
    class="hl-string">"""Transforms raw API data into a structured event log."""
    event_log = []
    last_data_update = datetime.datetime.now().isoformat()

    for bill in bills:
        case_id = bill.get(class="hl-string">'BILLNO')
        if not case_id:
            continue

        vendor_name = vendors_map.get(bill.get(class="hl-string">'VENDORID'), class="hl-string">'')
        common_attrs = {
            class="hl-string">'InvoiceNumber': case_id,
            class="hl-string">'SourceSystem': class="hl-string">'Sage Intacct',
            class="hl-string">'LastDataUpdate': last_data_update,
            class="hl-string">'VendorName': vendor_name,
            class="hl-string">'InvoiceAmount': bill.get(class="hl-string">'TOTALAMOUNT'),
            class="hl-string">'DueDate': bill.get(class="hl-string">'DUEDATE'),
            class="hl-string">'PostingDate': bill.get(class="hl-string">'POSTINGDATE'),
            class="hl-string">'PurchaseOrderNumber': bill.get(class="hl-string">'REFERENCENO'),
            class="hl-string">'CostCenter': bill.get(class="hl-string">'DEPARTMENTID'), class=class="hl-string">"hl-comment"># Header-level department
            class="hl-string">'InvoiceStatus': bill.get(class="hl-string">'STATE'),
            class="hl-string">'PaymentStatus': None class=class="hl-string">"hl-comment"># Will be populated later
        }

        class=class="hl-string">"hl-comment"># Event: Invoice Received
        if bill.get(class="hl-string">'WHENCREATED'):
            event_log.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Received',
                class="hl-string">'EventTime': bill.get(class="hl-string">'WHENCREATED'),
                class="hl-string">'UserName': bill.get(class="hl-string">'CREATEDBY')
            })

        class=class="hl-string">"hl-comment"># Event: Invoice Data Validated (inferred from creation)
        if bill.get(class="hl-string">'WHENCREATED'):
            event_log.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Invoice Data Validated',
                class="hl-string">'EventTime': bill.get(class="hl-string">'WHENCREATED'),
                class="hl-string">'UserName': bill.get(class="hl-string">'CREATEDBY')
            })

        class=class="hl-string">"hl-comment"># Event: Purchase Order Matched (inferred)
        if bill.get(class="hl-string">'REFERENCENO') and bill.get(class="hl-string">'WHENMODIFIED'):
             event_log.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Purchase Order Matched',
                class="hl-string">'EventTime': bill.get(class="hl-string">'WHENMODIFIED'),
                class="hl-string">'UserName': bill.get(class="hl-string">'MODIFIEDBY')
            })

        class=class="hl-string">"hl-comment"># Events from Status: Discrepancy, Routed, Rejected, Approved, Posted, Cancelled
        class=class="hl-string">"hl-comment"># Note: This simplified model uses final state fields. A full audit trail query is needed for intermediate states.
        if bill.get(class="hl-string">'STATE') == class="hl-string">'On Hold' and bill.get(class="hl-string">'WHENMODIFIED'):
             event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Discrepancy Found', class="hl-string">'EventTime': bill.get(class="hl-string">'WHENMODIFIED'), class="hl-string">'UserName': bill.get(class="hl-string">'MODIFIEDBY')})
        if bill.get(class="hl-string">'STATE') == class="hl-string">'Submitted' and bill.get(class="hl-string">'WHENMODIFIED'):
             event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Routed For Approval', class="hl-string">'EventTime': bill.get(class="hl-string">'WHENMODIFIED'), class="hl-string">'UserName': bill.get(class="hl-string">'MODIFIEDBY')})
        if bill.get(class="hl-string">'STATE') == class="hl-string">'Declined' and bill.get(class="hl-string">'WHENMODIFIED'):
             event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Invoice Rejected', class="hl-string">'EventTime': bill.get(class="hl-string">'WHENMODIFIED'), class="hl-string">'UserName': bill.get(class="hl-string">'MODIFIEDBY')})
        if bill.get(class="hl-string">'WHENAPPROVED'):
            event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Invoice Approved', class="hl-string">'EventTime': bill.get(class="hl-string">'WHENAPPROVED'), class="hl-string">'UserName': bill.get(class="hl-string">'APPROVEDBY')})
        if bill.get(class="hl-string">'STATE') == class="hl-string">'Posted' and bill.get(class="hl-string">'WHENPOSTED'):
            event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Invoice Posted To GL', class="hl-string">'EventTime': bill.get(class="hl-string">'WHENPOSTED'), class="hl-string">'UserName': bill.get(class="hl-string">'MODIFIEDBY')})
        if bill.get(class="hl-string">'STATE') == class="hl-string">'Voided' and bill.get(class="hl-string">'WHENVOIDED'):
            event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Invoice Cancelled', class="hl-string">'EventTime': bill.get(class="hl-string">'WHENVOIDED'), class="hl-string">'UserName': bill.get(class="hl-string">'MODIFIEDBY')})

    class=class="hl-string">"hl-comment"># Process Payments for related events
    bill_map = {b[class="hl-string">'RECORDNO']: b for b in bills if class="hl-string">'RECORDNO' in b}
    for payment in payments:
        for item in payment.get(class="hl-string">'PAYMENTITEMS', {}).get(class="hl-string">'paymentitem', []):
            bill_key = item.get(class="hl-string">'key')
            if bill_key and bill_key in bill_map:
                bill = bill_map[bill_key]
                case_id = bill.get(class="hl-string">'BILLNO')
                vendor_name = vendors_map.get(bill.get(class="hl-string">'VENDORID'), class="hl-string">'')
                common_attrs = {
                    class="hl-string">'InvoiceNumber': case_id,
                    class="hl-string">'SourceSystem': class="hl-string">'Sage Intacct',
                    class="hl-string">'LastDataUpdate': last_data_update,
                    class="hl-string">'VendorName': vendor_name,
                    class="hl-string">'InvoiceAmount': bill.get(class="hl-string">'TOTALAMOUNT'),
                    class="hl-string">'DueDate': bill.get(class="hl-string">'DUEDATE'),
                    class="hl-string">'PostingDate': bill.get(class="hl-string">'POSTINGDATE'),
                    class="hl-string">'PurchaseOrderNumber': bill.get(class="hl-string">'REFERENCENO'),
                    class="hl-string">'CostCenter': bill.get(class="hl-string">'DEPARTMENTID'),
                    class="hl-string">'InvoiceStatus': bill.get(class="hl-string">'STATE'),
                    class="hl-string">'PaymentStatus': payment.get(class="hl-string">'STATE')
                }

                class=class="hl-string">"hl-comment"># Event: Payment Scheduled (inferred from payment creation)
                if payment.get(class="hl-string">'WHENCREATED'):
                    event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Payment Scheduled', class="hl-string">'EventTime': payment.get(class="hl-string">'WHENCREATED'), class="hl-string">'UserName': payment.get(class="hl-string">'CREATEDBY')})

                class=class="hl-string">"hl-comment"># Event: Payment Executed
                if payment.get(class="hl-string">'PAYMENTDATE'):
                    event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Payment Executed', class="hl-string">'EventTime': payment.get(class="hl-string">'PAYMENTDATE'), class="hl-string">'UserName': payment.get(class="hl-string">'CREATEDBY')})

                class=class="hl-string">"hl-comment"># Event: Early Payment Taken (calculated)
                discount_date_str = bill.get(class="hl-string">'DISCOUNTDATE')
                payment_date_str = payment.get(class="hl-string">'PAYMENTDATE')
                if discount_date_str and payment_date_str:
                    try:
                        discount_date = datetime.datetime.strptime(discount_date_str, class="hl-string">'%m/%d/%Y').date()
                        payment_date = datetime.datetime.strptime(payment_date_str, class="hl-string">'%m/%d/%Y').date()
                        if payment_date <= discount_date:
                            event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Early Payment Taken', class="hl-string">'EventTime': payment.get(class="hl-string">'PAYMENTDATE'), class="hl-string">'UserName': payment.get(class="hl-string">'CREATEDBY')})
                    except ValueError:
                        pass class=class="hl-string">"hl-comment"># Ignore parsing errors
                
                class=class="hl-string">"hl-comment"># Event: Payment Cleared
                if payment.get(class="hl-string">'WHENCLEARED'):
                     event_log.append({**common_attrs, class="hl-string">'ActivityName': class="hl-string">'Payment Cleared', class="hl-string">'EventTime': payment.get(class="hl-string">'WHENCLEARED'), class="hl-string">'UserName': payment.get(class="hl-string">'CREATEDBY')})

    class=class="hl-string">"hl-comment"># Add Discrepancy Resolved (placeholder logic)
    class=class="hl-string">"hl-comment"># A robust implementation requires analyzing audit trail for state changes from class="hl-string">'On Hold'.
    class=class="hl-string">"hl-comment"># This simplified version does not generate this event.

    return pd.DataFrame(event_log)


class=class="hl-string">"hl-comment"># --- Main Execution ---
if __name__ == class="hl-string">"__main__":
    start_date = class="hl-string">"01/01/2023"
    end_date = class="hl-string">"12/31/2023"
    
    print(class="hl-string">"Starting Sage Intacct AP Data Extraction...")
    session_id = get_session_id()
    
    if session_id:
        class=class="hl-string">"hl-comment"># 1. Fetch AP Bills
        print(class="hl-string">"\n--- Fetching AP Bills ---")
        bill_query = fclass="hl-string">"WHENCREATED &gt;= '{start_date}' AND WHENCREATED &lt;= '{end_date}'"
        bill_fields = [class="hl-string">'RECORDNO', class="hl-string">'BILLNO', class="hl-string">'STATE', class="hl-string">'VENDORID', class="hl-string">'WHENCREATED', class="hl-string">'WHENMODIFIED', class="hl-string">'WHENPOSTED', class="hl-string">'WHENAPPROVED', class="hl-string">'WHENVOIDED', class="hl-string">'APPROVEDBY', class="hl-string">'CREATEDBY', class="hl-string">'MODIFIEDBY', class="hl-string">'DUEDATE', class="hl-string">'POSTINGDATE', class="hl-string">'TOTALAMOUNT', class="hl-string">'REFERENCENO', class="hl-string">'DEPARTMENTID', class="hl-string">'PAYMENTTERMS', class="hl-string">'DISCOUNTDATE']
        bills = fetch_all_records(session_id, class="hl-string">'APBILL', bill_query, bill_fields)

        if bills:
            class=class="hl-string">"hl-comment"># 2. Fetch related AP Payments
            print(class="hl-string">"\n--- Fetching AP Payments ---")
            bill_keys = class="hl-string">"','".join([b[class="hl-string">'RECORDNO'] for b in bills if class="hl-string">'RECORDNO' in b])
            payment_query = fclass="hl-string">"PAYMENTITEMS.paymentitem.key IN ('{bill_keys}')"
            class=class="hl-string">"hl-comment"># Note: The class="hl-string">'PAYMENTITEMS' field is complex and must be explicitly requested.
            payment_fields = [class="hl-string">'RECORDNO', class="hl-string">'STATE', class="hl-string">'PAYMENTDATE', class="hl-string">'WHENCLEARED', class="hl-string">'WHENCREATED', class="hl-string">'CREATEDBY', class="hl-string">'PAYMENTITEMS']
            payments = fetch_all_records(session_id, class="hl-string">'APPYMT', payment_query, payment_fields)

            class=class="hl-string">"hl-comment"># 3. Fetch Vendors for enrichment
            print(class="hl-string">"\n--- Fetching Vendors ---")
            vendor_ids = class="hl-string">"','".join(list(set([b[class="hl-string">'VENDORID'] for b in bills if class="hl-string">'VENDORID' in b])))
            vendor_query = fclass="hl-string">"VENDORID IN ('{vendor_ids}')"
            vendor_fields = [class="hl-string">'VENDORID', class="hl-string">'NAME']
            vendors = fetch_all_records(session_id, class="hl-string">'VENDOR', vendor_query, vendor_fields)
            vendors_map = {v[class="hl-string">'VENDORID']: v[class="hl-string">'NAME'] for v in vendors}

            class=class="hl-string">"hl-comment"># 4. Transform data into event log
            print(class="hl-string">"\n--- Transforming data into event log ---")
            event_log_df = transform_to_event_log(bills, payments, vendors_map)
            
            class=class="hl-string">"hl-comment"># 5. Sort and save to CSV
            if not event_log_df.empty:
                event_log_df = event_log_df.sort_values(by=[class="hl-string">'InvoiceNumber', class="hl-string">'EventTime'])
                output_filename = class="hl-string">'sage_intacct_ap_event_log.csv'
                event_log_df.to_csv(output_filename, index=False)
                print(fclass="hl-string">"\nExtraction complete. Event log saved to {output_filename}")
                print(fclass="hl-string">"Total events extracted: {len(event_log_df)}")
            else:
                print(class="hl-string">"\nNo events were generated from the fetched data.")

        else:
            print(class="hl-string">"\nNo AP Bills found in the specified date range.")

Schritte

Data Delivery Service (DDS) abonnieren und konfigurieren: Melden Sie sich mit Administratorrechten bei Ihrer Sage-Intacct-Umgebung an. Öffnen Sie Company > Admin > Subscriptions und prüfen Sie, ob Data Delivery Service für Ihr Konto aktiviert ist. Wenden Sie sich andernfalls an Ihre Sage-Intacct-Ansprechperson.
Replikationsauftrag festlegen: Öffnen Sie in Sage Intacct den Konfigurationsbereich des Data Delivery Service. Erstellen Sie einen Auftrag zur Datenreplikation. Wählen Sie die Datenobjekte (Tabellen) aus, die repliziert werden sollen. Berücksichtigen Sie alle für die Kreditorenbuchhaltung relevanten Objekte, zum Beispiel APBILL, APBILLITEM, APPAYMENT, APPAYMENTDETAIL, VENDOR, POINVOICE, HISTORY_APBILL, USERS, GLDETAIL und BANKTXNS.
Cloud-Speicher als Ziel konfigurieren: Richten Sie den DDS-Auftrag so ein, dass die replizierten Daten an Ihr Cloud-Data-Warehouse übertragen werden, zum Beispiel Amazon S3, Azure Blob Storage, Snowflake oder Google BigQuery. Geben Sie die erforderlichen Verbindungszeichenfolgen, Zugangsdaten und Zieldetails an. Sage Intacct überträgt die Dateien an diesen Speicherort.
Replikationszeitplan festlegen: Bestimmen Sie, wie häufig die Daten repliziert werden sollen. Üblich ist eine tägliche Ausführung über Nacht, um die Produktionssysteme möglichst wenig zu belasten. So werden die Daten in Ihrem Warehouse regelmäßig aktualisiert.
Daten in das Data Warehouse laden: Richten Sie nach der Übertragung der Dateien in Ihren Cloud-Speicher einen Ladeprozess ein, der die Daten, häufig im CSV- oder Parquet-Format, in strukturierte Tabellen Ihres Data Warehouse überführt. Die meisten Cloud-Data-Warehouses bieten dafür Automatisierungswerkzeuge, zum Beispiel Snowpipe von Snowflake oder Load Jobs von BigQuery.
Mit dem Data Warehouse verbinden: Verwenden Sie einen SQL-Client oder ein Business-Intelligence-Tool, das eine Verbindung zu Ihrem Cloud-Data-Warehouse herstellen kann. Konfigurieren Sie die Verbindung mit den passenden Zugangsdaten und Verbindungsdetails.
Abfrage für das Event Log ausführen: Öffnen Sie einen neuen Abfrageeditor und fügen Sie das bereitgestellte SQL-Skript ein. Passen Sie Platzhalter wie den Datumsbereich ('YYYY-MM-DD') in der WHERE-Klausel an den gewünschten Analysezeitraum an.
Abfrage ausführen und Ergebnisse prüfen: Führen Sie die vollständige SQL-Abfrage aus. Die Ausgabe ist eine einzelne Event-Log-Tabelle mit allen angegebenen Aktivitäten und Attributen für den Kreditorenrechnungsprozess.
Für ProcessMind exportieren: Exportieren Sie das Ergebnis aus Ihrem SQL-Client als CSV-Datei. Achten Sie auf UTF-8-Kodierung und einheitliche Datums- und Zeitformate. Die Datei kann nun zur Analyse in ProcessMind hochgeladen werden.

Konfiguration

Voraussetzungen: Sie benötigen ein Abonnement für den Sage Intacct Data Delivery Service (DDS), ein aktives Konto und eingerichteten Speicher in einem unterstützten Cloud-Data-Warehouse, zum Beispiel Snowflake, Google BigQuery oder Amazon Redshift. Für die Einrichtung benötigen Sie Administratorzugriff auf Sage Intacct und das Data Warehouse.
Wichtige Tabellen für die Replikation: Nehmen Sie für ein umfassendes Kreditoren-Event-Log folgende Sage-Intacct-Objekte in Ihren DDS-Auftrag auf: APBILL, APBILLITEM, APPAYMENT, APPAYMENTDETAIL, GLDETAIL, VENDOR, POINVOICE, HISTORY_APBILL, USERS und BANKTXNS.
Datumsfilter: Filtern Sie die Daten in der SQL-Abfrage nach einem bestimmten Zeitraum, um die Leistung zu steuern. Beginnen Sie mit einem aktuellen Zeitraum, zum Beispiel den letzten 3 bis 6 Monaten. Die bereitgestellte Abfrage verwendet ab.WHENCREATED als primäres Filterdatum.
Datengranularität: DDS repliziert vollständige Tabellen. Die bereitgestellte SQL-Abfrage wandelt diese relationalen Rohdaten in das für ProcessMind erforderliche Event-Log-Format um. Jede Zeile steht dabei für eine einzelne Geschäftsaktivität.
Replikationshäufigkeit: Legen Sie einen Zeitplan für den DDS-Auftrag fest, der Aktualität und Systemleistung in Einklang bringt. Für Process Mining ist eine tägliche Replikation üblich. Beachten Sie, dass zwischen einem Ereignis in Sage Intacct und seiner Übernahme in das Data Warehouse eine Verzögerung liegt.

Beispielabfrage sql

WITH BaseInvoices AS (
    SELECT
        ab.RECORDNO AS BillRecordNo,
        ab.BILLNO AS InvoiceNumber,
        ab.STATE AS InvoiceStatus,
        ab.TOTALENTERED AS InvoiceAmount,
        ab.WHENCREATED AS CreationTime,
        ab.WHENPOSTED AS PostingDate,
        ab.DUEDATE AS DueDate,
        ab.DISCOUNTDATE AS DiscountDate,
        v.NAME AS VendorName,
        u.LOGINID AS UserName, -- User associated with creation/last modification
        po.PONUMBER AS PurchaseOrderNumber,
        STRING_AGG(DISTINCT abi.DEPARTMENTID, ', ') AS CostCenter, -- Aggregates cost centers from line items
        p.STATE AS PaymentStatus,
        p.PAYMENTDATE AS PaymentDate,
        bt.CLEARDATE AS PaymentClearedDate
    FROM
        APBILL AS ab
    LEFT JOIN VENDOR AS v ON ab.VENDORID = v.RECORDNO
    LEFT JOIN USERS AS u ON ab.MODIFIEDBY = u.USERID
    LEFT JOIN APBILLITEM AS abi ON ab.RECORDNO = abi.APBILLKEY
    LEFT JOIN POINVOICE AS pi ON ab.RECORDNO = pi.BILLKEY
    LEFT JOIN PODOCUMENT AS po ON pi.POKEY = po.RECORDNO
    LEFT JOIN APPAYMENTDETAIL AS pd ON ab.RECORDNO = pd.BILLKEY
    LEFT JOIN APPAYMENT AS p ON pd.PAYMENTKEY = p.RECORDNO
    LEFT JOIN BANKTXNS AS bt ON p.RECORDNO = bt.DOC_RECORDKEY AND bt.DOCTYPE = 'APPAYMENT'
    WHERE
        ab.WHENCREATED BETWEEN '[YYYY-MM-DD]' AND '[YYYY-MM-DD]'
    GROUP BY
        ab.RECORDNO,
        ab.BILLNO,
        ab.STATE,
        ab.TOTALENTERED,
        ab.WHENCREATED,
        ab.WHENPOSTED,
        ab.DUEDATE,
        ab.DISCOUNTDATE,
        v.NAME,
        u.LOGINID,
        po.PONUMBER,
        p.STATE,
        p.PAYMENTDATE,
        bt.CLEARDATE
)
-- 1. Invoice Received
SELECT 
    bi.InvoiceNumber AS "InvoiceNumber",
    'Invoice Received' AS "ActivityName",
    bi.CreationTime AS "EventTime",
    'Sage Intacct DDS' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    bi.VendorName AS "VendorName",
    bi.InvoiceAmount AS "InvoiceAmount",
    bi.DueDate AS "DueDate",
    bi.PostingDate AS "PostingDate",
    bi.PurchaseOrderNumber AS "PurchaseOrderNumber",
    bi.CostCenter AS "CostCenter",
    bi.UserName AS "UserName",
    bi.InvoiceStatus AS "InvoiceStatus",
    bi.PaymentStatus AS "PaymentStatus"
FROM BaseInvoices bi

UNION ALL

-- 2. Invoice Data Validated (Inferred from initial creation if not in a DRAFT state)
SELECT 
    bi.InvoiceNumber,
    'Invoice Data Validated',
    bi.CreationTime, -- Assuming validation happens at time of creation/submission
    'Sage Intacct DDS',
    CURRENT_TIMESTAMP,
    bi.VendorName,
    bi.InvoiceAmount,
    bi.DueDate,
    bi.PostingDate,
    bi.PurchaseOrderNumber,
    bi.CostCenter,
    bi.UserName,
    bi.InvoiceStatus,
    bi.PaymentStatus
FROM BaseInvoices bi
WHERE bi.InvoiceStatus != 'Draft'

UNION ALL

-- 3. Purchase Order Matched
SELECT
    bi.InvoiceNumber,
    'Purchase Order Matched',
    pi.WHENCREATED, -- Time the PO was linked to the invoice
    'Sage Intacct DDS',
    CURRENT_TIMESTAMP,
    bi.VendorName,
    bi.InvoiceAmount,
    bi.DueDate,
    bi.PostingDate,
    bi.PurchaseOrderNumber,
    bi.CostCenter,
    (SELECT LOGINID FROM USERS WHERE USERID = pi.CREATEDBY) AS "UserName",
    bi.InvoiceStatus,
    bi.PaymentStatus
FROM BaseInvoices bi
JOIN POINVOICE pi ON bi.BillRecordNo = pi.BILLKEY
WHERE bi.PurchaseOrderNumber IS NOT NULL

UNION ALL

-- 4 & 5. Discrepancy Found & Resolved (from history table)
SELECT 
    bi.InvoiceNumber,
    CASE 
        WHEN h.NEW_VALUE = 'On Hold' THEN 'Discrepancy Found'
        WHEN h.OLD_VALUE = 'On Hold' AND h.NEW_VALUE != 'On Hold' THEN 'Discrepancy Resolved'
    END AS "ActivityName",
    h.WHEN_CHANGED AS "EventTime",
    'Sage Intacct DDS',
    CURRENT_TIMESTAMP,
    bi.VendorName,
    bi.InvoiceAmount,
    bi.DueDate,
    bi.PostingDate,
    bi.PurchaseOrderNumber,
    bi.CostCenter,
    (SELECT LOGINID FROM USERS WHERE USERID = h.WHO_CHANGED_ID) AS "UserName",
    h.NEW_VALUE AS "InvoiceStatus",
    bi.PaymentStatus
FROM BaseInvoices bi
JOIN HISTORY_APBILL h ON bi.BillRecordNo = h.RECORDNO
WHERE h.FIELD_NAME = 'STATE' AND (h.NEW_VALUE = 'On Hold' OR h.OLD_VALUE = 'On Hold')

UNION ALL

-- 6, 7 & 8. Routed For Approval, Invoice Rejected, Invoice Approved (from history table)
SELECT 
    bi.InvoiceNumber,
    CASE 
        WHEN h.NEW_VALUE = 'Submitted' THEN 'Routed For Approval'
        WHEN h.NEW_VALUE = 'Declined' THEN 'Invoice Rejected'
        WHEN h.NEW_VALUE = 'Approved' THEN 'Invoice Approved'
    END AS "ActivityName",
    h.WHEN_CHANGED AS "EventTime",
    'Sage Intacct DDS',
    CURRENT_TIMESTAMP,
    bi.VendorName,
    bi.InvoiceAmount,
    bi.DueDate,
    bi.PostingDate,
    bi.PurchaseOrderNumber,
    bi.CostCenter,
    (SELECT LOGINID FROM USERS WHERE USERID = h.WHO_CHANGED_ID) AS "UserName",
    h.NEW_VALUE AS "InvoiceStatus",
    bi.PaymentStatus
FROM BaseInvoices bi
JOIN HISTORY_APBILL h ON bi.BillRecordNo = h.RECORDNO
WHERE h.FIELD_NAME = 'STATE' AND h.NEW_VALUE IN ('Submitted', 'Declined', 'Approved')

UNION ALL

-- 9. Invoice Posted To GL
SELECT 
    bi.InvoiceNumber,
    'Invoice Posted To GL',
    bi.PostingDate,
    'Sage Intacct DDS',
    CURRENT_TIMESTAMP,
    bi.VendorName,
    bi.InvoiceAmount,
    bi.DueDate,
    bi.PostingDate,
    bi.PurchaseOrderNumber,
    bi.CostCenter,
    bi.UserName,
    bi.InvoiceStatus,
    bi.PaymentStatus
FROM BaseInvoices bi
WHERE bi.PostingDate IS NOT NULL AND bi.InvoiceStatus = 'Posted'

UNION ALL

-- 10. Payment Scheduled
SELECT 
    bi.InvoiceNumber,
    'Payment Scheduled',
    p.WHENCREATED,
    'Sage Intacct DDS',
    CURRENT_TIMESTAMP,
    bi.VendorName,
    bi.InvoiceAmount,
    bi.DueDate,
    bi.PostingDate,
    bi.PurchaseOrderNumber,
    bi.CostCenter,
    (SELECT LOGINID FROM USERS WHERE USERID = p.CREATEDBY) AS "UserName",
    bi.InvoiceStatus,
    p.STATE AS "PaymentStatus"
FROM BaseInvoices bi
JOIN APPAYMENTDETAIL pd ON bi.BillRecordNo = pd.BILLKEY
JOIN APPAYMENT p ON pd.PAYMENTKEY = p.RECORDNO

UNION ALL

-- 11. Payment Executed
SELECT 
    bi.InvoiceNumber,
    'Payment Executed',
    bi.PaymentDate,
    'Sage Intacct DDS',
    CURRENT_TIMESTAMP,
    bi.VendorName,
    bi.InvoiceAmount,
    bi.DueDate,
    bi.PostingDate,
    bi.PurchaseOrderNumber,
    bi.CostCenter,
    bi.UserName,
    bi.InvoiceStatus,
    bi.PaymentStatus
FROM BaseInvoices bi
WHERE bi.PaymentDate IS NOT NULL

UNION ALL

-- 12. Early Payment Taken
SELECT 
    bi.InvoiceNumber,
    'Early Payment Taken',
    bi.PaymentDate,
    'Sage Intacct DDS',
    CURRENT_TIMESTAMP,
    bi.VendorName,
    bi.InvoiceAmount,
    bi.DueDate,
    bi.PostingDate,
    bi.PurchaseOrderNumber,
    bi.CostCenter,
    bi.UserName,
    bi.InvoiceStatus,
    bi.PaymentStatus
FROM BaseInvoices bi
WHERE bi.PaymentDate IS NOT NULL AND bi.DiscountDate IS NOT NULL AND bi.PaymentDate <= bi.DiscountDate

UNION ALL

-- 13. Payment Cleared
SELECT 
    bi.InvoiceNumber,
    'Payment Cleared',
    bi.PaymentClearedDate,
    'Sage Intacct DDS',
    CURRENT_TIMESTAMP,
    bi.VendorName,
    bi.InvoiceAmount,
    bi.DueDate,
    bi.PostingDate,
    bi.PurchaseOrderNumber,
    bi.CostCenter,
    bi.UserName,
    bi.InvoiceStatus,
    bi.PaymentStatus
FROM BaseInvoices bi
WHERE bi.PaymentClearedDate IS NOT NULL

UNION ALL

-- 14. Invoice Cancelled
SELECT 
    bi.InvoiceNumber,
    'Invoice Cancelled',
    h.WHEN_CHANGED,
    'Sage Intacct DDS',
    CURRENT_TIMESTAMP,
    bi.VendorName,
    bi.InvoiceAmount,
    bi.DueDate,
    bi.PostingDate,
    bi.PurchaseOrderNumber,
    bi.CostCenter,
    (SELECT LOGINID FROM USERS WHERE USERID = h.WHO_CHANGED_ID) AS "UserName",
    h.NEW_VALUE AS "InvoiceStatus",
    bi.PaymentStatus
FROM BaseInvoices bi
JOIN HISTORY_APBILL h ON bi.BillRecordNo = h.RECORDNO
WHERE h.FIELD_NAME = 'STATE' AND h.NEW_VALUE = 'Voided';

Möchten Sie loslegen?

Mit diesem Template haben Sie alles, was Sie benötigen, um Ihre Kreditorenrechnungsverarbeitung zu optimieren. Entdecken Sie jetzt Erkenntnisse und steigern Sie die Effizienz.

Zurück zum Leitfaden zur Prozessverbesserung

Template herunterladen

Optimieren Sie noch heute Ihre Kreditorenrechnungsverarbeitung

Senken Sie die Verarbeitungskosten um 60 %, vermeiden Sie Verzögerungen und doppelte Zahlungen.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.

Ihr Daten-Template für die Kreditorenrechnungsverarbeitung

Ihr Daten-Template für die Kreditorenrechnungsverarbeitung

Attribute der Kreditorenrechnungsverarbeitung

Aktivitäten der Kreditorenrechnungsverarbeitung

Anleitungen zur Datenextraktion

Export aus Sage Intacct: benutzerdefinierter Bericht und Listenansicht

Schritte

Konfiguration

Beispielabfrage sql

Python-Skript mit der Sage-Intacct-Web-Services-API

Schritte

Konfiguration

Beispielabfrage python

Replikation mit dem Sage Intacct Data Delivery Service (DDS)

Schritte

Konfiguration

Beispielabfrage sql

Möchten Sie loslegen?

Optimieren Sie noch heute Ihre Kreditorenrechnungsverarbeitung