idw
03.08.21 — 19:38
Обновили ККТ до версии ФФД 1.2
Теперь из 1С БП 3 (последняя версия) не печатаются чеки.
ККТ Атол 55ф, драйвер атола 10.9.0
Возникает ошибка тут:
ерсияФН = ?(ОбщегоНазначенияКлиентСервер.СравнитьВерсии(ВерсияФН, «1.0.5.0») > 0, ВерсияФН, «1.0.5.0»);
Версия ФФД ФН пишет одни вопросы так: ???
Кто-нибудь сталкивался с таким? Есть решение?
DmVl76
201 — 13.10.21 — 14:20
Начал тестировать с МГМ, УПП. В старой обработке переделал формирование GoodCodeData, передаю полный код в Base64. Если передавать реальный код, то выдает 2106,РЕЗ-Т ПРОВ. СВЕД. О ТОВ.:3, если сгенерированный в тестовом контуре, то 2106, РЕЗ-Т ПРОВ. СВЕД. О ТОВ.:0, что логично — в тестовом коде критпохвост вида testtesttest…. В обоих случаях печатается [М]
Возникают вопросы:
1. Достаточно ли положительного результата проверки только ФН, без проверки в ЦРПТ? Если да, то шьем боевые кассы и все, по желанию на них позже допиливаем проверку ЦРПТ.
2. Получится ли на МГМ проверить тестовый код в ЧЗ? ФН его разворачивает, может он его все-таки передаст в ЧЗ. Хотя эти коды в ЧЗ я уже второй день не могу ввести в оборот, тестовый контур работает в рандомное время, выдает постоянно 503 ошибку.
Oleg_Bu
202 — 19.10.21 — 11:25
(200) Добрый день!, подскажите пжста, откуда в коде запускается цепочка проверки Кодов марок, сам никак не могу найти это, У меня УПП 1.3.167.1.
Нашел вот это «МенеджерОборудованияКлиент.НачатьЗапросКМ», но не могу понять, откуда это запускается! Поиск не дал результат…
mouse4mice
203 — 19.10.21 — 13:49
Штриховский каменный цветок наконец вышел!
Компонента 1С от Штрих-М для работы в формате ФФД 1.2 сегодня получила статус «1С совместимо».
View post on imgur.com
ttk
204 — 19.10.21 — 14:18
(203) а где можно скачать?
на сайте штриха не нашел
Spyke
205 — 19.10.21 — 14:18
В Рознице 2.3.10.24 (Типовая) при пробитие чека через Штрих, марка не проходит проверку, данные в ОФД передаются с маркой, но марка как была в статусе Introduced, так и остается. При пробитии этой же марки через тест драйвер все проходит корректно на чеке появляется М+ и марка выходит из оборота в ЦРПТ
mouse4mice
206 — 19.10.21 — 14:29
mouse4mice
207 — 19.10.21 — 14:32
(205) Не ту версию компоненты в 1С подцепили.
Для успешного внедрения компоненты 3.4, запускайте 1С исключительно от имени Администратора, архив с компонентой необходимо использовать вот этот «shtrih-m_34_x32_64».
Если после установки компоненты в 1С она выдаёт ошибку, зарегистрируйте библитеку вручную, открыв командную строку от имени Админа.
Тест драйвер ККТ должен быть 32-битный и установлен в папку: C:Program Files(x86)SHTRIH-M Актуальная версия Тест драйвера: 5.16.877
Spyke
208 — 19.10.21 — 14:39
(207) Спасибо, проверяю
mouse4mice
209 — 19.10.21 — 14:47
(208) Мы тоже начали отладку, но пока на МГМ-ФН-М 1.2
Oleg_Bu
210 — 19.10.21 — 15:31
(202) Отвечу сам, в УПП 1.3.167.1 походу еще нет кода с запуском цепочек. В Рабочем месте кассира Розницы 2.3.10.24 — это можно увидеть.
Spyke
211 — 19.10.21 — 15:54
(205) Пока не взлетело
Starik113
212 — 19.10.21 — 16:02
(210) В УТ10 функционал по проверке марок не реализован, соответственно не работает списание марок из оборота. В УПП скорее всего так же
Spyke
213 — 19.10.21 — 18:47
(205) Все ок, была проблема с настройками параметров в ккт ОФД порт проверки км
cojko
214 — 19.10.21 — 18:47
Конфигурация: Управление торговлей, редакция 11 (11.4.13.280) При продаже маркированной продукции "Шины" не пробивается чек ККМ. Касса настроена на ФФД 1.2. Драйвер АТОЛ 10.9.0.8
В 1С везде написано, что версия ФФД 1.1. Но касса точно на ФФД 1.2.
При пробитие чека с марками выдает "Ошибка программирования реквизита 1162"
У кого-то есть такая проблема? Она решается?
DmVl76
215 — 20.10.21 — 10:15
(209)Как продвигается. Я попробовал с полной проверкой, но не взлетело.
Если брать код, сгенерированный тестовым контуром ЦРПТ, он имеет вид:
010<EAN>21<S/n><GS1>91FFD0<GS1>92testtesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttest,
то при запросе КМ вылетает ошибка — код не распознан.
Если поменять 2 последних символа этого кода на «==», то ошибки не возникает, статус проверки =2, ФН не содержит ключ проверки кода проверки этого КМ
Если же указывать реальный код - то локальная проверка проходит нормально А вот при ПолучитьРезультатыЗапросаКМ() в обоих случаях возвращает <?xml version="1.0"?> <ProcessingKMResult GUID="" Result="true" ResultCode="-1" HandleCode="0"/>,
хотя СтатусЗапроса = 0, т.е. результат получен. Такое ощущение, что тестовый контур не работает на проверку кодов (не удивлюсь, 10 дней вводили в оборот 5 КМ, запросиои 3 или 4 раза уточнения, в конце концов ввели вручную), либо в настройкак кассы чего-то не учел, либо их в принципе не проверить с МГМ, т.к. у гененрируемого тестовым контуром КМ фейковый криптохвост, ну а реальных КМ там нет.
Тег 1163 формируется, в тестовом ОФД виден чек с маркой.
Теперь непонятно, что с этим делать.
mouse4mice
216 — 20.10.21 — 10:25
(214) У вас в 1С не та версия компоненты из архива с Тест драйвером подключена, я выше писал какую версию внедрять следует, чтобы взлетело.
Вот человек вчера отписался, что в таком же релизе УТ как у вас у него маркировка успешно бьётся:
https://forum.shtrih-m-partners.ru/index.php?topic=34070.60
mouse4mice
217 — 20.10.21 — 10:28
(214) Только сейчас заметил различия, у него ККТ Штрих-М, а у вас Атоловский аппарат.
Вам следует библиотеку компоненты заново в 1С установить, включая процедуру регистрации .dll через командную строку и обязательный запуск платформы 1С от имени Админа.
mouse4mice
218 — 20.10.21 — 10:35
(215) У нас сейчас на макете ФН-М никак не получается пройти проверку обновления ключей.
При открытии смены пишет ошибку «обновление ключей проверки не выполнено».
Нашли параметры тестового контура сервера ОКП, прописали эти параметры согласно номеру нашего макета ФН, затем прописали в таблицах тестовый сервер ОФД.
Всё равно не работает, ключи не обновляются, следовательно мы не можем начать процесс продажи маркированного товара ни в нашей 1С, ни через Тест драйвер ККТ.
View post on imgur.com
https://docs.google.com/spreadsheets/d/190heU5YQR4WV6EdV0FleXbsZdzhrf1BrQGRlOCdG40o/edit#gid=0
mouse4mice
219 — 20.10.21 — 11:26
Установили kktproxy.exe и прописали значение socks5 в таблицах — ошибка ключей при открытии смены исчезла.
Теперь пишет «обновлено ключей 2, ошибок нет».
https://docs.google.com/document/d/1dLuTrYn6P-aOHpsB-zb3DT2xfF4F2xoWhoOyvr068bY/edit
101101101
220 — 21.10.21 — 12:19
Коллеги, добрый день!
Опишу наши муки с ФФД 1.2 и текущие результаты, может кто идет в этом направлении…
У нас маркировка одежды и обуви, никаких дробных количеств нет.
Коды маркировки мы проверяем сразу после сканирования своим веб-сервисом, соответственно в ККТ мы отправляем заведомо корректные марки.
Зачем нам проверять их второй раз средствами ККТ непонятно. Также непонятно можно ли этого избежать.
Драйвер и компонента 1С штриха обновлены до необходимых версий, все хорошо.
В xml пишем: «<GoodCodeData GS1.M=»КракозябрыBase64КодаМаркировкиСХвостомИСкрытымиСимволамиGS»/>», все остальное как в прошлой версии ФФД.
При этом в чек выходит, все хорошо. В ОФД: Результат проверки сведений о товаре [М], Код товара — марка без хвоста (то есть все хорошо расшифровалось).
Но на бумажном чеке, примерно там где должно быть [М] выводится «КМ?» Техподдержка штриха говорит, что это тэг 2107 в значении 1, типа проверка КМ средствами кассы не проводилась.
С тестовым контуром ЧЗ как я понимаю проблемы, в рабочем контуре выведение марки из оборота проверить пока не можем.
Несколько вопросов:
1) Туда ли мы идем? или плюнуть на все и сделать вторую проверку средствами ККТ, как в стандартной 1С:Рознице?
2) Если то что мы делаем допустимо, как добиться, чтобы на бумажном чеке печаталось [М], а не «КМ?» ?
3) Может в XML дописать, что-нибудь, чтобы не проверяло, а сразу отправляло? Или есть какая-нибудь настройка драйвера Штриха?
4) Кто пробовал схему как у нас, будут ли марки выводиться из оборота или никак без проверки средствами ККТ?
GlRoznica
221 — 21.10.21 — 21:25
(220) Поздравляю! С 1 декабря, те, кто внес недостоверные сведения в ЧЗ, подлежат административной отвесности.
Счастья вам и удачи, в Новом году!
victuan1
222 — 22.10.21 — 05:49
"Зачем нам проверять их второй раз средствами ККТ непонятно. Также непонятно можно ли этого избежать. "
Таков закон, надо исполнять. Избежать проверки средствами ККТ (точнее ФН) невозможно, т.к. обязательное прохождение проверки железно зашито в сам ФН-М на аппаратном уровне, не изменить. Если КМ не прошел проверку в ФН, то чек ККТ пробить не получится — будет ошибка, что КМ не проверен (запрет на уровне ФН, производители прошивок ККТ его обойти не смогут даже если очень сильно попросить).
DmVl76
223 — 22.10.21 — 07:09
(222) А по (215) не подскажете? Это связано именно с тем, что бьем по тестовому контуру?
END
224 — 22.10.21 — 08:36
(223) Тестовый контур у нас всегда возвращал ошибку проверки марки. Попробуй взять боевой ККТ, настрой в 1С проверку при сканировании. Если при добавлении товара в чек проверка ККТ проходит успешно, значит все хорошо на этом этапе.
ТутЯ
225 — 22.10.21 — 09:17
Коллеги, у Штриха вышел новый драйвер 5.16.883. Заявлено, что исправлена ошибка чека коррекции.
Приступаем к тестированию.
DmVl76
226 — 22.10.21 — 10:06
(224) На 1.2 прошита только касса с МГМ. Боевые кассы прошивать нельзя — если что-то пойдет не так, то назад на 1.05 уже не перейти. Придется тогда тестовую кассу регистрировать и покупать туда обычный ФН.
END
227 — 22.10.21 — 11:08
(226) Ну, поработает магазин временно без одной кассы. Мы так и сделали. Магаз на 3 кассы, одну прошили под 1.2 и сняли на стенд. В магазе работает пока 2 кассы. Справляются.
Darksid
228 — 22.10.21 — 11:22
Коллеги!!всем добрейшего чего-то там. Кто-то решил вопрос с кассами атол? 1с УТ обновили уже на последний релиз,никак не можем подменить драйверы на новые,чтобы всё заработало гугл не помогает даже на 4 странице
GlRoznica
229 — 22.10.21 — 11:24
(228) все работает отлично. Вызовите специалиста.
victuan1
230 — 22.10.21 — 15:00
(223) Насчет тестового контура не скажу. Я сразу на боевом всё сделал. И причем для 1С 7.7
Для Атол и для Штрих-м, на их родных драйверах, еще до до того как вышла обновленная БСП для 1С8. )))))
ТутЯ
231 — 22.10.21 — 16:42
Как оказалось у Штрихов есть настройка и пробить можно любую марку (помойку), запрета не будет.
Таблица 17 строка 41 «RUS принимать все КТ» = 1.
ТутЯ
232 — 22.10.21 — 16:47
Чек коррекции на новом драйвере 5.16.883 действительно работает.
При тестировании обычных чеков (не коррекции) замечено, что при большой нагрузке на кассу происходит зависание ККТ минут на 10-30, потом касса оживает и работает как обычно.
Зависание может быть как при локальной проверке так и при проверке статуса товара ОИСМ.
В чем может быть причина?
mouse4mice
233 — 25.10.21 — 10:10
(232) Добрый день. Может подскажете, что мы делаем не так?
Наш программист пытается доработать отраслевую конфигурацию согласно инструкции к компоненте ФФД 1.2, формирует запрос, но в поля Checking и CheckingResult возвращается ответ «false».
Метод:
ЗапросКМ()
Входные данные:
<?xml version="1.0" encoding="UTF-8"?> <RequestKM GUID="4a72ab02-b309-431b-ac84-f39ee4fcfdc9" MarkingCode="MDEwNDYwMzk4ODAwMTk4MjIxODAySjU0NTc1TDhKSR05MUVFMDYdOTJwdzFmNW1kcTBPbm03RkFWVHdmSmErajJ6RCt4NmMyMWdqMnZPNVR4MWVFPQ==" PlannedStatus="1"/> Результат: <?xml version="1.0"?> <RequestKMResult Checking="false" CheckingResult="false"/>
mouse4mice
234 — 25.10.21 — 10:13
(232) В какой конфигурации работаете?
Какую модель Штрих-М используете?
На боевой ККТ чеки с маркировкой бьёте или тестовой с МГМ-ФН-М на борту?
Поясните пожалуйста функционал настройки:
Таблица 17 строка 41 «RUS принимать все КТ» = 1.
victuan1
235 — 25.10.21 — 12:00
(234) При такой настройке ККТ будет принимать любые марки, т.е. ККТ не будет контролировать правильность формата марки, и будет писаться тег 1300, если марка не распознана.
mouse4mice
236 — 25.10.21 — 12:42
(235) Понял вас. Спасибо.
Helene1986
237 — 25.10.21 — 15:00
(225) Товарищи, дайте ссылку на последние драйвера штриха 5.16.883, не нашла. заранее благодарю
D3h, ошибка привязки КМ: код товара не распознан кто-нибудь решил вопрос?
ТутЯ
238 — 25.10.21 — 15:28
(225) Должны быть разделители в коде марки.
Если и с разделителями ошибка, то настройкой кассы Таблица 17 строка 41 «RUS принимать все КТ» = 1.
http://doc.shtrih-m.ru/
ТутЯ
239 — 25.10.21 — 15:28
ТутЯ
240 — 25.10.21 — 15:31
(233) аналогичная проблема.
//В какой конфигурации работаете?
Своя, на основе БП.
//Какую модель Штрих-М используете?
Штрих-М-01Ф
//На боевой ККТ чеки с маркировкой бьёте или тестовой с МГМ-ФН-М на борту?
МГМ
И от себя вопрос, подскажите, пожалуйста как работать с МГМ и тестовым ОФД? Как проверить информацию в ОФД?
Helene1986
241 — 25.10.21 — 15:39
(238) Таблица 17 строка 41 «RUS принимать все КТ» = 1 Это сделала уже, стал на кассе пробивать, но ОФд уходит код товара 04811644000721(21)yxhwjgyed
отладкой прошлась он из 1с передал кассе 04811644000721(21)yxhwjgyed , а в офд почему такую кривоту шлет ? 011) вместо (01)
Helene1986
242 — 25.10.21 — 15:41
(238) Таблица 17 строка 41 «RUS принимать все КТ» = 1 Это сделала уже, стал на кассе пробивать, но ОФд уходит код товара 011)04811644000721(21)yxhwjgyed
отладкой прошлась он из 1с передал кассе (01)04811644000721(21)yxhwjgyed , а в офд почему такую кривоту шлет ? 011) вместо (01)
mouse4mice
243 — 25.10.21 — 16:36
(240) [quote]подскажите, пожалуйста как работать с МГМ и тестовым ОФД? Как проверить информацию в ОФД?[/quote]
Для этого необходимо зарегистрировать вашу тестовую ККТ с МГМ на борту в спец. тестовом личном кабинете ОФД и затем закрепить за этой ККТ демо-договор ОФД к примеру на 3 месяца.
ОФД «СБИС» (он же Тензор) бесплатно предоставляют подобный тестовый ЛК. Уточняйте у своего ОФД наличие подобного функционала.
Вот инструкция от «СБИС»:
https://disk.yandex.ru/i/kD1LP-1y_llLwg
mouse4mice
244 — 25.10.21 — 16:55
(240) {quote}аналогичная проблема.{/quote}
Мы отправили офиц. запрос в отдел разработки «Штрих-М» мск. Ждём комментариев.
DmVl76
245 — 26.10.21 — 06:22
(233) У вас одежда судя по коду? В тесте драйвера при проверке выдает:
Статус локальной проверки : 0 "код маркировки не может быть проверен фискальным накопителем с использованием ключа проверки КП" Результат локальной проверки : 1, КМ данного типа не подлежит проверке в ФН Распознанный тип КМ : 3, КМ со значением кода проверки длиной 44 символа, не подлежащим проверке в ФН
Насколько помню, только обувь и еще какая-то товарная группа может проверяться локально ФН.
DmVl76
246 — 26.10.21 — 06:25
Подставил код обуви:
Статус локальной проверки : 3 "код маркировки проверен фискальным накопителем с использованием ключа проверки КП" "результат проверки КП КМ фискальным накопителем с использованием ключа проверки КП положительный" Результат локальной проверки : 0, КМ проверен в ФН Распознанный тип КМ : 2, КМ со значением кода проверки длиной 88 символов, подлежащим проверке в ФН
victuan1
247 — 26.10.21 — 07:07
(241) Так и передаете код со скобками (21)?
Это неправильно. Нужно передавать без скобок, но с символом #29 в нужных местах.
mouse4mice
248 — 26.10.21 — 09:13
(245) У нас не одежда, у нас лекарственные препараты (медикаменты).
Подскажите, вы наш код маркировки у себя в Тест драйвере проверили?
И Тест драйвер выдал вам: «КМ данного типа не подлежит проверке в ФН»?
Озвучьте пожалуйста пошагово, как вы проводите тест кода маркировки в Штриховском Тест драйвере ККТ?
victuan1
249 — 26.10.21 — 09:26
(248) Локальная проверка (она же оффлайн-проверка) КМ в ФН предусмотрена только для обувных товаров (только для них существуют ключи ОКП, которые загружаются в ФН с сервера при каждом открытии кассовой смены).
Онлайн-проверка проводится на сервере ИСМ — для всех товаров (если ККТ имеет доступ в интернет в момент проверки).
Оффлайн-проверка (локальная) — производится только для обувных товаров (независимо от того, имеет ли ККТ в этот момент доступ в интернет).
mouse4mice
250 — 26.10.21 — 09:43
(244) Пришёл ответ от разработчиков Штрих-М мск:
«Что ККМ на команду проверки КМ возвращает, то я и выдаю. В данном случае: на проверку следующей КМ у меня возвращается следующее:
010460398800198221802J54575L8JI<0x1D>91EE06<0x1D>92pw1f5mdq0Onm7FAVTwfJa+j2zD+x6c21gj2vO5Tx1eE=
Статус локальной проверки: 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 (Результат проверки КП КМ фискальным накопителем с использованием ключа проверки КП отрицательный.)"
mouse4mice
251 — 26.10.21 — 09:56
(249) Теперь мы пытаемся понять, требуется ли нам сейчас в срочном порядке приобретать боевой ФН-М и подключать ККТ к боевому ОФД, чтобы проследить весь путь КИЗа от нашей ККТ в ОФД, а затем и в «Честный Знак». Можете что-либо подсказать?
На данный момент в нашей ККТ прописан тестовый сервер ОИСМ, но ещё не присвоен тестовый ОФД и касса не зарегана в тестовом личном кабинете «СБИС».
Может поэтому разработчики отписались нам, что:
"результат проверки КП КМ отрицательный или код маркировки не был проверен" "от ОИСМ получены сведения, что планируемый статус товара некорректен или сведения о статусе товара от ОИСМ не получены"
DmVl76
252 — 26.10.21 — 10:17
(250) А вы просто проверяете код маркировки из тест-драйвера на МГМ?
У меня вторая часть не выводится:
Код ответа ФН на команду онлайн-проверки: 0, Ошибок нет
Результат проверки КМ: 5 "код маркировки проверен" "результат проверки КП КМ отрицательный или код маркировки не был проверен" "проверка статуса ОИСМ выполнена" "от ОИСМ получены сведения, что планируемый статус товара некорректен или сведения о статусе товара от ОИСМ не получены"
«результат проверки КП КМ и статуса товара сформирован ККТ, работающей в режиме передачи данных»
Реквизиты ответа сервера: 42 08 04 00 59 15 77 61 39 08 01 00 02 D5 07 01 00 05
И еще Количество уведомлений в очереди : 31
Что-то с настройками кассы?
mouse4mice
253 — 26.10.21 — 10:22
(252) Нам не удаётся проверить код маркировки в Тест драйвере ККТ на МГМ. Как выяснилось, нам и не требуется это делать. У нас лекарства, не обувь.
mouse4mice
254 — 26.10.21 — 10:25
(252) [quote]Что-то с настройками кассы?[/quote]
Думаю, у вас чеки в ОФД не уходят.
Если у вас МГМ, то касса должна быть зарегана в отдельном тестовом личном кабинете вашего ОФД и к ней должен быть привязан боевой договор ОФД.
Чеки в ФНС не уйдут, но зато вы сможете проанализировать их корректность в тестовом ЛК ОФД.
DmVl76
255 — 26.10.21 — 10:25
(253) У меня не проверялся именно через ЦРПТ. Увидел как у вас выдает сообщение о проверке, стал проверять кассу. В результате оказалось, что просто закрыт порт по работе с КМ (7788)
mouse4mice
256 — 26.10.21 — 10:27
(255) Да, все возможные порты мы открыли, включая порты сервера ОИМС.
И на уровне брэндмауэра Windows, и на уровне маршрутизатора.
DmVl76
257 — 26.10.21 — 10:27
(254) В ОФД как раз уходили, в ЦРПТ — нет, таблица 19, пункт 6 — порт был закрыт
DmVl76
258 — 26.10.21 — 11:52
(215) как раз из-за (257) Поставил в таблице принимать все КМ, пробил тестовый КМ, в чеке [М+] и КМ выбыл в тестовом контуре
Darksid
259 — 26.10.21 — 18:09
по поводу касс атол-чтобы всё работало в ут11 нужно платформу взять 8.3.18.1616(можно и ниже,но лучше её,чтобы точно заработало). в самой кассе прописать в параметрах адрес проверки ОКП. мы брали prod01.okp-fn.ru порт 26101. всё ожило,страдания прошли)
вдруг кому-то пригодится…
Alyona
260 — 27.10.21 — 20:39
Добрый день! Как в итоге решили проблему?
такая же ошибка «D3h, Код товара не распознан».
ТутЯ
261 — 28.10.21 — 08:20
(260) ответ в (110)(231)(235)
mouse4mice
262 — 28.10.21 — 10:09
(261) Доброе утро. Я выяснил, что этот функционал проверки кода маркировки на уровне ККТ в боевых условиях отключать нельзя.
Поскольку производитель к примеру лекарственного препарата в виду сбоя оборудования может нанести некорректный/битый код на упаковку.
При подобном развитии событий считанный вам КМ мгновенно улетит в ОФД, а затем и в Честный Знак.
А так как с 1 Декабря 2021 в КоАП вводятся новые штрафные санкции за некорректно-представленные сведения в систему маркировки, то продавца и производителя рублём накажет «Роспотребнадзор».
Причём не просто предписание по почте выпишет (как это ФНС практикует), а начнёт судебное разбирательство с последующим судебным постановлением.
Это всё время, нервные клетки и деньги. И если денежные средства можно заработать, временной ресурс оценить невозможно, время бесценно в принципе.
mouse4mice
263 — 28.10.21 — 10:19
Чтобы вы понимали, у нас сейчас на демо-стенде лежит в качестве образца сфотографированный и распечатанный DataMatrix (рядом с которым указаны GTIN и серийный номер).
Этот DataMatrix в своё время был реально нанесён на упаковку с лекарством и выпущен в оборот.
Когда мы отключаем функцию проверки КМ через настройки таблиц в Тест драйвере Штриха, считанный битый DataMatrix успешно проходит сканирование.
Когда мы включаем обратно проверку кодов на уровне ККТ, при сканировании битого DataMatrix верхнее ПО сразу возвращает ошибку, а на ККТ звучит оповещающий сигнал-гудок.
Вывод: отключать данный функционал целесообразно только в тестовых условиях, не в боевых.
Alyona
264 — 28.10.21 — 11:43
(261) Спасибо! настройки помогли))) М вышла на печать.
Но я так понимаю в честном знаке код так же не распознается и статус не изменится… видимо что то пропускаем
ТутЯ
265 — 28.10.21 — 12:50
(249)
//Локальная проверка (она же оффлайн-проверка) КМ в ФН предусмотрена только для обувных товаров (только для них существуют ключи ОКП, которые загружаются в ФН с сервера при каждом открытии кассовой смены).
Откуда эта информация?
Техподдержка Штрих М утверждает, что духи, обувь, одежда, лекарства и шины должны проходить локальную проверку.
Если криптохвост в 44 символа — не проводится проверка, если 88 — проводится проверка.
У нас шины, хвост 88, но проверку не проходим, ответ всегда false.
<?xml version="1.0"?> <RequestKMResult Checking="false" CheckingResult="false"/>
ТутЯ
266 — 28.10.21 — 12:55
Для Штрихов появился новый драйвер 884 http://doc.shtrih-m.ru/
ТутЯ
267 — 28.10.21 — 14:39
(265) Закружилась совсем, у шин 44.
ТутЯ
268 — 28.10.21 — 17:39
У меня какое-то несчастье с чеком коррекции.
Радость была недолгой, часть чеков фискализирована и далее как ранее, аварийное завершение 1С…
Коллеги, кто работает на Штрих М через Ethernet и успешно пробивает чеки коррекции? Научите, пожалуйста, так работать.
DmVl76
269 — 29.10.21 — 04:09
(265) духи, обувь, одежда, лекарства и шины должны проходить локальную проверку
У одежды 44 символа хвост
victuan1
270 — 29.10.21 — 05:50
(269) ну-ну..
DmVl76
271 — 29.10.21 — 08:56
(270) А что не так? У нас есть одежда и текстиль — как от поставщиков, так и генерируемые нами общая длина 85, криптохвост 44
victuan1
272 — 29.10.21 — 09:33
(271) Ключи ФН на текущий момент работают только для обувных товаров. Мне так сказала техподдержка Атол.
DmVl76
273 — 29.10.21 — 10:09
(272) Я и написал, что у одежды 44, значит не проходит проверку
mouse4mice
274 — 01.11.21 — 10:44
abuca
275 — 01.11.21 — 12:46
(274) Сегодня проверяли продажу обуви и текстиля. Штрих Онлайн. Успешно. М+ Марка выбыла в ЧЗ. Помог новый драйвер (266). До обновления драйвера было [М], но марки, при этом, выбывали в ЧЗ. Подозреваю, что драйвер Штрих неверно трактовал символы GS, передаваемые из 1С.
amir62
276 — 04.11.21 — 11:18
Писали в налоговую есть письмо от них что до 1 февраля 2022 года можно работать на старом ФФД если товаро-учётное ПО ещё не готово работать с ФФД 1.2, не знаю что все побежали перефискаливать кассы, не спеша тестируем релиз на тестовой кассе с МГМ ФН-М. Штрих только недавно прошёл сертификацию у налоговой по ФФД 1.2, не рекомендую в старые конфигурации вручную добавлять обработчик Атол на драйвере 10.9.x.x не оптимизировав ваш код конфигурации под этот обработчик, так как кассы с ФФД 1.2 работают через тег 1163, а кассы со старым ФФД работают через тег 1162. Оба обработчика что на штрих м, что на атол довольно таки сыроваты на этом этапе и многие ньюансы не учитаны, поэтому не спеша оптимизируем.)
GlRoznica
277 — 04.11.21 — 11:21
(276) Боже. Набор слов. Уже всех клиентов перевел на ФФД 1.2.
Остались только кто на Эвоторах сидит, и тех закроем на следующей неделе.
Хватит паники.
Garykom
278 — 04.11.21 — 11:23
(276) По закону есть 1 год на приведение в актуальное состояние онлайн ККТ после опубликования закона
bystrovvv
279 — 04.11.21 — 11:58
Добрый день!
Так и не удалось устранить ошибку при сканировании марки ЧЗ:
«Произошла ошибка проверки средствами ККТ по причине:
При выполнении операции произошла ошибка: D3h, Код товара не распознан" 1С:Предприятие 8.3 (8.3.19.1351) Управление торговлей, редакция 11 (11.4.13.281) DrvFR_5.16_884_x32 Штрих-М 01Ф
Товары без маркировки пробиваются отлично, ЧЗ не пробивается.
victuan1
280 — 06.11.21 — 15:04
(279) В чек неверно передан код маркировки товара.
Проверьте настройку сканера — код маркировки товара должен содержать спецсимволы с кодом 29 перед идентификаторами применения (кроме 01 и 21). Обычно помогает перевод сканера в режим эмуляции СОМ-порта, также напишите модель сканера.
Можете код маркировки скопировать в текстовый документ и прислать мне этот документ для проверки (непосредственно в тело письма или в сообщение код копировать не следует, т.к. почтовый клиент или движок форума может удалить из кода спецсимволы).
Тихий омут
281 — 08.11.21 — 10:02
Опубликован релиз УТ 10.3.72.1 "Поддержана возможность проверки кодов маркировки средствами ККТ" Будем посмотреть.
Тихий омут
282 — 08.11.21 — 10:30
(281)+ В демо базе релиза 72.1 есть новая обработка обслуживания для ККТ Атол. В обработке поддержаны методы ЗапросКМ, ПодтвердитьКМ, ПолучитьРезультатыЗапросаКМ.
mouse4mice
283 — 08.11.21 — 12:34
(276) Письмо с подобной формулировкой от ФНС в студию!
На официальном уровне таких заявлений опубликовано вроде не было.
GlRoznica
284 — 08.11.21 — 12:35
GlRoznica
285 — 08.11.21 — 12:38
+(284) только как всегда, наш народ все перевертел, как захотел. Там ни слова нет про ПО.
1.если кассы еще нет в реестре под ФФД 1.2, но она числится в списке планируемых, перерегистрировать с новым ФН-М можно будет кассу на старых ФФД, но не позднее 1 февраля 2022 года
Там указано, если кассы еще числятся в списке планируемых, а наш народец, переписал для себя то, что хочет.
mouse4mice
286 — 08.11.21 — 12:39
(278) Ссылку на формулировку закона предоставьте пожалуйста!
Согласно текущему регламенту ФНС и базе знаний «Штрих-М», все ККТ из аккредитованного ФНС перечня, поддерживающие ФФД 1.2, обязаны работать в рамках нового формата либо после модернизации, либо сразу из коробки.
GlRoznica
287 — 08.11.21 — 12:41
(286) какая формулировка? Им же Вася из налоговой письмо написал.
mouse4mice
288 — 08.11.21 — 14:50
(285) Согласен, в июньских/июльских письмах от ФНС речь шла исключительно о кассах, для которых планируется поддержка функционала ФФД 1.2
Про отсрочку в связи с недоработанным ПО никто не заикался.
snails-lord
289 — 10.11.21 — 09:58
(281) УТ 10.3 (10.3.72.1) и Атол 55Ф. Обработка и драйвер последние. При пробитии чека ошибка:
{ОбщийМодуль.ПодключаемоеОборудованиеУниверсальныйДрайверКлиент.Модуль(1596)}: Поле объекта не обнаружено (ИдентификаторУстройства)
ТекущийСтатус = МенеджерОборудованияКлиент.ПроверкаКодаМаркировки(ПараметрыПодключения.ИдентификаторУстройства);
Удалось у кого-то запустить ФФД 1.2 на УТ 10.3?
VKOSH
290 — 11.11.21 — 11:09
(287) (286) (285) (283) Вот вам официальное письмо, читайте: http://www.consultant.ru/document/cons_doc_LAW_307831/
Если перевести с бюрократического языка на русский, то до 1 февраля 2022 года отложили обязательный переход на ФФД 1.2.
DmVl76
291 — 11.11.21 — 14:22
Запустили боевую кассу. С одним КМ возникла проблема При локальной проверке выдает Статус локальной проверки : 0 "код маркировки не может быть проверен фискальным накопителем с использованием ключа проверки КП" Результат локальной проверки : 2, ФН не содержит ключ проверки кода проверки этого КМ Распознанный тип КМ : 2, КМ со значением кода проверки длиной 88 символов, подлежащим проверке в ФН,
проверку ЦРПТ проходит нормально — возвращает 15.
При этом проверку этого же КМ на тестовой кассе проходит — возвращает 3.
Что это может быть? И можно ли бить чек со статусом 0, при условии, что проверка в ЦРПТ пройдена?
DmVl76
292 — 11.11.21 — 14:39
+(291) Все проверяемые КМ начали выдавать тоже самое (проверил около 10 КМ локально — отрицательно(0), ЦРПТ — положительно (15)), на тестовой кассе локальная проверка положительная. Кассир говорит, что это началось около часа назад, некоторые коды пробивались со ворого — третьего раза, потом перестали вообще.
mouse4mice
293 — 11.11.21 — 14:49
(290) Благодарю и жму руку. Оповестил руководство. Выдохнули все вместе.
VKOSH
294 — 11.11.21 — 19:01
(279) Создайте расширение конфигурации и в «Документы», «Чек ККМ», «Формы», «ФормаДокументаРМК» вставьте следующий код:
—
&НаКлиенте
&Вместо(«ПоискПоШтрихкодуЗавершение»)
Процедура сг_FNC_ПоискПоШтрихкодуЗавершение(ИсходныеДанные, ДополнительныеПараметры) Если ИсходныеДанные = Неопределено Тогда Возврат; КонецЕсли; ПараметрыСканирования = ШтрихкодированиеИСКлиент.ПараметрыСканирования(ЭтотОбъект); ШтрихкодКоличество = ОбщегоНазначенияКлиент.СкопироватьРекурсивно(ИсходныеДанные, Ложь); ШтрихкодированиеИСКлиентСервер.ЗакодироватьШтрихкодДанныхBase64(ШтрихкодКоличество); РезультатОбработки = ОбработатьВводШтрихкода(ШтрихкодКоличество, Неопределено, ПараметрыСканирования); //VKOSH + Вставляем разделитель FNC в код марткировки для ШТРИХ-М Если РезультатОбработки.ТипШтрихкода = ПредопределенноеЗначение("Перечисление.ТипыШтрихкодов.GS1_DataMatrix") И СтрНайти(ПараметрыСканирования.ККТФФД12ИСМП, "Штрих-М: ККТ с передачей данных в ОФД 3.4 (ФФД 1.2)") > 0 Тогда ИсходныеДанные.Штрихкод = Сред(ИсходныеДанные.Штрихкод, 1, 31) + Символ(29) + Сред(ИсходныеДанные.Штрихкод, 32, 6) + Символ(29) + Сред(ИсходныеДанные.Штрихкод, 38); ШтрихкодКоличество = ОбщегоНазначенияКлиент.СкопироватьРекурсивно(ИсходныеДанные, Ложь); ШтрихкодированиеИСКлиентСервер.ЗакодироватьШтрихкодДанныхBase64(ШтрихкодКоличество); РезультатОбработки = ОбработатьВводШтрихкода(ШтрихкодКоличество, Неопределено, ПараметрыСканирования); КонецЕсли; //VKOSH - ПараметрыЗавершенияВводаШтрихкода = ПараметрыЗавершенияВводаШтрихкода(ИсходныеДанные, РезультатОбработки, ПараметрыСканирования); ШтрихкодированиеИСКлиент.ЗавершитьОбработкуШтрихкода(ПараметрыЗавершенияВводаШтрихкода); АктивироватьСтрокуСПозицией(РезультатОбработки); ПересчитатьДокументНаКлиенте(); КонецПроцедуры
—
И после этого всё заработает, как надо. Там просто не хватает разделителей, которые у 1с называются «Символ(29)».
victuan1
295 — 12.11.21 — 09:17
(294) Ваш код не универсален — не для всех товарных групп подойдет.
VKOSH
296 — 12.11.21 — 11:54
(295) А в жизни вообще нет ничего универсального. Это тот «костыль», который мне пришлось вставлять в конфигурацию «УТ 11», чтобы в моем случае, кассы Штрих-М заработали, как надо. Я лишь дал вам пример решения этой проблемы, а вы можете на его основе переписать код под ваши условия. В моем случае, данный код полностью отрабатывает и решает проблему.
Если вы используете тип «GS1_DataMatrix», который имеет стандартную для него структуру, а именно: «(«Префикс 01» + «14 символов GTIN») + («Префикс 21» + «13 символов серийник») + (здесь вставляем «Символ 29») + («Префикс 91» + «4 символа проверочный ключ») + (здесь вставляем «Символ 29») + («Префикс 92″ + Криптохвост до 88 символов»)», то данный код вам подойдет. По сути он просто вставляет «Символ 29» в двух местах: перед префиксом «91» и перед префиксом «92».
victuan1
297 — 12.11.21 — 16:13
(296) Приведенная вами структура отнюдь не является стандартной для всех товарных групп. Пишу здесь как предостережение для тех, кто решит бездумно копировать ваш код.
VKOSH
298 — 12.11.21 — 17:51
(297) У нас «Парфюмерия», для неё данная структура соответствует, для «Обуви» и «Одежды», насколько мне известно, тоже соответствует. С другими видами товара не сталкивался, возможно, что там есть какие-то отличия. Если у кого-то возникнут какие-то сложности, то нужен будет пример вашего кода маркировки, и я подправлю мой программный код под ваш вид товара.
CepeLLlka
299 — 12.11.21 — 19:08
Спрошу в этой теме..
Друзья, после перехода на ффд 1.2 начались проблемы с ФР АТОЛ 11Ф
Время от времени, бывает раз в день, а бывает и 5 раз за день, ФР выдаёт чек — «Отчет автотестирования», такое ощущение что он тупо ребутится как-то что-ли..
Бывает такое происходит в момент пробития чека, особенно при оплате по банку, с подключенным интегрированным терминалом. В момент пробития чека, теряется связь с ФР..
Никто таких проблем не наблюдает? Есть какие-то мысли на этот счёт?
Конфа 1С Розница, релиз 2.3.9.42, Драйвер ККТ 10.9.0.9
Накачу обновление в понедельник конечно, но боюсь дело не в этом..
GlRoznica
300 — 12.11.21 — 19:10
(299) а какая прошивка?
Вопрос № 392 (гость № 10)
06.08.2022 21:10 (гость № 10)
Добрый день. Пробиваем на кассе обычный товар, при подборе все нормально, а когда дело доходит до пробития чека пишет ошибку «D3h, Ошибка привязки КМ: Код товара не распознан». Что делать?
Редактировать
Удалить
07.08.2022 19:30 (Админ)
1430
Очень интересный вопрос.
Обычно такая ошибка бывает если пробивается товар который подлежит маркировке, но не правильно внесен в вашей базе 1С.
Вам нужно сделать следующие действия:
1. Проверить какой товар так пробивается тот который подлежит маркировке или нет.
2. 1. Если ошибка возникла при пробитии маркированного товара, то проверяйте настройки номенклатуры, все ли там сделано верно.
2. 2. Если товар не маркированный, то проверьте сам штрих код. Что он из себя представляет. Его расширение. Попробуйте создать новый штрих код и по нему пробить данный товар. Если получится, то проблема именно в штрих коде. Выход из такой ситуации или создавать новый штрих код и приклеить его на ваш товар или подбирать товар через поиск, не используя штрих код.
Редактировать
Удалить
Автор
Тема: Код товара не распознан (Прочитано 3770 раз)
Добрый день, перевели ККТ Штрих-М 01Ф на ФФД 1.2 прошивка С3 от 17.01.22, Драйвер ФР 5.17.877, 1С Розница и начались проблемы при пробитии товара со штрихкодом CODE39, ККМ при закрытии чека ругается, что «Код товара не распознан», если в таблице 17 поле 41 поставить в значение «1», то всё пробивается, но при этом в ОФД этот товар (немаркированный) стоит в статусе [M-] и нам пришли письма из «Честного знака»,
В рамках проведения мониторинга фискальных документов поступающих в ГИС МТ, выявлены следующие ошибки:
126 - Ошибка верификации КМ.
Номер технологической квитанции Номер ФД Номер ФН Дата чека
e625c5dc-0d02-45cc-838b-ea8ef4cc2be8 1158 9960440302046826 2022-06-18 17:49:00
f9f5a31c-22f5-4a00-8e1c-4150efaf24cd 1157 9960440302046826 2022-06-18 17:30:00
177cb829-59ac-425d-b899-bdc019934834 1156 9960440302046826 2022-06-18 15:55:00
Это именно те немаркированные товары которые со штрихкодом CODE39.
Что с этим можно сделать, кто в этом случае «косячит» ККТ, драйвер ФР или 1Срозница?
Записан
Таблица 17 поле 41 «Разрешать принимать тег 1300 — нераспознанный код товара, который не является не установленного типа и не идентифицированной, как один из реквизитов «КТ EAN-8» (тег 1301), «КТ EAN-13» (тег 1302), «КТ ITF-14» (тег 1303), «КТ GS1.0» (тег 1304), «КТ GS1.M» (тег 1305) (маркированный товар), «КТ КМК» (тег 1306), «КТ МИ» (тег 1307), «КТ ЕГАИС- 2.0» (тег 1308), «КТ ЕГАИС-3.0» (тег 1309), «КТ Ф.1» (тег 1320), «КТ Ф.2» (тег 1321), «КТ Ф.3» (тег 1322), «КТ Ф.4» (тег 1323), «КТ Ф.5» (тег 1324), «КТ Ф.6″ (тег 1325).»
0 — не принимать
1 — принимать
Поэтому трогать и ставить на 1 не нужно.
Если возникает ошибка D3h или 211 «Код товара не распознан», то значит, что его не стоит даже проверять на сервере, так как он не пройдет проверку, так как формата кодов подобного рода на сервере точно не будет. Нужно лечить ошибку не принятием всего подряд, получая [М-] у каждой позиции, а настройкой сканера, который либо не считывает некоторые символы, либо добавляет лишние символы, либо подменяет символы. Подробнее о том, как проверить сканер, описано тут:
https://docs.google.com/document/d/1ec2ufRcd716ewjKVJTyxAv4e4sEh6jRWsqwQhr2FWQo/
Записан
В задачи технической поддержки ГК «Штрих-М» ответы на форуме не входят!
Для получения оперативной поддержки обращайтесь
E-mail: tp@shtrih-m.ru
Telegram: @shtrihtp
Телефон: +74957876090 доб. 794
А также на более живой форум:
https://kkmcom.ru/index.php/board,276.0.html
Спасибо за ответ, но проблема в том, что товар НЕМАРКИРОВАННЫЙ и никаких реквизитов, что он подлежит маркировке у него нет, единственное отличие у него ШК не EAN13 а CODE39, этот штрихкод передается в ККТ и ККТ дает ошибку 211 «Код товара не распознан». Вопрос: почему CODE39 не распознается это же обычный линейный штрихкод?
И на чеке при закрытии отсутствует буква [M]
Вот фрагмент чека
«name»: «C-901 4RS-103 фильтр масляный NITTO«,
«nds»: 6,
«paymentType»: 4,
«price»: 46000,
«productCodeNew»: {
«ean13»: «4976135170047»
},
«productType»: 1,
«quantity»: 1,
«sum»: 46000
},
«checkingProdInformationResult»: 5,
«itemsQuantityMeasure»: 255,
«labelCodeProcesMode»: 0,
«name»: «10-минутн.промывка двигателя с ER 444мл. HG2214«,
«nds»: 6,
«paymentType»: 4,
«price»: 111000,
«productCodeNew»: {
«undefined»: «009603022143»
},
«productType»: 1,
«quantity»: 1,
«sum»: 111000
Здесь видно, что там где штрихкод EAN13, то он распознается, а там где CODE39 — статус «undefined», видно что товар немаркируемый «10-минутн.промывка двигателя с ER 444мл. HG2214«, и на такие чеки из честного знака приходят сообщения которые выложил в первом сообщении, почему-то ЧЗ воспринимает этот товар как маркированный.
Можно каким-то образом научить ККТ принимать штрихкод CODE39, что-бы он не был в статусе «undefined»?
Записан
Пришлите, пожалуйста, фото кода 009603022143
По-хорошему, нужно слать 0009603022143, чтобы код распознавался как ean13, а не как «нераспознанный», потому что в ean13 должно быть 13 символов, а не 12.
Делать это нужно через верхнее ПО. Может, можно и в аппарате сделать настройку, чтобы все 12 значные коды насильно доделывались до ean-13 добавлением 0. Но для этого нужно знать зачем, почему и откуда вы добавляете данный код в чек. Хорошо бы для начала на него взглянуть.
Записан
В задачи технической поддержки ГК «Штрих-М» ответы на форуме не входят!
Для получения оперативной поддержки обращайтесь
E-mail: tp@shtrih-m.ru
Telegram: @shtrihtp
Телефон: +74957876090 доб. 794
А также на более живой форум:
https://kkmcom.ru/index.php/board,276.0.html
Записан
Значит, проблема в том, что шк немаркированного товара в 1С шлется в чек. Этого быть не должно.
Нужно звать 1Сника.
В ЧекеККМ в модуле менеджера:
Функция ДанныеДляПробитияЧека()
МассивСтрок = Новый Массив;
ПредметыРасчетовПоДокументу = Документы.ЧекККМ.ПредметыРасчетовПоДокументу(Объект.Ссылка);
Для каждого СтрокаТЧ из ПредметыРасчетовПоДокументу.Товары Цикл
СтрокаПозицииЧека = МенеджерОборудованияКлиентСервер.ПараметрыФискальнойСтрокиЧека();
СтрокаПозицииЧека.Вставить(«РезультатРаспределенияВрем»);
// Общие данные строки чека
СтрокаПозицииЧека.ПризнакСпособаРасчета = ПредопределенноеЗначение(«Перечисление.ПризнакиСпособаРасчета.ПередачаСПолнойОплатой»);
СтрокаПозицииЧека.ПризнакПредметаРасчета = РозничныеПродажиКлиентСервер.ПризнакПредметаРасчетаФискальнойОперации(
СтрокаТЧ.ТипНоменклатуры, СтрокаТЧ.ПодакцизныйТовар);
СтрокаПозицииЧека.Наименование = НоменклатураКлиентСервер.ПредставлениеНоменклатурыДляПечати(
СтрокаТЧ.НоменклатураНаименование,
СтрокаТЧ.ХарактеристикаНаименование);
Упаковка = СтрокаТЧ.Упаковка;
Если НЕ ЗначениеЗаполнено(Упаковка) Тогда
Упаковка = ОбщегоНазначения.ЗначениеРеквизитаОбъекта(СтрокаТЧ.Номенклатура, «ЕдиницаИзмерения»);
КонецЕсли;
Если ВерсияФФД = «1.2» Тогда
СтрокаПозицииЧека.КодЕдиницыИзмерения = РозничныеПродажи.КодЕдиницыИзмеренияПараметраЧека(Упаковка);
Иначе
СтрокаПозицииЧека.ЕдиницаИзмерения = СокрЛП(Упаковка);
КонецЕсли;
СтрокаПозицииЧека.НомерСекции = 1;
СтрокаПозицииЧека.Цена = СтрокаТЧ.Цена;
СтрокаПозицииЧека.СтавкаНДС = РозничныеПродажиКлиентСервер.СтавкаНДСФискальнойОперации(СтрокаТЧ.СтавкаНДС);
СтрокаПозицииЧека.СуммаНДС = СтрокаТЧ.СуммаНДС;
// Расчетные данные строки чека
СтрокаПозицииЧека.Количество = СтрокаТЧ.КоличествоУпаковок;
СтрокаПозицииЧека.Сумма = СтрокаТЧ.СуммаСНДС;
Если СтрокаПозицииЧека.Количество <> 0 Тогда
СтрокаПозицииЧека.ЦенаСоСкидками = Окр(СтрокаТЧ.СуммаСНДС / СтрокаТЧ.КоличествоУпаковок, 2);
СтрокаПозицииЧека.СуммаСкидок = СтрокаТЧ.СуммаСкидки;
КонецЕсли;
Если ОбщегоНазначенияУТКлиентСервер.ЕстьРеквизитОбъекта(СтрокаТЧ, «Штрихкод»)
И ЗначениеЗаполнено(СтрокаТЧ.Штрихкод) Тогда
СтрокаПозицииЧека.Штрихкод = СтрокаТЧ.Штрихкод;
Нас интересуют последние 3 строки.
Нужно заменить последний строку на СтрокаПозицииЧека.Штрихкод =»»;
УТ 11.1.14.115
После этого 1с перестает передавать ШК в код товара. И все выглядит корректно.
Записан
В задачи технической поддержки ГК «Штрих-М» ответы на форуме не входят!
Для получения оперативной поддержки обращайтесь
E-mail: tp@shtrih-m.ru
Telegram: @shtrihtp
Телефон: +74957876090 доб. 794
А также на более живой форум:
https://kkmcom.ru/index.php/board,276.0.html
Материал из Касса
Перейти к навигации
Перейти к поиску
|
Настройка ККТ для приема любых кодов маркировки
|
* — чтобы сохранить настройки произведенные в таблицах кассового ядра, кликните на соседнее поле, после чего нажмите стрелку «назад».
Вопрос № 392 (гость № 10)
06.08.2022 21:10 (гость № 10)
Добрый день. Пробиваем на кассе обычный товар, при подборе все нормально, а когда дело доходит до пробития чека пишет ошибку «D3h, Ошибка привязки КМ: Код товара не распознан». Что делать?
Редактировать
Удалить
07.08.2022 19:30 (Админ)
1430
Очень интересный вопрос.
Обычно такая ошибка бывает если пробивается товар который подлежит маркировке, но не правильно внесен в вашей базе 1С.
Вам нужно сделать следующие действия:
1. Проверить какой товар так пробивается тот который подлежит маркировке или нет.
2. 1. Если ошибка возникла при пробитии маркированного товара, то проверяйте настройки номенклатуры, все ли там сделано верно.
2. 2. Если товар не маркированный, то проверьте сам штрих код. Что он из себя представляет. Его расширение. Попробуйте создать новый штрих код и по нему пробить данный товар. Если получится, то проблема именно в штрих коде. Выход из такой ситуации или создавать новый штрих код и приклеить его на ваш товар или подбирать товар через поиск, не используя штрих код.
Редактировать
Удалить
idw
03.08.21 — 19:38
Обновили ККТ до версии ФФД 1.2
Теперь из 1С БП 3 (последняя версия) не печатаются чеки.
ККТ Атол 55ф, драйвер атола 10.9.0
Возникает ошибка тут:
ерсияФН = ?(ОбщегоНазначенияКлиентСервер.СравнитьВерсии(ВерсияФН, «1.0.5.0») > 0, ВерсияФН, «1.0.5.0»);
Версия ФФД ФН пишет одни вопросы так: ???
Кто-нибудь сталкивался с таким? Есть решение?
DmVl76
201 — 13.10.21 — 14:20
Начал тестировать с МГМ, УПП. В старой обработке переделал формирование GoodCodeData, передаю полный код в Base64. Если передавать реальный код, то выдает 2106,РЕЗ-Т ПРОВ. СВЕД. О ТОВ.:3, если сгенерированный в тестовом контуре, то 2106, РЕЗ-Т ПРОВ. СВЕД. О ТОВ.:0, что логично — в тестовом коде критпохвост вида testtesttest…. В обоих случаях печатается [М]
Возникают вопросы:
1. Достаточно ли положительного результата проверки только ФН, без проверки в ЦРПТ? Если да, то шьем боевые кассы и все, по желанию на них позже допиливаем проверку ЦРПТ.
2. Получится ли на МГМ проверить тестовый код в ЧЗ? ФН его разворачивает, может он его все-таки передаст в ЧЗ. Хотя эти коды в ЧЗ я уже второй день не могу ввести в оборот, тестовый контур работает в рандомное время, выдает постоянно 503 ошибку.
Oleg_Bu
202 — 19.10.21 — 11:25
(200) Добрый день!, подскажите пжста, откуда в коде запускается цепочка проверки Кодов марок, сам никак не могу найти это, У меня УПП 1.3.167.1.
Нашел вот это «МенеджерОборудованияКлиент.НачатьЗапросКМ», но не могу понять, откуда это запускается! Поиск не дал результат…
mouse4mice
203 — 19.10.21 — 13:49
Штриховский каменный цветок наконец вышел!
Компонента 1С от Штрих-М для работы в формате ФФД 1.2 сегодня получила статус «1С совместимо».
View post on imgur.com
ttk
204 — 19.10.21 — 14:18
(203) а где можно скачать?
на сайте штриха не нашел
Spyke
205 — 19.10.21 — 14:18
В Рознице 2.3.10.24 (Типовая) при пробитие чека через Штрих, марка не проходит проверку, данные в ОФД передаются с маркой, но марка как была в статусе Introduced, так и остается. При пробитии этой же марки через тест драйвер все проходит корректно на чеке появляется М+ и марка выходит из оборота в ЦРПТ
mouse4mice
206 — 19.10.21 — 14:29
mouse4mice
207 — 19.10.21 — 14:32
(205) Не ту версию компоненты в 1С подцепили.
Для успешного внедрения компоненты 3.4, запускайте 1С исключительно от имени Администратора, архив с компонентой необходимо использовать вот этот «shtrih-m_34_x32_64».
Если после установки компоненты в 1С она выдаёт ошибку, зарегистрируйте библитеку вручную, открыв командную строку от имени Админа.
Тест драйвер ККТ должен быть 32-битный и установлен в папку: C:Program Files(x86)SHTRIH-M
Актуальная версия Тест драйвера: 5.16.877
Spyke
208 — 19.10.21 — 14:39
(207) Спасибо, проверяю
mouse4mice
209 — 19.10.21 — 14:47
(208) Мы тоже начали отладку, но пока на МГМ-ФН-М 1.2
Oleg_Bu
210 — 19.10.21 — 15:31
(202) Отвечу сам, в УПП 1.3.167.1 походу еще нет кода с запуском цепочек. В Рабочем месте кассира Розницы 2.3.10.24 — это можно увидеть.
Spyke
211 — 19.10.21 — 15:54
(205) Пока не взлетело
Starik113
212 — 19.10.21 — 16:02
(210) В УТ10 функционал по проверке марок не реализован, соответственно не работает списание марок из оборота. В УПП скорее всего так же
Spyke
213 — 19.10.21 — 18:47
(205) Все ок, была проблема с настройками параметров в ккт ОФД порт проверки км
cojko
214 — 19.10.21 — 18:47
Конфигурация: Управление торговлей, редакция 11 (11.4.13.280)
При продаже маркированной продукции «Шины» не пробивается чек ККМ.
Касса настроена на ФФД 1.2.
Драйвер АТОЛ 10.9.0.8
В 1С везде написано, что версия ФФД 1.1. Но касса точно на ФФД 1.2.
При пробитие чека с марками выдает «Ошибка программирования реквизита 1162»
У кого-то есть такая проблема? Она решается?
DmVl76
215 — 20.10.21 — 10:15
(209)Как продвигается. Я попробовал с полной проверкой, но не взлетело.
Если брать код, сгенерированный тестовым контуром ЦРПТ, он имеет вид:
010<EAN>21<S/n><GS1>91FFD0<GS1>92testtesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttest,
то при запросе КМ вылетает ошибка — код не распознан.
Если поменять 2 последних символа этого кода на «==», то ошибки не возникает, статус проверки =2, ФН не содержит ключ проверки кода проверки этого КМ
Если же указывать реальный код — то локальная проверка проходит нормально
А вот при ПолучитьРезультатыЗапросаКМ() в обоих случаях возвращает
<?xml version=»1.0″?>
<ProcessingKMResult GUID=»» Result=»true» ResultCode=»-1″ HandleCode=»0″/>,
хотя СтатусЗапроса = 0, т.е. результат получен. Такое ощущение, что тестовый контур не работает на проверку кодов (не удивлюсь, 10 дней вводили в оборот 5 КМ, запросиои 3 или 4 раза уточнения, в конце концов ввели вручную), либо в настройкак кассы чего-то не учел, либо их в принципе не проверить с МГМ, т.к. у гененрируемого тестовым контуром КМ фейковый криптохвост, ну а реальных КМ там нет.
Тег 1163 формируется, в тестовом ОФД виден чек с маркой.
Теперь непонятно, что с этим делать.
mouse4mice
216 — 20.10.21 — 10:25
(214) У вас в 1С не та версия компоненты из архива с Тест драйвером подключена, я выше писал какую версию внедрять следует, чтобы взлетело.
Вот человек вчера отписался, что в таком же релизе УТ как у вас у него маркировка успешно бьётся:
https://forum.shtrih-m-partners.ru/index.php?topic=34070.60
mouse4mice
217 — 20.10.21 — 10:28
(214) Только сейчас заметил различия, у него ККТ Штрих-М, а у вас Атоловский аппарат.
Вам следует библиотеку компоненты заново в 1С установить, включая процедуру регистрации .dll через командную строку и обязательный запуск платформы 1С от имени Админа.
mouse4mice
218 — 20.10.21 — 10:35
(215) У нас сейчас на макете ФН-М никак не получается пройти проверку обновления ключей.
При открытии смены пишет ошибку «обновление ключей проверки не выполнено».
Нашли параметры тестового контура сервера ОКП, прописали эти параметры согласно номеру нашего макета ФН, затем прописали в таблицах тестовый сервер ОФД.
Всё равно не работает, ключи не обновляются, следовательно мы не можем начать процесс продажи маркированного товара ни в нашей 1С, ни через Тест драйвер ККТ.
View post on imgur.com
https://docs.google.com/spreadsheets/d/190heU5YQR4WV6EdV0FleXbsZdzhrf1BrQGRlOCdG40o/edit#gid=0
mouse4mice
219 — 20.10.21 — 11:26
Установили kktproxy.exe и прописали значение socks5 в таблицах — ошибка ключей при открытии смены исчезла.
Теперь пишет «обновлено ключей 2, ошибок нет».
https://docs.google.com/document/d/1dLuTrYn6P-aOHpsB-zb3DT2xfF4F2xoWhoOyvr068bY/edit
101101101
220 — 21.10.21 — 12:19
Коллеги, добрый день!
Опишу наши муки с ФФД 1.2 и текущие результаты, может кто идет в этом направлении…
У нас маркировка одежды и обуви, никаких дробных количеств нет.
Коды маркировки мы проверяем сразу после сканирования своим веб-сервисом, соответственно в ККТ мы отправляем заведомо корректные марки.
Зачем нам проверять их второй раз средствами ККТ непонятно. Также непонятно можно ли этого избежать.
Драйвер и компонента 1С штриха обновлены до необходимых версий, все хорошо.
В xml пишем: «<GoodCodeData GS1.M=»КракозябрыBase64КодаМаркировкиСХвостомИСкрытымиСимволамиGS»/>», все остальное как в прошлой версии ФФД.
При этом в чек выходит, все хорошо. В ОФД: Результат проверки сведений о товаре [М], Код товара — марка без хвоста (то есть все хорошо расшифровалось).
Но на бумажном чеке, примерно там где должно быть [М] выводится «КМ?» Техподдержка штриха говорит, что это тэг 2107 в значении 1, типа проверка КМ средствами кассы не проводилась.
С тестовым контуром ЧЗ как я понимаю проблемы, в рабочем контуре выведение марки из оборота проверить пока не можем.
Несколько вопросов:
1) Туда ли мы идем? или плюнуть на все и сделать вторую проверку средствами ККТ, как в стандартной 1С:Рознице?
2) Если то что мы делаем допустимо, как добиться, чтобы на бумажном чеке печаталось [М], а не «КМ?» ?
3) Может в XML дописать, что-нибудь, чтобы не проверяло, а сразу отправляло? Или есть какая-нибудь настройка драйвера Штриха?
4) Кто пробовал схему как у нас, будут ли марки выводиться из оборота или никак без проверки средствами ККТ?
GlRoznica
221 — 21.10.21 — 21:25
(220) Поздравляю! С 1 декабря, те, кто внес недостоверные сведения в ЧЗ, подлежат административной отвесности.
Счастья вам и удачи, в Новом году!
victuan1
222 — 22.10.21 — 05:49
«Зачем нам проверять их второй раз средствами ККТ непонятно. Также непонятно можно ли этого избежать. »
Таков закон, надо исполнять. Избежать проверки средствами ККТ (точнее ФН) невозможно, т.к. обязательное прохождение проверки железно зашито в сам ФН-М на аппаратном уровне, не изменить. Если КМ не прошел проверку в ФН, то чек ККТ пробить не получится — будет ошибка, что КМ не проверен (запрет на уровне ФН, производители прошивок ККТ его обойти не смогут даже если очень сильно попросить).
DmVl76
223 — 22.10.21 — 07:09
(222) А по (215) не подскажете? Это связано именно с тем, что бьем по тестовому контуру?
END
224 — 22.10.21 — 08:36
(223) Тестовый контур у нас всегда возвращал ошибку проверки марки. Попробуй взять боевой ККТ, настрой в 1С проверку при сканировании. Если при добавлении товара в чек проверка ККТ проходит успешно, значит все хорошо на этом этапе.
ТутЯ
225 — 22.10.21 — 09:17
Коллеги, у Штриха вышел новый драйвер 5.16.883. Заявлено, что исправлена ошибка чека коррекции.
Приступаем к тестированию.
DmVl76
226 — 22.10.21 — 10:06
(224) На 1.2 прошита только касса с МГМ. Боевые кассы прошивать нельзя — если что-то пойдет не так, то назад на 1.05 уже не перейти. Придется тогда тестовую кассу регистрировать и покупать туда обычный ФН.
END
227 — 22.10.21 — 11:08
(226) Ну, поработает магазин временно без одной кассы. Мы так и сделали. Магаз на 3 кассы, одну прошили под 1.2 и сняли на стенд. В магазе работает пока 2 кассы. Справляются.
Darksid
228 — 22.10.21 — 11:22
Коллеги!!всем добрейшего чего-то там. Кто-то решил вопрос с кассами атол? 1с УТ обновили уже на последний релиз,никак не можем подменить драйверы на новые,чтобы всё заработало гугл не помогает даже на 4 странице
GlRoznica
229 — 22.10.21 — 11:24
(228) все работает отлично. Вызовите специалиста.
victuan1
230 — 22.10.21 — 15:00
(223) Насчет тестового контура не скажу. Я сразу на боевом всё сделал. И причем для 1С 7.7
Для Атол и для Штрих-м, на их родных драйверах, еще до до того как вышла обновленная БСП для 1С8. )))))
ТутЯ
231 — 22.10.21 — 16:42
Как оказалось у Штрихов есть настройка и пробить можно любую марку (помойку), запрета не будет.
Таблица 17 строка 41 «RUS принимать все КТ» = 1.
ТутЯ
232 — 22.10.21 — 16:47
Чек коррекции на новом драйвере 5.16.883 действительно работает.
При тестировании обычных чеков (не коррекции) замечено, что при большой нагрузке на кассу происходит зависание ККТ минут на 10-30, потом касса оживает и работает как обычно.
Зависание может быть как при локальной проверке так и при проверке статуса товара ОИСМ.
В чем может быть причина?
mouse4mice
233 — 25.10.21 — 10:10
(232) Добрый день. Может подскажете, что мы делаем не так?
Наш программист пытается доработать отраслевую конфигурацию согласно инструкции к компоненте ФФД 1.2, формирует запрос, но в поля Checking и CheckingResult возвращается ответ «false».
Метод:
ЗапросКМ()
Входные данные:
<?xml version=»1.0″ encoding=»UTF-8″?>
<RequestKM GUID=»4a72ab02-b309-431b-ac84-f39ee4fcfdc9″ MarkingCode=»MDEwNDYwMzk4ODAwMTk4MjIxODAySjU0NTc1TDhKSR05MUVFMDYdOTJwdzFmNW1kcTBPbm03RkFWVHdmSmErajJ6RCt4NmMyMWdqMnZPNVR4MWVFPQ==» PlannedStatus=»1″/>
Результат:
<?xml version=»1.0″?>
<RequestKMResult Checking=»false» CheckingResult=»false»/>
mouse4mice
234 — 25.10.21 — 10:13
(232) В какой конфигурации работаете?
Какую модель Штрих-М используете?
На боевой ККТ чеки с маркировкой бьёте или тестовой с МГМ-ФН-М на борту?
Поясните пожалуйста функционал настройки:
Таблица 17 строка 41 «RUS принимать все КТ» = 1.
victuan1
235 — 25.10.21 — 12:00
(234) При такой настройке ККТ будет принимать любые марки, т.е. ККТ не будет контролировать правильность формата марки, и будет писаться тег 1300, если марка не распознана.
mouse4mice
236 — 25.10.21 — 12:42
(235) Понял вас. Спасибо.
Helene1986
237 — 25.10.21 — 15:00
(225) Товарищи, дайте ссылку на последние драйвера штриха 5.16.883, не нашла. заранее благодарю
D3h, ошибка привязки КМ: код товара не распознан кто-нибудь решил вопрос?
ТутЯ
238 — 25.10.21 — 15:28
(225) Должны быть разделители в коде марки.
Если и с разделителями ошибка, то настройкой кассы Таблица 17 строка 41 «RUS принимать все КТ» = 1.
http://doc.shtrih-m.ru/
ТутЯ
239 — 25.10.21 — 15:28
ТутЯ
240 — 25.10.21 — 15:31
(233) аналогичная проблема.
//В какой конфигурации работаете?
Своя, на основе БП.
//Какую модель Штрих-М используете?
Штрих-М-01Ф
//На боевой ККТ чеки с маркировкой бьёте или тестовой с МГМ-ФН-М на борту?
МГМ
И от себя вопрос, подскажите, пожалуйста как работать с МГМ и тестовым ОФД? Как проверить информацию в ОФД?
Helene1986
241 — 25.10.21 — 15:39
(238) Таблица 17 строка 41 «RUS принимать все КТ» = 1 Это сделала уже, стал на кассе пробивать, но ОФд уходит код товара 04811644000721(21)yxhwjgyed
отладкой прошлась он из 1с передал кассе 04811644000721(21)yxhwjgyed , а в офд почему такую кривоту шлет ? 011) вместо (01)
Helene1986
242 — 25.10.21 — 15:41
(238) Таблица 17 строка 41 «RUS принимать все КТ» = 1 Это сделала уже, стал на кассе пробивать, но ОФд уходит код товара 011)04811644000721(21)yxhwjgyed
отладкой прошлась он из 1с передал кассе (01)04811644000721(21)yxhwjgyed , а в офд почему такую кривоту шлет ? 011) вместо (01)
mouse4mice
243 — 25.10.21 — 16:36
(240) [quote]подскажите, пожалуйста как работать с МГМ и тестовым ОФД? Как проверить информацию в ОФД?[/quote]
Для этого необходимо зарегистрировать вашу тестовую ККТ с МГМ на борту в спец. тестовом личном кабинете ОФД и затем закрепить за этой ККТ демо-договор ОФД к примеру на 3 месяца.
ОФД «СБИС» (он же Тензор) бесплатно предоставляют подобный тестовый ЛК. Уточняйте у своего ОФД наличие подобного функционала.
Вот инструкция от «СБИС»:
https://disk.yandex.ru/i/kD1LP-1y_llLwg
mouse4mice
244 — 25.10.21 — 16:55
(240) {quote}аналогичная проблема.{/quote}
Мы отправили офиц. запрос в отдел разработки «Штрих-М» мск. Ждём комментариев.
DmVl76
245 — 26.10.21 — 06:22
(233) У вас одежда судя по коду? В тесте драйвера при проверке выдает:
Статус локальной проверки : 0
«код маркировки не может быть проверен фискальным накопителем с использованием ключа проверки КП»
Результат локальной проверки : 1, КМ данного типа не подлежит проверке в ФН
Распознанный тип КМ : 3, КМ со значением кода проверки длиной 44 символа, не подлежащим проверке в ФН
Насколько помню, только обувь и еще какая-то товарная группа может проверяться локально ФН.
DmVl76
246 — 26.10.21 — 06:25
Подставил код обуви:
Статус локальной проверки : 3
«код маркировки проверен фискальным накопителем с использованием ключа проверки КП»
«результат проверки КП КМ фискальным накопителем с использованием ключа проверки КП положительный»
Результат локальной проверки : 0, КМ проверен в ФН
Распознанный тип КМ : 2, КМ со значением кода проверки длиной 88 символов, подлежащим проверке в ФН
victuan1
247 — 26.10.21 — 07:07
(241) Так и передаете код со скобками (21)?
Это неправильно. Нужно передавать без скобок, но с символом #29 в нужных местах.
mouse4mice
248 — 26.10.21 — 09:13
(245) У нас не одежда, у нас лекарственные препараты (медикаменты).
Подскажите, вы наш код маркировки у себя в Тест драйвере проверили?
И Тест драйвер выдал вам: «КМ данного типа не подлежит проверке в ФН»?
Озвучьте пожалуйста пошагово, как вы проводите тест кода маркировки в Штриховском Тест драйвере ККТ?
victuan1
249 — 26.10.21 — 09:26
(248) Локальная проверка (она же оффлайн-проверка) КМ в ФН предусмотрена только для обувных товаров (только для них существуют ключи ОКП, которые загружаются в ФН с сервера при каждом открытии кассовой смены).
Онлайн-проверка проводится на сервере ИСМ — для всех товаров (если ККТ имеет доступ в интернет в момент проверки).
Оффлайн-проверка (локальная) — производится только для обувных товаров (независимо от того, имеет ли ККТ в этот момент доступ в интернет).
mouse4mice
250 — 26.10.21 — 09:43
(244) Пришёл ответ от разработчиков Штрих-М мск:
«Что ККМ на команду проверки КМ возвращает, то я и выдаю. В данном случае: на проверку следующей КМ у меня возвращается следующее:
010460398800198221802J54575L8JI<0x1D>91EE06<0x1D>92pw1f5mdq0Onm7FAVTwfJa+j2zD+x6c21gj2vO5Tx1eE=
Статус локальной проверки: 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 (Результат проверки КП КМ фискальным накопителем с использованием ключа проверки КП отрицательный.)»
mouse4mice
251 — 26.10.21 — 09:56
(249) Теперь мы пытаемся понять, требуется ли нам сейчас в срочном порядке приобретать боевой ФН-М и подключать ККТ к боевому ОФД, чтобы проследить весь путь КИЗа от нашей ККТ в ОФД, а затем и в «Честный Знак». Можете что-либо подсказать?
На данный момент в нашей ККТ прописан тестовый сервер ОИСМ, но ещё не присвоен тестовый ОФД и касса не зарегана в тестовом личном кабинете «СБИС».
Может поэтому разработчики отписались нам, что:
«результат проверки КП КМ отрицательный или код маркировки не был проверен»
«от ОИСМ получены сведения, что планируемый статус товара некорректен или сведения о статусе товара от ОИСМ не получены»
DmVl76
252 — 26.10.21 — 10:17
(250) А вы просто проверяете код маркировки из тест-драйвера на МГМ?
У меня вторая часть не выводится:
Код ответа ФН на команду онлайн-проверки: 0, Ошибок нет
Результат проверки КМ: 5
«код маркировки проверен»
«результат проверки КП КМ отрицательный или код маркировки не был проверен»
«проверка статуса ОИСМ выполнена»
«от ОИСМ получены сведения, что планируемый статус товара некорректен или сведения о статусе товара от ОИСМ не получены»
«результат проверки КП КМ и статуса товара сформирован ККТ, работающей в режиме передачи данных»
Реквизиты ответа сервера: 42 08 04 00 59 15 77 61 39 08 01 00 02 D5 07 01 00 05
И еще Количество уведомлений в очереди : 31
Что-то с настройками кассы?
mouse4mice
253 — 26.10.21 — 10:22
(252) Нам не удаётся проверить код маркировки в Тест драйвере ККТ на МГМ. Как выяснилось, нам и не требуется это делать. У нас лекарства, не обувь.
mouse4mice
254 — 26.10.21 — 10:25
(252) [quote]Что-то с настройками кассы?[/quote]
Думаю, у вас чеки в ОФД не уходят.
Если у вас МГМ, то касса должна быть зарегана в отдельном тестовом личном кабинете вашего ОФД и к ней должен быть привязан боевой договор ОФД.
Чеки в ФНС не уйдут, но зато вы сможете проанализировать их корректность в тестовом ЛК ОФД.
DmVl76
255 — 26.10.21 — 10:25
(253) У меня не проверялся именно через ЦРПТ. Увидел как у вас выдает сообщение о проверке, стал проверять кассу. В результате оказалось, что просто закрыт порт по работе с КМ (7788)
mouse4mice
256 — 26.10.21 — 10:27
(255) Да, все возможные порты мы открыли, включая порты сервера ОИМС.
И на уровне брэндмауэра Windows, и на уровне маршрутизатора.
DmVl76
257 — 26.10.21 — 10:27
(254) В ОФД как раз уходили, в ЦРПТ — нет, таблица 19, пункт 6 — порт был закрыт
DmVl76
258 — 26.10.21 — 11:52
(215) как раз из-за (257) Поставил в таблице принимать все КМ, пробил тестовый КМ, в чеке [М+] и КМ выбыл в тестовом контуре
Darksid
259 — 26.10.21 — 18:09
по поводу касс атол-чтобы всё работало в ут11 нужно платформу взять 8.3.18.1616(можно и ниже,но лучше её,чтобы точно заработало). в самой кассе прописать в параметрах адрес проверки ОКП. мы брали prod01.okp-fn.ru порт 26101. всё ожило,страдания прошли)
вдруг кому-то пригодится…
Alyona
260 — 27.10.21 — 20:39
Добрый день! Как в итоге решили проблему?
такая же ошибка «D3h, Код товара не распознан».
ТутЯ
261 — 28.10.21 — 08:20
(260) ответ в (110)(231)(235)
mouse4mice
262 — 28.10.21 — 10:09
(261) Доброе утро. Я выяснил, что этот функционал проверки кода маркировки на уровне ККТ в боевых условиях отключать нельзя.
Поскольку производитель к примеру лекарственного препарата в виду сбоя оборудования может нанести некорректный/битый код на упаковку.
При подобном развитии событий считанный вам КМ мгновенно улетит в ОФД, а затем и в Честный Знак.
А так как с 1 Декабря 2021 в КоАП вводятся новые штрафные санкции за некорректно-представленные сведения в систему маркировки, то продавца и производителя рублём накажет «Роспотребнадзор».
Причём не просто предписание по почте выпишет (как это ФНС практикует), а начнёт судебное разбирательство с последующим судебным постановлением.
Это всё время, нервные клетки и деньги. И если денежные средства можно заработать, временной ресурс оценить невозможно, время бесценно в принципе.
mouse4mice
263 — 28.10.21 — 10:19
Чтобы вы понимали, у нас сейчас на демо-стенде лежит в качестве образца сфотографированный и распечатанный DataMatrix (рядом с которым указаны GTIN и серийный номер).
Этот DataMatrix в своё время был реально нанесён на упаковку с лекарством и выпущен в оборот.
Когда мы отключаем функцию проверки КМ через настройки таблиц в Тест драйвере Штриха, считанный битый DataMatrix успешно проходит сканирование.
Когда мы включаем обратно проверку кодов на уровне ККТ, при сканировании битого DataMatrix верхнее ПО сразу возвращает ошибку, а на ККТ звучит оповещающий сигнал-гудок.
Вывод: отключать данный функционал целесообразно только в тестовых условиях, не в боевых.
Alyona
264 — 28.10.21 — 11:43
(261) Спасибо! настройки помогли))) М вышла на печать.
Но я так понимаю в честном знаке код так же не распознается и статус не изменится… видимо что то пропускаем
ТутЯ
265 — 28.10.21 — 12:50
(249)
//Локальная проверка (она же оффлайн-проверка) КМ в ФН предусмотрена только для обувных товаров (только для них существуют ключи ОКП, которые загружаются в ФН с сервера при каждом открытии кассовой смены).
Откуда эта информация?
Техподдержка Штрих М утверждает, что духи, обувь, одежда, лекарства и шины должны проходить локальную проверку.
Если криптохвост в 44 символа — не проводится проверка, если 88 — проводится проверка.
У нас шины, хвост 88, но проверку не проходим, ответ всегда false.
<?xml version=»1.0″?>
<RequestKMResult Checking=»false» CheckingResult=»false»/>
ТутЯ
266 — 28.10.21 — 12:55
Для Штрихов появился новый драйвер 884 http://doc.shtrih-m.ru/
ТутЯ
267 — 28.10.21 — 14:39
(265) Закружилась совсем, у шин 44.
ТутЯ
268 — 28.10.21 — 17:39
У меня какое-то несчастье с чеком коррекции.
Радость была недолгой, часть чеков фискализирована и далее как ранее, аварийное завершение 1С…
Коллеги, кто работает на Штрих М через Ethernet и успешно пробивает чеки коррекции? Научите, пожалуйста, так работать.
DmVl76
269 — 29.10.21 — 04:09
(265) духи, обувь, одежда, лекарства и шины должны проходить локальную проверку
У одежды 44 символа хвост
victuan1
270 — 29.10.21 — 05:50
(269) ну-ну..
DmVl76
271 — 29.10.21 — 08:56
(270) А что не так? У нас есть одежда и текстиль — как от поставщиков, так и генерируемые нами общая длина 85, криптохвост 44
victuan1
272 — 29.10.21 — 09:33
(271) Ключи ФН на текущий момент работают только для обувных товаров. Мне так сказала техподдержка Атол.
DmVl76
273 — 29.10.21 — 10:09
(272) Я и написал, что у одежды 44, значит не проходит проверку
mouse4mice
274 — 01.11.21 — 10:44
abuca
275 — 01.11.21 — 12:46
(274) Сегодня проверяли продажу обуви и текстиля. Штрих Онлайн. Успешно. М+ Марка выбыла в ЧЗ. Помог новый драйвер (266). До обновления драйвера было [М], но марки, при этом, выбывали в ЧЗ. Подозреваю, что драйвер Штрих неверно трактовал символы GS, передаваемые из 1С.
amir62
276 — 04.11.21 — 11:18
Писали в налоговую есть письмо от них что до 1 февраля 2022 года можно работать на старом ФФД если товаро-учётное ПО ещё не готово работать с ФФД 1.2, не знаю что все побежали перефискаливать кассы, не спеша тестируем релиз на тестовой кассе с МГМ ФН-М. Штрих только недавно прошёл сертификацию у налоговой по ФФД 1.2, не рекомендую в старые конфигурации вручную добавлять обработчик Атол на драйвере 10.9.x.x не оптимизировав ваш код конфигурации под этот обработчик, так как кассы с ФФД 1.2 работают через тег 1163, а кассы со старым ФФД работают через тег 1162. Оба обработчика что на штрих м, что на атол довольно таки сыроваты на этом этапе и многие ньюансы не учитаны, поэтому не спеша оптимизируем.)
GlRoznica
277 — 04.11.21 — 11:21
(276) Боже. Набор слов. Уже всех клиентов перевел на ФФД 1.2.
Остались только кто на Эвоторах сидит, и тех закроем на следующей неделе.
Хватит паники.
Garykom
278 — 04.11.21 — 11:23
(276) По закону есть 1 год на приведение в актуальное состояние онлайн ККТ после опубликования закона
bystrovvv
279 — 04.11.21 — 11:58
Добрый день!
Так и не удалось устранить ошибку при сканировании марки ЧЗ:
«Произошла ошибка проверки средствами ККТ по причине:
При выполнении операции произошла ошибка: D3h, Код товара не распознан»
1С:Предприятие 8.3 (8.3.19.1351)
Управление торговлей, редакция 11 (11.4.13.281)
DrvFR_5.16_884_x32
Штрих-М 01Ф
Товары без маркировки пробиваются отлично, ЧЗ не пробивается.
victuan1
280 — 06.11.21 — 15:04
(279) В чек неверно передан код маркировки товара.
Проверьте настройку сканера — код маркировки товара должен содержать спецсимволы с кодом 29 перед идентификаторами применения (кроме 01 и 21). Обычно помогает перевод сканера в режим эмуляции СОМ-порта, также напишите модель сканера.
Можете код маркировки скопировать в текстовый документ и прислать мне этот документ для проверки (непосредственно в тело письма или в сообщение код копировать не следует, т.к. почтовый клиент или движок форума может удалить из кода спецсимволы).
Тихий омут
281 — 08.11.21 — 10:02
Опубликован релиз УТ 10.3.72.1
«Поддержана возможность проверки кодов маркировки средствами ККТ»
Будем посмотреть.
Тихий омут
282 — 08.11.21 — 10:30
(281)+ В демо базе релиза 72.1 есть новая обработка обслуживания для ККТ Атол. В обработке поддержаны методы ЗапросКМ, ПодтвердитьКМ, ПолучитьРезультатыЗапросаКМ.
mouse4mice
283 — 08.11.21 — 12:34
(276) Письмо с подобной формулировкой от ФНС в студию!
На официальном уровне таких заявлений опубликовано вроде не было.
GlRoznica
284 — 08.11.21 — 12:35
GlRoznica
285 — 08.11.21 — 12:38
+(284) только как всегда, наш народ все перевертел, как захотел. Там ни слова нет про ПО.
1.если кассы еще нет в реестре под ФФД 1.2, но она числится в списке планируемых, перерегистрировать с новым ФН-М можно будет кассу на старых ФФД, но не позднее 1 февраля 2022 года
Там указано, если кассы еще числятся в списке планируемых, а наш народец, переписал для себя то, что хочет.
mouse4mice
286 — 08.11.21 — 12:39
(278) Ссылку на формулировку закона предоставьте пожалуйста!
Согласно текущему регламенту ФНС и базе знаний «Штрих-М», все ККТ из аккредитованного ФНС перечня, поддерживающие ФФД 1.2, обязаны работать в рамках нового формата либо после модернизации, либо сразу из коробки.
GlRoznica
287 — 08.11.21 — 12:41
(286) какая формулировка? Им же Вася из налоговой письмо написал.
mouse4mice
288 — 08.11.21 — 14:50
(285) Согласен, в июньских/июльских письмах от ФНС речь шла исключительно о кассах, для которых планируется поддержка функционала ФФД 1.2
Про отсрочку в связи с недоработанным ПО никто не заикался.
snails-lord
289 — 10.11.21 — 09:58
(281) УТ 10.3 (10.3.72.1) и Атол 55Ф. Обработка и драйвер последние. При пробитии чека ошибка:
{ОбщийМодуль.ПодключаемоеОборудованиеУниверсальныйДрайверКлиент.Модуль(1596)}: Поле объекта не обнаружено (ИдентификаторУстройства)
ТекущийСтатус = МенеджерОборудованияКлиент.ПроверкаКодаМаркировки(ПараметрыПодключения.ИдентификаторУстройства);
Удалось у кого-то запустить ФФД 1.2 на УТ 10.3?
VKOSH
290 — 11.11.21 — 11:09
(287) (286) (285) (283) Вот вам официальное письмо, читайте: http://www.consultant.ru/document/cons_doc_LAW_307831/
Если перевести с бюрократического языка на русский, то до 1 февраля 2022 года отложили обязательный переход на ФФД 1.2.
DmVl76
291 — 11.11.21 — 14:22
Запустили боевую кассу. С одним КМ возникла проблема
При локальной проверке выдает
Статус локальной проверки : 0
«код маркировки не может быть проверен фискальным накопителем с использованием ключа проверки КП»
Результат локальной проверки : 2, ФН не содержит ключ проверки кода проверки этого КМ
Распознанный тип КМ : 2, КМ со значением кода проверки длиной 88 символов, подлежащим проверке в ФН,
проверку ЦРПТ проходит нормально — возвращает 15.
При этом проверку этого же КМ на тестовой кассе проходит — возвращает 3.
Что это может быть? И можно ли бить чек со статусом 0, при условии, что проверка в ЦРПТ пройдена?
DmVl76
292 — 11.11.21 — 14:39
+(291) Все проверяемые КМ начали выдавать тоже самое (проверил около 10 КМ локально — отрицательно(0), ЦРПТ — положительно (15)), на тестовой кассе локальная проверка положительная. Кассир говорит, что это началось около часа назад, некоторые коды пробивались со ворого — третьего раза, потом перестали вообще.
mouse4mice
293 — 11.11.21 — 14:49
(290) Благодарю и жму руку. Оповестил руководство. Выдохнули все вместе.
VKOSH
294 — 11.11.21 — 19:01
(279) Создайте расширение конфигурации и в «Документы», «Чек ККМ», «Формы», «ФормаДокументаРМК» вставьте следующий код:
—
&НаКлиенте
&Вместо(«ПоискПоШтрихкодуЗавершение»)
Процедура сг_FNC_ПоискПоШтрихкодуЗавершение(ИсходныеДанные, ДополнительныеПараметры)
Если ИсходныеДанные = Неопределено Тогда
Возврат;
КонецЕсли;
ПараметрыСканирования = ШтрихкодированиеИСКлиент.ПараметрыСканирования(ЭтотОбъект);
ШтрихкодКоличество = ОбщегоНазначенияКлиент.СкопироватьРекурсивно(ИсходныеДанные, Ложь);
ШтрихкодированиеИСКлиентСервер.ЗакодироватьШтрихкодДанныхBase64(ШтрихкодКоличество);
РезультатОбработки = ОбработатьВводШтрихкода(ШтрихкодКоличество, Неопределено, ПараметрыСканирования);
//VKOSH + Вставляем разделитель FNC в код марткировки для ШТРИХ-М
Если РезультатОбработки.ТипШтрихкода = ПредопределенноеЗначение(«Перечисление.ТипыШтрихкодов.GS1_DataMatrix»)
И СтрНайти(ПараметрыСканирования.ККТФФД12ИСМП, «Штрих-М: ККТ с передачей данных в ОФД 3.4 (ФФД 1.2)») > 0 Тогда
ИсходныеДанные.Штрихкод = Сред(ИсходныеДанные.Штрихкод, 1, 31) + Символ(29) +
Сред(ИсходныеДанные.Штрихкод, 32, 6) + Символ(29) +
Сред(ИсходныеДанные.Штрихкод, 38);
ШтрихкодКоличество = ОбщегоНазначенияКлиент.СкопироватьРекурсивно(ИсходныеДанные, Ложь);
ШтрихкодированиеИСКлиентСервер.ЗакодироватьШтрихкодДанныхBase64(ШтрихкодКоличество);
РезультатОбработки = ОбработатьВводШтрихкода(ШтрихкодКоличество, Неопределено, ПараметрыСканирования);
ПараметрыЗавершенияВводаШтрихкода = ПараметрыЗавершенияВводаШтрихкода(ИсходныеДанные, РезультатОбработки, ПараметрыСканирования);
ШтрихкодированиеИСКлиент.ЗавершитьОбработкуШтрихкода(ПараметрыЗавершенияВводаШтрихкода);
АктивироватьСтрокуСПозицией(РезультатОбработки);
ПересчитатьДокументНаКлиенте();
КонецПроцедуры
—
И после этого всё заработает, как надо. Там просто не хватает разделителей, которые у 1с называются «Символ(29)».
victuan1
295 — 12.11.21 — 09:17
(294) Ваш код не универсален — не для всех товарных групп подойдет.
VKOSH
296 — 12.11.21 — 11:54
(295) А в жизни вообще нет ничего универсального. Это тот «костыль», который мне пришлось вставлять в конфигурацию «УТ 11», чтобы в моем случае, кассы Штрих-М заработали, как надо. Я лишь дал вам пример решения этой проблемы, а вы можете на его основе переписать код под ваши условия. В моем случае, данный код полностью отрабатывает и решает проблему.
Если вы используете тип «GS1_DataMatrix», который имеет стандартную для него структуру, а именно: «(«Префикс 01» + «14 символов GTIN») + («Префикс 21» + «13 символов серийник») + (здесь вставляем «Символ 29») + («Префикс 91» + «4 символа проверочный ключ») + (здесь вставляем «Символ 29») + («Префикс 92″ + Криптохвост до 88 символов»)», то данный код вам подойдет. По сути он просто вставляет «Символ 29» в двух местах: перед префиксом «91» и перед префиксом «92».
victuan1
297 — 12.11.21 — 16:13
(296) Приведенная вами структура отнюдь не является стандартной для всех товарных групп. Пишу здесь как предостережение для тех, кто решит бездумно копировать ваш код.
VKOSH
298 — 12.11.21 — 17:51
(297) У нас «Парфюмерия», для неё данная структура соответствует, для «Обуви» и «Одежды», насколько мне известно, тоже соответствует. С другими видами товара не сталкивался, возможно, что там есть какие-то отличия. Если у кого-то возникнут какие-то сложности, то нужен будет пример вашего кода маркировки, и я подправлю мой программный код под ваш вид товара.
CepeLLlka
299 — 12.11.21 — 19:08
Спрошу в этой теме..
Друзья, после перехода на ффд 1.2 начались проблемы с ФР АТОЛ 11Ф
Время от времени, бывает раз в день, а бывает и 5 раз за день, ФР выдаёт чек — «Отчет автотестирования», такое ощущение что он тупо ребутится как-то что-ли..
Бывает такое происходит в момент пробития чека, особенно при оплате по банку, с подключенным интегрированным терминалом. В момент пробития чека, теряется связь с ФР..
Никто таких проблем не наблюдает? Есть какие-то мысли на этот счёт?
Конфа 1С Розница, релиз 2.3.9.42, Драйвер ККТ 10.9.0.9
Накачу обновление в понедельник конечно, но боюсь дело не в этом..
GlRoznica
300 — 12.11.21 — 19:10
(299) а какая прошивка?
Автор
Тема: Код товара не распознан (Прочитано 3417 раз)
Добрый день, перевели ККТ Штрих-М 01Ф на ФФД 1.2 прошивка С3 от 17.01.22, Драйвер ФР 5.17.877, 1С Розница и начались проблемы при пробитии товара со штрихкодом CODE39, ККМ при закрытии чека ругается, что «Код товара не распознан», если в таблице 17 поле 41 поставить в значение «1», то всё пробивается, но при этом в ОФД этот товар (немаркированный) стоит в статусе [M-] и нам пришли письма из «Честного знака»,
В рамках проведения мониторинга фискальных документов поступающих в ГИС МТ, выявлены следующие ошибки:
126 - Ошибка верификации КМ.
Номер технологической квитанции Номер ФД Номер ФН Дата чека
e625c5dc-0d02-45cc-838b-ea8ef4cc2be8 1158 9960440302046826 2022-06-18 17:49:00
f9f5a31c-22f5-4a00-8e1c-4150efaf24cd 1157 9960440302046826 2022-06-18 17:30:00
177cb829-59ac-425d-b899-bdc019934834 1156 9960440302046826 2022-06-18 15:55:00
Это именно те немаркированные товары которые со штрихкодом CODE39.
Что с этим можно сделать, кто в этом случае «косячит» ККТ, драйвер ФР или 1Срозница?
Записан
Таблица 17 поле 41 «Разрешать принимать тег 1300 — нераспознанный код товара, который не является не установленного типа и не идентифицированной, как один из реквизитов «КТ EAN-8» (тег 1301), «КТ EAN-13» (тег 1302), «КТ ITF-14» (тег 1303), «КТ GS1.0» (тег 1304), «КТ GS1.M» (тег 1305) (маркированный товар), «КТ КМК» (тег 1306), «КТ МИ» (тег 1307), «КТ ЕГАИС- 2.0» (тег 1308), «КТ ЕГАИС-3.0» (тег 1309), «КТ Ф.1» (тег 1320), «КТ Ф.2» (тег 1321), «КТ Ф.3» (тег 1322), «КТ Ф.4» (тег 1323), «КТ Ф.5» (тег 1324), «КТ Ф.6″ (тег 1325).»
0 — не принимать
1 — принимать
Поэтому трогать и ставить на 1 не нужно.
Если возникает ошибка D3h или 211 «Код товара не распознан», то значит, что его не стоит даже проверять на сервере, так как он не пройдет проверку, так как формата кодов подобного рода на сервере точно не будет. Нужно лечить ошибку не принятием всего подряд, получая [М-] у каждой позиции, а настройкой сканера, который либо не считывает некоторые символы, либо добавляет лишние символы, либо подменяет символы. Подробнее о том, как проверить сканер, описано тут:
https://docs.google.com/document/d/1ec2ufRcd716ewjKVJTyxAv4e4sEh6jRWsqwQhr2FWQo/
Записан
В задачи технической поддержки ГК «Штрих-М» ответы на форуме не входят!
Для получения оперативной поддержки обращайтесь
E-mail: tp@shtrih-m.ru
Telegram: @shtrihtp
Телефон: +74957876090 доб. 794
А также на более живой форум:
https://kkmcom.ru/index.php/board,276.0.html
Спасибо за ответ, но проблема в том, что товар НЕМАРКИРОВАННЫЙ и никаких реквизитов, что он подлежит маркировке у него нет, единственное отличие у него ШК не EAN13 а CODE39, этот штрихкод передается в ККТ и ККТ дает ошибку 211 «Код товара не распознан». Вопрос: почему CODE39 не распознается это же обычный линейный штрихкод?
И на чеке при закрытии отсутствует буква [M]
Вот фрагмент чека
«name»: «C-901 4RS-103 фильтр масляный NITTO«,
«nds»: 6,
«paymentType»: 4,
«price»: 46000,
«productCodeNew»: {
«ean13»: «4976135170047»
},
«productType»: 1,
«quantity»: 1,
«sum»: 46000
},
«checkingProdInformationResult»: 5,
«itemsQuantityMeasure»: 255,
«labelCodeProcesMode»: 0,
«name»: «10-минутн.промывка двигателя с ER 444мл. HG2214«,
«nds»: 6,
«paymentType»: 4,
«price»: 111000,
«productCodeNew»: {
«undefined»: «009603022143»
},
«productType»: 1,
«quantity»: 1,
«sum»: 111000
Здесь видно, что там где штрихкод EAN13, то он распознается, а там где CODE39 — статус «undefined», видно что товар немаркируемый «10-минутн.промывка двигателя с ER 444мл. HG2214«, и на такие чеки из честного знака приходят сообщения которые выложил в первом сообщении, почему-то ЧЗ воспринимает этот товар как маркированный.
Можно каким-то образом научить ККТ принимать штрихкод CODE39, что-бы он не был в статусе «undefined»?
Записан
Пришлите, пожалуйста, фото кода 009603022143
По-хорошему, нужно слать 0009603022143, чтобы код распознавался как ean13, а не как «нераспознанный», потому что в ean13 должно быть 13 символов, а не 12.
Делать это нужно через верхнее ПО. Может, можно и в аппарате сделать настройку, чтобы все 12 значные коды насильно доделывались до ean-13 добавлением 0. Но для этого нужно знать зачем, почему и откуда вы добавляете данный код в чек. Хорошо бы для начала на него взглянуть.
Записан
В задачи технической поддержки ГК «Штрих-М» ответы на форуме не входят!
Для получения оперативной поддержки обращайтесь
E-mail: tp@shtrih-m.ru
Telegram: @shtrihtp
Телефон: +74957876090 доб. 794
А также на более живой форум:
https://kkmcom.ru/index.php/board,276.0.html
Записан
Значит, проблема в том, что шк немаркированного товара в 1С шлется в чек. Этого быть не должно.
Нужно звать 1Сника.
В ЧекеККМ в модуле менеджера:
Функция ДанныеДляПробитияЧека()
МассивСтрок = Новый Массив;
ПредметыРасчетовПоДокументу = Документы.ЧекККМ.ПредметыРасчетовПоДокументу(Объект.Ссылка);
Для каждого СтрокаТЧ из ПредметыРасчетовПоДокументу.Товары Цикл
СтрокаПозицииЧека = МенеджерОборудованияКлиентСервер.ПараметрыФискальнойСтрокиЧека();
СтрокаПозицииЧека.Вставить(«РезультатРаспределенияВрем»);
// Общие данные строки чека
СтрокаПозицииЧека.ПризнакСпособаРасчета = ПредопределенноеЗначение(«Перечисление.ПризнакиСпособаРасчета.ПередачаСПолнойОплатой»);
СтрокаПозицииЧека.ПризнакПредметаРасчета = РозничныеПродажиКлиентСервер.ПризнакПредметаРасчетаФискальнойОперации(
СтрокаТЧ.ТипНоменклатуры, СтрокаТЧ.ПодакцизныйТовар);
СтрокаПозицииЧека.Наименование = НоменклатураКлиентСервер.ПредставлениеНоменклатурыДляПечати(
СтрокаТЧ.НоменклатураНаименование,
СтрокаТЧ.ХарактеристикаНаименование);
Упаковка = СтрокаТЧ.Упаковка;
Если НЕ ЗначениеЗаполнено(Упаковка) Тогда
Упаковка = ОбщегоНазначения.ЗначениеРеквизитаОбъекта(СтрокаТЧ.Номенклатура, «ЕдиницаИзмерения»);
КонецЕсли;
Если ВерсияФФД = «1.2» Тогда
СтрокаПозицииЧека.КодЕдиницыИзмерения = РозничныеПродажи.КодЕдиницыИзмеренияПараметраЧека(Упаковка);
Иначе
СтрокаПозицииЧека.ЕдиницаИзмерения = СокрЛП(Упаковка);
КонецЕсли;
СтрокаПозицииЧека.НомерСекции = 1;
СтрокаПозицииЧека.Цена = СтрокаТЧ.Цена;
СтрокаПозицииЧека.СтавкаНДС = РозничныеПродажиКлиентСервер.СтавкаНДСФискальнойОперации(СтрокаТЧ.СтавкаНДС);
СтрокаПозицииЧека.СуммаНДС = СтрокаТЧ.СуммаНДС;
// Расчетные данные строки чека
СтрокаПозицииЧека.Количество = СтрокаТЧ.КоличествоУпаковок;
СтрокаПозицииЧека.Сумма = СтрокаТЧ.СуммаСНДС;
Если СтрокаПозицииЧека.Количество <> 0 Тогда
СтрокаПозицииЧека.ЦенаСоСкидками = Окр(СтрокаТЧ.СуммаСНДС / СтрокаТЧ.КоличествоУпаковок, 2);
СтрокаПозицииЧека.СуммаСкидок = СтрокаТЧ.СуммаСкидки;
КонецЕсли;
Если ОбщегоНазначенияУТКлиентСервер.ЕстьРеквизитОбъекта(СтрокаТЧ, «Штрихкод»)
И ЗначениеЗаполнено(СтрокаТЧ.Штрихкод) Тогда
СтрокаПозицииЧека.Штрихкод = СтрокаТЧ.Штрихкод;
Нас интересуют последние 3 строки.
Нужно заменить последний строку на СтрокаПозицииЧека.Штрихкод =»»;
УТ 11.1.14.115
После этого 1с перестает передавать ШК в код товара. И все выглядит корректно.
Записан
В задачи технической поддержки ГК «Штрих-М» ответы на форуме не входят!
Для получения оперативной поддержки обращайтесь
E-mail: tp@shtrih-m.ru
Telegram: @shtrihtp
Телефон: +74957876090 доб. 794
А также на более живой форум:
https://kkmcom.ru/index.php/board,276.0.html
idw
03.08.21 — 19:38
Обновили ККТ до версии ФФД 1.2
Теперь из 1С БП 3 (последняя версия) не печатаются чеки.
ККТ Атол 55ф, драйвер атола 10.9.0
Возникает ошибка тут:
ерсияФН = ?(ОбщегоНазначенияКлиентСервер.СравнитьВерсии(ВерсияФН, «1.0.5.0») > 0, ВерсияФН, «1.0.5.0»);
Версия ФФД ФН пишет одни вопросы так: ???
Кто-нибудь сталкивался с таким? Есть решение?
DmVl76
201 — 13.10.21 — 14:20
Начал тестировать с МГМ, УПП. В старой обработке переделал формирование GoodCodeData, передаю полный код в Base64. Если передавать реальный код, то выдает 2106,РЕЗ-Т ПРОВ. СВЕД. О ТОВ.:3, если сгенерированный в тестовом контуре, то 2106, РЕЗ-Т ПРОВ. СВЕД. О ТОВ.:0, что логично — в тестовом коде критпохвост вида testtesttest…. В обоих случаях печатается [М]
Возникают вопросы:
1. Достаточно ли положительного результата проверки только ФН, без проверки в ЦРПТ? Если да, то шьем боевые кассы и все, по желанию на них позже допиливаем проверку ЦРПТ.
2. Получится ли на МГМ проверить тестовый код в ЧЗ? ФН его разворачивает, может он его все-таки передаст в ЧЗ. Хотя эти коды в ЧЗ я уже второй день не могу ввести в оборот, тестовый контур работает в рандомное время, выдает постоянно 503 ошибку.
Oleg_Bu
202 — 19.10.21 — 11:25
(200) Добрый день!, подскажите пжста, откуда в коде запускается цепочка проверки Кодов марок, сам никак не могу найти это, У меня УПП 1.3.167.1.
Нашел вот это «МенеджерОборудованияКлиент.НачатьЗапросКМ», но не могу понять, откуда это запускается! Поиск не дал результат…
mouse4mice
203 — 19.10.21 — 13:49
Штриховский каменный цветок наконец вышел!
Компонента 1С от Штрих-М для работы в формате ФФД 1.2 сегодня получила статус «1С совместимо».
View post on imgur.com
ttk
204 — 19.10.21 — 14:18
(203) а где можно скачать?
на сайте штриха не нашел
Spyke
205 — 19.10.21 — 14:18
В Рознице 2.3.10.24 (Типовая) при пробитие чека через Штрих, марка не проходит проверку, данные в ОФД передаются с маркой, но марка как была в статусе Introduced, так и остается. При пробитии этой же марки через тест драйвер все проходит корректно на чеке появляется М+ и марка выходит из оборота в ЦРПТ
mouse4mice
206 — 19.10.21 — 14:29
mouse4mice
207 — 19.10.21 — 14:32
(205) Не ту версию компоненты в 1С подцепили.
Для успешного внедрения компоненты 3.4, запускайте 1С исключительно от имени Администратора, архив с компонентой необходимо использовать вот этот «shtrih-m_34_x32_64».
Если после установки компоненты в 1С она выдаёт ошибку, зарегистрируйте библитеку вручную, открыв командную строку от имени Админа.
Тест драйвер ККТ должен быть 32-битный и установлен в папку: C:Program Files(x86)SHTRIH-M Актуальная версия Тест драйвера: 5.16.877
Spyke
208 — 19.10.21 — 14:39
(207) Спасибо, проверяю
mouse4mice
209 — 19.10.21 — 14:47
(208) Мы тоже начали отладку, но пока на МГМ-ФН-М 1.2
Oleg_Bu
210 — 19.10.21 — 15:31
(202) Отвечу сам, в УПП 1.3.167.1 походу еще нет кода с запуском цепочек. В Рабочем месте кассира Розницы 2.3.10.24 — это можно увидеть.
Spyke
211 — 19.10.21 — 15:54
(205) Пока не взлетело
Starik113
212 — 19.10.21 — 16:02
(210) В УТ10 функционал по проверке марок не реализован, соответственно не работает списание марок из оборота. В УПП скорее всего так же
Spyke
213 — 19.10.21 — 18:47
(205) Все ок, была проблема с настройками параметров в ккт ОФД порт проверки км
cojko
214 — 19.10.21 — 18:47
Конфигурация: Управление торговлей, редакция 11 (11.4.13.280) При продаже маркированной продукции "Шины" не пробивается чек ККМ. Касса настроена на ФФД 1.2. Драйвер АТОЛ 10.9.0.8
В 1С везде написано, что версия ФФД 1.1. Но касса точно на ФФД 1.2.
При пробитие чека с марками выдает "Ошибка программирования реквизита 1162"
У кого-то есть такая проблема? Она решается?
DmVl76
215 — 20.10.21 — 10:15
(209)Как продвигается. Я попробовал с полной проверкой, но не взлетело.
Если брать код, сгенерированный тестовым контуром ЦРПТ, он имеет вид:
010<EAN>21<S/n><GS1>91FFD0<GS1>92testtesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttesttest,
то при запросе КМ вылетает ошибка — код не распознан.
Если поменять 2 последних символа этого кода на «==», то ошибки не возникает, статус проверки =2, ФН не содержит ключ проверки кода проверки этого КМ
Если же указывать реальный код - то локальная проверка проходит нормально А вот при ПолучитьРезультатыЗапросаКМ() в обоих случаях возвращает <?xml version="1.0"?> <ProcessingKMResult GUID="" Result="true" ResultCode="-1" HandleCode="0"/>,
хотя СтатусЗапроса = 0, т.е. результат получен. Такое ощущение, что тестовый контур не работает на проверку кодов (не удивлюсь, 10 дней вводили в оборот 5 КМ, запросиои 3 или 4 раза уточнения, в конце концов ввели вручную), либо в настройкак кассы чего-то не учел, либо их в принципе не проверить с МГМ, т.к. у гененрируемого тестовым контуром КМ фейковый криптохвост, ну а реальных КМ там нет.
Тег 1163 формируется, в тестовом ОФД виден чек с маркой.
Теперь непонятно, что с этим делать.
mouse4mice
216 — 20.10.21 — 10:25
(214) У вас в 1С не та версия компоненты из архива с Тест драйвером подключена, я выше писал какую версию внедрять следует, чтобы взлетело.
Вот человек вчера отписался, что в таком же релизе УТ как у вас у него маркировка успешно бьётся:
https://forum.shtrih-m-partners.ru/index.php?topic=34070.60
mouse4mice
217 — 20.10.21 — 10:28
(214) Только сейчас заметил различия, у него ККТ Штрих-М, а у вас Атоловский аппарат.
Вам следует библиотеку компоненты заново в 1С установить, включая процедуру регистрации .dll через командную строку и обязательный запуск платформы 1С от имени Админа.
mouse4mice
218 — 20.10.21 — 10:35
(215) У нас сейчас на макете ФН-М никак не получается пройти проверку обновления ключей.
При открытии смены пишет ошибку «обновление ключей проверки не выполнено».
Нашли параметры тестового контура сервера ОКП, прописали эти параметры согласно номеру нашего макета ФН, затем прописали в таблицах тестовый сервер ОФД.
Всё равно не работает, ключи не обновляются, следовательно мы не можем начать процесс продажи маркированного товара ни в нашей 1С, ни через Тест драйвер ККТ.
View post on imgur.com
https://docs.google.com/spreadsheets/d/190heU5YQR4WV6EdV0FleXbsZdzhrf1BrQGRlOCdG40o/edit#gid=0
mouse4mice
219 — 20.10.21 — 11:26
Установили kktproxy.exe и прописали значение socks5 в таблицах — ошибка ключей при открытии смены исчезла.
Теперь пишет «обновлено ключей 2, ошибок нет».
https://docs.google.com/document/d/1dLuTrYn6P-aOHpsB-zb3DT2xfF4F2xoWhoOyvr068bY/edit
101101101
220 — 21.10.21 — 12:19
Коллеги, добрый день!
Опишу наши муки с ФФД 1.2 и текущие результаты, может кто идет в этом направлении…
У нас маркировка одежды и обуви, никаких дробных количеств нет.
Коды маркировки мы проверяем сразу после сканирования своим веб-сервисом, соответственно в ККТ мы отправляем заведомо корректные марки.
Зачем нам проверять их второй раз средствами ККТ непонятно. Также непонятно можно ли этого избежать.
Драйвер и компонента 1С штриха обновлены до необходимых версий, все хорошо.
В xml пишем: «<GoodCodeData GS1.M=»КракозябрыBase64КодаМаркировкиСХвостомИСкрытымиСимволамиGS»/>», все остальное как в прошлой версии ФФД.
При этом в чек выходит, все хорошо. В ОФД: Результат проверки сведений о товаре [М], Код товара — марка без хвоста (то есть все хорошо расшифровалось).
Но на бумажном чеке, примерно там где должно быть [М] выводится «КМ?» Техподдержка штриха говорит, что это тэг 2107 в значении 1, типа проверка КМ средствами кассы не проводилась.
С тестовым контуром ЧЗ как я понимаю проблемы, в рабочем контуре выведение марки из оборота проверить пока не можем.
Несколько вопросов:
1) Туда ли мы идем? или плюнуть на все и сделать вторую проверку средствами ККТ, как в стандартной 1С:Рознице?
2) Если то что мы делаем допустимо, как добиться, чтобы на бумажном чеке печаталось [М], а не «КМ?» ?
3) Может в XML дописать, что-нибудь, чтобы не проверяло, а сразу отправляло? Или есть какая-нибудь настройка драйвера Штриха?
4) Кто пробовал схему как у нас, будут ли марки выводиться из оборота или никак без проверки средствами ККТ?
GlRoznica
221 — 21.10.21 — 21:25
(220) Поздравляю! С 1 декабря, те, кто внес недостоверные сведения в ЧЗ, подлежат административной отвесности.
Счастья вам и удачи, в Новом году!
victuan1
222 — 22.10.21 — 05:49
"Зачем нам проверять их второй раз средствами ККТ непонятно. Также непонятно можно ли этого избежать. "
Таков закон, надо исполнять. Избежать проверки средствами ККТ (точнее ФН) невозможно, т.к. обязательное прохождение проверки железно зашито в сам ФН-М на аппаратном уровне, не изменить. Если КМ не прошел проверку в ФН, то чек ККТ пробить не получится — будет ошибка, что КМ не проверен (запрет на уровне ФН, производители прошивок ККТ его обойти не смогут даже если очень сильно попросить).
DmVl76
223 — 22.10.21 — 07:09
(222) А по (215) не подскажете? Это связано именно с тем, что бьем по тестовому контуру?
END
224 — 22.10.21 — 08:36
(223) Тестовый контур у нас всегда возвращал ошибку проверки марки. Попробуй взять боевой ККТ, настрой в 1С проверку при сканировании. Если при добавлении товара в чек проверка ККТ проходит успешно, значит все хорошо на этом этапе.
ТутЯ
225 — 22.10.21 — 09:17
Коллеги, у Штриха вышел новый драйвер 5.16.883. Заявлено, что исправлена ошибка чека коррекции.
Приступаем к тестированию.
DmVl76
226 — 22.10.21 — 10:06
(224) На 1.2 прошита только касса с МГМ. Боевые кассы прошивать нельзя — если что-то пойдет не так, то назад на 1.05 уже не перейти. Придется тогда тестовую кассу регистрировать и покупать туда обычный ФН.
END
227 — 22.10.21 — 11:08
(226) Ну, поработает магазин временно без одной кассы. Мы так и сделали. Магаз на 3 кассы, одну прошили под 1.2 и сняли на стенд. В магазе работает пока 2 кассы. Справляются.
Darksid
228 — 22.10.21 — 11:22
Коллеги!!всем добрейшего чего-то там. Кто-то решил вопрос с кассами атол? 1с УТ обновили уже на последний релиз,никак не можем подменить драйверы на новые,чтобы всё заработало гугл не помогает даже на 4 странице
GlRoznica
229 — 22.10.21 — 11:24
(228) все работает отлично. Вызовите специалиста.
victuan1
230 — 22.10.21 — 15:00
(223) Насчет тестового контура не скажу. Я сразу на боевом всё сделал. И причем для 1С 7.7
Для Атол и для Штрих-м, на их родных драйверах, еще до до того как вышла обновленная БСП для 1С8. )))))
ТутЯ
231 — 22.10.21 — 16:42
Как оказалось у Штрихов есть настройка и пробить можно любую марку (помойку), запрета не будет.
Таблица 17 строка 41 «RUS принимать все КТ» = 1.
ТутЯ
232 — 22.10.21 — 16:47
Чек коррекции на новом драйвере 5.16.883 действительно работает.
При тестировании обычных чеков (не коррекции) замечено, что при большой нагрузке на кассу происходит зависание ККТ минут на 10-30, потом касса оживает и работает как обычно.
Зависание может быть как при локальной проверке так и при проверке статуса товара ОИСМ.
В чем может быть причина?
mouse4mice
233 — 25.10.21 — 10:10
(232) Добрый день. Может подскажете, что мы делаем не так?
Наш программист пытается доработать отраслевую конфигурацию согласно инструкции к компоненте ФФД 1.2, формирует запрос, но в поля Checking и CheckingResult возвращается ответ «false».
Метод:
ЗапросКМ()
Входные данные:
<?xml version="1.0" encoding="UTF-8"?> <RequestKM GUID="4a72ab02-b309-431b-ac84-f39ee4fcfdc9" MarkingCode="MDEwNDYwMzk4ODAwMTk4MjIxODAySjU0NTc1TDhKSR05MUVFMDYdOTJwdzFmNW1kcTBPbm03RkFWVHdmSmErajJ6RCt4NmMyMWdqMnZPNVR4MWVFPQ==" PlannedStatus="1"/> Результат: <?xml version="1.0"?> <RequestKMResult Checking="false" CheckingResult="false"/>
mouse4mice
234 — 25.10.21 — 10:13
(232) В какой конфигурации работаете?
Какую модель Штрих-М используете?
На боевой ККТ чеки с маркировкой бьёте или тестовой с МГМ-ФН-М на борту?
Поясните пожалуйста функционал настройки:
Таблица 17 строка 41 «RUS принимать все КТ» = 1.
victuan1
235 — 25.10.21 — 12:00
(234) При такой настройке ККТ будет принимать любые марки, т.е. ККТ не будет контролировать правильность формата марки, и будет писаться тег 1300, если марка не распознана.
mouse4mice
236 — 25.10.21 — 12:42
(235) Понял вас. Спасибо.
Helene1986
237 — 25.10.21 — 15:00
(225) Товарищи, дайте ссылку на последние драйвера штриха 5.16.883, не нашла. заранее благодарю
D3h, ошибка привязки КМ: код товара не распознан кто-нибудь решил вопрос?
ТутЯ
238 — 25.10.21 — 15:28
(225) Должны быть разделители в коде марки.
Если и с разделителями ошибка, то настройкой кассы Таблица 17 строка 41 «RUS принимать все КТ» = 1.
http://doc.shtrih-m.ru/
ТутЯ
239 — 25.10.21 — 15:28
ТутЯ
240 — 25.10.21 — 15:31
(233) аналогичная проблема.
//В какой конфигурации работаете?
Своя, на основе БП.
//Какую модель Штрих-М используете?
Штрих-М-01Ф
//На боевой ККТ чеки с маркировкой бьёте или тестовой с МГМ-ФН-М на борту?
МГМ
И от себя вопрос, подскажите, пожалуйста как работать с МГМ и тестовым ОФД? Как проверить информацию в ОФД?
Helene1986
241 — 25.10.21 — 15:39
(238) Таблица 17 строка 41 «RUS принимать все КТ» = 1 Это сделала уже, стал на кассе пробивать, но ОФд уходит код товара 04811644000721(21)yxhwjgyed
отладкой прошлась он из 1с передал кассе 04811644000721(21)yxhwjgyed , а в офд почему такую кривоту шлет ? 011) вместо (01)
Helene1986
242 — 25.10.21 — 15:41
(238) Таблица 17 строка 41 «RUS принимать все КТ» = 1 Это сделала уже, стал на кассе пробивать, но ОФд уходит код товара 011)04811644000721(21)yxhwjgyed
отладкой прошлась он из 1с передал кассе (01)04811644000721(21)yxhwjgyed , а в офд почему такую кривоту шлет ? 011) вместо (01)
mouse4mice
243 — 25.10.21 — 16:36
(240) [quote]подскажите, пожалуйста как работать с МГМ и тестовым ОФД? Как проверить информацию в ОФД?[/quote]
Для этого необходимо зарегистрировать вашу тестовую ККТ с МГМ на борту в спец. тестовом личном кабинете ОФД и затем закрепить за этой ККТ демо-договор ОФД к примеру на 3 месяца.
ОФД «СБИС» (он же Тензор) бесплатно предоставляют подобный тестовый ЛК. Уточняйте у своего ОФД наличие подобного функционала.
Вот инструкция от «СБИС»:
https://disk.yandex.ru/i/kD1LP-1y_llLwg
mouse4mice
244 — 25.10.21 — 16:55
(240) {quote}аналогичная проблема.{/quote}
Мы отправили офиц. запрос в отдел разработки «Штрих-М» мск. Ждём комментариев.
DmVl76
245 — 26.10.21 — 06:22
(233) У вас одежда судя по коду? В тесте драйвера при проверке выдает:
Статус локальной проверки : 0 "код маркировки не может быть проверен фискальным накопителем с использованием ключа проверки КП" Результат локальной проверки : 1, КМ данного типа не подлежит проверке в ФН Распознанный тип КМ : 3, КМ со значением кода проверки длиной 44 символа, не подлежащим проверке в ФН
Насколько помню, только обувь и еще какая-то товарная группа может проверяться локально ФН.
DmVl76
246 — 26.10.21 — 06:25
Подставил код обуви:
Статус локальной проверки : 3 "код маркировки проверен фискальным накопителем с использованием ключа проверки КП" "результат проверки КП КМ фискальным накопителем с использованием ключа проверки КП положительный" Результат локальной проверки : 0, КМ проверен в ФН Распознанный тип КМ : 2, КМ со значением кода проверки длиной 88 символов, подлежащим проверке в ФН
victuan1
247 — 26.10.21 — 07:07
(241) Так и передаете код со скобками (21)?
Это неправильно. Нужно передавать без скобок, но с символом #29 в нужных местах.
mouse4mice
248 — 26.10.21 — 09:13
(245) У нас не одежда, у нас лекарственные препараты (медикаменты).
Подскажите, вы наш код маркировки у себя в Тест драйвере проверили?
И Тест драйвер выдал вам: «КМ данного типа не подлежит проверке в ФН»?
Озвучьте пожалуйста пошагово, как вы проводите тест кода маркировки в Штриховском Тест драйвере ККТ?
victuan1
249 — 26.10.21 — 09:26
(248) Локальная проверка (она же оффлайн-проверка) КМ в ФН предусмотрена только для обувных товаров (только для них существуют ключи ОКП, которые загружаются в ФН с сервера при каждом открытии кассовой смены).
Онлайн-проверка проводится на сервере ИСМ — для всех товаров (если ККТ имеет доступ в интернет в момент проверки).
Оффлайн-проверка (локальная) — производится только для обувных товаров (независимо от того, имеет ли ККТ в этот момент доступ в интернет).
mouse4mice
250 — 26.10.21 — 09:43
(244) Пришёл ответ от разработчиков Штрих-М мск:
«Что ККМ на команду проверки КМ возвращает, то я и выдаю. В данном случае: на проверку следующей КМ у меня возвращается следующее:
010460398800198221802J54575L8JI<0x1D>91EE06<0x1D>92pw1f5mdq0Onm7FAVTwfJa+j2zD+x6c21gj2vO5Tx1eE=
Статус локальной проверки: 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 (Результат проверки КП КМ фискальным накопителем с использованием ключа проверки КП отрицательный.)"
mouse4mice
251 — 26.10.21 — 09:56
(249) Теперь мы пытаемся понять, требуется ли нам сейчас в срочном порядке приобретать боевой ФН-М и подключать ККТ к боевому ОФД, чтобы проследить весь путь КИЗа от нашей ККТ в ОФД, а затем и в «Честный Знак». Можете что-либо подсказать?
На данный момент в нашей ККТ прописан тестовый сервер ОИСМ, но ещё не присвоен тестовый ОФД и касса не зарегана в тестовом личном кабинете «СБИС».
Может поэтому разработчики отписались нам, что:
"результат проверки КП КМ отрицательный или код маркировки не был проверен" "от ОИСМ получены сведения, что планируемый статус товара некорректен или сведения о статусе товара от ОИСМ не получены"
DmVl76
252 — 26.10.21 — 10:17
(250) А вы просто проверяете код маркировки из тест-драйвера на МГМ?
У меня вторая часть не выводится:
Код ответа ФН на команду онлайн-проверки: 0, Ошибок нет
Результат проверки КМ: 5 "код маркировки проверен" "результат проверки КП КМ отрицательный или код маркировки не был проверен" "проверка статуса ОИСМ выполнена" "от ОИСМ получены сведения, что планируемый статус товара некорректен или сведения о статусе товара от ОИСМ не получены"
«результат проверки КП КМ и статуса товара сформирован ККТ, работающей в режиме передачи данных»
Реквизиты ответа сервера: 42 08 04 00 59 15 77 61 39 08 01 00 02 D5 07 01 00 05
И еще Количество уведомлений в очереди : 31
Что-то с настройками кассы?
mouse4mice
253 — 26.10.21 — 10:22
(252) Нам не удаётся проверить код маркировки в Тест драйвере ККТ на МГМ. Как выяснилось, нам и не требуется это делать. У нас лекарства, не обувь.
mouse4mice
254 — 26.10.21 — 10:25
(252) [quote]Что-то с настройками кассы?[/quote]
Думаю, у вас чеки в ОФД не уходят.
Если у вас МГМ, то касса должна быть зарегана в отдельном тестовом личном кабинете вашего ОФД и к ней должен быть привязан боевой договор ОФД.
Чеки в ФНС не уйдут, но зато вы сможете проанализировать их корректность в тестовом ЛК ОФД.
DmVl76
255 — 26.10.21 — 10:25
(253) У меня не проверялся именно через ЦРПТ. Увидел как у вас выдает сообщение о проверке, стал проверять кассу. В результате оказалось, что просто закрыт порт по работе с КМ (7788)
mouse4mice
256 — 26.10.21 — 10:27
(255) Да, все возможные порты мы открыли, включая порты сервера ОИМС.
И на уровне брэндмауэра Windows, и на уровне маршрутизатора.
DmVl76
257 — 26.10.21 — 10:27
(254) В ОФД как раз уходили, в ЦРПТ — нет, таблица 19, пункт 6 — порт был закрыт
DmVl76
258 — 26.10.21 — 11:52
(215) как раз из-за (257) Поставил в таблице принимать все КМ, пробил тестовый КМ, в чеке [М+] и КМ выбыл в тестовом контуре
Darksid
259 — 26.10.21 — 18:09
по поводу касс атол-чтобы всё работало в ут11 нужно платформу взять 8.3.18.1616(можно и ниже,но лучше её,чтобы точно заработало). в самой кассе прописать в параметрах адрес проверки ОКП. мы брали prod01.okp-fn.ru порт 26101. всё ожило,страдания прошли)
вдруг кому-то пригодится…
Alyona
260 — 27.10.21 — 20:39
Добрый день! Как в итоге решили проблему?
такая же ошибка «D3h, Код товара не распознан».
ТутЯ
261 — 28.10.21 — 08:20
(260) ответ в (110)(231)(235)
mouse4mice
262 — 28.10.21 — 10:09
(261) Доброе утро. Я выяснил, что этот функционал проверки кода маркировки на уровне ККТ в боевых условиях отключать нельзя.
Поскольку производитель к примеру лекарственного препарата в виду сбоя оборудования может нанести некорректный/битый код на упаковку.
При подобном развитии событий считанный вам КМ мгновенно улетит в ОФД, а затем и в Честный Знак.
А так как с 1 Декабря 2021 в КоАП вводятся новые штрафные санкции за некорректно-представленные сведения в систему маркировки, то продавца и производителя рублём накажет «Роспотребнадзор».
Причём не просто предписание по почте выпишет (как это ФНС практикует), а начнёт судебное разбирательство с последующим судебным постановлением.
Это всё время, нервные клетки и деньги. И если денежные средства можно заработать, временной ресурс оценить невозможно, время бесценно в принципе.
mouse4mice
263 — 28.10.21 — 10:19
Чтобы вы понимали, у нас сейчас на демо-стенде лежит в качестве образца сфотографированный и распечатанный DataMatrix (рядом с которым указаны GTIN и серийный номер).
Этот DataMatrix в своё время был реально нанесён на упаковку с лекарством и выпущен в оборот.
Когда мы отключаем функцию проверки КМ через настройки таблиц в Тест драйвере Штриха, считанный битый DataMatrix успешно проходит сканирование.
Когда мы включаем обратно проверку кодов на уровне ККТ, при сканировании битого DataMatrix верхнее ПО сразу возвращает ошибку, а на ККТ звучит оповещающий сигнал-гудок.
Вывод: отключать данный функционал целесообразно только в тестовых условиях, не в боевых.
Alyona
264 — 28.10.21 — 11:43
(261) Спасибо! настройки помогли))) М вышла на печать.
Но я так понимаю в честном знаке код так же не распознается и статус не изменится… видимо что то пропускаем
ТутЯ
265 — 28.10.21 — 12:50
(249)
//Локальная проверка (она же оффлайн-проверка) КМ в ФН предусмотрена только для обувных товаров (только для них существуют ключи ОКП, которые загружаются в ФН с сервера при каждом открытии кассовой смены).
Откуда эта информация?
Техподдержка Штрих М утверждает, что духи, обувь, одежда, лекарства и шины должны проходить локальную проверку.
Если криптохвост в 44 символа — не проводится проверка, если 88 — проводится проверка.
У нас шины, хвост 88, но проверку не проходим, ответ всегда false.
<?xml version="1.0"?> <RequestKMResult Checking="false" CheckingResult="false"/>
ТутЯ
266 — 28.10.21 — 12:55
Для Штрихов появился новый драйвер 884 http://doc.shtrih-m.ru/
ТутЯ
267 — 28.10.21 — 14:39
(265) Закружилась совсем, у шин 44.
ТутЯ
268 — 28.10.21 — 17:39
У меня какое-то несчастье с чеком коррекции.
Радость была недолгой, часть чеков фискализирована и далее как ранее, аварийное завершение 1С…
Коллеги, кто работает на Штрих М через Ethernet и успешно пробивает чеки коррекции? Научите, пожалуйста, так работать.
DmVl76
269 — 29.10.21 — 04:09
(265) духи, обувь, одежда, лекарства и шины должны проходить локальную проверку
У одежды 44 символа хвост
victuan1
270 — 29.10.21 — 05:50
(269) ну-ну..
DmVl76
271 — 29.10.21 — 08:56
(270) А что не так? У нас есть одежда и текстиль — как от поставщиков, так и генерируемые нами общая длина 85, криптохвост 44
victuan1
272 — 29.10.21 — 09:33
(271) Ключи ФН на текущий момент работают только для обувных товаров. Мне так сказала техподдержка Атол.
DmVl76
273 — 29.10.21 — 10:09
(272) Я и написал, что у одежды 44, значит не проходит проверку
mouse4mice
274 — 01.11.21 — 10:44
abuca
275 — 01.11.21 — 12:46
(274) Сегодня проверяли продажу обуви и текстиля. Штрих Онлайн. Успешно. М+ Марка выбыла в ЧЗ. Помог новый драйвер (266). До обновления драйвера было [М], но марки, при этом, выбывали в ЧЗ. Подозреваю, что драйвер Штрих неверно трактовал символы GS, передаваемые из 1С.
amir62
276 — 04.11.21 — 11:18
Писали в налоговую есть письмо от них что до 1 февраля 2022 года можно работать на старом ФФД если товаро-учётное ПО ещё не готово работать с ФФД 1.2, не знаю что все побежали перефискаливать кассы, не спеша тестируем релиз на тестовой кассе с МГМ ФН-М. Штрих только недавно прошёл сертификацию у налоговой по ФФД 1.2, не рекомендую в старые конфигурации вручную добавлять обработчик Атол на драйвере 10.9.x.x не оптимизировав ваш код конфигурации под этот обработчик, так как кассы с ФФД 1.2 работают через тег 1163, а кассы со старым ФФД работают через тег 1162. Оба обработчика что на штрих м, что на атол довольно таки сыроваты на этом этапе и многие ньюансы не учитаны, поэтому не спеша оптимизируем.)
GlRoznica
277 — 04.11.21 — 11:21
(276) Боже. Набор слов. Уже всех клиентов перевел на ФФД 1.2.
Остались только кто на Эвоторах сидит, и тех закроем на следующей неделе.
Хватит паники.
Garykom
278 — 04.11.21 — 11:23
(276) По закону есть 1 год на приведение в актуальное состояние онлайн ККТ после опубликования закона
bystrovvv
279 — 04.11.21 — 11:58
Добрый день!
Так и не удалось устранить ошибку при сканировании марки ЧЗ:
«Произошла ошибка проверки средствами ККТ по причине:
При выполнении операции произошла ошибка: D3h, Код товара не распознан" 1С:Предприятие 8.3 (8.3.19.1351) Управление торговлей, редакция 11 (11.4.13.281) DrvFR_5.16_884_x32 Штрих-М 01Ф
Товары без маркировки пробиваются отлично, ЧЗ не пробивается.
victuan1
280 — 06.11.21 — 15:04
(279) В чек неверно передан код маркировки товара.
Проверьте настройку сканера — код маркировки товара должен содержать спецсимволы с кодом 29 перед идентификаторами применения (кроме 01 и 21). Обычно помогает перевод сканера в режим эмуляции СОМ-порта, также напишите модель сканера.
Можете код маркировки скопировать в текстовый документ и прислать мне этот документ для проверки (непосредственно в тело письма или в сообщение код копировать не следует, т.к. почтовый клиент или движок форума может удалить из кода спецсимволы).
Тихий омут
281 — 08.11.21 — 10:02
Опубликован релиз УТ 10.3.72.1 "Поддержана возможность проверки кодов маркировки средствами ККТ" Будем посмотреть.
Тихий омут
282 — 08.11.21 — 10:30
(281)+ В демо базе релиза 72.1 есть новая обработка обслуживания для ККТ Атол. В обработке поддержаны методы ЗапросКМ, ПодтвердитьКМ, ПолучитьРезультатыЗапросаКМ.
mouse4mice
283 — 08.11.21 — 12:34
(276) Письмо с подобной формулировкой от ФНС в студию!
На официальном уровне таких заявлений опубликовано вроде не было.
GlRoznica
284 — 08.11.21 — 12:35
GlRoznica
285 — 08.11.21 — 12:38
+(284) только как всегда, наш народ все перевертел, как захотел. Там ни слова нет про ПО.
1.если кассы еще нет в реестре под ФФД 1.2, но она числится в списке планируемых, перерегистрировать с новым ФН-М можно будет кассу на старых ФФД, но не позднее 1 февраля 2022 года
Там указано, если кассы еще числятся в списке планируемых, а наш народец, переписал для себя то, что хочет.
mouse4mice
286 — 08.11.21 — 12:39
(278) Ссылку на формулировку закона предоставьте пожалуйста!
Согласно текущему регламенту ФНС и базе знаний «Штрих-М», все ККТ из аккредитованного ФНС перечня, поддерживающие ФФД 1.2, обязаны работать в рамках нового формата либо после модернизации, либо сразу из коробки.
GlRoznica
287 — 08.11.21 — 12:41
(286) какая формулировка? Им же Вася из налоговой письмо написал.
mouse4mice
288 — 08.11.21 — 14:50
(285) Согласен, в июньских/июльских письмах от ФНС речь шла исключительно о кассах, для которых планируется поддержка функционала ФФД 1.2
Про отсрочку в связи с недоработанным ПО никто не заикался.
snails-lord
289 — 10.11.21 — 09:58
(281) УТ 10.3 (10.3.72.1) и Атол 55Ф. Обработка и драйвер последние. При пробитии чека ошибка:
{ОбщийМодуль.ПодключаемоеОборудованиеУниверсальныйДрайверКлиент.Модуль(1596)}: Поле объекта не обнаружено (ИдентификаторУстройства)
ТекущийСтатус = МенеджерОборудованияКлиент.ПроверкаКодаМаркировки(ПараметрыПодключения.ИдентификаторУстройства);
Удалось у кого-то запустить ФФД 1.2 на УТ 10.3?
VKOSH
290 — 11.11.21 — 11:09
(287) (286) (285) (283) Вот вам официальное письмо, читайте: http://www.consultant.ru/document/cons_doc_LAW_307831/
Если перевести с бюрократического языка на русский, то до 1 февраля 2022 года отложили обязательный переход на ФФД 1.2.
DmVl76
291 — 11.11.21 — 14:22
Запустили боевую кассу. С одним КМ возникла проблема При локальной проверке выдает Статус локальной проверки : 0 "код маркировки не может быть проверен фискальным накопителем с использованием ключа проверки КП" Результат локальной проверки : 2, ФН не содержит ключ проверки кода проверки этого КМ Распознанный тип КМ : 2, КМ со значением кода проверки длиной 88 символов, подлежащим проверке в ФН,
проверку ЦРПТ проходит нормально — возвращает 15.
При этом проверку этого же КМ на тестовой кассе проходит — возвращает 3.
Что это может быть? И можно ли бить чек со статусом 0, при условии, что проверка в ЦРПТ пройдена?
DmVl76
292 — 11.11.21 — 14:39
+(291) Все проверяемые КМ начали выдавать тоже самое (проверил около 10 КМ локально — отрицательно(0), ЦРПТ — положительно (15)), на тестовой кассе локальная проверка положительная. Кассир говорит, что это началось около часа назад, некоторые коды пробивались со ворого — третьего раза, потом перестали вообще.
mouse4mice
293 — 11.11.21 — 14:49
(290) Благодарю и жму руку. Оповестил руководство. Выдохнули все вместе.
VKOSH
294 — 11.11.21 — 19:01
(279) Создайте расширение конфигурации и в «Документы», «Чек ККМ», «Формы», «ФормаДокументаРМК» вставьте следующий код:
—
&НаКлиенте
&Вместо(«ПоискПоШтрихкодуЗавершение»)
Процедура сг_FNC_ПоискПоШтрихкодуЗавершение(ИсходныеДанные, ДополнительныеПараметры) Если ИсходныеДанные = Неопределено Тогда Возврат; КонецЕсли; ПараметрыСканирования = ШтрихкодированиеИСКлиент.ПараметрыСканирования(ЭтотОбъект); ШтрихкодКоличество = ОбщегоНазначенияКлиент.СкопироватьРекурсивно(ИсходныеДанные, Ложь); ШтрихкодированиеИСКлиентСервер.ЗакодироватьШтрихкодДанныхBase64(ШтрихкодКоличество); РезультатОбработки = ОбработатьВводШтрихкода(ШтрихкодКоличество, Неопределено, ПараметрыСканирования); //VKOSH + Вставляем разделитель FNC в код марткировки для ШТРИХ-М Если РезультатОбработки.ТипШтрихкода = ПредопределенноеЗначение("Перечисление.ТипыШтрихкодов.GS1_DataMatrix") И СтрНайти(ПараметрыСканирования.ККТФФД12ИСМП, "Штрих-М: ККТ с передачей данных в ОФД 3.4 (ФФД 1.2)") > 0 Тогда ИсходныеДанные.Штрихкод = Сред(ИсходныеДанные.Штрихкод, 1, 31) + Символ(29) + Сред(ИсходныеДанные.Штрихкод, 32, 6) + Символ(29) + Сред(ИсходныеДанные.Штрихкод, 38); ШтрихкодКоличество = ОбщегоНазначенияКлиент.СкопироватьРекурсивно(ИсходныеДанные, Ложь); ШтрихкодированиеИСКлиентСервер.ЗакодироватьШтрихкодДанныхBase64(ШтрихкодКоличество); РезультатОбработки = ОбработатьВводШтрихкода(ШтрихкодКоличество, Неопределено, ПараметрыСканирования); КонецЕсли; //VKOSH - ПараметрыЗавершенияВводаШтрихкода = ПараметрыЗавершенияВводаШтрихкода(ИсходныеДанные, РезультатОбработки, ПараметрыСканирования); ШтрихкодированиеИСКлиент.ЗавершитьОбработкуШтрихкода(ПараметрыЗавершенияВводаШтрихкода); АктивироватьСтрокуСПозицией(РезультатОбработки); ПересчитатьДокументНаКлиенте(); КонецПроцедуры
—
И после этого всё заработает, как надо. Там просто не хватает разделителей, которые у 1с называются «Символ(29)».
victuan1
295 — 12.11.21 — 09:17
(294) Ваш код не универсален — не для всех товарных групп подойдет.
VKOSH
296 — 12.11.21 — 11:54
(295) А в жизни вообще нет ничего универсального. Это тот «костыль», который мне пришлось вставлять в конфигурацию «УТ 11», чтобы в моем случае, кассы Штрих-М заработали, как надо. Я лишь дал вам пример решения этой проблемы, а вы можете на его основе переписать код под ваши условия. В моем случае, данный код полностью отрабатывает и решает проблему.
Если вы используете тип «GS1_DataMatrix», который имеет стандартную для него структуру, а именно: «(«Префикс 01» + «14 символов GTIN») + («Префикс 21» + «13 символов серийник») + (здесь вставляем «Символ 29») + («Префикс 91» + «4 символа проверочный ключ») + (здесь вставляем «Символ 29») + («Префикс 92″ + Криптохвост до 88 символов»)», то данный код вам подойдет. По сути он просто вставляет «Символ 29» в двух местах: перед префиксом «91» и перед префиксом «92».
victuan1
297 — 12.11.21 — 16:13
(296) Приведенная вами структура отнюдь не является стандартной для всех товарных групп. Пишу здесь как предостережение для тех, кто решит бездумно копировать ваш код.
VKOSH
298 — 12.11.21 — 17:51
(297) У нас «Парфюмерия», для неё данная структура соответствует, для «Обуви» и «Одежды», насколько мне известно, тоже соответствует. С другими видами товара не сталкивался, возможно, что там есть какие-то отличия. Если у кого-то возникнут какие-то сложности, то нужен будет пример вашего кода маркировки, и я подправлю мой программный код под ваш вид товара.
CepeLLlka
299 — 12.11.21 — 19:08
Спрошу в этой теме..
Друзья, после перехода на ффд 1.2 начались проблемы с ФР АТОЛ 11Ф
Время от времени, бывает раз в день, а бывает и 5 раз за день, ФР выдаёт чек — «Отчет автотестирования», такое ощущение что он тупо ребутится как-то что-ли..
Бывает такое происходит в момент пробития чека, особенно при оплате по банку, с подключенным интегрированным терминалом. В момент пробития чека, теряется связь с ФР..
Никто таких проблем не наблюдает? Есть какие-то мысли на этот счёт?
Конфа 1С Розница, релиз 2.3.9.42, Драйвер ККТ 10.9.0.9
Накачу обновление в понедельник конечно, но боюсь дело не в этом..
GlRoznica
300 — 12.11.21 — 19:10
(299) а какая прошивка?
Материал из Касса
Перейти к навигации
Перейти к поиску
|
Настройка ККТ для приема любых кодов маркировки
|
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and
privacy statement. We’ll occasionally send you account related emails.
Already on GitHub?
Sign in
to your account
Closed
LankoRu opened this issue
Jun 1, 2021
· 17 comments
Closed
Проверка КМ
#139
LankoRu opened this issue
Jun 1, 2021
· 17 comments
Comments
Есть ряд вопросов/замечаний по процедуре проверке и регистрации выбытия КМ по ФФД 1.2.
- Нашёл метод FNAcceptMakringCode(), тут очепятка в названии
- Не нашёл метода для очистки буфера КМ (который FF69h с параметром 2), в JPOS он есть — https://github.com/shtrih-m/javapos_shtrih/blob/master/Source/Core/src/com/shtrih/fiscalprinter/command/FSAcceptMC.java
- Планируется реализовать такой порядок проверки КМ:
- провести проверку набора КМ через метод FNCheckItemBarcode() (итеративно), вызывая FNAcceptMakringCode() на каждом
- открыть чек, передать позиции с привязкой КМ через FNBindMarkingItem() (тут видимо в документации не хватает параметра Barcode или какого-то такого)
- оплатить и закрыть чек
По этой схеме есть вопросы:
- возможна ли она в принципе или проверку КМ можно запускать только внутри открытого чека?
- правильно ли я понимаю, что между проверкой КМ и чеком с этими КМ других ФД формироваться не должно?
- нужно ли передавать значение реквизита 2106 из результата FNCheckItemBarcode() в позицию, или ККТ/драйвер сами подставят это значение из какого-нибудь кеша?
- Нужно ли как-то заниматься ручным вызовом обновления ключей ФН-М, или ККТ сделает всё сама?
- Есть ли возможность настроить время ожидания ответа сервера ИСМ или прервать проверку?
Если еще актуально:
- Добавлен метод
FNAcceptMakringCode(без опечатки), старый оставлен для совместимости… - Добавлен метод
FNMarkingClearBuffer - см. Порядок действий при работе с кодами маркировки (ФФД 1.2).docx
- не нужно
- нет
Здравствуйте,
после прочтения документа из п.3 предыдущего комента (порядок действий при 1.2), появился вопрос как работать с ЕГАИС 2.0 и ЕГАИС 3.0? (До этого вызывался метод передачи tlv-структуры, привязанной к операции 0xff4d и указывался тег 1162, и т.д.)
Здравствуйте,
после прочтения документа из п.3 предыдущего комента (порядок действий при 1.2), появился вопрос как работать с ЕГАИС 2.0 и ЕГАИС 3.0? (До этого вызывался метод передачи tlv-структуры, привязанной к операции 0xff4d и указывался тег 1162, и т.д.)
Все по прежнему должно работать. ЕГАИС не имеет отношение к маркировке продукции
Спасибо, т.е. для ЕГАИС товара использую тег 1162, а логику для маркированных товаров убираю из 1162 в логику из документа про 1.2(там тег 1163 сформирует ккт)?
Спасибо, т.е. для ЕГАИС товара использую тег 1162, а логику для маркированных товаров убираю из 1162 в логику из документа про 1.2(там тег 1163 сформирует ккт)?
Поспешил ответить, там есть изменения.
Судя по формату, требуется в теге 1163, во вложенном теге 1308/1309 указывать код товара.
Понятно, как его сформировать? (Есть ли пример используя 0xff4d-метод, или как это можно сделать программой Тест драйвера)
Понятно, как его сформировать? (Есть ли пример используя 0xff4d-метод, или как это можно сделать программой Тест драйвера)
Попробуйте метод FNSendItemBarcode(). передаете код маркировки целиком Set_BarCode(), ккт сама должна разобрать.
Хорошо, попробую, передам в метод 0xff67(у нас своя реализация драйвера), по результату отпишу. Так же, в тест драйвере(5.15.858 32 бит) выполнил на вкладке «Операции с ФН» открыть чек -> выбрал призн.предм.расчета подакцизный товар -> операция v2 -> перешёл на вкладку ККТ2 -> скопировал марку ЕГАИС 3.0 в поле данные штрих-кода -> нажал Передать и распознать КТ -> получил «код товара не распознан».
скопировал марку ЕГАИС 3.0 в поле данные штрих-кода -> нажал Передать и распознать КТ -> получил «код товара не распознан».
Это ошибка в прошивке ФРа. Должна быть исправлена в прошивках после 8 июля.
Из длинного запроса: Сборка ПО 40716, дата по 19.07.2021.
Выложите, пожалуйста, марку и лог.
Не знаю что поменялось, но код распознался в тест драйвере…
Может в прошлый раз нажали не «передать и распознать КТ», а кнопку ниже «Поверить код маркировки»?
Скорее всего, 99% вы правы, (моя вина, шрифт мелкий на ноуте, мог не различить)
Сейчас, тогда для маркированного товара буду делать как в инструкции по 1.2. А для ЕГАИС-товара, только после операции v2 буду вызывать метод FNSendItemBarcode() вместо формирования тега 1162. Спасибо)
Здравствуйте, оставлю здесь, свои наблюдения по 1.2. Изменился Тег 1212(признак предмета расчета). Мы пришли к следующим значениям (для категорий, которыми мы торгуем):
- для товара не егаис и не маркированного — 1
- для пива, ЕГАИс 2.0 и 3.0 — 2
- для сиг пачек и блоков — 31
- для легкой, обуви — 33
Также, было не очевидно для меня, что тег 2108 (мера количества предмета расчета) должен задаваться для ВСЕХ видов товаров (как для маркированных, так и для без маркировки).