Ошибка 36h ошибка fnoperation

Ошибка при выводе чека ККМ в 1С 8: 36h, Ошибка FNOperation: Некорректные параметры в команде для данной реализации

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

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

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

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

1C 8, при печати, выводе чека ккм, 36h, Ошибка FNOperation: Некорректные параметры в команде для данной реализации
Рис. 1. Возникновение ошибки после нажатия на кнопку «Пробить чек» в форме документа «Оплата от покупателя платежной картой».

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

Нажатие на изображении увеличит его
ошибка при пробитии чеков в 1С 8, онлайн касса 36h, ошибка FNoperation
Рис.2. Включение ведения лога в параметрах кассы ККМ в диалоге подключения и настройки торгового оборудования.

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

Нажатие на изображении увеличит его
ошибка при пробитии чека в 1с 8 УТ, управление торговлей, БП, бухгалтерия, КА, комплексная, выдает ошибку 36h fnoperation
Рис. 3. Настройка пути размещения файла лога .log в драйвере ККМ.

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

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

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

1С 8, ошибка 36h, некорректные параметры в команде для данной реализации, ккм штрих-м, Retail 01Ф
Рис. 5. Пример успешного выполнения теста подключения торгового оборудования в форме оборудования.

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

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

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

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

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

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

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

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

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

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




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

21-10-2021

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


В целом да, с последними конфигурациями 1С, последними драйверами ККТ и последними прошивками всё должно работать.

Было подобное письмо нам на почту, изучив лог я пришел к такому ответу:

/*
Видимо проблема в передаваемой сумме операций:

[17.01.2018 18:23:05.420] [00000780] [ INFO] TFiscalPrinter ————————————————————
[17.01.2018 18:23:05.420] [00000780] [DEBUG] TFiscalPrinter Команда: FF46h,
[17.01.2018 18:23:05.420] [00000780] [ INFO] TFiscalPrinter ————————————————————
[17.01.2018 18:23:05.420] [00000780] [DEBUG] TTCPSocketDriver.OpenPort :7778 3000
[17.01.2018 18:23:05.420] [00000780] [DEBUG] Check for socket opened
[17.01.2018 18:23:05.420] [00000780] [DEBUG] Purge
[17.01.2018 18:23:05.420] [00000780] [DEBUG] ioctl bytes to read = 0
[17.01.2018 18:23:05.420] [00000780] [DEBUG] TPrinterProtocol SetCmdTimeout: 3000
[17.01.2018 18:23:05.420] [00000780] [DEBUG] TPrinterProtocol -> 05
[17.01.2018 18:23:05.420] [00000780] [DEBUG] TPrinterProtocol ReadAckChar try
[17.01.2018 18:23:05.420] [00000780] [DEBUG] TPrinterProtocol <- FF
[17.01.2018 18:23:05.420] [00000780] [DEBUG] TPrinterProtocol ReadAckChar try
[17.01.2018 18:23:05.420] [00000780] [DEBUG] TPrinterProtocol <- 15
[17.01.2018 18:23:05.420] [00000780] [DEBUG] Purge
[17.01.2018 18:23:05.420] [00000780] [DEBUG] ioctl bytes to read = 0
[17.01.2018 18:23:05.420] [00000780] [DEBUG] TPrinterProtocol -> 02 5F FF 46 1E 00 00 00 01 00 3F AB 01 00 00 A8 01 00 00 00
[17.01.2018 18:23:05.420] [00000780] [DEBUG] TPrinterProtocol -> 6A 2E 00 00 00 FF FF FF FF FF 08 00 07 0A 2F 2F C2 EE E7 EC
[17.01.2018 18:23:05.420] [00000780] [DEBUG] TPrinterProtocol -> E5 F9 E5 ED E8 E5 20 EE E1 F1 EB F3 E6 E8 E2 E0 ED E8 FF 20
[17.01.2018 18:23:05.420] [00000780] [DEBUG] TPrinterProtocol -> E2 E5 ED F2 E8 EB FF F6 E8 EE ED ED FB F5 20 F1 E8 F1 F2 E5
[17.01.2018 18:23:05.420] [00000780] [DEBUG] TPrinterProtocol -> EC 20 E7 E0 20 ED EE FF E1 F0 FC 20 32 30 31 37 E3 AD
[17.01.2018 18:23:05.420] [00000780] [DEBUG] TPrinterProtocol ReadAckChar try
[17.01.2018 18:23:05.420] [00000780] [DEBUG] TPrinterProtocol <- 06
[17.01.2018 18:23:05.420] [00000780] [DEBUG] TPrinterProtocol SetCmdTimeout: 30000
[17.01.2018 18:23:05.420] [00000780] [DEBUG] TPrinterProtocol <- 02
[17.01.2018 18:23:05.420] [00000780] [DEBUG] TPrinterProtocol <- 03
[17.01.2018 18:23:05.420] [00000780] [DEBUG] TPrinterProtocol SetCmdTimeout: 3000
[17.01.2018 18:23:05.420] [00000780] [DEBUG] TPrinterProtocol <- FF 46 36 8C
[17.01.2018 18:23:05.420] [00000780] [DEBUG] TPrinterProtocol -> 06
[17.01.2018 18:23:05.420] [00000780] [DEBUG] TDrvFR FNOperation: 54
[17.01.2018 18:23:05.420] [00000780] [DEBUG] TDrvFR Get_ResultCodeDescription
[17.01.2018 18:23:05.420] [00000780] [DEBUG] TDrvFR Get_ResultCodeDescription: Некорректные параметры в команде для данной реализации
[17.01.2018 18:23:05.420] [00000780] [DEBUG] TDevice1C Cancelling check
[17.01.2018 18:23:05.420] [00000780] [DEBUG] TDrvFR GetShortECRStatus
[17.01.2018 18:23:05.420] [00000780] [DEBUG] TFiscalPrinter CommandCode=0010

Из описания протокола:
* если сумма операции 0xffffffffff то сумма операции рассчитывается кассой как цена х количество,
в противном случае сумма операции берётся из команды и не должна отличаться более чем на +-1 коп от рассчитанной кассой.

У Вас кол-во 6 байт (6 нулей после запятой) это байты 00 3F AB 01 00 00, т.е. 1AB3F00h = 28000000 или, если отбросим 6 нулей после запятой, 28.
Цена A8 01 00 00 00 , т.е. 1A8h = 4,24.
Сумма операции, которую Вы передаете —  6A 2E 00 00 00, т.е. 2E6Ah = 118,82 (см. выше — эта сумма не должна отличаться более чем на +-1 коп от рассчитанной кассой),
а по ККТ получается 28 * 4,24 = 118.72, что больше чем на копейку отличается от того, что передаете Вы (118,82).
*/

