Toolkit „P2P Analysis for Oracle eBS“
Das Toolkit „P2P Analysis for Oracle eBS“ ist eine Analytics-as-a-Service-Lösung zur Überwachung des Risikos von Beschaffungsprozessen (P2P) von Organisationen mit Oracle-ERP-Systemen. Die Analyse analysiert und meldet P2P-Daten von Oracle, die Betrug, Verschwendung oder Missbrauch andeuten könnten.
Das Toolkit wird als vorkonfigurierte Lösung geliefert, die für einen Großteil der Kunden geeignet ist. Nach der Bereitstellung können Sie das Toolkit für Analyse-Robots mit neuen Skripts aktualisieren, sobald wir diese veröffentlichen. Sie können es weiter anpassen, indem Sie benutzerdefinierte Skripte hinzufügen, um das Toolkit zu verbessern. Die importierten Daten können in Ergebnisse-App- oder Excel-Dateien ausgegeben werden.
Hinweis
Der Robot „P2P Analysis for Oracle eBS“ unterstützt folgende Funktionen nicht:
- Analytics Exchange (AX)
- Robots-Cloud-Agent für Produktionszwecke
- Benutzerdefinierte Analysen und Datenquellen
- Berichterstellung mit einer anderen Ausgabe als in Excel/der Ergebnisse-App
System- und Abonnementanforderungen
Stellen Sie sicher, dass die folgenden System- und Abonnementanforderungen erfüllt sind, um das Robot-Toolkit „P2P Analysis for Oracle eBS“ zu verwenden.
Anforderung | Hinweise |
---|---|
ACL Robotics Enterprise Edition | Robot-Toolkits sind als Add-Ons verfügbar |
Lokaler Robots-Agent Version 15 |
Zu installierende Version – Unicode oder Nicht-Unicode – überprüfen |
ACL für Windows Version 15 |
|
Robot „Oracle eBS Data Integration“ | Stellen Sie sicher, dass der Robot „Oracle eBS Data Integration“ erfolgreich in Ihrer Organisation bereitgestellt wurde und im Moment ausgeführt wird. |
Über das Toolkit
Das Toolkit installiert mehrere Komponenten in Diligent One.
Komponente | Anzahl | Name |
---|---|---|
Sammlung | 2 |
P2P Analysis for Oracle eBS – Entwicklung P2P Analysis for Oracle eBS – Produktion |
Analyse |
2 |
Vendor Management Analysis (eine pro Sammlung) |
Robot | 1 | P2P Analysis for Oracle eBS |
Analysetabellen | 26 | Weitere Informationen finden Sie unter Analysen für Oracle eBS. |
P2P Analysis for Oracle eBS
Der Robot „P2P Analysis for Oracle eBS“ wird automatisch erstellt, wenn das Toolkit installiert wird. Dieser Robot enthält Folgendes:
-
Analyseskripts – Beinhaltet die Kernskripts für das Importieren und die Verarbeitung von Daten.
Hinweis
Sie sollten die Analyseskripts nicht ändern. Eine Änderung der Skripts kann dazu führen, dass das Ausführen der Aufgaben fehlschlägt. Änderungen sollten in der Datei „User Analytic Configuration“ konfiguriert oder als benutzerdefinierte Analyseskripts hochgeladen werden.
-
(Optional) Benutzerdefinierte Analyseskripts – Manuell hochgeladene Skripts, die den Robot um neue kundenspezifische Analysefähigkeiten erweitern oder Änderungen an der Datenlogik vornehmen. Diese Skripts haben gegenüber den Standardanalyseskripts Vorrang und sollten gründlich geprüft werden.
-
Konfigurationsdateien – Alle in der folgenden Tabelle aufgelisteten Konfigurationsdateien sind in der Registerkarte Eingabe/Ausgabe des Robots verfügbar.
Dateiname Beschreibung Modus P2P_Oracle_Default_
Analytic_Configuration.xlsxEnthält Standardkonfigurationen
Hinweis
Sie sollten diese Datei nicht ändern. Eine Änderung der Datei kann dazu führen, dass das Ausführen der Aufgaben fehlschlägt. Änderungen sollten in der Datei „User Analytic Configuration“ konfiguriert oder als benutzerdefinierte Analyseskripts hochgeladen werden.
Wird vom System automatisch generiert Result_Table_IDs.csv Enthält die Ziele der in die Ergebnisse-App exportierten Tabellen innerhalb der jeweiligen Entwickler- und Produktionssammlungen. Wird vom System automatisch generiert
Datei „User Analytic Configuration“ (Analysekonfiguration des Benutzers) Beinhaltet benutzerdefinierte Konfigurationen, die Konfigurationen der Datei „Default Analytic Configuration“ überschreiben müssen.
Die Konfigurationen in dieser Datei haben Vorrang vor Eingaben in der Datei „Default Analytic Configuration“.
Hinweis: Wenn Anpassungen über die Möglichkeiten der Datei „User Analytic Configuration“ hinausgehen, kann ein benutzerdefiniertes Skript hinzugefügt werden.
Manuell bei der Implementierung des Toolkits hochgeladen -
Robot-Aufgabe – Führt die Standardskripts und benutzerdefinierten Skripts innerhalb des Robots aus und enthält die folgenden Informationen.
Parameter Beschreibung Export to HighBond Results? (In HighBond-Ergebnisse-App exportieren?) Legt fest, ob importierte Daten in die Ergebnisse-App exportiert werden sollen. Folgende Optionen sind verfügbar:
- Export to Results - Overwrite (In Ergebnisse-App exportieren – Überschreiben) – Daten in Ergebnistabellen bei jedem Exportieren überschreiben.
- Export to Results - Append (In Ergebnisse-App exportieren – Anhängen) – Hängt Daten an die Ergebnistabellen an.
- Do not export (Nicht exportieren) – Exportiert Daten nicht in die Ergebnisse-App.
Export to Excel? (In Excel exportieren?) Gibt an, ob die aktuellen Ergebnisse in eine Excel-Datei exportiert werden sollen. Folgende Optionen sind verfügbar:
- In Microsoft Excel exportieren.
- Do not export (Nicht exportieren)
HighBond-Zugriffstoken Token, der zur Verbindung mit der Ergebnisse-App benötigt wird. Wenn das Exportieren in die Ergebnisse-App deaktiviert ist, kann ein beliebiger Wert für diesen Parameter eingegeben werden.
Verknüpfte Tabellen
Die notwendigen freigegebenen Tabellen des Robots „Oracle eBS Data Integration“ sind in der Registerkarte Eingabe/Ausgabe mit dem Robot „P2P Analysis for Oracle eBS“ verknüpft. Sobald die Analyse-Robot-Aufgabe ausgeführt wird, ruft sie Daten aus den verknüpften Tabellen ab und verwendet sie, um die definierte Logik der Kernanalyse zu verarbeiten.
Hinweis
Sie können mehrere Analyse-Robots erstellen und nur die benötigten Tabellen verknüpfen, um die Robots für spezielle Aufgaben oder Aufgabenmengen zu trennen.
Analysen für Oracle eBS
Die Analysen für Oracle eBS sind in der folgenden Tabelle aufgelistet.
Fehlerprotokollierung
Wenn beim Ausführen der Aufgabe Fehler erkannt werden, werden sie für jede Analyse in der Fehlerprotokolltabelle aufgezeichnet. Falls die Datensatzanzahl 0 beträgt, wird eine Fehlermeldung in die Fehlerprotokolltabelle geschrieben.
Tipp
Schauen Sie sich das Fehlerprotokoll nach der Aufgabenausführung selbst dann an, wenn die Analyse keine Ausnahmen zurückgab. So stellen Sie sicher, dass die Tabelle nicht 0 Datensätze aufwies. Benutzereingabeparameter aus der Datei „User Analytic Configuration“ können beispielsweise ignoriert werden, falls die Datei nicht ordnungsgemäß formatiert ist.
Was jede Analyse leistet
Analysename | Beschreibung |
---|---|
P2P01VM_Vendor_ Missing_Phone_Number |
Diese Analyse identifiziert Lieferanten ohne primäre Telefonnummer innerhalb der Lieferantenstammdatei. Sie überprüft das Feld AP_Supplier_Sites_All auf fehlende Telefonnummern. Dazu entfernt sie zuerst nicht numerische Zeichen und analysiert dann die verbleibenden Daten auf leere Werte. Die Ergebnistabelle dieser Analyse ist R_P2P01VM_Vendor_Missing_Phone_Number. |
P2P03VM_Vendor_ Missing_Tax_ID |
Diese Analyse identifiziert Lieferanten ohne primäre Steuernummer innerhalb der Lieferantenstammdatei. Sie überprüft das Feld UNIQUE_TAX_REFERENCE_NUM auf fehlende Steuernummern. Dazu entfernt sie zuerst nicht numerische Zeichen und analysiert dann die verbleibenden Daten auf leere Werte. Die Ergebnistabelle dieser Analyse ist R_P2P03VM_Vendor_Missing_Tax_ID. |
P2P04VM_Vendor_ PO_BOX_Addresses |
Diese Analyse identifiziert Lieferanten, bei denen das Adressfeld ein Postfach enthält. Insbesondere werden Ergebnisse ausgegeben, die nur ein Postfach und keine Straßenadresse enthalten.
Zwei Standardparameter sind für diese Analyse im Arbeitsblatt Default_Config_Params der Datei „Default Analytic Configuration“ verfügbar. Wenn die Standardparameter nicht anwendbar oder unvollständig sind, können Sie die notwendigen Werte in der Datei „User Analytic Configuration“ festlegen. Stellen Sie sicher, dass Sie die Format- und Namenskonventionen in der Datei „Default Analytic Configuration“ befolgen.
Die Ergebnistabelle dieser Analyse ist R_P2P04VM_Vendor_PO_BOX_Addresses. |
P2P05VM_Vendor_ Similar_Names |
Diese Analyse erkennt Lieferanten mit ähnlichen Namen, wobei Suffixe mit der Rechtsform wie „Inc“ und „Ltd“ entfernt werden. Die Analyse testet das Feld c_Vendor_Name_Stripped, das im Datenvorbereitungsskript P_Vendor_Master erstellt wurde. Es verwendet den Befehl FUZZYDUP mit benutzerdefinierten Parametern wie der prozentualen Mindestübereinstimmung und der zu verwendenden Levenshtein-Distanz, um ähnliche Namen zu erkennen. Exakte Übereinstimmungen des Lieferantennamens werden ausgeschlossen (optional). Standardmäßig sind exakte Übereinstimmungen in den Ergebnissen enthalten. Die Ergebnisse dieser Analyse werden in Gruppen ähnlicher oder doppelter Lieferantennamen dargestellt. Es ist möglich, dass derselbe Lieferant in mehreren Gruppen gemeldet wird. Informationen über die Prozesse, die der Befehl FUZZYDUP anwendet, finden Sie unter Fuzzy-Duplikate-Analyse. Bei der Suche nach Duplikaten wird das Land des Lieferanten nicht berücksichtigt. Drei Standardparameter sind für diese Analyse im Arbeitsblatt Default_Config_Params der Datei „Default Analytic Configuration“ verfügbar. Wenn die Standardparameter nicht anwendbar oder unvollständig sind, können Sie die notwendigen Werte in der Datei „User Analytic Configuration“ festlegen. Stellen Sie sicher, dass Sie die Format- und Namenskonventionen in der Datei „Default Analytic Configuration“ befolgen. Sie können die folgenden Informationen verwenden, um die Werte in der Datei „User Analytic Configuration“ korrekt auszufüllen:
Die Ergebnistabelle dieser Analyse ist R_P2P05VM_Vendor_Similar_Names. |
P2P06VM_Vendor_ Same_Address |
Diese Analyse identifiziert Lieferanten mit denselben Adressen, wobei in Straßenadressen generische Suffixe wie „Street“, „Road“, „Rd“ oder „Avenue“ durch eine standardisierte Abkürzung ersetzt werden. Adressen werden als identisch identifiziert, falls eines oder beide der folgenden Kriterien erfüllt sind:
Lieferanten mit einer leeren Straßenadresse werden nicht in die Analyse einbezogen. Falls Lieferantenadressen lediglich nicht alphanumerische Zeichen wie Bindestriche (-) enthalten, werden sie als leer betrachtet. Die Ergebnisse dieser Analyse werden in Gruppen übereinstimmender Adressen mit dem Feld c_Match_Type dargestellt, das angibt, ob es sich um eine Adressenübereinstimmung oder eine numerische Übereinstimmung handelt. Das Feld c_Matched_Key meldet die Adresskomponente, die bei den Lieferanten innerhalb der Gruppe übereinstimmt. Falls Lieferanten bei beiden Kriterien eine Übereinstimmung darstellen, werden sie nur einmal, und zwar als eine Adressübereinstimmung, gemeldet. Wenn die Ergebnisgruppe der numerischen Übereinstimmung zusätzliche Lieferanten beinhaltet, die hinsichtlich der Straßenadresse nicht übereinstimmen, werden beide Gruppen vollständig gemeldet. Ein Lieferant kann mehreren Ergebnisgruppen angehören. Die physische Adresse von Lieferant A könnte beispielsweise mit Lieferant B übereinstimmen, während die kombinierten numerischen Ziffern von Lieferant A mit Lieferant C identisch sein könnten. Die Ergebnistabelle dieser Analyse ist R_P2P06VM_Vendor_Same_Address. |
P2P07VM_Vendor_ Same_Phone_Number |
Diese Analyse identifiziert Lieferanten, deren primäre oder sekundäre Telefonnummern einem anderen Lieferanten entsprechen. Telefonnummern werden als identisch gemeldet, wenn ihre numerischen Ziffern nach dem Entfernen nicht numerischer Zeichen (wie Bindestriche oder Klammern) identisch sind. Leere primäre oder sekundäre Telefonnummern gehen nicht in die Analyse ein. Telefonnummern, die nur nicht numerische Zeichen enthalten, wie Bindestriche oder Klammern, werden als leer betrachtet. Die Ergebnisse dieser Analyse werden in Gruppen übereinstimmender Telefonnummern mit dem Feld c_Match_Type dargestellt, das angibt, ob eine primäre oder eine sekundäre Telefonnummer übereinstimmt. Das Feld c_Matched_Key identifiziert die Telefonnummer, die bei den Lieferanten innerhalb der Gruppe übereinstimmt. Damit eine Telefonnummer gemeldet wird, muss die Nummer von mindestens zwei unterschiedlichen Lieferanten-IDs verwendet werden. Mehrere Standorte desselben Lieferanten, welche dieselbe Telefonnummer verwenden, werden nicht gemeldet, falls die Telefonnummer für keinen anderen Lieferanten übereinstimmt. Bei Telefonnummern, die alle diese Kriterien erfüllen, werden alle Standorte eines Lieferanten gemeldet, welche diese Nummer verwenden. Die Ergebnistabelle dieser Analyse ist R_P2P07VM_Vendor_Same_Phone_Number. |
P2P09VM_Vendor_ Same_Tax_ID |
Diese Analyse identifiziert Lieferanten, deren Steuernummer einem anderen Lieferanten entspricht. Sie überprüft das Feld UNIQUE_TAX_REFERENCE_NUM. Steuernummern werden als identisch gemeldet, wenn ihre alphanumerischen Zeichen nach dem Entfernen nicht alphanumerischer Zeichen (wie Bindestriche oder Klammern) identisch sind. Leere Steuernummern werden nicht in der Analyse berücksichtigt. Steuernummern, die nur nicht alphanumerische Zeichen enthalten, wie Bindestriche oder Klammern, werden als leer betrachtet. Die Ergebnisse dieser Analyse werden in Gruppen übereinstimmender Steuernummern mit dem Feld c_Match_Type dargestellt, das die Art der Übereinstimmung angibt, die durch die Analyse getestet wurde („Tax ID“). Das Feld c_Matched_Key identifiziert die Steuernummer, die bei den Lieferanten innerhalb der Gruppe nach dem Entfernen nicht alphanumerischer Zeichen übereinstimmt. Damit eine Steuernummer gemeldet wird, muss die Nummer von mindestens zwei unterschiedlichen Lieferanten-IDs verwendet werden. Mehrere Standorte desselben Lieferanten, welche dieselbe Steuernummer verwenden, werden nicht gemeldet, falls die Steuernummer für keinen anderen Lieferanten übereinstimmt. Bei Steuernummern, die alle diese Kriterien erfüllen, werden alle Standorte eines Lieferanten gemeldet, welche diese Nummer verwenden. Die Ergebnistabelle dieser Analyse ist R_P2P09VM_Vendor_Same_Tax_ID. |
P2P10VM_Vendor_ Employee_Name_Match |
Diese Analyse identifiziert Lieferanten, deren Firmenname dem Vornamen, dem Nachnamen oder beiden Namen eines Mitarbeiters entspricht. Bei spezifischen Szenarien gleicht die Analyse die Namen wie folgt ab:
Damit ein Lieferant und ein Mitarbeiter übereinstimmen, muss das Land identisch sein (Feld Country aus den Tabellen AP_Vendor_Sites_All und PER_Addresses). Jeder eindeutigen Kombination aus Lieferant und Mitarbeiter wird eine Gruppenkennung zugewiesen. Dadurch wird eine Filterung übereinstimmender Lieferanten und ihrer Standorte nach einem bestimmten Mitarbeiter vereinfacht. Ein Lieferant kann mit mehr als einem Mitarbeiter übereinstimmen. Der Lieferant Alexander Müller Inc stimmt beispielsweise mit den Arbeitnehmern Alexander Schmidt und Sarah Müller überein. Ein Mitarbeiter kann mit mehr als einem Lieferant übereinstimmen. Der Mitarbeiter Alexander Schmidt stimmt beispielsweise mit den Lieferanten Alexander Müller Inc und Schmidt Brüder GmbH überein. Die Ergebnistabelle dieser Analyse ist R_P2P10VM_Vendor_Employee_Name_Match. |
P2P11VM_Vendor_ Employee_Address_Match |
Diese Analyse identifiziert Lieferanten, deren physische Adresse oder numerische Postleitzahl mit einem Mitarbeiter desselben Landes übereinstimmen. Adressen von Lieferanten und Mitarbeitern werden vor dem Vergleich standardisiert. Dazu werden generische Suffixe für Straßen (wie Street, Road, Rd, Avenue) durch standardisierte Abkürzungen ersetzt. Adressen stimmen überein, wenn sie eine oder beide der folgenden Kriterien erfüllen:
Die Analyse berücksichtigt keine Lieferanten und Mitarbeiter mit leeren Straßenadressangaben. Falls Adressen lediglich nicht alphanumerische Zeichen wie Bindestriche enthalten, werden sie als leer betrachtet. Die Ergebnisse dieser Analyse werden in Gruppen übereinstimmender Adressen dargestellt, wobei die Lieferanten- und Mitarbeiterfelder nebeneinander angezeigt werden.
Falls Lieferanten und Mitarbeiter bei beiden Kriterien eine Übereinstimmung darstellen, werden sie nur einmal, und zwar als eine Adressübereinstimmung, gemeldet. Falls die Ergebnisgruppe der numerischen Übereinstimmung zusätzliche Lieferanten oder Mitarbeiter beinhaltet, die hinsichtlich der Straßenadresse nicht übereinstimmen, werden beide Gruppen vollständig gemeldet. Ein Lieferant kann mehreren Ergebnisgruppen angehören. Die physische Adresse von Lieferant A könnte beispielsweise mit Mitarbeiter A übereinstimmen, während die kombinierten numerischen Ziffern von Lieferant A mit Mitarbeiter B identisch sind. Um eine Übereinstimmung zwischen einem Mitarbeiter und einem Lieferanten zu entdecken, muss das Land des Mitarbeiters mit dem Land des Lieferanten identisch sein. Die Ergebnistabelle dieser Analyse ist R_P2P11VM_Vendor_Employee_Address_Match. |
P2P12VM_Vendor_ Employee_Phone_ Number_Match |
Diese Analyse identifiziert Lieferanten, deren primäre oder sekundäre Telefonnummern einem Mitarbeiter entsprechen. Für einen Mitarbeiter testet das Skript die drei Telefonnummern: Work_Phone, Telephone_Number_1 und Telephone_Number_2. Telefonnummern werden als identisch gemeldet, wenn ihre numerischen Ziffern nach dem Entfernen nicht numerischer Zeichen (wie Bindestriche oder Klammern) identisch sind. Leere primäre oder sekundäre Telefonnummern gehen nicht in die Analyse ein. Telefonnummern, die nur nicht numerische Zeichen enthalten, wie Bindestriche oder Klammern, werden als leer betrachtet. Die Ergebnisse dieser Analyse werden in Gruppen eindeutiger Kombinationen aus Lieferanten und Mitarbeitern dargestellt.
Ein Lieferant kann mehreren Ergebnisgruppen angehören. Die primäre Telefonnummer von Lieferant A könnte beispielsweise mit Mitarbeiter B übereinstimmen, während die sekundäre Telefonnummer von Lieferant A mit Mitarbeiter C identisch sind. Um eine Übereinstimmung zwischen einem Mitarbeiter und einem Lieferanten zu entdecken, muss das Land des Mitarbeiters mit dem Land des Lieferanten identisch sein. Die Ergebnistabelle dieser Analyse ist R_P2P12VM_Vendor_Employee_Phone_Number_Match. |
P2P15VM_Vendor_ Summary_Matrix |
Diese Analyse ruft die Lieferantenanzahl über die Matrixtabelle ab, die durch die aktivierten Analysen erstellt wurde. Jede Matrixtabelle summiert die Ergebnisse der Analyse, um eine Ausnahmenanzahl pro eindeutiger Lieferanten-ID zu erhalten (wobei mehrere Unternehmenscodes, die zu einem Lieferanten gehören, nicht gezählt werden). Es bestehen folgende Möglichkeiten für die Lieferantenentität:
Diese Analyse kumuliert die Matrixdaten aller Analysen und erstellt eine Kreuztabelle der Ergebnisse über Lieferanten, Lieferanten-Standort-ID und Analyse hinweg. Ein Kalkulationsfeld berechnet die Gesamtanzahl der Ausnahmen je Lieferant über alle Ausnahmen hinweg und sortiert die Ergebnisse in absteigender Anordnung der Gesamtanzahl. Die Lieferantenübersichtsmatrix ermöglicht eine gezielte Überprüfung der Lieferanten, die über alle Analysen hinweg am häufigsten gekennzeichnet wurden. Es werden nur Lieferanten einbezogen, die in mindestens einer der aktivierten Analysen Ausnahmen verursachten. Alle sonstigen aktivierten Analysen, die keine Ausnahmen für den Lieferanten enthielten, werden als 0 gezählt. Lieferanten, die in keiner Analyse Ausnahmen verursachten, werden nicht einbezogen. Falls keine der aktivierten Analysen Ausnahmen enthielt, gibt es keine zu meldenden Lieferanten und die Matrix ist leer. Dieses Szenario wird in der Fehlerprotokolltabelle aufgezeichnet, wobei der Grund dafür angegeben wird, warum die Matrix leer ist. Die Ergebnistabelle dieser Analyse ist R_P2P15VM_Vendor_Summary_Matrix. Berichtsfelder werden anders als in sonstigen Analysen behandelt. Es gibt drei Lieferantenfelder: Vendor_ID_Suppl, Vendor_Site_ID_SupplSites, und c_Full_Vendor_Name_Suppl. Diese Felder können einen unterschiedlichen Anzeigennamen erhalten und sie können auch aus dem Bericht ausgeschlossen werden. Die einzelnen Ausnahmenzählfelder nach Lieferant und Analyse sowie die Gesamtanzahl der Ausnahmen kann nicht verändert werden. Sie werden daher nicht als Berichtsfelder in der Datei „Default Analytic Configuration“ aufgelistet. |