«Честный знак» в интернет-магазине: что нужно поддержать — publi.ru

«Честный знак» в интернет-магазине: что нужно поддержать

8 мин чтения · чек-лист · тем, кто заказывает · обновлено 2026-09-02

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

1. Область применения

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

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

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

2. Основное следствие для устройства каталога

2.1. Маркировка вводит понятие экземпляра. До неё магазин оперировал позицией и количеством: «кроссовки, размер 40, три штуки».

2.2. После неё каждая из трёх штук — отдельная сущность со своим кодом идентификации, своей историей и своим статусом.

2.3. Из этого следует главное требование: система должна уметь хранить не только остаток числом, но и перечень конкретных экземпляров с их кодами.

2.4. Каталог, спроектированный без учёта экземпляров, дорабатывается на уровне модели данных, а не интерфейса. Это определяет объём работ.

3. Требования к хранению кодов

3.1. Код хранится в привязке к складской единице и к экземпляру, а не к карточке товара.

3.2. Экземпляр имеет состояние: принят, в резерве под заказ, отгружен, выведен из оборота, возвращён, списан.

3.3. Переходы состояний фиксируются в журнале с указанием даты, времени, сотрудника и связанного документа.

3.4. Полный код содержит служебную часть, которая не подлежит отображению покупателю и не выводится в общедоступных интерфейсах.

3.5. Коды не редактируются вручную. Единственный способ занесения — считывание сканером либо получение из документа приёмки.

4. Требования к приёмке

4.1. При поступлении товара коды экземпляров принимаются из электронного документа поставщика либо считываются сканером.

4.2. Количество принятых кодов сверяется с количеством в документе. Расхождение блокирует завершение приёмки.

4.3. Товар без кода не приходуется на маркируемую номенклатуру.

4.4. Принятые экземпляры увеличивают остаток. Остаток по позиции равен числу экземпляров в состоянии «принят».

5. Требования к сборке и отгрузке

5.1. При комплектации заказа сборщик сканирует код каждого экземпляра.

5.2. Система проверяет соответствие отсканированного экземпляра позиции заказа. Несоответствие блокирует сборку с понятным сообщением.

5.3. Отсканированные экземпляры закрепляются за заказом. Повторное использование того же экземпляра в другом заказе исключается.

5.4. Интерфейс сборщика работает на мобильном устройстве и не требует ввода с клавиатуры.

5.5. Сборщик не получает доступа к финансовым данным заказа. В проектах студии это стандартное разграничение: сборщик видит состав и адрес, но не суммы и не настройки.

6. Требования к выводу из оборота

6.1. Сведения о выводе из оборота при розничной продаже передаются через кассовую технику в составе кассового чека.

6.2. Коды экземпляров, закреплённых за заказом, передаются в кассовое решение вместе с составом чека.

6.3. Момент передачи определяется схемой работы магазина: при оплате на сайте — в момент формирования чека, при оплате при получении — в момент расчёта.

6.4. Результат передачи фиксируется в заказе. Заказ не считается завершённым, пока результат не получен.

6.5. При отрицательном результате заказ переводится в состояние, требующее разбора сотрудником, а не закрывается автоматически.

7. Требования к возвратам

7.1. При возврате товара экземпляр возвращается в оборот с указанием основания и связанного документа возврата.

7.2. Возвращённый экземпляр не поступает в свободный остаток автоматически. Он проходит осмотр и получает одно из назначений: в продажу, в уценку, к списанию.

7.3. Экземпляр, повторно введённый в оборот, сохраняет всю предыдущую историю состояний. Обнуление истории не допускается.

8. Разграничение ответственности

8.1. Сторона учётной системы отвечает за взаимодействие с системой маркировки, приёмку электронных документов и корректность документов оборота.

8.2. Сторона кассового решения отвечает за передачу сведений о выводе из оборота в составе чека.

8.3. Сторона сайта отвечает за хранение привязки экземпляров к заказам, интерфейс сборки, состояния заказа и отображение результата операций.

8.4. Разграничение фиксируется письменно до начала работ. При отсутствии письменной границы каждая сторона относит сбой к зоне другой стороны.

9. Порядок проверки готовности

9.1. Экземпляр с кодом принимается на склад и увеличивает остаток.

9.2. Заказ собирается только со сканированием; попытка собрать без сканирования блокируется.

9.3. Один экземпляр невозможно закрепить за двумя заказами.

9.4. Полный код не отображается в интерфейсе покупателя и не попадает в общедоступные страницы.

9.5. Результат передачи сведений фиксируется в заказе и виден менеджеру.

9.6. Возврат возвращает экземпляр в оборот и не увеличивает свободный остаток до осмотра.

9.7. Журнал состояний содержит все переходы по проверяемому экземпляру.

10. Когда доработка сайта не требуется

10.1. При ведении сборки и продажи полностью на стороне учётной системы и кассы сайту достаточно передавать заказ и получать статус.

10.2. При отсутствии в ассортименте маркируемых групп требования не применяются; при планируемом расширении ассортимента модель данных всё равно проектируется с учётом экземпляров.

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

Коротко

Маркировка превращает количество в перечень экземпляров, и это меняет модель данных, а не только интерфейс. Коды хранятся по экземплярам с журналом состояний, заносятся только сканированием, закрепляются за заказом при сборке и передаются в кассу для вывода из оборота. Возврат возвращает экземпляр в оборот, но не в свободный остаток. Границы ответственности между учётом, кассой и сайтом фиксируются письменно до начала работ.

Расскажите, что нужно — посмотрим и скажем честно

Первый разговор — разбор задачи: нужна ли вам система или хватит одной страницы. Без обязательств и без счёта.

или оставьте номер — перезвоним

Перезваниваем в рабочее время. Ничего не рассылаем.

Оператор персональных данных — ИП Постнов Артём Сергеевич, ИНН 772610459593.

Частые вопросы

Нужно ли дорабатывать сайт, если маркированный товар продаётся только самовывозом?

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

Можно ли обойтись учётной системой и не трогать сайт?

Часто да, и это самый дешёвый путь. Если заказы попадают в учёт, а сборка и касса работают там же, сайту достаточно передавать заказ и получать статус. Дорабатывать магазин приходится, когда сборка ведётся в его админке или когда покупателю нужно показывать конкретный экземпляр.

Что делать, если код на коробке не читается?

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

Помогла статья?

Те, что не помогают, мы переписываем — по этой кнопке и решаем, какие именно.

Ещё по теме