При пробитии чека в 1с УТ ред.11 выдает ошибку 36h ☑ 0

ligaSS

15.08.18

09:15

Ошибка:

При печати чека произошла ошибка.

Чек не напечатан на фискальном устройстве.

Дополнительное описание:

При выполнении операции произошла ошибка: 36h, Некорректные параметры в команде для данной реализации

Скриншоты:

https://yadi.sk/i/m_bq2lYr3aEpur

https://yadi.sk/i/Vx8oqijW3aEpvc

https://yadi.sk/i/qS-D3k7Y3aEpw8

Обновили 1с до последней версии обновили прошивку на Штрих Лайт 02Ф

ошибка не устранилась.

Эта ошибка не всегда, только в этом документе.

Решении найти не можем просим помощи.

Тема уже есть но решении нет. Поэтому хочу поднять этот вопрос повторно

1

Время

15.08.18

09:19

(0) Если нет скидки — нет ошибки?

2

yzimin

15.08.18

09:37

Настройте, чтобы строки бились на 2 при не точном округлении цены. В 1С в настройках оборудования есть такая опция: поставить 0 и разделять строки

3

ligaSS

15.08.18

09:38

«Время

     Если нет скидки — нет ошибки?



Ошибки нет. На остальных приходно кассовых ордерах тоже нет ошибки хоть и со скидкой. Ну грубо говоря два ПКО не пробиваются реквизиты посмотрели все как у остальных.

4

Время

15.08.18

09:39

(3) Чек бьется из реализации? На скринах — именно реализация.

5

ligaSS

15.08.18

09:41

