DQ Messung Customer 2009-07-02

26
Zusammenfassung Systemlandschaft Überlick Schnittstellen System mit Datenpflege Daten Stand der Synchronisierung Einheitlichkeit des Datenmodells Einheitlichkeit der Klassifizierung Auswertung Häufigkeit von Fehlern und deren mö Finanziell 0 100000 200000 300000 400000 500000 600000 700000 800000 900000

Transcript of DQ Messung Customer 2009-07-02

Page 1: DQ Messung Customer 2009-07-02

Zusammenfassung

SystemlandschaftÜberlickSchnittstellen

System mit Datenpflege

DatenStand der Synchronisierung

Einheitlichkeit des Datenmodells

Einheitlichkeit der Klassifizierung

Auswertung

Häufigkeit von Fehlern und deren mögliche Auswirkung

Finanziell Interne Abläufe Business Partner-Beziehung0

100000

200000

300000

400000

500000

600000

700000

800000

900000

ERP-Land 3 ERP-Land 2 e-Business Service CRM ERP

Page 2: DQ Messung Customer 2009-07-02

In 6 Systemen verwalten Sie durchschnittlich 320000 Business Partner und Ihre Daten.

Häufigkeit von Fehlern und deren mögliche Auswirkung

[email protected]

3 der Systeme sind Datenquellen und 4 Systeme empfangen Daten direkt. 3 Schnittstellen sind bisher nicht automatisiert und damit eine besondere Fehlerquelle.Sie haben eine verteilte Datenpflege mit der Gefahr der Mehrfachpflege und dem Entstehen von Inkonsistenzen. In 6 von 6 Systemen werden Daten gepflegt.

Sie haben wahrscheinlich eine heterogene Datenbasis, die minimale Anzahl der Datensätze beträgt 100000 Business Partner, die maximale Anzahl beträgt 700000. Das ist das 7-fache. Im Durchschnitt haben Sie 320000 Business Partner und Ihre Daten.

Sie haben wahrscheinlich ein heterogenes Datemodell in den verschiedenen Systemen, die minimale Anzahl der Felder beträgt 30, die maximale Anzahl beträgt 50. Das ist das 1.66666666666667-fache.Sie haben wahrscheinlich ein heterogene Klassifizierung in den verschiedenen Systemen, die minimale Anzahl der Klassifikationsmerkmale beträgt 0, die maximale Anzahl beträgt 40.

Finanziell Interne Abläufe Business Partner-Beziehung

ERP-Land 3 ERP-Land 2 e-Business Service CRM ERP

Page 3: DQ Messung Customer 2009-07-02

SystemERP CRM, Service, ERP Land 2 e-Business, ERP Land 3CRM ERPService ERPe-Business ERP teilweiseERP-Land 2 ERP teilweiseERP-Land 3 ERP teilweise

[email protected]

Business Partner

Überblick über die Systemlandschaft

Quelle für Empfänger von

System nicht/von Hand synchronisiert

Page 4: DQ Messung Customer 2009-07-02

ja 500,000 30 30ja 700,000 40 40ja 100,000 30 0ja 300,000 50 10ja 120,000 50 0ja 200,000 50 0

türkise Felder bitte ausfüllen

[email protected]

Überblick über das Datenmodell

Im System werden zusätzliche Daten angereichtert Anzahl Datensätze

Anzahl globaler Felder

Anzahl Klassifikations-Merkmale

Page 5: DQ Messung Customer 2009-07-02

Mögliche Fehler in Business-Partner-StammdatenKriterium Tipps zur Messung

Vollständigkeit - Sind alle geforderten Daten vorhanden?Sind Pflichtfelder wie Name, Adresse und Adresstyp nicht gefüllt? Prüfen, ob Pflichtfelder definiert und ob diese gefüllt sind.

Fehlen unternehmensweite Schlüssel-Informationen bei Business Partner?

Ist der Datensatz unvollständig?

Fehlen Übersetzungen?

Konformität - Sind alle Werte innerhalb definierter Bereiche?Liegen Werte außerhalb der definierten oder zu erwartenden Wertebereiche?

Gibt es sinnlose Einträge in Pflichtfeldern? Wertelisten erstellen, sortieren und auf sinnlose Angaben prüfen.

Werden Felder inhaltlich mißbraucht, z. B. Raute in Name = inaktiver Business Partner

Gibt es mehrere änliche Felder für gleiche Inhalte, z. B. Name 1, Name 2, Name 3, …. die nicht klar definiert sind?

Prüfen, ob in allen System ein eindeutiger Schlüssel, z. B. DUNS-Nummer vorhanden ist.

Vergleich mit Standard-Adress-Formularen im Internet, z. B. im e-Business-Bereich des Unternehmens

Sprachversionen miteinander vergleichen. (Z. B. Landesbezeichnungen Deutschland, Germany, …)

Wertelisten erstellen, sortieren und auf "Ausreißer" prüfen. Standardisierte Felder wie Postleitzahl prüfen.

