1C 8 Не печатается чек ККМ. 33h, Ошибка отправки тега 1256: Некорректные параметры в команде
Описание ошибки:
Ошибка при попытке распечать чек на ККМ из 1С 8. В частности возникла в конфигурации 1С: Управление торговлей, ред. 10.3 (релиз 10.3.71) на платформе 8.3.18.1289.
Найденные решения:
После нажатия кнопки «Пробить чек» в форме «Предпросмотр чека», открытой из формы документа приема денежных средств от покупателя, по данным которого должен быть напечатан чек ККМ из 1С возникает ошибка. Причем особенностью ошибки была ее непостоянная периодичность — из части документов чек ККМ выводился на печать без проблем, а в других не печатался и сопровождался указанной ошибкой.
Рис. 1. 33h, Ошибка отправки тега 1256: Некорректные параметры в команде
Сходу сложно было понять, в чем именно заключается проблема. Похожая ошибка на практике уже была, описана на странице «Ошибка: 33h, Ошибка передачи тега 1228: Некорректные параметры в команде», но она никак не подсказывала, что еще можно проверять, т.к. проверка заполнения реквизитов контрагента не выявляла каких-либо нарушений — ИНН корректный, адреса, наименования не содержат запрещенных символов.
Развитие решения данной проблемы произошло за счет подсказки в ответе обсуждения на форуме mista.ru «Штрих-М, ФФД 1.2: Ошибка отправки тега 1256», а из этой ветки в обсуждении в ветке «БП 3.0 «проблема» с чеками после обновления, касса АТОЛ 55Ф»
Нажатие на изображении увеличит его
Рис. 2. Ссылка на страницу сайта ФНС с описанием формата тегов.
По ссылке «https://www.nalog.gov.ru/rn77/about_fts/docs/10020801/» мы попадем на сайт ФНС, на страницу «Приказа о дополнительных реквизитах фискальных документов и форматов фискальных документов» (далее ФФД), где можно скачать «Приложение 2 Форматы фискальных документов, обязательных к использованию».
Нажатие на изображении увеличит его
Рис. 3. Ссылка на приложение с описанием «Формата фискальных документов» на сайте ФНС
В нем можно найти описание таблицы — тега 1256 и того, какие данные в нем должны передаваться. В том же файле можно узнать, что на момент описания ошибки заполнение реквизитов является необязательным.
Нажатие на изображении увеличит его
Рис. 4. Пример описания структуры данных реквизита «Сведения о покупателе (клиенте)» (тег 1256) в документации с сайта ФНС
Внутри 1С реквизиты (в свою очередь тоже теги с 1227-1228, 1243-1246, 1254) а в частности 1227, 1228, 1254 помещаются в структуру. Экспериментально, проверкой данных контрагентов было определено, что контрагенты, у которых не заполнен ИНН — по ним, как было отмечено в самом начале, печать чека ККМ производилась без ошибки. А контрагенты, у которых ИНН был заполнен и заполнен корректно — вот при печати по таким контрагентам чека ошибка появлялась.
Рис. 5. Заполнение тега 1256 в 1С данными контрагента-покупателя
Так же экспериментально это было и подтверждено. В контрагенте поле реквизита элемента справочника «ИНН» опустошалось. Печать чека ККМ выполнялась без ошибки «33h, Ошибка отправки тега 1256: Некорректные параметры в команде«. Потом значение ИНН для ведения дальнейшего корректного учета возвращалось в элемент справочника. Поэтому на время, чтобы освободить пользователей от этих действий, чтобы печать ККМ велась без ошибок, был закомментирован участок кода процедуры «ЗаполнитьДанныеПокупателя» общего модуля «ПодключаемоеОборудованиеУТ» по заполнению значения ключа структуры «ПолучательИНН». Приведенное решение не претендует на единственно правильное и верное решение. Но само подробное описание проблемы может позволить Вам найти свое решение данной проблемы. Самое сложное — определить первопричину, что и поставлено целью данного текста. Дальнейшие Ваши действия могут отличаться для достижения желаемого Вами результата в утстранении ошибки.
Нажатие на изображении увеличит его
Рис. 6. Пример фактического устранения ошибки при печати чека ККМ из 1С 8:
33h, Ошибка отправки тега 1256 Некорректные параметры в команде
В файле описания ФФД тега 1228, который передается в составе тега 1256 указан момент, что если длина ИНН меньше 12 символов, то в конце должны добавляться пробелы. При анализе ошибки, в отладке 1С 8, было замечено, что ИНН юридического лица передается без дополнительных пробелов в конце.
Нажатие на изображении увеличит его
Рис. 7. Описание того, какие значения может принимать тег 1228 по данным описания в ФФД.
Так же можно в частности найти рекомендацию на сайте forums.kuban.ru «33h, Ошибка передачи тега 1227: Некорректные параметры в команде» о том, что необходимо обновить конфигурацию базы УТ до более актуального релиза. Но в момент разрешения ошибки не было возможности это мгновенно выполнить. Но по крайней мере в релизе УТ 10.3.75.3 в части общего модуля «ПодключаемоеОборудованиеУТ» и процедуры «ЗаполнитьДанныеПокупателя» изменений не обнаружено. Как не заметно добавление пробелов слева и в других процедурах по сбору фикализируемых данных.
Нажатие на изображении увеличит его
Рис. 8. Рекомендация по устранению ошибки
Оцените, помогло ли Вам предоставленное описание решения ошибки?
© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.
01-12-2022
Журавлев А.С.
(Сайт azhur-c.ru)
Проблема
Последние изменения, в связи с переходом онлайн-касс на ФФД 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 |
Здравствуйте, подскажите, пожалуйста, что можно сделать с этой ошибкой? ошибка 33h, Ошибка отправки тега 1256 касса штрих м драйвер последний. 1с бп 3.0.105.45 |
||
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 и передать его в кассу?
Нет
Проблема
Последние изменения, в связи с переходом онлайн-касс на ФФД 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%.
Вопрос что делать?! выкладываю переписку с компанией 1С по поводу данной ошибки. Сама ККТ в драйвере чеки отбивает корректно.Во вложение различные скрины настроек и лог драйвера..
Переписка !!!!! Судя по всему необходимо обратится к производителям драйвера, т.к по указанной ниже ссылке написано что действительно Штрих- Онлайн не вошел в список сертифицированного оборудования:
Список сертифицированных программно-аппаратных комплексов:
http://v8.1c.ru/common/KKT_54_FZ.htm
———————————
С уважением,
ООО «Центр ИТ «Сибирь»
(3842) 72-05-48
www.sibir-1c.ru
——— Пересылаемое сообщение ———
От кого: v8 <v8@1c.ru>
Кому: ‘Центр ИТ Сибирь’ <354393@bk.ru>
Дата: Пятница, 6 апреля 2018, 21:23 +07:00
Тема: RE: SW1266434 Настройки кассы Драйвер .png, Настройки кассы1 .png, Настройки кассы2 .png и ещё 5 файлов
Здравствуйте!
Ваше обращение зарегистрировано под номером SW1266434 / 1.
Пожалуйста, в тексте следующих обращений на эту же тему ссылайтесь на этот номер.
Модель Штрих Online не входит в список сертифицированного оборудования.
Список сертифицированных программно-аппаратных комплексов:
http://v8.1c.ru/common/KKT_54_FZ.htm
Обращения, по вопросам работы указанных в таблице «Моделей оборудования, поддерживаемых сертифицированными драйверами» принимаются службой технической поддержки производителей драйверов.
Если Вы хотите сообщить нам о Вашей оценке качества данного ответа, то перейдите на страницу нашего сайта http://www.1c.ru/rus/support/response-mark/?rn=20015406196&sw=1266434&na=1 и укажите в качестве номера обращения SW1266434, а в качестве номера ответа 1.
В письме обязательно указывайте номер релиза программных файлов и типовой конфигурации. При ответах, пожалуйста, не изменяйте и не удаляйте текст предыдущей переписки.
С уважением,
отдел тех. поддержки «1С»
Тел. (495) 956-11-81 (линия ИТС)
Факс (495) 681-44-07
E-mail: V8@1c.ru
Задавайте вопросы и получайте на них оперативные ответы на форуме BUH.RU! http://buh.ru/forum/
Воспользуйтесь поиском по форуму – возможно, коллеги уже обсуждали интересующую Вас тему. http://buh.ru/search/?q=
*************************************************
-an—————————————————
Отдел продаж «1С» (495) 737-92-57
Web-сервер «1С» http://www.1c.ru
From: Центр ИТ Сибирь [mailto:354393@bk.ru]
Sent: Wednesday, April 04, 2018 12:12 PM
To: HLINE
Subject: Настройки кассы Драйвер .png, Настройки кассы1 .png, Настройки кассы2 .png и ещё 5 файлов
Здравствуйте.
Рег. номер ПП: 20015406196
ИНН: 4205321570 Организация ООО ТД Кардинал.
Версия платформы: 8.3.11.2867
Конфигурация: Бухгалтерия предприятия базовая (3.0.59.56)
Касса: Штрих-ONLINE
Версия драйвера: 4.14.0.685
Версия прошивки от 20.02.2018
Возникла проблема при работе с онлайн кассой. Суть следующая: кассовая смена открывается и закрывается корректно, связь с кассой из 1С устанавливается, тест устройства проходит успешно, отчет без гашения снимается нормально, однако при печати чека возникает ошибка : Чек не может быть напечатан на фискальном устройстве «Ошибка 33h Некорректные параметры в команде»
Скриншоты настроек кассы в 1С, настройки кассы в драйвере, параметры компьютера а также файл лога прилагаю во вложении
———————————
С уважением,
ООО «Центр ИТ «Сибирь»
(3842) 72-05-48
HYPERLINK «http://www.sibir-1c.ru»www.sibir-1c.ru !!!!!!!!!!!Переписка
21.02.20 — 09:55
ФР: ШТРИХ-МИНИ-01Ф, драйвер свежий: DrvFR v4.14.0.772
Код маркировки:
010290000072511921KUp»cEi>’KcVa91002A921/15aEK7piLJkTO93Sto3El09LXtT163TeYQPaXu6QGmJde3/8fEaN+Qg/UkPzF1k/blhp9rRL7Pvr+D1ZchJw==
Подскажите как отправить, требуется ли преобразовывать как описано тут
https://честныйзнак.рф/upload/iblock/09e/09e9978505dad5ba4a8f814420ab20b7.pdf
Или должно работать так:
глФР.TagNumber = 1162;
глФР.MarkingType = 5408; // в моем случае обувь
глФР.GTIN = «02900000725119»; //(Global Trade Item Number), передается как текст, например «12345»
глФР.SerialNumber = «pe&h=LQa>BDUu»;
После попытки отправить так, вышел чек:
https://lk.ofd-magnit.ru/CheckWebApp/fds.zul?fn=9283440300136441&fs=038367221
Если я правильно полагаю, тэг не передался. Я не то передал, не так передал или нужно обновить прошивку ФР?
1 — 21.02.20 — 10:42
аа, пятой строчку забыл
2 — 21.02.20 — 10:42
глФР.FNSendItemCodeData();
3 — 21.02.20 — 10:43
но вопрос актуален
4 — 21.02.20 — 12:50
ку-ку
5 — 22.02.20 — 14:59
(0) Тоже пробовал так с прошивкой 24.10.2018, но без TagNumber = 1162, ошибка «Неверное значение в поле длины».
Что нашел на форумах, то что многое зависит от прошивки, но в какой что…
Написал в службу поддержки, ждемс.
6 — 22.02.20 — 18:17
(0) у тебя серийник должен быть «KUp»cEi>’KcVa»
и ссылка на чек не работает
7 — 22.02.20 — 18:19
8 — 23.02.20 — 07:53
(5) Обновил до DrvFR v4.14.0.792 все заработало
прошивка 24.10.2018
Объект.FNOperation();
Объект.MarkingType = 5408; // в моем случае обувь
Объект.GTIN = GTIN; //передается как текст 14 символов
Объект.SerialNumber = SerialNumber; //передается как текст 13 символов
Объект.FNSendItemCodeData();
9 — 23.02.20 — 13:14
(8) Спасибо за отзыв! А какое верхнее кассовое ПО у Вас? Явно не Розница 2.3, так?
Значит, обновление прошивки, в принципе, необязательно.
10 — 23.02.20 — 15:19
(9) 1С 77 Торговля 9.0
По новым правилам должна стоять букавка М в чеке
https://www.shtrih-m.ru/press_center/news/stati/obnovi-proshivki-s-1-marta-menyayutsya-rekvizity-v-chekakh/
на прошивке 24.10.2018 ничего не появляется на бумаге, но в ОФД КТ есть и в ЧЗ все уходит бесплатно.
у меня клиенты не хотят обновляться, им СЦ выставил счет на 3900 на год (2 прошивки и лицензия)
11 — 25.02.20 — 11:07
Спасибо за ответы! думал уже утонет ветка без них, поэтому не появлялся
Прошивку обновил, но не помогло(
При пробитии таким способом:
глФР.FNOperation();
глФР.StringForPrinting=»Проверка 1С»;
глФР.Quantity = 1;
глФР.Price= 0.01;
глФР.Department = 1;
глФР.TagNumber = 1162;
глФР.MarkingType = 5408; //(2 — Изделия из меха, 3 — лекарственные препараты, 5 – табачные изделия)
глФР.GTIN = «02900000725119»;
глФР.SerialNumber = «iXLjqc-rNIBEX»;
глФР.FNSendItemCodeData();
Лог такой:
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TPrinterProtocol -> 06
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TFiscalPrinter Unlock
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TFiscalPrinter Send.3
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TFiscalPrinter Send.4
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TDrvFR FNOperation: 0
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TDrvFR Set_StringForPrinting
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TDrvFR Set_StringForPrinting: Проверка 1С
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TDrvFR Set_Quantity
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TDrvFR Set_Quantity: 1
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TDrvFR Set_Price
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TDrvFR Set_Price: 0,01
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TDrvFR Set_Department
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TDrvFR Set_Department: 1
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TDrvFR Set_Tax1
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TDrvFR Set_Tax1: 4
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TDrvFR Set_Tax2
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TDrvFR Set_Tax2: 4
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TDrvFR Set_TagNumber
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TDrvFR Set_TagNumber: 1162
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TDrvFR Set_MarkingType
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TDrvFR Set_MarkingType: 5408
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TDrvFR Set_GTIN
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TDrvFR Set_GTIN: 02900000725119
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TDrvFR Set_SerialNumber
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TDrvFR Set_SerialNumber: iXLjqc-rNIBEX
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TDrvFR FNSendItemCodeData
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TFiscalPrinter Send.1
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TFiscalPrinter Send.2
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TFiscalPrinter Lock
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TFiscalPrinter CommandCode=4DFF
[25.02.2020 18:00:46.558] [00018368] [ INFO] TFiscalPrinter ————————————————————
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TFiscalPrinter Команда: FF4Dh, Передать произвольную TLV структуру привязанную к операции
[25.02.2020 18:00:46.558] [00018368] [ INFO] TFiscalPrinter ————————————————————
[25.02.2020 18:00:46.558] [00018368] [DEBUG] TFiscalPrinter OpenPort
Ссылка на чек: https://lk.ofd-magnit.ru/CheckWebApp/fds.zul?fn=9283440300136441&fs=2410984635&fd=2433
Если я правильно понимаю в ФР серийник уходит, но в ОФД он не передает?
12 — 25.02.20 — 17:13
(11) Попробуй так:
глФР.StringForPrinting=»Проверка 1С»;
глФР.Quantity = 1;
глФР.Price= 0.01;
глФР.Department = 1;
глФР.FNOperation();
глФР.MarkingType = 5408; //(2 — Изделия из меха, 3 — лекарственные препараты, 5 – табачные изделия)
глФР.GTIN = «02900000725119»;
глФР.SerialNumber = «iXLjqc-rNIBEX»;
глФР.FNSendItemCodeData();
В драйвере v4.14.0.7хх — ФН — КТН должен быть тип маркировки 5408
В эл. чеке должно появиться КТ ххххххххххххххххххххххх
13 — 25.02.20 — 17:58
вот вытащил из одной отраслевой штриховской конфы:
ЗаписатьПроизвольныйТэгНаПозицию(1162, MarkTagValue);
Процедура ЗаписатьПроизвольныйТэгНаПозицию(Знач НомерТэга_инт, Знач ЗначениеТэга_hex)
НомерТэга_hex = ПолучитьБайтыВОбратномПорядке(DecToHex(НомерТэга_инт, 4));
ДлинаТэга_hex = ПолучитьБайтыВОбратномПорядке(DecToHex(Окр(СтрДлина(ЗначениеТэга_hex)/2), 4));
ФР.TLVDataHex = НомерТэга_hex + ДлинаТэга_hex + ЗначениеТэга_hex;
ФР.FNSendTLVOperation();
КонецПроцедуры
Функция ПолучитьБайтыВОбратномПорядке(Знач Стр)
Рез = «»;
КоличествоБайт = СтрДлина(Стр);
Для ж = 1 По КоличествоБайт / 2 Цикл
Рез = Рез + Сред(Стр, КоличествоБайт — ж * 2 + 1, 2);
Стр = Лев(Стр, СтрДлина(Стр) — 2);
КонецЦикла;
Возврат Рез;
КонецФункции
Функция DecToHex(Знач Зн, Знач КратностьДлины = 1) Экспорт
КратностьДлины = Цел(КратностьДлины);
Если КратностьДлины < 1 Тогда
КратностьДлины = 1;
КонецЕсли;
Если ТипЗнч(Зн) = Тип(«Строка») Тогда
Попытка
ч = Число(Зн);
Исключение
Возврат Неопределено;
КонецПопытки;
ИначеЕсли ТипЗнч(Зн) = Тип(«Число») Тогда
ч = Зн;
Иначе
Возврат Неопределено;
КонецЕсли;
Рез = «»;
к = КратностьДлины;
Пока Истина Цикл
Если к = 0 Тогда
к = КратностьДлины;
КонецЕсли;
к = к — 1;
д = ч/16;
ц = Цел(д);
д = ч — ц*16;
Рез = ?(д < 10, Формат(д, «ЧН=0»), ?(д = 10, «A», ?(д = 11, «B», ?(д = 12, «C», ?(д = 13, «D», ?(д = 14, «E», «F»)))))) + Рез;
ч = ц;
Если ч = 0 Тогда
Прервать;
КонецЕсли;
КонецЦикла;
Пока к > 0 Цикл
к = к — 1;
Рез = «0» + Рез;
КонецЦикла;
Возврат Рез;
КонецФункции
14 — 25.02.20 — 18:03
15 — 25.02.20 — 19:05
(13) Спасибо, давно искал примеры.
Но это вроде для более новых прошивок после 24.1.2018?
16 — 25.02.20 — 19:11
(14) не поможет, что и от чего?
у меня в 77 на 2018г прошивке с драйверами 782 работает.
Если сканер считывает правильно 010290000072511921iXLjqc-rNIBEX91 и т.д
Объект.FNOperation();
GTIN = Сред(СписокТоваров.GTIN,3,14);
SerialNumber = Сред(СписокТоваров.GTIN,19,13);
Объект.MarkingType = 5408; // в моем случае обувь
Объект.GTIN = GTIN; //передается как текст 14 символов
Объект.SerialNumber = SerialNumber;//передается как текст 13 символов
Объект.FNSendItemCodeData();
С ЧЗ КТ выходит из оборота, при возврате встает обратно в оборот.
17 — 25.02.20 — 21:12
(16) от непередачи тэга, для топикастера писал
18 — 26.02.20 — 07:18
полагаю что нашел причину, дело в отсутствии лицензии на прошивку, т.к. прошил самостоятельно, поэтому лог показывал что в драйвер данные уходили корректно, но в ОФД и на чеке признаки отсутствовали
19 — 26.02.20 — 07:30
(13) подскажите что скормить вторым параметром? (MarkTagValue)
20 — 26.02.20 — 08:57
(11) На какую прошивку обновил? От 13.02.20?
Пишите мне на почту victuan # майл . ру.
Помогу бесплатно.
21 — 26.02.20 — 09:05
22 — 26.02.20 — 11:53
(20) ПРошивка 19018 от 13.02.2020
Написал).. от ruslan (а) marvanov.ru
(10) Полагаю прошивка от 24.10.2018 решила бы вопрос
(21) хм… чуть помогло, теперь на печатном чеке появилась строка с КТ и серийником, но на электронном чеке ОФД ничего, а вот на честном знаке оказывается давно создавались чеки, но все они пустые (без товаров и без данных)
23 — 26.02.20 — 14:42
хм.. ну вот не понятно Ура, или не ура)…
1) на чеке печатается код и серийник (но не буква М),
2) из честного знака код выбывает, но в самой их базе появляется лишь пустой документ
3) в ОФД никаких признаков маркированного товара
24 — 26.02.20 — 19:37
Короче, ребяты…Дело швах.
На прошивке 24.10.2018 с драйвером 792 под Розницей 2.3.3.12 никаких следов маркировки ни на чеке, ни в ОФД, ни в ЧЗ не обнаружено.
ИМХО, Розница может полагаться на распознавание марки на уровне прошивки.
25 — 28.02.20 — 14:10
(23) Прошивка обновлена на 13.02.20?
Драйвер ККТ обновлен хотя бы на 14.4.0.792?
В Тесте драйвера в Таблице № 17 произведены следующие настройки: https://yadi.sk/d/rW0XX-il_tV1xQ
26 — 01.03.20 — 22:53
(22) пробовал на прошивке 22.02.2018, тоже теги отправляет в ОФД и ЧЗ
в ЧЗ чеки были пустые, недавно стало все отображаться.
27 — 02.03.20 — 03:52
(24) Все работает, на самом деле. Ошибка была в том, что вводили руками штрихкод товара в РМК. В этом случае он «затирает» марку. И при формировании фискального документа программа марку не распознает. То бишь сначала считываем марку, а далее в форме сопоставления с номенклатурой считываем реальный штрихкод. Маркировку остатков делали в упрощенном порядке в ЛК ЧЗ.
Так что Розница марку распознает сама, не задействую возможности ККТ.
28 — 02.03.20 — 16:46
Ребята, подскажите: передавать тег 1162 нужно до вызова
FNOperation()
или после? (В цикле по товарам)
Делал и FNSendItemCodeData() и FNSendTLVOperation()
до FNOperation() — ошибок нет, на чеке не печатется ничего, в ОФД, если смотреть TLV — тоже нет.
Пробовал сегодня, правда в TLVData кодировал 5408(обувь), а вроде говорят теперь 44 4D
Драйвер 4.14.0.722, теги с ИНН кассира, юрлицом и проч передаются (стоял даже 4.13 драйвер, использовался метод Sale(), переписал под FNOperation() на днях)
Пробовал FNSendItemCodeData() сразу после FNOperation() — ругается ResultCode
29 — 02.03.20 — 17:10
(28) передавать надо после FNOperation()
722 очень старый драйвер, сейчас уже есть 803-й
30 — 03.03.20 — 04:28
(28) «Пробовал FNSendItemCodeData() сразу после FNOperation() — ругается ResultCode»
Код и описание ошибки — в студию!
31 — 03.03.20 — 19:47
(30) Сегодня клиент был занят, завтра обновлю драйвер до 792.
Код ошибки не посмотрел, к сожалению, в описании было про неверные параметры.
Использовал
Объект.MarkingType = целое числовое 5408
Объект.GTIN = строка 14 символов
Объект.SerialNumber = строка
Почему зараза не ругается при использовании метода до FNOperation() ?
Тестировать приходится в рабочее время в боевых условиях, постоянно дергают, и ФР не отберешь, чтобы помучать спокойно (
Нарисовал сегодня отдельно обработку, в нее буду сканировать и отправлять в обработчик ФР, чтобы не из документов БД, думаю так быстрее дело пойдет.
32 — 03.03.20 — 21:53
(31) Ошибку «Неверные параметры» лечит оюновление драйвера.
Вот так надо
Объект.MarkingType = 17485; //числовое
остальное верно.
33 — 04.03.20 — 00:53
(32) Пока все в ЧЗ приходит и с префиксом 1520. Чем это может грозить?
34 — 04.03.20 — 04:39
(33) Этот вопрос нужно уточнить в Честном ЗНАКе. И рекомендую начать отправлять в ЧЗ с префиксом 17485 как можно скорее.
35 — 04.03.20 — 16:21
(32) Спасибо за советы.
Обновил драйвер 4.14.0.792
Отправка через
FNSendTLVOperation() ошибка:
Маркированный товар: 17485 GTIN: 02900001395793 SN: Pb5aaqNtPCs4p
в TLVData пишу строку «8A 04 15 00 44 4D 02 A3 35 8D 94 51 50 62 35 61 61 71 4E 74 50 43 73 34 70»
код ошибки 51
Фискальный регистратор: ошибка при печати чека
Некорректные параметры в команде
Пробовал без пробелов между байтами — аналогично.
FNSendItemCodeData() отправляется, на чеке пишет КТ, но в ОФД (ofd.ru) Серийник короткий
на Печатной форме
Код маркировки 017485 02900001395793 Pb5aaqN
по кнопке TLV так (кусок):
«1059»: [
{
«1023»: 1,
«1030»: «Стелька каталитическая «Согревайка»»,
«1043»: 100,
«1079»: 100,
«1162»: «RE0CozWNlFFQYjVhYXFOdFBDczRw»,
«1212»: 1,
«1214»: 4
}
],
Не пойму, куда дальше копать…
36 — 04.03.20 — 17:02
(33) 26 декабря 2019 года опубликован приказ MMB-7-20/434@ «О внесении изменений в приложение №2» к приказу Федеральной Налоговой Службы от 21.03.2017 N ММВ-7-20/229@ «Об утверждении дополнительных реквизитов фискальных документов и форматов фискальных документов, обязательных к использованию».
https://www.atol.ru/company/news/chto-izmenilos-v-ffd—kak-podgotovitsya-predprinimatelyu-k-novym-trebovaniyam/
37 — 04.03.20 — 17:51
(35) Прошивка ККТ от какой даты?
Тариф на передачу маркировки активирован (не помню как называется этот штриховский побор)?
38 — 04.03.20 — 18:18
(32) кстати а для прошивки от 13.02.20 и драйвера 15.807 меха Объект.MarkingType = 2;?
39 — 04.03.20 — 18:28
(37) Не силен я в ккм, но приходится вникать, т.к. есть клиенты и на дописанных ТиС 7.7 и на собственной конфе.
Позвонил тем, кто обслуживает и шьет кассы — сказали, что прошивка от апреля 2019, передача там должна работать. На чеке у меня появляется строчка с надписью КТ и цифрой какой-то в конце строки.
Еще прислали мне скрин чека из ОФД нормально отработавшего и в ЧЗ списавшего марку — там тоже отображено 7 знаков серийника — типа не беспокойся, значит работает. Сказали, что нужно просто позвонить в ОФД и те бесплатно включать передачу в ЧЗ — я тогда точно увижу.
Получается использование FNSendTLVOperation() на данный момент необязательно, пойдет и FNSendItemCodeData()?
Или все таки мучить дальше, я так понимаю опять от версии драйвера зависит?
Благодарю всех за подсказки!
40 — 04.03.20 — 18:44
(37) Сделал Encode Base64 из TLV данных, присутствующих в ОФД
«1162»: «RE0CozWNlFFQYjVhYXFOdFBDczRw» = 44 4d 02 a3 35 8d 94 51 50 62 35 61 61 71 4e 74 50 43 73 34 70
Выходит все передалось !
41 — 05.03.20 — 04:37
(39) «Получается использование FNSendTLVOperation() на данный момент необязательно, пойдет и FNSendItemCodeData()?»
Да.
«Или все таки мучить дальше, я так понимаю опять от версии драйвера зависит?» Всё у вас работает на уровне передачи данных в ККТ, ничего не надо мучить, прошивка от апрель.2019 не имеет контроля преданного типа маркировки, поэтому у тебя всё работает без активации платной штриховской подписки. Пусть пока так и остается.
(38) Для меха:
Объект.MarkingType = 21062; //десятичное, что соответствует шестнадцатеричному 52h 46h
//согласно документа «Протокол информационного обмена (ОФД) » https://честныйзнак.рф/upload/iblock/34f/Protokol_informatsionnogo_obmena_OFD.pd
42 — 05.03.20 — 07:42
(41) :)спс вечно у штрихов запаздывает документация
43 — 06.03.20 — 11:29
(41) странно но свежий драйвер на свежей прошивке не ест этот маркингтупе
44 — 06.03.20 — 13:45
(43) Лицензия 2020 для маркировки куплена у Штрихов для данного ККТ?
45 — 10.03.20 — 10:25
(44)
буквально в чтв приходил цтошник все сделал
ну то есть должен был
если и [м] в чеке и сгтин в офд по обуви то и по мехам будет автоматически?
или надо каждую лицензию отдельно делать?
MWWRuza
46 — 10.03.20 — 11:13
(39)Сказали, что нужно просто позвонить в ОФД и те бесплатно включать передачу в ЧЗ — я тогда точно увижу.
А это для какого ОФД так надо?
1-ОФД, без всяких доп. звонков и тарифов все передает в «Честный знак», автоматом… Видит что тег есть значит надо передавать. И даже, когда нет регистрации в «Честном знаке», коды не теряются. После регистрации, они «задним числом» у них появляются…
Нет, у того-же 1-ОФД есть специальный тариф «Маркировка», но это просто какие-то доп. отчеты(я так и не понял — какие?), и еще что-то в этом роде.Просто для передачи маркировки, он не обязателен.