«Честный знак» в интернет-магазине: что нужно поддержать
Магазин, торгующий маркированным товаром, обязан обеспечить три вещи: хранение кодов по конкретным экземплярам, сканирование при отгрузке и передачу сведений о выводе из оборота через кассу. Ниже — справка о том, какие функции это требует от сайта и админки, и где проходит граница между работой сайта и работой учётной системы.
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. Решение о том, где ведётся оборот кодов, принимается до разработки. Перенос этой функции с учётной системы на сайт после запуска относится к работам по переработке модели данных и оценивается отдельно.
Коротко
Маркировка превращает количество в перечень экземпляров, и это меняет модель данных, а не только интерфейс. Коды хранятся по экземплярам с журналом состояний, заносятся только сканированием, закрепляются за заказом при сборке и передаются в кассу для вывода из оборота. Возврат возвращает экземпляр в оборот, но не в свободный остаток. Границы ответственности между учётом, кассой и сайтом фиксируются письменно до начала работ.
Первый разговор — разбор задачи: нужна ли вам система или хватит одной страницы. Без обязательств и без счёта.
Частые вопросы
Нужно ли дорабатывать сайт, если маркированный товар продаётся только самовывозом?
Способ получения не отменяет требований к обороту кодов. Меняется только момент и место сканирования: при самовывозе код считывается при выдаче, при доставке — при комплектации. Учёт кодов и их передача в систему маркировки нужны в обоих случаях.
Можно ли обойтись учётной системой и не трогать сайт?
Часто да, и это самый дешёвый путь. Если заказы попадают в учёт, а сборка и касса работают там же, сайту достаточно передавать заказ и получать статус. Дорабатывать магазин приходится, когда сборка ведётся в его админке или когда покупателю нужно показывать конкретный экземпляр.
Что делать, если код на коробке не читается?
Позиция не отгружается по этому экземпляру, а заменяется другим с рабочим кодом. Нечитаемый экземпляр выводится из отгрузки и разбирается отдельно. Подмена сканирования ручным вводом произвольного значения недопустима и создаёт расхождение, которое всплывёт при проверке.
Те, что не помогают, мы переписываем — по этой кнопке и решаем, какие именно.
Ещё по теме
Справка о составе чека, разграничении зон ответственности между сайтом, кассой и бухгалтерией и порядке проверки перед запуском.
тем, кто заказывает «Жук и Плут»: детский бренд ушёл с маркетплейсов на свой сайтИстория магазина детских товаров — что мы построили, что пошло не так и почему бренд встал первым в Яндексе на третий день.
тем, кто заказывает «С этим покупают»: где ставить блоки допродажКарта мест на сайте, где допродажа работает, и что показывать в каждом — от карточки товара до письма после доставки.
тем, кто заказывает