Wertelisten erstellen, sortieren und auf "missbräuchliche" Angaben prüfen.

Werden Felder inhaltlich unterschiedlich genutzt, z. B. Feld Geschlecht sowohl mit Geschlecht als auch mit Adress-Typ gefüllt?

Merkmalsliste erstellen, sortieren und prüfen, ob die Inhalte klar definiert sind.

Merkmalsliste erstellen, sortieren und prüfen, ob für gleiche Inhalte verschiedene Felder definiert sind.

Page 6: DQ Messung Customer 2009-07-02

Konsistenz - Sind die Daten über alle Systeme hinweg wiederspruchs- und dublettenfrei?Gibt es Dubletten innerhalb eines Systems?

Business Partner aus verschiedenen Systemen vergleichen.

Wiedersprechende sich Angaben innerhalt eines Systems?

Datenmodelle der verschiedenen Systeme miteinander vergleichen.

Wird die gleiche ID-Nummer wird von verschiedenen Systemen für unterschiedliche Business Partner verwendet? Hierzu im Vertrieb nachfragen, ob dieses Problem bekannt ist.

Aktualität - Sind aktuelle Daten verfügbar, wenn diese benötigt werden?Ist der Status bei Business Partner nicht eindeutig erkennbar?

Ist die letzte erfolgreiche/nicht erfolgreiche Adressnutzung nicht sichtbar?

Ist der Prüfstatus/die Freigabe der Informationen nicht nachvollziehbar?

Korrektheit - Bilden die Daten das Stammdatenobjekt korrekt ab?Sind Daten nicht korrekt? Bei wie vielen Datensätzen gibt es nach der Freigabe eine Korrektur von Adressdaten?

Liegt die Anzahl der Rückläufer über einem zu erwartenden Maß?

Handy-Nummern/Telefonnummern normalisieren und danach sortieren.

Wiedersprechen sich Angaben zu einem Business Partner in verschiedenen Systemen (Insbesondere z. B. Lieferadresse, Steuernummern)?

Prüfen, ob sich mehrere Werte wiedersprechen, ist z. B. PLZ und Wohnort

Werden Business Partner in verschiedenen Systemen ganz unterschiedlich modelliert (Einstufige Hierarchie vs. Hierarchien, die ganze Organigramme mit abbilden)?

Prüfen, ob es einen definierten Status gibt, und ob dieser Status in verschiedenen Systemen auch eingehalten wird.

Sind mehr Datensätze in Bearbeitung als geplant? Bei wie vielen Business Partner dauert aktuell der Datenerstellungs-Prozess zu lange?

Gibt es eine Obergrenze an Business Partner, die maximal in Bearbeitung sein dürfen? Oder eine Geplante dauer zwischen Anlage des Business Partners und dessen Freigabe?

Ist bei der Adresse hinterlegt, ob eine Kommunikation erfolgreich war, z. B. eMail-Versand oder Rechnungsversand?Prüfen ob Freigaben dokumentiert und nachvollziehbar sind. Prüfen ob dies auch für Nutzer ersichtlich ist.

Externe Validierungsservices nutzen (Datenpools)Anhand der Änderungshistorie/Protokoll nachträgliche Änderungen ermitteln.Kennen Sie die Anzahl der Rückläufer pro eMail-Newsletter/Post-Mailing? Liegt diese über einem zu erwartenden Maß (z. B zu erwartende Fluktuation).

Rechtlichen relevanten Informationen fehlen oder sind nicht geprüft, z. B. fehlender Ablgeich mit externen Sperrlisten (Exportbeschränkungen für Unternehmen/Länder, Bonitätseinstufung von Unternehmen)?

Mit der Fachabteilung und Rechtsabteilung rechtliche Anforderungen ermitteln. In den Daten prüfen, ob diese darin auch abgebildet sind.

Page 7: DQ Messung Customer 2009-07-02

Finanzielle Auswirkung Auswirkung auf interne Prozesse Auswirkung auf Beziehung mit Business Partner

1 1 1

1 1 0

0 1 1

0 1 0

Adresse führen im Versand zu fehlern 1 1 1

Nicht nutzbare Adressen werden für den Versand verwendet 1 1 1

Nicht nutzbare Adressen werden für den Versand verwendet 1 1 1

1

1 1

[email protected]

Finanzielle Auswirkung (zusätzlich verursachte Kosten) - Beschreibung

Verzögerung im Prozess Auswirkung auf Business Partner-nbeziehung

0 = Nein 1 = Ja

0 = Nein 1 = Ja

0 = Nein 1 = Ja

Wahrscheinlichkeit einer fehlerhaften Adressierung steigt. Es kann zu Rücksendungen etc. kommenDirekt verursachte Kosten: Porto, nochmalige Lieferung, ggfs. Abschreibung des falsch gelieferten Produkts

Unvollständige Adresse führt zu rückfragen oder ist eine Karteileiche.

Business Partner wird nicht korrekt angeschrieben oder die Kommunikation erreicht den Geschäftsparter nicht. Er zweifelt an der Kompetenz des Unternehmens.

