Проблема сопоставления товара при приемке маркированной продукции на примере обуви в конфигурации 1С:Розница

24.01.21

Учетные задачи - Оптовая торговля

В статье описывается проблема сопоставления товара при приемке товаров маркированной продукции применительно к типовым конфигурациям на примере 1С:Розница.

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование SM По подписке [?] Купить один файл
Запрос описания товара
.epf 7,22Kb
18
18
1 SM
Скачать Купить за 1 850 руб.

Описание проблемы

    При приемке маркированной продукции необходимо убедиться, что поступившие марки, они же КиЗ (контрольные идентификационные знаки), DataMatrix соответствуют тем, что отправил поставщик в  накладной через ЭДО.  Перед приемкой марок необходимо сопоставить товар, который отправил поставщик с товаром в нашей информационной базе. Вот тут и кроется одна из основных проблем: значительная часть поставщиков присылает в ЭДО товары следующим образом, например:

1. F7020-3 (36-40) кроссовки - 3 пары;  и список условных марок к ней:

а) 010466008301688421AAAAAAAAAAAAA
б) 010466008301689121BBBBBBBBBBBBBB
с) 010466008301689121CCCCCCCCCCCCC

В данном случае в одной позиции товара присылают несколько пар разных размеров, но как одну позицию в УПД и размер отдельно никак не выделен. При типовом сопоставлении номенклатуры с одним товаром нужно сопоставить такой же товар, если у вас в базе ведется так же, без разбивки на размеры, то все работает, но если вы в базе ведете учет остатков по размерам, а именно это способ с точки зрения учета наиболее информативный, то тут типовой способ не работает.

А зачем вообще сопоставлять, в чем суть?

Делается это в 1С для того, чтобы при считывании сканером марки можно было бы сразу получить номенклатуру и характеристику товара, тогда приемка товара сильно упростится, это работает, так как в марке зашит уникальный код товара - GTIN, который  в марке находится с 3-его символа по 16-ый.

Для наших марок выше GTIN'ы:

а) 04660083016884

б) 04660083016891

в) 04660083016891

Получается, что поставщик под одним товаром нам прислал 2-а уникальных кода 04660083016884 и 04660083016891. В нашей базе это будет одна Номенклатура, но с 2-я характеристиками, которые отражают размер. Далее типовые конфигурации GTIN преобразуют в EAN13, отбрасывая первый 0 и полученный штрихкод присваивает позиции товара, в нашем случае к одному товару поставщика в типовом функционале никак не привязать две разные номенклатуры, иначе весь смысл теряется.

Как сейчас действует кладовщик? пришло поступление, из которого мы не может сделать нормальное сопоставление GTIN к нашим товарам, поэтому при считывании марки необходимо вручную сделать привязку к товару, которое определяется большей частью визуально по названию, на что тратится драгоценное время. Скажем, если приемка идет через терминал сбора данных, то сопоставлять придется на нем, на аппарате с небольшим экраном, что очень не удобно и тормозит работу, если бы сопоставление было выполнено, то на ТСД просто считывались бы марки и кладовщик-приемщик был бы чуть радостнее, а весь процесс шел бы быстрее.

Альтернативный вариант сопоставления товара

    Как все-таки решить проблему сопоставления товара? Можно ориентироваться не на то описание, что нам прислал поставщик, а на описание в едином каталоге маркированных товаров, доступ к которому предоставляет все тот же Честный знак, там мы можем получить полное описание товара, главное что нам оттуда нужно - это название и размер. К примеру для приведенных выше GTIN будет такое описание из Честного знака:

1. 04660083016884 - F7020-3 (36-40) кроссовки, 36

2. 04660083016891 - F7020-3 (36-40) кроссовки, 37

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

Запрос информации из Честного знака

    В типовых конфигурациях уже есть реализованный функционал по запросу описания товара по GTIN и по марке, на удивление запрос по GTIN возвращает пустой результат, а по марке приходит то, что нужно. Пример кода для 1С:Розница, но работать должен во всех типовых конфигурациях 1С.

//Организация - для которой есть ЭЦП
КлючСессии = ИнтерфейсАвторизацииИСМПСлужебный.ПроверитьОбновитьКлючСессии(
ИнтерфейсИСМПКлиентСервер.ПараметрыЗапросаКлючаСессии(Организация));

// массив марок, для которых нужно получить описание
мСтроки = Новый Массив;
мСтроки.Добавить("010466008301688421AAAAAAAAAAAAA");
мСтроки.Добавить("010466008301689121BBBBBBBBBBBBBB");

