Добавление маркированных товаров
Внимание! Для добавления в чековый буфер маркированных товаров ККТ должна быть зарегистрирована для работы с маркированными товарами
ОИСМ — это оператор информационных систем маркировки, который осуществляет мониторинг всех продаваемых товаров, подлежащих обязательной маркировке.
После сканирования КМ (код маркировки) он будет передан ФН для локальной проверки (при наличии технической возможности ФН). В случае отрицательного результата (если ККТ зарегистрирована в автономном режиме) на дисплее кассы появится сообщение:
ОТВЕТ ФН ОТРИЦ ПРОДОЛЖ? [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, которую Атол отозвал. А ваши специалисты тестировали с новой версией ФФД? |
||
Светлана Сулименко Посетитель Сообщений: 8926 |
#8
15.09.2021 14:54:24
да, конечно, на прошивке 5,8,1 |
||
Светлана Сулименко Посетитель Сообщений: 8926 |
#9
15.09.2021 14:55:05
К сожалению, тогда не смогу помочь решить указанную Вами проблему, на типовом релизе 5,1,29,04 ошибки нет при пробитии чека. |
||||
Данил Василига Посетитель Сообщений: 649 |
#10
15.09.2021 15:20:42
А где Ваши специалисты взяли прошивку 5.8.1? Самая первая прошивка с поддержкой ФФД 1.2 — 5.8.3 Прикрепленные файлы |
||||
Светлана Сулименко Посетитель Сообщений: 8926 |
#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 |
|
Светлана Сулименко Посетитель Сообщений: 8926 |
#17
16.09.2021 14:04:29
|
||||
Михаил Волков Заглянувший Сообщений: 435 |
#18
16.09.2021 14:09:31
Можно адрес этой ссылки? |
||
Данил Василига Посетитель Сообщений: 649 |
#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 |
|
Тамара Герасимчук Заглянувший Сообщений: 163 |
#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, включаем оборудование. |
|
Тамара Герасимчук Заглянувший Сообщений: 163 |
#25
12.07.2022 09:25:03 Обычно создают прямо из справочника Оборудование в Альфа-Авто. Модель выбираете верную, ККТ FPrint (1С-обработка + драйвер «Атол»). А после обновления на релиз 5.1.36.03 Вы устанавливали от имени администратора систему управления оборудованием из дистрибутива обновления на том рабочем месте, где касса расположена? |
Тема: периодическая ошибка проверки кода маркировки средствами ккт — ШТРИХ (Прочитано 3119 раз)
0 Пользователей и 1 Гость просматривают эту тему.

ICELINK
Коллеги добрый день..подскажите может кто сталкивался..очень часто (бывает через раз, бывает через 10) при пробитии кода маркировки вываливается в данную ошибку..все тайминги стоят по дефолту в параметрах сервера км и окп. Касса штрих онлайн, прошивка с3, драйвер последний…иногда проверку проходит .. но очень часто выдает ошибку..причем это может быть с одним и тем же кодом..может его проверить а может в ошибку..уже всё перепроверил, связь с офд по wi fi, точку доступа меняли так же на раздачу с тел для проверки..может с таймингами что то поменять?
Записан

GeorgSerg
«При реализации маркируемого товара в РМК проверка маркировки средствами ККТ проходит перед пробитием чека » (c)
реквизит «результат проверки КМ» (тег 2004) — КМ не был проверен в ФН.
Если номер ФН … 0502… то это диагноз.
Проверка КП КМ выполнена в ФН с положительным результатом, статус товара ОИСМ не проверен (ККТ функционирует в автономном режиме). [М]. 00000101. Проверка КП КМ выполнена с отрицательным результатом, статус товара у ОИСМ некорректен. [М-]. 00000111. Проверка КП КМ выполнена с положительным результатом, статус товара у ОИСМ некорректен. [М-]. 00001111. Проверка КП КМ выполнена с положительным результатом, статус товара у ОИСМ корректен. [М+]. 143. Состояния битов в значении реквизита «признак некорректных кодов маркировки» (тег 2112) приведены в таблице 112.
Записан
«Вы получите то, что просите, но понравится ли вам то, что вы получите?» (с)

Gost
Коллеги добрый день..подскажите может кто сталкивался..очень часто (бывает через раз, бывает через 10) при пробитии кода маркировки вываливается в данную ошибку..все тайминги стоят по дефолту в параметрах сервера км и окп. Касса штрих онлайн, прошивка с3, драйвер последний…иногда проверку проходит .. но очень часто выдает ошибку..причем это может быть с одним и тем же кодом..может его проверить а может в ошибку..уже всё перепроверил, связь с офд по wi fi, точку доступа меняли так же на раздачу с тел для проверки..может с таймингами что то поменять?
Сегодня у клиента таже самая ситуация, Честный Знак прислал рассылку: якобы данная ситуация с апреля(у клиента одежда обувь) обратиться к производителю ККТ, АСЦ что бы отключили проверку КМ в ККТ. Товары списывать вручную с ЧЗ. ТП ШТРИХА порекомендовало Т19 П8 в 0, у клиента не получилось поставить 0 пишет ограничение2 возможно надо обновить прошивку. Клиент сам в 1с отключил проверку маркировки, где не знаю чеки стали пробиваться, на следующей неделе поеду обновлять уточню.
Записан

Gost
Добавлю, может с этим связано у клиента в ОФД(Ярус) за сегодня нет ни одного чека ни открытия ни закрытия.
Записан

ICELINK
c офд всё нормально, все данные уходят..но такая тема на двух ккт в одном магазине!!! сканируем пачку сигарет — выдает ошибку не проходит проверку..удаляем из рмк позицию и заново сканируем ее же и всё ок!!! что это такое вообще за чудеса?)
Записан

ICELINK
Если номер ФН … 0502… то это диагноз
фн номер 7281440500214***
сервер окп на данных фн-м 1.2 s01-a.prod.okp-fn.ru
Записан

avo1972
Нигде не написали какая прошивка видел только С3 от какого числа, обычно если старые такая ситуация и происходит. Обновить до последней, это первое, второе поставить таймаут вместо 10 5, это где порт указан ОИСМ, такая ерунда наблюдалась только в 1С.
Записан

ICELINK
прошивка видел только С3 от какого числа, обычно если старые такая ситуация и происходит. Обновить до последней, это первое, второе поставить таймаут вместо 10 5
прошивка с3 от 15/06/22….таймаут чтения ответа км 33, таймаут чтения ответа км при проверке 5
Записан

avo1972
Попробуйте прошивку перепрошить, но сначала закрыть смену и проверить чтобы все чеки в ОФД ушли. после этого шьем, займет пару минут. Обычно после этого все работает.
Записан

Slava
c офд всё нормально, все данные уходят..но такая тема на двух ккт в одном магазине!!! сканируем пачку сигарет — выдает ошибку не проходит проверку..удаляем из рмк позицию и заново сканируем ее же и всё ок!!! что это такое вообще за чудеса?)
В картинке из первого поста надо разделить . Табак ФН и не должен проверять по определению , а вот то что ОИСМ не проверил марку ( именно не проверил , а не выдал какой-то результат ) это имхо проблема с инетом .
Тем более , что Вы говорите — это происходит периодически .
Записан
Это сообщение считают полезным: Gost

geodile
1с тоже может пообновлять
Записан

