91h ошибка fnoperation

Описание ошибки:
Ошибка возникла внезапно. Т.е. до ее возникновения чеки ККМ печатались. При попытке печати чека ККМ в частности из документа «Оплата от покупателя платежной картой» конфигурации 1С: Управление торговлей 10.3 возникала эта ошибка для отдельно взятого документа, на основании которого документ оплаты был создан.

Найденные решения:

Судя по ошибке — она носит «универсальный» характер, т.е. может возникнуть в любой другой конфигурации 1С, в которой поддерживается работа с торговым оборудованием и ККМ в частности. Поэтому не обращайте внимание на то, что пример приводится в редакции 10.3 управления торговлей. Многие из перечисленных настроек есть и в новой редакции 11.4, и других типовых конфигурациях, поэтому останется только их найти.

Перейдем к сути. Печать чеков работала до определенного момента, когда стала не возможным по причине возникновения ошибки «36h, Ошибка FNOperation: Некорректные параметры в команде для данной реализации». По предварительным предположениям, учитывая, что в документе из ссылок на документы — только заказ покупателя, то при чем тут реализация? Можно подумать, что реализацией при описании ошибки назван любой документ-основание, содержащий данные для печати чека. Тогда, возможно, надо искать причину в самом документе заказ покупателя. Но визуально содержимое выглядело «как всегда», как и в ранее созданных документах, для которых печать чека был выполнен успешно.

Рис. 1. Возникновение ошибки после нажатия на кнопку «Пробить чек» в форме документа «Оплата от покупателя платежной картой».

Ошибка не часто, но встречаемая. Чтобы попытаться понять суть ошибки в соответствии с первыми комментариями обсуждения ошибки на форуме infostart.ru о том, что нужно проанализировать лог кассы, было включено ведение файла .log.

Нажатие на изображении увеличит его

Рис.2. Включение ведения лога в параметрах кассы ККМ в диалоге подключения и настройки торгового оборудования.

После включения настройки «вести лог» на вкладка «Настройка лога» в параметрах ККТ с передачей данных необходимо настроить путь к логу в настройках драйвера.

Нажатие на изображении увеличит его

Рис. 3. Настройка пути размещения файла лога .log в драйвере ККМ.

Анализ полученного лога после его формирования оказался достаточно проблематичным, т.к. содержал просто огромное количество строк, проанализировать которые без постоянного опыта обслуживания торгового оборудования, не представлялось возможным. Только было отмечено благодаря логу, что после возникшей ошибки, т.е. неудачной попытки печати чека, касса в среде 1С становилась недоступной. Тест подключения возвращал ошибку FFFFFFF8h, connect timed out.

Рис. 4. Ошибка «Тест не пройден. FFFFFFF8h, Connect timed out.» после возникновения ошибки «36h, Ошибка FNOperation: Некорректные параметры в команде» в сеансе работы 1С 8.

Но вернуть подключение 1С 8 к кассе ккм позволяло завершение сеанса работы и запуск 1С снова.

Рис. 5. Пример успешного выполнения теста подключения торгового оборудования в форме оборудования.

Но от этого проблема не решалась. Лишь возобновилась возможность снова и снова получать ошибку «36h, Ошибка FNOperation: Некорректные параметры в команде…» при попытке вывести чек для операции безналичной оплаты.

На форуме mista.ru в обсуждении под темой При пробитии чека в 1с УТ ред.11 выдает ошибку 36h предлагалось проверить наличие скидок в документе — они отсутствовали. Так же предлагалось в сумбурной формулировке настроить разбиение строк на 2.

Этого оказалось недостаточно. Окончательную ясность для формулировки «настроить разбиение строк» внесли статьи Ошибка на кассе 36h Штрих и Сумма налога больше суммы регистраций по чеку и/или итога (Атол). УТ 10.3 о том, чтобы изменить «способ форматно-логического» контроля в настройках элемента справочника «Торговое оборудование». Для этого нужно перейти в форму списка справочника «Торговое оборудование» через кнопку «…» ячейки строки колонки «Модель» формы обработки «Подключение и настройка торгового оборудования». 

Нажатие на изображении увеличит его

Рис. 6. Порядок перехода к настройке «способ форматно-логического контроля» справочника «Торговое оборудование» в конфигурации 1С: Управление торговлей 8, ред. 10.3, Комплексная автоматизация 1.1

Установка значения «Разделять строки» для настройки «способ форматно-логического контроля» в форме элемента справочника «Торговое оборудование» позволило восстановить дальнейшую работу механизма печати чеков ккм для безналичных оплат.

Рис. 7. Рабочая настройка способа форматно-логического контроля в значении «Разделять строки» для обхода ошибки «36h, Ошибка FNOperation: Некорректные параметры»

К слову, в других конфигурациях, работающих в режиме управляемого приложения, порядок действий примерно такой же. Переходим в раздел «Администрирование» (или «НСИ и Администрирование» в зависимости от типового решения 1С — «Подключаемое оборудование» — откроется вкладка «Подключение и настройка оборудования». Устанавливаем тип оборудования в значение «ККТ с передачей данных». В списке правой кнопкой мыши для строки нужной модели вызываем контекстное меню и в нем выбираем пункт «Изменить» или, выделив строку, нажимаем клавишу «F2» клавиатуры. В открывшемся окне разворачиваем группу формы «Параметры ККТ» и изменяем значение настройки «способ форматно-логического контроля».

Нажатие на изображении увеличит его

Рис. 8. На примере конфигурации базы 1С: Бухгалтерия 3.0 показан доступ к настройке способ форматно-логического контроля в списке «Подключение и настройка оборудования» для баз, работающих в режиме управляемого интерфейса.

Таким образом, получается, что драйвер торгового оборудования при такой настройке, если не возможно рассчитать точную сумму по допустимому расхождению, то будет выполнено округление цен по строкам. Одна строка будет  округляться «вверх», а другая – «вниз». И при таком подходе будет выполнено требование, чтобы итоговая сумма была одинаковой, даже при некоторых небольших изменениях стоимости отдельных товаров, например, за счет скидок или дробных значений количества товаров.

Оцените, помогло ли Вам предоставленное описание решения ошибки?

---

© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.

21-10-2021

Журавлев А.С.
(Сайт azhur-c.ru)

   kupec

05.10.21 — 11:32

   Злопчинский

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

   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

   kupec

13 — 08.10.21 — 10:05

   victuan1

14 — 08.10.21 — 11:40

(13) Эти методы для ФФД 1.05/1.1.

Для 1.2 всё по другому.

   victuan1

15 — 08.10.21 — 11:45

   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

   victuan1

24 — 08.10.21 — 14:09

   kupec

25 — 08.10.21 — 14:22

(24) каким образом читать данные в ПО? Какие там команды или атрибуты? Где про это можно почитать? Что то руководство программиста они давненько не обновляли

   kupec

26 — 08.10.21 — 14:29

(25) а если у меня со сканера ШК не приходит такая последовательность? Это критично или нет?

   victuan1

27 — 08.10.21 — 14:32

   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

   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

   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

   arian_

61 — 12.10.21 — 21:12

(60) После всего этого делаете вот это:

глФР.FNAcceptMarkingCode();

глФР.Barcode = qr;

глФР.FNSendItemBarcode();

глФР.FNCloseCheckEx();

   arian_

62 — 12.10.21 — 21:14

   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

   arian_

67 — 15.10.21 — 13:56

   arian_

68 — 15.10.21 — 13:58

печнаим — это наименование Номенклатуры

   NikeArz

69 — 15.10.21 — 15:11

   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

   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 вроде как, печать тэгов