Обновили ККТ до версии ФФД 1.2
Теперь из 1С БП 3 (последняя версия) не печатаются чеки.
ККТ Атол 55ф, драйвер атола 10.9.0

Возникает ошибка тут:
ерсияФН = ?(ОбщегоНазначенияКлиентСервер.СравнитьВерсии(ВерсияФН, "1.0.5.0") > 0, ВерсияФН, "1.0.5.0");

Версия ФФД ФН пишет одни вопросы так: ???

Кто-нибудь сталкивался с таким? Есть решение?

по поводу касс атол-чтобы всё работало в ут11 нужно платформу взять 8.3.18.1616(можно и ниже,но лучше её,чтобы точно заработало). в самой кассе прописать в параметрах адрес проверки ОКП. мы брали prod01.okp-fn.ru порт 26101. всё ожило,страдания прошли)
вдруг кому-то пригодится...

Добрый день! Как в итоге решили проблему?
такая же ошибка "D3h, Код товара не распознан".

(260) ответ в (110)(231)(235)

(261) Доброе утро. Я выяснил, что этот функционал проверки кода маркировки на уровне ККТ в боевых условиях отключать нельзя.
Поскольку производитель к примеру лекарственного препарата в виду сбоя оборудования может нанести некорректный/битый код на упаковку.
При подобном развитии событий считанный вам КМ мгновенно улетит в ОФД, а затем и в Честный Знак.
А так как с 1 Декабря 2021 в КоАП вводятся новые штрафные санкции за некорректно-представленные сведения в систему маркировки, то продавца и производителя рублём накажет "Роспотребнадзор".
Причём не просто предписание по почте выпишет (как это ФНС практикует), а начнёт судебное разбирательство с последующим судебным постановлением.
Это всё время, нервные клетки и деньги. И если денежные средства можно заработать, временной ресурс оценить невозможно, время бесценно в принципе.

Чтобы вы понимали, у нас сейчас на демо-стенде лежит в качестве образца сфотографированный и распечатанный DataMatrix (рядом с которым указаны GTIN и серийный номер).
Этот DataMatrix в своё время был реально нанесён на упаковку с лекарством и выпущен в оборот.
Когда мы отключаем функцию проверки КМ через настройки таблиц в Тест драйвере Штриха, считанный битый DataMatrix успешно проходит сканирование.
Когда мы включаем обратно проверку кодов на уровне ККТ, при сканировании битого DataMatrix верхнее ПО сразу возвращает ошибку, а на ККТ звучит оповещающий сигнал-гудок.

Вывод: отключать данный функционал целесообразно только в тестовых условиях, не в боевых.

(261) Спасибо! настройки помогли))) М вышла на печать.
Но я так понимаю в честном знаке код так же не распознается и статус не изменится... видимо что то пропускаем

(249)
//Локальная проверка (она же оффлайн-проверка) КМ в ФН предусмотрена только для обувных товаров (только для них существуют ключи ОКП, которые загружаются в ФН с сервера при каждом открытии кассовой смены).

Откуда эта информация?
Техподдержка Штрих М утверждает, что духи, обувь, одежда, лекарства и шины должны проходить локальную проверку.
Если криптохвост в 44 символа - не проводится проверка, если 88 - проводится проверка.
У нас шины, хвост 88, но проверку не проходим, ответ всегда false.

<?xml version="1.0"?>
<RequestKMResult Checking="false" CheckingResult="false"/>

Для Штрихов появился новый драйвер 884 http://doc.shtrih-m.ru/

(265) Закружилась совсем, у шин 44.

У меня какое-то несчастье с чеком коррекции.
Радость была недолгой, часть чеков фискализирована и далее как ранее, аварийное завершение 1С...
Коллеги, кто работает на Штрих М через Ethernet и успешно пробивает чеки коррекции? Научите, пожалуйста, так работать.

(265) духи, обувь, одежда, лекарства и шины должны проходить локальную проверку

У одежды 44 символа хвост

(269) ну-ну..

(270) А что не так? У нас есть одежда и текстиль - как от поставщиков, так и генерируемые нами общая длина 85, криптохвост 44

(271) Ключи ФН на текущий момент работают только для обувных товаров. Мне так сказала техподдержка Атол.

(272) Я и написал, что у одежды 44, значит не проходит проверку

(272) Техподдержка "Штрих-М" также подтвердила ответ ТП "Атол":

https://imgur.com/O2nphph

(274) Сегодня проверяли продажу обуви и текстиля. Штрих Онлайн. Успешно. М+ Марка выбыла в ЧЗ. Помог новый драйвер (266). До обновления драйвера было [М], но марки, при этом, выбывали в ЧЗ. Подозреваю, что драйвер Штрих неверно трактовал символы GS, передаваемые из 1С.

