Metodologia Trade Health
Wersja 1.1·Obowiązuje od 1 lipca 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.
Na tej stronie opisujemy, jak Berry Marketplace wylicza wynik Trade Health Score, wyświetlany na profilu każdej Firmy, przy karcie oferty oraz w widokach ofertowych na platformie. Wyjaśniamy przy tym, w jaki sposób Berry interpretuje sekcję 7 („System reputacji”) w Warunkach platformy, obowiązujących od ich wejścia w życie; publikacja służy transparentności. Niniejsza strona sama w sobie nie stanowi umowy ani nie wymaga akceptacji.
Czym jest wynik Trade Health Score
Wynik Trade Health Score mieści się w przedziale od 0 do 100; wylicza go Berry na podstawie zweryfikowanej historii obrotowej Firmy na Platformie. Jest prezentowany równolegle (nigdy w sposób łączony) z recenzjami tworzonymi przez użytkowników, aby kontrahenci dostrzegali bez trudu dwa rozróżnialne sygnały:
- Gwiazdy — to, co inne Firmy napisały o danej Firmie, we własnych słowach.
- Trade Health — informacja wynikająca z własnej historii obrotowej danej Firmy, obliczana przez Berry na podstawie obiektywnych zdarzeń.
Wynik Firmy aktualizuje się automatycznie przy każdym zdarzeniu obrotowym, mającym wpływ na wynik (zakończenie umowy, rozwiązanie sporu, opłata faktury, zarejestrowanie dostawy). Codziennie o 06:30 UTC przeprowadzane jest ponowne przeliczenie zastępcze („backstop”), które uwzględnia zdarzenia, których mogły nie uchwycić automatyczne wyzwalacze.
Wynik zakwalifikowany do pasma („band”), a także rozbicie według składników, są widoczne na każdym profilu Firmy. Firmy mogą wyświetlać pojedyncze wpisy tworzące ich własny wynik na karcie Moja firma → Aktywność Trade Health.
Pasma (bands)
| Wynik | Pasmo |
|---|---|
| 90–100 | Doskonale |
| 75–89 | Dobry |
| 60–74 | Umiarkowany |
| Poniżej 60 | Wymaga uwagi |
| Mniej niż 3 zakończone umowy | Za mało historii obrotowej (bez publikowanego wyniku) |
Firma dysponująca na Platformie mniej niż trzema zakończonymi umowami widzi komunikat w stylu „Budowanie (X z 3)” zamiast liczbowego wyniku. Pozwala to uniknąć narażenia nowych Firm na negatywny wpływ ubogiego zestawu danych. Po przekroczeniu progu wynik staje się publikowany.
Składniki i wagi
Wynik to średnia ważona czterech składników; sumaryczna waga czynników wynosi 1,00.
| Składnik | Waga | Co mierzy |
|---|---|---|
| Wskaźnik sporów | 35% | Udział zakończonych umów, które przebiegły bez incydentów jakościowych lub sporów, w zestawieniu z umowami, w których wystąpił problem lub spór — z uwzględnieniem ciężaru wyniku. |
| Terminowość dostaw | 25% | Zgodność realnych dostaw z harmonogramem (sygnał przypisywany stronie sprzedającej). |
| Terminowość płatności prowizji | 20% | Terminowość zapłaty faktur prowizyjnych Berry od transakcji — w terminie płatności lub wcześniej (sygnał przypisywany stronie kupującej). |
| Wskaźnik reakcji w sporach | 20% | Czy Firma angażuje się w spory skierowane przeciwko niej w oknie na odpowiedź ustalonym dla sporu. |
Każdy składnik jest liczony niezależnie jako wartość od 0,0 do 1,0, następnie jest mnożona przez wagę czynnika. Wyliczenia składników sumuje się i dzieli przez łączną wagę tych czynników, które mają co najmniej jedno zdarzenie dla danej Firmy; wynik mnoży się przez 100, co daje wartość pokazywaną użytkownikom.
Jeśli Firma nie ma zdarzeń dla konkretnego składnika (na przykład sprzedaje wyłącznie i nie ma historii płatności prowizji), czynnik ten wyłącza się zarówno z licznika, jak i z mianownika — ani nie podnosi, ani nie obniża wyniku.
Wpływ czasu na wynik
Trade Health stosuje model rozcieńczenia („dylucji”), nie model zaniku wag w czasie („decay”). To bardzo istotna różnica.
Model zaniku sugeruje: „Starsze zdarzenia z czasem liczą się mniej.” Berry tego nie stosuje — stare zdarzenia liczą się w pełni, bezterminowo.
Model rozcieńczenia mówi: „Każda nowo zakończona umowa dodaje rekord transakcyjny, a całkowity stosunek dobrych wyników poprawia się automatycznie wraz ze wzrostem rzetelnej historii.” Tak działa Berry.
Firma z jednym starym problemem i licznymi późniejszymi prawidłowo domkniętymi transakcjami obserwuje naturalny wzrost wyniku — problem nie został „zmazany”, lecz przy każdym kolejnym czystym kontrakcie maleje arytmetyczna waga tego problemu jako udziału w całości historii Firmy. Można odbudować poziom dobrymi kolejnymi transakcjami — każdy czysty kontrakt rozcieńcza wpływ wcześniejszego problemu bez fałszowania faktu, że ów problem miał miejsce.
Nie „zapominamy” starych wpisów: spór sprzed lat ma taką samą wagę arytmetyczną przy obliczeniach jak spór sprzed miesiąca. To, co zmienia się w czasie, to wyłącznie udział, jaki konkretne zdarzenie stanowi przy całości historii Firmy.
Przyszła wersja tej metodologii może wprowadzić symetryczną nakładkę na „świeżość” (starsze zdarzenia mogą mieć nieco mniejszą wagę od nowszych), jeśli przyszła analiza pokaże, że poprawia sygnał przy sporadycznie aktywnych Firmach. Po wdrożeniu będzie to nakładka wyłącznie symetryczna — nigdy krzywa, która w sposób nadmiernie nierówny wzmacnia wagę bardzo świeżych wpisów. Każdorazowy taki krok komunikujemy nową rewizją strony (np. v1.1 lub v2.0) przy odesłaniu do sekcji 7.3 Warunków platformy przyznającej Berry swobodę rozwoju samej dokumentacji metodologii.
Przyszła wersja może uwzględniać również technikę Bayesian shrinkage — rozwiązanie statystyczne ograniczające zmienność wyniku przy Firmach blisko progu minimalnej liczby trzech zakończonych kontraktów poprzez delikatne dociąganie proporcji ze względem ogólnej średniej platformowej. W wersji v1.0 stosujemy prosty cutoff (bez publikowanego wyniku przy mniejszej próbie niż 3 kontrakty); wersja v2.0 prawdopodobnie złagodzi reguły powyżej progu przy udziale mechanizmu „shrinkage”. Jawno informujemy o braku tego mechanizmu w v1.0, aby przyszłe wdrożenie nie było dla Firm nieoczekiwaną zmianą retrospektywną.
Szczegóły składników
Wskaźnik sporów (waga 35%)
Źródło: każdy kontrakt osiągający status COMPLETED. Każdy zakończony kontrakt
tworzy po jednym wierszu dla każdej strony (nabywcy i sprzedawcy), a wartość
wynika z najbardziej dotkliwego w skutkach wyniku jakości na tej
umowie. Transakcje bez zarzutów liczą się w pełni; przypadki z wadą jakości lub
sporem stanowią proporcjonalnie niższą wartość, zależnie od sposobu domknięcia sprawy
oraz przydziału win.
| Wynik na umowie | Wartość dla strony uznanej za winną | Wartość dla drugiej strony |
|---|---|---|
| Czysta transakcja — bez wady jakości i bez sporu | 1.00 | 1.00 |
| Problem jakości rozwiązany dwustronnie (bez formalnego sporu) | 0.85 | 0.85 |
| Spór → wycofanie roszczenia (typowo rozwiązanie polubowne poza Platformą) | 1.00 (respondent) | 0.95 (initiator) |
| Spór → brak dalszej drogi proceduralnej (wzajemne umorzenie roszczenia) | 0.95 (respondent) | 0.92 (initiator) |
| Spór → uznanie winy przy pełnej rekompensacji (zwrot lub wymiana) | 0.50 | 1.00 |
| Spór → częściowy zwrot przy przypisaniu winy | 0.50 | 0.95 |
| Spór → brak przyznania winie którejkolwiek ze stron (ugoda) | 0.70 | 0.70 |
| Spór → skierowanie do arbitrażu zewnętrznego | 0.60 | 0.60 |
| Spór → wygaśnięcie roszczenia (bez angażowania się, przeterminowanie) | 0.10 (respondent) | 0.50 (initiator) |
Interpretacja wpisów tabelowych:
- Nawet słusznie domknięty spór odejmuje od maksimum punktacji. Sprzedawca, który dostarczył produkt zamienny po uzasadnionej reklamacji, dla tego wiersza otrzymuje wartość 0.50, a nie 1.0. Reakcja była faktycznie właściwa, ale problem jakości faktycznie wystąpił, więc wynik to odzwierciedla. Wymiana towaru, zwrot środków oraz karta sklepowa traktujemy równorzędnie przy ustalaniu odpowiedzialności bez względu na formę rekompensaty.
- Wycofane roszczenia interpretujemy łaskawie. Najczęstszy kontekst to polubowne rozwiązanie poza Platformą. Respondent otrzymuje wartość 1.00; inicjator 0.95.
- Ignorowanie skargi to najostrzejszy rutynowo stosowany wynik negatywny. Respondent, który dopuścił do wygaśnięcia sprawy bez reakcji, otrzymuje 0.10. Analogicznie inicjator, który również nie angażował się proceduralnie, otrzymuje 0.50.
- Na czas trwania arbitrażu zewnętrznego utrzymujemy obie strony na poziomie 0.60, dopóki wynik arbitralny lub rozstrzygnięcie ugody nie zostaną odnotowane z powrotem w Platformie — wtedy wynik ponownie przeliczamy na podstawie tego ustalenia.
Terminowość dostaw (waga 25%)
Źródło: każdorazowy zapis dostawy (contract_deliveries, gdy dokument ma status
„dostarczone”). Licznik dni po terminie przyjmuje różnicę actual delivery date − scheduled date; dolna granica przy zerze oznacza, że dostawy przed czasem otrzymują wartość identyczną jak dostawy na czas.
| Dni po terminie | Wartość |
|---|---|
| 0 — na czas lub przed planem | 1.00 |
| 1–3 dni | 0.70 |
| 4–7 dni | 0.40 |
| 8–14 dni | 0.20 |
| 15+ dni | 0.10 |
Czynnik przypisywany jest wyłącznie sprzedawcy; koryguje się wyłącznie jego wynik Trade Health.
Terminowość zapłaty prowizji Berry (waga 20%)
Źródło: każda faktura prowizyjna (Berry nalicza opłatę transakcyjną od kupującego),
której status to PAID. Licznik dni przyjmuje wartość różnicy paid date − due date, z zerem jako wartością minimalną.
| Dni po terminie | Wartość |
|---|---|
| 0 — zapłata w terminie lub wcześniej | 1.00 |
| 1–3 dni po terminie | 0.80 |
| 4–7 dni | 0.40 |
| 8–14 dni | 0.20 |
| 15+ dni | 0.10 |
Nieznacznie łaskawsze niż terminowość dostaw jedynie w przedziale 1–3 dnia opóźnienia — realistycznie rozliczenie przelewem SEPA zajmuje często 1–2 dni. Krzywe łączą się od czwartego dnia — tam argument o czystym opóźnieniu rozliczeniowym bankowym przestaje mieć zwykle sens biznesowy.
Czynnik przypisywany jest stronie kupieckiej danej transakcji: zmiana dotyczy wyłącznie wskaźnika Trade Health podmiotu kupującego.
Faktury abonamentowe platformy są poza Trade Health. Abonament miesięczny lub roczny na Platformę to odrębny stosunek handlowy między każdą Firmą a Berry — oddzielny od prezentacji podmiotu kontrahentom przy transakcjach B2B. Wpis mechanizmów poboru abonamentu do metryki reputacji adresowanej do kontrahentów łączyłoby nieporównywalne relacje biznesowe, dlatego tego rozwiązania nie stosujemy.
Wpłaty nabywcy na rzecz sprzedawcy w ramach danego kontraktu są również poza Trade Health. Płatności zwykle odbywają się poza Platformą (często przez bezpośredni przelew bankowy), a Berry nie posiada wiarygodnego rejestru momentu faktycznego rozliczenia tych kwot przez strony kontraktu. Jeżeli w przyszłości Berry poszerzy swoją rolę o mediację rozliczenia płatności przy transakcjach handlowych, możliwe będzie dodanie kolejnego składnika do modelu.
Wskaźnik reakcji w sporach (waga 20%)
Źródło: każdy spór skierowany przeciwko Firmie, jeśli w danym postępowaniu pełni ona rolę respondenta.
| Zachowanie przy odpowiedzi | Wartość |
|---|---|
| Odpowiedź udzielona przed upływem okna odpowiedzi ustalonego dla sporu | 1.00 |
| Odpowiedź po upływie okna, lecz przed zakończeniem sporu | 0.50 |
| Całkowity brak odpowiedzi | 0.00 |
Granica okna odczytywana jest indywidualnie dla każdego sporu z pola
respondentDeadline — nie stosujemy sztywnego limitu siedmiu dni.
Spory B2B w handlu rolno-spożywczym faktycznie wymagają zmiennych okien dla m.in. badań próbek,
analiz laboratoryjnych, okresów świątecznych i zdarzeń siły wyższej — system uwzględnia takie
uzasadnione różnice. Istotne pytanie brzmi nie „czy odpowiedziałeś w ciągu 7 dni?”, lecz
„czy dokonałeś reakcji przed upływem okna przypisanego do tego konkretnego sporu?”.
Korekty — korekta danych wejściowych przez Berry Operations
Sekcja 7.3 Warunków platformy stanowi, że Firmy mogą wnioskować o przegląd nieścisłości faktycznych wpływających na wynik reputacji. Berry realizuje to uprawnienie za pomocą jednego narzędzia: wykluczenia poszczególnych zdarzeń ze zbioru danych wejściowych wykorzystywanego do obliczenia wyniku.
Nigdy nie wprowadzamy ręcznie innej liczby jako wyniku Firmy. Wynik zawsze jest deterministycznym efektem formuły zastosowanej do zbioru zdarzeń. To, co może dokonać Berry Operations — i wyłącznie Berry Operations, w ramach audytowanego obiegu pracy — to oznaczenie konkretnego zdarzenia jako niewliczanego do wyniku, z nazwaną przesłanką i trwałym wpisem audytowym.
Zamknięty zestaw przesłanek, na podstawie których Berry Operations może wykluczyć zdarzenie z wyniku danej Firmy:
| Przesłanka | Zastosowanie |
|---|---|
| Błąd platformy lub błąd rejestracji | Przyczyną były systemy samej Berry albo system błędnie odnotował zdarzenie (np. dostawa była na czas, lecz została zalogowana jako spóźniona; integracja błędnie zliczyła płatność). Zarówno usterki po stronie danych, jak i po stronie platformy mieszczą się w tej jednej przesłance — uściśla je swobodna notatka w wierszu audytowym. |
| Potwierdzone oszustwo kontrahenta | Kontrahent działał w złej wierze i zdarzenie odzwierciedlało to zachowanie, a nie postawę tej Firmy. |
| Siła wyższa | Strajk portowy, blokada celna, zdarzenia pogodowe lub porównywalna okoliczność wpłynęła na transakcję bez winy żadnej ze stron. |
| Pozaplatformowe porozumienie boczne | Strony rozliczyły transakcję poza Platformą (zwykle w bezpośrednim kontakcie) i zapis na Platformie nie odzwierciedla już rzeczywistego przebiegu. Zdarzenie na Platformie wprowadza w błąd i nie powinno zasilać wyniku. |
| Inny przypadek (udokumentowany) | Każda inna sytuacja — operator musi uzasadnić wykluczenie na piśmie w rekordzie audytowym. Swobodna notatka jest wymagana. |
Kategorie wyłącznie wewnętrzne. W bazie danych istnieje odrębna,
niejawna przesłanka — dane testowe lub demonstracyjne — służąca do
oczyszczania fixturów z środowiska staging, które przedostały się na
produkcję. Nigdy nie odzwierciedla rzeczywistego zachowania Firmy, w
normalnym trybie pracy nie jest stosowana do rzeczywistych transakcji,
a opisujemy ją tutaj wyłącznie dla kompletności — nie jako przesłankę,
z którą Firma kiedykolwiek zetknęłaby się we własnym wierszu audytowym.
Jeśli zobaczysz wykluczenie TEST_OR_DEMO przy rzeczywistej transakcji,
skontaktuj się ze wsparciem — niemal na pewno chodzi o pomyłkę zespołu
Operations, o której chcemy wiedzieć.
Każde wykluczenie jest rejestrowane w przyrostowej tabeli audytowej, której nie da się redagować ani usuwać, także dla Berry Operations. Firma objęta skutkiem takiego wykluczenia widzi własną listę wykluczeń w zakładce Moja firma → Aktywność Trade Health; nazwiska operatorów są zanonimizowane do wskazania „Zespół operacji Berry” ze względu na ich prywatność. Firma może wystąpić z wnioskiem o ponowny przegląd wykluczenia (albo uzasadniać potrzebę wykluczenia) przez powiązany ticket CRM.
Wykluczone zdarzenia nie pojawiają się w panelu rozbicia wyniku na publicznym profilu (Firma z jednym wykluczonym zdarzeniem sporowym i 19 czystymi transakcjami pokazuje 5% udziału sporów — nie komunikatu „5% z uwzględnieniem jednego wykluczenia”). Ścieżka audytu pozostaje tam, gdzie jej miejsce — w CRM oraz we własnej zakładce Aktywność Trade Health dotyczącej Firmy; profile publiczne prezentują oczyszczony, możliwy do obrony wynik.
Naruszenia integralności — potwierdzone oszustwa, zawieszenie konta z późniejszym przywróceniem, naruszenia o charakterze powtarzalnym — są traktowane inaczej niż rutynowe sygnały. Liczą się z pełną wagą bezterminowo i nie podlegają mechanizmowi rozcieńczenia opisanemu wyżej. W wersji v1.0 nie wdrożono jeszcze zdarzeń integralnościowych, ale ramy tu ujawniamy, aby przypadek przyszłego spotkania z taką kategorią nie został odebrany jako wsteczna rewizja zasad.
Prawo do przeglądu faktycznego
Firma, która uznaje konkretny wpis za błędny pod względem merytorycznym i niezasługujący na wliczenie do swojego wskaźnika Trade Health, może wystąpić o przegląd poprzez kanał wsparcia powiązany z zakładką Moja firma → Aktywność Trade Health. Berry Operations rozpatruje prośbę w świetle pięciu przesłanek wyżej, stosuje wykluczenie lub odmawia, i zapisuje decyzję w dzienniku audytowym. Berry nie jest zobligowana do modyfikacji wyników odzwierciedlających zweryfikowany przebieg transakcji lub udokumentowane spory (zgodnie z drugim zdaniem sekcji 7.3 Warunków platformy).
Zakres i zastrzeżenia
Wskaźniki reputacji mają charakter wyłącznie informacyjny i nie stanowią sądowych ocen. Są widoczne dla innych Użytkowników Platformy na podstawie sekcji 7.2(a) Warunków platformy. Berry zastrzega sobie rozstrzygnięcia co do ewolucji metodyki obliczeniowej na podstawie sekcji 7.3.
Trade Health wylicza się wyłącznie z zdarzeń zaistniałych na Platformie Berry. Historia handlu poza Platformą, referencje, certyfikaty oraz reputacja zewnętrzna nie wchodzą do współczynnika.
Wskaźnik Trade Health obecnie nie wpływa na kolejność wyników wyszukiwania ani na algorytm dopasowań. Jeżeli przyszła wersja Platformy zmieni ten zakres, niniejsza strona zostanie zaktualizowana, a sama zmiana ujawniona.
Wersje wcześniejsze
Wersja 1.1 (1 lipca 2026 r.) przeniosła tę stronę na renderowanie HTML platformy, bez zmiany metodologii. Wersja 1.0 (20 listopada 2025 r.) była pierwszą opublikowaną wersją tej strony.