Metodologia Trade Health
Versiune 1.1·Efectiv 1 iulie 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.
Această pagină descrie modul în care Berry Marketplace calculează scorul Trade Health afișat pe fiecare profil de Societate, pe fiecare card de anunț și pe fiecare suprafață de ofertă din platformă. Documentează modul în care Berry a interpretat Secțiunea 7 (Sistemul de reputație) din Termenii platformei de la intrarea în vigoare a acelor Termeni și este publicată aici în scop de transparență. Nu constituie în sine un contract și nu necesită acceptare.
Ce este scorul Trade Health
Scorul Trade Health este un număr între 0 și 100, calculat de Berry pe baza istoricului de tranzacționare verificat al unei Societăți pe Platformă. Este afișat alături de (și nu este niciodată amestecat cu) recenziile redactate de utilizatori, astfel încât contrapărțile să poată citi dintr-o privire două semnale distincte:
- Stele — ce au spus alte Societăți despre o Societate, cu propriile cuvinte.
- Trade Health — ce spune despre ea propriul său istoric de tranzacționare, calculat de Berry pe baza unor evenimente obiective.
Scorul unei Societăți se actualizează automat ori de câte ori are loc un eveniment de tranzacționare care alimentează scorul (un contract se finalizează, o dispută se soluționează, o factură se plătește, o livrare este înregistrată). Rulează zilnic, ca măsură de siguranță, un recalcul la 06:30 UTC pentru a prinde evenimente pe care declanșatoarele în timp real le-ar fi putut rata.
Scorul, banda în care se încadrează și o defalcare pe componente sunt vizibile pe fiecare profil de Societate. Societățile pot vedea evenimentele individuale care își alimentează propriul scor în fila Compania mea → Activitate Trade Health.
Benzi
| Scor | Bandă |
|---|---|
| 90–100 | Excelent |
| 75–89 | Bun |
| 60–74 | Satisfăcător |
| Sub 60 | Necesită atenție |
| Mai puțin de 3 contracte finalizate | Istoric de tranzacționare insuficient (niciun scor publicat) |
O Societate cu mai puțin de 3 contracte finalizate pe Platformă afișează „În construire (X din 3)” în locul unui scor. Acest lucru evită penalizarea Societăților noi din cauza datelor reduse. Odată atins pragul, scorul apare.
Componente și ponderi
Scorul este media ponderată a patru componente. Ponderile însumează 1,00.
| Componentă | Pondere | Ce măsoară |
|---|---|---|
| Rata disputelor | 35% | Cota contractelor finalizate încheiate fără probleme față de cele care au implicat o problemă de calitate sau o dispută, ponderată după gravitatea rezultatului. |
| Livrare la timp | 25% | Cât de aproape de program ajung livrările unei Societăți (semnal de partea vânzătorului). |
| Promptitudinea plății comisioanelor | 20% | Dacă o Societate plătește facturile de comision per tranzacție ale Berry la sau înainte de scadență (semnal de partea cumpărătorului). |
| Rata de răspuns la dispute | 20% | Dacă o Societate se implică în disputele îndreptate împotriva sa în cadrul ferestrei de răspuns a disputei. |
Fiecare componentă se calculează în mod independent ca valoare între 0,0 și 1,0, apoi se înmulțește cu ponderea sa. Valorile componentelor se însumează și se împart la ponderea totală a componentelor care au cel puțin un eveniment pentru Societate. Rezultatul se înmulțește cu 100 pentru a produce scorul afișat.
Dacă o Societate nu are evenimente pentru o anumită componentă (de exemplu, o Societate care a vândut numai nu are istoric de plată a comisioanelor), acea componentă este exclusă atât din numărător, cât și din numitor — nu ajută, nici nu prejudiciază scorul.
Cum influențează trecerea timpului scorul
Trade Health folosește un model de diluare, nu un model de decădere. Aceasta este o distincție importantă.
Un model de decădere ar spune: „Evenimentele vechi contează tot mai puțin în timp.” Berry nu procedează astfel. Evenimentele vechi contează pe deplin, pe termen nelimitat.
Un model de diluare spune: „Fiecare contract finalizat nou se adaugă la dosarul dumneavoastră, iar raportul dumneavoastră global se îmbunătățește automat pe măsură ce se acumulează o conduită bună.” Aceasta este ceea ce face Berry.
Efectul practic este că o Societate cu o problemă veche și multe tranzacții ulterioare curate își vede scorul crește în mod natural — problema nu este ștearsă, dar ponderea ei aritmetică ca fracțiune din istoricul global de tranzacționare al Societății scade cu fiecare contract curat adăugat. Puteți compensa prin tranzacționare — fiecare contract curat diluează impactul oricărei probleme anterioare, fără a pretinde vreodată că problema nu s-a întâmplat.
Nu „uităm” evenimentele vechi. O dispută veche de trei ani are aceeași pondere aritmetică ca o dispută veche de o lună. Ce se schimbă este cota pe care acel eveniment o reprezintă în dosarul total al Societății.
O versiune viitoare a acestei metodologii poate introduce un strat simetric de actualitate (evenimentele mai vechi ușor ponderate mai puțin decât cele recente) dacă datele vor arăta ulterior că astfel se îmbunătățește semnalul pentru Societăți inactive. Dacă va fi introdus, va constitui exclusiv un strat simetric — niciodată o curbă care amplifică în mod disproporționat evenimentele recente. Orice astfel de modificare va fi publicată ca versiune nouă a acestei pagini (v1.1, v2.0 etc.) în temeiul Secțiunii 7.3 din Termenii platformei, care rezervă Berry dreptul de discreție asupra evoluției metodologiei.
O versiune viitoare poate introduce de asemenea shrinkage bayesian — o tehnică statistică care reduce volatilitatea scorului pentru Societățile aproape de pragul de trei contracte, trăgând ușor rapoartele acestora spre media la nivel de platformă. Versiunea 1.0 folosește un prag simplu (niciun scor publicat sub trei contracte); versiunea 2.0 va atenua probabil această abordare cu shrinkage deasupra pragului. Divulgăm absența acestei tehnici în versiunea 1.0 astfel încât viitoarea introducere să nu fie o surpriză.
Detalii ale componentelor
Rata disputelor (pondere 35%)
Sursă: fiecare contract care atinge starea COMPLETED. Fiecare contract
finalizat emite un rând pentru fiecare parte afectată (cumpărătorul și
vânzătorul), iar valoarea rândului este determinată de cel mai defavorabil
rezultat privind calitatea pe acel contract. Tranzacțiile curate contează
pe deplin; tranzacțiile cu probleme de calitate sau dispute contează
proporțional mai puțin, în funcție de modul în care problema a fost
soluționată și care parte a fost în culpă.
| Rezultatul pe contract | Valoarea pentru partea în culpă | Valoarea pentru contraparte |
|---|---|---|
| Tranzacție curată — nicio problemă de calitate, nicio dispută | 1,00 | 1,00 |
| Problemă de calitate soluționată bilateral (nicio dispută formală depusă) | 0,85 | 0,85 |
| Dispută → cerere retrasă (de obicei soluționată în afara platformei) | 1,00 (respondent) | 0,95 (initiator) |
| Dispută → nicio acțiune agreată (cerere respinsă de comun acord) | 0,95 (respondent) | 0,92 (initiator) |
| Dispută → culpă recunoscută, restituire integrală (rambursare sau înlocuire) | 0,50 | 1,00 |
| Dispută → rambursare parțială agreată cu atribuirea culpei | 0,50 | 0,95 |
| Dispută → soluționată fără parte în culpă (compromis) | 0,70 | 0,70 |
| Dispută → trimisă la arbitraj extern | 0,60 | 0,60 |
| Dispută → cerere expirată (fără implicare, ieșire prin curgerea termenului) | 0,10 (respondent) | 0,50 (initiator) |
Câteva observații privind interpretarea acestui tabel:
- O dispută echitabil soluționată contează în continuare. Un vânzător care a livrat o înlocuire după o plângere legitimă obține 0,50 pe acel rând, nu 1,0. Înlocuirea a fost răspunsul corect, dar a existat o problemă reală, iar scorul o reflectă. Înlocuirea, rambursarea integrală și creditul magazinului sunt tratate echivalent — atribuirea culpei este aceeași indiferent de forma restituirii.
- Cererile retrase sunt interpretate indulgent. Când o cerere este retrasă, motivul cel mai frecvent este soluționarea amiabilă în afara platformei. Respondentul obține un scor curat 1,00; initiatorul obține 0,95.
- Ignorarea unei plângeri este cel mai defavorabil rezultat de rutină. Un respondent care lasă o cerere să expire fără să se implice obține 0,10. Și initiatorul care a renunțat obține 0,50.
- Arbitrajul extern este menținut la 0,60 pentru ambele părți până când rezultatul arbitral este înregistrat înapoi în Platformă, moment în care scorul este recalculat din acel rezultat.
Livrare la timp (pondere 25%)
Sursă: fiecare livrare înregistrată (rând contract_deliveries livrat).
Zilele de întârziere se calculează ca data livrării efective − data programată, cu limită inferioară zero (livrările anticipate primesc același
scor ca punctualitatea).
| Zile întârziere | Valoare |
|---|---|
| 0 (la timp sau înainte de program) | 1,00 |
| 1–3 zile | 0,70 |
| 4–7 zile | 0,40 |
| 8–14 zile | 0,20 |
| 15 sau mai multe zile | 0,10 |
Acest semnal este imputabil vânzătorului: este afectat numai scorul vânzătorului.
Promptitudinea plății comisioanelor (pondere 20%)
Sursă: fiecare factură de comision (comisionul per tranzacție al Berry
taxat cumpărătorului) cu starea PAID. Zilele de întârziere se calculează
ca data plății − data scadenței, cu limită inferioară zero.
| Zile întârziere | Valoare |
|---|---|
| 0 (plătită la sau înainte de scadență) | 1,00 |
| 1–3 zile | 0,80 |
| 4–7 zile | 0,40 |
| 8–14 zile | 0,20 |
| 15 sau mai multe zile | 0,10 |
Puțin mai indulgent decât livrarea la timp numai pentru banda 1–3 zile — decontarea bancară în zona SEPA necesită legitim 1–2 zile. Curbele converg din ziua a patra înainte, unde explicațiile legate de întârzieri bancare nu se mai aplică.
Acest semnal este imputabil cumpărătorului: este afectat numai scorul cumpărătorului.
Facturile de abonament nu fac parte din Trade Health. Abonamentul lunar sau anual la platforma Berry este o relație comercială între fiecare Societate și Berry, separată de modul în care acea Societate este prezentată contrapărților. Integrarea somației pentru abonament într-o metrică de reputație orientată către contrapărți ar confunda două relații fără legătură, deci nu procedăm astfel.
Plățile contractuale de la cumpărător la vânzător nu fac parte nici ele din Trade Health. Aceste plăți au loc în afara platformei (de obicei prin transfer bancar direct), iar Berry nu deține înregistrări fiabile privind momentul încasării. Dacă rolul Berry în medierea plăților contractuale se va extinde în viitoare linii de produs, această componentă poate fi adăugată.
Rata de răspuns la dispute (pondere 20%)
Sursă: fiecare dispută depusă împotriva Societății (unde această Societate este respondentul).
| Comportament de răspuns | Valoare |
|---|---|
| Răspuns în cadrul ferestrei de răspuns a disputei | 1,00 |
| Răspuns după fereastră, dar înainte de soluționare | 0,50 |
| Fără răspuns | 0,00 |
Fereastra de răspuns se citește per dispută din câmpul respondentDeadline
al disputei — nu este un termen fix codificat de șapte zile. Disputele
agricole între întreprinderi necesită legitim ferestre de răspuns variabile
pentru eșantionare, analize de laborator,
perioade de sărbători și
situații de forță majoră, iar sistemul le permite. Întrebarea relevantă nu
este „ați răspuns în șapte zile?” ci „ați răspuns în fereastra care s-a
aplicat acestei dispute specifice?”
Ajustări — corectarea intrărilor de către Berry Operations
Secțiunea 7.3 din Termenii platformei prevede că Societățile pot solicita o revizuire a inexactităților de fapt care le afectează scorul de reputație. Berry exercită această discreție printr-un singur mecanism: excluderea unor evenimente individuale din mulțimea de intrări a scorului.
Nu tastăm niciodată un alt număr în scorul unei Societăți. Scorul este întotdeauna rezultatul deterministic al unei formule aplicate unui set de evenimente. Ceea ce poate face Berry Operations — și doar Berry Operations, printr-un flux de lucru auditat — este să marcheze un eveniment specific ca nefiind contorizat, cu un motiv denumit și o înregistrare de audit permanentă.
Setul închis de motive pentru care Berry Operations poate exclude un eveniment din scorul unei Societăți:
| Motiv | Când se aplică |
|---|---|
| Eroare de platformă sau de înregistrare | Sistemele proprii Berry au cauzat problema ori sistemul a înregistrat greșit un eveniment (o livrare era la timp, dar a fost consemnată ca întârziată; o integrare a contorizat greșit o plată). Atât deficiențele de pe latura datelor, cât și cele de pe latura platformei intră sub acest singur motiv — nota text liberă din rândul de audit lămurește situația concretă. |
| Fraudă a contrapărții confirmată | Contrapartea acționa cu rea-credință, iar evenimentul reflecta acest lucru, nu conduita acestei Societăți. |
| Forță majoră | O grevă portuară, un blocaj vamal, un fenomen meteorologic sau o împrejurare comparabilă a afectat comerțul fără vinovăția vreuneia dintre părți. |
| Înțelegere paralelă în afara Platformei | Părțile au rezolvat tranzacția în afara Platformei (de regulă prin contact direct), iar înregistrarea de pe Platformă nu mai reflectă ceea ce s-a întâmplat în realitate. Evenimentul de pe Platformă este înșelător și nu trebuie să alimenteze scorul. |
| Altele (documentat) | Orice altceva; operatorul trebuie să justifice excluderea în scris în înregistrarea de audit. Nota text liberă este obligatorie. |
Categorii doar de uz intern. În baza de date există un motiv
separat, nepublic — date de test sau demo — destinat curățării
fixture-urilor de staging care ajung în producție. Nu reflectă niciodată
conduita reală a unei Societăți, în funcționare normală nu se aplică
tranzacțiilor reale și este documentat aici pentru completitudine, nu
ca un motiv pe care o Societate l-ar întâlni vreodată în propriul rând
de audit. Dacă vedeți o excludere TEST_OR_DEMO aplicată unei
tranzacții reale, contactați asistența — aproape sigur este o eroare a
echipei Operations despre care dorim să aflăm.
Fiecare excludere este consemnată într-un tabel de audit doar cu adăugare, care nu poate fi editat sau șters, nici măcar de Berry Operations. Societatea al cărei scor este afectată își poate vedea propria listă de excluderi în fila Compania mea → Activitate Trade Health, numele operatorilor fiind înlocuite cu «Echipa Operațiuni Berry» pentru a proteja confidențialitatea acestora. Societatea poate solicita revizuirea unei excluderi (sau poate susține una) prin tichetul de management al relațiilor cu clienții legat.
Evenimentele excluse lipsesc în liniște din panoul de defalvare de pe profilul public (o Societate cu o dispută exclusă și 19 contracte curate afișează o rată a disputelor de 5%, nu „5% cu o excludere”). Urmă auditului rămâne acolo unde trebuie să steie auditurile — în managementul relațiilor cu clienții și în fila Activitate Trade Health a Societății afectate. Profilele publice arată scorul ajustat, care poate fi susținut în fața terților.
Încălcările de integritate — fraudă confirmată, suspendarea contului urmată de reactivare, încălcări cu tipar repetat — sunt tratate diferit față de semnalele obișnuite. Acestea contează la greutate deplină pe termen nelimitat și nu sunt supuse mecanicii de diluare descrise mai sus. Versiunea 1.0 nu are încă evenimente de integritate implementate, dar cadrul este divulgat aici astfel încât o Societate care se confruntă cu unul în viitor să nu îl perceapă drept modificare retroactivă.
Dreptul la revizuire factuală
O Societate care consideră că un anumit eveniment este înregistrat inexact și nu ar trebui să intre în scorul său Trade Health poate solicita revizuirea prin canalul de asistență legat de fila sa Compania mea → Activitate Trade Health. Berry Operations examinează solicitarea în raport cu cele cinci motive de mai sus, aplică excluderea sau respinge solicitarea și consemnează decizia în jurnalul de audit. Berry nu este obligată să modifice scoruri rezultate din rezultate tranzacționale verificate sau dispute documentate (conform celei de-a doua propoziții din Secțiunea 7.3 a Termenilor platformei).
Domeniu de aplicare și exonerare
Scorurile de reputație sunt doar indicatori informați și nu constituie judecăți juridice. Sunt vizibile celorlalți Utilizatori ai Platformei în temeiul Secțiunii 7.2 lit. a) din Termenii platformei. Berry își rezervă discreția asupra metodologiei de calcul, care poate evolua în timp, în temeiul Secțiunii 7.3 din Termenii platformei.
Trade Health este calculat numai din evenimente de pe Platforma Berry. Istoricul de tranzacționare, referințele, certificările sau reputația pe care o Societate le poate avea în afara Platformei nu sunt incluse.
Scorul Trade Health nu influențează în prezent clasamentul în căutare sau rezultatele de potrivire. Dacă acest lucru se va schimba într-o versiune viitoare a Platformei, această pagină va fi actualizată, iar modificarea va fi adusă la cunoștință.
Versiuni anterioare
Versiunea 1.1 (1 iulie 2026) a migrat această pagină către redarea HTML a platformei, fără nicio modificare a metodologiei. Versiunea 1.0 (20 noiembrie 2025) a fost prima versiune publicată a acestei pagini.