При переходе на обязательную маркировку товаров многие розничные магазины оформляли маркировку товарных остатков по так называемой упрощенной схеме. При таком подходе в личном кабинете «Честного Знака» выпускались обезличенные коды маркировки на один обобщенный технический код товара (GTIN). В программе 1С:Розница под эти цели нередко создавали одну карточку товара, на которую и производился заказ и ввод в оборот всех марок. Однако при попытке реализации товаров на кассе в Рабочем месте кассира (РМК) возникает проблема: кассир сначала считывает линейный штрихкод реального товара (например, конкретной пары обуви или модели одежды), затем сканирует код DataMatrix остатков, и система блокирует операцию предупреждением: «Данная марка не принадлежит этому товару».
Выясним причину такого поведения системы, разберем, можно ли полностью отключить проверку соответствия марки товару в типовой программе, и подробно рассмотрим практические пути решения этой задачи.
Проанализируем алгоритм, заложенный в подсистему интеграции с системами маркировки (ИС МП):
Штрихкоды упаковок и товаров. Если в таком элементе уже жестко указана определенная номенклатура, программа не позволит продать этот код ни с какой другой позицией.Штатной опции или простой галочки в настройках РМК, позволяющей полностью «отключить» сверку GTIN марки с номенклатурой чека, в типовой конфигурации 1С:Розница не предусмотрено. Контроль является базовым требованием подсистемы маркировки. Более того, если используется версия 1С:Розница (базовая), в ней действуют ограничения платформы: конфигурация закрыта от изменений, а подключение внешних расширений (файлов с расширением .cfe) заблокировано. Следовательно, решить вопрос программным изменением логики в базовой версии без перехода на ПРОФ нельзя. Рассмотрим стандартные и обходные варианты работы в этих условиях.
Разберем самый удобный способ совместить подробный учет номенклатуры и продажу по упрощенным маркам. Если мы хотим сканировать «родной» штрихкод товара, а затем код остатков, программе необходимо объяснить, что технический GTIN из DataMatrix допустим для всех наших позиций.
(01) представляют собой GTIN (начинается обычно с нулей и служебного префикса).Когда у карточки номенклатуры одновременно зарегистрированы и ее собственный штрихкод, и технический GTIN остатков, проверка соответствия при сканировании марки проходит успешно, так как GTIN из DataMatrix присутствует в списке разрешенных штрихкодов данной позиции (при условии, что сама марка не привязана индивидуально к другой карточке).
Разберем ситуацию, на которую указывает ответ в теме. Если коды маркировки уже успели «намертво» записаться под одну карточку товара в процессе печати, ввода остатков или предыдущих сканирований, программа будет выдавать ошибку даже при наличии общего GTIN. В этом случае требуется отвязать марку от конкретной строки номенклатуры.
Штрихкоды упаковок и товаров (в некоторых версиях — регистр сведений Штрихкоды упаковок номенклатуры).Номенклатура и Характеристика. Очистим эти поля, оставив их пустыми, либо выберем требуемую номенклатуру, если продажа должна осуществляться строго по конкретной позиции.Рассмотрим вариант реализации без предварительного сканирования линейного штрихкода EAN-13, если требуется максимально быстро списать зависшие остатки без редактирования всех штрихкодов:
Важная особенность способа: В чеке и по складским остаткам товар спишется по единой обобщенной позиции маркировки остатков. Если в магазине ведется детализированный учет по артикулам и размерам, фактические складские остатки по реальным карточкам товаров потребуется периодически выравнивать документами Списание товаров и Оприходование товаров по результатам инвентаризации.
Если специфика учета требует строгого списания конкретной номенклатуры без ручных корректировок штрихкодов, а марки остатков обезличены, стандартная базовая поставка не позволяет вмешиваться в алгоритмы проверки. В такой ситуации последовательность действий следующая: