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
  • Stellen Sie sicher, dass die Installation dieselbe Codierung wie der Robots-Agent hat (Unicode oder Nicht-Unicode).
  • Eine lokale Installation von ACL für Windows kann bei der Fehlersuche und der Entwicklung benutzerdefinierter Skripts helfen.
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 Modalwert
    P2P_Oracle_Default_
    Analytic_Configuration.xlsx

    Enthä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.

  • Das Skript analysiert das Feld c_Full_Vendor_Address_SupplSites, das die Felder Address_Line1, Address_Line2 und Address_Line3 verkettet.

  • Das Datenvorbereitungsskript „P_Vendor_Master“ erstellt anfangs das Feld c_Full_Vendor_Address und fügt später das Suffix SupplSites hinzu.

  • Um Straßenadressen mit Postfächern zu suchen, verwendet das Skript einen Standardparameterfilter v_P2P04VM_pobox. Er sucht nach Varianten englischer Wörter wie „PO Box“, „Post Office Box“, „POB“ usw.
  • Um die Wahrscheinlichkeit zu steigern, dass Übereinstimmungen gefunden werden, wenn es nur ein Postfach (ohne Straßenadresse) gibt, kann der Parameter v_p2p04vm_address_length verwendet werden. Er legt dann die maximale Anzahl von Buchstaben fest, die im Feld c_Full_Vendor_Address_SupplSites gemeldet werden.

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.

  • v_P2P04VM_pobox – Ändern Sie den regulären Ausdruck nach Bedarf. Verändern Sie ihn beispielsweise, um nach zusätzlichen Zeichenfolgen in anderen Sprachen zu suchen.

  • v_p2p04vm_address_length – Geben Sie die maximale Anzahl von Buchstaben ein, die im Feld c_Full_Vendor_Address_SupplSites gemeldet werden, falls eine Variante von „PO Box“ gefunden wird.

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:

  • v_P2P05VM_levdist – Die maximal zulässige Levenshtein-Distanz zwischen zwei Zeichenfolgen, damit diese als Fuzzy-Duplikate identifiziert und in die Ergebnisse eingeschlossen werden. Der LEVDISTANCE-Wert darf nicht kleiner als 1 oder größer als 10 sein. Bei einer Steigerung des Werts für LEVDISTANCE erhöht sich die Anzahl an Ergebnissen, da Werte mit einem stärkeren Fuzzy-Grad einbezogen werden.
  • v_P2P05VM_diff_perct – Dieser Grenzwert beschränkt den Differenzprozentsatz oder den Anteil einer Zeichenfolge, der verschieden sein kann. Der Prozentsatz, der sich aus einer internen Analyseberechnung für potenzielle Paare von Fuzzy-Duplikaten ergibt, muss kleiner oder gleich dem DIFFPCT-Wert sein, damit das Paar in die Ausgabeergebnisse eingeschlossen wird. Der DIFFPCT-Wert darf nicht kleiner als 1 oder größer als 99 sein. Beim Auslassen von DIFFPCT wird der Grenzwert deaktiviert und der Differenzprozentsatz wird beim Verarbeiten des FUZZYDUP-Befehls nicht berücksichtigt.
  • v_P2P05VM_exact – Berücksichtigt exakte Übereinstimmungen in den Ergebnissen (T) oder schließt sie aus (F).

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:

  • Die standardisierte Straßenadresse ist identisch.
  • Die kombinierten numerischen Ziffern in der Straßenadresse und der Postleitzahl sind identisch.

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:

  • Verwendet den Nachnamen von Mitarbeitern, deren Vorname nur ein einzelner Buchstabe ist oder die keinen Vornamen angegeben haben.
  • Verwendet den Vornamen von Mitarbeitern, deren Nachname nur ein einzelner Buchstabe ist oder die keinen Nachnamen angegeben haben.
  • Schließt Mitarbeiterstammdaten von der Analyse aus, falls diese keinen Vor- und keinen Nachnamen enthalten.

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 standardisierte Straßenadresse ist identisch.
  • Die kombinierten numerischen Ziffern in der Straßenadresse und der Postleitzahl sind identisch.

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.

  • Das Feld c_Match_Type gibt an, ob es sich um eine Adressenübereinstimmung oder eine numerische Übereinstimmung handelt.
  • Das Feld c_Matched_Key meldet die Adresskomponente, die beim Standort des Lieferanten und den Mitarbeitern innerhalb der Gruppe übereinstimmt.

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.

  • Das Feld c_Match_Type gibt die übereinstimmenden Telefonnummern der Mitarbeiter an.
  • Das Feld c_Matched_Key identifiziert die Telefonnummer, die bei dem Mitarbeiter und dem Lieferanten übereinstimmte.

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:

  • Lieferanten-ID für Analysen, die Daten auf Ebene von „AP_Supplier“ testen
  • Lieferanten-ID und Standort-ID für Analysen, die Daten auf Ebene von „AP_Supplier_Sites_All“ testen

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.