Писали в налоговую есть письмо от них что до 1 февраля 2022 года можно работать на старом ФФД если товаро-учётное ПО ещё не готово работать с ФФД 1.2, не знаю что все побежали перефискаливать кассы, не спеша тестируем релиз на тестовой кассе с МГМ ФН-М. Штрих только недавно прошёл сертификацию у налоговой по ФФД 1.2, не рекомендую в старые конфигурации вручную добавлять обработчик Атол на драйвере 10.9.x.x не оптимизировав ваш код конфигурации под этот обработчик, так как кассы с ФФД 1.2 работают через тег 1163, а кассы со старым ФФД работают через тег 1162. Оба обработчика что на штрих м, что на атол довольно таки сыроваты на этом этапе и многие ньюансы не учитаны, поэтому не спеша оптимизируем.)

(276) Боже. Набор слов. Уже всех клиентов перевел на ФФД 1.2.
Остались только кто на Эвоторах сидит, и тех закроем на следующей неделе.
Хватит паники.

(276) По закону есть 1 год на приведение в актуальное состояние онлайн ККТ после опубликования закона

Добрый день!
Так и не удалось устранить ошибку при сканировании марки ЧЗ:
"Произошла ошибка проверки средствами ККТ по причине:
При выполнении операции произошла ошибка: D3h, Код товара не распознан"

1С:Предприятие 8.3 (8.3.19.1351)
Управление торговлей, редакция 11 (11.4.13.281)
DrvFR_5.16_884_x32
Штрих-М 01Ф

Товары без маркировки пробиваются отлично, ЧЗ не пробивается.

(279) В чек неверно передан код маркировки товара.
Проверьте настройку сканера — код маркировки товара должен содержать спецсимволы с кодом 29 перед идентификаторами применения (кроме 01 и 21). Обычно помогает перевод сканера в режим эмуляции СОМ-порта, также напишите модель сканера.

Можете код маркировки скопировать в текстовый документ и прислать мне этот документ для проверки (непосредственно в тело письма или в сообщение код копировать не следует, т.к. почтовый клиент или движок форума может удалить из кода спецсимволы).

Опубликован релиз УТ 10.3.72.1
"Поддержана возможность проверки кодов маркировки средствами ККТ"
Будем посмотреть.

(281)+ В демо базе релиза 72.1 есть новая обработка обслуживания для ККТ Атол. В обработке поддержаны методы ЗапросКМ, ПодтвердитьКМ, ПолучитьРезультатыЗапросаКМ.

(276) Письмо с подобной формулировкой от ФНС в студию!
На официальном уровне таких заявлений опубликовано вроде не было.

(283) https://www.garant.ru/ia/opinion/author/rusinova/1475197/

+(284) только как всегда, наш народ все перевертел, как захотел. Там ни слова нет про ПО.

1.если кассы еще нет в реестре под ФФД 1.2, но она числится в списке планируемых, перерегистрировать с новым ФН-М можно будет кассу на старых ФФД, но не позднее 1 февраля 2022 года\\\

Там указано, если кассы еще числятся в списке планируемых, а наш народец, переписал для себя то, что хочет.

(278) Ссылку на формулировку закона предоставьте пожалуйста!
Согласно текущему регламенту ФНС и базе знаний "Штрих-М", все ККТ из аккредитованного ФНС перечня, поддерживающие ФФД 1.2, обязаны работать в рамках нового формата либо после модернизации, либо сразу из коробки.

(286) какая формулировка? Им же Вася из налоговой письмо написал.

(285) Согласен, в июньских/июльских письмах от ФНС речь шла исключительно о кассах, для которых планируется поддержка функционала ФФД 1.2
Про отсрочку в связи с недоработанным ПО никто не заикался.

(281) УТ 10.3 (10.3.72.1) и Атол 55Ф. Обработка и драйвер последние. При пробитии чека ошибка:
{ОбщийМодуль.ПодключаемоеОборудованиеУниверсальныйДрайверКлиент.Модуль(1596)}: Поле объекта не обнаружено (ИдентификаторУстройства)
ТекущийСтатус = МенеджерОборудованияКлиент.ПроверкаКодаМаркировки(ПараметрыПодключения.ИдентификаторУстройства);
Удалось у кого-то запустить ФФД 1.2 на УТ 10.3?

(287) (286) (285) (283) Вот вам официальное письмо, читайте: http://www.consultant.ru/document/cons_doc_LAW_307831/
Если перевести с бюрократического языка на русский, то до 1 февраля 2022 года отложили обязательный переход на ФФД 1.2.

Запустили боевую кассу. С одним КМ возникла проблема

При локальной проверке выдает
Статус локальной проверки    : 0
  "код маркировки не может быть проверен фискальным накопителем с использованием ключа проверки КП"
