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) а какая прошивка?
Вопрос № 392 (гость № 10)
06.08.2022 21:10 (гость № 10)
Добрый день. Пробиваем на кассе обычный товар, при подборе все нормально, а когда дело доходит до пробития чека пишет ошибку «D3h, Ошибка привязки КМ: Код товара не распознан». Что делать?
Редактировать
Удалить
07.08.2022 19:30 (Админ)
1430
Очень интересный вопрос.
Обычно такая ошибка бывает если пробивается товар который подлежит маркировке, но не правильно внесен в вашей базе 1С.
Вам нужно сделать следующие действия:
1. Проверить какой товар так пробивается тот который подлежит маркировке или нет.
2. 1. Если ошибка возникла при пробитии маркированного товара, то проверяйте настройки номенклатуры, все ли там сделано верно.
2. 2. Если товар не маркированный, то проверьте сам штрих код. Что он из себя представляет. Его расширение. Попробуйте создать новый штрих код и по нему пробить данный товар. Если получится, то проблема именно в штрих коде. Выход из такой ситуации или создавать новый штрих код и приклеить его на ваш товар или подбирать товар через поиск, не используя штрих код.
Редактировать
Удалить
Вопрос № 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(ШтрихкодКоличество); РезультатОбработки = ОбработатьВводШтрихкода(ШтрихкодКоличество, Неопределено, ПараметрыСканирования); КонецЕсли; //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) а какая прошивка?
Содержание
- Распространённые ошибки ШТРИХ-М-01Ф
- Аптека
- Кафе/бар/ресторан
- Магазин у дома
- Салоны красоты/медцентры
- Определение ошибки
- Коды ошибок
- Неполадки кассы ШТРИХ-М-01Ф и способы их решения
- ККТ не реагирует на нажатия кнопок промотки бумаги
- ККТ не отвечает на команды хоста
- Нет связи с ОФД
- Чеки не передаются в ОФД в течении 30 дней
- Коды ошибок
- v7: Передача тэгов маркируемой продукции
- Эквайринг: Ошибки, автоматические отмены, SMS-уведомления
- Введение
- Терминология
- Коды ответов
- Технические RC
- Сервисные RC
- Оффлайновые коды ответов
- SMS-информирование
Распространённые ошибки ШТРИХ-М-01Ф
Из нашей статьи вы узнаете:
Аптека
Кафе/бар/ресторан
Магазин у дома
Салоны красоты/медцентры
В статье рассмотрим: какие ошибки могут возникнуть у онлайн-кассы ШТРИХ-М-01Ф и способы решения данных проблем.
Определение ошибки
Онлайн-касса ШТРИХ-М-01Ф обозначает ошибки световым индикатором и звуковым предупреждением. В зависимости от сигнала, пользователь ККТ определяет вид поломки:
- красный индикатор и звуковое оповещение — в принтере отсутствует или закончилась бумага;
- двойная вспышка через паузу без звукового оповещения, с ККТ отсутствует связь через интерфейс — авария аппаратной части онлайн-кассы;
- звуковой сигнал и мигание светового индикатора после включения оборудования в сеть, интерфейс кассы показывает код ошибки. В данном случае повреждены данные оперативного запоминающего устройства (ОЗУ).
Рассмотрим возможные причины неполадок и способы их решения в одной таблице:
| ККТ не реагирует на нажатие кнопки перемотки бумаги | |
|---|---|
| Причина | Решение |
| Онлайн-касса выключена | Включить питание онлайн-кассы |
| Идёт отработка команды | Дождаться окончания текущей операции |
| Замятие бумаги в принтере | Освободить бумагу от замятия |
| Касса вышла из строя | Обратиться в сервисный центр |
| ККТ не отвечает на команды хоста | |
| Причина | Решение |
| Онлайн-касса выключена | Включить питание онлайн-кассы |
| Скорость обмена кассы с хостом не совпадает со скоростью, на которой хост посылает команды | Установить скорость передачи данных хоста |
| Скорость обмена кассы с хостом совпадает со скоростью, на которой хост посылает команды, но канал связи передаёт данные с ошибками | Установить скорость передачи данных хоста и кассы равной 4800 бод |
| Соединительный кабель вышел из строя или не подключён | Подключить или заменить соединительный кабель |
| Касса вышла из строя | Обратиться в сервисный центр |
| Нет связи с ОФД | |
| Причина | Решение |
| Неверные настройки ККТ | Проверить настройки ККТ |
| Чеки не передаются в ОФД в течение 30 дней | |
| Причина | Решение |
| Интернет-связь отсутствует | Проверить интернет-соединение и обратиться в обслуживающую организацию |
Коды ошибок
Ниже в таблице приведены коды ошибок с описанием. Источником неисправности может быть ККТ или фискальный накопитель (ФН). Данный факт обозначен в столбце «Устройство». Ошибки помеченные как критичные, требуют особого внимания.
Источник
Неполадки кассы ШТРИХ-М-01Ф и способы их решения
Бывает так, что в любой момент времени может возникнуть сбой в работе той, или иной системы. Кассовые аппараты компании «Штрих-М» не исключение. В данном обзоре представлены основные неисправности и способы решения возникших проблем с онлайн-кассой ШТРИХ-М-01Ф, а также коды ошибок с описанием. Этот материал поможет вам сэкономить драгоценное время и не заниматься поиском решения проблемы в интернете. В случае, если неисправность невозможно устранить самостоятельно, нужно обратиться к специалистам сервисного центра.
Для определения ошибочных ситуаций может использоваться индикатор ошибки, находящийся на индикаторной панели, который служит, для:
индикации наличия бумаги: при отсутствии бумаги загорается красным цветом и ККТ подаёт звуковой сигнал;
индикации нарушения целостности данных в ОЗУ, а также когда ККТ находится в режиме 9: мигает после включения питания ККТ и звукового сигнала (на все запросы по интерфейсу передаётся соответствующий код ошибки).
ККТ не реагирует на нажатия кнопок промотки бумаги
Решение. Включите питание ККТ
Причина. Идет отработка какой-то команды
Решение. Дождитесь окончания выполнения текущей операции
Решение. Освободите бумагу
Причина. ККТ вышел из строя
Решение. Обратитесь в сервисный центр
ККТ не отвечает на команды хоста
Причина. ККТ выключен
Решение. Включите питание ККТ
Причина. Скорость обмена ККТ с хостом не совпадает со скоростью, на которой хост посылает команды
Решение. Установите скорость передачи данных хоста
Причина. Скорость обмена ККТ с хостом совпадает со скоростью, на которой хост посылает команды, но канал связи не позволяет передавать данные на такой скорости без ошибок
Решение. Установите скорость передачи данных хоста и ККТ равной 4800 бод (см. раздел инструкции «Установка скорости обмена с хостом по умолчанию»)
Причина. Соединительный кабель не подключен или вышел из строя
Решение. Подключите или замените кабель
Причина. ККТ вышел из строя
Решение. Обратитесь в сервисный центр
Нет связи с ОФД
Причина. Неверные настройки ККТ
Решение. Проверьте настройки ККТ
Чеки не передаются в ОФД в течении 30 дней
Решение. Обратитесь в обслуживающую организацию
Коды ошибок
Примечание 1: В столбце «Устройство» указывается источник возникновения ошибки: фискальный накопитель (ФН) или сама ККТ.
Источник
v7: Передача тэгов маркируемой продукции
Доброго дня, кто то делал для ШТРИХа передачу маркировки по молочке?
Для табака у меня сделано вот так
FR.Password=ПарольККМ(Кассир);
//Тип маркировки товара.
FR.MarkingType=17485;
//Код маркировки товара.
FR.GTIN=Лев(ИДМаркировка,14);
FR.SerialNumber=Сред(СокрЛП(ИДМаркировка),15,7);
FR.FNSendItemCodeData();
А для молочки как делать? Передавать все символы которые до символа с кодом 29, начиная с 17 символа?, так как первые 16 это GTIN и есть?
Считанная бинарная последовательность: 010460043993125621JgXJ5.Tu001d8005112000u001d930001u001d923zbrLA==u001d24014276281.
Символ FNC1 по стандарту GS1 в примере обозначается как «u001d».
Выделенная последовательность для передачи в значение реквизита «код товара» (тег 1162): 04600439931256 & JgXJ5.T & 112000.
04600439931256 — представляется в виде 6-байтного hex: 04h 2Fh lFh 96h 81h 78h.
JgXJ5.T — кодируется в набор байт hex, интерпретируя символы согласно ASCII таблицы: 4Ah 67h 58h 4Ah 35h 2Eh 54h.
112000 — кодируется в набор байт hex, интерпретируя символы согласно ASCII таблицы: 31h 31h 32h 30h 30h 30h.
Значение реквизита «код товара» (тег 1162): 44h 4Dh 04h 2Fh 1Fh 96h 81h 78h 4Ah 67h 58h 4Ah 35h 2Eh 54h 31h 31h 32h 30h 30h 30h.
(9) Не совсем так:
Если ФФД 1.05/1.1 то в ОФД должно уйти: 4607004892936 5yQnIO
Если ФФД 1.2, то в ОФД уходит: 01 04607004892936 215yQnIO #29 93FXLQ
Буквально в конце сентября я прошел проверочные испытания по молочке своего ПО в Честном ЗНАКе именно по этому сценарию (по другим сценариям мое ПО не аккредитовали бы).
(12) каким же образом мне используя 1.2 передать тэги? Сейчас сделано вот так
Это для Атола, но у Штрих-м аналогично (т.к ФН-М тот же самый).
Источник
Эквайринг: Ошибки, автоматические отмены, SMS-уведомления
Введение
В рамках материала рассмотрим ситуации с которыми сталкивается, пожалуй, любой мерчант/эквайрер/кардхолдер, а именно — технические сбои и негативные ответы при использовании карт. Кроме того, коснемся вопросов работы SMS-информирования и автоматических отмен.
Терминология
Авторизация — процесс обмена данными между участниками операции по банковской карте или другому платежному средству (например, мобильному кошельку и т.д.). Стандартная цепочка обмена выглядит следующим образом: Эквайрер (см. ниже) отправляет авторизационный запрос в ПС, ПС — эмитенту. Эмитент выполняет все необходимые проверки, такие как проверки безопасности, проверки доступности средств на карточном счете и другие, на основании которых отправляется ответ (положительный или отрицательный) на авторизационный запрос. Ответ на авторизационный запрос отправляется обратным маршрутом. То есть, сначала в ПС а затем эквайреру.
POS-терминал (POS — Point Of Service) — устройство, обеспечивающее техническую возможность обслуживания карт и других платежных средств.
Эмитент — финансовый институт (банк или иная финансовая организация), выпустивший (эмитировавший) карту.
Эквайрер — финансовый институт (банк или иная финансовая организация), обеспечивающий обслуживание карт мерчантом.
Мерчант — торгово-сервисное предприятие (далее ТСП), имеющее техническую возможность принимать карты.
Кардхолдер — держатель карты, имеющий право выполнять по ней набор операций, разрешенных эмитентом.
Процессинговый центр (ПЦ) — программно-аппаратный комплекс, обеспечивающий технологическую возможность информационного обмена между внутренними и внешними участниками расчетов в рамках того или иного сервиса (в нашем случае — эквайринга).
Другое относительно распространенное наименование ПЦ — «Банковский хост», или просто «хост» (от англ. Host — букв. «хозяин»). То есть узел, играющий роль сервера в рамках классической клиент-серверной архитектуры. Далее по тексту мы будем использовать как аббревиатуру ПЦ, так и термин «хост» с его производными.
Коды ответов
Результатом выполнения и критерием успешности любой операции является Код ответа (Responce Code (RC)). В рамках протокола ISO 8583 он передается в поле 39 ответного сообщения. Формат RC зависит от версии ISO 8583: в версии ISO 8583:1987 он двузначный, в версии ISO 8583:1993 — трехзначный. Главным образом будем рассматривать обмен в рамках версии 1987 г., по причине ее большей распространенности. При этом заметим, что каждый конкретный разработчик ПЦ использует различные подходы к обеспечению совместимости между версиями: какие-то хосты передают в рамках P2H три символа RC, при этом, в случае если обмен выполняется в рамках версии 1987 г., заполняя лидирующий символ (первый слева) нулем. В других случаях ПЦ выполняет конвертацию трехзначного RC версии 1993 г. — в его двузначный эквивалент версии ISO 8583:1987 и в таком виде отправляет его на POS.
Коды ответов можно разделить на успешные и негативные. Негативным является любой ответ, кроме явного ответа «Одобрено» либо его семантического эквивалента. При этом причиной может быть как техническая ошибка, так и отказ эмитента в выполнении той или иной операции.
Ниже приведем наиболее распространенные RC, разбив их на две условные группы — Технические и Сервисные.
Технические RC
В это группу включим основные коды ответов, полученные в результате тех или иных технических сбоев, либо ошибок при заполнении сообщения. Заметим, что вариативность причин возникновения любого их описанных ниже RC более или менее широка, и в рамках материала дана исключительно в целях примера.
00 — Approved (Одобрено). Транзакция завершена успешно.
12 — Invalid Transaction (Неверная транзакция). Неверны какие-либо параметры транзакции. Допустим, поля сообщения заполнены таким образом, что из них следует, что операция Выдача наличных выполняется в торговом POS-терминале. Что, в общем случае, недопустимо.
13 — Invalid Amount (Неверная сумма). Поле 4 (Сумма) заполнено неверным значением. Данный RC может возникнуть в случае срабатывания какого-либо лимита, либо в рамках операций, подразумевающих предварительную авторизацию с ее последующим завершением (например, предварительное бронирование услуг с последующим расчетом).
14 — Invalid Card Number(Неверный номер карты). Неверно заполнено поле 2 (Номер карты), либо имеет место быть попытка выполнить транзакцию по карте, отсутствующей в базе данных эмитента.
15 — Invalid Issuer (Неверный эмитент). Такой RC обычно отправляется авторизационной платформой ПС и говорит о том, что маршрут отправки операции эмитенту не найден (в большинстве случаев, по причине неверного БИНа карты).
30 — Format Error (Ошибка формата данных). Возникает в результате тех или иных ошибок при заполнении сообщения в рамках определенного диалекта. Например, какое-либо поле превышает допустимое количество символов, либо вообще отсутствует, либо заполняется в неверном формате и/или кодировке. При этом ряд ПС, в случае отправки данного RC, направляет в ответном сообщении дополнительное поле с конкретным указанием на ошибочный элемент входящего сообщения.
88 и 89 — Cryptographic Failure (Криптографическая ошибка). Транзакция отклонена по причине ошибок криптографии. К примеру, таких как, ошибка шифрования пинблока, ошибка проверки цифровой подписи и других.
96 — System Error (Системная ошибка). В общем случае ошибка свидетельствует о том, что произошел сбой на каком-либо из этапов обмена. Как правило, в рамках ПЦ эквайрера, однако нам известны случаи, когда данный RC передавался и в рамках H2H.
Сервисные RC
К сервисным RC можно отнести коды ответов по операциям в рамках которых отсутствовали технические ошибки, а отказ был получен по причине ограничений доступа к тому или иному сервису со стороны эмитента или ПС, либо других условий, не связанных с техническими проблемами.
0 — Approved (Одобрено). Транзакция завершена успешно.
01 — Refer to Call Issuer (Позвоните эмитенту). Для завершения транзакции необходимо связаться с эмитентом.
04 — Capture Card (Изъять карту). Эмитент или ПС направил команду на изъятие карты.
05 — Do Not Honor (Не оплачивать). Отказ без объяснения причины. В подавляющем большинстве случаев такой RC отправляется эмитентом. Причины также следует уточнять у эмитента.
41 — Lost Card (Карта утеряна). Попытка выполнить операцию по карте, помеченной в БД эмитента или ПС как утерянная.
43 — Stolen Card (Карта украдена). Попытка выполнить операцию по карте, помеченной в БД эмитента или ПС как украденная.
51 — Not Sufficient Funds (Недостаточно средств). Сумма операции превышает сумму доступных средств на карточном счете.
52 и 53 — No Checking/Saving Account. Попытка выполнить операцию с неверным карточным счетом.
54 — Expired Card (Карта просрочена). Попытка выполнить операцию по карте с истекшим сроком действия.
55 — Incorrect PIN (Неверен пин). При выполнении операции с онлайн-пинкодом он был введен некорректно.
57 — Transaction Not Permitted to Issuer/Cardholder (Транзакция не разрешена для Эмитента/Держателя карты). Попытка выполнить операцию, не разрешенную для конкретного эмитента или держателя карты.
58 — Transaction Not Permitted to Acquier/Terminal (Транзакция не разрешена для Эквайрера/Терминала). Попытка выполнить операцию, не разрешенную для конкретного эквайрера или терминала.
Таков список наиболее часто встречающихся кодов ответа, имеющих одинаковые значения для всех ведущих ПС. Заметим, что их число несколько шире и варьируется в зависимости от конкретного диалекта ПС. Например в рамках спецификации Visa могут присутствовать RC, отсутствующие у Mastercard, и наоборот.
Оффлайновые коды ответов
В общих чертах следует коснутся и оффлайновых RC. К ним относятся коды, сгенерированные программным обеспечением POS-терминала. Поскольку в данном случае обмен выполняется не в рамках ISO 8583, а условия возникновения таких RC наступают в процессе т.н. EMV Transaction Flow, ограничимся общим описанием (Вопросы APDU/EMV-обмена будут подробно освещены в будущих материалах).
Z1 — OFFLINE DECLINED (Отклонено оффлайн). Было принято решение отклонить транзакцию, не отправляя онлайн-сообщение.
Z3 — NO ONLINE, DECLINED (Нет связи, отклонено оффлайн). POS-терминал предпринял попытку отправить онлайн-запрос, которая закончилась неудачно по причине отсутствия связи. В оффлайне транзакция отклонена.
Y1 — OFFLINE APPROVED (Одобрено оффлайн). Транзакция одобрена без онлайн-обращения к эмитенту. Справедливо для терминалов, поддерживающих оффлайн-транзакции.
Y3 — NO ONLINE, APPROVED (Нет связи, одобрено оффлайн). POS-терминал предпринял попытку отправить онлайн-запрос, которая закончилась неудачно по причине отсутствия связи. В оффлайне транзакция была одобрена. Справедливо для терминалов, поддерживающих оффлайн-транзакции.
SMS-информирование
Достаточно популярная ныне услуга SMS-информирования используется многими держателями карт. Помимо очевидного удобства, являясь в ряде случаев причиной споров, а иногда и скандалов между мерчантом и кардхолдером. Рассмотрим наиболее типичный случай:
- Клиент расплачивается картой.
- Получает SMS о списании суммы услуги/покупки.
- Терминал не печатает чек/зависает/перезагружается.
- Мерчант не имеет на руках успешного чека по операции.
- Клиент утверждает, что операция успешна, при этом ссылается на SMS.
Дальнейший сценарий развития событий зависит от опытности персонала ТСП и многих других факторов.
Первое и самое важное, что следует принимать во внимание в такой ситуации: критерием успешности операции по карте является чек (либо, если речь идет об одобренных ПС терминалах, не оснащенных чековым принтером — его электронный эквивалент), содержащий успешный код ответа и/или его расшифровку. Никакие SMS, полученные клиентом, критерием успешности операции не являются. Ни один диспутный цикл ни по одной претензии не будет рассматривать полученное кардхолдером SMS в качестве аргумента. Основная причина состоит в том, что такая услуга как SMS-информирование никак не специфицирована со стороны ПС. То есть, технические инструменты, в том числе и протоколы/формат обмена, которыми она достигается, зависят от каждого конкретного эмитента. В том числе, может быть реализована и с помощью различных самописных решений. В общем случае, некий условный «SMS-сервер» анализирует запросы к карточному контракту и фиксирует изменения его доступного остатка. Помимо этого, в большинстве случаев могут анализироваться поля 41 (Идентификатор Терминала (Terminal ID)), 42 (Идентификатор Мерчанта (Merchant ID)) и 43 (Имя и местонахождение мерчанта (Card Acceptor Name/Location)) из входящего запроса от эквайрера. Затем эти данные вносятся в «тело» SMS-сообщения и отправляются на номер телефона, который кардхолдер указал при выпуске карты. На выходе получается SMS-сообщение примерно такого формата: «КАРТА, ДАТА/ВРЕМЯ, Тип операции, Сумма, НАИМЕНОВАНИЕ ТСП, ДОСТУПНЫЙ ОСТАТОК».
Подчеркнем ряд важных моментов: фактически, принцип функционирования SMS-сервера базируется на срабатывании триггеров. При этом он может быть настроен на срабатывание при выполнении операции Оплата, но не срабатывать на операцию Отмена оплаты; далее, SMS-сервер ничего «не знает» про состояние каналов связи в момент выполнения операции. Соответственно, не способен «понять», был ли ответ на авторизацию успешно доставлен на POS-терминал. Сумма и комбинации всех этих факторов, а также отсутствие регламентов со стороны ПС, делают SMS-инфо крайне ненадежным источником. Этот факт необходимо учитывать как мерчантам, так и кардхолдерам. Безусловно, качество предоставления такой услуги, как SMS-информирование в последние годы существенно возросло. Однако это не отменяет сказанного выше.
Источник
Вся информация, размещенная на
сайте, носит ознакомительный характер и не является публичной
офертой, определяемой положениями Статьи 437 ГК РФ.
Все цены на сайте указаны с
НДС. ООО «ПОРТ» ИНН 2461018892, ОГРН 1022401953496
Содержание
- Исправление ошибок онлайн-кассы Атол (Платформа 5.0)
- Все коды ошибок онлайн-кассы Атол (Платформа 5.0)
- Код группы ошибок 0х3030 — Нет ошибок
- Код группы ошибок 0х3200 — Группа ошибок принтера
- Код группы ошибок 0х3200 — Группа ошибок принтера
- Код группы ошибок 0х3300 — Группа ошибок скриптовой машины
- Код группы ошибок 0х3400 — Группа ошибок ФН
- Код группы ошибок 0х3500 — Группа ошибок обмена с ОФД
- Код группы ошибок 0х4100 — Группа ошибок транспортного протокола (нижний уровень)
- Код группы ошибок 0х4200 — Группа общих ошибок протокола (верхний уровень)
- Код группы ошибок 0х4300 — Группа ошибок транспортного протокола (верхний уровень)
- Код группы ошибок 0х4400 — Группа ошибок при передаче параметров (неверное значение параметра)
- Код группы ошибок 0х4500 — Группа ошибок получения реквизитов
- Код группы ошибок 0х4600 — Группа ошибок электронного журнала
- Код группы ошибок 0х4700 — Группа ошибок команд работы с внешними устройствами
- Код группы ошибок 0х5000 — Группа ошибок штрих-кодов
- Ошибки при работе онлайн касс
- Коды ошибок ККТ
- Коды ошибок ФН
- Таблица соответствия кодов ошибок ККТ и кодов ошибок ФН
- Коды ошибок сети
- Коды ошибок ОФД и реквизиты ответа ОФД
- Коды ошибок в ответе оператора
- Информация о неполадках в сообщении оператора
- Коды ошибок сети
- Закажите абонентское сопровождение онлайн кассы!
Исправление ошибок онлайн-кассы Атол (Платформа 5.0)
Все коды ошибок онлайн-кассы Атол (Платформа 5.0)
Код группы ошибок 0х3030 — Нет ошибок
Код группы ошибок 0х3200 — Группа ошибок принтера
- 0х3131 Ошибка выделения памяти
- 0х3132 Ошибка проверки микросхемы
- 0х3133 Ошибка обмена с микросхемой
- 0х3134 Ошибка чтения микросхемы
- 0х3135 Ошибка записи/стирания микросхемы
- 0х3136 Ошибка часов
- 0х3137 Ошибка OTP памяти
- 0х3138 Ошибка логики (выделенный буфер переполнен)
- 0х3139 Ошибка работы микросхемы NVRAM
- 0х313A Для выполнения заданной операции отсутствует аппаратная
- поддержка
Код группы ошибок 0х3200 — Группа ошибок принтера
- 0х3231 Нет бумаги
- 0х3232 Открыта крышка
- 0х3233 Температура ТПГ превышает рабочий диапазон
- 0х3234 Напряжение питания превышает рабочий диапазон
- 0х3235 Ошибка отрезчика
- 0х3236 Аппаратная ошибка принтера
Код группы ошибок 0х3300 — Группа ошибок скриптовой машины
- 0х007F Ошибка виртуальной машины Pawn
- 0х3380 Неверный тип (номер) скрипта (шаблона)
- 0х3381 Загруженные скрипты повреждены или отсутствуют
- 0х3382 Несовместимая версия загруженных скриптов
Код группы ошибок 0х3400 — Группа ошибок ФН
Ошибки, формируемые ФН
- 0х3431 Некорректный формат или параметры команды
- 0х3432 Неверное состояние ФН
- 0х3433 Ошибка ФН (запросить расширенные сведения об ошибке)
- 0х3434 Ошибка КС (запросить расширенные сведения об ошибке)
- 0х3435 Закончен срок эксплуатации ФН
- 0х3436 Архив ФН переполнен
- 0х3437 Неверные дата и/или время
- 0х3438 Нет запрошенных данных
- 0х3439 Некорректное значение параметров команды
- 0х343A Неверная команда
- 0х343B Неразрешенные реквизиты
- 0х343C Дублирование данных
- 0х343D Отсутствуют данные, необходимые для корректного учета в ФН
- 0х343E Количество позиций в документе подлежащих учету превысило разрешенный лимит
- 0х343F Отсутствуют данные в команде
- 0х3440 Превышение размеров TLV данных
- 0х3441 Транспортное соединение отсутствует
- 0х3442 Исчерпан ресурс криптопроцессора
- 0х3443 Отсутствуют данные для формирования документа для ОФД
- 0х3444 Исчерпан ресурс хранения
- 0х3445 Исчерпан ресурс ожидания передачи сообщения
- 0х3446 Смена превысила 24 часа
- 0х3447 Неверная разница во времени между двумя операциями
- 0х3448 Параметры реквизита не соответствуют форматам данных
- 0х3449 Признак «продажа подакцизного товара» не установлен
- 0х3450 Неустановленный реквизит в товарной позиции (присутствует реквизит, не определенный в документе ОФД)
- 0х3451 Сообщение от ОФД не может быть принято
Ошибки ФН, формируемые ККТ
- 0х3491 Неверный размер возвращаемых данных
- 0х3492 Ошибка интерфейса ФН
- 0х3493 Ошибка интерфейса ФН при посылке команды
- 0х3494 Превышен объем числовых данных для передачи в ФН
- 0х3495 Ошибка чтения документа из ФН при допечати
- 0х3496 В ФН есть неотправленные документы
- 0х3497 Исчерпан лимит перерегистраций
- 0х3498 Ожидание перезагрузки ФН
- 0х3499 Получение документа из ФН прервано
Код группы ошибок 0х3500 — Группа ошибок обмена с ОФД
- 0х3531 Отсутствует физический канал связи
- 0х3532 Ошибка сетевых настроек (есть канал соединения, но соединение не устанавливается)
- 0х3533 Разрыв соединения сервером при передаче документа
- 0х3534 Ошибка заголовка сессионного пакета (при приеме квитанции)
- 0х3535 Истек таймаут ожидания квитанции
- 0х3536 Разрыв соединения при приеме квитанции
- 0х3537 Превышен таймаут передачи документа на сервер
- 0х3538 ОФД-процесс не инициализирован
Код группы ошибок 0х4100 — Группа ошибок транспортного протокола (нижний уровень)
- 0х4131 Неизвестная версия протокола
- 0х4132 Переполнение буфера физического уровня
- 0х4133 Переполнение буфера транспорта
- 0х4134 Ошибка CRC пакета
- 0х4135 Неверный идентификатор получателя
- 0х4136 Недостаточно места в буфере получателя
- 0х4137 Получатель занят другим отправителем
- 0х4138 Неверный идентификатор пакета транспорта
Код группы ошибок 0х4200 — Группа общих ошибок протокола (верхний уровень)
- 0х4231 Неверная длина пакета
- 0х4232 Недоступный символ в числовом параметре
- 0х4233 Неверная команда
- 0х4234 Длина параметра не равна заданной
- 0х4235 Отсутствует обязательный параметр
- 0х4236 Переполнение кольцевого буфера
- 0х4237 Переполнение буфера команд
- 0х4238 Буфер последнего ответа на команду пустой
Код группы ошибок 0х4300 — Группа ошибок транспортного протокола (верхний уровень)
- 0х4331 Неверный ID получателя (в параметре команды)
- 0х4332 Получатель уже занят другим отправителем
- 0х4360 Невозможен повтор реквизита
- 0х4361 Общая ошибка в параметрах
- 0х4362 Общая ошибка длины параметра
- 0х4363 Недопустимое сочетание реквизитов 1212 и 1030
- 0х4364 Передана некорректная сумма налога
- 0х4365 Переданная дата/время меньше даты/времени последнего фискального документа
- 0х4366 Количество позиций с реквизитом 1162 в автономном режиме превысило разрешенный
Код группы ошибок 0х4400 — Группа ошибок при передаче параметров (неверное значение параметра)
- 0х4451 Неверный тип документа
- 0х4452 Неверный номер пользовательской ячейки
- 0х4453 Превышение длины реквизита
- 0х4454 Неверный итог чека
- 0х4455 Неверная сумма товарной позиции
- 0х4456 Неверные дата и/или время
- 0х4457 Синтаксическая ошибка в параметре с фиксированной точкой
- 0х4458 Несуществующее поле
- 0х4459 Неверное значение параметра
- 0х445A Несуществующий реквизит
- 0х445B Недопустимый реквизит для данного типа документа
- 0х445C Некорректный РНМ или ИНН
- 0х445D Недопустимое сочетание реквизитов 1002 и 1056
- 0х445E Недопустимое сочетание реквизитов 1002 и 1017
- 0х445F Невозможно записать реквизит платежного агента (реквизит 1057 не был установлен при регистрации / перерегистрации)
- 0х4460 Невозможен повтор реквизита
- 0х4461 Общая ошибка в параметрах
- 0х4462 Общая ошибка длины параметра
- 0х4464 Передана некорректная сумма налога
- 0х4465 Переданная дата/время меньше даты/время последнего фискального документа
- 0х4466 Количество позиций с реквизитом 1162 в автономном режиме превысило разрешенный лимит
Код группы ошибок 0х4500 — Группа ошибок получения реквизитов
- 0х4531 Слишком большой индекс массива
- 0х4532 Запрошенный локальный реквизит недоступен
- 0х4533 Запрошенный переменный реквизит недоступен
- 0х4534 Запрошенный постоянный реквизит недоступен
Код группы ошибок 0х4600 — Группа ошибок электронного журнала
- 0х4631 Копия отсутствует
- 0х4632 Данные в ЭЖ повреждены
- 0х4633 Превышение максимального размера документа (128 Кб)
Код группы ошибок 0х4700 — Группа ошибок команд работы с внешними устройствами
- 0х4731 Общая ошибка
- 0х4732 Переполнение буфера внешнего устройства
- 0х4734 Ресурс занят
- 0х4735 Нет больше памяти
- 0х4736 Переполнение
- 0х4737 Запрашиваемый штрихкод недоступен
Ошибки, специфичные для QR-кода
- 0х4740 Недопустимая версия
- 0х4741 Неподдерживаемый или неверный режим
Код группы ошибок 0х5000 — Группа ошибок штрих-кодов
Общие ошибки
- 0х5031 Критическое утверждение не прошло проверку
- 0х5032 Недопустимый входной параметр
- 0х5033 Указатель ссылается в недопустимое место памяти
- 0х5034 Ресурс занят
- 0х5035 Недостаточно памяти
- 0х5036 Переполнение
- 0х5037 Запрашиваемый штрихкод недоступен
Ошибки, специфичные для QR-кода
- 0х5040 Недопустимая версия
- 0х5041 Неподдерживаемый или неверный режим
- 0х5042 Недопустимый уровень коррекции ошибок
Ошибки, специфичные для линейный кодов
- 0х5061 Неверный тип линейного штрих-кода
- 0х5062 Передан неверный размер/длина для данной операции
Источник
Ошибки при работе онлайн касс
Коды ошибок ККТ
Расшир. код ошибки
Неверная цена (сумма)
Переполнение счетчика наличности
Невозможно сторно последней операции
Сторно по коду невозможно (в чеке зарегистрировано меньшее количество товаров с указанным кодом)
Невозможен повтор последней операции
Повторная скидка на операцию невозможна
Скидка/надбавка на предыдущую операцию невозможна
Неверный код товара
Неверный штрихкод товара
ККТ заблокирована в режиме ввода даты
Требуется подтверждение ввода даты
Нет больше данных для передачи ПО ККТ
Нет подтверждения или отмены регистрации прихода
Отчет с гашением прерван. Вход в режим невозможен.
Отключение контроля наличности невозможно (не настроены необходимые способы расчета).
Вход в режим заблокирован
Проверьте дату и время
Дата и время в ККТ меньше чем в ФН
Невозможно закрыть архив
Товар не найден
Весовой штрихкод с количеством <>1.000
Переполнение буфера чека
Недостаточное количество товара
Сторнируемое количество больше проданного
Заблокированный товар не найден в буфере чека
Данный товар не продавался в чеке, сторно невозможно
Неверная команда от ККТ
Команда не реализуется в данном режиме ККТ
Нет связи с принтером чеков
Механическая ошибка печатающего устройства
Неверный тип чека
Нет больше строк картинки/штрихкода
Неверный номер регистра
Недопустимое целевое устройство
Нет места в массиве картинок/штрихкодов
Неверный номер картинки/штрихкода (картинка/штрихкод отсутствует)
Сумма сторно больше, чем было получено данным способом расчета
Сумма не наличных платежей превышает сумму чека
Сумма платежей меньше суммы чека
Накопление меньше суммы возврата или аннулирования
Переполнение суммы платежей
Предыдущая операция не завершена
Данная модель ККТ не может выполнить команду
Неверная величина скидки / надбавки
Операция после скидки / надбавки невозможна
Неверная форма/способ расчета
Переполнение при умножении
Операция запрещена в таблице настроек
Переполнение итога чека
Открыт чек аннулирования – операция невозможна
Переполнение буфера контрольной ленты
Вносимая клиентом сумма меньше суммы чека
Открыт чек возврата – операция невозможна
Смена превысила 24 часа
Открыт чек прихода – операция невозможна
Буфер контрольной ленты не переполнен
Идет обработка контрольной ленты
Обнуленная касса (повторное гашение невозможно)
Неверный номер таблицы
Неверный номер ряда
Неверный номер поля
Сумма чека по секции меньше суммы сторно
Подсчет суммы сдачи невозможен
В ККТ нет денег для выплаты
Чек закрыт – операция невозможна
Чек открыт – операция невозможна
Смена открыта, операция невозможна
Заводской номер/MAC-адрес уже задан
Исчерпан лимит перерегистраций
Неверный номер смены
Неверный тип отчета
Недопустимый заводской номер ККТ
ККТ не фискализирована
Не задан заводской номер
Режим не активизирован
Нет указанного чека в ЭЖ
Нет больше записей в ЭЖ
Некорректный код или номер кода защиты ККТ
Отсутствуют данные в буфере ККТ
Требуется выполнение общего гашения
Команда не разрешена введенными кодами защиты ККТ
Невозможна отмена скидки/надбавки
Невозможно закрыть чек данным способом расчета (в чеке присутствуют операции без контроля наличных)
Неверный номер маршрута
Неверный номер начальной зоны
Неверный номер конечной зоны
Неверный тип тарифа
Ошибка обмена с фискальным модулем
Необходимо провести профилактические работы
Неверные номера смен в ККТ и ФН
Нет устройства, обрабатывающего данную команду
Нет связи с внешним устройством
Ошибочное состояние ТРК
Больше одной регистрации в чеке
Ошибочный номер ТРК
Активизация данного ФН в составе данной ККТ невозможна
Перегрев головки принтера
Ошибка обмена с ФН на уровне интерфейса I2C
Ошибка формата передачи ФН
Неверное состояние ФН
Неисправимая ошибка ФН
Закончен срок эксплуатации ФН
Архив ФН переполнен
В ФН переданы неверная дата или время
В ФН нет запрошенных данных
Переполнение ФН (итог чека)
Невозможно напечатать вторую фискальную копию
Сумма налога больше суммы регистраций по чеку и/или итога или больше суммы регистрации
Начисление налога на последнюю операцию невозможно
Неверный номер ФН
Сумма сторно налога больше суммы зарегистрированного налога данного типа
Операция невозможна, недостаточно питания
Некорректное значение параметров команды ФН
Превышение размеров TLV данных ФН
Нет транспортного соединения ФН
Исчерпан ресурс КС ФН
Исчерпан ресурс хранения ФД для отправки ОФД
Сообщение от ОФД не может быть принято ФН
В ФН есть неотправленные ФД
Запросить расширенный код ошибки в регистре 55
Исчерпан ресурс Ожидания передачи сообщения в ФН
Продолжительность смены ФН более 24 часов
Неверная разница во времени между двумя операциями ФН
Количество позиций, подлежащих учету в документе, превысило разрешенный лимит
Отсутствуют данные в команде
Продажа подакцизного товара
Превышение максимального размера чека
Некорректная версия ФФД
Внутренняя ошибка ККТ
Параметр доступен только для чтения
1 – Коды ошибок, выводимые на дисплей, но не посылаемые в ПК.
Коды ошибок ФН
Неверное состояние ФН
Закончен срок эксплуатации ФН
Архив ФН переполнен
Нет запрошенных данных
Некорректное значение параметров команды
Отсутствуют данные, необходимые для корректного учета в ФН
Количество позиций, подлежащих учету в документе, превысило разрешенный лимит
Отсутствуют данные в команде
Превышен размер TLV
Нет транспортного соединения
Исчерпан ресурс КС
Исчерпан ресурс хранения
Исчерпан ресурс Ожидания передачи сообщения
Продолжительность смены более 24 часов
Неверная разница во времени между двумя операциями
В данном реквизите параметры не соответствуют форматам данных
Продажа подакцизного товара
Неустановленный реквизит в товарной позиции
Сообщение от ОФД не может быть принято
Таблица соответствия кодов ошибок ККТ и кодов ошибок ФН
Ошибка обмена с ФН на уровне интерфейса I2C
Неизвестная команда, неверный формат посылки или неизвестные параметры
Неверное состояние ФН
Закончен срок эксплуатации ФН
Архив ФН переполнен
Неверные дата и/или время
Нет запрошенных данных
Некорректное значение параметров команды
Отсутствуют данные, необходимые для корректного учета в ФН
Превышение размеров TLV данных
Нет транспортного соединения
Исчерпан ресурс КС (криптографического сопроцессора)
Исчерпан ресурс хранения
Сообщение от ОФД не может быть принято
Исчерпан ресурс Ожидания передачи сообщения
Продолжительность смены более 24 часов
Неверная разница во времени между двумя операциями
В данном реквизите параметры не соответствуют форматам данных
Количество позиций, подлежащих учету в документе, превысило разрешенный лимит
Отсутствуют данные в команде
Продажа подакцизного товара
Неустановленный реквизит в товарной позиции
1 – код ошибки сохраняется в регистре 55 ККТ.
2 – код ошибки сохраняется в регистре 55 ККТ.
Коды ошибок сети
Отсутствует физический канал связи
Ошибка сетевых настроек/нет соединения с сервером ОФД
Ошибка при передаче документа на сервер
Некорректный заголовок сессионного пакета
Превышен таймаут ожидания квитанции
Разрыв соединения при приеме квитанции
Превышен таймаут передачи документа на сервер
ОФД-процесс не инициализирован
Коды ошибок ОФД и реквизиты ответа ОФД
Неверный фискальный признак
Неверный формат сообщения оператора
Неверный номер ФД
Неверный номер ФН
Разрыв связи на этапе приема сообщения
Ошибка обработки документа
Коды ошибок в ответе оператора
При возникновении сбоев или неполадок в реквизите Код ответа оператора (тег 1022) возвращается код сообщения от ОФД.
Содержание сообщения оператора
Неисправимая ошибка. Содержание документа не распознано
Ошибка форматно-логического контроля при обработке документа
Информация о неполадках в сообщении оператора
Реквизит Сообщение оператора имеет битовый формат. Ниже представлено описание значений битов реквизита Сообщение оператора, информирующих о неполадках.
Содержание сообщения оператора
Ошибка форматно-логического контроля документа
Требуется связаться с ОФД для изменения настройки параметров связи ККТ и ОФД
Оператор уведомляет пользователя ККТ о прекращении деятельности
Если при проверке достоверности фискальных данных, содержащихся в ФД, выявлено несоответствие этого ФД требованиям настоящего документа, то ОФД присваивает первому биту реквизита Сообщение оператора (тег 1206) значение равное 1, а также направляет уведомление в налоговый орган.
Коды ошибок сети
Разрыв соединения при приеме квитанции
Превышен таймаут передачи документа на сервер
ОФД-процесс не инициализирован
Закажите абонентское сопровождение онлайн кассы!
Также Вы всегда можете получить у наших менеджеров исчерпывающую информацию о видах онлайн касс, которые могут применяться в соответствии с новыми требованиями. Наши специалисты подскажут оптимальный вариант необходимого Вам оборудования.
Источник
Поломки случаются с любым оборудованием. Они бывают техническими или системными. Неполадки возникают по причине износа деталей или сбоя программного обеспечения. Чтобы устранить неисправность, необходимо знать код ошибки и её описание.
Из нашей статьи вы узнаете:
В статье рассмотрим: какие ошибки могут возникнуть у онлайн-кассы ШТРИХ-М-01Ф и способы решения данных проблем.
Определение ошибки
Онлайн-касса ШТРИХ-М-01Ф обозначает ошибки световым индикатором и звуковым предупреждением. В зависимости от сигнала, пользователь ККТ определяет вид поломки:
- красный индикатор и звуковое оповещение — в принтере отсутствует или закончилась бумага;
- двойная вспышка через паузу без звукового оповещения, с ККТ отсутствует связь через интерфейс — авария аппаратной части онлайн-кассы;
- звуковой сигнал и мигание светового индикатора после включения оборудования в сеть, интерфейс кассы показывает код ошибки. В данном случае повреждены данные оперативного запоминающего устройства (ОЗУ).
Рассмотрим возможные причины неполадок и способы их решения в одной таблице:
| ККТ не реагирует на нажатие кнопки перемотки бумаги | |
|---|---|
| Причина | Решение |
| Онлайн-касса выключена | Включить питание онлайн-кассы |
| Идёт отработка команды | Дождаться окончания текущей операции |
| Замятие бумаги в принтере | Освободить бумагу от замятия |
| Касса вышла из строя | Обратиться в сервисный центр |
| ККТ не отвечает на команды хоста | |
| Причина | Решение |
| Онлайн-касса выключена | Включить питание онлайн-кассы |
| Скорость обмена кассы с хостом не совпадает со скоростью, на которой хост посылает команды | Установить скорость передачи данных хоста |
| Скорость обмена кассы с хостом совпадает со скоростью, на которой хост посылает команды, но канал связи передаёт данные с ошибками | Установить скорость передачи данных хоста и кассы равной 4800 бод |
| Соединительный кабель вышел из строя или не подключён | Подключить или заменить соединительный кабель |
| Касса вышла из строя | Обратиться в сервисный центр |
| Нет связи с ОФД | |
| Причина | Решение |
| Неверные настройки ККТ | Проверить настройки ККТ |
| Чеки не передаются в ОФД в течение 30 дней | |
| Причина | Решение |
| Интернет-связь отсутствует | Проверить интернет-соединение и обратиться в обслуживающую организацию |
Коды ошибок
Ниже в таблице приведены коды ошибок с описанием. Источником неисправности может быть ККТ или фискальный накопитель (ФН). Данный факт обозначен в столбце «Устройство». Ошибки помеченные как критичные, требуют особого внимания.
|
Код ошибки |
Устройство |
Описание ошибки |
Версия протокола ККТ |
Критичность |
|
|
HEX |
DEC |
v.2.0 |
|||
|
00h |
0 |
ФН |
Ошибок нет |
+ |
|
|
01h |
1 |
ФН |
Неизвестная команда, неверный формат |
+ |
|
|
02h |
2 |
ФН |
Неверное состояние ФН |
+ |
|
|
03h |
3 |
ФН |
Ошибка ФН |
+ |
|
|
04h |
4 |
ФН |
Ошибка КС |
+ |
|
|
05h |
5 |
ФН |
Закончен срок эксплуатации ФН |
+ |
|
|
06h |
6 |
ФН |
Архив ФН переполнен |
+ |
|
|
07h |
7 |
ФН |
Неверные дата и/или время |
+ |
|
|
08h |
8 |
ФН |
Нет запрошенных данных |
+ |
|
|
09h |
9 |
ФН |
Некорректное значение параметров |
+ |
|
|
10h |
16 |
ФН |
Превышение размеров TLV данных |
+ |
|
|
11h |
17 |
ФН |
Нет транспортного соединения |
+ |
|
|
12h |
18 |
ФН |
Исчерпан ресурс КС |
+ |
|
|
14h |
20 |
ФН |
Исчерпан ресурс хранения |
+ |
|
|
15h |
21 |
ФН |
Исчерпан ресурс Ожидания передачи сообщения |
+ |
|
|
16h |
22 |
ФН |
Продолжительность смены более 24 часов |
+ |
|
|
17h |
23 |
ФН |
Неверная разница во времени между 2 |
+ |
|
|
20h |
32 |
ФН |
Сообщение от ОФД не может быть |
+ |
|
|
2Fh |
47 |
ККТ |
Таймаут обмена с ФН |
+ |
|
|
30h |
48 |
ККТ |
ФН не отвечает |
+ |
|
|
33h |
51 |
ККТ |
Некорректные параметры в команде |
+ |
|
|
34h |
52 |
ККТ |
Нет данных |
+ |
|
|
35h |
53 |
ККТ |
Некорректный параметр при данных |
+ |
|
|
36h |
54 |
ККТ |
Некорректные параметры в команде для |
+ |
|
|
37h |
55 |
ККТ |
Команда не поддерживается в данной |
+ |
|
|
38h |
56 |
ККТ |
Ошибка в ПЗУ |
+ |
+ |
|
39h |
57 |
ККТ |
Внутренняя ошибка ПО ККТ |
+ |
|
|
3Ch |
60 |
ККТ |
Смена открыта операция невозможна |
+ |
|
|
3Dh |
61 |
ККТ |
Смена открыта операция невозможна |
||
|
3Eh |
62 |
ККТ |
Переполнение накопления по секциям в смене |
+ |
|
|
3Fh |
63 |
ККТ |
Переполнение накопления по скидкам в смене |
+ |
|
|
40h |
64 |
ККТ |
Переполнение диапазона скидок |
+ |
Коды ошибок ФН
В таблице представлены коды ошибки с описанием при неисправности фискального накопителя.
|
Код ошибки |
Описание ошибки |
Комментарий |
|
00h |
Успешное выполнение команды |
|
|
01h |
Неизвестная команда, неверный формат посылки |
Команда с таким кодом не найдена. |
|
02h |
Неверное состояние ФН |
Данная команда требует другого |
|
03h |
Ошибка ФН |
Запросить расширенные сведения об ошибке |
|
04h |
Ошибка КС |
Запросить расширенные сведения об ошибке |
|
05h |
Закончен срок эксплуатации ФН |
|
|
06h |
Архив ФН переполнен |
|
|
07h |
Неверные дата и/или время |
Дата и время операции не соответствуют |
|
08h |
Нет запрошенных данных |
Запрошенные данные отсутствуют в архиве ФН |
|
09h |
Некорректное значение параметров команды |
Параметры команды имеют правильный формат, но их значение не верно |
|
10h |
Превышение размеров TLV данных |
Размер передаваемых TLV данных превысил |
|
11h |
Нет транспортного соединения |
Транспортное соединение (ТС) отсутствует.
Необходимо установить ТС с ОФД и передать |
|
12h |
Исчерпан ресурс КС |
Требуется закрытие фискального режима |
|
14h |
Исчерпан ресурс хранения |
Ресурс для хранения документов для ОФД |
|
15h |
Исчерпан ресурс Ожидания передачи сообщения |
Время нахождения в очереди самого |
|
16h |
Продолжительность смены более 24 |
Продолжительность смены более 24 часов |
|
17h |
Неверная разница во времени между 2 операциями |
Разница более чем на 5 минут отличается от |
|
20h |
Сообщение от ОФД не может быть принято |
Сообщение ОФД не может быть |
Решение распространённых ошибок
Распространённые поломки на ШТРИХ-М 01Ф: ошибка часов и оборудования. Рассмотрим подробнее, в чём причина поломок и как устранить данные неисправности.
121 ошибка часов Штрих-М 01Ф
Интерфейс оборудования показывает код ошибки 121. Если после техобнуления неисправность повторяется, значит, проблема в устройстве модернизации (УМ) или системной плате.
Устройство модернизации создано для усовершенствования старых фискальных регистраторов, которые использовали ЭКЛЗ. УМ связывает ККТ и фискальный накопитель для передачи сведений в ОФД.
Решение:
На УМ требуется поменять процессор, а в системной плате заменить прошивку.
Если прошивка не помогает, то системную плату следует заменить.
123 ошибка оборудования Штрих-М 01Ф
При выполнении любых операций появляется ошибка оборудования 123.
Решение:
Требуется проверить электропитание, автоотрез и лентопротяг. Если доступ к электричеству бесперебойный, все кабели подключены, а оборудование работает исправно, понадобится выполнить следующее:
- проверить версию программного обеспечения фискального регистратора и установить актуальную прошивку;
- протестировать напряжение на батарейках и источнике питания;
- увеличить таймаут. Сделать это можно, нажав: тест драйвера → настройка свойств → таймаут → установить параметры → установить значение 150 — 200;
- обратиться в Центр технического обслуживания support@shtrih-m.ru: указать номер фискального регистртора, название и адрес организации.
Профилактика
Чтобы онлайн-касса работала без сбоев и как можно дольше, её требуется правильно обслуживать:
- использовать лицензированное ПО, оригинальные детали и качественные расходные материалы;
- поддерживать чистоту аппарата и рабочего места;
- проводить ежемесячно чистку и диагностику ККТ;
- не работать на неисправном оборудовании, это приведёт к более серьёзным поломкам.
Приобрести онлайн-кассу и ФН рекомендуем в нашем интернет-магазине. Каталог содержит в себе не только оборудование, но и готовые решения для вашего бизнеса. На сайте можно получить бесплатную консультацию специалистов или самостоятельно подобрать кассу исходя из своего вида деятельности, характера работы и бюджета.
Вопрос № 392 (гость № 10)
06.08.2022 21:10 (гость № 10)
Добрый день. Пробиваем на кассе обычный товар, при подборе все нормально, а когда дело доходит до пробития чека пишет ошибку «D3h, Ошибка привязки КМ: Код товара не распознан». Что делать?
Редактировать
Удалить
07.08.2022 19:30 (Админ)
1430
Очень интересный вопрос.
Обычно такая ошибка бывает если пробивается товар который подлежит маркировке, но не правильно внесен в вашей базе 1С.
Вам нужно сделать следующие действия:
1. Проверить какой товар так пробивается тот который подлежит маркировке или нет.
2. 1. Если ошибка возникла при пробитии маркированного товара, то проверяйте настройки номенклатуры, все ли там сделано верно.
2. 2. Если товар не маркированный, то проверьте сам штрих код. Что он из себя представляет. Его расширение. Попробуйте создать новый штрих код и по нему пробить данный товар. Если получится, то проблема именно в штрих коде. Выход из такой ситуации или создавать новый штрих код и приклеить его на ваш товар или подбирать товар через поиск, не используя штрих код.
Редактировать
Удалить
- sanenskii
- Сообщения:4
- Зарегистрирован:21 дек 2015, 09:36
-
Благодарил (а):
0 -
Поблагодарили:
0 - Контактная информация:
Штрих-фр-к, когда кассир включает с утра то выдает ошибку в провизоре «ошибка связи ккм, нет связи ккм»,в тесте драйвера Нет связи(не находит). Выткешь-воткнешь ком порт или в штрихе разъем (по колдуешь в общем разными вариациями,бывает в диспетчере устройств ком порт переустановишь) и находит его, а далее по стандарту, обнулил, ошибка пропала, на штрихе красная лампа потухла и работает. Почему не пойму теряет связь после ночи, ребята кто может встречался с похожим?
- Alex56
- Сообщения:1
- Зарегистрирован:02 дек 2015, 06:04
-
Благодарил (а):
0 -
Поблагодарили:
0 - Контактная информация:
Re: Штрих-ФР-К — ошибка связи ККМ, нет связи ККМ
Сообщение
Alex56 » 24 дек 2015, 08:20
Проверить батарейку, системную плату на предмет вздувшихся кондеров. Обновление прошивки
- sanenskii
- Сообщения:4
- Зарегистрирован:21 дек 2015, 09:36
-
Благодарил (а):
0 -
Поблагодарили:
0 - Контактная информация:
Re: Штрих-ФР-К — ошибка связи ККМ, нет связи ККМ
Сообщение
sanenskii » 24 дек 2015, 09:07
заменили батарейку, вроде пока работает. спасибо
- sanenskii
- Сообщения:4
- Зарегистрирован:21 дек 2015, 09:36
-
Благодарил (а):
0 -
Поблагодарили:
0 - Контактная информация:
Re: Штрих-ФР-К — ошибка связи ККМ, нет связи ККМ
Сообщение
sanenskii » 28 дек 2015, 12:22
при аптеке есть аптечный пункт, через улицу… в аптечном пункте стоит комп, считыватель штрих кодов, на компе атол рмк. товар фармацевт загружает с флешки. за долгое время накопилось много товара у которого остаток 0, и поэтому когда она ищет в рмк товар вначале появляются нулевые, из-за которых тормозит рмк и долго ищет(в следствии чего долго ждет покупатель).
у меня задача сходить к ней и удалить все остатки нулевые, подскажитекак это делается?
- sanenskii
- Сообщения:4
- Зарегистрирован:21 дек 2015, 09:36
-
Благодарил (а):
0 -
Поблагодарили:
0 - Контактная информация:
Re: Штрих-ФР-К — ошибка связи ККМ, нет связи ККМ
Сообщение
sanenskii » 28 дек 2015, 12:23
ребят еще вопрос про другой штрих. штрих то работает, то опять началось. кассиры на ночь вырубают. с утра включаю, штрих выдает ошибку, мигает красная и атол рмк пишет «нет связи с рмк». в диспетчере задач удаляю ком порт на котором штрих и заново обновляю оборудование чтобы ком порт установился. затем в настроите рмк оборудование ищу штрих, находит, делаю тех.обнуление и работает. и так по кругу день за днем стало.
что может быть?? думаю на вирусы все проверить дрова переустановить для начала??
1C 8 При обращении к торговому оборудованию возникла ошибка FFFFFFFFh, Нет связи при закрытии смены, печати чека
Описание ошибки:
Ошибка в базе 1c 8 FFFFFFFFh, Нет связи стала возникать после аварийного завершения работы из-за отключения электричества. Стала возникать при попытке печати чека или закрытия смены (смена была уже ранее открыта). При этом тестирования подключения выдавало успешный результат проверки. ККТ подключено к УТ 10.3 в удаленном рабочем столе.
Найденные решения:
Хотя ошибка и возникла в конфигурации 1С: Управление торговлей, ред. 10.3, тем не менее эта она может появиться в любых других конфигурациях 1С, в том числе и последних, т.к. алгоритмы взаимодействия 1С с торговым оборудованием принципиально не изменялись в новых конфигурациях, работающих в управляемом интерфейсе.
Как было коротко упомянуто в анонсе, проблема по наблюдениям пользователя возникла после того, как произошло отключение электроэнергии, и, как следствие, аварийное завершение работы 1С, с подключенной к ней в этот момент ККТ. В частности ККТ — Штрих-М с передачей данных.
При этом перестали выводиться чеки на ККТ с ошибкой «При обращении к торговому оборудованию возникла ошибка: FFFFFFFFh, Нет связи»
Рис. 1. Ошибка при попытке пробить чек.
Так же у пользователей завершилась подобной ошибкой попытка закрыть смену на ККТ.
Рис. 2. Ошибка ККТ при попытке закрыть смену.
Первое предложение о том, чтобы закрыть 1С, закрыть удаленный рабочий стол и перезагрузить компьютер и снова попробовать закрыть смену увенчалось неудачей.
На этот момент еще пользователь не сообщил о том, что было событие с отключением электричества. Что так же после отключения была проблема с тем, что отличалось время, но это исправил другой специалист по торговому оборудованию и какое-то время, до возникновения ошибки, ККТ выполняло печать чеков. Но вот, пользователь сообщил об этом. Из опыта известно, что при таком событии и аварийном завершении работы 1С 8 могут возникнуть ошибки во временных пользовательских файлах, связанных с базой. Это предположение так же было исключено тем, что база была удалена из списка баз и обратно добавлена. Исключить получилось только на том уровне, что ошибка «FFFFFFFFh, Нет связи» сохранилась.
Лишь только единоразово, при попытке закрыть смену, ошибка видоизменилась, но потом снова проявляла себя в формулировке «FFFFFFFFh, Нет связи».
Нажатие на изображении увеличит его
Рис. 3. Ошибка «30h, ФН не отвечает» при попытке закрыть смену на ККТ в 1С 8.
Как уже было кратко отмечено. 1С 8 открывается в удаленном рабочем столе (RDP), а ККТ подключено на локальном компьютере, то идет проброс в удаленный рабочий стол. Первым делом с помощью утилиты драйвера был проверен факт доступности порта и самого оборудования в удаленном рабочем столе. Поиск в «Свойствах» драйвера показал, что оборудование доступно в RDP, совпадают параметры связи, которые установлены в 1С для оборудования: порт, скорость, таймаут. Для этого заходим в драйвер ККТ — «Настройка свойств» (или «Свойства») — «Поиск оборудования» — «Начать».
Рис. 4. Поиск, определение доступности ККТ в драйвере торгового оборудования.
На удивление «Тест подключения» устройства рапортовал о том, что «Тест успешно выполнен».
Рис. 5. Параметры связи ККТ в базе 1С 8. Пример успешного тестирования оборудования в 1С 8.
Далее за помощью пришлось обратиться к сообществу:
Не работает Касса (Тест не пройден. FFFFFFFFh, Нет связи) на форуме mista.ru — ситуация отличается в том, что ошибка возникает при тестировании подключения.
Печать чека «Нет связи ffffffffh» на 1c-pro1.xyz — тут похожая ситуация в том, что проблема тоже возникает при работе с оборудованием, подключенным к 1С в удаленном рабочем столе (RDP). И там проблема в том, что происходило кратковременное прерывание соединения, поэтому нужно было решать проблему стабильности соединения по сети путем увеличения таймаута, сменой com-портов — но, может, кому-то это послужит подсказкой к действию и исключению этой проблемы.
Специалисты сервисной службы по торговому оборудованию сделали предположение о том, что, возможно, причина в аккумуляторе (акб) внутри ККТ, его нужно поменять, возможно, что касса и 1с по времени не соответствуют друг другу и поэтому не видят друг друга в момент печати чеков.
Замена аккумулятора была выполнена и после возвращения аппарат работал, но в какой-то момент снова вернуля набор вышеописанных ошибок. Опытным путем было установлено, что выключение и включение питания самого кассового аппарата позволяют избавиться от проблемы и продолжать работу с ним. Так же позднее сервисная служба обновила прошивку с версии ФФД 1.00 до ФФД 1.05. И тогда проблема с прерыванием доступности кассы в 1С прекратились. Смена стала закрыватьсч корректно.
Таким образом, причиной возникновения ошибки «FFFFFFFFh, Нет связи» в 1С 8, как для ранее работавшей ККТ, так и для только подключенной, может быть небольшой список: реальное отсутствие связи, ошибки во временных файлах на стороне 1С, отличия в параметрах связи между 1С и драйвером оборудования, прерывание соединения сети/интернета.
Оцените, помогло ли Вам предоставленное описание решения ошибки?
© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.
19-01-2023
Журавлев А.С.
(Сайт azhur-c.ru)