KI-Bewertung von potenziellen Doppelzahlungen für Nicht-SAP Daten
Einleitung
Eine Doppelzahlungsanalyse zeigt Eingangsrechnungen, die potenziell mehrfach gebucht wurden.
Sofern diese Buchungen im weiteren Verlauf des Prozesses durch Zahlungen ausgeglichen werden, entstehen Mehrfachzahlungen für ein und denselben Vorgang. Diese Mehrfachbuchungen identifizieren wir auf SAP-Daten mit unserer Standardanalyse AP_Dupl_Payments.
Da es Buchungsvorgänge gibt, die zwar wie Duplikate erscheinen, aber tatsächlich korrekt sind, spricht man in diesem Zusammenhang von potenziellen Treffern, die einer detaillierten Prüfung bedürfen. Durch die Kennzeichnung bestätigter Doppelbuchungen lässt sich ein KI-Modell trainieren, das neu erkannte Fälle automatisch bewertet und falsch-positive Treffer zuverlässig als solche identifiziert, sodass sie ausgeschlossen werden können.
Kunden, die kein SAP im Einsatz haben, aber die Vorteile der KI-Bewertung nutzen möchten, können unsere Analyse AI_Dupl_Payments einsetzen. Diese benötigt die eigens identifizierten potenziellen Doppelbuchungen, welche in einem vorgegebenen Format übergeben werden müssen.
Voraussetzungen
- Installation ACL for Windows & lokale Installation dab AnalyticSuite: Analyse kann nur lokal auf dem Desktop ausgeführt werden und nicht in Robotics
- R und R-Studio: Installation notwendig, R.exe und R-Package sind Voraussetzung (Artikel für Installation der R-Umgebung)
- Highbond: Results Modul notwendig
- TF_Import.xlsx: Datei muss im gleichen Pfad hinterlegt werden, wie ACL-Projekt
- Initiale Pool-Datei mit Namen AI_Dupl_Payments_Pool.xlsx:
- Name der Datei muss AI_Dupl_Payments_Pool.xlsx sein
- Pfad (standardmäßig C:\Users\Public\dabgmbh\AnalyticSuite\Utilities) kann geändert werden
- Datei muss bereits gefundene Doppelzahlungen enthalten, die bereits überprüft und dann als Echte Doppelzahlung oder Falsche Doppelzahlung markiert wurden
- Datei mit noch nicht geprüften Daten: muss im definierten Pfad hinterlegt werden
- Spaltenliste für die Tabelle: wird in der Pool-Datei und der Datei mit den ungeprüften Daten benötigt.
- Unterschied zwischen den beiden Dateien ist, dass die Felder AI_Meta_Information, AI_Potential, AI_Assessment und Manual Assessment NICHT in der Datei mit den ungeprüften Einträgen vorhanden sind.
Einstellungen im Startskript __Run_AI_Dupl_Payments
Folgende Variablen sind notwendig für den Upload zum Results Modul von Highbond:
- v_TF_Cust_Specific_OrgID: Organisation-ID of the Entity
- v_TF_Cust_Specific_UploadToken: Highbond API Token des Benutzers, der die Analyse durchfü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 der die Ergebnisse hochgeladen werden
- Highbond-Tabelle wird erst mit dem Upload beim ersten Run erstellt, das heißt, dass die Variable beim Start des ersten Runs nicht exisitieren darf
- Die entsprechende Zeile muss kommentiert sein
- Nach dem ersten Run: Highbond-Adresse muss in der Tabelle eingetragen werden, um weitere Updates der Highbond-Tabelle in den nächsten Runs zu ermöglichen
Die folgenden Variablen haben Standard-Werte, die angepasst werden können
- v_AI_Dupl_Paym_AI_ExpPath: Pfad, in der die Pool-Datei hinterlegt und aktualisiert wird. Empfehlung: Verwende den vordefinierten Pfad - da die Pool-Datei nach jedem Lauf aktualisiert wird, darf der Pfad nach dem ersten Lauf nicht mehr geändert werden
- v_AI_Dupl_Paym_Unseen_Path: Pfad und Name der ungesehenen Datendatei, die importiert werden muss
- v_TF17_ExportPfad: Pfad, in dem die .json-Datei erstellt wird
Verfahren im ersten Durchlauf
- Pool-Datei und Datei mit den ungeprüften Daten werden im R-Skript verarbeitet
- Im R-Skript erstellte Felder AI_Meta_Information, AI_Potential, AI_Assessments werden ans ACL-Skript übergeben und zu den ungeprüften Daten hinzugefügt
- Einträge mit eindeutiger ID werden zusammengefasst: eine Zeile pro eindeutiger ID in der Tabelle AI_Dupl_Payments_OneLine
- Tabelle AI_Dupl_Payments_OneLine wird ins Highbond-Modul Results hochgeladen, wo eine neue Tabelle erstellt wird
Manuelle Schritte nach dem ersten Lauf in Highbond
- Fragebogen erstellen für die erstellte Sammlung
- Name vergeben bspw. Erkennung von echten oder falschen Doppelzahlungen
- Hochgeladene Tabelle in Verknüpfte Tabellen wählen und speichern
- Neue Frage (Typ Einzelauswahl) erstellen
- Frage bspw. Ist dieser Datensatz eine echte oder falsche Doppelzahlung?
- Zwei Antwortmöglichkeiten hinzufügen: Echte Doppelzahlung, Falsche Doppelzahlung
- Wichtig: Spaltenbezeichnung in Manuelle Bewertung anpassen
- In den Einstellungen der Tabelle Highbond das Feld UpdateKey als Primärschlüssel definieren
- Verarbeite die Datensätze im Fragebogen: Feld Manual_Assessment_Upl enthält Einträge der initialen Pool-Datei:
- Feld gefüllt: Werte können übernommen werden
- Restlichen Einträge: Entscheidung des Benutzers aufgrund der Werte der Felder AI_Meta_Information, AI_Potential und AI_Assessments erforderlich. Das Feld Manual_Assessment_Upl kann gelöscht werden, sobald alle Werte übernommen wurden.
Manuelle Schritte vor dem zweiten Lauf im ACL-Startskript __Run_AI_Dupl_Payments
- Kopie der ID der Highbond-Ergebnistabelle: Wert in Variable v_AI_Dupl_Paym_OneLineID einfügen. Notwendig, um die Highbond-Ergebnistabelle in ACL zu importieren.
- Datei TF_Import: Datei öffnen und trage ID ins Blatt ScheduledResultsUpload eintragen. Notwendig, um die Highbond-Tabelle um die neuen Einträge zu aktualisieren.
- Datei unseen_date: Aktualisieren
Verfahren in den weiteren Läufen
- Highbond-Tabelle: wird in ACL importiert, da sie manuelle Bewertung des Benutzers 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
- Die im R-Skript erstellten Felder AI_Meta_Information, AI_Potential, AI_Assessments: werden ans ACL-Skript übergeben und zu ungeprüften Daten hinzugefügt
- Einträge einer eindeutigen ID werden zusammengefasst: Zum Erhalt einer Zeile pro eindeutiger ID in der Tabelle AI_Dupl_Payments_OneLine
- Tabelle Dupl_Payments_OneLine: Wird ins Highbond-Modul Results hochgeladen, wo die bestehende Tabelle Results aktualisiert wird