(4) Да через Реализацию

6

ligaSS

15.08.18

09:41

(2) Буду иметь введу, попробую настроить

7

Время

15.08.18

09:43

(5) Без скидки ошибки нет? Ошибка только при наличии скидок?

(уточняю).

8

ligaSS

15.08.18

10:12

(7) Без скидки именно эту реализацию не пробивали так как клиент заплатил уже со скидкой. Соответственно без скидки уже будет другая сумма. Повторюсь на других приходниках нет ошибки, что со скидкой, что без скидки

9

zippygrill

15.08.18

10:13

Версия драйвера обновите тоже с оф.сайта Штриха

10

Pro1001C

15.08.18

10:44

Такую ошибку встречал в рознице, тоже после обновления релиза. Помогло изменение форматно-логического контроля на «разделять строки»

11

Asmody

модератор

15.08.18

11:11

(0) А вот ник «лига СС» — это случайность или принципиальная позиция?

12

ligaSS

15.08.18

11:12

(9) Версия 4.14 с официального сайта

13

ligaSS

15.08.18

11:14

(11) LInar GAlimov LIGA. SS от Soft-Servis

14

Время

15.08.18

11:17

У меня такая ошибка была в УТ 10.2, когда сумма оплаты была не равна сумме чека. Там и округление, и скидки, и ручки зверя (шаловливые)…

15

ligaSS

15.08.18

12:00

(2) Спасибо помогло :)

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

Было:

https://yadi.sk/i/lGRI_-6M3aFAA8

После изменение:

https://yadi.sk/i/gJJ0xTN23aFAFQ

Всем спасибо за оперативность.

16

ligaSS

15.08.18

12:13

вторник, 24 июля 2018 г.

36h, Некорректные параметры в команде для данной реализации (Штрих), Сумма налога больше суммы регистраций по чеку и/или итога (Атол). УТ 10.3










Ярлыки:
1C

5 комментариев:

  1. Ответы

    1. Для Штриха сработало (на 44-м релиза), а базу где используется Атол обновил до актуальной- 47 и получилось. В релизах до 45 включительно xml, передаваемый на ккт нес сумму налогов в каждой строке товара, в 47 исправили

      Удалить

  2. Спасибо тебе, добрый человек! У моих подшефных под 1С:Розница такая же петрушка приключилась после обновления фискальников, а я в этих дебрях ни в зуб ногой.

    ОтветитьУдалить

  3. Помогло на Штрих-М в УПП 1.3
    При печати чека из ПКО сообщало об ошибке
    «36h, Некорректные параметры в команде для данной реализации»
    В справочнике «Торговое оборудование» поменяли с «Не контролировать» на «Разделять строки».
    Спасибо!

    ОтветитьУдалить

Решение вопроса считается устаревшим


2 307

Решение вопроса:

Нужно включить в настройках ККТ (Подключаемое оборудование) форматно логический контроль с одним из способов:
1. Разделять строки — если с учётом скидки не получатся с точностью до «Допустимое расхождение форматно-логический контроля» напечатать сумму товара — делается вторая строка с этим товаром с меньшей ценой. То есть по товар делится на 2 строки с разным количеством.
2. Зачитывать суммы — значит при невозможности посчитать сумму (с точностью до «Допустимое расхождение форматно-логический контроля») и если в чеке есть несколько товаров, то какой-то из них сумма округляется вниз, а где-то вверх.
При любом раскладе итоговая сумма чека будет одинаковая, но суммы отдельных товаров (и количество строк с товарами) может быть разное (при условии наличия скидок или например дробного количества товаров).

Информация
Комментировать статьи на сайте возможно только в течении 31 дней со дня публикации.

Понравилась статья? Поделить с друзьями:

Интересное по теме:

  • Ошибка 36887 schannel windows 7 код 70
  • Ошибка 36887 schannel windows 7 error 80
  • Ошибка 36851 сканер не отвечает ricoh
  • Ошибка 36886 schannel
  • Ошибка 368 фанук

  • 0 0 голоса
    Рейтинг статьи
    Подписаться
    Уведомить о
    guest

    0 комментариев
    Старые
    Новые Популярные
    Межтекстовые Отзывы
    Посмотреть все комментарии