01 С этой ситуацией обращаются
- 01 кабинет заблокирован или ограничен без понятного объяснения
- 02 площадка указывает на связанные аккаунты
- 03 ограничение возникло после входа с нового устройства или сети
- 04 несколько сотрудников, подрядчиков или представителей используют один кабинет
- 05 совпадают отдельные контактные или платёжные данные
- 06 продавцу предлагают подтвердить отсутствие связи с другим аккаунтом
- 07 поддержка ссылается на внутренние признаки без раскрытия их состава
Первый вопрос Бюро — не «как отменить санкцию», а «какая проверяемая цепочка данных привела платформу к этому выводу».
02 Что именно мог зафиксировать маркетплейс
Маркетплейс фиксирует не намерение продавца или покупателя, а цифровые события внутри своей информационной среды. В зависимости от конкретной ситуации значение могут иметь:
- 01 вход в кабинет
- 02 логин или учётная запись
- 03 номер телефона
- 04 e-mail
- 05 платёжные реквизиты
- 06 данные организации или ИП
- 07 адреса
- 08 роли пользователей кабинета
- 09 история изменения данных
- 10 технические идентификаторы сессий или устройств
Факт цифрового события и вывод о нарушении — не одно и то же. Между ними должна существовать проверяемая связь.
03 Какие цифровые признаки могут потребовать проверки
В конкретной ситуации значение могут иметь:
- 01 временные метки входов
- 02 последовательность смены контактных данных
- 03 роли и права пользователей кабинета
- 04 номера телефонов и e-mail
- 05 банковские реквизиты
- 06 адреса регистрации или ведения деятельности
- 07 сетевой контекст, если он раскрыт платформой
- 08 сведения об устройствах, если они раскрыты платформой
- 09 история обращений в поддержку
Бюро не предполагает заранее, какие именно технические признаки использовала платформа. Сначала устанавливается, какие данные действительно следуют из уведомления, правил площадки и доступных материалов.
04 Где возникает риск ошибочной квалификации
Одинаковый внешний результат может иметь разное происхождение. Причиной могут быть:
- 01 общая корпоративная сеть
- 02 динамический IP
- 03 NAT/CGNAT
- 04 использование общего устройства
- 05 работа бухгалтера, агентства или подрядчика
- 06 использование одного номера или e-mail в разных рабочих процессах
- 07 смена владельца оборудования
- 08 общие реквизиты в рамках законной хозяйственной связи
- 09 фактическая связанность аккаунтов
Поэтому итоговый статус или ограничение требует отдельной проверки фактической цепочки происхождения событий.
05 Что необходимо разделить
При проверке важно не смешивать четыре разных уровня:
- 01 Техническое или контактное совпадение. Совпадает отдельный цифровой, сетевой или идентификационный признак
- 02 Фактическое использование. Кто и в каком контексте использовал аккаунт, устройство или реквизит
- 03 Организационная или хозяйственная связь. Существуют ли реальные отношения между субъектами
- 04 Мера платформы. Блокировка, ограничение, предупреждение или другое последствие
Связь между цифровым событием и алгоритмической оценкой ещё не означает автоматически, что применённая мера обоснована. Проверяется вся последовательность — от происхождения события до последствия для продавца.
06 Wildberries
Для Wildberries проверка начинается не с общего предположения о «связанных аккаунтах», а с конкретного основания, которое отражено в кабинете, уведомлении, поддержке или действующей редакции правил. Сопоставляются дата ограничения, данные аккаунта, роли пользователей, история изменения контактов и реквизитов, сведения о представителях и фактический контекст использования спорных данных.
Главный вопрос — совпадает ли фактически зафиксированная последовательность событий с тем основанием, по которому Wildberries применил меру.
07 Ozon
Для Ozon проверка строится по тем же принципам, но правила и механика платформы анализируются отдельно от Wildberries. Устанавливается, какие аккаунты или данные названы связанными, какие сведения совпадают, какое последствие возникло и какие альтернативные объяснения совпадений существуют.
Сначала проверяется, какое конкретное основание указала или применила платформа.
08 Какие данные и документы нужно сопоставить
Для первичной проверки важно собрать не максимум документов, а минимальный набор, который позволяет восстановить спорную цепочку событий. Обычно сопоставляются:
- 01 уведомление маркетплейса
- 02 скриншоты личного кабинета
- 03 перечень пользователей и ролей
- 04 история смены телефона, e-mail и реквизитов
- 05 документы о сотрудниках, подрядчиках или представителях, если это имеет значение
- 06 сведения о хозяйственных связях между субъектами, если они существуют
- 07 переписка с поддержкой
- 08 редакция оферты и правил, действовавшая в соответствующий период
Сначала восстанавливается минимальный доказательный контур, после чего становится понятно, каких данных действительно не хватает для проверки основания решения платформы.
09 Что проверяет Бюро
Бюро восстанавливает проверяемую последовательность событий и сопоставляет цифровой, финансово-хозяйственный и договорный контекст. В рамках проверки можно:
- 01 восстановить точную хронологию спорных событий
- 02 сопоставить доступные цифровые, финансовые и документальные данные
- 03 определить, какая редакция правил действовала на дату события
- 04 проверить, соответствует ли применённая мера указанному основанию
- 05 отделить факт цифрового события от алгоритмической оценки
- 06 выявить противоречия между данными кабинета, документами, финансовым отчётом и объяснением платформы
- 07 установить, какие выводы подтверждаются материалами, а какие остаются предположением
- 08 определить, каких данных не хватает для дальнейшего разбора
- 09 подготовить структурированную позицию для обращения в поддержку, претензионной работы или передачи профильному юристу
Проверка строится не вокруг предположения, что платформа ошиблась, а вокруг вопроса: подтверждается ли её вывод всей доступной цепочкой данных и применимых правил.
10 Что нельзя утверждать без подтверждения
До анализа конкретных данных нельзя заранее утверждать, что маркетплейс ошибся или что спорная ситуация имела только одно объяснение. Бюро не заявляет без подтверждения, что:
- 01 совпадение IP доказывает одного владельца
- 02 одно устройство всегда использует один человек
- 03 совпадение реквизитов автоматически означает обход блокировки
- 04 платформа использовала fingerprint, если это не раскрыто
- 05 связанные аккаунты отсутствуют только со слов продавца
- 06 любое совпадение данных является случайным
- 07 восстановление кабинета гарантировано
Граница между техническим признаком, алгоритмической оценкой и доказанным фактом устанавливается только по материалам конкретной ситуации. Именно здесь определяются границы допустимой цифровой атрибуции.
11 Что может быть результатом проверки
Результатом проверки становится не общий вывод «платформа права» или «платформа ошиблась», а структурированная картина того, что подтверждается данными и на чём основано применённое решение. По итогам могут быть сформированы:
- 01 хронология доступов и ограничений
- 02 карта признаков связанности
- 03 сопоставление контактных, платёжных и организационных данных
- 04 перечень противоречий и альтернативных объяснений
- 05 анализ применённого основания и действовавшей редакции правил
- 06 перечень данных, которых не хватает
- 07 структурированная позиция для поддержки или претензионной работы
- 08 техническая часть материалов для профильного юриста
Контур М4 используется как дополнительный слой проверки цифрового основания и не заменяет решение суда, экспертизу, работу профильного юриста или полномочия самой платформы.
12 Официальные источники
Wildberries
Ozon