Konsolidierung, z. B. von Umsatz nicht möglich. Dadurch können Rabatte nicht genutzt werden.

Synchronisation von Systemen erfolgt von Hand. Stammdaten und Transaktionen können nicht koordiniert werden. Die Grundlage für ein erfolgreiches CRM fehlt.Wenn nicht alle Informationen in Systemen vorhanden sind, dann werden diese Informationen entweder (mehrfach) nachgefragt oder in Schattensystemen verwaltet. Der Business-Partner kann nicht in allen typischen Kanälen erreicht werden.Bei fehlender Klassifikation der Adressen können diese nicht für eine zielgruppen-spezifische Kommunikation verwendet werden

Kommunikation nach dem Gieskannen-Prinzip führt zu einer Informations-Überflutung und zum Abstumpfen der Business Partner

Business-Partner wird entweder mehrfach angelegt oder Adressen können nur im Entstehungsland verwendet werden

Abgleich mit externen Referenzdaten nötig, nachfolgende Auswertungen erschwert, z. B. regionaler Umsatz

Der Business Partner erhält kommunikation nicht, verspätet oder mit fehlerhafter Adressierung und ist deshalb iritiert.

Ausnahmen müssen in nachfolgenden Prozessen identifiziert und abgefangen werden, ggfs. händisch korrigiert.

Der Business Partner erhält fehlerhaft adressierte Schreiben, die Ihn an der Kompetenz Ihres Unternehmens zweifel lassen.

Pflegeaufwand erhöht sich, weil dieser "Missbrauch" zuerst gelernt werden muss. Nachfolgende Prozesse müssen dies Ausnahmen abfangen.

Innaktive Adressen werden trotzdem versendet - Business Partner zweifelt ggfs. an Ihrere Kompetenz

In nachfolgenden Prozessen entsteht ein Harmonisierungsaufwand, Ergebnisse einer Auswertung können verfälscht werden.

Unschöne Addresen oder unschöne persönliche Anschreiben können entstehen, wenn automatische Prozesse stolpern. Business Partner zweifelt an Ihrer Kompetenz oder hat eine Anektdote zu erhählen (z. B. Ich werde von der Firma immer als Frau Christoph Kohler angeschrieben)

Pflegeaufwand erhöht sich, weil die jeweilige Verwendung der Felder gelernt werden muss oder in nachfolgenden Prozessen ein Harmonisierungsaufwand entsteht.

Adressierung kann unvollständig sein und deshalb nicht korrekt beim Business Partner ankommen

Page 8: DQ Messung Customer 2009-07-02

Erhöhte Adress-Kosten 1 1 1

1 1

1 1

Der Abgleich zwischen Systemen wird aufwendig. 1 0

1 1 0

Veraltete Adressen werden angeschrieben (Portokosten) 1 1 1

1 1

1 1 1

1 0

Falscher Versand oder Versand an Karteileichen (Versandkosten) 1 Nutzbarkeit der Kontaktdaten ist eingeschränkt. 1 1

Falscher Versand oder Versand an Karteileichen (Versandkosten) 1 Nutzbarkeit der Kontaktdaten ist eingeschränkt. 1 1

Schadensersatzforderungen oder Strafen müssen bezahlt werden 1 1 1

Daten werden mehrfach gepflegt. Die Übersichtlichkeit schwindet, eigentlich gleiche Transaktionen werden mit verschiedenen Business Partner verbunden. Ein Konsolidierungsaufwand entsteht.

Business Partner erhält Kommunikation mehrfach und stellt ggfs. Ihre Kompetenz in Frage oder ist genervt.

Fehler wird immer wieder sichtbar und führt zur Suche nach der Wahrheit und einer (aufwendigen) Konsolidierung.

Business Partner erhält ggfs. Lieferungen an falsche Adressen oder Geschäftstransaktionen schlagen hin und wieder fehl.

Fehler wird immer wieder sichtbar und führt zur Suche nach der Wahrheit und einer (aufwendigen) Konsolidierung

Sich wiedersprechende Angaben können den Business Partner verunsichern und zu Nachfragen führen

Übergreifende Auswertungen sind fehlerhaft, Rabatte gehen ggfs. verloren.

Die zentrale Verwaltung, Konsolidierung und Auswertung wird erschwert.

Aufwand durch Nachfrage/Unsicherheit steigt. Business Partner wird unzufrieden, wenn mehrfach veraltete Adressen angeschrieben werden. Transaktionen können fehlerhaft ablaufen

Erhöhter Aufwand durch Prozess-Kontrolle/Nachfragen. Es wird am Prozess vorbei gearbeitet, um den Business Partner doch in Transaktionen zu verwenden.

Veraltete oder unvollständige Informationen bilden die Basis für die Kommunikation, das stellt der Business Partner fest und kann an Ihrer Kompetenz zweifeln.

Veraltete Adressen können nicht erkannt werden, und sie erhalten weiterhin Briefe (Portokosten)