Результат локальной проверки : 2, ФН не содержит ключ проверки кода проверки этого КМ
Распознанный тип КМ          : 2, КМ со значением кода проверки длиной 88 символов, подлежащим проверке в ФН,

проверку ЦРПТ проходит нормально - возвращает 15.

При этом проверку этого же КМ на тестовой кассе проходит - возвращает 3.

Что это может быть? И можно ли бить чек со статусом 0, при условии, что проверка в ЦРПТ пройдена?

+(291) Все проверяемые КМ начали выдавать тоже самое (проверил около 10 КМ локально - отрицательно(0), ЦРПТ - положительно (15)), на тестовой кассе локальная проверка положительная. Кассир говорит, что это началось около часа назад, некоторые коды пробивались со ворого - третьего раза, потом перестали вообще.

(290) Благодарю и жму руку. Оповестил руководство. Выдохнули все вместе.

(279) Создайте расширение конфигурации и в "Документы", "Чек ККМ", "Формы", "ФормаДокументаРМК" вставьте следующий код:

---
&НаКлиенте
&Вместо("ПоискПоШтрихкодуЗавершение")
Процедура сг_FNC_ПоискПоШтрихкодуЗавершение(ИсходныеДанные, ДополнительныеПараметры)
    
    Если ИсходныеДанные = Неопределено Тогда
        Возврат;
    КонецЕсли;
    
    ПараметрыСканирования = ШтрихкодированиеИСКлиент.ПараметрыСканирования(ЭтотОбъект);
    
    ШтрихкодКоличество = ОбщегоНазначенияКлиент.СкопироватьРекурсивно(ИсходныеДанные, Ложь);
    ШтрихкодированиеИСКлиентСервер.ЗакодироватьШтрихкодДанныхBase64(ШтрихкодКоличество);
    
    РезультатОбработки = ОбработатьВводШтрихкода(ШтрихкодКоличество, Неопределено, ПараметрыСканирования);
    
    //VKOSH + Вставляем разделитель FNC в код марткировки для ШТРИХ-М
    Если РезультатОбработки.ТипШтрихкода = ПредопределенноеЗначение("Перечисление.ТипыШтрихкодов.GS1_DataMatrix")
       И СтрНайти(ПараметрыСканирования.ККТФФД12ИСМП, "Штрих-М: ККТ с передачей данных в ОФД 3.4 (ФФД 1.2)") > 0 Тогда
        
        ИсходныеДанные.Штрихкод = Сред(ИсходныеДанные.Штрихкод, 1, 31) + Символ(29) +
            Сред(ИсходныеДанные.Штрихкод, 32, 6) + Символ(29) +
            Сред(ИсходныеДанные.Штрихкод, 38);
            
        ШтрихкодКоличество = ОбщегоНазначенияКлиент.СкопироватьРекурсивно(ИсходныеДанные, Ложь);
        ШтрихкодированиеИСКлиентСервер.ЗакодироватьШтрихкодДанныхBase64(ШтрихкодКоличество);
        
        РезультатОбработки = ОбработатьВводШтрихкода(ШтрихкодКоличество, Неопределено, ПараметрыСканирования);
        
        
    
    КонецЕсли;
    //VKOSH -
    
    ПараметрыЗавершенияВводаШтрихкода = ПараметрыЗавершенияВводаШтрихкода(ИсходныеДанные, РезультатОбработки, ПараметрыСканирования);
    ШтрихкодированиеИСКлиент.ЗавершитьОбработкуШтрихкода(ПараметрыЗавершенияВводаШтрихкода);
        
    АктивироватьСтрокуСПозицией(РезультатОбработки);
    ПересчитатьДокументНаКлиенте();
        
КонецПроцедуры

---

И после этого всё заработает, как надо. Там просто не хватает разделителей, которые у 1с называются "Символ(29)".

(294) Ваш код не универсален - не для всех товарных групп подойдет.

(295) А в жизни вообще нет ничего универсального. Это тот "костыль", который мне пришлось вставлять в конфигурацию "УТ 11", чтобы в моем случае, кассы Штрих-М заработали, как надо. Я лишь дал вам пример решения этой проблемы, а вы можете на его основе переписать код под ваши условия. В моем случае, данный код полностью отрабатывает и решает проблему.
Если вы используете тип "GS1_DataMatrix", который имеет стандартную для него структуру, а именно: "("Префикс 01" + "14 символов GTIN") + ("Префикс 21" + "13 символов серийник") + (здесь вставляем "Символ 29") + ("Префикс 91" + "4 символа проверочный ключ") + (здесь вставляем "Символ 29") + ("Префикс 92" + Криптохвост до 88 символов")", то данный код вам подойдет. По сути он просто вставляет "Символ 29" в двух местах: перед префиксом "91" и перед префиксом "92".

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

