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