Добавление маркированных товаров
Внимание! Для добавления в чековый буфер маркированных товаров ККТ должна быть зарегистрирована для работы с маркированными товарами
ОИСМ — это оператор информационных систем маркировки, который осуществляет мониторинг всех продаваемых товаров, подлежащих обязательной маркировке.
После сканирования КМ (код маркировки) он будет передан ФН для локальной проверки (при наличии технической возможности ФН). В случае отрицательного результата (если ККТ зарегистрирована в автономном режиме) на дисплее кассы появится сообщение:
ОТВЕТ ФН ОТРИЦ ПРОДОЛЖ? [3]-Да
Для добавления товара нажмите — «3», для отказа — «C» или «РЕЖ».
В случае отрицательного результата локальной проверки (если ККТ зарегистрирована в режиме передачи данных) на дисплее кассы появится сообщение:
ОТВЕТ ФН ОТРИЦ ЗАПР ОИСМ [3]-Да
Для проверки КМ на стороне ОИСМ (Оператор информационных систем маркировки) нажмите — «3», для отказа от добавления покупки в чековый буфер — «C» или «РЕЖ».
В случае отсутствия технической возможности произвести локальную проверку КМ, ККТ зарегистрированная в режиме передачи данных самостоятельно сформирует запрос в ОИСМ. В момент проверки КМ в ОИСМ на дисплее кассы будет отображено сообщение:
ПРОВЕРКА КМ В ОИСМ…
В случае отрицательного результата проверки в ОИСМ на дисплее кассы появится сообщение:
ОТВЕТ ОИСМ ОТРИЦ ПРОДОЛЖ? [3]-Да
Для добавления данного товара в чековый буфер нажмите — «3», для отмены — «C» или «РЕЖ».
В случае недоступности сервера ОИСМ на дисплее кассы появится сообщение:
НЕТ ОТВЕТА ОИСМ ПРОДОЛЖ? [3]-Да
Для добавления покупки в чековый буфер без проверки КМ нажмите — «3», для отмены — «C» или «РЕЖ».
В зависимости от результата локальной и на сервере ОИСМ проверки кода маркировки в чеке будет присутствовать следующая информация о реализуемой маркированной продукции:
- «[М+]» – проверка КМ выполнена с положительным результатом;
- «[М]» – проверка КМ не выполнена;
- «[М-]» – проверка КМ выполнена с отрицательным результатом.
Как проверить отправку уведомлений ОИСМ на кассе меркурий
Проконтролировать состояние ККТ можно, нажав кнопку «.» в основном меню. В результате будут отпечатаны основные параметры ККТ:
Если уведомлений 0, то все настроено правильно. Если есть уведомления, то необходимо проверить связь с интренетом и проверить все настройки.
Ключи проверки адреса ОКП для ФФД 1.2
Адрес сервера: prod01.okp-fn.ru
IP адрес: 31.44.83.184
Порт: 26101
Почему на чеке печатается [М-]
- Проверка КП КМ выполнена в ФН с отрицательным результатом, статус товара ОИСМ не проверен
- Проверка КП КМ выполнена в ФН с отрицательным результатом, статус товара ОИСМ не проверен (ККТ функционирует в автономном режиме)
- Проверка КП КМ выполнена с отрицательным результатом, статус товара у ОИСМ некорректен
- Проверка КП КМ выполнена с положительным результатом, статус товара у ОИСМ некорректен
Иными словами, статус [М-] в чеке печатается в том случае, если одна или все проверки были выполнены с отрицательным результатом
Почему на чеке печатается просто [М]
- Проверка КП КМ не выполнена в ФН, статус товара ОИСМ не проверен
- Проверка КП КМ выполнена в ФН с положительным результатом , статус товара ОИСМ не проверен
- Проверка КП КМ не выполнена в ФН, статус товара ОИСМ не проверен (ККТ функционирует в автономном режиме)
- Проверка КП КМ выполнена в ФН с положительным результатом, статус товара ОИСМ не проверен (ККТ функционирует в автономном режиме)
Иными словами, статус [М] в чеке печатается в том случае, если одна или все проверки не были выполнены. То есть они были пропущены. Например, запрос на проверку был передан в ОИСМ, но не был получен ответ по причине отсутствия интернет соединения.
Почему на чеке печатается [М+]
- Проверка КП КМ выполнена с положительным результатом, статус товара у ОИСМ корректен
Иными словами, статус [М+] в чеке печатается в том случае, если код маркировки прошёл все существующие проверки
kupec
05.10.21 — 11:32
Доброго дня, кто то делал для ШТРИХа передачу маркировки по молочке?
Для табака у меня сделано вот так
FR.Password=ПарольККМ(Кассир);
//Тип маркировки товара.
FR.MarkingType=17485;
//Код маркировки товара.
FR.GTIN=Лев(ИДМаркировка,14);
FR.SerialNumber=Сред(СокрЛП(ИДМаркировка),15,7);
FR.FNSendItemCodeData();
А для молочки как делать? Передавать все символы которые до символа с кодом 29, начиная с 17 символа?, так как первые 16 это GTIN и есть?
Злопчинский
1 — 05.10.21 — 12:20
гтин не 16. гтин 12/13/14
kupec
2 — 05.10.21 — 12:33
0104607004892936215yQnIO #29 93FXLQ #13
т.е. вот от этого ШК отделяю первые 2 символа — 01 и остальное как раз и получается 14 символьный GTIN?
Злопчинский
3 — 05.10.21 — 12:34
типа да
kupec
4 — 05.10.21 — 12:38
ну и получается тогда что после откидываем 21 и перед #29 первые символы (6 штук) это и есть серийник?
victuan1
5 — 05.10.21 — 17:22
(0) Я делал. Для какой версии ФФД нужно?
victuan1
6 — 05.10.21 — 17:24
ГТИН всегда 14 символов (для всех товарных групп), а Серийник у молочки всегда 6 символов:
«01 + GTIN (14 chars) + 21 + СерийныйНомер (6 chars) + 93 + КодПроверки (4 chars)»
victuan1
7 — 05.10.21 — 17:26
Пример 1:
Считанная бинарная последовательность: 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.
kupec
8 — 06.10.21 — 10:16
(5) сейчас все кассы 1.05 или 1.1, в течении дня сегодня будут менять на одной из касс на 1.2, так что на данный момент актально для двух вариантов.
NorthWind
9 — 06.10.21 — 10:22
(2) 0104607004892936215yQnIO #29 93FXLQ #13
дело в том, что если у вас AI фиксированного размера (а 01, если я верно помню, всегда 14, т.е. фиксированная), то FNC1 необязателен.
Так что в данном случае у вас
(01)04607004892936
(21)5yQnIO #29 93FXLQ #13
NorthWind
10 — 06.10.21 — 10:23
в молочке, наверно, еще дата изготовления как минимум должна быть. Тут только EAN13 и серийник от честного знака…
victuan1
11 — 07.10.21 — 06:33
(10) Нет, не будет даты изготовления в КМ. Отказались от нее в ЧЗ.
victuan1
12 — 07.10.21 — 07:07
(9) Не совсем так:
Если ФФД 1.05/1.1 то в ОФД должно уйти: 4607004892936 5yQnIO
Если ФФД 1.2, то в ОФД уходит: 01 04607004892936 215yQnIO #29 93FXLQ
Буквально в конце сентября я прошел проверочные испытания по молочке своего ПО в Честном ЗНАКе именно по этому сценарию (по другим сценариям мое ПО не аккредитовали бы).
kupec
13 — 08.10.21 — 10:05
(12) каким же образом мне используя 1.2 передать тэги? Сейчас сделано вот так
FR.Password=ПарольККМ(Кассир);
//Тип маркировки товара.
FR.MarkingType=17485;
//Код маркировки товара.
FR.GTIN=Лев(ИДМаркировка,14);
FR.SerialNumber=Сред(СокрЛП(ИДМаркировка),15,7);
FR.FNSendItemCodeData();
Но почему то теперь это не проходит, ругается драйвер
Код ошибки 51 Некорректные параметры в команде
victuan1
14 — 08.10.21 — 11:40
(13) Эти методы для ФФД 1.05/1.1.
Для 1.2 всё по другому.
victuan1
15 — 08.10.21 — 11:45
Чтобы понять насколько всё сложно и заморочено в плане маркировки на ФФД 1.2, почитайте схемы интеграции:
http://fs.atol.ru/_layouts/15/atol.templates/Handlers/FileHandler.ashx?guid=59712437-d622-458c-a0e5-98e4e5e2cdfb&webUrl=
Это для Атола, но у Штрих-м аналогично (т.к ФН-М тот же самый).
kupec
16 — 08.10.21 — 11:48
Правильно ли я понимаю, что перед тем как продать маркированный товар необходимо его сначала проверить через драйвер. И после получения ответа только совершать передачу тэга?
victuan1
17 — 08.10.21 — 11:48
У меня несколько дней ушло только на переписку с техподдержкой Штрих-М, чтобы понять как всё это увязать в коде для их драйвера. Некоторые вещи не документированы в их документации.
Например, кто знает как пользоваться методом FNUserAttribute? Манулов по этому методу ноль.
victuan1
18 — 08.10.21 — 11:48
(16) Правильно.
kupec
19 — 08.10.21 — 11:50
(18) т.е. без проверки вообще никак не обойтись?
victuan1
20 — 08.10.21 — 11:54
(19) Никак, т.к. железно зашито на уровне ФН-М. Я пробовал.
kupec
21 — 08.10.21 — 12:27
ну вот допустим считанный код вот такой
0104601216012779215XIPBe<0x1D>931eil
FNCheckItemBarcode
Что передавать в BarCode ? Весь целиком или только GTIN?
kupec
22 — 08.10.21 — 12:31
я что не пробую проверять у меня на все один ответ
Статус локальной проверки : 0
«код маркировки не может быть проверен фискальным накопителем с использованием ключа проверки КП»
Результат локальной проверки : 1, КМ данного типа не подлежит проверке в ФН
Распознанный тип КМ : 255, неизвестное значение
kupec
23 — 08.10.21 — 12:33
Статус локальной проверки : 0
«код маркировки не может быть проверен фискальным накопителем с использованием ключа проверки КП»
Результат локальной проверки : 1, КМ данного типа не подлежит проверке в ФН
Распознанный тип КМ : 5, КМ со значением кода проверки длиной 4 символа, не подлежащим проверке в ФН
Код ответа ФН на команду онлайн-проверки: 0, Ошибок нет
Результат проверки КМ : 15
«код маркировки проверен»
«результат проверки КП КМ положительный»
«проверка статуса ОИСМ выполнена»
«от ОИСМ получены сведения, что планируемый статус товара корректен»
«результат проверки КП КМ и статуса товара сформирован ККТ, работающей в режиме передачи данных»
Реквизиты ответа сервера : 42 08 04 00 4C 10 60 61 39 08 01 00 00 D5 07 01 00 0F 3D 08 01 00 01 34 08 01 00 05
Вот что удалось получить
victuan1
24 — 08.10.21 — 14:09
(21) Весь целиком, а последовательность <0x1D> нужно перед этим заменить на символ с кодом 29:
КМ = СтрЗаменить(КМ,»<0x1D>»,Симв(29));
(23) Результат проверки КМ : 15
означает, что всё хорошо, [М+]
kupec
25 — 08.10.21 — 14:22
(24) каким образом читать данные в ПО? Какие там команды или атрибуты? Где про это можно почитать? Что то руководство программиста они давненько не обновляли
kupec
26 — 08.10.21 — 14:29
(25) а если у меня со сканера ШК не приходит такая последовательность? Это критично или нет?
victuan1
27 — 08.10.21 — 14:32
(25) https://exam.shtrih-m-partners.ru/base/ — Общее для ККТ — драйвера. Там же обновленная документация.
(26) Какая приходит?
kupec
28 — 08.10.21 — 15:05
Приходит например вот
0104601216012779215XIPBe<0x1D>931eil
kupec
29 — 08.10.21 — 15:07
(27) руководство прошлогоднее от 16 ноября 2020
victuan1
30 — 08.10.21 — 15:49
(29) Я по нему и работал. Новее нет.
(28) См. (24)
kupec
31 — 08.10.21 — 15:52
А как же теперь передавать данные о ШК ЕГАИС? У меня тоже вылезает ошибка 51, некорректные парамемтры в команде
victuan1
32 — 08.10.21 — 15:53
(31) ШК ЕГАИС не передаем в ОФД (и никогда не нужно было передавать в ОФД).
Их нужно передавать через УТМ запросом версии Cheque или ChequeV3.
victuan1
33 — 08.10.21 — 15:54
kupec
34 — 08.10.21 — 16:00
Драйвер есть последний, к нему описания нет или я слепой и не могу найти
victuan1
35 — 08.10.21 — 16:07
(34) Я не пользовался описанием к новому драйверу — не подскажу где искать.
brainguard
36 — 08.10.21 — 16:09
(34) К последнему драйверу подходит предыдущее описание. Там ничего не меняли, только ошибки фиксили
kupec
37 — 08.10.21 — 16:42
(36) Поделитесь пожалуйста мне на почту руководством, которое у вас есть. Заранее благодарю
victuan1
38 — 08.10.21 — 17:08
(37) Я вам дал ссылку в (27) — берите оттуда.
arian_
39 — 11.10.21 — 18:06
Кто-нибудь уже запустил для 1с 7.7 передачу маркированного товара для ФФД 1.2. Получилось у кого-нибудь?
Злопчинский
40 — 11.10.21 — 18:22
(39) а шо?
arian_
41 — 11.10.21 — 18:30
(40) Хотел узнать какую версию драйвера использовали 4.15 или 5.16? И куда теперь криптохвост добавлять в SerialNumber или какой то отдельный параметр?
victuan1
42 — 12.10.21 — 05:48
(39) Получилось.
(41) На обоих версиях драйверов работает.
«И куда теперь криптохвост добавлять в SerialNumber или какой то отдельный параметр?» У-у, как запущено… а текущую тему прочитать с начала, не судьба? В (27) ссылка откуда скачать документацию по Штрих-М.
arian_
43 — 12.10.21 — 06:34
(42) Ну так это было вчера. Я разобрался. Сначала проверяем марку с криптохвостом, а затем выводим вопрос пользователю от подтверждении пользователю пробития чека, если марка не прошла проверку.
Вот так:
меняем
……..
глФР.MarkingType=17485;
глФР.GTIN=ТЗначМарки.Джитин;
глФР.SerialNumber=ТЗначМарки.Серийник;
глФР.FNSendItemCodeData();
……..
на
qr=»010460702776893521000000013JBSF<0x1D>91FFD0<0x1D>92dGVzdGifC5FkjETjJhotf7m8rsjQHeoNyxcpaEIZfDQ=»;
qr=СтрЗаменить(qr,»<0x1D>»,Симв(29));
глФР.BarCode = qr;
глФР.ItemStatus = 1;
глФР.FNCheckItemBarcode();
//Дальше ККМ возвращает ряд тэгов с результатами проверки
глФР.FNAcceptMarkingCode();
глФР.Barcode = qr;
глФР.FNSendItemBarcode();
Правильно?
Я запутался какие тэги в ФФД 1.2 необходимо еще передать в ККМ или этого достаточно для того, чтобы чек пробился правильно? При условии что товар продается целыми шиуками.
victuan1
44 — 12.10.21 — 06:53
(43) Желательно еще учесть обработку ошибок и передачу меры кол-ва товара.
arian_
45 — 12.10.21 — 08:11
(44) я так понимаю передача меры количества товара имеет смысл при частичном выбытии товара. Например продаем 1 сигарету из пачки.
victuan1
46 — 12.10.21 — 09:45
(45) Я имел в виду тег 1197, он обязательный по ФФД 1.2 для любого типа товаров.
arian_
47 — 12.10.21 — 09:48
(46) Читаю изменения в ФФД 1.2 :Единица измерения предмета расчета (тег 1197) изменена на новый реквизит «мера количества предмета расчета» (тег 2108)
arian_
48 — 12.10.21 — 09:50
Тэг 1212, который для штриха PaymentItemSign. Раньше, если немаркированный товар, то просто ставили 1. а сейчас если товар не маркированный оставлять 1, а если маркированный, то 33 или он автоматом поставится, если у видит что есть КМ?
victuan1
49 — 12.10.21 — 10:08
(47) Верно, теперь это тег 2108.
victuan1
50 — 12.10.21 — 10:09
(48) Я ставлю 33 программно. Автоматом надо выбирать из двух значений 31 и 33, думаю автомат не сработает.
arian_
51 — 12.10.21 — 10:15
(49) Так вот я не пойму в документации написано: MeasureUnit Мера количества предмета расчета (ФФД 1.2):
0 – Применяется для предметов расчета, которые могут быть реализованы поштучно или единицами;
…….
255 – Применяется при использовании иных единиц измерения
Скажем продаем ботинки или одежду. Что в этот тэг записывать?
victuan1
52 — 12.10.21 — 10:18
(51) записывать 0.
arian_
53 — 12.10.21 — 10:20
(50) А если товар не маркируемый записываем 1? Потому что 31 и 33 это всё для маркируемого
arian_
54 — 12.10.21 — 10:21
(52) это также подходит и к немаркируемому товару?
arian_
55 — 12.10.21 — 10:24
Действительно написано, что не передача тэгов 1212 и 2108 рассматривается как административное правонарушение. Но если это немаркируемый товар. Тэги эти тоже обязательны для передачи или нет?
victuan1
56 — 12.10.21 — 10:26
(53) 1, если это не подакцизный товар. Здесь подробнее https://disk.yandex.ru/i/wx7PyIbo3U57Vh
victuan1
57 — 12.10.21 — 10:27
(55) Да, тоже.
victuan1
58 — 12.10.21 — 10:27
arian_
59 — 12.10.21 — 10:29
Разобрался. Спасибо!
kupec
60 — 12.10.21 — 16:53
глФР.BarCode = qr;
глФР.ItemStatus = 1;
глФР.FNCheckItemBarcode();
Если я вот так сделаю первый раз при подключении к ККМ, то повторно уже не получается, выдает ошибку что не верные реквизиты. Как сделать так, что бы при одном сеансе связи с ККМ данный способ проверки работал всегда, может надо какую то команду подать, что то типа очистки буфера проверки, вроде как то так она называется.
arian_
61 — 12.10.21 — 21:12
(60) После всего этого делаете вот это:
глФР.FNAcceptMarkingCode();
глФР.Barcode = qr;
глФР.FNSendItemBarcode();
глФР.FNCloseCheckEx();
arian_
62 — 12.10.21 — 21:14
То есть это в цикле перебора табличной части
глФР.FNAcceptMarkingCode();
глФР.Barcode = qr;
глФР.FNSendItemBarcode();
А в конце при пробития чека
глФР.FNCloseCheckEx();
arian_
63 — 12.10.21 — 22:55
(60) А разве при закрытии чека глФР.FNCloseCheckEx(); буфер ККМ не должен очищаться сам?
И для чего нужна такая команда: FNConfirmNotificationRead ФНПодтвердитьВыгрузкуУведомления
Подтверждение выгрузки уведомления (ФФД 1.2)
У меня пока не обновлена прошивка, поэтому не могу проверить. Возможно victuan1 поможет.
kupec
64 — 13.10.21 — 13:25
(61) (62) (63) в тесте драйвера все работает, смотрел лог файл, ничем вроде не отличается мой алгоритм работы и алгоритм тестдрайвера. И вот как раз таки в нем все работает, а в моем ПО не хочет. Тут тогда другой вопрос встает. Как в цикле перебирать FNCheckItemBarcode() если после первой проверки у меня вылетает ошибка на втором. Что то мне вот этот момент не понятен
arian_
65 — 13.10.21 — 15:30
(64) Покажите код формирования чека.
kupec
66 — 14.10.21 — 16:24
(65) я чек не формирую, я сначала в программе просто пытаюсь получить результат проверки марки
FR.Password=30;
FR.ItemStatus=1;
FR.CheckItemMode=0;
FR.Barcode=СокрЛП(ДанныеДляПроверки);
FR.FNCheckItemBarcode();
Если ОтветДрайвера(,»Проверка КМ»)<>0 Тогда
Возврат;
КонецЕсли;
Естественно сначала подключаюсь к ККМ. Так вот…первый раз код проходит, второй раз уже выдает ошибку не верные реквизиты. Если переподключиться к ККМ, то проверка первый раз опять проходит, ну а на второй опять ошибка
arian_
67 — 15.10.21 — 13:56
Попробуйте для штучного товара:
FR.Password=30;
Если ВидОперации=Перечисление.ВидыОперацийЧекККМ.Чек Тогда
FR.CheckType=0;
ИначеЕсли ВидОперации=Перечисление.ВидыОперацийЧекККМ.ЧекНаВозврат Тогда
FR.CheckType=2;
КонецЕсли;
ВыбратьСтроки();
Пока ПолучитьСтроку()>0 Цикл
FR.BarCode = СтрЗаменить(КМ,»<0x1D>»,Симв(29));; // реквизит табличной части;
FR.ItemStatus = 1; // Планируемый статус — штучный товар, Реализован
FR.CheckItemMode = 0; //полная проверка (локальная проверка ФН и проверка через ОФД
FR.FNCheckItemBarcode(); //Проверка штрих кода GS1
//Выводим данные проверки для контроля. Здесь же можно указать проверку условия принятия или не принятия кассиром решения об пробитии каждой позиции чека
Сообщить(«Статус локальной проверки: «+FR.CheckItemLocalResult);
Сообщить(«Причина, по которой не была проведена локальная проверка: «+FR.CheckItemLocalError);
Сообщить(«Распознанный тип КМ, (Тег 2100 ФФД): «+FR.MarkingType2);
Сообщить(«Код ответа ФН на команду онлайн-проверки: «+FR.KMServerErrorCode);
Сообщить(«Результат проверки КМ. (Тег 2106 ФФД): » + FR.KMServerCheckingStatus);
FR.FNAcceptMarkingCode(); //принять введеный код марки
FR.StringForPrinting=печнаим;
FR.Quantity=1;
FR.Tax1=0;
FR.Price=Окр(Сумма/Количество, 2);
FR.PaymentTypeSign=4;
FR.PaymentItemSign=31; //1-если не маркируемый и 33, если маркируемый и акцизный, 31 — маркируем безакцизный
FR.MeasureUnit = 0;
// Передаем Номер ГТД согласно формату ФФД 1.1
FR.TagNumber = 1231;
FR.TagType = 7;
FR.TagValueStr = СокрЛП(Строка(Номенклатура.НомерГТД.Наименование));
FR.FNSendTagOperation();
// Передаем Код страны происхождения согласно формату ФФД 1.1
FR.TagNumber = 1230;
FR.TagType = 7;
FR.TagValueStr = СокрЛП(Строка(Номенклатура.СтранаПроисхождения.Код));
FR.FNSendTagOperation();
FR.FNOperation();
FR.BarCode = СтрЗаменить(КМ,»<0x1D>»,Симв(29));; // реквизит табличной части;
FR.FNSendItemBarcode(); //привязываем марку к позиции
КонецЦикла;
//Отправляем чек на электронную почту
Если СокрЛП(ТелПочта)<>»» Тогда
FR.CustomerEmail=СокрЛП(ТелПочта);
FR.FNSendCustomerEmail();
КонецЕсли;
// Закрытие чека
FR.Password=30;
FR.StringForPrinting=»================================================»;
FR.FNCloseCheckEx();
ОтветДрайвера();
Сообщить(«Результат: «+Строка(Result));
Сообщить(«Ошибка параметра: «+Строка(ОшибкаПараметра));
arian_
68 — 15.10.21 — 13:58
печнаим — это наименование Номенклатуры
NikeArz
69 — 15.10.21 — 15:11
У меня все работает для штучного товара
пробовал на сигаретах и автошинах, до обуви руки не дошли
Конфигураци 1С самописная
Функция ОперацияПроверитьКодМаркировки(Объект, НомерЛУ, Пароль, СтруктураКМ)
Результат = «»;
Если Объект = Неопределено Тогда
Результат = «- Торговое оборудование не подключено.»;
СтруктураКМ.КодПроверен = 3;
СтруктураКМ.ОтветПроверки = «- Проверка КМ не выполнена.»;
Возврат Результат;
КонецЕсли;
Объект.LDNumber = НомерЛУ;
Объект.SetActiveLD();
Если Объект.ResultCode <> 0 Тогда
Результат = Объект.ResultCodeDescription;
СтруктураКМ.КодПроверен = 3;
СтруктураКМ.ОтветПроверки = «- Проверка КМ не выполнена.»;
Возврат Результат;
КонецЕсли;
Объект.Password = Пароль;
Объект.Connect();
Если Объект.ResultCode <> 0 Тогда
Результат = Объект.ResultCodeDescription;
СтруктураКМ.КодПроверен = 3;
СтруктураКМ.ОтветПроверки = «- Проверка КМ не выполнена.»;
Возврат Результат;
КонецЕсли;
Объект.GetDeviceMetrics();
Если Объект.ResultCode <> 0 Тогда
Результат = Объект.ResultCodeDescription;
Объект.Disconnect();
СтруктураКМ.КодПроверен = 3;
СтруктураКМ.ОтветПроверки = «- Проверка КМ не выполнена.»;
Возврат Результат;
КонецЕсли;
Модель = Объект.UModel; //Объект.УМодельУстройства
мРезультатПроверкиСервером = Неопределено;
мСтатусПроверкиСервером = Неопределено;
//************************************************************
Объект.Password = Пароль;
Объект.BarCode = СтруктураКМ.КодМаркировки; //Код записывается как читается со сканера с символом разделителем символ(29)
Объект.ItemStatus = СтруктураКМ.СтатусОперации; // 1 продажа, 3 — возврат
Объект.CheckItemMode = 0;
Объект.TLVDataHEX = «»;
Объект.FNCheckItemBarcode();
Если Объект.ResultCode <> 0 Тогда
Результат = Объект.ResultCodeDescription;
Объект.FNDeclineMarkingCode(); //отвергнуть код маркировки
СтруктураКМ.КодПроверен = 3;
СтруктураКМ.ОтветПроверки = «- Проверка КМ не выполнена. Код отвергнут.»;
Объект.Disconnect();
Возврат Результат;
КонецЕсли;
мСтатусПроверкиСервером = Объект.KMServerErrorCode;
мРезультатПроверкиСервером = Объект.KMServerCheckingStatus;
Если мРезультатПроверкиСервером = 15 Тогда
СтруктураКМ.КодПроверен = 0; // 0- М+ 1- М 2- М-
СтруктураКМ.ОтветПроверки = «»;
Объект.FNAcceptMarkingCode(); //принять код маркировки
ИначеЕсли мРезультатПроверкиСервером = 7 Тогда
СтруктураКМ.КодПроверен = 2;
СтруктураКМ.ОтветПроверки = «Проверка КП КМ выполнена с положительным результатом, статус товара у ОИСМ некорректен»;
Объект.FNAcceptMarkingCode(); //принять код маркировки
ИначеЕсли мРезультатПроверкиСервером = 5 Тогда
СтруктураКМ.КодПроверен = 2;
СтруктураКМ.ОтветПроверки = «Проверка КП КМ выполнена с отрицательным результатом, статус товара у ОИСМ некорректен»;
Объект.FNAcceptMarkingCode(); //принять код маркировки
ИначеЕсли мРезультатПроверкиСервером = 19 Тогда
СтруктураКМ.КодПроверен = 1;
СтруктураКМ.ОтветПроверки = «Проверка КП КМ выполнена в ФН с положительным результатом, статус товара ОИСМ не проверен (ККТ функционирует в автономном режиме)»;
Объект.FNAcceptMarkingCode(); //принять код маркировки
ИначеЕсли мРезультатПроверкиСервером = 17 Тогда
СтруктураКМ.КодПроверен = 2;
СтруктураКМ.ОтветПроверки = «Проверка КП КМ выполнена в ФН с отрицательным результатом, статус товара ОИСМ не проверен (ККТ функционирует в автономном режиме)»;
Объект.FNAcceptMarkingCode(); //принять код маркировки
ИначеЕсли мРезультатПроверкиСервером = 16 Тогда
СтруктураКМ.КодПроверен = 1;
СтруктураКМ.ОтветПроверки = «Проверка КП КМ не выполнена, статус товара ОИСМ не проверен (ККТ функционирует в автономном режиме)»;
Объект.FNAcceptMarkingCode(); //принять код маркировки
ИначеЕсли мРезультатПроверкиСервером = 3 Тогда
СтруктураКМ.КодПроверен = 1;
СтруктураКМ.ОтветПроверки = «Проверка КП КМ выполнена с положительным результатом, статус товара ОИСМ не проверен»;
Объект.FNAcceptMarkingCode(); //принять код маркировки
ИначеЕсли мРезультатПроверкиСервером = 1 Тогда
СтруктураКМ.КодПроверен = 2;
СтруктураКМ.ОтветПроверки = «Проверка КП КМ выполнена в ФН с отрицательным результатом, статус товара ОИСМ не проверен»;
Объект.FNAcceptMarkingCode(); //принять код маркировки
ИначеЕсли мРезультатПроверкиСервером = 0 Тогда
СтруктураКМ.КодПроверен = 1;
СтруктураКМ.ОтветПроверки = «Проверка КП КМ выполнена в ФН с отрицательным результатом, статус товара ОИСМ не проверен»;
Объект.FNAcceptMarkingCode(); //принять код маркировки
Иначе
СтруктураКМ.КодПроверен = 3;
СтруктураКМ.ОтветПроверки = «- Проверка не выполнена. Код отвергнут.»;
Объект.FNDeclineMarkingCode(); //отвергнуть код маркировки
КонецЕсли;
Если Объект.ResultCode <> 0 Тогда
Результат = Объект.ResultCodeDescription;
СтруктураКМ.ОтветПроверки = «- Проверка не выполнена. Код отвергнут.»;
СтруктураКМ.КодПроверен = 3;
Объект.Disconnect();
Возврат Результат;
КонецЕсли;
Объект.Password = Пароль;
Объект.GetECRStatus();
Если Объект.ResultCode <> 0 Тогда
Результат = Объект.ResultCodeDescription;
КонецЕсли;
Объект.Disconnect();
Возврат Результат;
КонецФункции
kupec
70 — 15.10.21 — 15:39
Всем большое спасибо, в выходные поиграюсь.
arian_
71 — 15.10.21 — 15:43
(69) Подскажите а зачем вы после проверки каждого кода освобождвете ком порт
Объект.Disconnect();
arian_
72 — 15.10.21 — 15:43
(70) Напишите что получилось. На следующей неделе тоже ожидает после перепрошивки…
NikeArz
73 — 15.10.21 — 16:55
(71) Если честно то лет 15 так работает и не знаю.
NikeArz
74 — 15.10.21 — 16:57
(71) У нас с 2007 года Штрихи стоят поэтому по многим моментам внимание не заострял. Работает и ладно.
kupec
75 — 15.10.21 — 18:10
(71) Есть 2 варианта работы с ККМ, ну это как по мне….
1 — При запуске кассового ПО подключаемся к ККМ и не отключаемся до завершения работы кассового ПО
2 — При попытке пробить чек из кассового ПО подключаемся к кассе и после завершения чека отключаемся от неё. Соответственно тоже самое для Z X отчетов и всяких там манипуляций с кассой.
Тут сам каждый для себя выбирает, как ему лучше работать. Например если в магазине, где поток народа практически всегда, соответственно лучше соединиться с кассой и занять порт на все время работы программы, а если у тебя дай бог раз в пол часа клиент, то тут наверно лучше и освобождать порт. На сколько мне известно, в 1С Розница как раз таки используется второй вариант по умолчанию. Т.е. после манипуляций с кассой порт освобождается
anton-x
76 — 20.10.21 — 20:57
(60) Подскажи, пожалуйста, удалось побороть ошибку «Неразрешенные реквизиты»? Такая же ситуация, для следующей проверки.
kupec
77 — 21.10.21 — 15:27
(76) Я приболел, нет возможности поковырять кассу, надеюсь на следующей неделе доберусь.
anton-x
78 — 21.10.21 — 16:36
Скорейшего выздоровления! Коллеги, возможно у кого-то есть мысли по этому поводу? Суть в том, что последовательный вызов FNCheckItemBarcode() для второй марки выдаёт ошибку «Неразрешенные реквизиты». На сколько я понял, эту ошибку возвращает ФН. Как и писали коллеги выше, если переподключиться к драйверу, пропускает. По общей логике, я планирую пройтись по списку марок и принять или отвергнуть, и только затем перейти к регистрации позиций и закрытия чека.
kupec
79 — 22.10.21 — 14:34
(78) Какая версия драйвера используется? У меня 874? но уже есть 883, может там уже это исправлено, посмотреть можно там http://doc.shtrih-m.ru/, кстати там есть и примеры для маркировки ФФД 1.2, но они мне не помогли, либо я что то не углядел.
kupec
80 — 22.10.21 — 14:41
Почитал сейчас список изменений, то что стоит у меня 874 и текущая 883 как раз есть изменения и исправления при работе с КМ. Так что можно попробовать обновить драйвер до последней версии. Если будет возможность, отпишитесь про результат
arian_
81 — 22.10.21 — 15:08
(78) На текущий момент стало поступать достаточно много вопросов связанных с причинами возникновения ошибки 11: «Неразрешенные реквизиты» в ответ на команду проверки кода маркировки (метод FNCheckItemBarcode, реализующий команду FF61h). Не смотря на то, что данная ошибки не декларирована в протоколе ФН под ФФД1.2, но она возникает. Причина ошибки в том, что при заполнении реквизитов, необходимых для проверки кода маркировки, пользователь (разработчик ПО) не заполняет все необходимые поля, а именно свойство TLVDataHex. Если не реализуется дробное кол-во предмета расчета, то в данное свойство нужно в явном виде передавать «пустую строку». Если этого не сделать, то в него будет внесен ответ от сервера ОИСМ от предыдущей проверки кода маркировки.
arian_
82 — 22.10.21 — 15:09
(78) Если вы брали за основу мой код, то если у вас не дробное количество, то перед FR.FNCheckItemBarcode(); необходимо FR.TLVDataHEX = «»;
kupec
83 — 22.10.21 — 19:01
(82) сделал предварительную обработку, помогло FR.TLVDataHEX = «», спасибо )))
kupec
84 — 22.10.21 — 19:38
а есть ли у кого-нибудь описание CheckItemLocalError для ККМ?
arian_
85 — 22.10.21 — 20:36
(84)
CheckItemLocalError ОшибкаЛокальнойПроверки
Тип: Integer / Целое
Причина, по которой не была проведена локальная проверка
Возможные значения:
0 – КМ проверен в ФН 1 – КМ данного типа не подлежит проверки в ФН 2 – ФН не содержит ключ проверки кода проверки этого КМ 3 – Проверка невозможна, так как отсутствуют идентификаторы применения GS1 91 и / или 92 или их формат неверный 4 –Внутренняя ошибка в ФН при проверке этого КМ
Список возвращаемых ошибок
https://docs.google.com/spreadsheets/d/19Mn5syH70XwFdg6Pe2fhYM17SNHGuOJDvQEQXHxSz54/edit#gid=0
kupec
86 — 22.10.21 — 21:10
(85) я почему то у себя в руководстве программиста не могу найти данное описание, может есть ссылка, от куда взята данная информация, у меня наверно старая версия…хотя скачивал «типа» последнюю с сайта штриха
arian_
87 — 22.10.21 — 21:37
(85) где-то на сайте штриха скачивал уже не помню: документация Руководство программиста от 02.03.2021
kupec
88 — 22.10.21 — 22:09
у меня почему то от июня 2020 и новее не могу найти
Можно мне на почту скинуть документацию? В профиле адрес есть
kupec
89 — 22.10.21 — 22:38
kupec
90 — 22.10.21 — 22:39
victuan1
91 — 23.10.21 — 06:46
(90) Но методов нового драйвера (5.16) в ней так и нет, например, метода очистки буфера КМ — FNMarkingClearBuffer.
anton-x
92 — 25.10.21 — 09:50
(80) Версия тоже 874. Помогло TLVDataHEX = «». На новой сборке драйвера пока не пробовал. Но постараюсь проверить позже.
kupec
93 — 25.10.21 — 16:05
Совершил тестовую продажу, вроде все удачно, на чеке написалось М+, только не понятно…..напротив данной буквы еще какие то 4 цифры,что это такое?
kupec
94 — 25.10.21 — 16:18
+(93) пробовал несколько позиций маркированных в одном чеке, все сработало. Проверял на молочке и на табаке. Немного не понятно как с алкоголем быть? Надо ли посылать данные по нему, или он не считается маркированным?
arian_
95 — 25.10.21 — 18:36
(94) Тем, кто продает шубы, изделия из натурального меха и алкоголь — на эти группы товаров ФФД 1.2 не распространяется. Вроде так.
victuan1
96 — 26.10.21 — 07:10
victuan1
97 — 26.10.21 — 07:11
(94) Алкоголь не считается маркированным СИ (средствами идентификации), поэтому его передаем только в УТМ.
victuan1
98 — 26.10.21 — 07:12
(95) Также как в ФФД 1.05 и 1.1, их выбытие отражают не через чек ККТ.
SmallAngryCat
99 — 26.10.21 — 11:33
(93) Подскажите как добиться появления этой волшебной буквы [М+] на чеке? У меня марка проходит проверку, в ОФД отправляется, в ЦРПТ выбывает из оборота, а буквы на чеке все равно нет. Может в таблицах ФР что-то нужно настроить?
kupec
100 — 26.10.21 — 11:43
таблица 17 поле 25 вроде как, печать тэгов
|
Добрый день! Подскажите с чем может быть связана ошибка при пробитии чека ККМ. |
|
|
Рустам Абдуллин, добрый день, уточните, пожалуйста, релиз конфигурации Алфьа-Авто, а также наименование фискального регистратора, версию его драйвера и прошивки. |
|
|
Рустам Абдуллин Заглянувший Сообщений: 33 |
#3
15.09.2021 13:02:04
Добрый день! |
||
|
И еще вопрос по поводу передачи маркировки в ККТ, скорее всего тут ошибка, мб с этим и связанно то что он не может проверить код маркировки. Скрин из ОФД структура что передает касса. Длины кода не хватает. Скорее всего скобки не нужны. Прикрепленные файлы  Изменено: Рустам Абдуллин — 15.09.2021 13:16:15 |
|
|
Рустам, уточните, пожалуйста, воспроизводится ли ошибка на полностью типовой конфигурации релиза 5,1,29,04? Изменено: Светлана Сулименко — 15.09.2021 14:24:59 |
|
|
Рустам Абдуллин Заглянувший Сообщений: 33 |
#6
15.09.2021 14:32:19
Нет возможности проверить Изменено: Рустам Абдуллин — 15.09.2021 14:32:32 |
||
|
Рустам Абдуллин Заглянувший Сообщений: 33 |
#7
15.09.2021 14:44:23
Ошибки в первом поступ проявились на прошивке версии 5.8.6, которую Атол отозвал. А ваши специалисты тестировали с новой версией ФФД? |
||
|
Светлана Сулименко Посетитель Сообщений: 8902 |
#8
15.09.2021 14:54:24
да, конечно, на прошивке 5,8,1 |
||
|
Светлана Сулименко Посетитель Сообщений: 8902 |
#9
15.09.2021 14:55:05
К сожалению, тогда не смогу помочь решить указанную Вами проблему, на типовом релизе 5,1,29,04 ошибки нет при пробитии чека. |
||||
|
Данил Василига Посетитель Сообщений: 647 |
#10
15.09.2021 15:20:42
А где Ваши специалисты взяли прошивку 5.8.1? Самая первая прошивка с поддержкой ФФД 1.2 — 5.8.3 Прикрепленные файлы  |
||||
|
Светлана Сулименко Посетитель Сообщений: 8902 |
#11
16.09.2021 09:07:38
у наших партнеров — компании АТОЛ. |
||
|
#12
16.09.2021 09:39:12 Добрый день! Тогда подскажите с чем может быть связана ошибка при проверки кода маркировки. |
|
|
#13
16.09.2021 11:10:09 Рустам Абдуллин, уточните, пожалуйста, осуществлялась ли замена фискального накопителя? установлен ли у Вас ФН с поддержкой формата ФФД 1.2? |
|
|
Рустам Абдуллин Заглянувший Сообщений: 33 |
#14
16.09.2021 11:23:06
Да осуществили замену ФН с поддержкой ФФД 1.2.Скрин сведений о ККТ Прикрепленные файлы  |
||
|
#15
16.09.2021 13:07:11 Рустам Абдуллин, мы этот признак получаем из оборудования, какую последовательность битов получили из ФР, такой результат и выводится в соответствии с предоставленной технической информацией для разработчиков. Вы можете обратиться к разработчику драйвера Атол. |
|
|
#16
16.09.2021 13:52:48 Светлана Сулименко, развернул чистую конфигурацию, ошибка осталась. Где искать проблему? Не хотелось бы услышать отговорку из разряды мы не виноваты, виноват АТОЛ или еще кто либо. Изменено: Рустам Абдуллин — 16.09.2021 13:54:15 |
|
|
Светлана Сулименко Посетитель Сообщений: 8902 |
#17
16.09.2021 14:04:29
|
||||
|
Михаил Волков Заглянувший Сообщений: 435 |
#18
16.09.2021 14:09:31
Можно адрес этой ссылки? |
||
|
Данил Василига Посетитель Сообщений: 647 |
#19
16.09.2021 14:24:24
http://forum.atol.ru/index.php?showtopic=38967&view=findpost&p=315267 вот тут. В приложенном файле тоже самое указано — прошивки версии 5.8.1 не было для конечных клиентов. Прикрепленные файлы
|
||||
|
#20
11.07.2022 14:06:39 Добрый день! Столкнулись с аналогичной проблемой: Альфа-Авто: Автосалон+Автосервис+Автозапчасти ПРОФ, редакция 5.1 (5.1.36.03), ККТ Атол 30Ф (прошивка 5.8.20, ФФД 1.2), Тест драйвера Атол 10.9.0.8. Изменено: Дмитрий Курышев — 11.07.2022 14:39:10 |
|
|
Тамара Герасимчук Заглянувший Сообщений: 160 |
#21
11.07.2022 15:02:29
Добрый день! При пробитии чека с кодами маркировки необходимо: актуальный драйвер ККТ, прошивка, а также считывать коды маркировки исключительно только сканерами штрих-кодов, запрограммированных как RS-232 |
||
|
Дмитрий Курышев Заглянувший Сообщений: 6 |
#22
11.07.2022 15:57:29
Актуальный драйвер на данный момент 10.9.3.1 (установим и проверим с этой версией драйвера), при этом компоненты драйверы из комплекта Рарус нужно обновлять? Прошивка для ККТ Атол 30Ф — 5.8.20 — актуальная на данный момент (судя по информации на форуме Атол http://forum.atol.ru/index.php?showtopic=38967&view=findpost&p=323442 forum.atol.ru) Если мы правильно понимаем, то при продаже товара, в фронт кассира мы в обязательном порядке должны отсканировать товар сканером (подключен через RS-232). Если мы воспроизведем работу сканера вручную введя все цифры (без скобок), то информация должна передаться в нужном формате, т.е. мы хотим сказать, что сканер по факту передаст в нужное поле символы кода маркировки без ошибок. Мы правильно понимаем, что введя вручную последовательность кода в нужном формате без скобок, информация должна передаться в нужном формате? Изменено: Дмитрий Курышев — 11.07.2022 16:49:57 |
||
|
#23
11.07.2022 17:07:17 Если Вы установили обновление 5.1.36.03, то из дистрибутива с обновлением необходимо установить систему управления оборудованием от имени администратора и при выключенной Альфа-Авто. Если код маркировки считывается сканером, который подключен как RS-232, проблем с передачей кодов маркировки не должно быть. |
|
|
#24
12.07.2022 09:06:23 Может быть мы не верно устанавливаем оборудование ККТ Атол 30Ф, использующее стандартный драйвер Атол 10 версии? Устанавливаем драйвер Атол, с помощью утилиты ConfUtil3, в ней создаем новое оборудование ККТ FPrint (1С-обработка + драйвер «Атол»), в 1С в Оборудование создаем новое устройство, выбираем устройство созданное ранее в ConfUtil3, включаем оборудование. |
|
|
Тамара Герасимчук Заглянувший Сообщений: 160 |
#25
12.07.2022 09:25:03 Обычно создают прямо из справочника Оборудование в Альфа-Авто. Модель выбираете верную, ККТ FPrint (1С-обработка + драйвер «Атол»). А после обновления на релиз 5.1.36.03 Вы устанавливали от имени администратора систему управления оборудованием из дистрибутива обновления на том рабочем месте, где касса расположена? |
03.08.21 — 19:38
Обновили ККТ до версии ФФД 1.2
Теперь из 1С БП 3 (последняя версия) не печатаются чеки.
ККТ Атол 55ф, драйвер атола 10.9.0
Возникает ошибка тут:
ерсияФН = ?(ОбщегоНазначенияКлиентСервер.СравнитьВерсии(ВерсияФН, «1.0.5.0») > 0, ВерсияФН, «1.0.5.0»);
Версия ФФД ФН пишет одни вопросы так: ???
Кто-нибудь сталкивался с таким? Есть решение?
201 — 13.10.21 — 14:20
Начал тестировать с МГМ, УПП. В старой обработке переделал формирование GoodCodeData, передаю полный код в Base64. Если передавать реальный код, то выдает 2106,РЕЗ-Т ПРОВ. СВЕД. О ТОВ.:3, если сгенерированный в тестовом контуре, то 2106, РЕЗ-Т ПРОВ. СВЕД. О ТОВ.:0, что логично — в тестовом коде критпохвост вида testtesttest…. В обоих случаях печатается [М]
Возникают вопросы:
1. Достаточно ли положительного результата проверки только ФН, без проверки в ЦРПТ? Если да, то шьем боевые кассы и все, по желанию на них позже допиливаем проверку ЦРПТ.
2. Получится ли на МГМ проверить тестовый код в ЧЗ? ФН его разворачивает, может он его все-таки передаст в ЧЗ. Хотя эти коды в ЧЗ я уже второй день не могу ввести в оборот, тестовый контур работает в рандомное время, выдает постоянно 503 ошибку.
202 — 19.10.21 — 11:25
(200) Добрый день!, подскажите пжста, откуда в коде запускается цепочка проверки Кодов марок, сам никак не могу найти это, У меня УПП 1.3.167.1.
Нашел вот это «МенеджерОборудованияКлиент.НачатьЗапросКМ», но не могу понять, откуда это запускается! Поиск не дал результат…
203 — 19.10.21 — 13:49
Штриховский каменный цветок наконец вышел!
Компонента 1С от Штрих-М для работы в формате ФФД 1.2 сегодня получила статус «1С совместимо».
204 — 19.10.21 — 14:18
(203) а где можно скачать?
на сайте штриха не нашел
205 — 19.10.21 — 14:18
В Рознице 2.3.10.24 (Типовая) при пробитие чека через Штрих, марка не проходит проверку, данные в ОФД передаются с маркой, но марка как была в статусе Introduced, так и остается. При пробитии этой же марки через тест драйвер все проходит корректно на чеке появляется М+ и марка выходит из оборота в ЦРПТ
206 — 19.10.21 — 14:29
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
208 — 19.10.21 — 14:39
(207) Спасибо, проверяю
209 — 19.10.21 — 14:47
(208) Мы тоже начали отладку, но пока на МГМ-ФН-М 1.2
210 — 19.10.21 — 15:31
(202) Отвечу сам, в УПП 1.3.167.1 походу еще нет кода с запуском цепочек. В Рабочем месте кассира Розницы 2.3.10.24 — это можно увидеть.
211 — 19.10.21 — 15:54
(205) Пока не взлетело
212 — 19.10.21 — 16:02
(210) В УТ10 функционал по проверке марок не реализован, соответственно не работает списание марок из оборота. В УПП скорее всего так же
213 — 19.10.21 — 18:47
(205) Все ок, была проблема с настройками параметров в ккт ОФД порт проверки км
214 — 19.10.21 — 18:47
Конфигурация: Управление торговлей, редакция 11 (11.4.13.280)
При продаже маркированной продукции «Шины» не пробивается чек ККМ.
Касса настроена на ФФД 1.2.
Драйвер АТОЛ 10.9.0.8
В 1С везде написано, что версия ФФД 1.1. Но касса точно на ФФД 1.2.
При пробитие чека с марками выдает «Ошибка программирования реквизита 1162»
У кого-то есть такая проблема? Она решается?
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 формируется, в тестовом ОФД виден чек с маркой.
Теперь непонятно, что с этим делать.
216 — 20.10.21 — 10:25
(214) У вас в 1С не та версия компоненты из архива с Тест драйвером подключена, я выше писал какую версию внедрять следует, чтобы взлетело.
Вот человек вчера отписался, что в таком же релизе УТ как у вас у него маркировка успешно бьётся:
https://forum.shtrih-m-partners.ru/index.php?topic=34070.60
217 — 20.10.21 — 10:28
(214) Только сейчас заметил различия, у него ККТ Штрих-М, а у вас Атоловский аппарат.
Вам следует библиотеку компоненты заново в 1С установить, включая процедуру регистрации .dll через командную строку и обязательный запуск платформы 1С от имени Админа.
218 — 20.10.21 — 10:35
(215) У нас сейчас на макете ФН-М никак не получается пройти проверку обновления ключей.
При открытии смены пишет ошибку «обновление ключей проверки не выполнено».
Нашли параметры тестового контура сервера ОКП, прописали эти параметры согласно номеру нашего макета ФН, затем прописали в таблицах тестовый сервер ОФД.
Всё равно не работает, ключи не обновляются, следовательно мы не можем начать процесс продажи маркированного товара ни в нашей 1С, ни через Тест драйвер ККТ.
https://docs.google.com/spreadsheets/d/190heU5YQR4WV6EdV0FleXbsZdzhrf1BrQGRlOCdG40o/edit#gid=0
219 — 20.10.21 — 11:26
Установили kktproxy.exe и прописали значение socks5 в таблицах — ошибка ключей при открытии смены исчезла.
Теперь пишет «обновлено ключей 2, ошибок нет».
https://docs.google.com/document/d/1dLuTrYn6P-aOHpsB-zb3DT2xfF4F2xoWhoOyvr068bY/edit
220 — 21.10.21 — 12:19
Коллеги, добрый день!
Опишу наши муки с ФФД 1.2 и текущие результаты, может кто идет в этом направлении…
У нас маркировка одежды и обуви, никаких дробных количеств нет.
Коды маркировки мы проверяем сразу после сканирования своим веб-сервисом, соответственно в ККТ мы отправляем заведомо корректные марки.
Зачем нам проверять их второй раз средствами ККТ непонятно. Также непонятно можно ли этого избежать.
Драйвер и компонента 1С штриха обновлены до необходимых версий, все хорошо.
В xml пишем: «<GoodCodeData GS1.M=»КракозябрыBase64КодаМаркировкиСХвостомИСкрытымиСимволамиGS»/>», все остальное как в прошлой версии ФФД.
При этом в чек выходит, все хорошо. В ОФД: Результат проверки сведений о товаре [М], Код товара — марка без хвоста (то есть все хорошо расшифровалось).
Но на бумажном чеке, примерно там где должно быть [М] выводится «КМ?» Техподдержка штриха говорит, что это тэг 2107 в значении 1, типа проверка КМ средствами кассы не проводилась.
С тестовым контуром ЧЗ как я понимаю проблемы, в рабочем контуре выведение марки из оборота проверить пока не можем.
Несколько вопросов:
1) Туда ли мы идем? или плюнуть на все и сделать вторую проверку средствами ККТ, как в стандартной 1С:Рознице?
2) Если то что мы делаем допустимо, как добиться, чтобы на бумажном чеке печаталось [М], а не «КМ?» ?
3) Может в XML дописать, что-нибудь, чтобы не проверяло, а сразу отправляло? Или есть какая-нибудь настройка драйвера Штриха?
4) Кто пробовал схему как у нас, будут ли марки выводиться из оборота или никак без проверки средствами ККТ?
221 — 21.10.21 — 21:25
(220) Поздравляю! С 1 декабря, те, кто внес недостоверные сведения в ЧЗ, подлежат административной отвесности.
Счастья вам и удачи, в Новом году!
222 — 22.10.21 — 05:49
«Зачем нам проверять их второй раз средствами ККТ непонятно. Также непонятно можно ли этого избежать. »
Таков закон, надо исполнять. Избежать проверки средствами ККТ (точнее ФН) невозможно, т.к. обязательное прохождение проверки железно зашито в сам ФН-М на аппаратном уровне, не изменить. Если КМ не прошел проверку в ФН, то чек ККТ пробить не получится — будет ошибка, что КМ не проверен (запрет на уровне ФН, производители прошивок ККТ его обойти не смогут даже если очень сильно попросить).
223 — 22.10.21 — 07:09
(222) А по (215) не подскажете? Это связано именно с тем, что бьем по тестовому контуру?
224 — 22.10.21 — 08:36
(223) Тестовый контур у нас всегда возвращал ошибку проверки марки. Попробуй взять боевой ККТ, настрой в 1С проверку при сканировании. Если при добавлении товара в чек проверка ККТ проходит успешно, значит все хорошо на этом этапе.
225 — 22.10.21 — 09:17
Коллеги, у Штриха вышел новый драйвер 5.16.883. Заявлено, что исправлена ошибка чека коррекции.
Приступаем к тестированию.
226 — 22.10.21 — 10:06
(224) На 1.2 прошита только касса с МГМ. Боевые кассы прошивать нельзя — если что-то пойдет не так, то назад на 1.05 уже не перейти. Придется тогда тестовую кассу регистрировать и покупать туда обычный ФН.
227 — 22.10.21 — 11:08
(226) Ну, поработает магазин временно без одной кассы. Мы так и сделали. Магаз на 3 кассы, одну прошили под 1.2 и сняли на стенд. В магазе работает пока 2 кассы. Справляются.
228 — 22.10.21 — 11:22
Коллеги!!всем добрейшего чего-то там. Кто-то решил вопрос с кассами атол? 1с УТ обновили уже на последний релиз,никак не можем подменить драйверы на новые,чтобы всё заработало 
гугл не помогает даже на 4 странице
229 — 22.10.21 — 11:24
(228) все работает отлично. Вызовите специалиста.
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, потом касса оживает и работает как обычно.
Зависание может быть как при локальной проверке так и при проверке статуса товара ОИСМ.
В чем может быть причина?
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»/>
234 — 25.10.21 — 10:13
(232) В какой конфигурации работаете?
Какую модель Штрих-М используете?
На боевой ККТ чеки с маркировкой бьёте или тестовой с МГМ-ФН-М на борту?
Поясните пожалуйста функционал настройки:
Таблица 17 строка 41 «RUS принимать все КТ» = 1.
235 — 25.10.21 — 12:00
(234) При такой настройке ККТ будет принимать любые марки, т.е. ККТ не будет контролировать правильность формата марки, и будет писаться тег 1300, если марка не распознана.
236 — 25.10.21 — 12:42
(235) Понял вас. Спасибо.
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Ф
//На боевой ККТ чеки с маркировкой бьёте или тестовой с МГМ-ФН-М на борту?
МГМ
И от себя вопрос, подскажите, пожалуйста как работать с МГМ и тестовым ОФД? Как проверить информацию в ОФД?
241 — 25.10.21 — 15:39
(238) Таблица 17 строка 41 «RUS принимать все КТ» = 1 Это сделала уже, стал на кассе пробивать, но ОФд уходит код товара 04811644000721(21)yxhwjgyed
отладкой прошлась он из 1с передал кассе 04811644000721(21)yxhwjgyed , а в офд почему такую кривоту шлет ? 011) вместо (01)
242 — 25.10.21 — 15:41
(238) Таблица 17 строка 41 «RUS принимать все КТ» = 1 Это сделала уже, стал на кассе пробивать, но ОФд уходит код товара 011)04811644000721(21)yxhwjgyed
отладкой прошлась он из 1с передал кассе (01)04811644000721(21)yxhwjgyed , а в офд почему такую кривоту шлет ? 011) вместо (01)
243 — 25.10.21 — 16:36
(240) [quote]подскажите, пожалуйста как работать с МГМ и тестовым ОФД? Как проверить информацию в ОФД?[/quote]
Для этого необходимо зарегистрировать вашу тестовую ККТ с МГМ на борту в спец. тестовом личном кабинете ОФД и затем закрепить за этой ККТ демо-договор ОФД к примеру на 3 месяца.
ОФД «СБИС» (он же Тензор) бесплатно предоставляют подобный тестовый ЛК. Уточняйте у своего ОФД наличие подобного функционала.
Вот инструкция от «СБИС»:
https://disk.yandex.ru/i/kD1LP-1y_llLwg
244 — 25.10.21 — 16:55
(240) {quote}аналогичная проблема.{/quote}
Мы отправили офиц. запрос в отдел разработки «Штрих-М» мск. Ждём комментариев.
245 — 26.10.21 — 06:22
(233) У вас одежда судя по коду? В тесте драйвера при проверке выдает:
Статус локальной проверки : 0
«код маркировки не может быть проверен фискальным накопителем с использованием ключа проверки КП»
Результат локальной проверки : 1, КМ данного типа не подлежит проверке в ФН
Распознанный тип КМ : 3, КМ со значением кода проверки длиной 44 символа, не подлежащим проверке в ФН
Насколько помню, только обувь и еще какая-то товарная группа может проверяться локально ФН.
246 — 26.10.21 — 06:25
Подставил код обуви:
Статус локальной проверки : 3
«код маркировки проверен фискальным накопителем с использованием ключа проверки КП»
«результат проверки КП КМ фискальным накопителем с использованием ключа проверки КП положительный»
Результат локальной проверки : 0, КМ проверен в ФН
Распознанный тип КМ : 2, КМ со значением кода проверки длиной 88 символов, подлежащим проверке в ФН
247 — 26.10.21 — 07:07
(241) Так и передаете код со скобками (21)?
Это неправильно. Нужно передавать без скобок, но с символом #29 в нужных местах.
248 — 26.10.21 — 09:13
(245) У нас не одежда, у нас лекарственные препараты (медикаменты).
Подскажите, вы наш код маркировки у себя в Тест драйвере проверили?
И Тест драйвер выдал вам: «КМ данного типа не подлежит проверке в ФН»?
Озвучьте пожалуйста пошагово, как вы проводите тест кода маркировки в Штриховском Тест драйвере ККТ?
249 — 26.10.21 — 09:26
(248) Локальная проверка (она же оффлайн-проверка) КМ в ФН предусмотрена только для обувных товаров (только для них существуют ключи ОКП, которые загружаются в ФН с сервера при каждом открытии кассовой смены).
Онлайн-проверка проводится на сервере ИСМ — для всех товаров (если ККТ имеет доступ в интернет в момент проверки).
Оффлайн-проверка (локальная) — производится только для обувных товаров (независимо от того, имеет ли ККТ в этот момент доступ в интернет).
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 (Результат проверки КП КМ фискальным накопителем с использованием ключа проверки КП отрицательный.)»
251 — 26.10.21 — 09:56
(249) Теперь мы пытаемся понять, требуется ли нам сейчас в срочном порядке приобретать боевой ФН-М и подключать ККТ к боевому ОФД, чтобы проследить весь путь КИЗа от нашей ККТ в ОФД, а затем и в «Честный Знак». Можете что-либо подсказать?
На данный момент в нашей ККТ прописан тестовый сервер ОИСМ, но ещё не присвоен тестовый ОФД и касса не зарегана в тестовом личном кабинете «СБИС».
Может поэтому разработчики отписались нам, что:
«результат проверки КП КМ отрицательный или код маркировки не был проверен»
«от ОИСМ получены сведения, что планируемый статус товара некорректен или сведения о статусе товара от ОИСМ не получены»
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
Что-то с настройками кассы?
253 — 26.10.21 — 10:22
(252) Нам не удаётся проверить код маркировки в Тест драйвере ККТ на МГМ. Как выяснилось, нам и не требуется это делать. У нас лекарства, не обувь.
254 — 26.10.21 — 10:25
(252) [quote]Что-то с настройками кассы?[/quote]
Думаю, у вас чеки в ОФД не уходят.
Если у вас МГМ, то касса должна быть зарегана в отдельном тестовом личном кабинете вашего ОФД и к ней должен быть привязан боевой договор ОФД.
Чеки в ФНС не уйдут, но зато вы сможете проанализировать их корректность в тестовом ЛК ОФД.
255 — 26.10.21 — 10:25
(253) У меня не проверялся именно через ЦРПТ. Увидел как у вас выдает сообщение о проверке, стал проверять кассу. В результате оказалось, что просто закрыт порт по работе с КМ (7788)
256 — 26.10.21 — 10:27
(255) Да, все возможные порты мы открыли, включая порты сервера ОИМС.
И на уровне брэндмауэра Windows, и на уровне маршрутизатора.
257 — 26.10.21 — 10:27
(254) В ОФД как раз уходили, в ЦРПТ — нет, таблица 19, пункт 6 — порт был закрыт
258 — 26.10.21 — 11:52
(215) как раз из-за (257) Поставил в таблице принимать все КМ, пробил тестовый КМ, в чеке [М+] и КМ выбыл в тестовом контуре
259 — 26.10.21 — 18:09
по поводу касс атол-чтобы всё работало в ут11 нужно платформу взять 8.3.18.1616(можно и ниже,но лучше её,чтобы точно заработало). в самой кассе прописать в параметрах адрес проверки ОКП. мы брали prod01.okp-fn.ru порт 26101. всё ожило,страдания прошли)
вдруг кому-то пригодится…
260 — 27.10.21 — 20:39
Добрый день! Как в итоге решили проблему?
такая же ошибка «D3h, Код товара не распознан».
261 — 28.10.21 — 08:20
(260) ответ в (110)(231)(235)
262 — 28.10.21 — 10:09
(261) Доброе утро. Я выяснил, что этот функционал проверки кода маркировки на уровне ККТ в боевых условиях отключать нельзя.
Поскольку производитель к примеру лекарственного препарата в виду сбоя оборудования может нанести некорректный/битый код на упаковку.
При подобном развитии событий считанный вам КМ мгновенно улетит в ОФД, а затем и в Честный Знак.
А так как с 1 Декабря 2021 в КоАП вводятся новые штрафные санкции за некорректно-представленные сведения в систему маркировки, то продавца и производителя рублём накажет «Роспотребнадзор».
Причём не просто предписание по почте выпишет (как это ФНС практикует), а начнёт судебное разбирательство с последующим судебным постановлением.
Это всё время, нервные клетки и деньги. И если денежные средства можно заработать, временной ресурс оценить невозможно, время бесценно в принципе.
263 — 28.10.21 — 10:19
Чтобы вы понимали, у нас сейчас на демо-стенде лежит в качестве образца сфотографированный и распечатанный DataMatrix (рядом с которым указаны GTIN и серийный номер).
Этот DataMatrix в своё время был реально нанесён на упаковку с лекарством и выпущен в оборот.
Когда мы отключаем функцию проверки КМ через настройки таблиц в Тест драйвере Штриха, считанный битый DataMatrix успешно проходит сканирование.
Когда мы включаем обратно проверку кодов на уровне ККТ, при сканировании битого DataMatrix верхнее ПО сразу возвращает ошибку, а на ККТ звучит оповещающий сигнал-гудок.
Вывод: отключать данный функционал целесообразно только в тестовых условиях, не в боевых.
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 и успешно пробивает чеки коррекции? Научите, пожалуйста, так работать.
269 — 29.10.21 — 04:09
(265) духи, обувь, одежда, лекарства и шины должны проходить локальную проверку
У одежды 44 символа хвост
270 — 29.10.21 — 05:50
(269) ну-ну..
271 — 29.10.21 — 08:56
(270) А что не так? У нас есть одежда и текстиль — как от поставщиков, так и генерируемые нами общая длина 85, криптохвост 44
272 — 29.10.21 — 09:33
(271) Ключи ФН на текущий момент работают только для обувных товаров. Мне так сказала техподдержка Атол.
273 — 29.10.21 — 10:09
(272) Я и написал, что у одежды 44, значит не проходит проверку
274 — 01.11.21 — 10:44
(272) Техподдержка «Штрих-М» также подтвердила ответ ТП «Атол»:
275 — 01.11.21 — 12:46
(274) Сегодня проверяли продажу обуви и текстиля. Штрих Онлайн. Успешно. М+ Марка выбыла в ЧЗ. Помог новый драйвер (266). До обновления драйвера было [М], но марки, при этом, выбывали в ЧЗ. Подозреваю, что драйвер Штрих неверно трактовал символы GS, передаваемые из 1С.
276 — 04.11.21 — 11:18
Писали в налоговую есть письмо от них что до 1 февраля 2022 года можно работать на старом ФФД если товаро-учётное ПО ещё не готово работать с ФФД 1.2, не знаю что все побежали перефискаливать кассы, не спеша тестируем релиз на тестовой кассе с МГМ ФН-М. Штрих только недавно прошёл сертификацию у налоговой по ФФД 1.2, не рекомендую в старые конфигурации вручную добавлять обработчик Атол на драйвере 10.9.x.x не оптимизировав ваш код конфигурации под этот обработчик, так как кассы с ФФД 1.2 работают через тег 1163, а кассы со старым ФФД работают через тег 1162. Оба обработчика что на штрих м, что на атол довольно таки сыроваты на этом этапе и многие ньюансы не учитаны, поэтому не спеша оптимизируем.)
277 — 04.11.21 — 11:21
(276) Боже. Набор слов. Уже всех клиентов перевел на ФФД 1.2.
Остались только кто на Эвоторах сидит, и тех закроем на следующей неделе.
Хватит паники.
278 — 04.11.21 — 11:23
(276) По закону есть 1 год на приведение в актуальное состояние онлайн ККТ после опубликования закона
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Ф
Товары без маркировки пробиваются отлично, ЧЗ не пробивается.
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 есть новая обработка обслуживания для ККТ Атол. В обработке поддержаны методы ЗапросКМ, ПодтвердитьКМ, ПолучитьРезультатыЗапросаКМ.
283 — 08.11.21 — 12:34
(276) Письмо с подобной формулировкой от ФНС в студию!
На официальном уровне таких заявлений опубликовано вроде не было.
284 — 08.11.21 — 12:35
285 — 08.11.21 — 12:38
+(284) только как всегда, наш народ все перевертел, как захотел. Там ни слова нет про ПО.
1.если кассы еще нет в реестре под ФФД 1.2, но она числится в списке планируемых, перерегистрировать с новым ФН-М можно будет кассу на старых ФФД, но не позднее 1 февраля 2022 года\
Там указано, если кассы еще числятся в списке планируемых, а наш народец, переписал для себя то, что хочет.
286 — 08.11.21 — 12:39
(278) Ссылку на формулировку закона предоставьте пожалуйста!
Согласно текущему регламенту ФНС и базе знаний «Штрих-М», все ККТ из аккредитованного ФНС перечня, поддерживающие ФФД 1.2, обязаны работать в рамках нового формата либо после модернизации, либо сразу из коробки.
287 — 08.11.21 — 12:41
(286) какая формулировка? Им же Вася из налоговой письмо написал.
288 — 08.11.21 — 14:50
(285) Согласен, в июньских/июльских письмах от ФНС речь шла исключительно о кассах, для которых планируется поддержка функционала ФФД 1.2
Про отсрочку в связи с недоработанным ПО никто не заикался.
289 — 10.11.21 — 09:58
(281) УТ 10.3 (10.3.72.1) и Атол 55Ф. Обработка и драйвер последние. При пробитии чека ошибка:
{ОбщийМодуль.ПодключаемоеОборудованиеУниверсальныйДрайверКлиент.Модуль(1596)}: Поле объекта не обнаружено (ИдентификаторУстройства)
ТекущийСтатус = МенеджерОборудованияКлиент.ПроверкаКодаМаркировки(ПараметрыПодключения.ИдентификаторУстройства);
Удалось у кого-то запустить ФФД 1.2 на УТ 10.3?
290 — 11.11.21 — 11:09
(287) (286) (285) (283) Вот вам официальное письмо, читайте: http://www.consultant.ru/document/cons_doc_LAW_307831/
Если перевести с бюрократического языка на русский, то до 1 февраля 2022 года отложили обязательный переход на ФФД 1.2.
291 — 11.11.21 — 14:22
Запустили боевую кассу. С одним КМ возникла проблема
При локальной проверке выдает
Статус локальной проверки : 0
«код маркировки не может быть проверен фискальным накопителем с использованием ключа проверки КП»
Результат локальной проверки : 2, ФН не содержит ключ проверки кода проверки этого КМ
Распознанный тип КМ : 2, КМ со значением кода проверки длиной 88 символов, подлежащим проверке в ФН,
проверку ЦРПТ проходит нормально — возвращает 15.
При этом проверку этого же КМ на тестовой кассе проходит — возвращает 3.
Что это может быть? И можно ли бить чек со статусом 0, при условии, что проверка в ЦРПТ пройдена?
292 — 11.11.21 — 14:39
+(291) Все проверяемые КМ начали выдавать тоже самое (проверил около 10 КМ локально — отрицательно(0), ЦРПТ — положительно (15)), на тестовой кассе локальная проверка положительная. Кассир говорит, что это началось около часа назад, некоторые коды пробивались со ворого — третьего раза, потом перестали вообще.
293 — 11.11.21 — 14:49
(290) Благодарю и жму руку. Оповестил руководство. Выдохнули все вместе.
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)».
295 — 12.11.21 — 09:17
(294) Ваш код не универсален — не для всех товарных групп подойдет.
296 — 12.11.21 — 11:54
(295) А в жизни вообще нет ничего универсального. Это тот «костыль», который мне пришлось вставлять в конфигурацию «УТ 11», чтобы в моем случае, кассы Штрих-М заработали, как надо. Я лишь дал вам пример решения этой проблемы, а вы можете на его основе переписать код под ваши условия. В моем случае, данный код полностью отрабатывает и решает проблему.
Если вы используете тип «GS1_DataMatrix», который имеет стандартную для него структуру, а именно: «(«Префикс 01» + «14 символов GTIN») + («Префикс 21» + «13 символов серийник») + (здесь вставляем «Символ 29») + («Префикс 91» + «4 символа проверочный ключ») + (здесь вставляем «Символ 29») + («Префикс 92″ + Криптохвост до 88 символов»)», то данный код вам подойдет. По сути он просто вставляет «Символ 29» в двух местах: перед префиксом «91» и перед префиксом «92».
297 — 12.11.21 — 16:13
(296) Приведенная вами структура отнюдь не является стандартной для всех товарных групп. Пишу здесь как предостережение для тех, кто решит бездумно копировать ваш код.
298 — 12.11.21 — 17:51
(297) У нас «Парфюмерия», для неё данная структура соответствует, для «Обуви» и «Одежды», насколько мне известно, тоже соответствует. С другими видами товара не сталкивался, возможно, что там есть какие-то отличия. Если у кого-то возникнут какие-то сложности, то нужен будет пример вашего кода маркировки, и я подправлю мой программный код под ваш вид товара.
299 — 12.11.21 — 19:08
Спрошу в этой теме..
Друзья, после перехода на ффд 1.2 начались проблемы с ФР АТОЛ 11Ф
Время от времени, бывает раз в день, а бывает и 5 раз за день, ФР выдаёт чек — «Отчет автотестирования», такое ощущение что он тупо ребутится как-то что-ли..
Бывает такое происходит в момент пробития чека, особенно при оплате по банку, с подключенным интегрированным терминалом. В момент пробития чека, теряется связь с ФР..
Никто таких проблем не наблюдает? Есть какие-то мысли на этот счёт?
Конфа 1С Розница, релиз 2.3.9.42, Драйвер ККТ 10.9.0.9
Накачу обновление в понедельник конечно, но боюсь дело не в этом..
300 — 12.11.21 — 19:10
(299) а какая прошивка?
Для того, чтобы соответствовать 54-ФЗ кассовые аппараты должны уметь пробивать чеки с достаточно большим количеством разных реквизитов. Кроме того, кассам необходимо также параллельно работать с маркировкой, а также с различным оборудованием, таким как сканер, банковский терминал, денежный ящик. Поэтому при пробитии кассовых чеков пользователю нередко приходится сталкиваться с различного рода ошибками. Некоторые из них возможно исправить сразу, а для исправления других требуется помощь специалистов. В данной статье мы рассмотрим самые часто встречающиеся ошибки и разберемся, в том, как же все-таки следует с ними поступать.
Ошибка ФН 234
Данная ошибка связана с исчерпанием ресурса криптографического процессора фискального накопителя. Если говорить простыми словами, то срок службы фискального накопителя подошел к концу и его необходимо заменить. Для решения данной проблемы необходимо закрыть архив старого фискального накопителя и зарегистрировать новый накопитель. С исправлением данной ошибки рекомендуется обратиться к профессионалам, где Вам оперативно помогут со сменой фискального накопителя в соответствии со всеми требованиями 54-ФЗ.
|
Мы производим постановку на учёт, плановую и внеплановую замену фискального накопителя. |
Мне нужна замена ФН |
Ошибка ФН 235
Ошибка ФН 235 возникает из-за истечения срока хранения документов в ФН. Связано это с тем, что фискальные документы по каким-то причинам не уходили в ОФД более чем 30 дней. Для устранения этой проблемы рекомендуется выяснить причину, по которой чеки не уходят в ОФД. Это может быть отсутствие интернета на кассе, некорректно указанные параметры ОФД, а также отсутствие оплаты услуг ОФД. После устранения проблемы и передачи всех непереданных чеков оператору фискальных данных, ошибка пропадет и чеки снова можно будет пробивать.
Ошибка ФН 231
Причин для возникновения ошибки ФН 231 существует несколько:
- условия эксплуатации ККТ не соответствуют законодательству;
- устаревшая товароучетная система;
- проблемы с драйвером ККТ;
- несоответствие параметров, записанных при регистрации ККТ в фискальный накопитель модели самого фискального накопителя
Последняя причина является одной из самых главных и частых. Все дело в том, что при регистрации ККТ необходимо учитывать систему налогообложения (СНО), с которой работает компания. Если компания работает с общей СНО, то фискальный накопитель необходимо использовать лишь на 13 или 15 месяцев. Накопитель на 36 месяцев подойдет только, если ККТ используется для оказания услуг. Для того, чтобы не ошибиться при регистрации фискального накопителя рекомендуется использовать таблицу ниже.
| Параметры | ОСН (не услуги) | ОСН (услуги) | УСН, ЕСХН, Патент | |||
|---|---|---|---|---|---|---|
| 15 мес. |
36 мес. |
15 мес. |
36 мес. |
15 мес. |
36 мес. |
|
| Без перечисленных ниже исключений | 470 дней | НЕТ | 470 дней | 1110 дней | НЕТ | 1110 дней |
| Автономный режим | 410 дней | НЕТ | 410 дней | 560 дней | 410 дней | 560 дней |
| Сезонный характер | 470 дней | НЕТ | 470 дней | 1110 дней | 470 дней | 1110 дней |
| Подакцизный товар | 410 дней | НЕТ | — | — | 410 дней | 410 дней |
| Платежные агенты (субагенты) | 470 дней | НЕТ | 470 дней | 1110 дней | 470 дней | 1110 дней |
Не стоит экономить на услугах и всём том, что связано с кассовой дисциплиной. Неправильные действия во время ввода в эксплуатацию ККТ могут привести к нарушению кассовой дисциплины, а это крупный штраф. Доверяйте подобные действия профессионалам, мы вам поможем.
Ошибка программирования реквизита 1162
Нередко при пробитии чеков с маркированными товарами на кассе пользователь сталкивается с ошибкой программирования реквизита 1162. Причины возникновения могут быть следующие:
- при регистрации ККТ были некорректно записаны параметры в ФН;
- устаревшая версия драйвера ККТ;
- проблемы с товароучетной системой;
- используется устаревшая версия ФФД.
Данная ошибка происходит при пробитии маркированной продукции на кассе. Тег 1162 является кодом товарной номенклатуры, который идентифицирует единицу товара. Это код, который является реквизитом фискального документа и заполняется для маркированного товара. Следовательно, в случае возникновения ошибки программирования реквизита 1162 рекомендуется проверить все перечисленные выше причины возникновения данной ошибки.
Ошибка «Смена превысила 24 часа»
При пробитии чеков на онлайн-кассе нередко возникает ошибка «Смена превысила 24 часа». Данное сообщение говорит о том, что в последний раз после пробития чеков кассовая смена не была закрыта на фискальном устройстве. Напомним, что продолжительность работы на кассе не должна превышать 24 часа в рамках одной открытой смены. Таким образом, в течении 24 часов с момента открытия, смену обязательно нужно закрывать. Если по каким-либо причинам это сделать вовремя не удалось, то это необходимо произвести сразу, когда появится такая возможность, поскольку касса попросту не даст вам пробивать чеки с незакрытой сменой. Также, если вы точно уверены, что закрыли смену вовремя или с момента открытия смены 24 часа не прошло, то проблема может быть и в вашей товароучетной системе. В таком случае рекомендуется посмотреть настройки программы и проверить все ли корректно работает.
|
Мы внедряем 1С и помогаем в работе с ней, подбираем программное обеспечение для бизнеса, подключаем торговое оборудование и регистрируем и ремонтируем онлайн-кассы. |
Хочу кассу под ключ |
Ошибка «Дата в ККМ меньше даты последнего документа в ФН»
Как известно, для корректной работы онлайн-кассы ККМ необходимо настроить на ней актуальную дату и время. Во время пробития чеков или внесения денежных средств касса проверяет текущую установленную дату с датой последнего документа в фискальном накопителе. Данная ошибка говорит о том, что дата в накопителе больше даты, установленной в ККМ, разумеется, пробитие чеков в такой ситуации невозможно, поэтому касса при проверке выдает такую ошибку. Для того, чтобы решить эту проблему, необходимо проверить, что в ККТ установлена актуальная дата и время. Кроме того, можно посмотреть через драйвер кассы дату и время последнего документа, записанного в ФН и в соответствии с этим выставить необходимые параметры на кассе.
Нужна помощь с 1С и онлайн-кассами?
Специалисты компании «Легасофт» помогут Вам выбрать необходимое программное обеспечение и современное торговое оборудование, которое будет отвечать всем потребностям Вашего бизнеса.
У нас богатый опыт автоматизации розничных магазинов, ознакомиться с ним можно в разделе «Наш опыт».
Торговая автоматизация помогает вести учет и контроль товара, гарантирует улучшение уровня обслуживания покупателей и повышает скорость работы персонала! Чтобы получить бесплатную консультацию по автоматизации своего бизнеса Вы можете пообщаться с нашими специалистами в офисе компании или позвонив по телефону: 8-800-707-01-02.
Свяжитесь со мной
Наш специалист
Специалист отдела сопровождения
Специалист по розничным решениям 1С и торговому оборудованию
Чем мы можем быть вам полезны?
Скандрайв
АО «НХЛ-Трейд»
ФармЭксперт
ООО «Логнекс»
СТОИК
ООО «РЭЙ»
Rfxcel
ЦРПТ
Сканпорт
Эвотор
СКАН СИТИ
ТОО «РудСпецАвтоматика»
ООО «Хэндисофт»
РИТЕЙЛ СОФТ ООО
ООО «Компания «К-Сервис»
ООО ИТ «КЛАСТЕР»
ВИНДЖЕТ
ООО «ИНОКСТЕХ»
ООО «ДК-Софт»
ООО Трекмарк
ООО ТЦ «Альфа-Контакт»
ООО «Сенсотек» (Cognex, Sensopart)
ООО «ВЕКАС»
АИС-софт
ООО «ОФТ»
ООО «ЭНКОД» (ENCODE)
ООО «Русская Броня»
ООО «ОС-Технолоджи»
ООО «ОКТО»
ООО СКЛИТ
ООО «МедтехТД»
Деловая Автоматизация
Центр Отраслевых Решений
ООО «НПО Варя»
ООО «АСпром»
ИП Борец Борис Юрьевич
ООО «ИТРЕШЕНИЯ24»
ООО ПКФ Инавтоматика
ID-RUSSIA
Малленом Системс
ООО «Би Ай Решения»
ООО «ГАЛИОН-ИТ»
Фирма «Программы для бизнеса»
ООО «Автоматизация»
GetMark
VISIOTT Traceability Solutions
ООО Фармнет плюс
АТОЛ
Origrnal group/ TraceWay
ООО «ЮМА-Девелопмент»
3Keys GmbH
Эксид Консалтинг (Exceed Consulting)
АйТи План ООО
ООО «ПАРУС»
ООО «Петер-Сервис Спецтехнологии»
ООО «Инфо Апгрейд»
ЦШК Гексагон
ООО «Ва Системс»
Docrobot
Общество с ограниченной ответственностью «СИСЛИНК»
ООО «Программы для Бизнеса»
ООО «Корпорация Знак»
ООО МК «Электролюкс»
Клеверенс
Awara IT
ООО «Макро Технолоджи»
АО «Калуга Астрал»
Группа компаний «Флагман»
Контур
ООО «КПМГ Налоги и Консультирование»
ООО Стилон
ПАО «Мобильные ТелеСистемы»
Эвотор ОФД
КОРУС Консалтинг СНГ
ООО «Бицерба Рус»
ООО Дримкас
АйТи какие
Комплексная Интеграция
ООО ГК «ТриАР»
ФАРМДИСТРИБЬЮТОР
ООО «Квантрон Групп»
Интелл-систем
Агент Плюс
ГК Маст
Маркджет
ООО ПЕРФОБИТ
Металлстроймаш
Компания КомЛайн
ООО Компания Тензор (СБИС)
ООО «ТУ СОФТ»