Такой подход неверный, SMDrvFR1C22 - это dll разработанная по новым требования и она поддерживает Формат Обмена ФФД 1.05, SMDrvFR1C20 - его не поддерживает. Проверьте новую версию обработки в папке с установленными обновлениями, либо нужно доработать обработку, чтобы она например использовала сразу компоненту из реестра без "подключитьВнешнююКомпоненту", либо использовать сторонние решения, там такой проблемы нет, например мое https://infostart.ru/public/590993/
естественно что ShtrihMkkt.epf был взят новый. И он не работает.
Собственно эти мероприятия и были произведены, из-за отсутствия работающих стандартных средств (не считая отката к старым версиям, чего не хотелось).
Насчет поддержки формата - ККТ работает корректно, данные уходят корректно. Большего и не надо.
После выхода адекватных драйверов/прошивок/внешних компонент, перейдём к ним.
(4) данные и будут передаваться корректно, если у вас формат 1.0, если же захотите перейти на 1.05, то нужа будет компонента новая. Компоненту для работы можно найти в папке с установленными драйверами Штрих, они как раз так и называются.
(12) данные о комиссионере нужно передавать дополнительно, стандартная ут 10.3 этого не делает. Нужно переделывать передачу данных. Кстати обработка из комментария (2) - умеет передавать данные о платежном агенте
Почему-то параметр SignSubjectCalculationAgent="5" (КОМИССИОНЕР) не выводится на печать и в ОФД не приходит (1офд поддержка ФФД1.05 есть, касса ритейл01к прошивка последния от 20.12.2017 Таблица 17 строка 17 значение 2. , фн 1.1 с фискализирован под ффд1.05)
в 1с странным образом этот реквизит АгентПоПредметуРасчёта приравнивают к ффд1.1. Хотя судя по методическому материалу 11 с forum.nalog.ru этот рекфизит должен быть в любом ФФД. В чём может быть проблема ?
(9)Судя по примеру из налоговой, Этот агентпопредметурасчёта, обязательный для все версий ффд. Хотя в коде структуры для хранения пареметров чека в комментариях эти параметры отнесены к ффд1.1 и в заполнениие даже проверкой отсекается это. На сайте итс, в структуре хмл, вообще этот параметр не передаётся.
В руководстве по разработке драйвера 4.14 от
http://rr-electro.com/Support/RR-Electro/KKT_4.14_05.12.2017.pdf
FNBeginSTLVTag
ФННачатьСТЛВТег
Начинает формирование тега STLV (Тег, включающий в себя другие вложенные теги). Для
добавления обычных (не STLV) вложенных тегов после вызова FNBeginSTLVTag необходимо
использовать метод FNAddTag. Для того, чтобы добавить внутрь STLV-тега еще один STLV-тег,
нужно повторно вызвать FNBeginSTLVTag. Метод возвращает свойство TagID для идентификации
STLV-тега, в который будут добавляться следующие теги. При первом вызове FNBeginSTLVTag
вернет TagID=0. К примеру, следующая последовательность вызовов:
FNBeginSTLVTag
FNAddTag
Драйвер ККТ версия 4.14
–179–
FNAddTag
FNBeginSTLVTag
FNAddTag
FNAddTag
cоздаст следующую STLV-структуру:
STLV
Tag 1
Tag 2
STLV
Tag 1
Tag 2
Для отправки сформированного STLV-тега следует использовать метод FNSendSTLVTag либо
FNSendSTLVTagOperation. После вызова одного из этих методов STLV-структура очищается и
снова можно начать формирование следующей STLV- структуры методом FNBeginSTLVTag.
Используемые свойства
Название Тип Диапазон/длина Доступ Расшифровка Стр.
TagNumber Целое до 8 разрядов RW НомерТега STLV 303
TagID Целое 0..FFFFFFFFh RW ID родительского STLV-тега (Необязателен
при первом вызове FNSendSTLVTag 303
Модифицируемые свойства
Название Тип Диапазон/длина Доступ Расшифровка Стр.
TagID Целое 0..FFFFFFFFh RW ID созданного STLV-тега 303
(15)нашел. драйвер установился нормально. причина - разные версии сервера и рабочего места. на сервере 32 разр, на рм поставил 64. Странно, что запустилось вообще. После установки нужно платформы все взлетело