3.
sahawood
Сейчас в теме
(1)в текстовой документ отсканируйте, и сравните с ч-з нет ли лишних символов ( или наоборот не хватает)
2.
anykey_vrn
Сейчас в теме
если попробовать в явном виде а не в base64? Еще как вариант не хватает спец символов, обычно это не читаемый символ FNC1 и разделитель GS1 после серийного номера.
4.
artemsmtp
Сейчас в теме
Проблема решена. Был не настроен сканер на разбор GS1 DataMatrix.
5.
olbu
Сейчас в теме
(4)Здравствуйте!
Мы передаем Код марки (КМ) как строку, что отсканировал сканер.
Не подскажете, что это за настройка сканера?
А то мне приходится принудительно в КМ в вставлять символ GS1.
6.
artemsmtp
Сейчас в теме
(5) Подскажите марку и модель вашего сканера ШК.
11.
artemsmtp
Сейчас в теме
Подскажите а как Вы вставляете символ GS21?
13.
Volserg
Сейчас в теме
(4)подскажи как настроить сканер на разбор GS1 Datamatrix. У меня 1450g. с этой маркировкой уже весь мозг себе сломал
7.
olbu
Сейчас в теме
Под рукой сейчас нет его, вот такой похоже:
Терминал сбора данных ТСД Newland MT90 Orca
8.
artemsmtp
Сейчас в теме
(7) С настройкой ТСД помочь не смогу, лучше обратиться к производителю ТСД. У нас была проблема со сканером Mertech CL-600 P2D Superlead. Помог перевод сканера в режим эмуляции COM-порта. Вам нужно добиться отображения символов GS при сканировании марки. Пример на скриншоте, запустили в 1С УТ 11 тест устройства сканера ШК и отсканировали марку.
9.
olbu
Сейчас в теме
Обновили ККТ до версии ФФД 1.2
Теперь из 1С БП 3 (последняя версия) не печатаются чеки.
ККТ Атол 55ф, драйвер атола 10.9.0
Версия ФФД ФН пишет одни вопросы так: ???
Кто-нибудь сталкивался с таким? Есть решение?
Штриховский каменный цветок наконец вышел!
Компонента 1С от Штрих-М для работы в формате ФФД 1.2 сегодня получила статус “1С совместимо”.
В Рознице 2.3.10.24 (Типовая) при пробитие чека через Штрих, марка не проходит проверку, данные в ОФД передаются с маркой, но марка как была в статусе Introduced, так и остается. При пробитии этой же марки через тест драйвер все проходит корректно на чеке появляется М+ и марка выходит из оборота в ЦРПТ
(205) Не ту версию компоненты в 1С подцепили.
Для успешного внедрения компоненты 3.4, запускайте 1С исключительно от имени Администратора, архив с компонентой необходимо использовать вот этот “shtrih-m_34_x32_64”.
Если после установки компоненты в 1С она выдаёт ошибку, зарегистрируйте библитеку вручную, открыв командную строку от имени Админа.
Тест драйвер ККТ должен быть 32-битный и установлен в папку: C:Program Files(x86)SHTRIH-MАктуальная версия Тест драйвера: 5.16.877
(207) Спасибо, проверяю
(202) Отвечу сам, в УПП 1.3.167.1 походу еще нет кода с запуском цепочек. В Рабочем месте кассира Розницы 2.3.10.24 – это можно увидеть.
(205) Пока не взлетело
(210) В УТ10 функционал по проверке марок не реализован, соответственно не работает списание марок из оборота. В УПП скорее всего так же
(205) Все ок, была проблема с настройками параметров в ккт ОФД порт проверки км
При продаже маркированной продукции “Шины” не пробивается чек ККМ.
Касса настроена на ФФД 1.2.
Драйвер АТОЛ 10.9.0.8
В 1С везде написано, что версия ФФД 1.1. Но касса точно на ФФД 1.2.
У кого-то есть такая проблема? Она решается?
(209)Как продвигается. Я попробовал с полной проверкой, но не взлетело.
Если же указывать реальный код – то локальная проверка проходит нормально
А вот при ПолучитьРезультатыЗапросаКМ() в обоих случаях возвращает
хотя СтатусЗапроса = 0, т.е. результат получен. Такое ощущение, что тестовый контур не работает на проверку кодов (не удивлюсь, 10 дней вводили в оборот 5 КМ, запросиои 3 или 4 раза уточнения, в конце концов ввели вручную), либо в настройкак кассы чего-то не учел, либо их в принципе не проверить с МГМ, т.к. у гененрируемого тестовым контуром КМ фейковый криптохвост, ну а реальных КМ там нет.
Тег 1163 формируется, в тестовом ОФД виден чек с маркой.
Теперь непонятно, что с этим делать.
(214) У вас в 1С не та версия компоненты из архива с Тест драйвером подключена, я выше писал какую версию внедрять следует, чтобы взлетело.
Вот человек вчера отписался, что в таком же релизе УТ как у вас у него маркировка успешно бьётся:
(214) Только сейчас заметил различия, у него ККТ Штрих-М, а у вас Атоловский аппарат.
Вам следует библиотеку компоненты заново в 1С установить, включая процедуру регистрации .dll через командную строку и обязательный запуск платформы 1С от имени Админа.
(215) У нас сейчас на макете ФН-М никак не получается пройти проверку обновления ключей.
При открытии смены пишет ошибку “обновление ключей проверки не выполнено”.
Нашли параметры тестового контура сервера ОКП, прописали эти параметры согласно номеру нашего макета ФН, затем прописали в таблицах тестовый сервер ОФД.
Всё равно не работает, ключи не обновляются, следовательно мы не можем начать процесс продажи маркированного товара ни в нашей 1С, ни через Тест драйвер ККТ.
Установили kktproxy.exe и прописали значение socks5 в таблицах – ошибка ключей при открытии смены исчезла.
Теперь пишет “обновлено ключей 2, ошибок нет”.
(220) Поздравляю! С 1 декабря, те, кто внес недостоверные сведения в ЧЗ, подлежат административной отвесности.
Счастья вам и удачи, в Новом году!
“Зачем нам проверять их второй раз средствами ККТ непонятно. Также непонятно можно ли этого избежать. ”
Таков закон, надо исполнять. Избежать проверки средствами ККТ (точнее ФН) невозможно, т.к. обязательное прохождение проверки железно зашито в сам ФН-М на аппаратном уровне, не изменить. Если КМ не прошел проверку в ФН, то чек ККТ пробить не получится – будет ошибка, что КМ не проверен (запрет на уровне ФН, производители прошивок ККТ его обойти не смогут даже если очень сильно попросить).
(222) А по (215) не подскажете? Это связано именно с тем, что бьем по тестовому контуру?
(223) Тестовый контур у нас всегда возвращал ошибку проверки марки. Попробуй взять боевой ККТ, настрой в 1С проверку при сканировании. Если при добавлении товара в чек проверка ККТ проходит успешно, значит все хорошо на этом этапе.
Коллеги, у Штриха вышел новый драйвер 5.16.883. Заявлено, что исправлена ошибка чека коррекции.
Приступаем к тестированию.
(224) На 1.2 прошита только касса с МГМ. Боевые кассы прошивать нельзя – если что-то пойдет не так, то назад на 1.05 уже не перейти. Придется тогда тестовую кассу регистрировать и покупать туда обычный ФН.
(226) Ну, поработает магазин временно без одной кассы. Мы так и сделали. Магаз на 3 кассы, одну прошили под 1.2 и сняли на стенд. В магазе работает пока 2 кассы. Справляются.
Коллеги!!всем добрейшего чего-то там. Кто-то решил вопрос с кассами атол? 1с УТ обновили уже на последний релиз,никак не можем подменить драйверы на новые,чтобы всё заработало 🙁 гугл не помогает даже на 4 странице
(228) все работает отлично. Вызовите специалиста.
(223) Насчет тестового контура не скажу. Я сразу на боевом всё сделал. И причем для 1С 7.7 😉
Для Атол и для Штрих-м, на их родных драйверах, еще до до того как вышла обновленная БСП для 1С8. )))))
Как оказалось у Штрихов есть настройка и пробить можно любую марку (помойку), запрета не будет.
Таблица 17 строка 41 “RUS принимать все КТ” = 1.
Чек коррекции на новом драйвере 5.16.883 действительно работает.
При тестировании обычных чеков (не коррекции) замечено, что при большой нагрузке на кассу происходит зависание ККТ минут на 10-30, потом касса оживает и работает как обычно.
Зависание может быть как при локальной проверке так и при проверке статуса товара ОИСМ.
В чем может быть причина?
(232) Добрый день. Может подскажете, что мы делаем не так?
Наш программист пытается доработать отраслевую конфигурацию согласно инструкции к компоненте ФФД 1.2, формирует запрос, но в поля Checking и CheckingResult возвращается ответ “false”.
(232) В какой конфигурации работаете?
Какую модель Штрих-М используете?
На боевой ККТ чеки с маркировкой бьёте или тестовой с МГМ-ФН-М на борту?
Поясните пожалуйста функционал настройки:
Таблица 17 строка 41 “RUS принимать все КТ” = 1.
(234) При такой настройке ККТ будет принимать любые марки, т.е. ККТ не будет контролировать правильность формата марки, и будет писаться тег 1300, если марка не распознана.
(235) Понял вас. Спасибо.
(225) Товарищи, дайте ссылку на последние драйвера штриха 5.16.883, не нашла. заранее благодарю
D3h, ошибка привязки КМ: код товара не распознан кто-нибудь решил вопрос?
(225) Должны быть разделители в коде марки.
Если и с разделителями ошибка, то настройкой кассы Таблица 17 строка 41 “RUS принимать все КТ” = 1.
(233) аналогичная проблема.
//В какой конфигурации работаете?
Своя, на основе БП.
//Какую модель Штрих-М используете?
Штрих-М-01Ф
//На боевой ККТ чеки с маркировкой бьёте или тестовой с МГМ-ФН-М на борту?
МГМ
И от себя вопрос, подскажите, пожалуйста как работать с МГМ и тестовым ОФД? Как проверить информацию в ОФД?
(238) Таблица 17 строка 41 “RUS принимать все КТ” = 1 Это сделала уже, стал на кассе пробивать, но ОФд уходит код товара 04811644000721(21)yxhwjgyed
отладкой прошлась он из 1с передал кассе 04811644000721(21)yxhwjgyed , а в офд почему такую кривоту шлет ? 011) вместо (01)
(238) Таблица 17 строка 41 “RUS принимать все КТ” = 1 Это сделала уже, стал на кассе пробивать, но ОФд уходит код товара 011)04811644000721(21)yxhwjgyed
отладкой прошлась он из 1с передал кассе (01)04811644000721(21)yxhwjgyed , а в офд почему такую кривоту шлет ? 011) вместо (01)
(233) У вас одежда судя по коду? В тесте драйвера при проверке выдает:
Статус локальной проверки : 0
“код маркировки не может быть проверен фискальным накопителем с использованием ключа проверки КП”
Результат локальной проверки : 1, КМ данного типа не подлежит проверке в ФН
Распознанный тип КМ : 3, КМ со значением кода проверки длиной 44 символа, не подлежащим проверке в ФН
Насколько помню, только обувь и еще какая-то товарная группа может проверяться локально ФН.
Подставил код обуви:
Статус локальной проверки : 3
“код маркировки проверен фискальным накопителем с использованием ключа проверки КП”
“результат проверки КП КМ фискальным накопителем с использованием ключа проверки КП положительный”
Результат локальной проверки : 0, КМ проверен в ФН
Распознанный тип КМ : 2, КМ со значением кода проверки длиной 88 символов, подлежащим проверке в ФН
(241) Так и передаете код со скобками (21)?
Это неправильно. Нужно передавать без скобок, но с символом #29 в нужных местах.
(245) У нас не одежда, у нас лекарственные препараты (медикаменты).
Подскажите, вы наш код маркировки у себя в Тест драйвере проверили?
И Тест драйвер выдал вам: “КМ данного типа не подлежит проверке в ФН”?
Озвучьте пожалуйста пошагово, как вы проводите тест кода маркировки в Штриховском Тест драйвере ККТ?
(248) Локальная проверка (она же оффлайн-проверка) КМ в ФН предусмотрена только для обувных товаров (только для них существуют ключи ОКП, которые загружаются в ФН с сервера при каждом открытии кассовой смены).
Онлайн-проверка проводится на сервере ИСМ – для всех товаров (если ККТ имеет доступ в интернет в момент проверки).
Оффлайн-проверка (локальная) – производится только для обувных товаров (независимо от того, имеет ли ККТ в этот момент доступ в интернет).
(244) Пришёл ответ от разработчиков Штрих-М мск:
Статус локальной проверки: 0
“код маркировки не может быть проверен фискальным накопителем с использованием ключа проверки КП”
Результат локальной проверки: 1, КМ данного типа не подлежит проверке в ФН
Распознанный тип КМ: 3, КМ со значением кода проверки длиной 44 символа, не подлежащим проверке в ФН
Код ответа ФН на команду онлайн-проверки: 0, Ошибок нет
Результат проверки КМ: 5
“код маркировки проверен”
“результат проверки КП КМ отрицательный или код маркировки не был проверен”
“проверка статуса ОИСМ выполнена”
“от ОИСМ получены сведения, что планируемый статус товара некорректен или сведения о статусе товара от ОИСМ не получены”
“результат проверки КП КМ и статуса товара сформирован ККТ, работающей в режиме передачи данных”
Реквизиты ответа сервера: 42 08 04 00 59 15 77 61 39 08 01 00 02 D5 07 01 00 05
Поскольку локальная проверка не проходит, Соответственно, возвращаю:
Checking = False (Код маркировки не может быть проверен фискальным
накопителем с использованием ключа проверки КП.)
CheckingResult = False (Результат проверки КП КМ фискальным накопителем с использованием ключа проверки КП отрицательный.)”
(249) Теперь мы пытаемся понять, требуется ли нам сейчас в срочном порядке приобретать боевой ФН-М и подключать ККТ к боевому ОФД, чтобы проследить весь путь КИЗа от нашей ККТ в ОФД, а затем и в “Честный Знак”. Можете что-либо подсказать?
На данный момент в нашей ККТ прописан тестовый сервер ОИСМ, но ещё не присвоен тестовый ОФД и касса не зарегана в тестовом личном кабинете “СБИС”.
Может поэтому разработчики отписались нам, что:
“результат проверки КП КМ отрицательный или код маркировки не был проверен”
“от ОИСМ получены сведения, что планируемый статус товара некорректен или сведения о статусе товара от ОИСМ не получены”
(250) А вы просто проверяете код маркировки из тест-драйвера на МГМ?
У меня вторая часть не выводится:
Код ответа ФН на команду онлайн-проверки: 0, Ошибок нет
Результат проверки КМ: 5
“код маркировки проверен”
“результат проверки КП КМ отрицательный или код маркировки не был проверен”
“проверка статуса ОИСМ выполнена”
“от ОИСМ получены сведения, что планируемый статус товара некорректен или сведения о статусе товара от ОИСМ не получены”
И еще Количество уведомлений в очереди : 31
Что-то с настройками кассы?
(252) Нам не удаётся проверить код маркировки в Тест драйвере ККТ на МГМ. Как выяснилось, нам и не требуется это делать. У нас лекарства, не обувь.
(253) У меня не проверялся именно через ЦРПТ. Увидел как у вас выдает сообщение о проверке, стал проверять кассу. В результате оказалось, что просто закрыт порт по работе с КМ (7788)
(255) Да, все возможные порты мы открыли, включая порты сервера ОИМС.
И на уровне брэндмауэра Windows, и на уровне маршрутизатора.
(254) В ОФД как раз уходили, в ЦРПТ – нет, таблица 19, пункт 6 – порт был закрыт
Добрый день! Как в итоге решили проблему?
такая же ошибка “D3h, Код товара не распознан”.
(260) ответ в (110)(231)(235)
(261) Доброе утро. Я выяснил, что этот функционал проверки кода маркировки на уровне ККТ в боевых условиях отключать нельзя.
Поскольку производитель к примеру лекарственного препарата в виду сбоя оборудования может нанести некорректный/битый код на упаковку.
При подобном развитии событий считанный вам КМ мгновенно улетит в ОФД, а затем и в Честный Знак.
А так как с 1 Декабря 2021 в КоАП вводятся новые штрафные санкции за некорректно-представленные сведения в систему маркировки, то продавца и производителя рублём накажет “Роспотребнадзор”.
Причём не просто предписание по почте выпишет (как это ФНС практикует), а начнёт судебное разбирательство с последующим судебным постановлением.
Это всё время, нервные клетки и деньги. И если денежные средства можно заработать, временной ресурс оценить невозможно, время бесценно в принципе.
Чтобы вы понимали, у нас сейчас на демо-стенде лежит в качестве образца сфотографированный и распечатанный DataMatrix (рядом с которым указаны GTIN и серийный номер).
Этот DataMatrix в своё время был реально нанесён на упаковку с лекарством и выпущен в оборот.
Когда мы отключаем функцию проверки КМ через настройки таблиц в Тест драйвере Штриха, считанный битый DataMatrix успешно проходит сканирование.
Когда мы включаем обратно проверку кодов на уровне ККТ, при сканировании битого DataMatrix верхнее ПО сразу возвращает ошибку, а на ККТ звучит оповещающий сигнал-гудок.
Вывод: отключать данный функционал целесообразно только в тестовых условиях, не в боевых.
(249)
//Локальная проверка (она же оффлайн-проверка) КМ в ФН предусмотрена только для обувных товаров (только для них существуют ключи ОКП, которые загружаются в ФН с сервера при каждом открытии кассовой смены).
Откуда эта информация?
Техподдержка Штрих М утверждает, что духи, обувь, одежда, лекарства и шины должны проходить локальную проверку.
Если криптохвост в 44 символа – не проводится проверка, если 88 – проводится проверка.
У нас шины, хвост 88, но проверку не проходим, ответ всегда false.
Для Штрихов появился новый драйвер 884 http://doc.shtrih-m.ru/
(265) духи, обувь, одежда, лекарства и шины должны проходить локальную проверку
У одежды 44 символа хвост
(270) А что не так? У нас есть одежда и текстиль – как от поставщиков, так и генерируемые нами общая длина 85, криптохвост 44
(271) Ключи ФН на текущий момент работают только для обувных товаров. Мне так сказала техподдержка Атол.
(272) Я и написал, что у одежды 44, значит не проходит проверку
(272) Техподдержка “Штрих-М” также подтвердила ответ ТП “Атол”:
Писали в налоговую есть письмо от них что до 1 февраля 2022 года можно работать на старом ФФД если товаро-учётное ПО ещё не готово работать с ФФД 1.2, не знаю что все побежали перефискаливать кассы, не спеша тестируем релиз на тестовой кассе с МГМ ФН-М. Штрих только недавно прошёл сертификацию у налоговой по ФФД 1.2, не рекомендую в старые конфигурации вручную добавлять обработчик Атол на драйвере 10.9.x.x не оптимизировав ваш код конфигурации под этот обработчик, так как кассы с ФФД 1.2 работают через тег 1163, а кассы со старым ФФД работают через тег 1162. Оба обработчика что на штрих м, что на атол довольно таки сыроваты на этом этапе и многие ньюансы не учитаны, поэтому не спеша оптимизируем.)
(276) Боже. Набор слов. Уже всех клиентов перевел на ФФД 1.2.
Остались только кто на Эвоторах сидит, и тех закроем на следующей неделе.
Хватит паники.
(276) По закону есть 1 год на приведение в актуальное состояние онлайн ККТ после опубликования закона
Добрый день!
Так и не удалось устранить ошибку при сканировании марки ЧЗ:
“Произошла ошибка проверки средствами ККТ по причине:
При выполнении операции произошла ошибка: D3h, Код товара не распознан”
1С:Предприятие 8.3 (8.3.19.1351)
Управление торговлей, редакция 11 (11.4.13.281)
DrvFR_5.16_884_x32
Штрих-М 01Ф
Товары без маркировки пробиваются отлично, ЧЗ не пробивается.
(279) В чек неверно передан код маркировки товара.
Проверьте настройку сканера — код маркировки товара должен содержать спецсимволы с кодом 29 перед идентификаторами применения (кроме 01 и 21). Обычно помогает перевод сканера в режим эмуляции СОМ-порта, также напишите модель сканера.
Можете код маркировки скопировать в текстовый документ и прислать мне этот документ для проверки (непосредственно в тело письма или в сообщение код копировать не следует, т.к. почтовый клиент или движок форума может удалить из кода спецсимволы).
Опубликован релиз УТ 10.3.72.1
“Поддержана возможность проверки кодов маркировки средствами ККТ”
Будем посмотреть.
(281)+ В демо базе релиза 72.1 есть новая обработка обслуживания для ККТ Атол. В обработке поддержаны методы ЗапросКМ, ПодтвердитьКМ, ПолучитьРезультатыЗапросаКМ.
(276) Письмо с подобной формулировкой от ФНС в студию!
На официальном уровне таких заявлений опубликовано вроде не было.
+(284) только как всегда, наш народ все перевертел, как захотел. Там ни слова нет про ПО.
1.если кассы еще нет в реестре под ФФД 1.2, но она числится в списке планируемых, перерегистрировать с новым ФН-М можно будет кассу на старых ФФД, но не позднее 1 февраля 2022 года\
Там указано, если кассы еще числятся в списке планируемых, а наш народец, переписал для себя то, что хочет.
(278) Ссылку на формулировку закона предоставьте пожалуйста!
Согласно текущему регламенту ФНС и базе знаний “Штрих-М”, все ККТ из аккредитованного ФНС перечня, поддерживающие ФФД 1.2, обязаны работать в рамках нового формата либо после модернизации, либо сразу из коробки.
(286) какая формулировка? Им же Вася из налоговой письмо написал.
(285) Согласен, в июньских/июльских письмах от ФНС речь шла исключительно о кассах, для которых планируется поддержка функционала ФФД 1.2
Про отсрочку в связи с недоработанным ПО никто не заикался.
(287) (286) (285) (283) Вот вам официальное письмо, читайте: http://www.consultant.ru/document/cons_doc_LAW_307831/
Если перевести с бюрократического языка на русский, то до 1 февраля 2022 года отложили обязательный переход на ФФД 1.2.
Запустили боевую кассу. С одним КМ возникла проблема
При локальной проверке выдает
Статус локальной проверки : 0
“код маркировки не может быть проверен фискальным накопителем с использованием ключа проверки КП”
Результат локальной проверки : 2, ФН не содержит ключ проверки кода проверки этого КМ
Распознанный тип КМ : 2, КМ со значением кода проверки длиной 88 символов, подлежащим проверке в ФН,
проверку ЦРПТ проходит нормально – возвращает 15.
Что это может быть? И можно ли бить чек со статусом 0, при условии, что проверка в ЦРПТ пройдена?
+(291) Все проверяемые КМ начали выдавать тоже самое (проверил около 10 КМ локально – отрицательно(0), ЦРПТ – положительно (15)), на тестовой кассе локальная проверка положительная. Кассир говорит, что это началось около часа назад, некоторые коды пробивались со ворого – третьего раза, потом перестали вообще.
(290) Благодарю и жму руку. Оповестил руководство. Выдохнули все вместе.
(279) Создайте расширение конфигурации и в “Документы”, “Чек ККМ”, “Формы”, “ФормаДокументаРМК” вставьте следующий код:
—
&НаКлиенте
&Вместо(“ПоискПоШтрихкодуЗавершение”)
Процедура сг_FNC_ПоискПоШтрихкодуЗавершение(ИсходныеДанные, ДополнительныеПараметры)
Если ИсходныеДанные = Неопределено Тогда
Возврат;
КонецЕсли;
ПараметрыСканирования = ШтрихкодированиеИСКлиент.ПараметрыСканирования(ЭтотОбъект);
ШтрихкодКоличество = ОбщегоНазначенияКлиент.СкопироватьРекурсивно(ИсходныеДанные, Ложь);
ШтрихкодированиеИСКлиентСервер.ЗакодироватьШтрихкодДанныхBase64(ШтрихкодКоличество);
РезультатОбработки = ОбработатьВводШтрихкода(ШтрихкодКоличество, Неопределено, ПараметрыСканирования);
ИсходныеДанные.Штрихкод = Сред(ИсходныеДанные.Штрихкод, 1, 31) + Символ(29) +
Сред(ИсходныеДанные.Штрихкод, 32, 6) + Символ(29) +
Сред(ИсходныеДанные.Штрихкод, 38);
ШтрихкодКоличество = ОбщегоНазначенияКлиент.СкопироватьРекурсивно(ИсходныеДанные, Ложь);
ШтрихкодированиеИСКлиентСервер.ЗакодироватьШтрихкодДанныхBase64(ШтрихкодКоличество);
ПараметрыЗавершенияВводаШтрихкода = ПараметрыЗавершенияВводаШтрихкода(ИсходныеДанные, РезультатОбработки, ПараметрыСканирования);
ШтрихкодированиеИСКлиент.ЗавершитьОбработкуШтрихкода(ПараметрыЗавершенияВводаШтрихкода);
И после этого всё заработает, как надо. Там просто не хватает разделителей, которые у 1с называются “Символ(29)”.
(294) Ваш код не универсален – не для всех товарных групп подойдет.
(295) А в жизни вообще нет ничего универсального. Это тот “костыль”, который мне пришлось вставлять в конфигурацию “УТ 11”, чтобы в моем случае, кассы Штрих-М заработали, как надо. Я лишь дал вам пример решения этой проблемы, а вы можете на его основе переписать код под ваши условия. В моем случае, данный код полностью отрабатывает и решает проблему.
Если вы используете тип “GS1_DataMatrix”, который имеет стандартную для него структуру, а именно: “(“Префикс 01” + “14 символов GTIN”) + (“Префикс 21” + “13 символов серийник”) + (здесь вставляем “Символ 29”) + (“Префикс 91” + “4 символа проверочный ключ”) + (здесь вставляем “Символ 29”) + (“Префикс 92″ + Криптохвост до 88 символов”)”, то данный код вам подойдет. По сути он просто вставляет “Символ 29” в двух местах: перед префиксом “91” и перед префиксом “92”.
(296) Приведенная вами структура отнюдь не является стандартной для всех товарных групп. Пишу здесь как предостережение для тех, кто решит бездумно копировать ваш код.
(297) У нас “Парфюмерия”, для неё данная структура соответствует, для “Обуви” и “Одежды”, насколько мне известно, тоже соответствует. С другими видами товара не сталкивался, возможно, что там есть какие-то отличия. Если у кого-то возникнут какие-то сложности, то нужен будет пример вашего кода маркировки, и я подправлю мой программный код под ваш вид товара.
Спрошу в этой теме..
Друзья, после перехода на ффд 1.2 начались проблемы с ФР АТОЛ 11Ф
Время от времени, бывает раз в день, а бывает и 5 раз за день, ФР выдаёт чек – “Отчет автотестирования”, такое ощущение что он тупо ребутится как-то что-ли..
Бывает такое происходит в момент пробития чека, особенно при оплате по банку, с подключенным интегрированным терминалом. В момент пробития чека, теряется связь с ФР..
Никто таких проблем не наблюдает? Есть какие-то мысли на этот счёт?
Конфа 1С Розница, релиз 2.3.9.42, Драйвер ККТ 10.9.0.9
Накачу обновление в понедельник конечно, но боюсь дело не в этом..
(299) а какая прошивка?