Vertrauen in den Adressbestand sinkt, wenn die Nutzbarkeit der Adressen nicht klar ist.

karteileichen erhalten wiederholt Kommunikation, Business Partner zweifelt an Ihrer Kompetenz.

Vertrauen in den Adressbestand sinkt, wenn die Nutzbarkeit der Adressen nicht klar ist.

Business Partner wird unzufrieden, wenn mehrfach veraltete oder unvollständige Adressen angeschrieben werden. Transaktionen können fehlerhaft ablaufenBusiness Partner wird unzufrieden, wenn mehrfach veraltete oder unvollständige Adressen angeschrieben werden. Transaktionen können fehlerhaft ablaufen

Transaktionen finden auf rechtlich unsicherer Basis statt.

Ihr Ansehen kann beschädigt werden, wenn Sie mehrfach geschäfte mit Insolventen Geschäftspartnern durchführen und so Ihrem Unternehmen Schaden zufügen

Page 9: DQ Messung Customer 2009-07-02

ERPERPERP

CRMCRMCRM

Page 10: DQ Messung Customer 2009-07-02

ServiceServiceService

e-Businesse-Businesse-Business

Page 11: DQ Messung Customer 2009-07-02

ERP-Land 2ERP-Land 2ERP-Land 2

Page 12: DQ Messung Customer 2009-07-02

ERP-Land 3ERP-Land 3ERP-Land 3

Page 13: DQ Messung Customer 2009-07-02

Kriterium

Vollständigkeit - Sind alle geforderten Daten vorhanden?Sind Pflichtfelder wie Name, Adresse und Adresstyp nicht gefüllt? Fehlen unternehmensweite Schlüssel-Informationen bei Business Partner?Ist der Datensatz unvollständig?Fehlen Übersetzungen?Konformität - Sind alle Werte innerhalb definierter Bereiche?Liegen Werte außerhalb der definierten oder zu erwartenden Wertebereiche?Gibt es sinnlose Einträge in Pflichtfeldern?Werden Felder inhaltlich mißbraucht, z. B. Raute in Name = inaktiver Business PartnerWerden Felder inhaltlich unterschiedlich genutzt, z. B. Feld Geschlecht sowohl mit Geschlecht als auch mit Adress-Typ gefüllt?Gibt es mehrere änliche Felder für gleiche Inhalte, z. B. Name 1, Name 2, Name 3, …. die nicht klar definiert sind?Konsistenz - Sind die Daten über alle Systeme hinweg wiederspruchs- und dublettenfrei?Gibt es Dubletten innerhalb eines Systems?Wiedersprechen sich Angaben zu einem Business Partner in verschiedenen Systemen (Insbesondere z. B. Lieferadresse, Steuernummern)?Wiedersprechende sich Angaben innerhalt eines Systems?Werden Business Partner in verschiedenen Systemen ganz unterschiedlich modelliert (Einstufige Hierarchie vs. Hierarchien, die ganze Organigramme mit abbilden)?Wird die gleiche ID-Nummer wird von verschiedenen Systemen für unterschiedliche Business Partner verwendet?Aktualität - Sind aktuelle Daten verfügbar, wenn diese benötigt werden?Ist der Status bei Business Partner nicht eindeutig erkennbar?Sind mehr Datensätze in Bearbeitung als geplant? Bei wie vielen Business Partner dauert aktuell der Datenerstellungs-Prozess zu lange?Ist die letzte erfolgreiche/nicht erfolgreiche Adressnutzung nicht sichtbar?Ist der Prüfstatus/die Freigabe der Informationen nicht nachvollziehbar?Korrektheit - Bilden die Daten das Stammdatenobjekt korrekt ab?Sind Daten nicht korrekt? Bei wie vielen Datensätzen gibt es nach der Freigabe eine Korrektur von Adressdaten?Liegt die Anzahl der Rückläufer über einem zu erwartenden Maß?Rechtlichen relevanten Informationen fehlen oder sind nicht geprüft, z. B. fehlender Ablgeich mit externen Sperrlisten (Exportbeschränkungen für Unternehmen/Länder, Bonitätseinstufung von Unternehmen)?

Vollständigkeit - Sind alle geforderten Daten vorhanden?Sind Pflichtfelder wie Name, Adresse und Adresstyp nicht gefüllt? Fehlen unternehmensweite Schlüssel-Informationen bei Business Partner?Ist der Datensatz unvollständig?Fehlen Übersetzungen?Konformität - Sind alle Werte innerhalb definierter Bereiche?Liegen Werte außerhalb der definierten oder zu erwartenden Wertebereiche?Gibt es sinnlose Einträge in Pflichtfeldern?Werden Felder inhaltlich mißbraucht, z. B. Raute in Name = inaktiver Business PartnerWerden Felder inhaltlich unterschiedlich genutzt, z. B. Feld Geschlecht sowohl mit Geschlecht als auch mit Adress-Typ gefüllt?

Page 14: DQ Messung Customer 2009-07-02

