Analyse von Doppelzahlungen für nicht-SAP-Daten

Einführung

Eine Analyse von Doppelzahlungen deckt Rechnungen auf, die möglicherweise mehrmals gebucht wurden. Werden diese Buchungen im weiteren Prozessverlauf durch Zahlungen ausgeglichen, entstehen für dieselbe Transaktion mehrere Zahlungen. Zur Identifizierung dieser mehrfachen Buchungen auf SAP-Daten setzen wir unsere Standardanalyse AP_Dupl_Payments ein, die eingehende Rechnungen zeigt, die potenziell mehrfach gebucht wurden. Einige Buchungsvorgänge erscheinen als Duplikate, sind jedoch korrekt. Diese werden als potenzielle Treffer bezeichnet und erfordern eine detaillierte Prüfung. Durch das Kennzeichnen bestätigter Doppelbuchungen kann ein KI-Modell trainiert werden, das neue Fälle automatisch bewertet und zuverlässig Falschpositive erkennt, sodass diese ausgeschlossen werden können. Kunden, die kein SAP verwenden, aber die KI-Auswertung nutzen möchten, können unser Analysetool AI_Dupl_Payments verwenden. Dafür müssen speziell identifizierte potenzielle Doppelbuchungen in einem vorgegebenen Format übertragen werden.

Voraussetzungen

• Installation von ACL für Windows und lokale Installation von dab AnalyticSuite: Die Analyse kann nur lokal am Desktop durchgeführt werden, nicht in Robotics
• R und R-Studio: Installation erforderlich, R.exe und R-Paket erforderlich (Artikel zur Installation der R-Umgebung)
• Highbond: Results-Modul erforderlich
• TF_Import.xlsx: Datei muss im selben Pfad wie das ACL-Projekt abgelegt werden
• Initiale Pool-Datei mit dem Namen AI_Dupl_Payments_Pool.xlsx:
  • Dateiname muss AI_Dupl_Payments_Pool.xlsx sein
  • Der Pfad (Standard C:\Users\Public\dabgmbh\AnalyticSuite\Utilities) kann geändert werden
  • Die Datei muss bereits gefundene, geprüfte und als True Duplicate Payments beziehungsweise False Duplicate Payments markierte Doppelzahlungen enthalten
• Datei mit Daten, die noch nicht überprüft wurden: Muss im definierten Pfad gespeichert werden
• Spaltenliste für die Tabelle: In der Pool-Datei sowie der Datei mit ungeprüften Daten erforderlich
• Unterschied zwischen den beiden Dateien besteht darin, dass die Felder AI_Meta_Information, AI_Potential, AI_Assessment und Manual Assessment in der Datei mit ungeprüften Daten NICHT enthalten sind.

Einstellungen im Start-Skript __Run_AI_Dupl_Payments

Für den Upload in das Highbond Results-Modul sind folgende Variablen erforderlich:

• v_TF_Cust_Specific_OrgID: Organisations-ID der Einheit
• v_TF_Cust_Specific_UploadToken: Highbond API-Token des Users, der die Analyse ausführt
• v_TF_Cust_Specific_APIArea: Mögliche Werte: 1 = EU (Standard); 2 = US; 3 = CA; 4 = AS; 5 = AU
• v_AI_Dupl_Paym_OneLineID:
  • ID der Highbond-Tabelle, in die die Ergebnisse hochgeladen werden
  • Die Highbond-Tabelle wird erst beim ersten Upload erstellt, die Variable darf beim ersten Start nicht existieren
  • Die entsprechende Zeile muss auskommentiert sein
  • Nach dem ersten Lauf: Die Highbond-Adresse muss in die Tabelle eingetragen werden, um Updates der Highbond-Tabelle in weiteren Durchläufen zu ermöglichen

Die folgenden Variablen haben Standardwerte, die angepasst werden können

