Проблема
Последние изменения, в связи с переходом онлайн-касс на ФФД 1.05, реализованы в драйверах Штрих-М версии 4.14.0.731, который сертифицирован фирмой 1С по ФФД 1.05 и поддерживается всеми конфигурациями 1С с версией БПО 2.1.1.6. Однако, при попытке установить актуальную версию драйвера и/или обновить, при этом, программу 1С Розница 2.2 до версии 2.2.10.19 или 2.2.11.16 возникнет одна из следующих ошибок:
- Если обновить 1С:Розницу на версию 2.2.11, то она не будет работать с драйвером Штрих-М ниже версии 4.14.0.731 (При открытии смены ошибка: слишком много фактических параметров).
- Если обновить драйвер Штрих-М на версию 4.14.0.731, 4.14.0.744, 4.14.0.749 и выше, то любая 1С:Розница 2.2 при открытии смены начнет выдавать ошибку 33h — некорректные параметры в команде.
Проблема актуальна не только для 1С Розницы, но и других типовых конфигураций: 1С:Бухгалтерия, 1С:Управление торговлей, 1С:Управление нашей фирмой.
Решение
Загрузить в справочник драйверов торгового оборудования 1С драйвер из файла C:Program FilesSHTRIH-MDrvFR 4.14Bin1Cshtrih-m_24.zip и использовать его в качестве драйвера ККТ (создать новое оборудование с этим драйвером, а старое отключить, в справочнике кассы ККМ изменить оборудование в нужной онлайн кассе).
Если у вас конфигурация с обычным интерфейсом (1С Управление торговлей 10.3, 1С Розница 1.0, Комплексная автоматизация 1.3, УПП и тому подобное), рекомендуем вам использовать мощную и надежную внешнюю обработку ККТ-ОНЛАЙН 54-ФЗ: Обработка для работы фискальных регистраторов АТОЛ, ШТРИХ, Viki Print и др.+ ЭМУЛЯТОР (С бесплатным тестовым периодом) + НДС20%.
1C 8 Не печатается чек ККМ. Ошибка: 33h, Ошибка передачи тега 1228: Некорректные параметры в команде
Описание ошибки:
Серверная версия конфигурации 1С: Управление торговлей 10.3.70.1. Чек ККМ на кассе не выводится на печать, но закрытие и открытие смены с выводом на печать соответствующего чека-отчета работает. Касса ККМ-онлайн Retail 01Ф (обработка обслуживания Штрих-М: ККТ с передачей данных)
Найденные решения:

Удивительным был тот факт, что накануне и несколькими днями ранее обновление базы не осуществлялось. Доработки тоже никакие не производились, что исключало вариант влияние какого-либо неудачного кода на работу обработки обслуживания кассы ККМ. Так же и не обновлялся файл обработки обслуживания в самой базе. Драйвера торгового оборудования не обновлялись.

Тот факт, что ошибка возникла как говорится «на ровном месте», заставил думать, что возможно, как это бывает на практике возникли ошибки во временных пользовательских файлах, связанных с базой на рабочем месте. В практике однажды с подобным уже сталкивался, но только с эквайринговым терминалом от Сбербанка, подробно описано на странице Недостаточно фактических параметров; Ошибка эквайринговой системы 4309, когда ошибка была устранена простым быстрым способом удаления базы из списка баз и добавлением. При этом кэши базы очистились и ошибка прекратилась.
Но сброс пользовательского кэша простым способом не помог. Ошибка сохранилась. Оказалось, что ошибка не настолько редкая, чтобы совсем не встречалась. Но не ясно, как проще и удобнее диагностировать ее исходную причину, т.к. вариантов возникает масса. В вышеуказанном обсуждении на форуме упоминалось необходимость проверки недопустимых символов в реквизитах организаций. Это не изменялось. Но решил проверить заполнение в форме контрагента. И вот что было замечено: что пользователи установили несуществующий ИНН «000000000003» для розничного покупателя.

Можно было оставить ИНН полностью пустым, а можно было установить реальный. Но была предпринята попытка для быстроты оставить реквизит ИНН контрагента пустым. После этого печать чеков кассы была возобновлена.
И немного информации для справки. С 1.07.2019 при расчетах с покупателями (юр. лица, ИП, физ.лица ) в кассовом чеке необходимо указывать наименование покупателя (тег 1227) и ИНН покупателя (тег 1228). Т.е. логично, что если ошибочно будет передаваться тег 1227, то нужно будет проверять, чтобы не было неправильных символов в наименовании контрагента.
Оцените, помогло ли Вам предоставленное описание решения ошибки?


© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.
03-09-2021
Журавлев А.С.
(Сайт azhur-c.ru)
|
|||
| Nst
21.02.22 — 17:31 |
Здравствуйте, подскажите, пожалуйста, что можно сделать с этой ошибкой? |
||
| Nst
1 — 22.02.22 — 07:53 |
up |
||
| zva
2 — 22.02.22 — 08:27 |
Сведения о покупателе (клиенте) в ФФД 1.2 Для сведений о покупателе (клиенте) в кассовом чеке (БСО) предусмотрен новый реквизит (Тег 1256) с расширенным набором данных. Наряду с такими реквизитами, как "покупатель (клиент)" (Тег 1227) и "ИНН покупателя (клиента)" (Тег 1228) Не ваша проблема? БП 3.0 ерунда с чеками после обновления, касса АТОЛ 55Ф |
||
|
Nst 3 — 22.02.22 — 09:09 |
спасибо, это оно. |
![]() |
|
Миста — веселый ресурс со своими эксклюзивными тараканами Ymryn |
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Страницы: [1] Вниз
- Печать