Gibt es mehrere änliche Felder für gleiche Inhalte, z. B. Name 1, Name 2, Name 3, …. die nicht klar definiert sind?Konsistenz - Sind die Daten über alle Systeme hinweg wiederspruchs- und dublettenfrei?Gibt es Dubletten innerhalb eines Systems?Wiedersprechen sich Angaben zu einem Business Partner in verschiedenen Systemen (Insbesondere z. B. Lieferadresse, Steuernummern)?Wiedersprechende sich Angaben innerhalt eines Systems?Werden Business Partner in verschiedenen Systemen ganz unterschiedlich modelliert (Einstufige Hierarchie vs. Hierarchien, die ganze Organigramme mit abbilden)?Wird die gleiche ID-Nummer wird von verschiedenen Systemen für unterschiedliche Business Partner verwendet?Aktualität - Sind aktuelle Daten verfügbar, wenn diese benötigt werden?Ist der Status bei Business Partner nicht eindeutig erkennbar?Sind mehr Datensätze in Bearbeitung als geplant? Bei wie vielen Business Partner dauert aktuell der Datenerstellungs-Prozess zu lange?Ist die letzte erfolgreiche/nicht erfolgreiche Adressnutzung nicht sichtbar?Ist der Prüfstatus/die Freigabe der Informationen nicht nachvollziehbar?Korrektheit - Bilden die Daten das Stammdatenobjekt korrekt ab?Sind Daten nicht korrekt? Bei wie vielen Datensätzen gibt es nach der Freigabe eine Korrektur von Adressdaten?Liegt die Anzahl der Rückläufer über einem zu erwartenden Maß?Rechtlichen relevanten Informationen fehlen oder sind nicht geprüft, z. B. fehlender Ablgeich mit externen Sperrlisten (Exportbeschränkungen für Unternehmen/Länder, Bonitätseinstufung von Unternehmen)?

Vollständigkeit - Sind alle geforderten Daten vorhanden?Sind Pflichtfelder wie Name, Adresse und Adresstyp nicht gefüllt? Fehlen unternehmensweite Schlüssel-Informationen bei Business Partner?Ist der Datensatz unvollständig?Fehlen Übersetzungen?Konformität - Sind alle Werte innerhalb definierter Bereiche?Liegen Werte außerhalb der definierten oder zu erwartenden Wertebereiche?Gibt es sinnlose Einträge in Pflichtfeldern?Werden Felder inhaltlich mißbraucht, z. B. Raute in Name = inaktiver Business PartnerWerden Felder inhaltlich unterschiedlich genutzt, z. B. Feld Geschlecht sowohl mit Geschlecht als auch mit Adress-Typ gefüllt?Gibt es mehrere änliche Felder für gleiche Inhalte, z. B. Name 1, Name 2, Name 3, …. die nicht klar definiert sind?Konsistenz - Sind die Daten über alle Systeme hinweg wiederspruchs- und dublettenfrei?Gibt es Dubletten innerhalb eines Systems?Wiedersprechen sich Angaben zu einem Business Partner in verschiedenen Systemen (Insbesondere z. B. Lieferadresse, Steuernummern)?Wiedersprechende sich Angaben innerhalt eines Systems?Werden Business Partner in verschiedenen Systemen ganz unterschiedlich modelliert (Einstufige Hierarchie vs. Hierarchien, die ganze Organigramme mit abbilden)?Wird die gleiche ID-Nummer wird von verschiedenen Systemen für unterschiedliche Business Partner verwendet?Aktualität - Sind aktuelle Daten verfügbar, wenn diese benötigt werden?Ist der Status bei Business Partner nicht eindeutig erkennbar?Sind mehr Datensätze in Bearbeitung als geplant? Bei wie vielen Business Partner dauert aktuell der Datenerstellungs-Prozess zu lange?Ist die letzte erfolgreiche/nicht erfolgreiche Adressnutzung nicht sichtbar?Ist der Prüfstatus/die Freigabe der Informationen nicht nachvollziehbar?Korrektheit - Bilden die Daten das Stammdatenobjekt korrekt ab?Sind Daten nicht korrekt? Bei wie vielen Datensätzen gibt es nach der Freigabe eine Korrektur von Adressdaten?Liegt die Anzahl der Rückläufer über einem zu erwartenden Maß?Rechtlichen relevanten Informationen fehlen oder sind nicht geprüft, z. B. fehlender Ablgeich mit externen Sperrlisten (Exportbeschränkungen für Unternehmen/Länder, Bonitätseinstufung von Unternehmen)?

Vollständigkeit - Sind alle geforderten Daten vorhanden?

Page 15: DQ Messung Customer 2009-07-02