(297) У нас "Парфюмерия", для неё данная структура соответствует, для "Обуви" и "Одежды", насколько мне известно, тоже соответствует. С другими видами товара не сталкивался, возможно, что там есть какие-то отличия. Если у кого-то возникнут какие-то сложности, то нужен будет пример вашего кода маркировки, и я подправлю мой программный код под ваш вид товара.

Спрошу в этой теме..

Друзья, после перехода на ффд 1.2 начались проблемы с ФР АТОЛ 11Ф
Время от времени, бывает раз в день, а бывает и 5 раз за день, ФР выдаёт чек - "Отчет автотестирования", такое ощущение что он тупо ребутится как-то что-ли..

Бывает такое происходит в момент пробития чека, особенно при оплате по банку, с подключенным интегрированным терминалом. В момент пробития чека, теряется связь с ФР..

Никто таких проблем не наблюдает? Есть какие-то мысли на этот счёт?

Конфа 1С Розница, релиз 2.3.9.42, Драйвер ККТ 10.9.0.9

Накачу обновление в понедельник конечно, но боюсь дело не в этом..

(299) а какая прошивка?

(300)Сервисный центр на прошлой неделе обновлял на последнюю..

Сейчас нагуглю как чекнуть версию через Драйвер КТТ, напишу более точно..

Привожу примеры КМ для разных товарных групп. Подправляйте:

сигареты, пачки (тут не GS1 Датаматрикс, но учитывать передачу таких КМ тоже нужно):
000000461984886On>MPZABm84arO
04606203086627iu,*7qbAC68PJgu

сигареты, блоки:
010460026600398021tR5632o800501750093wY2G

лекарства
010460406000600021P6DZED7GFGSXD91ffd092UG2+xUuo35f/HF4ZQ5xuz9oq4FCifO6/IAZacvJuUNGQ9ojVo61+HsLvMQJpn8G8Pn0/SshDPfxDLrO71nNzGA==

лекарства, формат старого образца (но они тоже в обороте):
01189011482738531721043010C90320421A1ZLV082D4OM
01189011490022851721050010ET437E803721VGGM5F998147B6
01146055010000661722040010DU10295211PQJC6H25E0W
0114605501000073172009101010R00682108S49020I0TEAJUS3KK
01189011480060241722050010B901393240300421B2IDENVG9MILE

остальные товарные группы без разбора:
010460043993125621JgXJ5.T8005112000930001923zbrLA==24014276281
010460406000600021N4N57RSCBUZTQ24030040029101612181724010191ffd092tIAF/YVoU4roQS3M/m4z78yFq0fc/WsSmLeX5QkF/YVWwy8IMYAeiQ91Xa2z/fFSJcOkb2N+uUUmfr4n0mOX0Q==

и напоследок ребус в виде КМ:
010481164400761621hetcfih9328ua

Если это КМ альтернативной табачной продукции, то в нем серийный номер 7 символов и нужно перед 93 ставить GS:
(01)04811644007616 (21)hetcfih (93)28ua

Если это КМ шин, то у него серийник 13 символов, и поэтому 93 входит в состав серийного номер, GS вставлять не нужно:
(01)04811644007616 (21)hetcfih9328ua

Какое предложите решение по определению куда вставлять GS, учитывая, что в приведенном вами фрагменте кода вид товарной группы переданного КМ не известен?

коллеги, поделитесь плз правильной XMLкой чека для МДЛП товара(ккт АТОЛ)

у кого на УТ 10.3.72.2 взлетело ?
прошивка кассы последняя, атол драйвер 10.9.0.8 . Выдает ошибку при попытке пробить чек ккм "Контрольная марка не проверена"

(304) пробивал марку воды на песочнице - прошло штатно(АТОЛ 55ф, 10.3.72.1) в поставке есть новая обработка ТО(версии 3.07)

А для Штриха УТ 10.3 нашел кто-то решение?

Там скорей всего из за <0x1D> он в марке есть, а в клавиатурном сканере нет.... Из за этого марку не распознает.

(302) Вы задаете мне вопрос: «Какое предложите решение по определению куда вставлять GS, учитывая, что в приведенном вами фрагменте кода вид товарной группы переданного КМ не известен?»
Отвечаю:
Дело здесь не в моем коде, а в том, что в структуре классического “GS1_DataMatrix”, нет понятия «вид товарной продукции», от слова «совсем». Получается, что реальная идентификация товара идет только по его “GTIN”, который итак присваивается “Ассоциацией GS1”. А все остальные параметры, а именно: «Серийный номер, проверочный ключ, криптохвост» – просто генерируются. Если я правильно понимаю, сейчас всех переводят на данный формат.

Если посмотреть на приведенный вами пример с маркировкой лекарств, конкретно вот этот:
(01)04604060006000(21)P6DZED7GFGSXD(91)ffd0(92)UG2+xUuo35f/HF4ZQ5xuz9oq4FCifO6/IAZacvJuUNGQ9ojVo61+HsLvMQJpn8G8Pn0/SshDPfxDLrO71nNzGA==
То он полностью соответствует формату «. Для наглядности, в данном примере, все префиксы я выделил скобками. Причем, что моя «Парфюмерия», что ваши «Лекарства» по маркировке ничем друг от друга не отличаются и соответствуют структуре: "("Префикс 01" + "14 символов GTIN") + ("Префикс 21" + "13 символов серийник") + ("Префикс 91" + "4 символа проверочный ключ") + ("Префикс 92" + Криптохвост до 88 символов")".

Получается, что какой бы ни был «вид товара», если его маркировка соответствует классическому формату “GS1_DataMatrix”, то вы можете смело использовать мою обработку, она отработает правильно. По сути, она просто вставит «Симол 29» в двух местах, перед префиксом 91 и перед префиксом 92.

Я думаю, что с классическим “GS1_DataMatrix” всё понятно, сейчас всех переводят на этот формат, если остались вопросы – задавайте.

Идем дальше, Посмотрите внимательно мой код из сообщения «294». Там вы увидите условие, что этот код отработает только, если это тип штрихкода “GS1-DataMatrix” и используется ККТ Штрих-М. Чтобы исключить применение данного кода для других типов штрихкодов. Соответственно, чтобы понять какому типу штрихкодов относятся другие приведенные вами примеры КМ, вам нужно отсканировать на кассе эти марки и пройтись отладчиком, чтобы увидеть, как 1с определяет эти «ТипыШтрихкодов». У 1с есть несколько предопределенных значений и нужно понять к какому типу он их относит. От этого зависит, как 1с дальше будет их раскладывать по частям. Для чего это нужно? Тогда можно будет в мой код добавить ещё одно условие «Если» с указанием каждого из типов штихкодов, которые вы обнаружите у себя.

Вы задаете следующий вопрос:
Если это КМ альтернативной табачной продукции, то в нем серийный номер 7 символов и нужно перед 93 ставить GS:
010481164400761621hetcfih9328ua
Для того, чтобы вставить «Символ 29» перед «93», код будет выглядеть следующим образом:
ИсходныеДанные.Штрихкод = Сред(ИсходныеДанные.Штрихкод, 1, 25) + Символ(29)
+ Сред(ИсходныеДанные.Штрихкод, 26);

Для понимания посмотрите в 1с синтаксис-помощнике описание строкового параметра «Сред», тогда всё поймете, как менять код под ваши условия. Если возникнут вопросы – спрашивайте у меня.
Как я понимаю, у вас же не могут шины, лекарства и табак продаваться в одном и том же магазине. Сделайте для каждого магазина свою обработку, в зависимости от продаваемого там товара. Пока компания 1с не предложит какое-то более-менее подходящее для всех решение.

А мне вот интересно, в конфигурации «Розница» проявляется данная ошибка или нет? Кто может ответить?

(308) "Сделайте для каждого магазина свою обработку, в зависимости от продаваемого там товара. Пока компания 1с не предложит какое-то более-менее подходящее для всех решение."
Принимаю ваше признание, что универсального решения сделать у вас не получится. Что и требовалось доказать ;)

victuan1 - выучите, наконец, описание строкового параметра «Сред», и не приставайте к человеку ))
сорри, не удержался

(310) Ага, побежал учить, аж пятки засверкали)))

пробовал передавать марку лекарств с присвоением GoodCodeData ="GS1.M=МАРКА В Base64", но ругается на тег 1305 - превышение длины, ЧЯДНТ?

(309) Вы пишите: Принимаю ваше признание, что универсального решения сделать у вас не получится. Что и требовалось доказать ;)
Это так проявляется ваше ехидство, что-ли? Не пойму сути вашего упрека ко мне. Покажите мне, пожалуйста, где я вам обещал создать универсальное решение? Как раз наоборот, в моем сообщении (296), я сказал, что ничего универсального не бывает. Вы в сообщениях (294) и (296) говорите, что моя обработка не для всех товарных групп подходит. Я вам в своем сообщении (308) наглядно показал на примере приведенного вами кода маркировки лекарств, что дело не в товарной группе, а в используемом типе кода маркировки. Если она соответствует типу “GS1_DataMatrix”, то не имеет значения какая товарная группа, моя обработка отработает корректно. Сейчас, как я понял, все виды товаров переводят именно на этот формат “GS1_DataMatrix”. В том, что компания 1с "не допилила" свою типовую конфу "УТ 11", нет ни моей ни вашей вины, а мы с вами вынуждены изобретать "костыли", чтобы исправлять их ошибки. Я вам дал достаточное количество информации о том, как исправить данную ошибку в "УТ 11". Также на примере моей обработки из сообщения (294), вы можете "допилить её под ваши условия. Если возникнут проблемы, обращайтесь, помогу, чем смогу. Также, если в конфигурации "Розница" данная ошибка исправлена, то можете там посмотреть пример того, что вы называете "универсальным решением".