Автор
Тема: 33h некорректные параметры в команде (999) (Прочитано 14908 раз)
Всем доброго времени суток! У нас произошла такая проблема, после обновления до последнего релиза Бухгалтерии 3.0.57.17 перестал видится драйвер 4.13…., решил обновить до версии вышедшей вчера (18.01.2018) 4.14.0.670 и при попытке открыть смену выдется ошибка «Не удаётся подключить оборудование …… 33h некорректные параметры в команде (999). Через тест драйвер и в настройка ТО всё замечательно, ККТ видит и откликается, но вот смена не открывается. Возвращение на предыдущую версию конфигурации результатов не дало, за исключением того, что драйвер на 4.13… не менял. Что делать не знаю. Прошивка ККТ результата не дала.

Записан
но вот смена не открывается.
Из тест драйвера смена открывается?
Из папки C:Program Files (x86)SHTRIH-MDrvFR 4.14Bin надо подкинуть файлы
DrvFR.dll
DrvFR.lic
Models.xml
sqlite3.dll
в папку ..1Cbin
и переподключить оборудование в 1С.

Записан
Сейчас боролся с абсолютно той же проблемой на устройстве этой же модели. Никакие «копирования файлов» естественно не помогли — ККМ просто не понимает команды, которые ему отправляет 1С:Розница через драйвер.
Помогло только обновление прошивки с заводской С.1.34378(13.01.2017) до С.1.45949(23.12.2017) — до последней выложенной на этом форуме.
Загрузчик при этом тоже пришлось обновить до 1.43(прошился только через com-порт, через terraterm) — т.к. на старой версии не было DFU, а штатным образом ККМ обновляться не хотел.
При этом, после обновления загрузчика, РР-04Ф не уходил в DFU по служебной команде — просто не начиналась перезагрузка(хотя у знакомых РР-01Ф прекрасно переходил в DFU по команде). Пришлось аккуратно разобрать ККМ, и на момент включения замкнуть отверткой единственную не замкнутую одинарную перемычку(X04, если правильно помню).
Вообще, наверняка можно было напрячь обновлением прошивки Центр Обслуживания у которого покупался ККМ, но дело было в выходные, и два дня простоя торговой точки слишком дорого стоили бы. Да и изначально не был уверен, что проблема именно из-за старой прошивки — но оказалось это именно так.
« Последнее редактирование: Января 21, 2018, 04:42:54 pm от rufanov »

Записан
Теперь другая проблема, прошивка помогла, но частично. Теперь при попытке печати чека выходит такая же ошибка за исключением кода 999, и смена открывается/закрывается.
« Последнее редактирование: Января 22, 2018, 02:15:29 pm от dr1v3rru1 »

Записан
Лог драйвера?
Включать надо в настройках драйвера 1С!

Записан
Всё, решилась проблема. Оказывается в реквизитах предприятия в строке с эл. почтой в скобочках по русски были прописаны отделы из-за этого ККТ и не отправляла на печать.

Записан
- Печать
Страницы: [1] Вверх
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and
privacy statement. We’ll occasionally send you account related emails.
Already on GitHub?
Sign in
to your account
Closed
ola-skorp opened this issue
Mar 18, 2022
· 12 comments
Comments
Да, сейчас можно привязать к позиции только один код маркировки. Это ограничение ФФД.
Делайте несколько вызовов FNOperation.
Код ошибки 34h (52) от ФН: Работа с маркированными товарами временно заблокирована
Переполнился буфер неотправленных маркировок. Надо наладить связь с сервером КМ. Через какое-то время маркировки отправятся и можно будет снова продавать маркированные товары.
В каком смысле переполнился? У меня один лайн с двумя маркировками. Документов в очереди на отправку в ОФД нет. Все попытки печати заканчивались ошибкой
Это в этом чеке. А в сколько было чеков до этого.
Что возвращается в тесте драйвера на команду «ФН чеки/КТ2/Запрос статуса по работе с КМ»?
Состояние проверки КМ : 1, нет КМ на проверке
Сост. по форм. уведомления : 0, уведомление о реализации не формируется
Флаги разрешения команд работы с КМ : 37
Кол-во сохр. результатов проверки КМ: 2
Кол-во КМ, вкл. в уведомление о реализации: 0
Заполнение области хранения уведомлений : 0, менее чем 50%
Количество уведомлений в очереди: 10
Количество уведомлений в очереди: 10
Какие-то неотправленные уведомления в очереди есть. Возможно уже давно не отправлялись. В ФФД 1.2 кроме отправки чеков в ОФД еще отправляются уведомления о продаже маркировок.
В тесте драйвере ниже есть кнопка «Получить сост. передачи увед.». Она должна показать дату неотправленного уведомления.
Проверьте адрес сервера КМ в таблицах ФРа/Параметры ОФД.
А вы не пытаетесь самостоятельно сформировать тег 2114 и передать его в кассу?
А вы не пытаетесь самостоятельно сформировать тег 2114 и передать его в кассу?
Похоже так и есть.
номер сборки КЯ уточните
по логу сборка 40306
@ola-skorp, метод FNCheckItemBarcode использует свойство TLVData/TLVDataHex. Его надо очищать перед вызовом.
А вы не пытаетесь самостоятельно сформировать тег 2114 и передать его в кассу?
Нет