Sind Pflichtfelder wie Name, Adresse und Adresstyp nicht gefüllt? Fehlen unternehmensweite Schlüssel-Informationen bei Business Partner?Ist der Datensatz unvollständig?Fehlen Übersetzungen?Konformität - Sind alle Werte innerhalb definierter Bereiche?Liegen Werte außerhalb der definierten oder zu erwartenden Wertebereiche?Gibt es sinnlose Einträge in Pflichtfeldern?Werden Felder inhaltlich mißbraucht, z. B. Raute in Name = inaktiver Business PartnerWerden Felder inhaltlich unterschiedlich genutzt, z. B. Feld Geschlecht sowohl mit Geschlecht als auch mit Adress-Typ gefüllt?Gibt es mehrere änliche Felder für gleiche Inhalte, z. B. Name 1, Name 2, Name 3, …. die nicht klar definiert sind?Konsistenz - Sind die Daten über alle Systeme hinweg wiederspruchs- und dublettenfrei?Gibt es Dubletten innerhalb eines Systems?Wiedersprechen sich Angaben zu einem Business Partner in verschiedenen Systemen (Insbesondere z. B. Lieferadresse, Steuernummern)?Wiedersprechende sich Angaben innerhalt eines Systems?Werden Business Partner in verschiedenen Systemen ganz unterschiedlich modelliert (Einstufige Hierarchie vs. Hierarchien, die ganze Organigramme mit abbilden)?Wird die gleiche ID-Nummer wird von verschiedenen Systemen für unterschiedliche Business Partner verwendet?Aktualität - Sind aktuelle Daten verfügbar, wenn diese benötigt werden?Ist der Status bei Business Partner nicht eindeutig erkennbar?Sind mehr Datensätze in Bearbeitung als geplant? Bei wie vielen Business Partner dauert aktuell der Datenerstellungs-Prozess zu lange?Ist die letzte erfolgreiche/nicht erfolgreiche Adressnutzung nicht sichtbar?Ist der Prüfstatus/die Freigabe der Informationen nicht nachvollziehbar?Korrektheit - Bilden die Daten das Stammdatenobjekt korrekt ab?Sind Daten nicht korrekt? Bei wie vielen Datensätzen gibt es nach der Freigabe eine Korrektur von Adressdaten?Liegt die Anzahl der Rückläufer über einem zu erwartenden Maß?Rechtlichen relevanten Informationen fehlen oder sind nicht geprüft, z. B. fehlender Ablgeich mit externen Sperrlisten (Exportbeschränkungen für Unternehmen/Länder, Bonitätseinstufung von Unternehmen)?

Vollständigkeit - Sind alle geforderten Daten vorhanden?Sind Pflichtfelder wie Name, Adresse und Adresstyp nicht gefüllt? Fehlen unternehmensweite Schlüssel-Informationen bei Business Partner?Ist der Datensatz unvollständig?Fehlen Übersetzungen?Konformität - Sind alle Werte innerhalb definierter Bereiche?Liegen Werte außerhalb der definierten oder zu erwartenden Wertebereiche?Gibt es sinnlose Einträge in Pflichtfeldern?Werden Felder inhaltlich mißbraucht, z. B. Raute in Name = inaktiver Business PartnerWerden Felder inhaltlich unterschiedlich genutzt, z. B. Feld Geschlecht sowohl mit Geschlecht als auch mit Adress-Typ gefüllt?Gibt es mehrere änliche Felder für gleiche Inhalte, z. B. Name 1, Name 2, Name 3, …. die nicht klar definiert sind?Konsistenz - Sind die Daten über alle Systeme hinweg wiederspruchs- und dublettenfrei?Gibt es Dubletten innerhalb eines Systems?Wiedersprechen sich Angaben zu einem Business Partner in verschiedenen Systemen (Insbesondere z. B. Lieferadresse, Steuernummern)?Wiedersprechende sich Angaben innerhalt eines Systems?Werden Business Partner in verschiedenen Systemen ganz unterschiedlich modelliert (Einstufige Hierarchie vs. Hierarchien, die ganze Organigramme mit abbilden)?Wird die gleiche ID-Nummer wird von verschiedenen Systemen für unterschiedliche Business Partner verwendet?Aktualität - Sind aktuelle Daten verfügbar, wenn diese benötigt werden?Ist der Status bei Business Partner nicht eindeutig erkennbar?Sind mehr Datensätze in Bearbeitung als geplant? Bei wie vielen Business Partner dauert aktuell der Datenerstellungs-Prozess zu lange?Ist die letzte erfolgreiche/nicht erfolgreiche Adressnutzung nicht sichtbar?Ist der Prüfstatus/die Freigabe der Informationen nicht nachvollziehbar?Korrektheit - Bilden die Daten das Stammdatenobjekt korrekt ab?Sind Daten nicht korrekt? Bei wie vielen Datensätzen gibt es nach der Freigabe eine Korrektur von Adressdaten?

Page 16: DQ Messung Customer 2009-07-02

Liegt die Anzahl der Rückläufer über einem zu erwartenden Maß?Rechtlichen relevanten Informationen fehlen oder sind nicht geprüft, z. B. fehlender Ablgeich mit externen Sperrlisten (Exportbeschränkungen für Unternehmen/Länder, Bonitätseinstufung von Unternehmen)?

