Lieferantenstammdaten-Onboarding ist der Prozess, in dem ein Unternehmen alle notwendigen Informationen über einen neuen Lieferanten sammelt, überprüft und aktiviert – bevor die erste Bestellung aufgegeben wird. Es umfasst die juristische Entität, Steuer- und Bankdaten, Compliance-Nachweise und Kontakte. Für Hersteller und Distributoren gehören auch die Produktdaten des Lieferanten dazu. Dieser Leitfaden erklärt, was sich zwischen 2025 und 2026 geändert hat, welche Inhalte ein Lieferantendatensatz heute haben muss und wie Sie einen Onboarding-Prozess aufbauen, dem andere Systeme vertrauen können.
Wichtigste Erkenntnisse
- Die meisten Probleme mit Lieferantendaten entstehen beim Onboarding. Ein unvollständig oder doppelt in die ERP aufgenommener Datensatz bleibt falsch, bis ihn jemand in der Buchhaltung entdeckt.
- EU-Regeln prüfen Lieferantendaten jetzt direkt. Die Verification of Payee vergleicht seit Oktober 2025 den Lieferantennamen mit dem Kontoinhabernamen bei Euro-Überweisungen, und die E-Rechnungspflicht validiert Rechnungsdaten gegen den Lieferantenstamm.
- Due-Diligence- und Produktpass-Anforderungen führen zu Datenanfragen entlang der Lieferkette, auch bei Lieferanten außerhalb des eigentlichen Geltungsbereichs.
- Ein gestufter Onboarding-Prozess funktioniert besser als ein großes Formular. Erfassen Sie zuerst ein Minimalset zum Transaktionsbeginn, dann erweitern Sie es nach Risikostufe und Kategorie.
- Bankdatenänderungen verdienen ihren eigenen Workflow. Sie sind die risikokritischsten Änderungen im gesamten Lieferantenstamm.
Was das Lieferantenstammdaten-Onboarding abdeckt
Onboarding liegt zwischen Beschaffung und der ersten Transaktion. Die Beschaffung wählt den Lieferanten aus. Dann muss jemand eine unterzeichnete Vereinbarung in einen nutzbaren Datensatz im ERP-Lieferantenstamm, der Beschaffungsplattform, dem Qualitätsmanagementsystem und – wo der Lieferant Produktinformationen bereitstellt – dem PIM umwandeln.
In den meisten Unternehmen gehören diese Schritte zu verschiedenen Teams. Beschaffung kümmert sich um die Qualifizierung. Finance verwaltet Bank- und Steuerdaten. Qualität kümmert sich um Zertifikate. Produktmanagement kümmert sich um Daten. Jedes Team führt seinen eigenen Prozess durch, oft mit seinem eigenen Tabellenkalkulationssheet, und der Lieferant wird viermal von vier Personen nach seiner Steuernummer gefragt, die nicht miteinander kommunizieren.
Warum Lieferantendaten beim Onboarding scheitern
Gartner-Forschung aus 2020 beziffert die Kosten von schlechter Datenqualität auf mindestens 12,9 Millionen Dollar pro Jahr für ein durchschnittliches Unternehmen. Die gleiche Forschung nennt Inkonsistenzen zwischen Datenquellen als das schwerwiegendste Datenqualitätsproblem: Daten in Silos mit Überschneidungen, Lücken und Widersprüchen. Lieferantendaten passen zu dieser Beschreibung perfekt.
Die typischen Fehler sind banal. „Müller GmbH", „Mueller GmbH" und „MULLER GMBH" existieren als drei verschiedene Lieferanten mit drei verschiedenen Zahlungshistorien. Ländercodes stehen in Freitextfeldern. Zahlungsbedingungen verstecken sich in Notizfeldern. ISO-Zertifikate liegen als PDFs auf einem gemeinsamen Laufwerk, und niemand erfasst das Ablaufdatum als Daten. Der Vertriebskontakt hat den Lieferanten vor zwei Jahren verlassen und erhält immer noch Bestellungen.
All dies schadet nicht am Tag der Erstellung. Es schadet drei Monate später, als blockierte Rechnung, eine Zahlung auf das falsche Konto oder ein Audit-Befund. Dann wurde der Datensatz bereits in vier Systeme kopiert.
Beschaffungsleiter sehen den Zusammenhang zwischen Lieferantendaten und Risiko. In Deloittes Umfrage 2025 mit über 250 Chief Procurement Officers nannten Befragte bessere Lieferkettentransparenz (64%) und verbessertes Lieferantendatenaustausch (61%) als ihre wirksamsten Risikominderungsstrategien. Beide hängen von Lieferantendatensätzen ab, die vollständig und aktuell sind.
Neue Regeln überprüfen Lieferantendaten jetzt direkt
Jahrelang war ein unsorgfältig gepflegter Lieferantenstamm ein internes Effizienzproblem. Mehrere EU-Regeln änderten das zwischen 2025 und 2027. Sie überprüfen Lieferantendaten in dem Moment, wenn Geld fließt oder Waren eine Grenze überqueren.
Verification of Payee überprüft Ihre Lieferantennamen
Seit 9. Oktober 2025 müssen Zahlungsdienstleister in der EU Zahlern einen Verification-of-Payee-Service anbieten, bevor sie eine Kreditüberweisung genehmigen. Die Überprüfung gilt für Standard- und Echtzeitüberweisungen. Sie vergleicht den Namen des Zahlungsempfängers mit dem Namen des Kontoinhabers hinter der IBAN. Das Regelwerk der European Payments Council trat am 5. Oktober 2025 in Kraft, um zu standardisieren, wie Banken die Abfrage durchführen.
Die praktische Konsequenz landet im Lieferantenstamm. Wenn der Datensatz „Acme Tools" sagt und das Konto auf „Acme Werkzeugbau GmbH" läuft, gibt der Zahlungslauf eine Nichtübereinstimmung oder eine ungenaue Übereinstimmung zurück. Geschäftszahler können die Überprüfung für Massenzahlungen aufheben, aber das entfernt eine Betrugskontrolle genau dort, wo sie zählt.
Also muss Onboarding den Namen des Kontoinhabers exakt wie er auf dem Bankkonto vorkommt erfassen und den Handelsnamen in einem separaten Feld speichern. Behandeln Sie den Namen des Kontoinhabers als Daten mit eigener Validierung.
Die Betrugsseite erklärt, warum das wichtig ist. Das Internet Crime Complaint Center des FBI verzeichnete etwa 3,05 Milliarden Dollar gemeldete Verluste durch Business Email Compromise im Jahr 2025, die zweithöchste Verlustkategorie nach Betrugsinvestitionen. Ein vertrautes Muster in diesen Fällen ist eine E-Mail, die von einem bekannten Lieferanten zu stammen scheint, und auffordert, Bankdaten vor der nächsten Zahlung zu aktualisieren.
Eine Bankdatenänderungsanfrage ist das wertvollste Ziel in einem Lieferantenstamm. Überprüfen Sie es durch einen Kanal, den der Anfragende nicht wählen konnte, wie eine Telefonnummer, die bereits in der Datei vorliegt.
E-Rechnungen brauchen strukturierte Lieferantendaten
Deutschland verlangt von allen inländischen Unternehmen, strukturierte E-Rechnungen seit Januar 2025 zu empfangen. Die Ausstellung wird ab Januar 2027 für Unternehmen mit einem Jahresumsatz von über 800.000 Euro und ab Januar 2028 für alle anderen verpflichtend. Auf EU-Ebene verabschiedete der Rat das VAT-in-the-Digital-Age-Paket am 11. März 2025, und obligatorische E-Rechnungen mit Echtzeitberichten für innergemeinschaftliche Transaktionen gelten ab 1. Juli 2030.
Strukturierte Rechnungen werden automatisch abgeglichen. Das empfangende System vergleicht die Steuernummer, den Namen, die Adresse und das Bankkonto auf der Rechnung mit dem Lieferantenstamm. Jede Abweichung wird zu einer Ausnahme, die jemand manuell beheben muss. Papierrechnungen tolerierten einen unsauberen Lieferantendatensatz, weil ein Sachbearbeiter ihn stillschweigend korrigierte. XML nicht.
Onboarding sollte daher den E-Rechnungskanal des Lieferanten erfassen (zum Beispiel eine Peppol-Teilnehmer-ID oder die Adresse für XRechnung- oder ZUGFeRD-Dateien), die Steuernummer gegen den VIES-Service der EU validieren und aufzeichnen, welche Entität tatsächlich in Rechnung stellt, wenn eine Lieferantengruppe mehrere Entitäten hat.
Due-Diligence-Regeln erreichen Lieferanten außerhalb ihres Geltungsbereichs
Die EU-Entwaldungsverordnung gilt ab 30. Dezember 2026 für große und mittlere Unternehmen und ab 30. Juni 2027 für die meisten Kleinstunternehmen und kleineren Unternehmen. Sie erfasst Rohstoffe wie Rinder, Kakao, Kaffee, Palmöl, Kautschuk, Soja und Holz, und Operatoren müssen Produkte mit dem geografischen Standort der Parzellen verbinden, auf denen sie produziert wurden. Diese Daten können nur aus der Lieferkette kommen.
Die Corporate Sustainability Due Diligence Directive schrumpfte erheblich. Omnibus I trat am 18. März 2026 in Kraft und begrenzt die Richtlinie auf EU-Unternehmen mit mehr als 5.000 Mitarbeitern und über 1,5 Milliarden Euro Umsatz, mit Pflichten ab 26. Juli 2029. Die meisten Lieferanten werden nie im Geltungsbereich sein. Ihre größten Kunden werden es sein, und diese Kunden werden Fragebögen lange vor 2029 versenden.
Für Onboarding bedeutet dies, erfassen Sie, welche Rohstoffe, Materialien und Herkunftsländer ein Lieferant tatsächlich liefert. Diese Klassifizierung bestimmt, welcher Fragebogen an welchen Lieferanten geht. Das Versenden eines 200-fragen-Nachhaltigkeits-Fragebogens an einen Bürobedarfslieferanten ist eine zuverlässige Möglichkeit, herauszufinden, welche Lieferanten keine E-Mails mehr lesen.
Digitale Produktpässe machen Lieferantendaten zu Produktdaten
Der erste obligatorische Pass unter EU-Recht ist der Batteriepass. Er wird obligatorisch am 18. Februar 2027 für Elektrofahrzeugbatterien, Batterien für leichte Verkehrsmittel und Industriebatterien über 2 kWh. Die Verpflichtung liegt bei dem Wirtschaftsbeteiligten, der die fertige Batterie auf den Markt bringt, nicht bei den Lieferanten von Zellen oder Modulen. Aber die Zusammensetzung, der CO2-Fußabdruck und Daten zum Recycling-Anteil kommen von diesen Lieferanten.
Nach der Ecodesign-Verordnung für nachhaltige Produkte folgen andere Produktgruppen durch delegierte Richtlinien, und die Kommission erklärt, dass Wirtschaftsbeteiligte eine Übergangsfrist von mindestens 18 Monaten nach Annahme jeder Richtlinie erhalten. Textilien, Reifen, Stahl, Aluminium und Möbel stehen auf der Liste.
Für einen Hersteller sollte das Onboarding eines Komponentenlieferanten jetzt eine Vereinbarung enthalten: welche Produktattribute der Lieferant bereitstellt, in welchem Format, wie oft und mit welchem Nachweis. Materialzusammensetzung und Stoffe von Besorgnis benötigen eine benannte Quelle. „Der Lieferant hat es in einer E-Mail gesagt" wird eine Prüfung nicht überstehen.
Was ein Lieferantenstammdatensatz 2026 enthalten muss
Ein aktueller Lieferantendatensatz geht weit über Name, Adresse und Bankkonto hinaus. Dies sind die Bereiche, die für die meisten Hersteller und Distributoren zählen:
- Juristische Identität: eingetragener Name exakt wie im Handelsregister und auf dem Bankkonto, juristische Form, Registrierungsnummer, registrierte Adresse und Kennungen wie Steuernummer, LEI, D-U-N-S-Nummer oder GLN, wo die Branche sie nutzt.
- Steuern und Rechnungsstellung: Steuernummern pro Land, Steuerstatus, E-Rechnungskanal und -adresse und die Rechnungsentität, falls sie sich von der Vertragspartei unterscheidet.
- Zahlung: Kontodetails, Name des Kontoinhabers, Verifizierungsstatus, Datum und Methode der letzten Verifizierung und die Person, die sie genehmigt hat.
- Compliance und Risiko: Ergebnis und Datum der Sanktionsprüfung, Zertifikate wie ISO 9001, IATF 16949 oder ISO 14001 mit Aussteller und Ablaufdatum, Fragebogenstatus und relevant Rohstoffe sowie Herkunftsländer für EUDR- oder Konfliktmineral-Regeln.
- Betriebsdaten: Kontakte nach Rolle, Zahlungsbedingungen, Incoterms, Lieferzeiten und Bestellkanal.
- Verantwortung für Produktdaten: welche Attribute der Lieferant bereitstellt und in welchem Austauschformat.
Jedes Feld braucht einen Besitzer, eine Quelle, eine Validierungsregel und ein Revalidierungsintervall. Ein Feld ohne Besitzer verfällt. Zertifikate laufen an einem auf ihnen aufgedruckten Datum ab, und sie überraschen dennoch Menschen.
Gestalten eines Lieferantenstammdaten-Onboarding-Prozesses, der hält
Staffeln Sie den Datensatz
Ein einzelnes Onboarding-Formular, das nach allem fragt, schafft zwei Probleme. Lieferanten brechen es ab, und interne Nutzer füllen obligatorische Felder mit „n/a", „0000" oder „tbd", um die Validierung zu bestehen. Beides erzeugt Datensätze, die vollständig aussehen, aber nicht sind.
Ein gestufter Ansatz funktioniert besser. Stufe eins sammelt das Minimum, das rechtlich transaktionsfähig ist und Zahlungen sicher ermöglicht: juristische Identität, Steuerdaten, verifiziertes Bankkonto, Sanktionsprüfung. Stufe zwei fügt Daten nach Risikostufe und Kategorie hinzu. Ein einmalige Catering-Bestellung für eine Messe braucht weitaus weniger Felder als ein Tier-Eins-Lieferant von sicherheitskritischen Komponenten. Obligatorische Felder sollten vom Lieferantentyp, der Kategorie und dem Land abhängen statt global gelten.
Lassen Sie Lieferanten ihre eigenen Daten eingeben, überprüfen Sie sie dann
Lieferantenportale zur Selbstbedienung entfernen den Neueintrag-Schritt, und Lieferanten kennen ihre eigenen Daten am besten. Aber Selbstbedienung verlagert die Fehlerquelle auf die Lieferantenseite. Es beseitigt sie nicht. Validierung muss beim Eintrag stattfinden, bevor ein Datensatz ein nachgelagertes System erreicht. Die Prüfungen, die die meisten Probleme fangen:
- Format- und Prüfsummenvalidierung: IBAN-Prüfsumme, Steuernummernformat pro Land, Postleitzahlenmuster.
- Registerlookups: Steuernummer gegen VIES, Unternehmensnummer gegen das nationale Register, LEI gegen die GLEIF-Datenbank.
- Erkennung von Duplikaten vor Erstellung, mit unscharfem Abgleich auf normalisierten Names, Steuernummer, Adresse und Bankkonto, damit „Müller GmbH" und „Mueller GmbH" abgeglichen werden, bevor beide bezahlt werden.
- Sanktions- und Beobachtungslisten-Screening, wiederholt nach Zeitplan, weil die Listen sich ändern.
- Zertifikate erfasst als strukturierte Daten (Typ, Aussteller, Umfang, Ablaufdatum), mit dem PDF als Nachweis angehängt.
Trennen Sie Eintrag von Genehmigung
Die Person, die Bankdaten eingibt oder ändert, sollte niemals die Person sein, die die Änderung genehmigt. Bankänderungen durchlaufen einen separaten Workflow: ein Rückruf an einen bereits aufgezeichneten Kontakt, einen zweiten Genehmiger, ein vollständiges Änderungsprotokoll und in vielen Unternehmen einen kurzen Halt bei der ersten Zahlung auf das neue Konto. Das kostet ein paar Tage pro Änderung. Eine einzelne umgeleitete Zahlung kostet normalerweise mehr als ein Jahr dieser Verzögerungen.
Nutzen Sie Branchenstandards, wo sie es gibt
In Konsumgütern und Gesundheitswesen können Lieferanten über das GS1-Netzwerk für globale Datensynchronisation Produktstammdaten einmal veröffentlichen und Empfängerdatenbanken aktualisieren sich automatisch durch zertifizierte Datenpools. Im Elektro- und Industrie-B2B-Handel erledigen BMEcat-Kataloge mit ETIM- oder ECLASS-Klassifizierung ähnliche Arbeit. Standards reduzieren Zuordnungsaufwand erheblich, aber die Abdeckung variiert. Große Hersteller liefern standardisierte Daten. Kleine Lieferanten senden Excel-Dateien mit zusammengeführten Zellen und farbcodierter Bedeutung. Der Onboarding-Prozess muss beide ohne zwei separate Teams handhaben.
In Projekten, die wir für Hersteller durchgeführt haben, war der Ausgangspunkt oft gleich. Lieferantendaten kamen als Excel-Anhänge in E-Mails. Einkauf tippte sie in die ERP ein, und Bankänderungen kamen auf die gleiche Weise. Duplikate erschienen jedes Mal, wenn ein Lieferant eine Tochtergesellschaft oder eine Schreibvariante hatte. Die Lösung war ein zentraler Lieferantendatensatz mit obligatorischen Feldern pro Lieferantentyp, IBAN- und Steuernummernvalidierung beim Eintrag, eine Duplikatsprüfung vor Erstellung und ein separater Genehmigungsworkflow für Bankänderungen mit einem zweiten Genehmiger. Datensätze gingen erst zur ERP, nachdem sie genehmigt wurden. Die ERP hörte auf, halb fertige Lieferanten zu empfangen, und Einkauf hörte auf, der Ort zu sein, wo Lieferantendaten aus dem Gedächtnis korrigiert wurden.
Behandeln Sie Revalidierung als Teil des Onboarding
Lieferantendaten haben eine Verfallszeit. Eigentum ändert sich, Unternehmen ziehen um, Zertifikate laufen ab, Sanktionslisten aktualisieren sich. Gutes Onboarding legt den Revalidierungsplan zur gleichen Zeit auf, in der es den Datensatz erstellt: Screening-Intervalle, Zertifikatsablauf-Benachrichtigungen und regelmäßige Anfragen an Lieferanten, ihre Daten zu bestätigen. Ereignisauslöser zählen genau wie Zeitpläne. Ein Eigentümerwechsel, ein neues Bankkonto oder eine neue Rechnungsadresse sollten die relevanten Prüfungen automatisch neu starten.
Lieferantenproduktdaten: Das zweite Onboarding
Für Hersteller, die Komponenten kaufen, und Distributoren, die Waren zum Wiederverkauf kaufen, liefert der Lieferant auch Produktdaten. Das ist ein anderes Problem. Rechts- und Bankdaten sind ein paar dutzend Felder pro Lieferant. Produktdaten können hunderte Attribute über tausende Artikel sein, ankommend in so vielen Layouts wie es Lieferanten gibt.
Unsere Kunden kommen mit einem vertrauten Setup zu uns. Produktdaten von Lieferanten kommen in dutzenden Formaten: Lieferant A sendet BMEcat, Lieferant B sendet ein Tabellenkalkulationssheet mit eigenen Spaltennamen, Lieferant C sendet PDF-Datenblätter. Produktmanager verbringen Tage damit, Spalten zugeordnet, bevor irgendjemand überprüfen kann, ob die Daten vollständig sind. Was half, war eine Zuordnungskonfiguration pro Lieferant, die bei jeder Lieferung wiederverwendet wird, automatische Validierung beim Import gegen das Zieldatenmodell und eine Vollständigkeitsbewertung pro Vertriebskanal oder Regulierungszweck. Fehlende Attribute gehen als spezifische Anfrage statt eines generischen „bitte senden Sie vollständige Daten" an den Lieferant zurück. Die Zuordnungsarbeit geschieht einmal pro Lieferant statt einmal pro Lieferung.
Produktpass-Anforderungen erhöhen die Einsätze. Attribute, die früher schön zu haben waren, wie Materialzusammensetzung oder Recycling-Anteil, werden für bestimmte Produktgruppen obligatorisch. Die Lieferantenbeziehung braucht einen Datenvertrag: welche Attribute, welches Format, welche Update-Frequenz und wer ist verantwortlich, wenn sich ein Wert als falsch herausstellt.
Wo KI beim Lieferantenstammdaten-Onboarding hilft und wo nicht
KI-Adoption in der Beschaffung bewegt sich schnell. Deloittes CPO-Umfrage 2025 fand, dass die leistungsstärksten Beschaffungsorganisationen meldeten durchschnittlich 2,8x Rückkehr auf ihre generative KI-Investitionen, verglichen mit 1,6x für den Rest.
Beim Onboarding verdient KI sein Geld bei unstrukturierten Eingaben. Sie extrahiert Felder aus Zertifikaten, Bankbestätigungsschreiben und Datenblättern. Sie schlägt Attributzuordnungen für eine neue Lieferantendatei vor. Sie kennzeichnet wahrscheinliche Duplikate, die exakte Übereinstimmungen übersehen. Sie schlägt Ausgabenkategorien vor.
Das Risiko ist, dass Extraktionsfehler plausibel aussehen. Eine falsch gelesene Ziffer in einer IBAN schlägt die Prüfsummen-Validierung fehl. Ein falsch gelesenes Zertifikatsablaufdatum passiert jede Format-Prüfung und sitzt im System, das völlig vernünftig aussieht.
Behandeln Sie KI-Ausgabe als Entwurfseintrag mit Quellenreferenz. Bankdaten, juristische Namen und Zertifikatsdaten brauchen immer noch eine verifizierten Quelle und einen benannten Genehmiger.
Eine praktische Regel: KI schlägt vor, die Validierungsschicht prüft, eine Person bestätigt die hochriskanten Felder. Bankänderungen werden niemals von einem Modell genehmigt, wie selbstbewusst es auch klingt.
Wo Supplier MDM passt
Der ERP-Lieferantenstamm ist, wo Transaktionen stattfinden. Er leistet normalerweise schlechte Arbeit bei Onboarding-Workflows, Lieferanten-Selbstbedienung, Abstimmung von Datensätzen aus mehreren Quellen und Handhabung von Produktdaten. Beschaffungssuites decken Lieferantenportale und Qualifizierung gut ab, aber sie halten oft nur die Beschaffungssicht eines Lieferanten. Qualität, Nachhaltigkeit und Produktdaten leben anderswo.
Ein Supplier Master Data Management System sitzt zwischen diesen. Es konsolidiert Lieferantendaten aus allen Quellen in einen verwalteten Datensatz, wendet Matching- und Survivorship-Regeln an, wenn Quellen nicht übereinstimmen, führt Validierungs- und Genehmigungsworkflows aus und verteilt den genehmigten Datensatz an ERP, Beschaffung, PIM und Reporting-Tools.
Der Kompromiss ist real. Ein MDM-System ist eine weitere Plattform zum Konfigurieren und Verwalten. Ein Unternehmen mit einer ERP und ein paar hundert stabilen Lieferanten kann mit dem Lieferantenmodul der ERP und einem disziplinierten Genehmigungsprozess auskommen. Der Fall für Supplier MDM wird stärker mit mehreren ERP-Instanzen, häufigen Übernahmen, Lieferanten, die auch Produktdaten liefern, oder regulatorischer Berichtserstattung, die einen Audit-Trail für jeden Wert braucht.
AtroCore ist eine Option in dieser Kategorie. Es ist eine Open-Source-Datenplattform mit einem konfigurierbaren Datenmodell, sodass Lieferanten-Entitäten, Attribute pro Lieferantentyp und Beziehungen zu Produkten, Zertifikaten und Kontakten in der Admin-Oberfläche eingerichtet werden. Es unterstützt Validierungsregeln, obligatorische Felder pro Kontext, rollenbasierte Berechtigungen, Änderungsverlauf und Audit-Trail sowie Genehmigungsworkflows. Integration läuft über REST-APIs, Dateiaustausch oder Datenbankabfragen. Weil AtroPIM auf der gleichen Plattform läuft, können Supplier Master Data und Supplier Produktdaten ein Modell statt zwei Systeme teilen. Die Kehrseite einer konfigurierbaren Plattform ist, dass jemand das Datenmodell und die Regeln gestalten muss, was am Anfang Aufwand kostet.
Metriken, die zeigen, ob Onboarding funktioniert
Verfolgen Sie die Zeit von der Lieferantenauswahl bis zu einem PO-fähigen Datensatz und splitten Sie ihn nach Lieferantentyp, damit eine langsame Qualifizierung von Tier-Eins-Lieferanten eine schnelle Catering-Anforderung nicht versteckt. Messen Sie die Quote der Annahme beim ersten Versuch, dh den Anteil der Lieferanteneinträge, die Validierung ohne Nacharbeit bestehen. Überwachen Sie die Rate der Doppelten-Erstellung. Zählen Sie aktive Lieferanten mit verifizierten Bankdaten und einem Verifizierungsdatum in Ihrem Policy-Fenster und den Anteil der Zertifikate, die heute gültig sind.
Nachgelagerte Signale zählen auch. Steigende E-Rechnungsausnahmen, verursacht durch Lieferantenstamm-Nichtübereinstimmungen oder eine wachsende Anzahl von Verification-of-Payee-Nahübereinstimmungen in Zahlungsläufen, zeigen zurück auf Onboarding. Sie sind die billigste Frühwarnung, die ein Unternehmen bekommt.