Самовыкупы, подозрительная активность и внутренний антифрод маркетплейса

01 С этой ситуацией обращаются

• 01 маркетплейс квалифицировал часть заказов или выкупов как искусственную активность
• 02 появилось удержание, корректировка или иное финансовое последствие
• 03 после всплеска внешнего трафика изменились показатели карточки
• 04 продавец получил уведомление о нарушении правил площадки
• 05 часть заказов перестала учитываться в отдельных показателях
• 06 изменилась видимость, рейтинг или положение товара
• 07 площадка связала активность с продавцом, кабинетом или группой связанных лиц
• 08 причина ограничения сформулирована общо и не позволяет понять, какие именно события стали основанием решения

Первый вопрос Бюро — не «как отменить санкцию», а «какая проверяемая цепочка данных привела платформу к этому выводу».

02 Что именно мог зафиксировать маркетплейс

Маркетплейс фиксирует не намерение продавца или покупателя, а цифровые события внутри своей информационной среды. В зависимости от конкретной ситуации значение могут иметь:

• 01 создание заказа
• 02 время и последовательность действий
• 03 источник перехода
• 04 параметры рекламной кампании
• 05 участие товара в акции
• 06 изменение цены
• 07 повторяемость заказов
• 08 получение или возврат товара
• 09 финансовые корректировки
• 10 данные кабинета продавца
• 11 иные события, предусмотренные правилами конкретной платформы

Факт цифрового события и вывод о нарушении — не одно и то же. Между ними должна существовать проверяемая связь.

03 Какие цифровые признаки могут потребовать проверки

В конкретной ситуации значение могут иметь:

• 01 временные метки заказов и иных событий
• 02 последовательность действий пользователя
• 03 источник перехода на карточку товара
• 04 рекламные кампании и внешний трафик
• 05 повторяемость отдельных сценариев покупки
• 06 история изменения цены и участия в акциях
• 07 сведения о возвратах и отменах
• 08 данные финансовой отчётности продавца
• 09 история обращений в поддержку
• 10 технические идентификаторы, которые сама платформа указала или раскрыла в материалах спора

Бюро не предполагает заранее, какие именно технические признаки использовала платформа. Если в материалах ситуации присутствуют сетевые признаки, отдельно проверяется значение динамического IP и сетевого контекста, включая NAT/CGNAT. Сначала устанавливается, какие данные действительно следуют из уведомления, правил площадки и доступных материалов.

04 Где возникает риск ошибочной квалификации

Одинаковый внешний результат может иметь разное происхождение. Резкий рост однотипных заказов, повторяемость действий, необычная структура трафика или сетевой контекст операции сами по себе не объясняют, кем и с какой целью были совершены конкретные покупки. Причиной могут быть:

• 01 рекламная кампания
• 02 публикация у блогера или в Telegram-канале
• 03 сезонный спрос
• 04 резкое изменение цены
• 05 участие в акции
• 06 повторные покупки постоянных клиентов
• 07 корпоративный или групповой заказ
• 08 искусственное стимулирование активности
• 09 сочетание нескольких факторов

Поэтому вывод «события похожи — значит это самовыкуп» требует отдельной проверки фактической цепочки происхождения заказов.

05 Что необходимо разделить

При проверке важно не смешивать четыре разных уровня:

• 01 Факт цифрового события. Например, заказ создан, оплачен, получен или возвращён
• 02 Происхождение события. Из какого источника, пользовательского действия, рекламного канала или иного сценария возник заказ
• 03 Алгоритмическая оценка платформы. Как Wildberries или Ozon квалифицировали совокупность признаков
• 04 Мера в отношении продавца. Удержание, ограничение, изменение показателя, предупреждение либо другое последствие, предусмотренное правилами площадки

Связь между цифровым событием и алгоритмической оценкой ещё не означает автоматически, что применённая мера обоснована. Проверяется вся последовательность — от происхождения события до последствия для продавца.

06 Wildberries

Для Wildberries проверка начинается не с общего предположения об «антифроде», а с конкретного основания, которое отражено в кабинете продавца, финансовом отчёте, уведомлении платформы или действующей редакции оферты. При разборе важно сопоставить:

• 01 дату спорного события
• 02 дату применения удержания, ограничения или иной меры
• 03 редакцию правил, действовавшую на этот момент
• 04 вид удержания или корректировки
• 05 номера спорных заказов
• 06 данные финансового отчёта
• 07 уведомление платформы
• 08 историю обращений в поддержку
• 09 сведения продавца об источнике заказов и трафика

Главный вопрос — совпадает ли фактически зафиксированная последовательность событий с тем основанием, по которому Wildberries применил меру.