МассивСтрокКодов = Новый Массив;
ДанныеКодовМаркировки = ШтрихкодированиеИС.ИнициализацияТаблицыДанныхКодовМаркировки();
	
Для Каждого Строка Из мСтроки Цикл
		
	СтруктураЗначения = ШтрихкодированиеИС.НоваяСтруктураОбработкиШтрихкода(Строка, Перечисления.ВидыПродукцииИС.Обувь);	
	СтрокаКодаМаркировки = ДанныеКодовМаркировки.Добавить();
	ЗаполнитьЗначенияСвойств(СтрокаКодаМаркировки, СтруктураЗначения);		
	МассивСтрокКодов.Добавить(СтрокаКодаМаркировки);
		
КонецЦикла;	
	
Результат = ИнтерфейсИСМП.СтатусыКодовМаркировки(МассивСтрокКодов,  Организация);
	
Если Результат.РезультатОтправкиЗапроса.ОтветПолучен = Истина Тогда
        // в переменной Ответ будет вся необходимая информация
	Ответ = Результат.РезультатОтправкиЗапроса.ТекстВходящегоСообщенияJSON;
Иначе
	//...	
КонецЕсли;

Например, для марки с GTIN 04660083016884 будет такой ответ в формате JSON :

{"cis":"010466008301689121АААААААААААА",
"gtin":"04660083016891",
"producerName":"ООО \"СТРОББС\"",
"status":"INTRODUCED",
"emissionDate":1589557748011,
"packageType":"UNIT",
"ownerName":"Организация-Владелец",
"ownerInn":"ИНН Организации Владельца",
"productName":"F7020-3 (36-40) кроссовки, 37",
"brand":"STROBBS",
"prevCises":[],
"nextCises":[],
"countChildren":0,
"lastDocId":"7aa19475-9499-4649-8f37-c03376432554",
"introducedDate":1600646400000,
"agentName":"",
"lastStatusChangeDate":"2020-09-21T13:53:14.551Z",
"productGroup":"shoes"}

Нужное нам представление в поле productName. Таким образом, получаем следующий алгоритм:

1. При поступлении накладной по ЭДО вручную привязываем к документу поступления товара, которое создаем вместе с товаром вручную, возможно загрузкой. Либо если устраивает наименование из Честное знака, то товар можно генерировать по описанию из системы маркировки

2. Из файлов накладной ЭДО выделяем марки

3. По маркам получаем описание из Честного знака и формируем таблицу: GTIN из марки + описание из честного знака

4. Сводим товары из накладной с описанием из Честного знака и сопоставляем, результатом сопоставления будут записи в регистре сведения Штрихкоды вида

Номенклатура + Характеристика + сам штрихкод EAN13 (получен из GTIN).

5. Теперь при сканировании марки система сможет определить товарную позицию, а при выгрузке на ТСД будет выгружаться созданные нами Штрихкоды и точно так же ПО на ТСД (1С:Кладовщик, Магазин 15)  смогут по марке находить товарную позицию и приемка сведется к сканированию только марок.

Тестировался вышеописанный подход на 1С:Розница 2.3.6.17, 1С:Кладовщик 1.0.18.1, Клеверенс Магазин 15 1.2.0.320. К публикации прикреплена обработка, которая по марке вернет описание из честного знака, для работы необходимо подключенная к 1С ЭЦП для доступа в Честный знак.

маркировка честный знак обувь

См. также

Бюджетирование и планирование Оптовая торговля Розничная торговля Логистика, склад и ТМЦ Анализ продаж Пользователь Платформа 1С v7.7 Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Управление торговлей 10 1С:Розница 2 1С:Управление производственным предприятием 1С:Управление нашей фирмой 1.6 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Беларусь Украина Россия Казахстан Управленческий учет Платные (руб)

Система управления запасами для 1С помогает работать с запасами правильно: автоматически рассчитывает потребность и делает заказ поставщику, загружает прайсы, перемещает товары по филиалам, анализирует продажи и позволяет управлять ассортиментом.

28500 руб.

21.04.2017    93499    119    40    

210

Оптовая торговля Розничная торговля Обмен с ГосИС Бухгалтер Платформа 1С v8.3 1С:Управление торговлей 10 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Рестораны, кафе и фаст-фуд Россия Бухгалтерский учет Управленческий учет Акцизы Платные (руб)

Полнофункциональное расширение (ранее известное как Модуль 1С-ЕГАИС) для взаимодействия типовых конфигураций 1С и ЕГАИС, предоставляющее максимум возможностей по работе с УТМ. Получение и отправка ТТН, отправка акта о постановке на баланс и акта о списании. Получение остатков. Загрузка и сопоставление номенклатуры и контрагентов. Оправка в ЕГАИС отчетов о производстве и импорте.