Vollständigkeit - Sind alle geforderten Daten vorhanden?Sind Pflichtfelder wie Name, Adresse und Adresstyp nicht gefüllt? Fehlen unternehmensweite Schlüssel-Informationen bei Business Partner?Ist der Datensatz unvollständig?Fehlen Übersetzungen?Konformität - Sind alle Werte innerhalb definierter Bereiche?Liegen Werte außerhalb der definierten oder zu erwartenden Wertebereiche?Gibt es sinnlose Einträge in Pflichtfeldern?Werden Felder inhaltlich mißbraucht, z. B. Raute in Name = inaktiver Business PartnerWerden Felder inhaltlich unterschiedlich genutzt, z. B. Feld Geschlecht sowohl mit Geschlecht als auch mit Adress-Typ gefüllt?Gibt es mehrere änliche Felder für gleiche Inhalte, z. B. Name 1, Name 2, Name 3, …. die nicht klar definiert sind?Konsistenz - Sind die Daten über alle Systeme hinweg wiederspruchs- und dublettenfrei?Gibt es Dubletten innerhalb eines Systems?Wiedersprechen sich Angaben zu einem Business Partner in verschiedenen Systemen (Insbesondere z. B. Lieferadresse, Steuernummern)?Wiedersprechende sich Angaben innerhalt eines Systems?Werden Business Partner in verschiedenen Systemen ganz unterschiedlich modelliert (Einstufige Hierarchie vs. Hierarchien, die ganze Organigramme mit abbilden)?Wird die gleiche ID-Nummer wird von verschiedenen Systemen für unterschiedliche Business Partner verwendet?Aktualität - Sind aktuelle Daten verfügbar, wenn diese benötigt werden?Ist der Status bei Business Partner nicht eindeutig erkennbar?Sind mehr Datensätze in Bearbeitung als geplant? Bei wie vielen Business Partner dauert aktuell der Datenerstellungs-Prozess zu lange?Ist die letzte erfolgreiche/nicht erfolgreiche Adressnutzung nicht sichtbar?Ist der Prüfstatus/die Freigabe der Informationen nicht nachvollziehbar?Korrektheit - Bilden die Daten das Stammdatenobjekt korrekt ab?Sind Daten nicht korrekt? Bei wie vielen Datensätzen gibt es nach der Freigabe eine Korrektur von Adressdaten?Liegt die Anzahl der Rückläufer über einem zu erwartenden Maß?Rechtlichen relevanten Informationen fehlen oder sind nicht geprüft, z. B. fehlender Ablgeich mit externen Sperrlisten (Exportbeschränkungen für Unternehmen/Länder, Bonitätseinstufung von Unternehmen)?

Page 17: DQ Messung Customer 2009-07-02

Auswirkung (Anzahl der Fehler)

Anzahl Records Anzahl Records mit Fehler Fehlerquote Finanziell

Fehler mit Auswirkungen 3.39% 171600 356000Maximalwert bei einem Kriterium 20% 100000 100000

500,000 50,000 10.00% 50000 50000500,000 5,000 1.00% 5000 5000500,000 100,000 20.00% 0 100000500,000 60,000 12.00% 0 60000

500,000 5,000 1.00% 5000 5000500,000 1,000 0.20% 1000 1000500,000 500 0.10% 500 500500,000 10,000 2.00% 0 10000500,000 5000 1.00% 0 5000

500,000 300 0.06% 300 300500,000 300 0.06% 0 300500,000 3000 0.60% 0 3000500,000 3000 0.60% 0 3000500,000 3000 0.60% 3000 3000

500,000 3000 0.60% 3000 3000500,000 100 0.02% 0 100500,000 100,000 20.00% 100000 100000500,000 3000 0.60% 0 3000

500,000 3000 0.60% 3000 3000500,000 300 0.06% 300 300500,000 500 0.10% 500 500

Fehler mit Auswirkungen 0.35% 16530 51760Maximalwert bei einem Kriterium 4% 9000 30000

700,000 2000 0.29% 2000 2000700,000 0 0.00% 0 0700,000 30,000 4.29% 0 30000700,000 100 0.01% 0 100

700,000 300 0.04% 300 300700,000 300 0.04% 300 300700,000 500 0.07% 500 500700,000 1000 0.14% 0 1000

[email protected]

Interne Abläufe

Page 18: DQ Messung Customer 2009-07-02

700,000 500 0.07% 0 500

700,000 9000 1.29% 9000 9000700,000 30 0.00% 0 30700,000 300 0.04% 0 300700,000 300 0.04% 0 300700,000 300 0.04% 300 300

700,000 300 0.04% 300 300700,000 0 0.00% 0 0700,000 300 0.04% 300 300700,000 3000 0.43% 0 3000

700,000 3000 0.43% 3000 3000700,000 30 0.00% 30 30700,000 500 0.07% 500 500

Fehler mit Auswirkungen 2.70% 30300 56700Maximalwert bei einem Kriterium 10% 8000 10000

100,000 300 0.30% 300 300100,000 200 0.20% 200 200100,000 10,000 10.00% 0 10000100,000 0 0.00% 0 0

100,000 5000 5.00% 5000 5000100,000 4000 4.00% 4000 4000100,000 8000 8.00% 8000 8000100,000 0 0.00% 0 0100,000 0 0.00% 0 0

100,000 0 0.00% 0 0100,000 300 0.30% 0 300100,000 100 0.10% 0 100100,000 3000 3.00% 0 3000100,000 5000 5.00% 5000 5000

100,000 300 0.30% 300 300100,000 3000 3.00% 0 3000100,000 4000 4.00% 4000 4000100,000 10000 10.00% 0 10000

100,000 300 0.30% 300 300100,000 3000 3.00% 3000 3000100,000 200 0.20% 200 200

Fehler mit Auswirkungen 0.98% 10500 61800Maximalwert bei einem Kriterium 17% 10000 50000

Page 19: DQ Messung Customer 2009-07-02

300,000 0 0.00% 0 0300,000 0 0.00% 0 0300,000 300 0.10% 0 300300,000 50000 16.67% 0 50000

300,000 0 0.00% 0 0300,000 0 0.00% 0 0300,000 0 0.00% 0 0300,000 0 0.00% 0 0300,000 500 0.17% 0 500

300,000 0 0.00% 0 0300,000 0 0.00% 0 0300,000 500 0.17% 0 500300,000 0 0.00% 0 0300,000 0 0.00% 0 0

300,000 0 0.00% 0 0300,000 0 0.00% 0 0300,000 10000 3.33% 10000 10000300,000 0 0.00% 0 0

300,000 0 0.00% 0 0300,000 500 0.17% 500 500300,000 0 0.00% 0 0

Fehler mit Auswirkungen 9.06% 18300 228300Maximalwert bei einem Kriterium 83% 10000 100000

120,000 300 0.25% 300 300120,000 0 0.00% 0 0120,000 100,000 83.33% 0 100000120,000 50000 41.67% 0 50000

120,000 0 0.00% 0 0120,000 0 0.00% 0 0120,000 0 0.00% 0 0120,000 10000 8.33% 0 10000120,000 50000 41.67% 0 50000

120,000 0 0.00% 0 0120,000 0 0.00% 0 0120,000 0 0.00% 0 0120,000 0 0.00% 0 0120,000 0 0.00% 0 0

120,000 0 0.00% 0 0120,000 0 0.00% 0 0120,000 0 0.00% 0 0120,000 0 0.00% 0 0

120,000 3000 2.50% 3000 3000

Page 20: DQ Messung Customer 2009-07-02

120,000 10000 8.33% 10000 10000120,000 5000 4.17% 5000 5000

Fehler mit Auswirkungen 0.25% 600 10600Maximalwert bei einem Kriterium 3% 300 5000

200,000 0 0.00% 0 0200,000 0 0.00% 0 0200,000 0 0.00% 0 0200,000 0 0.00% 0 0

200,000 300 0.15% 300 300200,000 300 0.15% 300 300200,000 0 0.00% 0 0200,000 0 0.00% 0 0200,000 0 0.00% 0 0

200,000 0 0.00% 0 0200,000 5000 2.50% 0 5000200,000 0 0.00% 0 0200,000 5000 2.50% 0 5000200,000 0 0.00% 0 0

200,000 0 0.00% 0 0200,000 0 0.00% 0 0200,000 0 0.00% 0 0200,000 0 0.00% 0 0

200,000 0 0.00% 0 0200,000 0 0.00% 0 0200,000 0 0.00% 0 0

Page 21: DQ Messung Customer 2009-07-02

Auswirkung (Anzahl der Fehler)

Anekdoten über die Auswirkung

272000100000

500000

1000000

50001000

5000

5000

300300

300000

3000100

1000000

3000300500

4706030000

20000

300000

300300500

0

[email protected]

Business Partner-Beziehung

Page 22: DQ Messung Customer 2009-07-02

500

900030

30000

3000

3000

300030

500

3850010000

3000

100000

500040008000

00

0300100

00

30030004000

0

3003000

200

1180010000

Page 23: DQ Messung Customer 2009-07-02

00

3000

0000

500

00

50000

00

100000

0500

0

168300100000

3000

1000000

0000

50000

00000

0000

3000

Page 24: DQ Messung Customer 2009-07-02

100005000

56005000

0000

300300

000

05000

000

0000

000

Page 25: DQ Messung Customer 2009-07-02

Gesamt

Finanziell Interne Abläufe Business Partner-BeziehungERP 171600 356000 272000CRM 16530 51760 47060Service 30300 56700 38500e-Business 10500 61800 11800ERP-Land 2 18300 228300 168300ERP-Land 3 600 10600 5600

[email protected]

Finanziell Interne Abläufe Business Partner-Beziehung0

100000

200000

300000

400000

500000

600000

700000

800000

900000

ERP-Land 3 ERP-Land 2 e-Business Service CRM ERP

Page 26: DQ Messung Customer 2009-07-02

Fehlerquote3.39%0.35%2.70%0.98%9.06%0.25%

[email protected]