07 Ozon

Для Ozon проверка строится по тем же принципам, но правила и механика площадки анализируются отдельно от Wildberries. Нельзя переносить основания одной платформы на другую. При разборе важно установить:

• 01 какое правило Ozon применено
• 02 к какому заказу, событию или показателю оно относится
• 03 на какую дату действовала соответствующая редакция условий
• 04 какие данные продавец видит в кабинете
• 05 какие показатели изменились
• 06 связано ли изменение с акцией, рекламой, ценой, возвратами, ограничением или иным механизмом платформы
• 07 какое финансовое или функциональное последствие возникло
• 08 как Ozon сформулировал основание в уведомлении или поддержке

Снижение позиции, изменение показателей или финансовая корректировка не называются антифрод-мерой автоматически. Сначала проверяется, какое конкретное основание указала или применила платформа.

08 Какие данные и документы нужно сопоставить

Для первичной проверки важно собрать не максимум документов, а минимальный набор, который позволяет восстановить спорную цепочку событий. Обычно сопоставляются:

• 01 уведомление маркетплейса
• 02 скриншоты личного кабинета
• 03 номера спорных заказов
• 04 дата и вид удержания или иной меры
• 05 детализация финансового отчёта
• 06 история цен и участия товара в акциях
• 07 данные о рекламных кампаниях
• 08 сведения об источниках внешнего трафика
• 09 статистика переходов, которой располагает продавец
• 10 сведения о возвратах и отменах
• 11 переписка с поддержкой
• 12 редакция оферты и правил, действовавшая в соответствующий период
• 13 документы, подтверждающие обстоятельства спорной активности

Сначала восстанавливается минимальный доказательный контур, после чего становится понятно, каких данных действительно не хватает для проверки основания решения платформы.

09 Что проверяет Бюро

Бюро восстанавливает проверяемую последовательность событий и сопоставляет цифровой, финансово-хозяйственный и договорный контекст. В рамках проверки можно:

• 01 восстановить точную хронологию спорных событий
• 02 сопоставить заказы, трафик, удержания и уведомления платформы
• 03 определить, какая редакция правил действовала на дату события
• 04 проверить, соответствует ли применённая мера указанному основанию
• 05 отделить факт цифрового события от алгоритмической оценки
• 06 выявить противоречия между данными кабинета, финансовым отчётом и объяснением платформы
• 07 установить, какие выводы подтверждаются материалами, а какие остаются предположением
• 08 определить, каких данных не хватает для дальнейшего разбора
• 09 подготовить структурированную позицию для обращения в поддержку, претензионной работы или передачи профильному юристу

Проверка строится не вокруг предположения, что платформа ошиблась, а вокруг вопроса: подтверждается ли её вывод всей доступной цепочкой данных и применимых правил.

10 Что нельзя утверждать без подтверждения

До анализа конкретных данных нельзя заранее утверждать, что маркетплейс ошибся или что спорная активность имела только одно объяснение. Бюро не заявляет без подтверждения, что:

• 01 все спорные заказы были совершены реальными независимыми покупателями
• 02 платформа использовала конкретный IP, устройство, fingerprint или иной технический идентификатор
• 03 снижение позиции карточки вызвано именно антифродом
• 04 удержание или иная мера автоматически являются неправомерными
• 05 действия покупателей были организованы продавцом
• 06 внешний трафик сам по себе подтверждает отсутствие нарушения
• 07 обращение в поддержку обязательно приведёт к отмене меры
• 08 восстановление рейтинга, позиции или показателей гарантировано

Граница между техническим признаком, алгоритмической оценкой и доказанным фактом устанавливается только по материалам конкретной ситуации. Именно здесь определяются границы допустимой цифровой атрибуции.

11 Что может быть результатом проверки

Результатом проверки становится не общий вывод «платформа права» или «платформа ошиблась», а структурированная картина того, что подтверждается данными и на чём основано применённое решение. По итогам могут быть сформированы:

• 01 хронология спорных событий
• 02 карта заказов и связанных операций
• 03 сопоставление цифровых и финансовых данных
• 04 перечень противоречий и расхождений
• 05 анализ применённого основания и действовавшей редакции правил
• 06 перечень данных, которых не хватает для окончательного вывода
• 07 структурированная позиция для обращения в поддержку или претензионной работы
• 08 техническая часть материалов для профильного юриста
• 09 вывод о том, какие обстоятельства подтверждаются, а какие остаются недоказанными

Контур М4 используется как дополнительный слой проверки цифрового основания и не заменяет решение суда, экспертизу, работу профильного юриста или полномочия самой платформы.

12 Официальные источники

Wildberries

Ozon