8970 руб.

15.12.2015    168573    795    364    

394

ККМ Кассовые операции Розничная торговля Системный администратор Программист Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Бухгалтерия 2.0 1С:Управление торговлей 10 1С:Розница 2 1С:Управление производственным предприятием 1С:Бухгалтерия государственного учреждения 1С:Бухгалтерия 1.6 1С:Бухгалтерия автономного учреждения 1С:CRM ПРОФ, КОРП Россия Платные (руб)

Универсальная обработка для обслуживания любых фискальных регистраторов (ККТ), в том числе Веб сервер АТОЛ. Работает в соответствии с 54-ФЗ. (ФФД 1.0, ФФД 1.05, ФФД 1.1). Подключайте любую онлайн кассу к практически любой конфигурации. Нет необходимости обновлять 1С. Можно бесплатно скачать и протестировать. Может работать одновременно с несколькими онлайн-кассами, либо одной с разных рабочих мест. (через RDP, TCP\IP или веб-сервер) Позволяет разделить один чек сразу на несколько ККТ или на несколько систем налогообложения. Поддерживает разрешительный режим. Можно настроить собственный шаблонов чека. Можно использовать эквайринг там, где он не поддерживается. Работает на LINUX и Windows ЭМУЛЯТОР + ЭКВАЙРИНГ + МАРКИРОВКА + ПОДДЕРЖКА ФФД 1.2

6000 руб.

27.02.2017    787644    4748    9507    

2816

Розничная торговля Маркетплейсы Программист Платформа 1С v8.3 1С:Розница 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Розничная и сетевая торговля (FMCG) Россия Управленческий учет Платные (руб)

Модуль для интеграции 1С с сервисом СберМаркет/Купер. Предназначен для обмена данными из торговых точек розничных сетей из баз данных 1С в базы данных СберМаркет/Купер, для отображения информации по товарам, остаткам, ценам, заказам и статусам заказов. Позволяет оперативно начать работать с сервисом СберМаркет, существенно повысить продажи и лояльность клиентов.

35000 руб.

14.10.2022    8659    15    14    

11

Оптовая торговля Розничная торговля Обмен с ГосИС Программист Бухгалтер Пользователь Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Россия Бухгалтерский учет Управленческий учет Платные (руб)

Данная публикация создана для помощи разработчикам, интеграторам и другим заинтересованным лицам по настройке системы маркировки обуви, одежды, лекарств, табака, фото, молока, духов(парфюма), питьевой воды, велосипедов и шин. Смело задавайте вопросы по работе с ЦРПТ, GS1, ЭДО, Национальным каталогом, накопили достаточно большую базу знаний по данным темам и готовы ответить на все Ваши вопросы.

5000 руб.

18.03.2019    111763    29    114    

181

ККМ Кассовые операции Розничная торговля Системный администратор Программист Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Бухгалтерия 2.0 1С:Управление торговлей 10 1С:Розница 2 1С:Управление производственным предприятием 1С:Бухгалтерия государственного учреждения 1С:Бухгалтерия автономного учреждения Россия Платные (руб)

Обработка осуществляет обслуживание ККТ АТОЛ, Штрих и Меркурий для конфигураций "УТ 10.3", "КА 1.1", "УПП 1.3", "Розница 1.0", "БП 2.0" и других отраслевых решений, построенных на основе указанных выше конфигурациях. Поддерживает возможность параллельно пробития чеков на одной ККМ несколькими пользователями. Поддерживает Веб-сервер Атол. Соответствует требованиям 54-ФЗ. Поддерживает ФФД 1.0, 1.05, 1.1 и 1.2. Разделяет чеки по нескольким СНО. Поддерживает механизмы подключения ККТ по TCP/IP, для работы через RDP или интернет. Поддержка маркировки и разрешительного режима.

5400 руб.

25.05.2015    329416    1892    3030    

1014
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. RustIG 1720 27.11.20 08:50 Сейчас в теме
2. gzharkoj 512 27.11.20 09:29 Сейчас в теме
(1) Надеюсь пригодится, в нашем случае производительность процесса приемка заметно улучшилась. Казалось бы, схема отработанная есть, присылайте накладные с разбивкой по размерам и все будет отлично, но так не делают.
infostart14; +1 Ответить
3. AneJIbcuH 39 30.12.20 13:14 Сейчас в теме
Отдельное спасибо за пример получения КлючаСессии. Пригодится для использования в API (не только то, что представлено в 1С)
Оставьте свое сообщение