Вот мне интересно, проявляется подобная ошибка в конфигурации "Розница"? Или она только в "УТ 11" осталась? Кто-нибудь может ответить?

(313) " Покажите мне, пожалуйста, где я вам обещал создать универсальное решение?"
См. (298) "Если у кого-то возникнут какие-то сложности, то нужен будет пример вашего кода маркировки, и я подправлю мой программный код под ваш вид товара."
Я привел примеры КМ, где обещанный подправленный код под них?

(314) Посмотрите моё (308) сообщение, там я всё подробно описал и привел пример, как изменить мой код используя строковый параметр "Сред". Не могу понять, что там сложного то? Или, что там не понятно? Мне кажется, что уже всем всё понятно, кроме вас. Если вы имеете хотя бы минимальный навык программирования в 1с, вы легко это сделаете. Если есть конкретные вопросы - задавайте.

(300)
Прошивка

Версия: 5.8.1
Номер релиза:

Конфигурация

Версия: 5.8.14
Номер релиза:

Почитал на форуме Атол
http://forum.atol.ru/index.php?showtopic=37129&st=20&p=272818&#entry272818

Вот в этой теме ошибка 1 в 1

Так-же и тут тоже самое
http://forum.atol.ru/index.php?showtopic=39641&st=0&p=295049&#entry295049

Темы старые, не понятно у кого-нибудь актуальна ещё данная проблема или нет..

Кто там там в темах вообще говорит что помогает только замена БУ

(316)У всех всё гладко с новыми прошивками получается, только у меня косяк что-ли?

Как я ненавижу этот чертов кактус. Типовая бух 3.0. Поставили ФН 1.2, Атол 30ф, обновили прошивку,  драйвер Атол 10.9.1. Не проходит проверка марки пишит М-. Кто-нибудь сталкивался?

(318) Совсем не факт, что она не списывается в ЧЗ, если М-. Возможно списывается. Не смотрели?

(318) не списывает. Проверял.

Спец символы GS1 должны при сканирование выводиться? У меня марка выглядит вот так. 010462006111149921IfQSl/MSHrUnK91809792VOQt1EyLz6w39ArKP6+azbmboUY1EtqW0btPeRbgFuHYaoXJkpk7KZBDbH8Ht8DHEe1eVcQhxUL1KvSoTnndQQ==
или 010290000024688121MLIqgUn"3KmkR91803992YeiJ7mKx2nhMdV+sQgFNSwIOe1QNiDTjJQz+eylXJfszEJKAnJHQt0OoDRI8jvxelXSKgITd3TZl1SYklZpw1g==
Может криво настроен сканер? Хотя тест на ЧЗ проходит без проблем.

(321) Спец символы надо поставить в марках этих нету их.

(322) А почему нету спецсимволов? Кривые марки? Первая марка наша, вторая - чужая. Кривая настройка сканера? Или это марки старого образца и теперь будут со спецсимволами?

До этого момента все работало. ЧЗ все принимал, списывал. ЭДО тоже работало без проблем.

Что делать понятно. Спс (308) С чего нам такое счастье прилетело?

Подскажите пожалуйста. Перестало печататься наименование покупателя в чеке после перехода на 1.2. Теги 1127 и 1228 заполнены, в офд уходят, в печатной форме чека нет. Автопечать тегов =1.

(326) Тег 1227 (наименование покупателя) не обязательный для печати в чеке согласно протокола ФФД, поэтому в одной из крайних прошивок Атол отключил его печать в чеке.
Атол рекомендует выводить наименование покупателя нефискальной строкой в чек, если оно кому нужно там.
В электронном виде в ОФД наименование покупателя передается в любом случае.

УТ 10.3.72.3, драйвера АТОЛ 10.9.1.0 прошивка последняя
При продаже Маркированной обуви все проходит хорошо, но при попытки сделать возврат выдает ошибку  - "Контрольная марка не проверена" и чек не пробивается.

Что можно сделать?

(327) а где вы видели такую информацию? меня бухи да и покупатели достали вопросом почему нет название покупателя.
в "Требования к разработке драйверов подключаемого оборудования. Версия 3.5" печати нефискальной строки вообще нету, сделал бы сам, но незнаю как, всмысле инфы про это ненашел.
ссылку бы им хоть показать вот мол - не надо.

