Trade Health-Methodik
Version 1.1·Gültig ab 1. Juli 2026
BM-THM-v1.1
English version governs. The legally binding version of this document is the English version 1.1 (content fingerprint
bb88bfe44dccad3a8c354a9ddc2468989ba9b0b87e59e53c2649bbf76814f4ea). This translation is provided for convenience only.The binding English version is available at this permalink.
Diese Seite beschreibt, wie Berry Marketplace den Trade Health Score berechnet, der auf jedem Unternehmensprofil, auf Inseratkarten und auf Angebotsoberflächen der gesamten Plattform angezeigt wird. Sie dokumentiert, wie Berry Abschnitt 7 (Reputationssystem) der Plattform-Bedingungen seit Inkrafttreten dieser Bedingungen ausgelegt hat, und wird hier aus Transparenzgründen veröffentlicht. Sie ist selbst kein Vertrag und bedarf keiner Annahme.
Was der Trade Health Score ist
Der Trade Health Score ist eine Zahl zwischen 0 und 100, die Berry aus der verifizierten Handelshistorie eines Unternehmens auf der Plattform berechnet. Sie wird neben (und nie vermischt mit) den von Nutzern verfassten Bewertungen angezeigt, sodass Geschäftspartner zwei unterschiedliche Signale auf einen Blick erkennen können:
- Sterne — was andere Unternehmen über ein Unternehmen gesagt haben, in ihren eigenen Worten.
- Trade Health — was die Handelshistorie eines Unternehmens selbst über es aussagt, von Berry aus objektiven Ereignissen berechnet.
Der Score eines Unternehmens wird automatisch aktualisiert, sobald ein Handelsereignis eintritt, das in den Score einfließt (ein Vertrag wird abgeschlossen, eine Streitigkeit gelöst, eine Rechnung bezahlt, eine Lieferung erfasst). Eine tägliche Sicherheitsneuberechnung läuft um 06:30 UTC, um Ereignisse aufzufangen, die die Live-Trigger möglicherweise verpasst haben.
Der Score, das Band, in das er fällt, und eine Aufschlüsselung pro Komponente sind auf jedem Unternehmensprofil sichtbar. Unternehmen können die einzelnen Ereignisse, die in ihren eigenen Score einfließen, auf der Registerkarte Mein Unternehmen → Trade Health-Aktivität einsehen.
Bänder
| Score | Band |
|---|---|
| 90–100 | Hervorragend |
| 75–89 | Gut |
| 60–74 | Akzeptabel |
| Unter 60 | Aufmerksamkeit erforderlich |
| Weniger als 3 abgeschlossene Verträge | Unzureichende Handelshistorie (kein veröffentlichter Score) |
Ein Unternehmen mit weniger als 3 abgeschlossenen Verträgen auf der Plattform zeigt „Aufbau (X von 3)“ anstelle eines Scores. Dies verhindert, dass neue Unternehmen für eine geringe Datengrundlage benachteiligt werden. Sobald die Schwelle erreicht ist, erscheint der Score.
Komponenten und Gewichtungen
Der Score ist der gewichtete Durchschnitt von vier Komponenten. Die Gewichtungen ergeben in Summe 1,00.
| Komponente | Gewichtung | Was sie misst |
|---|---|---|
| Streitfallquote | 35 % | Den Anteil abgeschlossener Verträge, die sauber endeten, gegenüber denen mit Qualitätsproblem oder Streitigkeit, gewichtet nach Schwere des Ergebnisses. |
| Pünktliche Lieferung | 25 % | Wie nah am Plan die Lieferungen eines Unternehmens eintreffen (verkäuferseitiges Signal). |
| Pünktlichkeit der Provisionszahlung | 20 % | Ob ein Unternehmen Berrys handelsbezogene Provisionsrechnungen am oder vor Fälligkeitsdatum bezahlt (käuferseitiges Signal). |
| Streitfall-Reaktionsquote | 20 % | Ob sich ein Unternehmen mit gegen es eingereichten Streitfällen innerhalb des Reaktionsfensters des Streitfalls befasst. |
Jede Komponente wird unabhängig als Wert zwischen 0,0 und 1,0 berechnet und dann mit ihrer Gewichtung multipliziert. Die Komponentenwerte werden summiert und durch die Gesamtgewichtung der Komponenten dividiert, für die das Unternehmen mindestens ein Ereignis hat. Das Ergebnis wird mit 100 multipliziert, um den angezeigten Score zu erhalten.
Hat ein Unternehmen für eine bestimmte Komponente keine Ereignisse (zum Beispiel ein Unternehmen, das nur verkauft hat, hat keine Provisionszahlungshistorie), wird diese Komponente sowohl aus dem Zähler als auch aus dem Nenner ausgeschlossen — sie hilft dem Score weder, noch schadet sie ihm.
Wie die Zeit den Score beeinflusst
Trade Health verwendet ein Verdünnungs-, kein Abklingmodell. Dies ist eine wichtige Unterscheidung.
Ein Abklingmodell würde sagen: „Alte Ereignisse zählen mit der Zeit weniger.“ Berry tut dies nicht. Alte Ereignisse zählen unbegrenzt vollständig.
Ein Verdünnungsmodell sagt: „Jeder neue abgeschlossene Vertrag fügt Ihrer Bilanz hinzu, und Ihr Gesamtverhältnis verbessert sich automatisch, wenn sich Ihr gutes Verhalten ansammelt.“ Genau das macht Berry.
In der Praxis bedeutet das: Ein Unternehmen mit einem alten Problem und vielen darauf folgenden sauberen Geschäften sieht seinen Score natürlich steigen — das Problem wird nicht gelöscht, aber sein arithmetisches Gewicht als Anteil an der gesamten Handelshistorie des Unternehmens schrumpft mit jedem zusätzlichen sauberen Vertrag. Sie können sich frei handeln — jeder saubere Vertrag verdünnt die Wirkung eines vorherigen Problems, ohne je so zu tun, als sei das Problem nicht passiert.
Wir „vergessen“ keine alten Ereignisse. Eine 3 Jahre alte Streitigkeit zählt mit demselben arithmetischen Gewicht wie eine 1 Monat alte Streitigkeit. Was sich ändert, ist der Anteil, den dieses Ereignis an der Gesamtbilanz des Unternehmens darstellt.
Eine zukünftige Version dieser Methodik kann eine symmetrische Aktualitätsschicht einführen (ältere Ereignisse leicht weniger gewichtet als neuere Ereignisse), wenn Daten später zeigen, dass dies das Signal für ruhende Unternehmen verbessert. Falls eingeführt, ist es nur ein symmetrischer Overlay — nie eine Kurve, die jüngste Ereignisse unverhältnismäßig verstärkt. Eine solche Änderung wird als neue Version dieser Seite (v1.1, v2.0 etc.) gemäß Abschnitt 7.3 der Plattform-Bedingungen veröffentlicht, der Berry das Ermessen über die Methodikentwicklung vorbehält.
Eine zukünftige Version kann auch Bayes’sches Shrinkage einführen — eine statistische Technik, die die Score-Volatilität für Unternehmen nahe der 3-Vertrags-Untergrenze reduziert, indem ihre Verhältnisse sanft zum Plattformdurchschnitt gezogen werden. v1.0 verwendet einen einfachen Schwellenwert (kein Score unter 3 Verträgen veröffentlicht); v2.0 wird dies wahrscheinlich oberhalb der Untergrenze mit Shrinkage abmildern. Wir offenbaren das Fehlen in v1.0, damit die spätere Einführung keine Überraschung darstellt.
Komponentendetails
Streitfallquote (Gewichtung 35 %)
Quelle: jeder Vertrag, der den Status COMPLETED erreicht. Jeder
abgeschlossene Vertrag erzeugt eine Zeile pro betroffener Partei
(Käufer und Verkäufer), und der Wert der Zeile wird durch das
schlechteste Qualitätsergebnis dieses Vertrags bestimmt. Saubere
Geschäfte zählen voll; Geschäfte mit Qualitätsproblemen oder
Streitigkeiten zählen anteilig weniger, abhängig davon, wie das
Problem gelöst wurde und welche Partei dafür verantwortlich war.
| Ergebnis des Vertrags | Wert für die schuldhafte Partei | Wert für die Gegenpartei |
|---|---|---|
| Sauberes Geschäft — kein Qualitätsproblem, kein Streitfall | 1,00 | 1,00 |
| Bilateral gelöstes Qualitätsproblem (kein formeller Streitfall eingereicht) | 0,85 | 0,85 |
| Streitfall → Anspruch zurückgezogen (typischerweise außerhalb der Plattform geklärt) | 1,00 (Beklagter) | 0,95 (Initiator) |
| Streitfall → kein Handeln vereinbart (Anspruch einvernehmlich abgewiesen) | 0,95 (Beklagter) | 0,92 (Initiator) |
| Streitfall → Schuld anerkannt, vollständige Wiedergutmachung (Erstattung oder Ersatz) | 0,50 | 1,00 |
| Streitfall → Teilrückerstattung mit Schuldzuweisung vereinbart | 0,50 | 0,95 |
| Streitfall → ohne Schuldzuweisung gelöst (Kompromiss) | 0,70 | 0,70 |
| Streitfall → an externe Schiedsstelle verwiesen | 0,60 | 0,60 |
| Streitfall → Anspruch verfallen (keine Beteiligung, ausgelaufen) | 0,10 (Beklagter) | 0,50 (Initiator) |
Einige Hinweise zum Lesen dieser Tabelle:
- Ein fair gelöster Streitfall zählt trotzdem etwas. Ein Verkäufer, der nach einer berechtigten Beanstandung Ersatz geliefert hat, erhält in dieser Zeile 0,50, nicht 1,0. Der Ersatz war die richtige Reaktion, aber ein echtes Problem ist passiert, und der Score spiegelt das wider. Ersatz, vollständige Rückerstattung und Gutschrift werden gleich behandelt — die Schuldzuweisung ist unabhängig von der Form der Wiedergutmachung identisch.
- Zurückgezogene Ansprüche werden wohlwollend gelesen. Wird ein Anspruch zurückgezogen, ist die häufigste Ursache eine außerhalb der Plattform erzielte einvernehmliche Lösung. Der Beklagte erhält saubere 1,00; der Initiator erhält 0,95.
- Eine Beanstandung zu ignorieren ist das schlechteste Routine-Ergebnis. Ein Beklagter, der einen Anspruch verfallen lässt, ohne sich zu beteiligen, erhält 0,10. Auch der Initiator, der sich zurückgezogen hat, erhält 0,50.
- Externe Schiedsverfahren werden für beide bei 0,60 gehalten, bis das Schiedsergebnis auf der Plattform zurückgemeldet wird; der Score wird dann aus diesem Ergebnis neu berechnet.
Pünktliche Lieferung (Gewichtung 25 %)
Quelle: jede erfasste Lieferung (contract_deliveries-Zeile, die
geliefert hat). Tage Verspätung werden berechnet als
tatsächliches Lieferdatum − Plandatum, gedeckelt bei Null
(frühere Lieferungen erhalten den gleichen Wert wie pünktliche).
| Tage Verspätung | Wert |
|---|---|
| 0 (am oder vor Plan) | 1,00 |
| 1–3 Tage | 0,70 |
| 4–7 Tage | 0,40 |
| 8–14 Tage | 0,20 |
| 15+ Tage | 0,10 |
Dieses Signal wird dem Verkäufer zugerechnet: Nur der Score des Verkäufers wird beeinflusst.
Pünktlichkeit der Provisionszahlung (Gewichtung 20 %)
Quelle: jede Provisionsrechnung (Berrys handelsbezogene Gebühr, die
dem Käufer in Rechnung gestellt wird) mit Status PAID. Tage
Verspätung werden berechnet als Zahlungsdatum − Fälligkeitsdatum,
gedeckelt bei Null.
| Tage Verspätung | Wert |
|---|---|
| 0 (am oder vor Fälligkeit bezahlt) | 1,00 |
| 1–3 Tage | 0,80 |
| 4–7 Tage | 0,40 |
| 8–14 Tage | 0,20 |
| 15+ Tage | 0,10 |
Etwas nachsichtiger als bei der Lieferung im Bereich 1–3 Tage — SEPA-Bankabwicklungen brauchen legitim 1–2 Tage. Die Kurven nähern sich ab Tag 4 an, wo Erklärungen mit Bankverzögerungen nicht mehr greifen.
Dieses Signal wird dem Käufer zugerechnet: Nur der Score des Käufers wird beeinflusst.
Abonnementrechnungen sind nicht Teil von Trade Health. Berrys monatliches oder jährliches Plattform-Abonnement ist eine Geschäftsbeziehung zwischen jedem Unternehmen und Berry, getrennt davon, wie dieses Unternehmen Geschäftspartnern präsentiert wird. Würde man Mahnungen für Abonnements in eine geschäftspartnerorientierte Reputationskennzahl einfließen lassen, würden zwei nicht zusammengehörende Beziehungen vermischt — das tun wir nicht.
Vertragszahlungen vom Käufer an den Verkäufer sind ebenfalls nicht Teil von Trade Health. Diese Zahlungen erfolgen außerhalb der Plattform (typischerweise per Direktüberweisung) und Berry hat keine maßgeblichen Aufzeichnungen darüber, wann sie verbucht wurden. Sollte sich Berrys Rolle bei der Abwicklung von Vertragszahlungen in zukünftigen Produktlinien erweitern, kann diese Komponente hinzugefügt werden.
Streitfall-Reaktionsquote (Gewichtung 20 %)
Quelle: jeder gegen das Unternehmen eingereichte Streitfall (bei dem dieses Unternehmen der Beklagte ist).
| Reaktionsverhalten | Wert |
|---|---|
| Reagiert innerhalb des Reaktionsfensters des Streitfalls | 1,00 |
| Reagiert nach dem Fenster, aber vor der Lösung | 0,50 |
| Überhaupt nicht reagiert | 0,00 |
Das Reaktionsfenster wird pro Streitfall aus dem Feld
respondentDeadline des Streitfalls gelesen — es sind keine fest
codierten 7 Tage. B2B-Streitfälle in der Landwirtschaft brauchen
legitim variable Reaktionsfenster für Probennahmen, Laboranalysen,
Feiertage und Fälle höherer Gewalt, und das System berücksichtigt
das. Die maßgebliche Frage lautet nicht „Haben Sie innerhalb von 7
Tagen reagiert?“, sondern „Haben Sie innerhalb des Fensters reagiert,
das für diesen konkreten Streitfall galt?“
Korrekturen — Eingabekorrektur durch Berry Operations
Abschnitt 7.3 der Plattform-Bedingungen besagt, dass Unternehmen eine Überprüfung sachlicher Ungenauigkeiten beantragen können, die ihren Reputationsscore betreffen. Berry übt dieses Ermessen durch einen einzigen Mechanismus aus: das Ausschließen einzelner Ereignisse aus der Eingabemenge des Scores.
Wir tippen niemals eine andere Zahl in den Score eines Unternehmens. Der Score ist immer das deterministische Ergebnis einer Formel, die auf eine Menge von Ereignissen angewandt wird. Was Berry Operations tun kann — und nur Berry Operations, über einen geprüften Workflow — ist, ein bestimmtes Ereignis als nicht zählend zu markieren, mit einem benannten Grund und einer dauerhaften Audit-Aufzeichnung.
Die abschließende Menge an Gründen, unter denen Berry Operations ein Ereignis aus der Score-Eingabemenge eines Unternehmens ausschließen darf:
| Grund | Wann angewandt |
|---|---|
| Plattformfehler oder Aufzeichnungsfehler | Berrys eigene Systeme haben das Problem verursacht oder das System hat ein Ereignis falsch erfasst (eine Lieferung war pünktlich, wurde aber als verspätet gebucht; eine Integration hat eine Zahlung falsch gezählt). Sowohl datenseitige als auch plattformseitige Fehler fallen unter diesen einen Grund — die Freitext-Notiz im Audit-Eintrag liefert die genauere Einordnung. |
| Bestätigter Betrug der Gegenseite | Die Gegenpartei hat in böser Absicht gehandelt und das Ereignis spiegelt dies wider, nicht das Verhalten dieses Unternehmens. |
| Höhere Gewalt | Ein Hafenstreik, eine Zollabriegelung, ein Wetterereignis oder ein vergleichbarer Umstand hat das Geschäft ohne Verschulden der Parteien beeinträchtigt. |
| Außerbörsliche Nebenabrede | Die Parteien haben das Geschäft außerhalb der Plattform abgewickelt (üblicherweise durch direkten Kontakt) und der Vorgang in der Plattform spiegelt nicht mehr wider, was tatsächlich geschehen ist. Das Ereignis auf der Plattform ist irreführend und soll nicht in den Score einfließen. |
| Sonstiges (dokumentiert) | Alles andere; der Operator muss den Ausschluss schriftlich in der Audit-Aufzeichnung begründen. Die Freitext-Notiz ist Pflicht. |
Nur interne Kategorien. Ein gesonderter, nicht öffentlicher Grund —
Test- oder Demodaten — existiert in der Datenbank, um
Staging-Datensätze auszuräumen, die in die Produktion gelangt sind. Er
spiegelt niemals tatsächliches Unternehmensverhalten wider, wird im
Normalbetrieb nicht auf reale Geschäfte angewendet und ist hier der
Vollständigkeit halber dokumentiert, nicht als ein Grund, dem ein
Unternehmen je auf seinem eigenen Audit-Eintrag begegnen würde. Sehen Sie
einen TEST_OR_DEMO-Ausschluss an einem echten Geschäft, wenden Sie sich
an den Support — es handelt sich mit hoher Wahrscheinlichkeit um einen
Fehler von Operations, von dem wir erfahren möchten.
Jeder Ausschluss wird in einer nur ergänzbaren Audit-Tabelle protokolliert, die nicht bearbeitet oder gelöscht werden kann, auch nicht durch Berry Operations. Das Unternehmen, dessen Score betroffen ist, kann die eigene Liste der Ausschlüsse auf der Registerkarte Mein Unternehmen → Trade Health-Aktivität einsehen, wobei die Namen der Operatoren aus Datenschutzgründen zu „Berry Operations Team“ redigiert sind. Das Unternehmen kann die Überprüfung eines Ausschlusses (oder eine Begründung dafür) über das verlinkte CRM-Ticket beantragen.
Ausgeschlossene Ereignisse fehlen stillschweigend in der Aufschlüsselungsleiste des öffentlichen Profils (ein Unternehmen mit einem ausgeschlossenen Streitfall und 19 sauberen Verträgen zeigt eine Streitfallquote von 5 %, nicht „5 % mit einer Ausnahme“). Der Audit-Pfad verbleibt dort, wo Audits hingehören — im CRM und auf der eigenen Trade Health-Aktivitätsregisterkarte des betroffenen Unternehmens. Öffentliche Profile zeigen den bereinigten, verteidigungsfähigen Score.
Integritätsverletzungen — bestätigter Betrug, gefolgte Sperre und Wiedereinsetzung, wiederholte Musterverstöße — werden anders behandelt als Routinesignale. Sie zählen unbegrenzt mit voller Gewichtung und unterliegen nicht dem oben beschriebenen Verdünnungsmechanismus. v1.0 hat noch keine Integritätsereignisse implementiert, aber das Rahmenwerk wird hier offengelegt, damit ein Unternehmen, das ihm in Zukunft begegnet, dies nicht als rückwirkende Änderung empfindet.
Recht auf sachliche Überprüfung
Ein Unternehmen, das der Auffassung ist, dass ein bestimmtes Ereignis ungenau erfasst wurde und nicht in seinen Trade Health Score einfließen sollte, kann eine Überprüfung über den Support-Kanal beantragen, der auf der Registerkarte Mein Unternehmen → Trade Health-Aktivität verlinkt ist. Berry Operations prüft den Antrag anhand der oben genannten fünf Gründe, wendet den Ausschluss an oder lehnt den Antrag ab und erfasst die Entscheidung im Audit-Log. Berry ist nicht verpflichtet, Scores zu ändern, die aus verifizierten Transaktionsergebnissen oder dokumentierten Streitfällen resultieren (gemäß Plattform-Bedingungen Abschnitt 7.3, Satz 2).
Geltungsbereich und Haftungsausschluss
Reputationsscores sind ausschließlich informative Indikatoren und stellen keine rechtlichen Beurteilungen dar. Sie sind für andere Plattform-Nutzer gemäß Plattform-Bedingungen Abschnitt 7.2(a) sichtbar. Berry behält sich das Ermessen über die Berechnungsmethodik vor, die sich im Laufe der Zeit weiterentwickeln kann, gemäß Plattform-Bedingungen Abschnitt 7.3.
Trade Health wird ausschließlich aus Ereignissen auf der Berry Plattform berechnet. Handelshistorie, Referenzen, Zertifizierungen oder Reputation, die ein Unternehmen außerhalb der Plattform haben mag, werden nicht berücksichtigt.
Der Trade Health Score wirkt sich derzeit nicht auf das Suchranking oder die Match-Ergebnisse aus. Sollte sich dies in einer zukünftigen Version der Plattform ändern, wird diese Seite aktualisiert und die Änderung offengelegt.
Frühere Versionen
Version 1.1 (1. Juli 2026) hat diese Seite auf die HTML-Darstellung der Plattform umgestellt, ohne Änderung der Methodik. Version 1.0 (20. November 2025) war die erste veröffentlichte Version dieser Seite.