Реализация товара с маркировкой
Для получения доступа к форуму необходимо
авторизоваться
или
зарегистрироваться
на сайте.
Доступ к форуму партнерам «1C-Рарус» по дистрибуции предоставляется на сайте
rarus-soft.ru
ААА 5.1.30.09 типовая
Никак не получается ни пробить чек, ни просто проверить код маркировки. Систему управления оборудованием обновил. Ошибка - некорректные входные параметры. Код кассира поставил. Касса Штрих-М-online. Версия обновлена. В драйвере кассы код маркировки проверяется. Версия драйвера 5.16.0.874.
Может еще какие-то настройки не сделал?
Прикрепленные файлы
Сергей, уточните, пожалуйста, как фискальный регистратор подключен в Альфа-Авто? какая версия прошивки?
Сергей, уточните, пожалуйста, как фискальный регистратор подключен в Альфа-Авто? какая версия прошивки?
ФР ШТРИХ-М-ONLINE (1С-обработка + драйвер "Штрих") Плагин FR_Empty.plu (8.3.6.1)
Прошивка кассы:
Версия ПО : C.3
Сборка ПО : 41963
Дата ПО : 26.08.2021
Версия ФФД (таблица 17, строка 17 "RUS формат ФД"): 4
Версия ДТО 5.16.0.874
Модель ККТ ШТРИХ-ЛАЙТ-01Ф
Документы прихода и отгрузки за 22.10.21
Чека на оплату нет, т.к. проверялась только возможность проверки КМ
Добрый вечер.
Если коды маркировки ввести через копировать-вставить без использования сканера в документ "Поступление товаров", а потом таким же способом ввести в "Реализация товаров" или в "Перемещение товаров в производство", то коды маркировки в кассовый чек не передаются по ФФД 1.05, так как в редакции 6 Штрих-код base64 и штрих-код передаются незаполненными в процедуру ЗаписатьДанныеКодаТоварнойНоменклатуры общего модуля МенеджерОборудованияВызовСервера, то переменная ФормироватьРеквизитКодаТовара в этой процедуре остается в значении Ложь и атрибут MarkingCode с элементом GoodCodeData в XML-структуру чека не записываются, что приводит к тому, что в кассовом чеке код маркировки отсутствует и через ОФД в Честном Знаке не списывается.
Прилагаю расширение для решения проблемы - 100% работает для шин на ФФД 1.05, других товарных групп у нас нет. Просьба к разработчикам - исправить эту ошибку, код маркировки же можно и из системы "Честный знак" скопировать
В новых релизах в табличные части добавлен новый реквизит - "КодМаркировкиBase64", который формируется при сканировании маркировки - кодировкой двоичного представления кода маркировки в base64. Далее при пробитии (АТОЛ) происходит обратный процесс раскодирования и в оборудование передается то же самое значение, которое хранится в реквизите "КодМаркировки". Поправьте меня, если я не права. Не понятен смысл добавления и использования "КодМаркировкиBase64".
Добрый вечер.
Если коды маркировки ввести через копировать-вставить без использования сканера в документ "Поступление товаров", а потом таким же способом ввести в "Реализация товаров" или в "Перемещение товаров в производство", то коды маркировки в кассовый чек не передаются по ФФД 1.05, так как в редакции 6 Штрих-код base64 и штрих-код передаются незаполненными в процедуру ЗаписатьДанныеКодаТоварнойНоменклатуры общего модуля МенеджерОборудованияВызовСервера, то переменная ФормироватьРеквизитКодаТовара в этой процедуре остается в значении Ложь и атрибут MarkingCode с элементом GoodCodeData в XML-структуру чека не записываются, что приводит к тому, что в кассовом чеке код маркировки отсутствует и через ОФД в Честном Знаке не списывается.
Прилагаю расширение для решения проблемы - 100% работает для шин на ФФД 1.05, других товарных групп у нас нет. Просьба к разработчикам - исправить эту ошибку, код маркировки же можно и из системы "Честный знак" скопировать
В новых релизах в табличные части добавлен новый реквизит - "КодМаркировкиBase64", который формируется при сканировании маркировки - кодировкой двоичного представления кода маркировки в base64. Далее при пробитии (АТОЛ) происходит обратный процесс раскодирования и в оборудование передается то же самое значение, которое хранится в реквизите "КодМаркировки". Поправьте меня, если я не права. Не понятен смысл добавления и использования "КодМаркировкиBase64".
Добрый вечер.
Если коды маркировки ввести через копировать-вставить без использования сканера в документ "Поступление товаров", а потом таким же способом ввести в "Реализация товаров" или в "Перемещение товаров в производство", то коды маркировки в кассовый чек не передаются по ФФД 1.05, так как в редакции 6 Штрих-код base64 и штрих-код передаются незаполненными в процедуру ЗаписатьДанныеКодаТоварнойНоменклатуры общего модуля МенеджерОборудованияВызовСервера, то переменная ФормироватьРеквизитКодаТовара в этой процедуре остается в значении Ложь и атрибут MarkingCode с элементом GoodCodeData в XML-структуру чека не записываются, что приводит к тому, что в кассовом чеке код маркировки отсутствует и через ОФД в Честном Знаке не списывается.
Прилагаю расширение для решения проблемы - 100% работает для шин на ФФД 1.05, других товарных групп у нас нет. Просьба к разработчикам - исправить эту ошибку, код маркировки же можно и из системы "Честный знак" скопировать
В новых релизах в табличные части добавлен новый реквизит - "КодМаркировкиBase64", который формируется при сканировании маркировки - кодировкой двоичного представления кода маркировки в base64. Далее при пробитии (АТОЛ) происходит обратный процесс раскодирования и в оборудование передается то же самое значение, которое хранится в реквизите "КодМаркировки". Поправьте меня, если я не права. Не понятен смысл добавления и использования "КодМаркировкиBase64".
В Честном знаке код маркировки не содержит криптохвост, который содержится в QR-коде. При работе по ФФД 1.2 проверка кода маркировки может быть не пройдена из-за отсутствия криптохвоста и в кассовом чеке будет [M-]. Полный код маркировки с криптохвостом можно получить только сканером штрих-кода в формате Base64
Добрый вечер.
Если коды маркировки ввести через копировать-вставить без использования сканера в документ "Поступление товаров", а потом таким же способом ввести в "Реализация товаров" или в "Перемещение товаров в производство", то коды маркировки в кассовый чек не передаются по ФФД 1.05, так как в редакции 6 Штрих-код base64 и штрих-код передаются незаполненными в процедуру ЗаписатьДанныеКодаТоварнойНоменклатуры общего модуля МенеджерОборудованияВызовСервера, то переменная ФормироватьРеквизитКодаТовара в этой процедуре остается в значении Ложь и атрибут MarkingCode с элементом GoodCodeData в XML-структуру чека не записываются, что приводит к тому, что в кассовом чеке код маркировки отсутствует и через ОФД в Честном Знаке не списывается.
Прилагаю расширение для решения проблемы - 100% работает для шин на ФФД 1.05, других товарных групп у нас нет. Просьба к разработчикам - исправить эту ошибку, код маркировки же можно и из системы "Честный знак" скопировать
В новых релизах в табличные части добавлен новый реквизит - "КодМаркировкиBase64", который формируется при сканировании маркировки - кодировкой двоичного представления кода маркировки в base64. Далее при пробитии (АТОЛ) происходит обратный процесс раскодирования и в оборудование передается то же самое значение, которое хранится в реквизите "КодМаркировки". Поправьте меня, если я не права. Не понятен смысл добавления и использования "КодМаркировкиBase64".
В Честном знаке код маркировки не содержит криптохвост, который содержится в QR-коде. При работе по ФФД 1.2 проверка кода маркировки может быть не пройдена из-за отсутствия криптохвоста и в кассовом чеке будет [M-]. Полный код маркировки с криптохвостом можно получить только сканером штрих-кода в формате Base64
Вопрос о другом.
Зачем КодМаркировкиBase64 (MDEwNDk2ODgxNDk0Mzc1MjIxK0FCKWRrKiFI.......) переводить обратно в строку (010496881494375221RrDmMuHCdaW9p91EE0792AFMmIniWe3BcY6TOPv4A......) для проверки кода маркировки?
КодМаркировки = ПолучитьСтрокуИзДвоичныхДанных(Base64Значение(ВходныеПараметры.GetValue(5,0)));
КодОшибки = Устройство.cancelMarkingCodeValidation();
Если КодОшибки <> 0 Тогда Возврат КодОшибки; КонецЕсли;
Если ПланируемыйСтатусМаркируемогоТовараКод = 2 ИЛИ ПланируемыйСтатусМаркируемогоТовараКод = 4 Тогда
Устройство.setParam(Устройство.LIBFPTR_PARAM_MEASUREMENT_UNIT, МераКоличестваПредметаРасчетаККТКод);
Если (ДробноеКоличествоМаркированногоТовараЧислитель <> ДробноеКоличествоМаркированногоТовараЗнаменатель) И
(ДробноеКоличествоМаркированногоТовараЧислитель <> 0) Тогда
Устройство.setParam(Устройство.LIBFPTR_PARAM_MARKING_FRACTIONAL_QUANTITY, Строка(ДробноеКоличествоМаркированногоТовараЧислитель) +"/"+
Строка(ДробноеКоличествоМаркированногоТовараЗнаменатель));
КонецЕсли;
Если КоличествоПредметаРасчета <> 0 Тогда
Устройство.setParam(Устройство.LIBFPTR_PARAM_QUANTITY, КоличествоПредметаРасчета);
КонецЕсли;
КонецЕсли;
Устройство.setParam(Устройство.LIBFPTR_PARAM_MARKING_CODE, КодМаркировки);
Устройство.setParam(Устройство.LIBFPTR_PARAM_MARKING_CODE_TYPE, Устройство.LIBFPTR_MCT12_AUTO);
АА 5.1.32.05
Вы уверены, что с датами извлечений и перемещений по данным ЗН все верно?
P.S. Почему то при закрытии и выполнении ЗН, Альфа смотрит на дату документа ЗН, а не на дату выполнения или закрытия.
даты по ЗН №119969
Дата окончания 21.02.2022
Дата закрытия 21.02.22
я же писал, что ошибочно переместили .... конечно даты пересекаются
непонятно
скрин ЗН № 119904 - , я распровел документы перемещения и извлечения....
p.s. то что я написал "даты пересекаются", а имел ввиду про дату заказ наряда, они были открыты в одно и тоже время.
Проверьте, что из производства извлечение с нужными кодами выполняется.
Рекомендуем смотреть регистр накопления "Маркировка товаров в производстве" - в нем все должно быть корректно перемещено.