• v_AI_Dupl_Paym_AI_ExpPath: Pfad, in dem die Pool-Datei gespeichert und aktualisiert wird. Empfehlung: Verwenden Sie den vorgegebenen Pfad – da die Pool-Datei nach jedem Durchlauf aktualisiert wird, darf der Pfad nach dem ersten Lauf nicht mehr geändert werden.
• v_AI_Dupl_Paym_Unseen_Path: Pfad und Name der zu importierenden ungeprüften Daten-Datei
• v_TF17_ExportPfad: Pfad, in dem die .json-Datei erstellt wird

Vorgehen beim ersten Durchlauf

• Pool-Datei und ungeprüfte Daten-Datei werden im R-Skript verarbeitet
• Die im R-Skript erzeugten Felder AI_Meta_Information, AI_Potential, AI_Assessments werden an das ACL-Skript übertragen und den ungeprüften Daten hinzugefügt
• Einträge mit eindeutiger ID werden dupliziert: eine Zeile pro eindeutiger ID in der Tabelle AI_Dupl_Payments_OneLine
• Tabelle AI_Dupl_Payments_OneLine wird in das Highbond Results-Modul hochgeladen, wobei eine neue Tabelle erstellt wird

Manuelle Schritte nach dem ersten Durchlauf in Highbond

• Erstellung eines Fragebogens für die entstandene Sammlung
• Vergabe eines Namens, z. B. Prüfung auf echte oder falsche Doppelzahlungen
• Hochgeladene Tabelle unter „Linked tables“ auswählen und speichern
• Neue Frage erstellen (Typ: Single Choice)
• Frage, z. B. Ist dieser Datensatz eine echte oder falsche Doppelzahlung?
• Zwei mögliche Antworten hinzufügen: True double payment, False double payment
• Wichtig: Spaltennamen im manuellen Scoring anpassen
• In den Highbond-Tabelleneinstellungen das UpdateKey-Feld als Primärschlüssel definieren
• Verarbeitung der Datensätze im Fragebogen: Das Feld Manual_Assessment_Upl enthält Datensätze der initialen Pool-Datei:
  • Feld ist gefüllt: Werte können übernommen werden
  • Übrige Einträge: Nutzerentscheidung erforderlich anhand der Werte in den Feldern AI_Meta_Information, AI_Potential und AI_Assessments. Das Feld Manual_Assessment_Upl kann gelöscht werden, sobald alle Werte übernommen sind.

Manuelle Schritte vor dem zweiten Durchlauf im ACL Start-Skript __Run_AI_Dupl_Payments

• Kopieren Sie die ID der Highbond Results-Tabelle: Wert in die Variable v_AI_Dupl_Paym_OneLineID einfügen. Notwendig, um die Highbond-Ergebnistabelle in ACL zu importieren.
• TF_Import: Datei öffnen und die ID im Sheet ScheduledResultsUpload eintragen. Dies ist notwendig, um die Highbond-Tabelle mit neuen Einträgen zu aktualisieren.
• Datei unseen_date: Aktualisieren

Vorgehen in den weiteren Durchläufen

• Highbond-Tabelle: Wird in ACL importiert, da sie manuelle Benutzerbewertungen enthält
• Pool-Datei: Wird mit Informationen aus der Highbond-Tabelle aktualisiert
• Pool-Datei und Datei mit den ungeprüften Daten: Werden im R-Skript verarbeitet
• AI_Meta_Information, AI_Potential, AI_Assessments: Die im R-Skript erzeugten Felder werden an das ACL-Skript übertragen und den ungeprüften Daten hinzugefügt.
• Einträge mit eindeutiger ID werden zusammengeführt: Um eine Zeile pro eindeutiger ID in der AI_Dupl_Payments_OneLine-Tabelle zu erhalten
• Tabelle Dupl_Payments_OneLine: Wird ins Highbond Results-Modul hochgeladen, wobei die bestehende Results-Tabelle aktualisiert wird