в сервисе говорят, что не в курсе. (касса штрих-м). мол давайте попробуем обновить прошивку.
ну и попробуйте поиграться с таблицей 17 п 12. (https://forum.shtrih-m-partners.ru/index.php?topic=33879.0)
Теги 1127 и 1228 в налоговую отправляются.
покупателя на чеке нету ((

(329) Эту инфу я получил Царюкова, о том что в новой прошивке он убрал печать тега 1228 (ИНН покупателя) в бумажном чеке.
Тег 1227 (наименование покупателя) при этом печатается.
Почему в (327) я по другому написал - не вспомню, может торопился.

не могу понять по https://its.1c.ru/db/metod8dev#content:4829:hdoc:checkpackage как можно вывести произвольную текстовую строку в чек через драйвер 1С. может кто знает? я так понял что для каждого товара это можно сделать а в шапке чеке такого не нашел.
сделал бы вывод на печать покупателя сам. ан не получается...

(331) Тут не подскажу, я не пользуюсь 1совской версия драйвера, использую только оригинальный Атоловский - он позволяет вывод нефискальных строк в шапке чека.

(331) xml-ку формируешь для интеграционной прокладки?
Есть FiscalString, а есть TextString:
ЗаписьXML.ЗаписатьНачалоЭлемента("TextString");
ЗаписьXML.ЗаписатьАтрибут("Text", ТвойНефискальныйТекст);
ЗаписьXML.ЗаписатьКонецЭлемента();  
если вывести в xmlку перед фискальными строками, пойдёт?

(333) Плюс тебе в карму. это я затупил.
т.е. ты предлагаешь в первой секции "Positions"
перед "FiscalString"
сделать "TextString"?

не пробовал, но ощущение что оная строка выйдет после товара, хотя попробовать стоит.

я думал что можно чтото вывести до секции "Positions"...
либо в "Parameters" либо после нее...
но такого не описано нигде...

Коллеги, прошу подсказки:
Ранее, благодаря форуму была допилена обработка обслуживания Фискальника Штрих в 1С 7.7 для предыдущего ФФД и маркировка благополучно отправлялась.
Сейчас нигде не могу найти пример кода под ФФД 1.2 (даже алгоритма, какие команды и в какой последовательности посылать)
Поделитесь, пожалуйста или направьте где подсмотреть.

PS
Кажется нашел Выбытие ФФД 1.2

(335) Посмотреть можно здесь https://infostart.ru/public/603118/

а не подскажите где посмотреть выбытие УТ10.3?

(338) Так обнови и смотри.

Приветствую.
Торгуем табаком, закончилась ФН на кассе Штрих М01Ф, поменяли ФН с перерегистрацией кассы на ФФД 1.2.

В связи с этим пришлось обновлять УТ, был релиз 11.4.13.187 обновились до 11.4.14.115.

На кассовом компе удалили старые драйвера 4.15.829 и поставили под ФФД 1.2 драйвер 5.16.0.877. В торговом оборудовании выбрали Штрих под ФФД 1.2 и столкнулись с проблемой. При попытке открыть смену, после 20-30 секунд после нажатия кнопки "Открыть смену" пишет ошибку "Нет связи, ошибка FFFFFFFFh", и смена не открывается в программе. При этом чек об открытии вылазит и тесте показывает что смена открылась. В настройка УТ тайм аут увеличивали, не помогает. Интернет на кассе и связь с ОФД есть.

Так же опытным путём пришли к тому что если поставить старые драйвера, которые были (4.15.829) и открыть смену, она прекрасно открывается, а затем драйвера переустановить на новые, то чеки бьются норм.

Подскажите, куда копать?

(340) Последний драйвер для Штриха 5.17.0.894
Попробуйте его.

https://exam.shtrih-m-partners.ru/base/

(340) Еще такое может быть если открыто подключение к тест драйвера, или другой версии 1с. Драйвер работает только если запущенна только одна программа для работы с кассой.

Программное обеспечение:
Версия конфигурации: Управление торговлей, редакция 11 (11.4.14.95)
Версия платформы 1С:Предприятие 8.3 (8.3.16.1973)
Версия драйвера для кассы штрих-лайт-01ф Тест Драйвера 5.17.895 х64

Добрый день. Перешли на формат передачи данных ФФД 1.2  
Для не маркированных товаров чек пробивается штатно.

А вот при попытке пробить маркированный товар происходит ошибка.(Легкая промышленность, одежда)

При «проверке при сканировании»/«при проверке при выбитии чека» Происходит такая ошибка:
«Проверка средствами ККТ
Произошла ошибка проверки средствами ККТ по причине:
При выполнении операции произошла ошибка: D3h, Код товара не распознан»


При этом регистрация и проверка в ГИС МТ проходит и маркированный товар подсвечивается зеленым.
Пример от сканированного кода (01)04630008874158(21)5izhh+(Et.l>:

(344) Код который хранится в 1С и код, который считывается сканером с оригинальной маркировки разные. Вы приводите пример сканированного кода, без крипточасти (вы могли получить этот код по ЭДО или увидеть его в системе ЧЗ). Этот код подходит для всего, но только не для проверки при розничной продаже. Для корректной работы этой системы необходимо добавлять товары в табличную часть документов, только сканирую оригинальный ШК с марки. Он выглядит примерно так: 010461012380450621"IITRnG_akZfk91EE0692OzzNtlnRQ6b8SyuEvIWM+oaAkVYBwYTCAzAON3sZ+Y0=

(344) (345) Сканер делает код без скобочек и с крипто хвостом. Я с копировал код из формы Реализация товаров и услуг -> Подобрать и проверить товары легкой промышленности.(в которой марка проверяеся)
И походу то что 1с модифицируется добавлением скобочек и вызывает проблемы. Касса когда выполняет проверку средствами ккт берет именно модифицированный код. Я пробовал на Тест драйвере отправлять код на проверку, и как раз со скобочками он не распознано а без - все норм. Теперь надо понять где эти скобочки добавляются и убрать их... Документ ЧекККМ->формаДокументаРМК скорее всего не подходит поскольку проверка ККТ проходит за долго до чека..

(346) ККТ проверяет полный код только с криптохвостом. Ей со скобочками или без все равно. Функционал, который встроен в 1С и приложение честный знак для проверки марок не использует криптохвост. В этом и заключается проблема понимания маркировки. Сам через это прошел месяц назад.

(347) Странно, у меня ккт через драйвер отказался проверять с крипто хвостом, а без него и без скобочек нормально отработал и выдал ответ.

(346) Буду искать в РазборКодаМаркировкиИССлужебныйКлиентСервер походу где-то там формируется сама маркировка для 1ски.

(348) Со штрихами не работал, как-то больше с атолом, но - ты в каком виде в драйвер полный код маркировки подсовывал? После правильной настройки сканера (чтобы он нормально считывал "непечатные" символы GS), полный код маркировки в формате Base64, взятый из реквизита ПолныйКодМаркировки РС ПулКодовМаркировкиСУЗ, нормально проверяется в драйвере. И именно он должен уходить в XML пакете - не GTIN+серийник со скобочками, а полный код маркировки, байт в байт, как он был считан сканером, только в формате Base64. Типовые механизмы нормально всё отрабатывают, не нужно там скобки "обрезать". Хотя, возможно, есть какие-то особенности с твоей товарной группой, у меня парфюм.

Добрый день.
Возникла следующая проблема. В одной из партий обуви поступила масса КМ с криптохвостом без "=" на конце (вида 3x6bsPP6aJ3d1wvxijSUnaHFQMxPFAZ9ZyhJ221HaRhxsSutEXCPZn9pwTwjJUcGSnyRv1wBSATFpLsALU7gNyQH). Длина - 88 символов. Касса принимать не хочет ни при запросе при пробитии, ни при проверке из тест-драйвера. Пишет Код товара не распознан. При сканировании с телефона приложением честный знак вроде все хорошо - криптозащита КМ проверена.
Если заменить последние 2 символа на "==", то внутреннюю проверку КМ не проходит (не найден ключ, такое бывает и с другими КМ), проверку в ЦРПТ проходит.
Единственное отличие от других кодов в партии - у проблемных кодов emissionType = CROSSBORDER.
В чем может быть причина? Драйвера 5.16.877, проверял на 5.16.898, что-то с настройкой кассы?

На последней УТ 10.3.73.3 с кассами Штрих с последними драйверами 5.17.0.901 маркированный товар (шины, в частности) норм пробиваются? Выдавало ошибку "D3h, Код товара не распознан". Если отключить проверку через таблицы, то печатает М-.

(351) Наверное, символы разделители GS из кода маркировки теряются.

(352) Да. именно так. Отправил логи в тех. поддержку Штриха, и выяснилось, что не хватает этих GS разделителей. Получается это 1С их обрубает? Потому что сканер их норм передает, сканировали в Notepad++ и там они есть перед 91 и 92.

(353) сканировали в Notepad++

А он так у Вас и в программе работает, в смысле, в режиме эмуляции клавиатуры? Тогда, да, там разные фокусы бывают. Лучше, через эмуляцию COM-порта...

(354) Да, в программе тоже через эмул. клавиатуры. Через coщ пробовали сканер настроить, но че-то не получилось. В тесте сканера норм сканировалось, а в подборе уже нет, хз в чем причина. Думаете в сканере дело? Через эмул. клавиатуры же тоже передаются эти разделители. Это потом в 1С они пропадают

(355) Это потом в 1С они пропадают
Х.З, где они пропадают, но такая проблема встречается периодически...

(355) Раскладка клавиатуры на английском языке когда сканируете? На разных языках в режиме эмуляции клавиатуры разные символы. Можешь в блокноте проверить. Поэтому у нас везде com вариант.

(357) на анг, в блокноте норм