Gost
а вот то что ОИСМ не проверил марку ( именно не проверил , а не выдал какой-то результат ) это имхо проблема с инетом .
Похоже в этом дело, смотрел чеки с маркировкой до 09.12 и после все с (М+), а 09.12 с (М) 1С блокировала чеки без проверки, отключили получили с (М)
ТП ШТРИХА порекомендовало Т19 П8 в 0, у клиента не получилось поставить 0 пишет ограничение2 возможно надо обновить прошивку.
В прошивке 15.06.22 С3 это реализовано, но в описании не рекомендуется это делать.
Записан
- Профсоюз сервис-инженеров ККТ »
- Главная категория »
- Маркировка (Модератор: Master X) »
- периодическая ошибка проверки кода маркировки средствами ккт — ШТРИХ
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) а какая прошивка?
24.08.2021
Мы продолжаем серию «Самое новое в «1С:Бухгалтерии 8», в которой регулярно рассказываем об изменениях в новых версиях решения, о том, что в них появилось интересного, важного и полезного для бухгалтера.
В программе «1С:Бухгалтерия 8» начиная с версии 3.0.99 добавлена возможность настроить порядок контроля кодов маркировки средствами ККТ. В момент пробития чека выполняется запрос о кодах маркировки и передается информация о реализованных товарах в ГИС МТ, если ККТ и фискальный накопитель поддерживают ФФД 1.2 (п.6.1 ст.1.2, ст.4, ст.4.1 Федерального закона от 22.05.2003 № 54-ФЗ).
С 06.08.2021 продавцы маркированных товаров, учитываемых в системе «Честный ЗНАК», могут регистрировать только кассы, в которых ККТ и фискальный накопитель поддерживают формат ФФД 1.2.
Если до 06.08.2021 зарегистрированы ККТ и фискальный накопитель, не поддерживающие ФФД 1.2, то они могут использоваться до окончания срока действия фискального накопителя.
Полный интерфейс: меню «Администрирование — Настройки программы — Подключаемое оборудование».
Если выбрать порядок контроля При сканировании, то проверка выполняется в момент сканирования кода маркировки. При этом открывается окно ожидания результата проверки, следующий код можно сканировать после завершения проверки текущего кода.
Полный интерфейс: меню «Администрирование — Настройки программы — Интеграция с ИС МП (обувь, одежда, табак…) — Настройки сканирования кодов маркировки — Контролировать коды маркировки средствами ККТ».
В чеке результат проверки кода маркировки отображается рядом с маркированным товаром:
• [М+] – выполнена проверка, результат положительный;
• [М-] – выполнена проверка, результат отрицательный;
• [М] – проверка не выполнена/проверка выполнена частично/результат частично отрицательный.
Полный интерфейс: меню «Продажи — Розничные продажи — Розничные продажи (чеки)».
Всю информацию серии можно найти по тэгу «самое новое в 1С:Бухгалтерии». Или просто следите за нашими новостями!
Подписаться на комментарии
Отправить на почту
Печать
Написать комментарий
Добавление маркированных товаров
Внимание! Для добавления в чековый буфер маркированных товаров ККТ должна быть зарегистрирована для работы с маркированными товарами
ОИСМ — это оператор информационных систем маркировки, который осуществляет мониторинг всех продаваемых товаров, подлежащих обязательной маркировке.
После сканирования КМ (код маркировки) он будет передан ФН для локальной проверки (при наличии технической возможности ФН). В случае отрицательного результата (если ККТ зарегистрирована в автономном режиме) на дисплее кассы появится сообщение:
ОТВЕТ ФН ОТРИЦ ПРОДОЛЖ? [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, которую Атол отозвал. А ваши специалисты тестировали с новой версией ФФД? |
||
Светлана Сулименко Посетитель Сообщений: 9058 |
#8
15.09.2021 14:54:24
да, конечно, на прошивке 5,8,1 |
||
Светлана Сулименко Посетитель Сообщений: 9058 |
#9
15.09.2021 14:55:05
К сожалению, тогда не смогу помочь решить указанную Вами проблему, на типовом релизе 5,1,29,04 ошибки нет при пробитии чека. |
||||
Данил Василига Посетитель Сообщений: 652 |
#10
15.09.2021 15:20:42
А где Ваши специалисты взяли прошивку 5.8.1? Самая первая прошивка с поддержкой ФФД 1.2 — 5.8.3 Прикрепленные файлы |
||||
Светлана Сулименко Посетитель Сообщений: 9058 |
#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 |
|
Светлана Сулименко Посетитель Сообщений: 9058 |
#17
16.09.2021 14:04:29
|
||||
Михаил Волков Заглянувший Сообщений: 437 |
#18
16.09.2021 14:09:31
Можно адрес этой ссылки? |
||
Данил Василига Посетитель Сообщений: 652 |
#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 |
|
Тамара Герасимчук Заглянувший Сообщений: 168 |
#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, включаем оборудование. |
|
Тамара Герасимчук Заглянувший Сообщений: 168 |
#25
12.07.2022 09:25:03 Обычно создают прямо из справочника Оборудование в Альфа-Авто. Модель выбираете верную, ККТ FPrint (1С-обработка + драйвер «Атол»). А после обновления на релиз 5.1.36.03 Вы устанавливали от имени администратора систему управления оборудованием из дистрибутива обновления на том рабочем месте, где касса расположена? |
idw
03.08.21
✎
19:38
Обновили ККТ до версии ФФД 1.2
Теперь из 1С БП 3 (последняя версия) не печатаются чеки.
ККТ Атол 55ф, драйвер атола 10.9.0
Возникает ошибка тут:
ерсияФН = ?(ОбщегоНазначенияКлиентСервер.СравнитьВерсии(ВерсияФН, «1.0.5.0») > 0, ВерсияФН, «1.0.5.0»);
Версия ФФД ФН пишет одни вопросы так: ???
Кто-нибудь сталкивался с таким? Есть решение?
isa2net
03.08.21
✎
21:09
Вы установили новую фн и зарегистрировали с ФФД 1.2?
vovastar
03.08.21
✎
21:14
(0) Чта?)
vovastar
03.08.21
✎
21:25
(0) для БП 3.0 еще нет ФФД 1.2.
Поддержка ФФД на данный момент реализована только в Рознице 2.3.37, в Госис 1.1.11.3.
А в БП 3.0.98.17 используется еще старый ГоСис 1.1.6.3.
Так что курите пока.
ДедМорроз
03.08.21
✎
21:27
Кто-то очень поторопился.
ФФД 1.2 пока в тестовом режиме.
vovastar
03.08.21
✎
21:33
BeerHelpsMeWin
03.08.21
✎
21:58
(5) одинаковые ссылки
vovastar
03.08.21
✎
22:03
vovastar
03.08.21
✎
22:08
Самое интересное, это то, что после 06 августа, есть 3 месяца для перевода касс с ФН М на ФФД 1.2.
А это влечет перед собой и переделку ПО, что может весьма плачевно для некоторых обойтись, в такие короткие сроки.
rozer76
03.08.21
✎
22:20
(8) так ТС так и не ответил что ффд1.2. Может у него нет маркировки и юзать может 1.05 до «второго пришествия»…
vovastar
04.08.21
✎
08:59
(9) ну да, не понятно, толи перерегистрировали, толи просто прошивку обновили.
mzelensky
04.08.21
✎
10:14
(8) «Самое интересное, это то, что после 06 августа, есть 3 месяца для перевода касс с ФН М на ФФД 1.2.» — Скинь ссылку на это.
Нам обслуживающая организация дала ответ — что регистрировать НОВЫЕ кассы можно только на ФФД 1.2 (мы с маркировкой работаем). А если у текущих касс срок «жизни» еще не закончился — их модно оставить на ФФД 1.05
vovastar
04.08.21
✎
11:46
(11) после 6 августа регистрировать можно только на ФФД 1.2.
Но, если вы зафискализировали например, кассу с ФНМ в мае, то вам ровно 3 месяца, чтобы перейти на ФФД 1.2.
И если вы кассу регистрировали в мае с простым ФН, то можете спокойно дорабатывать до конца его жизни.
Так понятней?
https://www.atol.ru/ffd1-2/
mzelensky
04.08.21
✎
11:49
(12) Нет.
Про «3 месяца» по ссылке инфу не вижу.
vovastar
04.08.21
✎
12:09
mzelensky
04.08.21
✎
12:46
(14) Мутная трактовка. Особенно когда сами производители (в частности Штрих-М) говорят — мы не знаем, когда у нас будет готов новый драйвер. Инструкцию по работе с новым драйвером мы Вам тоже дать не можем, т.к. законченной версии нового драйвера нет.
vovastar
05.08.21
✎
20:36
(15) завтра Армагеддон, штрих готов?
BeerHelpsMeWin
05.08.21
✎
20:58
(16) подозреваю, что многие об этом узнают только завтра
s_trikozin
05.08.21
✎
21:09
(16) в чём армагедон?
BeerHelpsMeWin
05.08.21
✎
21:12
(18) с продажей маркированного товара
s_trikozin
05.08.21
✎
21:14
например? каеи проблемы с продажей маркированного товара?
rozer76
05.08.21
✎
22:24
s_trikozin
05.08.21
✎
22:38
в статье про ККТ и Фн-ы, не наблюдается армагедона с продажей маркированного товара, и вообще никакого упоминания про продажи маркированных и иных товаров…
BeerHelpsMeWin
05.08.21
✎
22:58
(20) да не парься, завтра все узнаем!
s_trikozin
05.08.21
✎
23:03
я то не парюсь, конечно узнаем) утверждение странное скажем так…
timurhv
06.08.21
✎
00:00
(20) https://retail-loyalty.org/news/shtrikh-m-utochnila-prichinu-sboya-v-rabote-onlayn-kass-/
Помню форумчане как только могли выходили из ситуации: кто-то удаленно, кто-то все точки объезжал.
Завтра массовый тест API ЧЗ.
s_trikozin
06.08.21
✎
14:28
ну так что там с армагедоном то? интересно даже)
vovastar
06.08.21
✎
16:23
(26) какая то гробовая тишина…
s_trikozin
06.08.21
✎
20:06
естественно, кроме паникёров которые не разобрались в вопросе армагедон никто не прогнозировал…
cydonia
25.08.21
✎
17:09
Тех поддержка 1С: На данный момент нет ни одного Сертифицированного 1С:Совместимо интеграционного драйвера ККТ с ФФД 1.2
Текущие версии драйвера могут содержать ошибки.
Отслеживать информацию о поддержке можно по ссылке https://v8.1c.ru/tekhnologii/standartnye-biblioteki/1s-biblioteka-podklyuchaemogo-oborudovaniya/kkt-s-peredachey-dannykh/sertifitsirovannye-i-podderzhivaemye-modeli-oborudovaniya-kkt/
karpik666
25.08.21
✎
23:44
(29) странно, Штрих уже включили новую компоненту для ФФД 1.2 в состав драйверов, хотя она и с багами.
maxja
07.09.21
✎
15:33
(0) Необходимо обязательно обновить компоненту драйвера на 10.9.0.4
Кривовато, но заработало на БП 3.0.100.23, атол 30ф
Garykom
07.09.21
✎
15:35
(31) драйвер 10.9.0.4 кривой, в типовой Рознице обычно только со второй попытки пробивает, не может ККТ найти
ttk
08.09.21
✎
10:27
Коллеги, куда копать?
БП 3.0.99.21
ФФД 1.2 ШТРИХ М-01Ф драйвер 4.15.0.842
При реализации маркированного товара, в форме предпросмотра чека [М] и маркировка присутствует, а в самом чеке — нет, в ОФД уходит тоже без марки, в ЧЗ так же нет этого чека.
Может, есть у кого пример XML-пакета (для ФФД 1.2) с маркированной продукцией, который передается в кассу, что б сравнить?
Garykom
08.09.21
✎
10:41
(33) у штрихов и прочих пока как понял нет поддержки ФФД 1.2 для 1С
только нативно через родные дрова
а через прокладку https://its.1c.ru/db/metod8dev#content:4829:hdoc:chapter270 для 1С пока только АТОЛ заявил в специальной для 1С версии (31)
zpavel
08.09.21
✎
10:42
(33) Такая же проблема в УТ 10.3 с сигаретами, шины при пробитии ошибка на тег 1162.Все стало после перевода на ФФД 1.2.
Garykom
08.09.21
✎
10:52
(35) Надо было до 05.08.2021 успевать перерегать на ФФД 1.1 и еще год спокойно сидеть без ФФД 1.2
ttk
08.09.21
✎
11:19
END
08.09.21
✎
11:30
(37) Да уже 3 раза сроки сдвигали. Думаю, до октября новый компонент не стоит ждать.
demonjjot
09.09.21
✎
10:41
С ФФД 1.2 успешная автоматизация, аптека, касса атол 22 ПТК, все работает отлично, но единственное НО — это не 1С
END
14.09.21
✎
08:34
vovastar
14.09.21
✎
08:48
(40) просто охренительно…Меркурий будет только в декабре.
Они там припухли вообще чтоли?
END
14.09.21
✎
09:01
(41) У меня тот же вопрос. Причем, для своего АРМ Штрих уже сделал поддержку.
ГеннадийУО
14.09.21
✎
09:03
(41) Монополия — в любом случае зло. Ничего с ними не сделать.
Garykom
14.09.21
✎
09:06
«Никогда такого не было и вот опять»©
Всегда интеграционные компоненты (ВК) для 1С отстают от прошивок ККТ и нативных драйверов
Ибо их надо отдельно пилить уже когда вышли нативные дрова и вопрос кто их пилит?
Короче кому очень надо перепиливаем свои конфы 1С на нативные дрова, кому не очень ждемс
Snork
14.09.21
✎
12:46
DmVl76
14.09.21
✎
13:44
С тестовым контуром ОФД и ЦРПТ по маркировке кто-нибудь работал?
END
15.09.21
✎
15:15
(45) С этим драйвером 1С Розница работать не хочет — «Нет связи с ККМ». Штрих, Розница 2.3.9.37
END
15.09.21
✎
15:17
Кстати, то то разбирался с новыми релизами Розницы (37, 42), есть ли возможность вообще отключить проверку средствами ККТ? Оно требует криптохвост, которого нет. До 37 релиза кроптохвост не требовался.
vovastar
15.09.21
✎
16:05
(48) вообще-то, продажа без криптохвоста уже давным давно запрещена.
Garykom
15.09.21
✎
16:07
(49) оптовые?
vovastar
15.09.21
✎
16:11
Garykom
15.09.21
✎
16:13
(51) я в курсе что такое криптохвост
ты еще скажи он по ЭДО или в ЧЗ отправляется по апи при «продажа» обязательно
Garykom
15.09.21
✎
16:14
(52)+ Никто не мешает (теоретически) производителю отгрузить штуки без марко-киз и в комплекте выдать PDF или в CVS/XLS и т.д. DMки для самостоятельно печати и наклейки
vovastar
15.09.21
✎
16:17
(53) для продажи конечнику, естественно.
Но много ли таких?
Garykom
15.09.21
✎
16:20
(54) пофиг на любом этапе можно и даже конечному что может быть классифицировано как розница и как опт по желанию
и может быть опт за нал и тут надо ККТ а значит по ФФД 1.2 упс
Garykom
15.09.21
✎
16:22
(55)+ Имхо применять или нет ККТ+маркировка или просто ККТ это выбор продавца и покупателя
Если сведения в ЧЗ могут быть поданы и мимо ККТ и ОФД то нахрен туда лишнее ибо будет дубляж и попытка двойного списания в ЛК ЧЗ
vovastar
15.09.21
✎
16:36
(55) на следующей неделе собираюсь массово начинать переводить своих клиентов на ФФД 1.2.
Морально к этому в принципе подготовился.
А вот что делать с теми, кто не в автономном режиме и которые раз в 2 недели аппарат домой забирали, чтобы чеки в ОФД отправить, вообще не приложу ума…
Garykom
15.09.21
✎
16:38
(57) Если можно отложить переход на полгода то лучше это сделать!
vovastar
15.09.21
✎
16:41
(58) да никак…массовые замены ФН прошли в мае и июне…а к этому времени на рынке ФН старых было уже не найти.
Garykom
15.09.21
✎
16:45
(59) да согласен это засада сча уже
все кому надо менять ФН попали
kda26
15.09.21
✎
16:46
(59) Сколь верёвочка ни вейся — Всё равно совьёшься в кнут!
Такой же квест на атоллах в перепиленной УТ 10.3.
Только сегодня релиз выложили с поддержкой ФФД 1.2, ох вот не верю что все там чётко-ровно.
vovastar
15.09.21
✎
16:58
(61) сейчас с ФФД 1.2 разберемся, там маркировка молока и минералки на подходе…
Кстати, пока с маркировкой духов не столкнулся, не думал что весь наш парфюм в России производится, был удивлен, сколько у нас бадяги разливается под видом брендов…
А еще Хуго босс всегда пользовался, а оказывается он весь в подворотне разлит..
Garykom
15.09.21
✎
17:01
(62) Лично я пользуюсь чистым этиловым спиртом ))
С аромками по желанию от вейпа
vovastar
15.09.21
✎
17:05
(63) да тоже надо что то думать. Ибо платить 4500 за флакон, после увиденного и услышанного, от людей работающих в этой сфере, чувствуешь себя дураком.
Кстати, обалденная тема для бизнеса, рентабельность просто огромная.
kda26
15.09.21
✎
17:22
(64) Ага. Молочка из пальмы, колбаса из сои, парфюм из хз чего, алкоголь — паленка, обувь из подвалов подмосковья. И все это замаркируется и будет стоять на полках, ибо других экономик для дорогих граждан нету напрочь.
Garykom
15.09.21
✎
17:25
(65) ЕГАИС почти прибил паленку
Как и Шубаис левые шубы
Garykom
15.09.21
✎
17:26
(65) с молочкой и колбасой пока согласен изврат полный, но ужесточили уже слегка
vovastar
15.09.21
✎
17:35
(66) у нас практически в каждом магазине по 100 рублей продается. Пиво, минуя ЕГАИС на 10р литра дешевле.
Garykom
15.09.21
✎
17:36
(68) Но ты же знаешь что оно минуя да? И можешь сделать выбор с ЕГАИС или без него
В отличие от подделок которые хрен отличишь
vovastar
15.09.21
✎
17:38
(69) ну как, мороженное по 15р, которое отдыхающие жрут тоннами, никакого отношения к молоку тоже не имеют.
kda26
15.09.21
✎
17:39
(69) Я бы предпочел самогон собственного производства. Если бы пил)
kda26
15.09.21
✎
17:41
(70) Мороженное в современном исполнении крайне вредно. Детям особенно, ибо сахара ломают поджелудочную и формируют инсулиновый диабет у детей.
Тихий омут
16.09.21
✎
02:29
(61) Нет там изменений относительно 71.1 в части работы маркировкой на ККТ. Что-то в ЭДО подпилили по мелочам… Сколько ни рылся по конфе, не могу найти начала сессии регистрации КМ при формировании чека
Тихий омут
16.09.21
✎
02:44
+(73) Подсунул интеграционную компоненту 10.9.0.4 в обработку обслуживания для атола, печать чеков на ККТ с ФФД1.2 заработала (тоже столкнулся с проблемой «???» в версиях ФФДФН и ККТ), но с маркировкой пока ничего непонятно. (44) прав, надо пилить…
kda26
16.09.21
✎
09:49
(74)Во как. Т.е. из 10.9.0.0 не взлетело? А её качнул. Дрова 10.9.0.0 оставил или накатывал 10.9.0.4?
По 10.9.0.4 примечание Внимание! Версия имеет ограничения функционала: Данная сборка предназначена только для работы с 1С.
Опять, значится, подмену макета обработки делать.
Релиз натягивал последний 10.3.71.2 ?
На неделе прошиваем ККТ под ФФД 1.2 посему столько вопросов)
Тихий омут
16.09.21
✎
10:09
(75) Честно говоря, возможность использования интеграционной компоненты младше 10.9.0.4 (10.9.0.0, 10.6.2.0) на драйвере 10.9.0.4 не изучал — комп достался с уже установленным драйвером 10.9.0.0; печать чека отваливалась из-за «???». Последовательно перепробовав версии компоненты по возрастающей и добравшись до 10.9.0.4 (щас бы вспомнить, откуда её вытянул — то ли из самого свежего релиза УТ11, то ли из последней БПО), начал понимать, что дело не только в компоненте. Наконец, через Инфостарт вышел на атоловский форум, откуда качнул драйвер 10.9.0.4 (да, в центре загрузок он отсутствует), и после его установки оно таки заработало.
Релиз конфы это больной вопрос — у нас в хлам перепаханная 10ка, просто так её не обновишь; перетаскивал самое необходимое последовательно начиная с релиза 68.3, последние изменения брал из августовского 71.1. Слежу за изменениями, потому и (73)
Отладку всех доработок и перенесенных изменений тестировал на эмуляторе ККТ с заявленной поддержкой ФФД1.2, также взятом на Инфостарте — отладил всё заранее, за что автору этого эмуля респект. Все проблемы были только с «???».
Garykom
16.09.21
✎
10:13
kda26
16.09.21
✎
10:14
(74)
http://fs.atol.ru/SitePages/Центр%20загрузки.aspx
Драйвер ККт.История
10.9.0.4 от 27.08.2021 **************************************************************************************
Релиз ревью:
В рамках релиза добавлена поддержка работы ФФД 1.2 с 1С.
Внесенные изменения:
— Компонент 1С
1. Компонент переведен на поддержку стандарта подключаемого оборудования 3.4.
2. Добавлена поддержка ФФД 1.2.
—————————————————-
Я так понимаю, что отличие 10.9.0.4 от предшественника, только в компоненте 1С. Т.е. драйвер 10.9.0.0 можно не переустанавливать.
По эмулятору, никогда его не юзал, отлаживал на тестовой базе с выходом в точка останова.
Тихий омут
16.09.21
✎
10:16
(77) 14го числа его в этом списке не было
Garykom
16.09.21
✎
10:16
Учтите что Версия 10.9.0.4 она глючная как минимум на старых прошивках ККТ не ФФД 1.2
Например на Рознице постоянно теряет связь с ККТ и требует повторной попытки обращения с которой срабатывает
Garykom
16.09.21
✎
10:18
(79) 14 августа возможно и не была
14 сентября была 100% а лично я уже в первых числах сентября качал
Тихий омут
16.09.21
✎
10:22
(80) у нас всё свежее, и ФН, и прошивки, к маркировке готовимся
(81) захожу щас в центр загрузок — нет его! оО
kda26
16.09.21
✎
10:25
(73) Ладно. Хоть так. У нас молочка, КМ в чеках до 20.01.2022 можно не бить.
А то от этих новшеств кассы лягут. УТ тоже не свежак — с родовыми травмами, натягивать последний релиз нереально больно. В части чеков пилена точечно.
Тихий омут
16.09.21
✎
10:27
(81) «Только ты сам можешь знать, что ты избранный» (с) Матрица :))))
Garykom
16.09.21
✎
10:28
(82) (84) эээ я вот прям сча fs.atol.ru заходил и скрин делал
Garykom
16.09.21
✎
10:30
(85) fs.atol.ru > Программное обеспечение > ДТО > 10.x
kda26
16.09.21
✎
10:31
(85) Да. Щас уже есть. Вопрос уже не в наличии на сайте, а в том насколько устойчив релиз. В любом случае пока других вариантов нет.
Garykom
16.09.21
✎
10:32
(87) с начала сентября оно там есть
kda26
16.09.21
✎
10:36
(88) В начале сентября меня этот вопрос не волновал, было чем заниматься, маркировка, помимо КМ в чеках, работу склада на уши ставит, ТСД, DataMobile.
Внезапно вылезло обновление прошивки на кассах, так бы и не дернулся по этому вопросу.
Тихий омут
16.09.21
✎
10:49
(86) Вот за это Спасибо, всегда нужно знать, где искать:))) Так точно, всё на месте, смотрел не там — центр загрузок > ККТ
(78) С эмулем куда как проще. Можно, конечно, по «Требованиям 3.4» и врукопашку отладить, но, имхо, сэкономленное время много дороже, чем 250р за эмуль
kda26
16.09.21
✎
11:43
(90) Поделись ссылью на эмулятор. Ознакомлюсь. В рукопашку, оно конечно, не очень отлаживать.
kda26
16.09.21
✎
16:32
Коллеги. Кто эмулятор ККТ юзает при обновления ПО аппаратов?
Есть вроде как штатный, но судя по наличию коммерческого эмулятора, штатный совсем не того…
DmVl76
17.09.21
✎
05:56
Подскажите, кто как тестирует. Особенно запрос получения состояния КМ.
victuan1
17.09.21
✎
06:40
(15) Если что — родной драйвер Штрих-М поддерживается ФФД 1.2 для маркированных товаров.
Если речь идет про «драйвер по стандарту 1С» (БПО) — то ничего не скажу — не пользуюсь этой поделкой.
Только родные драйверы ККМ — наше всё)
Snork
17.09.21
✎
09:52
(94) Когда в АИС для 7.7 для Штрих будет готова поддержка ффд 1.2?
ТутЯ
18.09.21
✎
10:10
Тестируем на МГМ ФФД 1.2 на драйвере Штрих-М 5.16.874 x64, касса Штрих-М-01Ф
1)словили ошибку печати чека коррекции, она невозможна при настройке ТСР coket.Штрих М нашли ошибку на своей стороне, обещали исправить в следующей версии драйвера.
2)при отправке марки на ККТ не можем пройти локальную проверку «D3h Код товар не распознан».
victuan1
20.09.21
✎
05:09
(95) А разве не готова? Текущая версия 3.6.2
victuan1
20.09.21
✎
05:11
(96) 1) Чек коррекции какой версии? 1.05 или 1.1?
2) В каком виде передается КМ? Нужно полный со всеми разделителями GS. Какими методами передаете КМ?
DmVl76
21.09.21
✎
05:35
(96) А к тестовому контуру ОФД и ЦРПТ подключены? Отправка идет из тестового контура ОДФ в тестовый контур ЦРПТ? Или пока только локально?
zpavel
21.09.21
✎
12:23
Штрих так понимаю и не выпустили драйвер нормальный для 1С.УТ 10.3 с поддержкой ФФД 1.2 данные не уходят в Честный знак.ШТРИХ-Лайт-01Ф драйвер 5.15.0.858 сейчас, чеки бьются с признаком маркировки но не уходят. Нашел такую информацию https://v8.1c.ru/tekhnologii/standartnye-biblioteki/1s-biblioteka-podklyuchaemogo-oborudovaniya/kkt-s-peredachey-dannykh/sertifitsirovannye-i-podderzhivaemye-modeli-oborudovaniya-kkt/.
Дату выхода драйвера сертифицированного переносят уже месяц, сейчас до 24.09.2021
ПросТак
21.09.21
✎
12:50
(100) А Атол драйвер то выпустил, а про прошивку забыл…
Попробуйте чтобы у вас закончилась бумага при печати чека, вы вспомните всех)))
ТутЯ
21.09.21
✎
16:34
(98)1) Чек коррекции у нас и на 1.05 и на 1.2 не работает при подключении через ТСР coket. 1С закрывается аварийно.
На 1.05 выкручивались подменой драйвера на старый, на 1.2 фокус не сработает.
2)КМ передаем полный код. Вот с разделителями что-то я не пойму что и куда мы должны добавить…Подскажите, пожалуйста.
Например, пробовала с сайта ЧЗ пример кода маркировки (шины)
0104607428679090216eJIjoWH54DdU91ffd092sz6kSPirApfMBftvLboE1dlWC/58hExQUqv7BBkZmk4=
(99) локальную не проходим «ЗапросКМ()».
ТутЯ
21.09.21
✎
16:38
(100) Этот «Сертифицированный» и будет, если я правильно понимаю, версии 5.16.874 http://doc.shtrih-m.ru/. Мы его и тестируем у себя.
Штрих обещает исправление ошибки в версии больше чем эта.
mouse4mice
22.09.21
✎
11:21
(102) Функционал чека коррекции не реализован даже в актуальном релизе компоненты 1С от «Атол», поскольку ФНС пока не выработала единый нормативный документ, регламентирующий работу чека коррекции в рамках ФФД 1.2
У нас фискальный парк состоит из «Ритейл-01Ф», данный аппарат по состоянию на 15 Сентября по-прежнему не аккредитован ФНС в части ФФД 1.2, поэтому официально у нас есть запас временного промежутка в 3 месяца с даты появления этой модели в реестре ККТ ФНС, чтобы полноценно перейти на работу в формате ФФД 1.2 в нашей товароучётке.
«Штрих-М», включая их дочернее предприятие «POS Center», в очередной раз доказала свою профессиональную некомпетентность, откладывая релиз рабочей компоненты 1С уже 4-й раз подряд.
Последний раз когда я был столь же разочарован аппаратами этой Компании — это известный на всю Россию резонансный прецедент с внезапной массовой остановкой штриховских касс в декабре 2017-го, в канун новогодних распродаж.
Тогда Штрихи сослались на логический сбой в устаревшей версии прошивки, обозначив, что проблема коснулась только тех, кто вовремя не обновил прошивку ККТ.
Но в узких кругах специалистов ЦТО кто-то пустил информацию, что некий ex-сотрудник «Штрих-М», жутко-недовольный условиями при расторжении с ним трудового договора, сознательно запрограммировал процедуру автоматической блокировки касс при наступлении даты 20.12.2017 в актуальной на тот момент версии прошивки.
В свою очередь многие штатные технические специалисты на стороне ритейла заблаговременно отключили функцию автоматич. обновления в своих ККТ, дабы избежать «кирпичей» после очередной обновы. Таким образом обеспечив своим розничных точкам гарантированный fuckup в назначенную дату. Мне до сих пор импонирует эта теория с уволенным обиженным инженером «Штрих-М».
https://meduza.io/feature/2017/12/20/po-vsey-rossii-odnovremenno-slomalis-kassy-v-magazinah-kak-eto
mouse4mice
22.09.21
✎
11:47
(96) 1) Если переписка с техподдержкой Штрих-М по этому вопросу у вас сохранилась, будьте любезны, поделитесь скриншотом, где представители Штрих-М признают наличие данного бага в версии Тест драйвера 5.16.874 и обещают поправить в след. релизах.
Отдельным образом хотел бы вам сообщить, что если вы используете в работе 32-битный клиент 1С, то и «Тест драйвер» должен быть установлен в системе 32-битный.
Судя по вашей фразе «Тестируем на МГМ ФФД 1.2 на драйвере Штрих-М 5.16.874 x64», вы ошибочно используете 64-битный драйвер Штрих-М.
64-битный у вас работать исправно не будет даже после того как Штриховская 1С компонента получит статус «1С совместимо».
Ниже ссылка на 2 скриншота, на одном корректный путь к двум компонентам 1С после установки Тест драйвера c 32-битной архитектурой.
На 2-м переписка с техподдержкой, в которой чётко указан правильный архив с компонентой 1С для работы в формате ФФД 1.2
https://imgur.com/6Rd4VbC
2) Могу отправить вам корректную структуру .xml файла, которую возвращает компонента 1С при попытке распечатать чек.
Структуру высылала нам техподдержка «Штрих-М» в ответ на запрос к разработчикам компоненты в Москве.
END
22.09.21
✎
12:13
Кому нибуть удалось пробить тестовый чек на маркированный товар на ШтрихМ-01Ф? У меня при выполнении «Внутренней проверки на ККТ» драйвер возвращает ошибку «Потеряна связь с ККТ».
mouse4mice
22.09.21
✎
12:54
(96) забыл добавить, что после правильного внедрения драйвера в настройках 1С «Драйверы оборудования», в сакральной директории «ExtCompT» у вас должен появиться собственно файл с библиотекой компоненты. И только после этого можно приступать к отладочному тестированию по пробитию чеков с штучным маркированным и дробным товаром.
Чек коррекции разумно тестировать только если все прочие чеки у вас отработали успешно.
ТутЯ
22.09.21
✎
14:05
(105)
1) Переписка сохранилась, могу выслать на почту.
Сейчас для теста выполнена чистая установка на 64-разрадный сервер в папку C:\Program Files\SHTRIH-M\DrvFR5\Bin\1C, в 1С загружена shtrih-m_34_x32_64.
Зачем тогда вообще нужен 64, если не будет работать?
Рабочая схема сейчас на 64-разрядном сервере на драйвере 4.15 в папке x86.
На 32-разрядом сервере в папку x86 пробовали старый и новый драйвер, но чек коррекции не работает.
2)Да, пришлите, пожалуйста.
(107) Да, все есть.
mouse4mice
22.09.21
✎
15:21
(108) 1) Моя почта: mou$e4mi€e[собaka]gmail.ком, где символ $ равнозначен англ. букве S, а символ € букве С.
Вы явно путаете архитектуру ОС и разрядность клиента 1С.
Сервер может быть 64-разрядный, а клиент 1С 32-битный.
64-разрядный «Тест драйвер ККТ» нужен для работы с 64-битным клиентом 1С, когда требуется обрабатывать большие массивы данных (к примеру формировать отчёты), превышающие объём ОЗУ в 3.5 ГБ.
Я предполагаю, что разработчики «Штрих-М мск» займутся доведением до ума механизма чека коррекции только после того как завершат фундаментальные работы по адаптации своей 1С компоненты под формат ФФД 1.2, поэтому я вообще не вижу целесообразности биться головой об стену в попытках получить рабочий чек коррекции.
2) В таком случае озвучьте свою эл.почту либо никнэйм в Телеграм.
victuan1
22.09.21
✎
15:43
(102) Надо не с сайта брать КМ, а считывать его сканером и в таком виде передавать в драйвер.
КМ на сайте не содержит в своем составе разделители (нечитаемые символы с кодом 29)
ТутЯ
22.09.21
✎
17:28
(110) Этот вариант рассматривали.
victuan1
22.09.21
✎
17:50
(111) и что в итоге вашего «рассмотрения» выяснилось?
ТутЯ
22.09.21
✎
20:44
(112) Со сканера код и поступает в наш документ чек.
Похоже, Вы правы и разделители мы где-то потеряли из-за выгрузки документов из другой системы.
Дадди
23.09.21
✎
07:56
Друзья укажите на ошибку.
Перевел на ФФД 1.2. Обновил УТ 10 до последнего релиза. Чек печатается, а буковки М в чеке нет. Посмотрите xml. Чего не хватает?
<CheckPackage>
<Parameters CashierName=»» OperationType=»1″ TaxationSystem=»5″ CustomerEmail=»» CustomerPhone=»»>
<AgentData/>
<VendorData/>
<CustomerDetail/>
<OperationalAttribute/>
<IndustryAttribute/>
</Parameters>
<Positions>
<FiscalString Name=»а/шина Viatti Brina V-521 185/65R14 86Т (шт)» Quantity=»1″ PriceWithDiscount=»3250″ AmountWithDiscount=»3250″ DiscountAmount=»0″ Department=»0″ VATRate=»none» VATAmount=»0″ PaymentMethod=»4″ CalculationSubject=»1″ CustomsDeclaration=»»>
<IndustryAttribute/>
<GoodCodeData GS1.M=»KDAxKTA0NjA0Mjc4MDAzNjg2KDIxKTVPeHhsTFlfLGlYbFA»/>
<AgentData/>
<VendorData/>
</FiscalString>
</Positions>
<Payments Cash=»3250″ ElectronicPayment=»0″ PrePayment=»0″ PostPayment=»0″ Barter=»0″/>
</CheckPackage>
Alexor
23.09.21
✎
08:36
(90) Мне пож-та тоже, ссылку где эмулятор купить для ФФД 1.2?
1с-кий эмулятор понимаю смысла нет смотреть?
Тихий омут
23.09.21
✎
09:34
аз соврамши, сильно ногами не бейте. Эмуль для ФФД 1.1, но отлаженный на нём код работает с ККТ с ФФД 1.2. Напомню, что чеки с маркированными товарами на нём печатать не пробовал.
https://infostart.ru/public/1251715/?ref=1050
mouse4mice
24.09.21
✎
11:51
«Штрих-М» в 5-й раз подряд перенесла дату релиза своей 1С компоненты под ФФД 1.2
vovastar
24.09.21
✎
13:36
(115) 5000 на авито в свободной продаже.
kda26
27.09.21
✎
13:54
(30) Эмулятор под ФФД 1.2 под ревизию 3004 планируется к выпуску? Или в продукте https://infostart.ru/public/1330826/ присутствует возможность проверки под эту версию?
ТутЯ
29.09.21
✎
20:18
Коллеги, подскажите, пожалуйста когда какой признак предмета расчета ставить в чеке при продаже товара с маркировкой без акциза?
Добавлено 2 новых ППР:
«32» – если продается обязательный к маркировке товар, который не имеет кода маркировки
(кроме подакцизных товаров) (в печатном чеке значение «ТНМ»);
«33» – если продается обязательный к маркировке товар, который имеет код маркировки
(кроме подакцизных товаров) (в печатном чеке значение «ТМ»).
Признак ставится автоматически?
32 ставить только при возврате?
Есть подробное описание что к чему?
MWWRuza
29.09.21
✎
22:37
Смотря что понимать под «эмулем»… Если эмулятор ККТ, программный, то ищите, не подскажу. А если эмулятор фискального накопителя, для использования «железной» кассой, то тут смотрите: https://masterfich.ru/ По сути, это почти то-же самое, что МГМ, только удобнее(можно записать в него любой номер ФН, начальный номер смены и чека, а так-же обновлять прошивку по мере необходимости) и в два раза дешевле.
Не смотря на отсутствие упоминания об ФФД-1.2 на сайте, он есть(даже у меня в хозяйстве ), и работает, называется у них ЭФН-Б, это аналог ФН-1.1М. Можно отлаживать программу с реальной кассой и с проверкой марки в «М+», и в «М-«, он это умеет.
PS vovastar в (118), как я понял про него намекал
victuan1
30.09.21
✎
04:56
(120) «Признак ставится автоматически?» Нет, его должно передавать в чек кассовое ПО.
«32 ставить только при возврате?» Ставить при возврате, если товар возвращается без указания в чеке КМ. Возможно также есть разрешенные случаи неуказания КМ и при продаже (напр, в переходные периоды).
Volex
30.09.21
✎
10:12
Кому то удалось пробивать маркированный товар с признаком М на штрихах с ФФД 1.2?
Я пробовал удалять драйверы и ставить только DrvFR_5.16_874, но 1с все равно на него подключает компоненту
«Штрих-М: Драйвер ККТ с передачей данных в ОФД 3.2 (Win32)», а для ФФД 1.2 нужна 3.4, как итог маркировка идет без тега 1162 и 1163 и продается как обычный товар.
Кто то смог прикрутить компоненту 3.4 в 1с:Розницу?
END
30.09.21
✎
11:27
(123) Ты компоненту бери из дистриба драйвера, есть там 3.4. Но, маркированный товар мне не так и не удалось пробить — вылет на этапе «внутренняя проверка марок на ККТ». Вот сижу, жду новой компоненты от штриха…
Volex
30.09.21
✎
11:41
(124) Завелось, спасибо, оказалось по умолчанию поставили драйвер штриха х64, и видимо не ту компоненту выбрали (shtrih-m_32_x32_64) он в 1сх32 не пойми как регистрируется. Сменил драйвер кассы на х32, загрузил компоненту shtrih-m_34_x32_64 и заработало. А так да, у меня тоже пишет, что не прошло проверку, жму пробить все равно, но на чеке М+ и в ОФД М+. Так что я думаю все в порядке, где то неточность в совместимости компоненты.
END
30.09.21
✎
11:50
(125) А на каком релизе и какой конфы делаешь? У меня прям ошибка драйвера на типовой рознице 2.3.9.42 на этапе внутренней проверки.
Volex
30.09.21
✎
12:12
(126) У меня отраслевая Розница. Аптека, редакция 2.3 (2.3.9.42)
END
30.09.21
✎
12:49
(127) А прошивка ККТ какая?
zpavel
30.09.21
✎
12:53
(124)В Честном знаке списываются коды? У меня тоже как обычный товар пробивается и признак маркировки вроде есть.Сейчас 3.2 пишет в настройках оборудования.УТ 10 последний релиз.
Volex
30.09.21
✎
13:36
(128)
Версия ПО: C.3
Сборка ПО: 40716
Дата ПО: 19.07.2021
(129) У меня в настройках пишет 3.4, на ЧЗ продажи присутствуют.
mouse4mice
30.09.21
✎
15:02
(130) а должна быть прошивка версии С.3 от 26.08.2021
Но работать она будет либо с боевым ФН-1.1М либо с Функциональным Макетом ФМ-1.1М
http://doc.shtrih-m.ru/
mouse4mice
30.09.21
✎
15:07
(124) А ждать придётся довольно долго, вчера «Штрих-М» в 6-й раз подряд сместила дату релиза своей 1С компоненты под ФФД 1.2
mouse4mice
30.09.21
✎
15:23
(125) Какую модель ККТ используете?
На боевом ФН-1.1М продажу маркированного товара тестируете?
Volex
30.09.21
✎
15:38
(131) По логике вещей это ФН-1.1М, ФД 1.2, присутствуют теги 1163.
(133) ККМ ШТРИХ-М-01Ф, не тестируем а во всю продаем.
mouse4mice
30.09.21
✎
15:46
(134) Продаёте маркированный товар на боевом ФН не взирая на ошибку в 1С о сбое проверки кода маркировки?
В ЛК «Честного Знака» коды маркировок статус выбытия из оборота получают?
Volex
30.09.21
✎
15:51
(135) Там ошибка, что он не проверил подлинность марки и нужно сообщить покупателю, что подлинность не проверена и он поставит знак М, но по факту, в чеке стоит М+ и в ОФД М+ и на ЧЗ продажи регистрируются, значит просто компонента как то не правильно отправляет КИЗ на проверку в ККМ.
mouse4mice
30.09.21
✎
16:03
(136) Статус, статус кодов маркировок в «ЧЗ» какой?
Volex
30.09.21
✎
16:11
(137) Принято все, в квитанции:
<operation_result>Accepted</operation_result>
<operation_comment>Успешное завершение операции</operation_comment>
vovastar
30.09.21
✎
16:21
При открытии смены, Атол говорит, что ошибка связи с сервером ОКП, код ошибки 0*3632.
Прошивка 5.8.3, сервер ОКП настроен prod01.okp-fn.ru:26101.
При обновлении ключей через ФН-М, никаких ошибок не вылазит.
Подскажите, что не так?
vovastar
30.09.21
✎
16:22
+(139) тест драйвера 10.9.0.5
vovastar
30.09.21
✎
16:27
(139) (140) отбой, разобрался.
zpavel
01.10.21
✎
06:58
(130)Не встает 3.4, как загружаете компоненту shtrih-m_34_x32_64, регистрация через командную строку/выполнить?
END
01.10.21
✎
08:21
(142) Через 1С я например ставил. Справочник «Драйверы торгового оборудования» смотри.
Volex
01.10.21
✎
10:24
(142) Администрирование — Подключаемое оборудование — Еще — Драйверы оборудования — Подключить новый — Загрузить в информационную базу
Далее выбрать драйвер, указать версию ту что у драйвера штриха ( я так делаю ибо проще потом разобраться)
В списке драйверов оборудования появится новый Подключаемый по стандарту «1С:Совместимо» — ККТ с передачей данных — Штрих-М: ККТ с передачей данных в ОФД 3.4 (ФФД 1.2)
Далее старую ККМ отключить и создать новое подключение, через новую компоненту 3.4.
Еще важна разрядность, когда я грузил в 1сх32 компоненту от драйвера штриха х64 компонента непредсказуемо работала, теряла СНО, марки, соединение.
mouse4mice
01.10.21
✎
11:40
(144) Добрый день. Подскажите, приобретена ли для ваших ККТ «ШТРИХ-М-01Ф» платная подписка на обновления на 2021 год?
Вчера созванивался с техподдержкой «Штрих-М» на тему актуальной версии прошивки для корректной работы с любым маркированным товаром.
«Штрих-М» уверенно заявляют, что для работы с маркировкой одно лишь обновление прошивки в ККТ не поможет в принципе, ещё должна быть обязательно приобретена подписка на обновления.
Якобы без этой «подписки» заложенный разработчиками в прошивку функционал обработки КИЗ работать не будет от слова совсем либо будет работать с отклонениями/сбоями.
Короче говоря, впаривают нам какую-то дичь! Ибо на данный момент какая-либо подписка в наших «Ритейл-01Ф» отсутствует, но чеки с маркировкой исправно бьются в формате ФФД 1.05 и уходят в ОФД.
Может речь шла о требовании при работе с чеками в новом формате ФФД 1.2?
Garykom
01.10.21
✎
11:52
(145) да
уже не раз было с НДС20% и прочими
mouse4mice
01.10.21
✎
12:13
(146) Что «не раз» было? Можно поподробнее свою мысль изложить?
Volex
01.10.21
✎
12:37
(145) Да, приобретена. Штрих всё верно говорит.
С августа активировать можно лишь ФН-1.1М, он может работать на ФД 1.0.5 и 1.1 и 1.2.Что бы ваша ККМ смогла работать с ФН-1.1М ее нужно обновить, т.е. купить лицензию. С ФД 1.2 может работать только ФН-1.1М.
ТутЯ
02.10.21
✎
20:20
(131)Прошивку устанавливает ЦТО или своими силами можно?
Если самим, то, может, есть понятное описание по установке?
vovastar
02.10.21
✎
20:27
(149) там исполняемый файл, в который вшит номер вашего аппарата, потом просто нажать «y» и все.
END
02.10.21
✎
21:29
Текущее состояние со штрихами такое: я писал, что на тестовой кассе не проходит внутренняя проверка ККТ. Додумался подключить боевую и, о чудо, проверка прошла. Закрались подозрения. Выдернул из кассы интернет: все, внутренняя проверка ККТ не проходит, в 1с ошибка драйвера — нет связи. Получается, что на данных версиях ПО — нет интернета, нет продаж маркированного товара. И вот здесь непонятка: с одной стороны пишут, что если нет возможности проверить марку онлайн, в чеке печатается только М (без + и -). Нигде не написано, что без онлайн проверки продажа запрещена. А по факту выходит, что нет связи — нет продаж. Коллеги, у кого Атолл, можете проверить, у вас так же? Или же это особенность именно штриха?
END
02.10.21
✎
21:40
(151) + И вот ещё заметил. При открытии смены на драйверах 5.15 и 5.16 эта тварь то же лезет в сеть. Если сети нет, в 1с ошибка «нет связи» хотя на ККТ смена открывается. Есть подозрение, что либо компонента не правильно интерпретирует ответ драйвера (не ошибка, а предупреждение, например), либо 1с неправильно обрабатывает ответ драйвера (хотя, это маловероятно, там же стандарт). Видимо, придется лезть в недра БПО, а так неохота…
vovastar
02.10.21
✎
21:40
(151) Слава богу, Атол вгружает в себя КМ и проходит проверку внутри себя. Единственное, их надо обновлять вручную раз в 2 недели. Вот тут https://prnt.sc/1uiym12
END
02.10.21
✎
21:43
Может, и штрих так делает, может пока драйвер кривой?
vovastar
02.10.21
✎
21:46
(154) со штрихами не работаю, не подскажу.
После ихнего взрыва 4 года назад и попадания на большое бабло, перекрестился…
vovastar
02.10.21
✎
21:57
Самое интересное, на сколько операций теперь то будет хватать ФН, если раньше его хватало на 250 тыс чеков, то как я понимаю, теперь то будет намного меньше.
vovastar
02.10.21
✎
21:58
(154) А вот это вбивал в кассу? https://prnt.sc/1uj0m9d
END
02.10.21
✎
22:02
(157) Вот спасибо, попробую в понедельник.
vovastar
02.10.21
✎
22:03
(158) если что, тут есть вся информация https://inventa.su/main/fn11-15
victuan1
04.10.21
✎
06:11
(151) По ФФД 1.2 обязательна онлайн-проверка КМ перед пробитием чека на ККТ, поэтому без интернета продажа не пройдет.
Исключение: ККМ фискализированные для работы в автономном режиме (разрешено для местностей без интернета, но эта местность должна быть официально включена в перечень, утвержденный местным органом власти, иначе — нарушение).
(152) При открытии смены идет обновление ключей проверки ФН.
victuan1
04.10.21
✎
06:12
(153) Это обновление ключей проверки ФН. Имеет смысл только для обувных товаров. Для остальных товарных категорий возможна только онлайн-проверка КМ.
victuan1
04.10.21
✎
06:14
(156) Буфер проверки рассчитан на 128 КМ (таково ограничение со стороны ФН). Получается в одном чеке, не может быть больше 128 КМ. Остальные ограничения без изменений.
vovastar
04.10.21
✎
08:13
(160) так сейчас же уже подкрутили в ЛК, что если адрес не попадает в удалённые пункты, то галочки нет, что можно зарегистрировать в этом режиме.
END
04.10.21
✎
08:39
(160) Неправда ваша «Результат проверки не влияет на возможность реализовать товар. Поэтому решение о продаже товара должен принять продавец.» https://its.1c.ru/db/newscomm/content/471190/hdoc «НЕ ВЛИЯЕТ НА ВОЗМОЖНОСТЬ РЕАЛИЗОВАТЬ ТОВАР». Если нет связи — проверка не проходит, но, товар я могу продать. У Штриха же нет связи — нет продажи.
(161) Это я уже понял, что он что то там обновляет. Зачем возвращать ошибку, если смена на ККТ все равно откроется, даже если связи нет? Нужно выдавать предупреждение. Иначе получается рассинхрон: в ККТ смена открыта, 1С смену открыть не может, потому что драйвер вернул ошибку.
Volex
04.10.21
✎
10:37
(151) Про то что не будет бить чеки без интернета, это не верно, будет предупреждать и бить М в чеке, потом касса всё успешно отправит и ЧЗ обработает. В ту пятницу было, что на час пропала связь, появилось подтормаживание при пробитии чеков в чеках печаталась М, когда связь восстановилась тормоза не пропали (хотел закрыть смену попробовать, но сотрудники отказались), зато М+ появилась. На ЧЗ товары пробитые с М успешно обработались.
END
04.10.21
✎
12:01
(165) Как добились такого результата? У меня ошибка драйвера «Нет связи». Может, это потому что у меня МГМ (тесты проводим не на боевой кассе, конечно же)?
Volex
04.10.21
✎
14:15
(166) Весь мой бой с кассой описан в данной теме. Глюки связи и непонятная работа с ККМ были только в следствии неправильно установленной разрядности драйвера. Драйверы качал из (131) сообщения.
Забыл еще указать, оставил драйвера только 5.16.874, снес все сначала, потом их поставил, загрузил компоненту, пересоздал ККМ в оборудовании, в администрировании указал «Контролировать коды маркировки средствами ККМ» (вроде он активирует передачу по ФД 1.2) и понеслось.
mouse4mice
04.10.21
✎
15:55
(167) «в администрировании указал «Контролировать коды маркировки средствами ККМ»»
Подскажите, конфигурацию «Розница 8.Аптека» обновляли на последний релиз для этого?
victuan1
05.10.21
✎
07:20
(164) «Неправда ваша». Изучи как работает ФН-М прежде чем тыкать.
«Результат проверки не влияет на возможность реализовать товар» — да, это так: если результат онлайн проверки будет отрицательный (М-), то технически пробить чек можно (решает пользователь).
Но если результат онлайн-проверки завершился с ошибкой (а это не то же самое, что «отрицательный результат проверки»), то чек пробить не получится — так устроен ФН-М — он не пропустит продажу.
victuan1
05.10.21
✎
07:21
(163) Технически можно, но можно ли юридически? Не последует ли адм. осветсвенность за данное нарушение?
victuan1
05.10.21
✎
07:25
(165) Потому что онлайн-проверка не завершилась ошибкой. Если завершилась бы ошибкой, то пробить чек не удалось бы. (Наверное я погорячился утверждая, что отсутствие интернета приводит к ошибке онлайн-проверки, оно приводит только к невозможности «полож. рез-та проверки» (М+)).
victuan1
05.10.21
✎
07:31
Вот здесь на видео подробно о статусах онлайн-проверки КМ https://youtu.be/sld3ghSuaVQ?t=365
Volex
05.10.21
✎
10:37
(168) Да, текущий релиз Аптека, редакция 2.3 (2.3.9.42) , если в настройках не включена «Контролировать коды маркировки средствами ККМ» то ККМ начинает кидать ошибки, только что проверил. И теперь необходим криптохвост для проверки в кассе, учтите это в работе.
mouse4mice
05.10.21
✎
10:56
(173) какие именно ошибки начинает «кидать» ККМ, если не выставить галочку «Контролировать коды маркировки средствами ККМ»?
Возможно ли продать маркированный товар при неактивной галочке в 1С?
Volex
05.10.21
✎
11:16
(174) К сожалению не запомнил, что то про неверно переданную марку вроде бы, точно не помню, сейчас лог посмотреть не могу, если посмотрю, напишу. Без галки мне давал продавать обычный товар, маркированный не продает.
Volex
05.10.21
✎
11:26
(174) В логе 1с ошибка не сохранилась, лога кассы не веду.
shmykov
07.10.21
✎
14:53
Добрый день, установлена последняя прошивка ATOL 55, компонента 10.9.0.4, скачал последний релиз ут 10.3. В обработке обслуживания заменил компоненту из поставки драйвера. Результат: чек печатается, но буквы М нет, марка не списывается в ЧЗ. В чем дело?
xml аналогична (114)
P.S. с драйвером 10.9.0.8 вообще не работает.
Garykom
07.10.21
✎
14:56
(173) МДЛП что уже ушла с уведомительного режима?
vovastar
07.10.21
✎
14:57
(178) да нет, там же.
DmVl76
08.10.21
✎
04:56
(177) У меня подозрение, что это из-за того, что проверка КМ в УПП и УТ 10.3 просто не вызывается, я по крайней мере не нашел. В Рознице в явном виде вызывается ПроверитьКодМаркировкиСредствамиККТ(ОбщиеПараметры) при пробитии из формы чека ККМ, при удачной проверке идет фискализация. В УПП ничего подобного не нашел, есть только процедуры проверки в общих модулях, но они не вызываются. В УПП/УТ10 кто-нибудь запустил уже ФФД 1.2?
zpavel
08.10.21
✎
06:14
(180)Прошивка и драйвер последние? Драйвер http://doc.shtrih-m.ru/ Тест Драйвера 5.16.877 x32 (версия требований 1С 3.4, работа с маркировкой в 1С по ФФД 1.2).Пока ещё сертификацию не прошел https://v8.1c.ru/tekhnologii/standartnye-biblioteki/1s-biblioteka-podklyuchaemogo-oborudovaniya/kkt-s-peredachey-dannykh/sertifitsirovannye-i-podderzhivaemye-modeli-oborudovaniya-kkt/.
У меня проверка проходит и признак есть но в ЧЗ не списывается
zpavel
08.10.21
✎
06:15
(181) Атол на последнем релизе драйвера и прошивки нормально работает с ут 10.3, Штрих пока проблема осталась
zpavel
08.10.21
✎
07:21
(180)В УТ 10.3 как бы я не менял компоненту все равно ОФД 3.2 пишет. Пересоздать оборудование пробовал
mouse4mice
08.10.21
✎
10:48
(183) Для успешного внедрения компоненты 3.4, запускайте 1С исключительно от имени Администратора, архив с компонентой необходимо использовать вот этот «shtrih-m_34_x32_64».
Если после установки компоненты в 1С она выдаёт ошибку, зарегистрируйте библитеку вручную, открыв командную строку от имени Админа.
Тест драйвер ККТ должен быть 32-битный и установлен в папку: C:\Program Files(x86)\SHTRIH-M\
Актуальная версия Тест драйвера: 5.16.877 x32
http://doc.shtrih-m.ru/Files/DrvFR_5.16_877_x32.exe
Starik113
09.10.21
✎
19:17
(182)В честном знаке уходит маркировка из оборота? На чеках «М» печатается?
Какая у Вас версия прошивки ККТ АТОЛ?
Третий день не могу настроить ФФД1.2 на УТ10.3(последний релиз)
Версия драйвера 10.9.0.8
Обработку обслуживания доработал(заменил интеграционную компоненту)
прошивка кассы 5.8.6
В итоге чек печатается без буквы «М»
В ОФД маркировка видна
Из оборота в ЧЗ не уходит
Остался вариант либо обновить прошивку до последней, либо откатить на 5.8.3
vovastar
09.10.21
✎
21:02
(185) уже неделю как только 5.8.14 можно скачать, все остальные в ЛК уже недоступны.
ttk
10.10.21
✎
10:31
Коллеги, а куда копать, если [М] печатается, а марки в ЧЗ не уходят?
ttk
10.10.21
✎
12:20
(187) + в ОФД [M] тоже есть
Starik113
10.10.21
✎
13:29
(188) Есть предположение, что для проверки марок средствами ККТ нужно передавать марку с криптохвостом. УТ 10 передает марку вида (01)04570075062096(21) в base 64 поэтому они не проходят проверку и не списываются в ЧЗ. Заметил что при сканировании в чек полная марка, полученная со сканера преобразуется к виду (01)04570075062096(21) и нигде не сохраняется. Далее все действия происходят с короткой маркой.
Тестировал продажу в Комлексной 2.4. Код марки вводил через поле ввода, а не со сканера.
Если вводить короткую марку, программа ругается что нужно ввести полную и при вводе полной происходит проверка средствами ККТ(появляется окошко проверки).
PS. При работе с эмулятором ККТ, такого не происходило, короткая марка принималась программой и добавлялась в чек
ttk
10.10.21
✎
16:23
(189) в БП полная марка сохраняется в Хранилище
Starik113
10.10.21
✎
16:55
Проанализировал закрытие чека в отладчике в УТ И КА и выяснил следующее
В КА выполняются следующие команды
1. RequestKM (передается полная метка в base64)
2. GetProcessingResult
3. Confirm KM
4. Fiscalization (В параметрах товаров передается также полная метка фомате base64 И Штрихкод64 (тоже самое что и в метке))
В УТ выполняются следующие команды
1. Fiscalization (В параметрах товаров передается только штрихкод(метка в сокращенном формате))
Попытался дозаполнить в отладке недостающие параметры. Получил ошибку возможны расхождения иб и ленты. Метка не проверена
Starik113
10.10.21
✎
16:57
Скорее всего проблема в старой обработке AtolKKT.epf, которая не изменилась с выходом ФФД 1.2 и появлением новых драйверов
DmVl76
11.10.21
✎
04:02
(191) Вот я о том же в (180)
az777
11.10.21
✎
14:02
(139) Как решили проблему?
vovastar
11.10.21
✎
14:46
(194) после получения ключей, просто выключить и включить кассу надо.
Starik113
11.10.21
✎
23:46
Проблема с ФФД 1.2 для УТ10.3 сейчас обсуждается на партнерском форуме 1С. Отправил обращение в поддержку 1С. Надеюсь в ближайшее время исправят ситуацию.
Starik113
12.10.21
✎
00:00
(114) Не хватает MarkingCode
FiscalString Name=»Полуботинки» Quantity=»1″ PriceWithDiscount=»1515″ AmountWithDiscount=»1515″ DiscountAmount=»0″ Department=»1″ VATRate=»20″ VATAmount=»303″ PaymentMethod=»4″ CalculationSubject=»1″ MarkingCode=»MDEwNDY3MDA3NTA2MjA5NjIxLFBGcVohVVNmRUNUWB05MTAwNjQdOTJoc1hLeTBNbUxUaWNycUxXZmNlSElmcUN1N2RwaDlJM2Y4Qm44NkVBeW42amJHaXBrZ2I2Mm1Xb1o0UERRWUtPdElKazJta0thNUo2YVlhOU1wL0FHU111″>
P.S. Но это не поможет. Ругается что марка не подтверждена. Скорее всего перед фискализацией нужен метод ConfirmKM
Тихий омут
12.10.21
✎
04:51
(197) Одного только ConfirmKM, кмк, будет мало. Сначала надо вызвать OpenSessionRegistrationKM, затем RequestKM, после чего долбить GetProcessingKMResult до получения результата и только после этого можно вызвать ConfirmKM. Всё перечисленное есть в последнем релизе УТ 10, появилось даже раньше, но вот обращения к этим методам найти в конфигурации не удалось.
Тихий омут
12.10.21
✎
04:54
+(198) на партнёрке правильно сказали — курите ОМ.МенеджерОборудованияВызовСервера.ЗаписатьДанныеКодаТоварнойНоменклатуры(), именно там в xml пакет помещается КМ, но толку от этого без действий (197)…
ttk
12.10.21
✎
14:56
(197) + (198)
Все так в моей типовой БП 3.0.103.12 все эти шаги проходили, но заведомо правильная марка возвращала ответ [M-], и в ЧЗ не списывалась.
что выяснил: полный код марки для проверки берется из РС ПулКодовМаркировкиСУЗ.ПолныйКодМаркировки — он там в формате Base64 НО!!! он там закодирован без символов GS1, добавил GS1 и все прекрасно пробилось и списалось в ЧЗ.
Как это выяснил в драйвере кассы в разделе «Маркировка» марка без GS1 возвращает Код результата проверки:5 — [M-], а таже марка но с GS1 Код результата проверки: 15, т.е. [M+]
Следует отметить, что марку в окно сканирования БП я вставлял из буфера обмена и там она точно была с символами GS1.
DmVl76
13.10.21
✎
14:20
Начал тестировать с МГМ, УПП. В старой обработке переделал формирование GoodCodeData, передаю полный код в Base64. Если передавать реальный код, то выдает 2106,РЕЗ-Т ПРОВ. СВЕД. О ТОВ.:3, если сгенерированный в тестовом контуре, то 2106, РЕЗ-Т ПРОВ. СВЕД. О ТОВ.:0, что логично — в тестовом коде критпохвост вида testtesttest…. В обоих случаях печатается [М]
Возникают вопросы:
1. Достаточно ли положительного результата проверки только ФН, без проверки в ЦРПТ? Если да, то шьем боевые кассы и все, по желанию на них позже допиливаем проверку ЦРПТ.
2. Получится ли на МГМ проверить тестовый код в ЧЗ? ФН его разворачивает, может он его все-таки передаст в ЧЗ. Хотя эти коды в ЧЗ я уже второй день не могу ввести в оборот, тестовый контур работает в рандомное время, выдает постоянно 503 ошибку.
Oleg_Bu
19.10.21
✎
11:25
(200) Добрый день!, подскажите пжста, откуда в коде запускается цепочка проверки Кодов марок, сам никак не могу найти это, У меня УПП 1.3.167.1.
Нашел вот это «МенеджерОборудованияКлиент.НачатьЗапросКМ», но не могу понять, откуда это запускается! Поиск не дал результат…
mouse4mice
19.10.21
✎
13:49
Штриховский каменный цветок наконец вышел!
Компонента 1С от Штрих-М для работы в формате ФФД 1.2 сегодня получила статус «1С совместимо».
ttk
19.10.21
✎
14:18
(203) а где можно скачать?
на сайте штриха не нашел
Spyke
19.10.21
✎
14:18
В Рознице 2.3.10.24 (Типовая) при пробитие чека через Штрих, марка не проходит проверку, данные в ОФД передаются с маркой, но марка как была в статусе Introduced, так и остается. При пробитии этой же марки через тест драйвер все проходит корректно на чеке появляется М+ и марка выходит из оборота в ЦРПТ
mouse4mice
19.10.21
✎
14:29
mouse4mice
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
19.10.21
✎
14:39
(207) Спасибо, проверяю
mouse4mice
19.10.21
✎
14:47
(208) Мы тоже начали отладку, но пока на МГМ-ФН-М 1.2
Oleg_Bu
19.10.21
✎
15:31
(202) Отвечу сам, в УПП 1.3.167.1 походу еще нет кода с запуском цепочек. В Рабочем месте кассира Розницы 2.3.10.24 — это можно увидеть.
Spyke
19.10.21
✎
15:54
(205) Пока не взлетело
Starik113
19.10.21
✎
16:02
(210) В УТ10 функционал по проверке марок не реализован, соответственно не работает списание марок из оборота. В УПП скорее всего так же
Spyke
19.10.21
✎
18:47
(205) Все ок, была проблема с настройками параметров в ккт ОФД порт проверки км
cojko
19.10.21
✎
18:47
Конфигурация: Управление торговлей, редакция 11 (11.4.13.280)
При продаже маркированной продукции «Шины» не пробивается чек ККМ.
Касса настроена на ФФД 1.2.
Драйвер АТОЛ 10.9.0.8
В 1С везде написано, что версия ФФД 1.1. Но касса точно на ФФД 1.2.
При пробитие чека с марками выдает «Ошибка программирования реквизита 1162»
У кого-то есть такая проблема? Она решается?
DmVl76
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
20.10.21
✎
10:25
(214) У вас в 1С не та версия компоненты из архива с Тест драйвером подключена, я выше писал какую версию внедрять следует, чтобы взлетело.
Вот человек вчера отписался, что в таком же релизе УТ как у вас у него маркировка успешно бьётся:
https://forum.shtrih-m-partners.ru/index.php?topic=34070.60
mouse4mice
20.10.21
✎
10:28
(214) Только сейчас заметил различия, у него ККТ Штрих-М, а у вас Атоловский аппарат.
Вам следует библиотеку компоненты заново в 1С установить, включая процедуру регистрации .dll через командную строку и обязательный запуск платформы 1С от имени Админа.
mouse4mice
20.10.21
✎
10:35
(215) У нас сейчас на макете ФН-М никак не получается пройти проверку обновления ключей.
При открытии смены пишет ошибку «обновление ключей проверки не выполнено».
Нашли параметры тестового контура сервера ОКП, прописали эти параметры согласно номеру нашего макета ФН, затем прописали в таблицах тестовый сервер ОФД.
Всё равно не работает, ключи не обновляются, следовательно мы не можем начать процесс продажи маркированного товара ни в нашей 1С, ни через Тест драйвер ККТ.
https://docs.google.com/spreadsheets/d/190heU5YQR4WV6EdV0FleXbsZdzhrf1BrQGRlOCdG40o/edit#gid=0
mouse4mice
20.10.21
✎
11:26
Установили kktproxy.exe и прописали значение socks5 в таблицах — ошибка ключей при открытии смены исчезла.
Теперь пишет «обновлено ключей 2, ошибок нет».
https://docs.google.com/document/d/1dLuTrYn6P-aOHpsB-zb3DT2xfF4F2xoWhoOyvr068bY/edit
101101101
21.10.21
✎
12:19
Коллеги, добрый день!
Опишу наши муки с ФФД 1.2 и текущие результаты, может кто идет в этом направлении…
У нас маркировка одежды и обуви, никаких дробных количеств нет.
Коды маркировки мы проверяем сразу после сканирования своим веб-сервисом, соответственно в ККТ мы отправляем заведомо корректные марки.
Зачем нам проверять их второй раз средствами ККТ непонятно. Также непонятно можно ли этого избежать.
Драйвер и компонента 1С штриха обновлены до необходимых версий, все хорошо.
В xml пишем: «<GoodCodeData GS1.M=»КракозябрыBase64КодаМаркировкиСХвостомИСкрытымиСимволамиGS»/>», все остальное как в прошлой версии ФФД.
При этом в чек выходит, все хорошо. В ОФД: Результат проверки сведений о товаре [М], Код товара — марка без хвоста (то есть все хорошо расшифровалось).
Но на бумажном чеке, примерно там где должно быть [М] выводится «КМ?» Техподдержка штриха говорит, что это тэг 2107 в значении 1, типа проверка КМ средствами кассы не проводилась.
С тестовым контуром ЧЗ как я понимаю проблемы, в рабочем контуре выведение марки из оборота проверить пока не можем.
Несколько вопросов:
1) Туда ли мы идем? или плюнуть на все и сделать вторую проверку средствами ККТ, как в стандартной 1С:Рознице?
2) Если то что мы делаем допустимо, как добиться, чтобы на бумажном чеке печаталось [М], а не «КМ?» ?
3) Может в XML дописать, что-нибудь, чтобы не проверяло, а сразу отправляло? Или есть какая-нибудь настройка драйвера Штриха?
4) Кто пробовал схему как у нас, будут ли марки выводиться из оборота или никак без проверки средствами ККТ?
GlRoznica
21.10.21
✎
21:25
(220) Поздравляю! С 1 декабря, те, кто внес недостоверные сведения в ЧЗ, подлежат административной отвесности.
Счастья вам и удачи, в Новом году!
victuan1
22.10.21
✎
05:49
«Зачем нам проверять их второй раз средствами ККТ непонятно. Также непонятно можно ли этого избежать. »
Таков закон, надо исполнять. Избежать проверки средствами ККТ (точнее ФН) невозможно, т.к. обязательное прохождение проверки железно зашито в сам ФН-М на аппаратном уровне, не изменить. Если КМ не прошел проверку в ФН, то чек ККТ пробить не получится — будет ошибка, что КМ не проверен (запрет на уровне ФН, производители прошивок ККТ его обойти не смогут даже если очень сильно попросить).
DmVl76
22.10.21
✎
07:09
(222) А по (215) не подскажете? Это связано именно с тем, что бьем по тестовому контуру?
END
22.10.21
✎
08:36
(223) Тестовый контур у нас всегда возвращал ошибку проверки марки. Попробуй взять боевой ККТ, настрой в 1С проверку при сканировании. Если при добавлении товара в чек проверка ККТ проходит успешно, значит все хорошо на этом этапе.
ТутЯ
22.10.21
✎
09:17
Коллеги, у Штриха вышел новый драйвер 5.16.883. Заявлено, что исправлена ошибка чека коррекции.
Приступаем к тестированию.
DmVl76
22.10.21
✎
10:06
(224) На 1.2 прошита только касса с МГМ. Боевые кассы прошивать нельзя — если что-то пойдет не так, то назад на 1.05 уже не перейти. Придется тогда тестовую кассу регистрировать и покупать туда обычный ФН.
END
22.10.21
✎
11:08
(226) Ну, поработает магазин временно без одной кассы. Мы так и сделали. Магаз на 3 кассы, одну прошили под 1.2 и сняли на стенд. В магазе работает пока 2 кассы. Справляются.
Darksid
22.10.21
✎
11:22
Коллеги!!всем добрейшего чего-то там. Кто-то решил вопрос с кассами атол? 1с УТ обновили уже на последний релиз,никак не можем подменить драйверы на новые,чтобы всё заработало гугл не помогает даже на 4 странице
GlRoznica
22.10.21
✎
11:24
(228) все работает отлично. Вызовите специалиста.
victuan1
22.10.21
✎
15:00
(223) Насчет тестового контура не скажу. Я сразу на боевом всё сделал. И причем для 1С 7.7
Для Атол и для Штрих-м, на их родных драйверах, еще до до того как вышла обновленная БСП для 1С8. )))))
ТутЯ
22.10.21
✎
16:42
Как оказалось у Штрихов есть настройка и пробить можно любую марку (помойку), запрета не будет.
Таблица 17 строка 41 «RUS принимать все КТ» = 1.
ТутЯ
22.10.21
✎
16:47
Чек коррекции на новом драйвере 5.16.883 действительно работает.
При тестировании обычных чеков (не коррекции) замечено, что при большой нагрузке на кассу происходит зависание ККТ минут на 10-30, потом касса оживает и работает как обычно.
Зависание может быть как при локальной проверке так и при проверке статуса товара ОИСМ.
В чем может быть причина?
mouse4mice
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
25.10.21
✎
10:13
(232) В какой конфигурации работаете?
Какую модель Штрих-М используете?
На боевой ККТ чеки с маркировкой бьёте или тестовой с МГМ-ФН-М на борту?
Поясните пожалуйста функционал настройки:
Таблица 17 строка 41 «RUS принимать все КТ» = 1.
victuan1
25.10.21
✎
12:00
(234) При такой настройке ККТ будет принимать любые марки, т.е. ККТ не будет контролировать правильность формата марки, и будет писаться тег 1300, если марка не распознана.
mouse4mice
25.10.21
✎
12:42
(235) Понял вас. Спасибо.
Helene1986
25.10.21
✎
15:00
(225) Товарищи, дайте ссылку на последние драйвера штриха 5.16.883, не нашла. заранее благодарю
D3h, ошибка привязки КМ: код товара не распознан кто-нибудь решил вопрос?
ТутЯ
25.10.21
✎
15:28
(225) Должны быть разделители в коде марки.
Если и с разделителями ошибка, то настройкой кассы Таблица 17 строка 41 «RUS принимать все КТ» = 1.
http://doc.shtrih-m.ru/
ТутЯ
25.10.21
✎
15:28
*(237)
ТутЯ
25.10.21
✎
15:31
(233) аналогичная проблема.
//В какой конфигурации работаете?
Своя, на основе БП.
//Какую модель Штрих-М используете?
Штрих-М-01Ф
//На боевой ККТ чеки с маркировкой бьёте или тестовой с МГМ-ФН-М на борту?
МГМ
И от себя вопрос, подскажите, пожалуйста как работать с МГМ и тестовым ОФД? Как проверить информацию в ОФД?
Helene1986
25.10.21
✎
15:39
(238) Таблица 17 строка 41 «RUS принимать все КТ» = 1 Это сделала уже, стал на кассе пробивать, но ОФд уходит код товара 04811644000721(21)yxhwjgyed
отладкой прошлась он из 1с передал кассе 04811644000721(21)yxhwjgyed , а в офд почему такую кривоту шлет ? 011) вместо (01)
Helene1986
25.10.21
✎
15:41
(238) Таблица 17 строка 41 «RUS принимать все КТ» = 1 Это сделала уже, стал на кассе пробивать, но ОФд уходит код товара 011)04811644000721(21)yxhwjgyed
отладкой прошлась он из 1с передал кассе (01)04811644000721(21)yxhwjgyed , а в офд почему такую кривоту шлет ? 011) вместо (01)
mouse4mice
25.10.21
✎
16:36
(240) [quote]подскажите, пожалуйста как работать с МГМ и тестовым ОФД? Как проверить информацию в ОФД?[/quote]
Для этого необходимо зарегистрировать вашу тестовую ККТ с МГМ на борту в спец. тестовом личном кабинете ОФД и затем закрепить за этой ККТ демо-договор ОФД к примеру на 3 месяца.
ОФД «СБИС» (он же Тензор) бесплатно предоставляют подобный тестовый ЛК. Уточняйте у своего ОФД наличие подобного функционала.
Вот инструкция от «СБИС»:
https://disk.yandex.ru/i/kD1LP-1y_llLwg
mouse4mice
25.10.21
✎
16:55
(240) {quote}аналогичная проблема.{/quote}
Мы отправили офиц. запрос в отдел разработки «Штрих-М» мск. Ждём комментариев.
DmVl76
26.10.21
✎
06:22
(233) У вас одежда судя по коду? В тесте драйвера при проверке выдает:
Статус локальной проверки : 0
«код маркировки не может быть проверен фискальным накопителем с использованием ключа проверки КП»
Результат локальной проверки : 1, КМ данного типа не подлежит проверке в ФН
Распознанный тип КМ : 3, КМ со значением кода проверки длиной 44 символа, не подлежащим проверке в ФН
Насколько помню, только обувь и еще какая-то товарная группа может проверяться локально ФН.
DmVl76
26.10.21
✎
06:25
Подставил код обуви:
Статус локальной проверки : 3
«код маркировки проверен фискальным накопителем с использованием ключа проверки КП»
«результат проверки КП КМ фискальным накопителем с использованием ключа проверки КП положительный»
Результат локальной проверки : 0, КМ проверен в ФН
Распознанный тип КМ : 2, КМ со значением кода проверки длиной 88 символов, подлежащим проверке в ФН
victuan1
26.10.21
✎
07:07
(241) Так и передаете код со скобками (21)?
Это неправильно. Нужно передавать без скобок, но с символом #29 в нужных местах.
mouse4mice
26.10.21
✎
09:13
(245) У нас не одежда, у нас лекарственные препараты (медикаменты).
Подскажите, вы наш код маркировки у себя в Тест драйвере проверили?
И Тест драйвер выдал вам: «КМ данного типа не подлежит проверке в ФН»?
Озвучьте пожалуйста пошагово, как вы проводите тест кода маркировки в Штриховском Тест драйвере ККТ?
victuan1
26.10.21
✎
09:26
(248) Локальная проверка (она же оффлайн-проверка) КМ в ФН предусмотрена только для обувных товаров (только для них существуют ключи ОКП, которые загружаются в ФН с сервера при каждом открытии кассовой смены).
Онлайн-проверка проводится на сервере ИСМ — для всех товаров (если ККТ имеет доступ в интернет в момент проверки).
Оффлайн-проверка (локальная) — производится только для обувных товаров (независимо от того, имеет ли ККТ в этот момент доступ в интернет).
mouse4mice
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
26.10.21
✎
09:56
(249) Теперь мы пытаемся понять, требуется ли нам сейчас в срочном порядке приобретать боевой ФН-М и подключать ККТ к боевому ОФД, чтобы проследить весь путь КИЗа от нашей ККТ в ОФД, а затем и в «Честный Знак». Можете что-либо подсказать?
На данный момент в нашей ККТ прописан тестовый сервер ОИСМ, но ещё не присвоен тестовый ОФД и касса не зарегана в тестовом личном кабинете «СБИС».
Может поэтому разработчики отписались нам, что:
«результат проверки КП КМ отрицательный или код маркировки не был проверен»
«от ОИСМ получены сведения, что планируемый статус товара некорректен или сведения о статусе товара от ОИСМ не получены»
DmVl76
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
26.10.21
✎
10:22
(252) Нам не удаётся проверить код маркировки в Тест драйвере ККТ на МГМ. Как выяснилось, нам и не требуется это делать. У нас лекарства, не обувь.
mouse4mice
26.10.21
✎
10:25
(252) [quote]Что-то с настройками кассы?[/quote]
Думаю, у вас чеки в ОФД не уходят.
Если у вас МГМ, то касса должна быть зарегана в отдельном тестовом личном кабинете вашего ОФД и к ней должен быть привязан боевой договор ОФД.
Чеки в ФНС не уйдут, но зато вы сможете проанализировать их корректность в тестовом ЛК ОФД.
DmVl76
26.10.21
✎
10:25
(253) У меня не проверялся именно через ЦРПТ. Увидел как у вас выдает сообщение о проверке, стал проверять кассу. В результате оказалось, что просто закрыт порт по работе с КМ (7788)
mouse4mice
26.10.21
✎
10:27
(255) Да, все возможные порты мы открыли, включая порты сервера ОИМС.
И на уровне брэндмауэра Windows, и на уровне маршрутизатора.
DmVl76
26.10.21
✎
10:27
(254) В ОФД как раз уходили, в ЦРПТ — нет, таблица 19, пункт 6 — порт был закрыт
DmVl76
26.10.21
✎
11:52
(215) как раз из-за (257) Поставил в таблице принимать все КМ, пробил тестовый КМ, в чеке [М+] и КМ выбыл в тестовом контуре
Darksid
26.10.21
✎
18:09
по поводу касс атол-чтобы всё работало в ут11 нужно платформу взять 8.3.18.1616(можно и ниже,но лучше её,чтобы точно заработало). в самой кассе прописать в параметрах адрес проверки ОКП. мы брали prod01.okp-fn.ru порт 26101. всё ожило,страдания прошли)
вдруг кому-то пригодится…
Alyona
27.10.21
✎
20:39
Добрый день! Как в итоге решили проблему?
такая же ошибка «D3h, Код товара не распознан».
ТутЯ
28.10.21
✎
08:20
(260) ответ в (110)(231)(235)
mouse4mice
28.10.21
✎
10:09
(261) Доброе утро. Я выяснил, что этот функционал проверки кода маркировки на уровне ККТ в боевых условиях отключать нельзя.
Поскольку производитель к примеру лекарственного препарата в виду сбоя оборудования может нанести некорректный/битый код на упаковку.
При подобном развитии событий считанный вам КМ мгновенно улетит в ОФД, а затем и в Честный Знак.
А так как с 1 Декабря 2021 в КоАП вводятся новые штрафные санкции за некорректно-представленные сведения в систему маркировки, то продавца и производителя рублём накажет «Роспотребнадзор».
Причём не просто предписание по почте выпишет (как это ФНС практикует), а начнёт судебное разбирательство с последующим судебным постановлением.
Это всё время, нервные клетки и деньги. И если денежные средства можно заработать, временной ресурс оценить невозможно, время бесценно в принципе.
mouse4mice
28.10.21
✎
10:19
Чтобы вы понимали, у нас сейчас на демо-стенде лежит в качестве образца сфотографированный и распечатанный DataMatrix (рядом с которым указаны GTIN и серийный номер).
Этот DataMatrix в своё время был реально нанесён на упаковку с лекарством и выпущен в оборот.
Когда мы отключаем функцию проверки КМ через настройки таблиц в Тест драйвере Штриха, считанный битый DataMatrix успешно проходит сканирование.
Когда мы включаем обратно проверку кодов на уровне ККТ, при сканировании битого DataMatrix верхнее ПО сразу возвращает ошибку, а на ККТ звучит оповещающий сигнал-гудок.
Вывод: отключать данный функционал целесообразно только в тестовых условиях, не в боевых.
Alyona
28.10.21
✎
11:43
(261) Спасибо! настройки помогли))) М вышла на печать.
Но я так понимаю в честном знаке код так же не распознается и статус не изменится… видимо что то пропускаем
ТутЯ
28.10.21
✎
12:50
(249)
//Локальная проверка (она же оффлайн-проверка) КМ в ФН предусмотрена только для обувных товаров (только для них существуют ключи ОКП, которые загружаются в ФН с сервера при каждом открытии кассовой смены).
Откуда эта информация?
Техподдержка Штрих М утверждает, что духи, обувь, одежда, лекарства и шины должны проходить локальную проверку.
Если криптохвост в 44 символа — не проводится проверка, если 88 — проводится проверка.
У нас шины, хвост 88, но проверку не проходим, ответ всегда false.
<?xml version=»1.0″?>
<RequestKMResult Checking=»false» CheckingResult=»false»/>
ТутЯ
28.10.21
✎
12:55
Для Штрихов появился новый драйвер 884 http://doc.shtrih-m.ru/
ТутЯ
28.10.21
✎
14:39
(265) Закружилась совсем, у шин 44.
ТутЯ
28.10.21
✎
17:39
У меня какое-то несчастье с чеком коррекции.
Радость была недолгой, часть чеков фискализирована и далее как ранее, аварийное завершение 1С…
Коллеги, кто работает на Штрих М через Ethernet и успешно пробивает чеки коррекции? Научите, пожалуйста, так работать.
DmVl76
29.10.21
✎
04:09
(265) духи, обувь, одежда, лекарства и шины должны проходить локальную проверку
У одежды 44 символа хвост
victuan1
29.10.21
✎
05:50
(269) ну-ну..
DmVl76
29.10.21
✎
08:56
(270) А что не так? У нас есть одежда и текстиль — как от поставщиков, так и генерируемые нами общая длина 85, криптохвост 44
victuan1
29.10.21
✎
09:33
(271) Ключи ФН на текущий момент работают только для обувных товаров. Мне так сказала техподдержка Атол.
DmVl76
29.10.21
✎
10:09
(272) Я и написал, что у одежды 44, значит не проходит проверку
mouse4mice
01.11.21
✎
10:44
(272) Техподдержка «Штрих-М» также подтвердила ответ ТП «Атол»:
abuca
01.11.21
✎
12:46
(274) Сегодня проверяли продажу обуви и текстиля. Штрих Онлайн. Успешно. М+ Марка выбыла в ЧЗ. Помог новый драйвер (266). До обновления драйвера было [М], но марки, при этом, выбывали в ЧЗ. Подозреваю, что драйвер Штрих неверно трактовал символы GS, передаваемые из 1С.
amir62
04.11.21
✎
11:18
Писали в налоговую есть письмо от них что до 1 февраля 2022 года можно работать на старом ФФД если товаро-учётное ПО ещё не готово работать с ФФД 1.2, не знаю что все побежали перефискаливать кассы, не спеша тестируем релиз на тестовой кассе с МГМ ФН-М. Штрих только недавно прошёл сертификацию у налоговой по ФФД 1.2, не рекомендую в старые конфигурации вручную добавлять обработчик Атол на драйвере 10.9.x.x не оптимизировав ваш код конфигурации под этот обработчик, так как кассы с ФФД 1.2 работают через тег 1163, а кассы со старым ФФД работают через тег 1162. Оба обработчика что на штрих м, что на атол довольно таки сыроваты на этом этапе и многие ньюансы не учитаны, поэтому не спеша оптимизируем.)
GlRoznica
04.11.21
✎
11:21
(276) Боже. Набор слов. Уже всех клиентов перевел на ФФД 1.2.
Остались только кто на Эвоторах сидит, и тех закроем на следующей неделе.
Хватит паники.
Garykom
04.11.21
✎
11:23
(276) По закону есть 1 год на приведение в актуальное состояние онлайн ККТ после опубликования закона
bystrovvv
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
06.11.21
✎
15:04
(279) В чек неверно передан код маркировки товара.
Проверьте настройку сканера — код маркировки товара должен содержать спецсимволы с кодом 29 перед идентификаторами применения (кроме 01 и 21). Обычно помогает перевод сканера в режим эмуляции СОМ-порта, также напишите модель сканера.
Можете код маркировки скопировать в текстовый документ и прислать мне этот документ для проверки (непосредственно в тело письма или в сообщение код копировать не следует, т.к. почтовый клиент или движок форума может удалить из кода спецсимволы).
Тихий омут
08.11.21
✎
10:02
Опубликован релиз УТ 10.3.72.1
«Поддержана возможность проверки кодов маркировки средствами ККТ»
Будем посмотреть.
Тихий омут
08.11.21
✎
10:30
(281)+ В демо базе релиза 72.1 есть новая обработка обслуживания для ККТ Атол. В обработке поддержаны методы ЗапросКМ, ПодтвердитьКМ, ПолучитьРезультатыЗапросаКМ.
mouse4mice
08.11.21
✎
12:34
(276) Письмо с подобной формулировкой от ФНС в студию!
На официальном уровне таких заявлений опубликовано вроде не было.
GlRoznica
08.11.21
✎
12:35
GlRoznica
08.11.21
✎
12:38
+(284) только как всегда, наш народ все перевертел, как захотел. Там ни слова нет про ПО.
1.если кассы еще нет в реестре под ФФД 1.2, но она числится в списке планируемых, перерегистрировать с новым ФН-М можно будет кассу на старых ФФД, но не позднее 1 февраля 2022 года\\\
Там указано, если кассы еще числятся в списке планируемых, а наш народец, переписал для себя то, что хочет.
mouse4mice
08.11.21
✎
12:39
(278) Ссылку на формулировку закона предоставьте пожалуйста!
Согласно текущему регламенту ФНС и базе знаний «Штрих-М», все ККТ из аккредитованного ФНС перечня, поддерживающие ФФД 1.2, обязаны работать в рамках нового формата либо после модернизации, либо сразу из коробки.
GlRoznica
08.11.21
✎
12:41
(286) какая формулировка? Им же Вася из налоговой письмо написал.
mouse4mice
08.11.21
✎
14:50
(285) Согласен, в июньских/июльских письмах от ФНС речь шла исключительно о кассах, для которых планируется поддержка функционала ФФД 1.2
Про отсрочку в связи с недоработанным ПО никто не заикался.
snails-lord
10.11.21
✎
09:58
(281) УТ 10.3 (10.3.72.1) и Атол 55Ф. Обработка и драйвер последние. При пробитии чека ошибка:
{ОбщийМодуль.ПодключаемоеОборудованиеУниверсальныйДрайверКлиент.Модуль(1596)}: Поле объекта не обнаружено (ИдентификаторУстройства)
ТекущийСтатус = МенеджерОборудованияКлиент.ПроверкаКодаМаркировки(ПараметрыПодключения.ИдентификаторУстройства);
Удалось у кого-то запустить ФФД 1.2 на УТ 10.3?
VKOSH
11.11.21
✎
11:09
(287) (286) (285) (283) Вот вам официальное письмо, читайте: http://www.consultant.ru/document/cons_doc_LAW_307831/
Если перевести с бюрократического языка на русский, то до 1 февраля 2022 года отложили обязательный переход на ФФД 1.2.
DmVl76
11.11.21
✎
14:22
Запустили боевую кассу. С одним КМ возникла проблема
При локальной проверке выдает
Статус локальной проверки : 0
«код маркировки не может быть проверен фискальным накопителем с использованием ключа проверки КП»
Результат локальной проверки : 2, ФН не содержит ключ проверки кода проверки этого КМ
Распознанный тип КМ : 2, КМ со значением кода проверки длиной 88 символов, подлежащим проверке в ФН,
проверку ЦРПТ проходит нормально — возвращает 15.
При этом проверку этого же КМ на тестовой кассе проходит — возвращает 3.
Что это может быть? И можно ли бить чек со статусом 0, при условии, что проверка в ЦРПТ пройдена?
DmVl76
11.11.21
✎
14:39
+(291) Все проверяемые КМ начали выдавать тоже самое (проверил около 10 КМ локально — отрицательно(0), ЦРПТ — положительно (15)), на тестовой кассе локальная проверка положительная. Кассир говорит, что это началось около часа назад, некоторые коды пробивались со ворого — третьего раза, потом перестали вообще.
mouse4mice
11.11.21
✎
14:49
(290) Благодарю и жму руку. Оповестил руководство. Выдохнули все вместе.
VKOSH
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
12.11.21
✎
09:17
(294) Ваш код не универсален — не для всех товарных групп подойдет.
VKOSH
12.11.21
✎
11:54
(295) А в жизни вообще нет ничего универсального. Это тот «костыль», который мне пришлось вставлять в конфигурацию «УТ 11», чтобы в моем случае, кассы Штрих-М заработали, как надо. Я лишь дал вам пример решения этой проблемы, а вы можете на его основе переписать код под ваши условия. В моем случае, данный код полностью отрабатывает и решает проблему.
Если вы используете тип «GS1_DataMatrix», который имеет стандартную для него структуру, а именно: «(«Префикс 01» + «14 символов GTIN») + («Префикс 21» + «13 символов серийник») + (здесь вставляем «Символ 29») + («Префикс 91» + «4 символа проверочный ключ») + (здесь вставляем «Символ 29») + («Префикс 92″ + Криптохвост до 88 символов»)», то данный код вам подойдет. По сути он просто вставляет «Символ 29» в двух местах: перед префиксом «91» и перед префиксом «92».
victuan1
12.11.21
✎
16:13
(296) Приведенная вами структура отнюдь не является стандартной для всех товарных групп. Пишу здесь как предостережение для тех, кто решит бездумно копировать ваш код.
VKOSH
12.11.21
✎
17:51
(297) У нас «Парфюмерия», для неё данная структура соответствует, для «Обуви» и «Одежды», насколько мне известно, тоже соответствует. С другими видами товара не сталкивался, возможно, что там есть какие-то отличия. Если у кого-то возникнут какие-то сложности, то нужен будет пример вашего кода маркировки, и я подправлю мой программный код под ваш вид товара.
CepeLLlka
12.11.21
✎
19:08
Спрошу в этой теме..
Друзья, после перехода на ффд 1.2 начались проблемы с ФР АТОЛ 11Ф
Время от времени, бывает раз в день, а бывает и 5 раз за день, ФР выдаёт чек — «Отчет автотестирования», такое ощущение что он тупо ребутится как-то что-ли..
Бывает такое происходит в момент пробития чека, особенно при оплате по банку, с подключенным интегрированным терминалом. В момент пробития чека, теряется связь с ФР..
Никто таких проблем не наблюдает? Есть какие-то мысли на этот счёт?
Конфа 1С Розница, релиз 2.3.9.42, Драйвер ККТ 10.9.0.9
Накачу обновление в понедельник конечно, но боюсь дело не в этом..
GlRoznica
12.11.21
✎
19:10
(299) а какая прошивка?
CepeLLlka
12.11.21
✎
19:39
(300)Сервисный центр на прошлой неделе обновлял на последнюю..
Сейчас нагуглю как чекнуть версию через Драйвер КТТ, напишу более точно..
victuan1
13.11.21
✎
09:58
Привожу примеры КМ для разных товарных групп. Подправляйте:
сигареты, пачки (тут не GS1 Датаматрикс, но учитывать передачу таких КМ тоже нужно):
000000461984886On>MPZABm84arO
04606203086627iu,*7qbAC68PJgu
сигареты, блоки:
010460026600398021tR5632o800501750093wY2G
лекарства
010460406000600021P6DZED7GFGSXD91ffd092UG2+xUuo35f/HF4ZQ5xuz9oq4FCifO6/IAZacvJuUNGQ9ojVo61+HsLvMQJpn8G8Pn0/SshDPfxDLrO71nNzGA==
лекарства, формат старого образца (но они тоже в обороте):
01189011482738531721043010C90320421A1ZLV082D4OM
01189011490022851721050010ET437E803721VGGM5F998147B6
01146055010000661722040010DU10295211PQJC6H25E0W
0114605501000073172009101010R00682108S49020I0TEAJUS3KK
01189011480060241722050010B901393240300421B2IDENVG9MILE
остальные товарные группы без разбора:
010460043993125621JgXJ5.T8005112000930001923zbrLA==24014276281
010460406000600021N4N57RSCBUZTQ24030040029101612181724010191ffd092tIAF/YVoU4roQS3M/m4z78yFq0fc/WsSmLeX5QkF/YVWwy8IMYAeiQ91Xa2z/fFSJcOkb2N+uUUmfr4n0mOX0Q==
и напоследок ребус в виде КМ:
010481164400761621hetcfih9328ua
Если это КМ альтернативной табачной продукции, то в нем серийный номер 7 символов и нужно перед 93 ставить GS:
(01)04811644007616 (21)hetcfih (93)28ua
Если это КМ шин, то у него серийник 13 символов, и поэтому 93 входит в состав серийного номер, GS вставлять не нужно:
(01)04811644007616 (21)hetcfih9328ua
Какое предложите решение по определению куда вставлять GS, учитывая, что в приведенном вами фрагменте кода вид товарной группы переданного КМ не известен?
shadow_sw
16.11.21
✎
03:10
коллеги, поделитесь плз правильной XMLкой чека для МДЛП товара(ккт АТОЛ)
make1 Cgreatagain
16.11.21
✎
04:17
у кого на УТ 10.3.72.2 взлетело ?
прошивка кассы последняя, атол драйвер 10.9.0.8 . Выдает ошибку при попытке пробить чек ккм «Контрольная марка не проверена»
shadow_sw
16.11.21
✎
04:51
(304) пробивал марку воды на песочнице — прошло штатно(АТОЛ 55ф, 10.3.72.1) в поставке есть новая обработка ТО(версии 3.07)
zpavel
16.11.21
✎
06:59
А для Штриха УТ 10.3 нашел кто-то решение?
Pprog151713
16.11.21
✎
07:23
Там скорей всего из за <0x1D> он в марке есть, а в клавиатурном сканере нет…. Из за этого марку не распознает.
VKOSH
16.11.21
✎
18:22
(302) Вы задаете мне вопрос: «Какое предложите решение по определению куда вставлять GS, учитывая, что в приведенном вами фрагменте кода вид товарной группы переданного КМ не известен?»
Отвечаю:
Дело здесь не в моем коде, а в том, что в структуре классического “GS1_DataMatrix”, нет понятия «вид товарной продукции», от слова «совсем». Получается, что реальная идентификация товара идет только по его “GTIN”, который итак присваивается “Ассоциацией GS1”. А все остальные параметры, а именно: «Серийный номер, проверочный ключ, криптохвост» – просто генерируются. Если я правильно понимаю, сейчас всех переводят на данный формат.
Если посмотреть на приведенный вами пример с маркировкой лекарств, конкретно вот этот:
(01)04604060006000(21)P6DZED7GFGSXD(91)ffd0(92)UG2+xUuo35f/HF4ZQ5xuz9oq4FCifO6/IAZacvJuUNGQ9ojVo61+HsLvMQJpn8G8Pn0/SshDPfxDLrO71nNzGA==
То он полностью соответствует формату «. Для наглядности, в данном примере, все префиксы я выделил скобками. Причем, что моя «Парфюмерия», что ваши «Лекарства» по маркировке ничем друг от друга не отличаются и соответствуют структуре: «(«Префикс 01» + «14 символов GTIN») + («Префикс 21» + «13 символов серийник») + («Префикс 91» + «4 символа проверочный ключ») + («Префикс 92″ + Криптохвост до 88 символов»)».
Получается, что какой бы ни был «вид товара», если его маркировка соответствует классическому формату “GS1_DataMatrix”, то вы можете смело использовать мою обработку, она отработает правильно. По сути, она просто вставит «Симол 29» в двух местах, перед префиксом 91 и перед префиксом 92.
Я думаю, что с классическим “GS1_DataMatrix” всё понятно, сейчас всех переводят на этот формат, если остались вопросы – задавайте.
Идем дальше, Посмотрите внимательно мой код из сообщения «294». Там вы увидите условие, что этот код отработает только, если это тип штрихкода “GS1-DataMatrix” и используется ККТ Штрих-М. Чтобы исключить применение данного кода для других типов штрихкодов. Соответственно, чтобы понять какому типу штрихкодов относятся другие приведенные вами примеры КМ, вам нужно отсканировать на кассе эти марки и пройтись отладчиком, чтобы увидеть, как 1с определяет эти «ТипыШтрихкодов». У 1с есть несколько предопределенных значений и нужно понять к какому типу он их относит. От этого зависит, как 1с дальше будет их раскладывать по частям. Для чего это нужно? Тогда можно будет в мой код добавить ещё одно условие «Если» с указанием каждого из типов штихкодов, которые вы обнаружите у себя.
Вы задаете следующий вопрос:
Если это КМ альтернативной табачной продукции, то в нем серийный номер 7 символов и нужно перед 93 ставить GS:
010481164400761621hetcfih9328ua
Для того, чтобы вставить «Символ 29» перед «93», код будет выглядеть следующим образом:
ИсходныеДанные.Штрихкод = Сред(ИсходныеДанные.Штрихкод, 1, 25) + Символ(29)
+ Сред(ИсходныеДанные.Штрихкод, 26);
Для понимания посмотрите в 1с синтаксис-помощнике описание строкового параметра «Сред», тогда всё поймете, как менять код под ваши условия. Если возникнут вопросы – спрашивайте у меня.
Как я понимаю, у вас же не могут шины, лекарства и табак продаваться в одном и том же магазине. Сделайте для каждого магазина свою обработку, в зависимости от продаваемого там товара. Пока компания 1с не предложит какое-то более-менее подходящее для всех решение.
А мне вот интересно, в конфигурации «Розница» проявляется данная ошибка или нет? Кто может ответить?
victuan1
17.11.21
✎
05:10
(308) «Сделайте для каждого магазина свою обработку, в зависимости от продаваемого там товара. Пока компания 1с не предложит какое-то более-менее подходящее для всех решение.»
Принимаю ваше признание, что универсального решения сделать у вас не получится. Что и требовалось доказать
BalBess
17.11.21
✎
06:12
victuan1 — выучите, наконец, описание строкового параметра «Сред», и не приставайте к человеку ))
сорри, не удержался
victuan1
17.11.21
✎
10:36
(310) Ага, побежал учить, аж пятки засверкали)))
shadow_sw
19.11.21
✎
03:10
пробовал передавать марку лекарств с присвоением GoodCodeData =»GS1.M=МАРКА В Base64″, но ругается на тег 1305 — превышение длины, ЧЯДНТ?
VKOSH
19.11.21
✎
16:07
(309) Вы пишите: Принимаю ваше признание, что универсального решения сделать у вас не получится. Что и требовалось доказать
Это так проявляется ваше ехидство, что-ли? Не пойму сути вашего упрека ко мне. Покажите мне, пожалуйста, где я вам обещал создать универсальное решение? Как раз наоборот, в моем сообщении (296), я сказал, что ничего универсального не бывает. Вы в сообщениях (294) и (296) говорите, что моя обработка не для всех товарных групп подходит. Я вам в своем сообщении (308) наглядно показал на примере приведенного вами кода маркировки лекарств, что дело не в товарной группе, а в используемом типе кода маркировки. Если она соответствует типу “GS1_DataMatrix”, то не имеет значения какая товарная группа, моя обработка отработает корректно. Сейчас, как я понял, все виды товаров переводят именно на этот формат “GS1_DataMatrix”. В том, что компания 1с «не допилила» свою типовую конфу «УТ 11», нет ни моей ни вашей вины, а мы с вами вынуждены изобретать «костыли», чтобы исправлять их ошибки. Я вам дал достаточное количество информации о том, как исправить данную ошибку в «УТ 11». Также на примере моей обработки из сообщения (294), вы можете «допилить её под ваши условия. Если возникнут проблемы, обращайтесь, помогу, чем смогу. Также, если в конфигурации «Розница» данная ошибка исправлена, то можете там посмотреть пример того, что вы называете «универсальным решением».
Вот мне интересно, проявляется подобная ошибка в конфигурации «Розница»? Или она только в «УТ 11» осталась? Кто-нибудь может ответить?
victuan1
21.11.21
✎
07:26
(313) » Покажите мне, пожалуйста, где я вам обещал создать универсальное решение?»
См. (298) «Если у кого-то возникнут какие-то сложности, то нужен будет пример вашего кода маркировки, и я подправлю мой программный код под ваш вид товара.»
Я привел примеры КМ, где обещанный подправленный код под них?
VKOSH
23.11.21
✎
17:48
(314) Посмотрите моё (308) сообщение, там я всё подробно описал и привел пример, как изменить мой код используя строковый параметр «Сред». Не могу понять, что там сложного то? Или, что там не понятно? Мне кажется, что уже всем всё понятно, кроме вас. Если вы имеете хотя бы минимальный навык программирования в 1с, вы легко это сделаете. Если есть конкретные вопросы — задавайте.
CepeLLlka
24.11.21
✎
09:54
(300)
Прошивка
Версия: 5.8.1
Номер релиза:
Конфигурация
Версия: 5.8.14
Номер релиза:
Почитал на форуме Атол
http://forum.atol.ru/index.php?showtopic=37129&st=20&p=272818&#entry272818
Вот в этой теме ошибка 1 в 1
Так-же и тут тоже самое
http://forum.atol.ru/index.php?showtopic=39641&st=0&p=295049&#entry295049
Темы старые, не понятно у кого-нибудь актуальна ещё данная проблема или нет..
Кто там там в темах вообще говорит что помогает только замена БУ
CepeLLlka
24.11.21
✎
16:05
(316)У всех всё гладко с новыми прошивками получается, только у меня косяк что-ли?
MadJhey
26.11.21
✎
14:01
Как я ненавижу этот чертов кактус. Типовая бух 3.0. Поставили ФН 1.2, Атол 30ф, обновили прошивку, драйвер Атол 10.9.1. Не проходит проверка марки пишит М-. Кто-нибудь сталкивался?
Pprog151713
26.11.21
✎
14:46
(318) Совсем не факт, что она не списывается в ЧЗ, если М-. Возможно списывается. Не смотрели?
MadJhey
26.11.21
✎
14:55
(318) не списывает. Проверял.
MadJhey
26.11.21
✎
18:40
Спец символы GS1 должны при сканирование выводиться? У меня марка выглядит вот так. 010462006111149921IfQSl/MSHrUnK91809792VOQt1EyLz6w39ArKP6+azbmboUY1EtqW0btPeRbgFuHYaoXJkpk7KZBDbH8Ht8DHEe1eVcQhxUL1KvSoTnndQQ==
или 010290000024688121MLIqgUn»3KmkR91803992YeiJ7mKx2nhMdV+sQgFNSwIOe1QNiDTjJQz+eylXJfszEJKAnJHQt0OoDRI8jvxelXSKgITd3TZl1SYklZpw1g==
Может криво настроен сканер? Хотя тест на ЧЗ проходит без проблем.
Pprog151713
27.11.21
✎
10:29
(321) Спец символы надо поставить в марках этих нету их.
MadJhey
27.11.21
✎
11:40
(322) А почему нету спецсимволов? Кривые марки? Первая марка наша, вторая — чужая. Кривая настройка сканера? Или это марки старого образца и теперь будут со спецсимволами?
MadJhey
27.11.21
✎
11:41
До этого момента все работало. ЧЗ все принимал, списывал. ЭДО тоже работало без проблем.
MadJhey
27.11.21
✎
11:48
Что делать понятно. Спс (308) С чего нам такое счастье прилетело?
DmVl76
15.12.21
✎
13:39
Подскажите пожалуйста. Перестало печататься наименование покупателя в чеке после перехода на 1.2. Теги 1127 и 1228 заполнены, в офд уходят, в печатной форме чека нет. Автопечать тегов =1.
victuan1
16.12.21
✎
05:48
(326) Тег 1227 (наименование покупателя) не обязательный для печати в чеке согласно протокола ФФД, поэтому в одной из крайних прошивок Атол отключил его печать в чеке.
Атол рекомендует выводить наименование покупателя нефискальной строкой в чек, если оно кому нужно там.
В электронном виде в ОФД наименование покупателя передается в любом случае.
tatoshka0403
16.12.21
✎
14:52
УТ 10.3.72.3, драйвера АТОЛ 10.9.1.0 прошивка последняя
При продаже Маркированной обуви все проходит хорошо, но при попытки сделать возврат выдает ошибку — «Контрольная марка не проверена» и чек не пробивается.
Что можно сделать?
rougudz
25.01.22
✎
21:05
(327) а где вы видели такую информацию? меня бухи да и покупатели достали вопросом почему нет название покупателя.
в «Требования к разработке драйверов подключаемого оборудования. Версия 3.5» печати нефискальной строки вообще нету, сделал бы сам, но незнаю как, всмысле инфы про это ненашел.
ссылку бы им хоть показать вот мол — не надо.
в сервисе говорят, что не в курсе. (касса штрих-м). мол давайте попробуем обновить прошивку.
ну и попробуйте поиграться с таблицей 17 п 12. (https://forum.shtrih-m-partners.ru/index.php?topic=33879.0)
Теги 1127 и 1228 в налоговую отправляются.
покупателя на чеке нету ((
victuan1
26.01.22
✎
06:34
(329) Эту инфу я получил Царюкова, о том что в новой прошивке он убрал печать тега 1228 (ИНН покупателя) в бумажном чеке.
Тег 1227 (наименование покупателя) при этом печатается.
Почему в (327) я по другому написал — не вспомню, может торопился.
rougudz
27.01.22
✎
14:05
не могу понять по https://its.1c.ru/db/metod8dev#content:4829:hdoc:checkpackage как можно вывести произвольную текстовую строку в чек через драйвер 1С. может кто знает? я так понял что для каждого товара это можно сделать а в шапке чеке такого не нашел.
сделал бы вывод на печать покупателя сам. ан не получается…
victuan1
28.01.22
✎
05:27
(331) Тут не подскажу, я не пользуюсь 1совской версия драйвера, использую только оригинальный Атоловский — он позволяет вывод нефискальных строк в шапке чека.
Тихий омут
28.01.22
✎
07:52
(331) xml-ку формируешь для интеграционной прокладки?
Есть FiscalString, а есть TextString:
ЗаписьXML.ЗаписатьНачалоЭлемента(«TextString»);
ЗаписьXML.ЗаписатьАтрибут(«Text», ТвойНефискальныйТекст);
ЗаписьXML.ЗаписатьКонецЭлемента();
если вывести в xmlку перед фискальными строками, пойдёт?
rougudz
28.01.22
✎
15:40
(333) Плюс тебе в карму. это я затупил.
т.е. ты предлагаешь в первой секции «Positions»
перед «FiscalString»
сделать «TextString»?
не пробовал, но ощущение что оная строка выйдет после товара, хотя попробовать стоит.
я думал что можно чтото вывести до секции «Positions»…
либо в «Parameters» либо после нее…
но такого не описано нигде…
DimonZh
31.01.22
✎
10:54
Коллеги, прошу подсказки:
Ранее, благодаря форуму была допилена обработка обслуживания Фискальника Штрих в 1С 7.7 для предыдущего ФФД и маркировка благополучно отправлялась.
Сейчас нигде не могу найти пример кода под ФФД 1.2 (даже алгоритма, какие команды и в какой последовательности посылать)
Поделитесь, пожалуйста или направьте где подсмотреть.
DimonZh
31.01.22
✎
15:22
PS
Кажется нашел Выбытие ФФД 1.2
victuan1
01.02.22
✎
05:59
shadow_sw
01.02.22
✎
06:09
а не подскажите где посмотреть выбытие УТ10.3?
Pprog151713
01.02.22
✎
08:52
(338) Так обнови и смотри.
dasha_med
04.02.22
✎
11:24
Приветствую.
Торгуем табаком, закончилась ФН на кассе Штрих М01Ф, поменяли ФН с перерегистрацией кассы на ФФД 1.2.
В связи с этим пришлось обновлять УТ, был релиз 11.4.13.187 обновились до 11.4.14.115.
На кассовом компе удалили старые драйвера 4.15.829 и поставили под ФФД 1.2 драйвер 5.16.0.877. В торговом оборудовании выбрали Штрих под ФФД 1.2 и столкнулись с проблемой. При попытке открыть смену, после 20-30 секунд после нажатия кнопки «Открыть смену» пишет ошибку «Нет связи, ошибка FFFFFFFFh», и смена не открывается в программе. При этом чек об открытии вылазит и тесте показывает что смена открылась. В настройка УТ тайм аут увеличивали, не помогает. Интернет на кассе и связь с ОФД есть.
Так же опытным путём пришли к тому что если поставить старые драйвера, которые были (4.15.829) и открыть смену, она прекрасно открывается, а затем драйвера переустановить на новые, то чеки бьются норм.
Подскажите, куда копать?
NikeArz
04.02.22
✎
11:55
(340) Последний драйвер для Штриха 5.17.0.894
Попробуйте его.
NikeArz
04.02.22
✎
11:56
Nimb
17.02.22
✎
17:20
(340) Еще такое может быть если открыто подключение к тест драйвера, или другой версии 1с. Драйвер работает только если запущенна только одна программа для работы с кассой.
Nimb
17.02.22
✎
17:20
Программное обеспечение:
Версия конфигурации: Управление торговлей, редакция 11 (11.4.14.95)
Версия платформы 1С:Предприятие 8.3 (8.3.16.1973)
Версия драйвера для кассы штрих-лайт-01ф Тест Драйвера 5.17.895 х64
Добрый день. Перешли на формат передачи данных ФФД 1.2
Для не маркированных товаров чек пробивается штатно.
А вот при попытке пробить маркированный товар происходит ошибка.(Легкая промышленность, одежда)
При «проверке при сканировании»/«при проверке при выбитии чека» Происходит такая ошибка:
«Проверка средствами ККТ
Произошла ошибка проверки средствами ККТ по причине:
При выполнении операции произошла ошибка: D3h, Код товара не распознан»
При этом регистрация и проверка в ГИС МТ проходит и маркированный товар подсвечивается зеленым.
Пример от сканированного кода (01)04630008874158(21)5izhh+(Et.l>:
cojko
17.02.22
✎
18:19
(344) Код который хранится в 1С и код, который считывается сканером с оригинальной маркировки разные. Вы приводите пример сканированного кода, без крипточасти (вы могли получить этот код по ЭДО или увидеть его в системе ЧЗ). Этот код подходит для всего, но только не для проверки при розничной продаже. Для корректной работы этой системы необходимо добавлять товары в табличную часть документов, только сканирую оригинальный ШК с марки. Он выглядит примерно так: 010461012380450621″IITRnG_akZfk91EE0692OzzNtlnRQ6b8SyuEvIWM+oaAkVYBwYTCAzAON3sZ+Y0=
Nimb
17.02.22
✎
18:28
(344) (345) Сканер делает код без скобочек и с крипто хвостом. Я с копировал код из формы Реализация товаров и услуг -> Подобрать и проверить товары легкой промышленности.(в которой марка проверяеся)
И походу то что 1с модифицируется добавлением скобочек и вызывает проблемы. Касса когда выполняет проверку средствами ккт берет именно модифицированный код. Я пробовал на Тест драйвере отправлять код на проверку, и как раз со скобочками он не распознано а без — все норм. Теперь надо понять где эти скобочки добавляются и убрать их… Документ ЧекККМ->формаДокументаРМК скорее всего не подходит поскольку проверка ККТ проходит за долго до чека..
cojko
17.02.22
✎
19:37
(346) ККТ проверяет полный код только с криптохвостом. Ей со скобочками или без все равно. Функционал, который встроен в 1С и приложение честный знак для проверки марок не использует криптохвост. В этом и заключается проблема понимания маркировки. Сам через это прошел месяц назад.
Nimb
17.02.22
✎
22:17
(347) Странно, у меня ккт через драйвер отказался проверять с крипто хвостом, а без него и без скобочек нормально отработал и выдал ответ.
(346) Буду искать в РазборКодаМаркировкиИССлужебныйКлиентСервер походу где-то там формируется сама маркировка для 1ски.
Тихий омут
18.02.22
✎
08:21
(348) Со штрихами не работал, как-то больше с атолом, но — ты в каком виде в драйвер полный код маркировки подсовывал? После правильной настройки сканера (чтобы он нормально считывал «непечатные» символы GS), полный код маркировки в формате Base64, взятый из реквизита ПолныйКодМаркировки РС ПулКодовМаркировкиСУЗ, нормально проверяется в драйвере. И именно он должен уходить в XML пакете — не GTIN+серийник со скобочками, а полный код маркировки, байт в байт, как он был считан сканером, только в формате Base64. Типовые механизмы нормально всё отрабатывают, не нужно там скобки «обрезать». Хотя, возможно, есть какие-то особенности с твоей товарной группой, у меня парфюм.
DmVl76
25.02.22
✎
13:56
Добрый день.
Возникла следующая проблема. В одной из партий обуви поступила масса КМ с криптохвостом без «=» на конце (вида 3x6bsPP6aJ3d1wvxijSUnaHFQMxPFAZ9ZyhJ221HaRhxsSutEXCPZn9pwTwjJUcGSnyRv1wBSATFpLsALU7gNyQH). Длина — 88 символов. Касса принимать не хочет ни при запросе при пробитии, ни при проверке из тест-драйвера. Пишет Код товара не распознан. При сканировании с телефона приложением честный знак вроде все хорошо — криптозащита КМ проверена.
Если заменить последние 2 символа на «==», то внутреннюю проверку КМ не проходит (не найден ключ, такое бывает и с другими КМ), проверку в ЦРПТ проходит.
Единственное отличие от других кодов в партии — у проблемных кодов emissionType = CROSSBORDER.
В чем может быть причина? Драйвера 5.16.877, проверял на 5.16.898, что-то с настройкой кассы?
Divad84
08.06.22
✎
12:07
На последней УТ 10.3.73.3 с кассами Штрих с последними драйверами 5.17.0.901 маркированный товар (шины, в частности) норм пробиваются? Выдавало ошибку «D3h, Код товара не распознан». Если отключить проверку через таблицы, то печатает М-.
victuan1
09.06.22
✎
06:24
(351) Наверное, символы разделители GS из кода маркировки теряются.
Divad84
10.06.22
✎
09:13
(352) Да. именно так. Отправил логи в тех. поддержку Штриха, и выяснилось, что не хватает этих GS разделителей. Получается это 1С их обрубает? Потому что сканер их норм передает, сканировали в Notepad++ и там они есть перед 91 и 92.
MWWRuza
10.06.22
✎
09:20
(353) сканировали в Notepad++
А он так у Вас и в программе работает, в смысле, в режиме эмуляции клавиатуры? Тогда, да, там разные фокусы бывают. Лучше, через эмуляцию COM-порта…
Divad84
10.06.22
✎
10:52
(354) Да, в программе тоже через эмул. клавиатуры. Через coщ пробовали сканер настроить, но че-то не получилось. В тесте сканера норм сканировалось, а в подборе уже нет, хз в чем причина. Думаете в сканере дело? Через эмул. клавиатуры же тоже передаются эти разделители. Это потом в 1С они пропадают
MWWRuza
10.06.22
✎
11:00
(355) Это потом в 1С они пропадают
Х.З, где они пропадают, но такая проблема встречается периодически…
vv036
10.06.22
✎
11:20
(355) Раскладка клавиатуры на английском языке когда сканируете? На разных языках в режиме эмуляции клавиатуры разные символы. Можешь в блокноте проверить. Поэтому у нас везде com вариант.
Divad84
10.06.22
✎
12:38
(357) на анг, в блокноте норм
Мы продолжаем серию «Самое новое в «1С:Бухгалтерии 8», в которой регулярно рассказываем об изменениях в новых версиях решения, о том, что в них появилось интересного, важного и полезного для бухгалтера.
В программе «1С:Бухгалтерия 8» начиная с версии 3.0.99 добавлена возможность настроить порядок контроля кодов маркировки средствами ККТ. В момент пробития чека выполняется запрос о кодах маркировки и передается информация о реализованных товарах в ГИС МТ, если ККТ и фискальный накопитель поддерживают ФФД 1.2 (п.6.1 ст.1.2, ст.4, ст.4.1 Федерального закона от 22.05.2003 № 54-ФЗ).
С 06.08.2021 продавцы маркированных товаров, учитываемых в системе «Честный ЗНАК», могут регистрировать только кассы, в которых ККТ и фискальный накопитель поддерживают формат ФФД 1.2.
Если до 06.08.2021 зарегистрированы ККТ и фискальный накопитель, не поддерживающие ФФД 1.2, то они могут использоваться до окончания срока действия фискального накопителя.
Полный интерфейс: меню «Администрирование — Настройки программы — Подключаемое оборудование».
Если выбрать порядок контроля При сканировании, то проверка выполняется в момент сканирования кода маркировки. При этом открывается окно ожидания результата проверки, следующий код можно сканировать после завершения проверки текущего кода.
Полный интерфейс: меню «Администрирование — Настройки программы — Интеграция с ИС МП (обувь, одежда, табак…) — Настройки сканирования кодов маркировки — Контролировать коды маркировки средствами ККТ».
В чеке результат проверки кода маркировки отображается рядом с маркированным товаром:
• [М+] – выполнена проверка, результат положительный;
• [М-] – выполнена проверка, результат отрицательный;
• [М] – проверка не выполнена/проверка выполнена частично/результат частично отрицательный.
Полный интерфейс: меню «Продажи — Розничные продажи — Розничные продажи (чеки)».
Всю информацию серии можно найти по тэгу «самое новое в 1С:Бухгалтерии». Или просто следите за нашими новостями!