Методология за търговско здраве
Версия 1.0·В сила от 20 ноември 2025 г.
BM-THM-v1.0
English version governs. The legally binding version of this document is the English version 1.0 (content fingerprint
4be942089834137156d544af954d196cfc12d451e48f06aa2b1412eca5613315). This translation is provided for convenience only.The binding English version is available at this permalink.
Тази страница описва как Berry Marketplace изчислява показателя за търговско здраве (Trade Health Score), който се показва на всеки фирмен профил, обява и повърхност за оферти в платформата. Документира как Berry е интерпретирала раздел 7 (Система за репутация) на Условията на платформата от влизането им в сила и е публикувана тук за прозрачност. Сама по себе си не е договор и не изисква приемане.
Какво представлява показателят за търговско здраве
Показателят за търговско здраве е число между 0 и 100, изчислено от Berry въз основа на провената търговска история на една компания в платформата. Показва се заедно с (и никога не се смесва с) отзивите, написани от потребители, така че контрагентите да виждат на един поглед две отделни сигнали:
- Звезди — какво другите компании казват за една компания със свои думи.
- Търговско здраве — какво казва собствената търговска история на компанията за нея, изчислено от Berry от обективни събития.
Показателят на компанията се актуализира автоматично всякога, когато настъпи търговско събитие, което го захранва (договорът приключи, спорът е разрешен, фактурата е платена, доставката е отчетена). Ежедневна контролна преизчисление тече в 06:30 UTC, за да улови събития, които живите тригери може да са пропуснали.
Показателят, поясът, в който попада, и разбивка по компоненти са видими на всеки фирмен профил. Компаниите могат да виждат отделните събития, които захранват собствения им показател, в раздела Моята компания → Активност по търговско здраве.
Пояси
| Показател | Пояс |
|---|---|
| 90–100 | Отлично |
| 75–89 | Добро |
| 60–74 | Задоволително |
| Под 60 | Нуждае се от внимание |
| По-малко от 3 приключени договора | Недостатъчна търговска история (няма публикуван показател) |
Компания с по-малко от 3 приключени договора в платформата показва „Изграждане (X от 3)“ вместо показател. Това избягва наказване на нови компании за оскъдни данни. След достигане на прага показателят се показва.
Компоненти и тежести
Показателят е претеглена средна стойност на четири компонента. Тежестите сумират до 1,00.
| Компонент | Тежест | Какво измерва |
|---|---|---|
| Честота на спорове | 35% | Дялът от приключените договори, които са приключили безпроблемно, срещу тези, които са включвали проблем с качеството или спор, претеглен по тежестта на изхода. |
| Навременна доставка | 25% | Колко близо до графика пристигат доставките на компанията (сигнал от страна на продавача). |
| Своевременност на плащане на комисиона | 20% | Дали компанията плаща фактурите за комисиона на Berry към договора на или преди падежа (сигнал от страна на купувача). |
| Честота на отговор при спор | 20% | Дали компанията участва в споровете, заведени срещу нея, в рамките на отговорния прозорец на спора. |
Всеки компонент се изчислява независимо като стойност между 0,0 и 1,0, след което се умножава по тежестта си. Стойностите на компонентите се сумират и се делят на общата тежест на компонентите, за които има поне едно събитие за компанията. Резултатът се умножава по 100, за да се получи показаният показател.
Ако компанията няма събития за даден компонент (например компания, която е продавала само, няма история на плащане на комисиона), този компонент се изключва както от числителя, така и от знаменателя — той не подобрява и не влошава показателя.
Как времето влияе на показателя
Търговското здраве използва модел на разреждане, не модел на заглъхване. Това е важно разграничение.
Модел на заглъхване би казал: „Старите събития с течение на времето се броят по-малко.“ Berry не прави това. Старите събития се броят напълно, безсрочно.
Модел на разреждане казва: „Всеки нов приключен договор добавя към записа ви, а общото съотношение се подобрява автоматически с натрупването на добро поведение.“ Това прави Berry.
Практическият ефект е, че компания с един стар проблем и много следващи чисти сделки вижда как показателят ѝ расте естествено — проблемът не е изтрит, но неговата аритметична тежест като дял от общата търговска история на компанията намалява с всеки добавен чист договор. Можете да „търгувате“ извън проблема — всеки чист договор разрежда въздействието на всеки предходен проблем, без никога да се прави, че проблемът не се е случил.
Не „забравяме“ стари събития. Тригодишен спор се брои със същата аритметична тежест като едномесечен спор. Променя се дялът, който събитието представлява от общия запис на компанията.
Бъдеща версия на тази методология може да въведе симетрично претегляне по скорост (стари събития леко по-малко от скорошни), ако данните покажат, че подобрява сигнала за неактивни компании. Ако бъде въведено, то ще е само симетрично претегляне — никога крива, която непропорционално усилва скорошни събития. Всяка такава промяна ще бъде публикувана като нова версия на тази страница (v1.1, v2.0 и т.н.) съгласно раздел 7.3 на Условията на платформата, който запазва свободата на Berry да развива методологията.
Бъдеща версия може също да въведе байесовo стесняване (Bayesian shrinkage) — статистическа техника, която намалява волатилността на показателя за компании близо до прага от 3 договора, като леко изтегля съотношенията им към платформената средна стойност. v1.0 използва прост праг (няма публикуван показател под 3 договора); v2.0 вероятно ще омекоти това със стесняване над прага. Разкриваме липсата му в v1.0, за да не е изненада евентуалното му добавяне.
Подробности по компоненти
Честота на спорове (тежест 35%)
Източник: всеки договор, който достигне статус COMPLETED. Всеки
приключен договор генерира по един ред за засегнатата страна (купувача
и продавача), а стойността на реда се определя от най-лошия изход по
качество за този договор. Чистите сделки се броят напълно; сделките с
проблеми по качеството или спорове — пропорционално по-малко, в
зависимост от това как е разрешен проблемът и коя страна е виновна.
| Изход по договора | Стойност за виновната страна | Стойност за контрагента |
|---|---|---|
| Чиста сделка — без проблем с качеството, без спор | 1,00 | 1,00 |
| Проблем с качеството, разрешен двустранно (няма формален спор) | 0,85 | 0,85 |
| Спор → оттеглена претенция (обикновено разрешено извън платформата) | 1,00 (отговорникът) | 0,95 (заявителят) |
| Спор → без съгласувано действие (взаимно оттеглена претенция) | 0,95 (отговорникът) | 0,92 (заявителят) |
| Спор → призната вина, пълно възстановяване (възстановяване на сума или замяна) | 0,50 | 1,00 |
| Спор → частично възстановяване с приписване на вина | 0,50 | 0,95 |
| Спор → разрешен без вина на страна (компромисно) | 0,70 | 0,70 |
| Спор → насочен към външен арбитраж | 0,60 | 0,60 |
| Спор → претенцията е изтекла (липса на ангажираност, остаряла) | 0,10 (отговорникът) | 0,50 (заявителят) |
Няколко бележки как да се чете тази таблица:
- Справедливо разрешен спор все пак дава известна отстъпка. Продавач, който е доставил замяна след основателна жалба, получава 0,50 за този ред, а не 1,0. Замяната е правилната реакция, но е имало реален проблем и показателят го отразява. Замяна, пълно възстановяване на сума и магазинен кредит се третират еднакво — приписването на вина е същото независимо от формата на възстановяването.
- Оттеглените претенции се тълкуват благоприятно. Когато претенция се оттегли, най-честата причина е приятелско споразумение извън платформата. Отговорникът получава чисти 1,00; заявителят — 0,95.
- Игнорирането на жалба е най-лошият рутинен изход. Отговорник, който допусне претенцията да изтече без ангажимент, получава 0,10. Заявителят, който също се е оттеглил, получава 0,50.
- Външният арбитраж се държи на 0,60 и за двете страни докато арбитражният изход не бъде въведен обратно в платформата, след което показателят се преизчислява спрямо този изход.
Навременна доставка (тежест 25%)
Източник: всяка отчетена доставка (ред contract_deliveries, който е
„delivered“). Закъснението в дни се изчислява като фактическа дата на доставка − планирана дата, с минимум нула (ранните доставки получават
същата стойност като навременните).
| Закъснение в дни | Стойност |
|---|---|
| 0 (в срок или преди графика) | 1,00 |
| 1–3 дни | 0,70 |
| 4–7 дни | 0,40 |
| 8–14 дни | 0,20 |
| 15+ дни | 0,10 |
Този сигнал се отнася до продавача: само показателят на продавача се влияе.
Своевременност на плащане на комисиона (тежест 20%)
Източник: всяка фактура за комисиона (такса на Berry към сделка, начислена
на купувача) със статус PAID. Закъснението в дни се изчислява като
дата на плащане − падежна дата, с минимум нула.
| Закъснение в дни | Стойност |
|---|---|
| 0 (платено на или преди падежа) | 1,00 |
| 1–3 дни | 0,80 |
| 4–7 дни | 0,40 |
| 8–14 дни | 0,20 |
| 15+ дни | 0,10 |
Леко по-толерантно от навременната доставка само за лентата 1–3 дни — SEPA банковото уреждане реално отнема 1–2 дни. Кривите се събират от 4-ия ден нататък, където обясненията с банково закъснение вече не важат.
Този сигнал се отнася до купувача: само показателят на купувача се влияе.
Фактурите за абонамент не са част от търговското здраве. Месечният или годишният платформен абонамент на Berry е търговско отношение между всяка компания и Berry, отделно от това как компанията се представя на контрагенти. Включването на абонаментно събиране в репутационна метрика, виждана от контрагенти, би смесило две несвързани връзки — затова не го правим.
Плащанията от купувач към продавач по договора също не са част от търговското здраве. Тези плащания се случват извън платформата (обикновено директен банков превод) и Berry няма авторитетни записи кога са постъпили. Ако ролята на Berry в посредничеството на договорни плащания се разшири в бъдещи продуктови линии, този компонент може да бъде добавен.
Честота на отговор при спор (тежест 20%)
Източник: всеки спор, заведен срещу компанията (когато тази компания е отговорникът).
| Поведение при отговор | Стойност |
|---|---|
| Отговор в рамките на отговорния прозорец на спора | 1,00 |
| Отговор след прозореца, но преди приключване | 0,50 |
| Изобщо няма отговор | 0,00 |
Отговорният прозорец се чете за всеки спор от полето на спора
respondentDeadline — не е твърдо кодирани 7 дни. B2B селскостопански
спорове реално изискват променливи отговорни прозорци за проби,
лабораторен анализ, празници и форсмажорни ситуации, а системата ги
поддържа. Уместният въпрос не е „отговорихте ли в рамките на 7 дни?“, а
„отговорихте ли в рамките на прозореца, приложим за този конкретен
спор?“
Корекции — въвеждане на корекции от Berry Operations
Раздел 7.3 на Условията на платформата казва, че компаниите могат да поискат преглед на фактически неточности, които засягат репутационния им показател. Berry упражнява това усмотрение чрез един механизъм: изключване на отделни събития от множеството входни данни за показателя.
Никога не въвеждаме различно число директно в показателя на компанията. Показателят винаги е детерминиран резултат от формула върху набор от събития. Какво може да направи Berry Operations — и само Berry Operations, чрез одитиран работен поток — е да маркира конкретно събитие като неброещо се, с именувана причина и постоянен одитен запис.
Затвореният набор от причини, при които Berry Operations може да изключи събитие от показателя на дадена компания:
| Причина | Кога се прилага |
|---|---|
| Платформена грешка или грешка при записа | Собствените системи на Berry са причинили проблема или системата е записала събитието грешно (доставката е била навреме, но е отчетена като закъсняла; интеграция е преброила плащане погрешно). Както грешките от страна на данните, така и тези от страна на платформата се обхващат от тази една причина — свободният текст в одитния запис изяснява конкретиката. |
| Потвърдена измама от контрагента | Контрагентът е действал недобросъвестно и събитието отразява това, а не поведението на тази компания. |
| Форсмажор | Пристанищен стачка, затворени митници, метеорологично събитие или сходна обстановка е засегнала сделката без вина на нито една от страните. |
| Странична сделка извън платформата | Страните са уредили сделката извън платформата (обикновено чрез директен контакт) и записът в платформата вече не отразява какво всъщност се е случило. Събитието в платформата е подвеждащо и не трябва да захранва показателя. |
| Друго (документирано) | Всичко останало; операторът трябва да обоснове изключването писмено в одитния запис. Свободният текст е задължителен. |
Само вътрешни категории. В базата данни съществува отделна
непублична причина — тестови или демо данни — предназначена за
изчистване на staging фикстури, попаднали в продукционната среда. Тя
никога не отразява реално поведение на компания, в нормална работа не се
прилага към реални сделки и е документирана тук само за пълнота, а не
като причина, която компания някога би срещнала на собствения си одитен
запис. Ако видите изключване с TEST_OR_DEMO срещу реална сделка,
свържете се с поддръжката — почти със сигурност това е грешка на
Operations, за която искаме да научим.
Всяко изключване се записва в присъединена одитна таблица, която не може да се редактира или изтрива, дори от Berry Operations. Компанията, чийто показател е засегнат, може да вижда собствения си списък с изключвания в раздела Моята компания → Активност по търговско здраве, с редактирани имена на операторите до „Екип на Berry Operations“ заради тайната на операторите. Компанията може да поиска преглед на изключване (или да настоява за такова) чрез свързаната CRM заявка.
Изключените събития липсват безшумно от публичната разбивка на профила (компания с един изключен спор и 19 чисти договора показва 5% честота на спорове, а не „5% с едно изключение“). Одитната следа е там, където принадлежи — в CRM и в собствения раздел за активност по търговско здраве на засегнатата компания. Публичните профили показват изчистения, защитим показател.
Нарушения на почтеността — потвърдена измама, преустановяване на акаунт с последващо възстановяване, повтарящи се модели на нарушения — се третират различно от рутинните сигнали. Те се броят с пълна тежест безсрочно и не подлежат на механиката на разреждане, описана по-горе. v1.0 все още няма имплементирани събития за почтеност, но рамката е разкрита тук, за да не изглежда като задна дата за компания, която ги срещне в бъдеще.
Право на фактически преглед
Компания, която смята, че конкретно събитие е записано неточно и не трябва да влиза в показателя за търговско здраве, може да поиска преглед през канала за поддръжка, свързан от раздела Моята компания → Активност по търговско здраве. Berry Operations преглежда заявката спрямо петте причини по-горе, прилага изключването или отказва заявката и записва решението в одитния дневник. Berry не е задължена да променя показатели, произтичащи от проверени транзакционни резултати или документирани спорове (съгласно второто изречение на раздел 7.3 на Условията на платформата).
Обхват и отказ от отговорност
Репутационните показатели са само информационни индикатори и не съставляват правни преценки. Видими са за други потребители на платформата съгласно раздел 7.2(а) на Условията на платформата. Berry запазва усмотрение относно изчислителната методология, която може да се развива с времето, съгласно раздел 7.3.
Търговското здраве се изчислява само от събития в платформата Berry. Търговска история, препоръки, сертификати или репутация извън платформата не се включват.
Показателят за търговско здраве в момента не влияе на класирането в търсенето или резултатите от съпоставяне. Ако това се промени в бъдеща версия на платформата, тази страница ще бъде актуализирана и промяната ще бъде обявена.
Предишни версии
Това е версия 1.0 — първата публикувана версия на тази страница. Бъдещи ревизии ще бъдат изброени тук.