Ein Lieferanten-Zuverlässigkeits-Score muss beobachtete Fakten zusammenfassen, keinen kommerziellen Eindruck. Messen Sie getrennt die Verfügbarkeit des Datenflusses, seine Aktualität, seine Vollständigkeit, seine Stabilität und die Konsistenz kritischer Felder. Bewahren Sie jede Rohmessung auf, machen Sie die Gewichtungen explizit und legen Sie blockierende Schwellenwerte fest: Eine hervorragende Antwortquote darf veraltete Preise oder unbrauchbare Kennungen niemals ausgleichen. Der Score dient dazu, eine Prüfung zu priorisieren, eine Quelle im Zeitverlauf mit sich selbst zu vergleichen und zu entscheiden, ob ein Import fortgesetzt werden kann. Er beweist weder die Rentabilität der Produkte noch die Gesamtqualität des Lieferanten.
Ein nützlicher Score beginnt mit einer operativen Frage
„Ist dieser Lieferant zuverlässig?" ist zu vage. Die eigentliche Frage lautet vielmehr: „Kann ich diesen Datenfluss heute nutzen, um eine Kaufentscheidung mit welchem Grad menschlicher Kontrolle vorzubereiten?" Diese Formulierung trennt die technische Qualität des Katalogs, die kommerzielle Qualität des Angebots und die Qualität der Vertragsbeziehung.
Der Score bezieht sich also auf eine genau identifizierte Quelle: API-URL, FTP-Datei, CSV-Export oder anderer dokumentierter Datenfluss. Er muss auch den beobachteten Zeitraum angeben. Eine Bewertung auf Basis eines einzigen erfolgreichen Downloads hat nicht dieselbe Aussagekraft wie eine Reihe regelmäßiger Kontrollen. Zeitraum, Beobachtungsfrequenz und ausgeschlossene Vorfälle müssen neben dem Ergebnis sichtbar bleiben.
Bewahren Sie vor der Bewertung der Quelle mindestens auf: die Uhrzeit jedes Versuchs, das technische Ergebnis, die erhaltene Größe oder Zeilenzahl, die in den Daten vorhandenen Daten, die Anzahl abgelehnter Zeilen und die genaue Regel jeder Ablehnung. Zur Vertiefung der zeitlichen Dimension ergänzt die Methode zur Aktualitätsprüfung von Preisen und Beständen diesen Score, ohne mit ihm zu verschmelzen.
Die fünf getrennt zu messenden Dimensionen
Ein robustes Raster vermeidet Kriterien, die sich nicht prüfen lassen. Die folgenden Dimensionen sind Arbeitskategorien, keine universelle Norm:
| Dimension | Bewahrte Beobachtung | Kontrollfrage | Zu vermeidender Fehler |
|---|---|---|---|
| Verfügbarkeit | erfolgreiche Versuche, HTTP- oder Netzwerkfehler, Dauer | Kann der Datenfluss wie vorgesehen abgerufen werden? | Eine leere Antwort als vollen Erfolg zählen |
| Aktualität | Dateidatum, fachliches Datum, Erfassungsdatum | Entsprechen Preis und Bestand einem bekannten Zeitraum? | Download-Uhrzeit mit Aktualisierungszeit verwechseln |
| Vollständigkeit | Vorhandensein der erforderlichen Felder je Zeile | Enthalten die nutzbaren Zeilen die nötigen Daten? | Kritische und optionale Felder mitteln |
| Stabilität | Änderungen von Spalten, Typen, Einheiten und Formaten | Bleibt der Datenvertrag kompatibel? | Eine angekündigte, korrekt migrierte Änderung bestrafen |
| Konsistenz | Anomalien bei Preis, Bestand, Währung, GTIN und Varianten | Halten die Werte die expliziten Regeln ein? | Eine Anomalie stillschweigend korrigieren |
Die Verfügbarkeit eines Artikels verdient einen eigenen Test. Ein Status wie InStock drückt im Schema.org-Vokabular eine Verfügbarkeit aus, liefert aber weder eine exakte Menge noch ein Messdatum noch eine Reservierung. Der Artikel zum Unterschied zwischen booleschem Bestand und exakter Menge hilft zu definieren, was der Datenfluss tatsächlich belegt.
Ein Bewertungsschema aufbauen, ohne Gewissheit vorzutäuschen
Es gibt keine offizielle, für alle Verkäufer gültige Gewichtung. Das Bewertungsschema muss das Risiko des Anwendungsfalls widerspiegeln. Bei einem Kauf mit schneller Rotation kann die Bestandsaktualität blockierend sein. Bei einer Titelanreicherung kann die beschreibende Vollständigkeit stärker wiegen. Zwei Teams können aus denselben Beobachtungen also unterschiedliche Noten erhalten, sofern sie ihre Methode veröffentlichen.
Hier ein vollständig hypothetisches, reproduzierbares Beispiel. Annahmen: Ein Team vergibt insgesamt 100 Punkte, verteilt auf Verfügbarkeit 20, Aktualität 30, Vollständigkeit 20, Stabilität 15 und Konsistenz 15. Jede Dimension erhält ein in einem versionierten Regelwerk definiertes Verhältnis zwischen 0 und 1. Betragen die beobachteten Verhältnisse 0,95; 0,70; 0,90; 1,00 und 0,80, lautet die Berechnung:
20 × 0,95 + 30 × 0,70 + 20 × 0,90 + 15 × 1,00 + 15 × 0,80 = 85.
Dieses Ergebnis von 85 ist weder ein Marktwert noch eine Kaufempfehlung. Es demonstriert lediglich die Formel mit fiktiven Annahmen. Das Detail zeigt vor allem, dass die Aktualität der Schwachpunkt ist. Das ist nützlicher als eine pauschale grüne Farbe.
Fügen Sie anschließend Veto-Regeln hinzu. Beispielsweise kann in Ihrer internen Richtlinie eine Datei ohne Währung oder ohne prüfbares Datum zur Prüfung markiert werden, selbst wenn der gewichtete Durchschnitt hoch bleibt. Ein Veto ist keine Sanktion gegen den Lieferanten: Es ist ein Schutz vor dem mathematischen Ausgleich eines kritischen Mangels.
Reproduzierbares siebenstufiges Verfahren
1. Quelle und Anwendungsfall definieren. Identifizieren Sie den Datenfluss, das autorisierte Konto, den Kanal, die erwartete Frequenz und die Entscheidung, die die Daten stützen sollen. 2. Das Kontrollverzeichnis schreiben. Geben Sie für jedes Kriterium Feld, Regel, Einheit, Toleranz und erwartete Reaktion an. Eine unbekannte Regel bleibt „nicht bewertet", niemals „konform". 3. Rohnachweise sammeln. Erfassen Sie Zeitstempel, Antwortcodes, relevante Header, Datei-Hash, Volumen und Ablehnungen, ohne sie durch die Endnote zu ersetzen. 4. Jede Dimension berechnen. Verwenden Sie ausschließlich die Beobachtungen des angezeigten Zeitraums. Bewahren Sie Zähler, Nenner und Ausschlüsse auf. 5. Gewichtungen und Vetos anwenden. Versionieren Sie das Bewertungsschema. Jede Änderung muss erklären können, warum zwei aufeinanderfolgende Berechnungen abweichen. 6. Die Quelle mit ihrer eigenen Historie vergleichen. Ein plötzlicher Rückgang ist oft aussagekräftiger als ein Vergleich zwischen zwei Lieferanten mit unterschiedlichen Verträgen. 7. Entscheiden und dokumentieren. Geben Sie den Datenfluss frei, beschränken Sie ihn auf eine Testcharge, fordern Sie eine Korrektur an oder setzen Sie den Import aus. Die menschliche Entscheidung muss den wichtigsten Nachweis nennen.
RFC 9110 definiert unter anderem HTTP-Statuscodes und die Validator-Felder Last-Modified und ETag. Diese Elemente können einen Abruf dokumentieren, bestätigen aber für sich genommen nicht das fachliche Datum eines Preises. Ein Lieferant kann heute eine Datei mit veralteten Daten erneut veröffentlichen. Es müssen daher sowohl Transport-Metadaten als auch interne Katalogdaten bewahrt werden.
Den Trend interpretieren, statt eine Note zu heiligen
Ein isolierter Score liefert eine Momentaufnahme. Eine Zeitreihe zeigt eine Verhaltensänderung: zunehmende Verzögerung, steigende Ablehnungsquote, wechselnde Schemata oder Erholung nach einem Vorfall. Zeigen Sie die Gesamtnote, aber auch die Komponenten und die Ereignisse, die die Bewegung erklären.
Vermeiden Sie ein absolutes Ranking von Lieferanten, wenn sich die Rahmenbedingungen unterscheiden. Ein kleiner, täglich aktualisierter Katalog und eine sehr große, in Segmenten aufgefrischte Datenbank versprechen nicht denselben Service. Vergleichen Sie jede Quelle zunächst mit ihrem dokumentierten Vertrag, dann mit ihren eigenen früheren Zeiträumen. Ein Kreuzvergleich ist nur sinnvoll, wenn Kriterien, Zeitfenster und Pflichtfelder identisch sind.
Der Score bewertet auch nicht die Nutzungsrechte, die Bonität, die Produktkonformität, die tatsächlichen Lieferzeiten oder die endgültige Rentabilität. Diese Kontrollen stützen sich auf andere Nachweise. Sie in einer einzigen Note zu bündeln würde Ursachen unsichtbar und Korrekturen ungenau machen.
Was ArbitragePro+ automatisieren kann / was der Verkäufer prüfen muss
Die Funktion score-sante-source ist hier eine vorgeschlagene Spezifikation und keine als verfügbar erklärte Funktion. Sie könnte Importergebnisse sammeln, die Dimensionen nach einem versionierten Bewertungsschema berechnen, fehlende Beobachtungen anzeigen und ein Veto melden. Sie sollte stets die Rückkehr zu den Rohmessungen ermöglichen und „null", „unbekannt" und „nicht zutreffend" unterscheiden.
Der Verkäufer muss den Vertrag des Datenflusses, die Zugangsrechte, die Bedeutung der Felder, die Angemessenheit der Gewichtungen und die endgültige Entscheidung prüfen. Er bestätigt außerdem, dass der beobachtete Zeitraum repräsentativ ist. Vor der Erweiterung einer Quelle erlaubt eine Kanarien-Charge des Lieferanten, die Regeln an einem begrenzten, reversiblen Umfang zu testen.
Checkliste vor der Nutzung des Scores
- Quelle, Kanal und Zeitraum sind benannt.
- Jede Dimension verweist auf eine einsehbare Rohmessung.
- Kritische Felder und Vetos sind vor der Berechnung festgelegt.
- Die Gewichtungen sind datiert, versioniert und begründet.
- Fehlende Werte werden nicht in willkürliche Nullen umgewandelt.
- Ein Erfassungsdatum wird nicht als fachliches Aktualisierungsdatum dargestellt.
- Die Gesamtnote wird von ihren Komponenten begleitet.
- Die menschliche Entscheidung und ihr Grund bleiben nachvollziehbar.
- Der Score dient nicht als Nachweis für Rentabilität oder rechtliche Konformität.
Quellsignale prüfen
Den Zustand der Sources in ArbitragePro+ öffnen
Offizielle Quellen
- IETF, RFC 9110 — HTTP Semantics: https://www.rfc-editor.org/rfc/rfc9110.html (abgerufen am 17.08.2026).
- Schema.org, ItemAvailability: https://schema.org/ItemAvailability (abgerufen am 17.08.2026).
- Schema.org, InStock: https://schema.org/InStock (abgerufen am 17.08.2026).
