Ут 10.3, выясняется, что резиновая обувь, которой торгуем попадает под маркировку.
Кто-нибудь в курсе, будет ли реализована продажа маркированной продукции в УТ 10.3
Документ ЧекККМ при вводе штрихкода товара, у которого стоит галка "обувная продукция" ошибка
ОбщийМодуль.ШтрихкодированиеИС.Модуль(3472)}: Ошибка при вызове метода контекста (ПолучитьИзВременногоХранилища)
ДанныеКэша = ПолучитьИзВременногоХранилища(ПараметрыСканирования.КэшМаркируемойПродукции);
по причине:
Недопустимое значение параметра (параметр номер '1')
Потому что ПараметрыСканирования Не заполняются правильно.
Только у меня одной в чеке ККМ выходит окно для сканирования марки и всё, ничего туда не сканируется.Ничего не обрабатывается. Не пойму что за фигня....
(98) У меня тоже при добавлении сканированием, я попробовала просто вручную добавить товар, появляется диалог сканирования марки и всё, дальше ничего не происходит.
(100)Я там в обработке внешнего события перекрыл проверку ВводДоступен() процесс пошел далее. Не было времени разбираться почему это условие не отрабатывает. Может потом разрабы все же поправят данный косяк.
(103)У кого-нибудь удалось считать сканером GTIN? даже если убрать "вводДоступен" потом обработка данных ШК не отрабатывает. Там используется глПодключаемоеОборудование.ПараметрыПодключенияПО, но по коду конфигурации эта переменная глПодключаемоеОборудование. не заполняется.
НачатьподключениеОборудования ни из документов ни при начале работы системы не вызывается.
если в форме сканирования GTIN нажать на кнопку ручного ввода, то заполнение отрабатывает.
Но при проведении чека ошибка. Опять в функции ПараметрыФискализацииЧека(ДанныеДокумента прописана только обработка табачной продукции
Капец просто... Так долго ждать обновления и сейчас не знать что с ним делать.... Ребята, ну если у кого получиться провести нормально продажу обуви в чеке ККМ , подскажите, что вы там дорабатывали.
(99)С грехом пополам сделал. Удалось отправить джитин в офд, а тот отправил в ЧЗ.
Там нужно было подкорректировать открытие формы ввода джитина, выше писал.
Далее в процедуре обработки джитина принудительно прописал установку джитина в колонку штрихкода.
Далее в запросе для чека нужно добавить поле штрихкода, потому как далее по коду он штрих код этот хочет обработать, а в поле запроса его нет.
Формируя хмл для кассы система пытается определить код товара, который определяется из ждитина, но разбирая джитин, он не получает его. Пришлось в коде найти ту функцию, которая определяет код товара, и вызывать ее. Далее подсунув код товара при формировании хмл, система формирует правильный чек и далее все идет хорошо.
Но впечатление от релиза конечно ужасные. Такое чувство что даже не студенты, а школьники собирали релиз. Такие грубейшие ошибки!!! Причем собрали, и даже не удосужились хотя бы разок прогнать. Ведь очевидно форма ввода ждитина при открытии уходит в ошибку. Чек не пробьется - уйдет ошибку. А чек возврата пробьется с признаком продажи. Я просто в шоке от такого подхода разработчиков к проблеме. до 1 марта остались считанные дни, а они выпускают такой кривой релиз. Так нельзя!
(102) Есть готовый рабочий *.cf на тест? :)
А в целом согласен с Вами, сделано на о....ь.
Типа сделали, а потом чинить будем. Обещали что выпустят, но не обещали, что работать будет...
(136)У нас тоже не печатает. А должен? Но он уходит в ОФД, а с него в ЧЗ. Мне кажется этого вполне достаточно.
Добейтесь что бы у вас еще КодТоварнойНоменклатуры в хмл печатался. Он будет в этом теге: <GoodCodeData StampType="1520" GTIN="02900000477872" SerialNumber="YIh<Ptf4QC,3X"/>
По моему 3 параметром. Сейчас кассовый ПК не под рукой, не могу вам для примера выдернуть хмл.
Он сам сформируется, если вы подкинете КодТоварнойНоменклатуры, который я определял так:
СоставКодаМаркировки = МенеджерОборудованияМаркировкаКлиентСервер.РазобратьШтриховойКодТовараСлужебная(СтрокаДляДобавленияВЧек.Штрихкод); //Определил по другому ШтрихкодированиеИСМПКлиентСервер.СоставКодаМаркировки(СтрокаДляДобавленияВЧек.Штрихкод);
Если СоставКодаМаркировки <> Неопределено Тогда
СтрокаПозицииЧека.Штрихкод = СтрокаДляДобавленияВЧек.Штрихкод; //ШК возьму от сюда СтрокаДляДобавленияВЧек.Штрихкод;
СтрокаПозицииЧека.ДанныеКодаТоварнойНоменклатуры.ТипМаркировки = Перечисления.ТипыМаркировкиККТ.ОбувныеТовары;
СтрокаПозицииЧека.ДанныеКодаТоварнойНоменклатуры.ГлобальныйИдентификаторТорговойЕдиницы = СоставКодаМаркировки.GTIN;
СтрокаПозицииЧека.ДанныеКодаТоварнойНоменклатуры.СерийныйНомер = СоставКодаМаркировки.СерийныйНомер;
СтрокаПозицииЧека.ДанныеКодаТоварнойНоменклатуры.Вставить("РеквизитКодаТовара", СоставКодаМаркировки.РеквизитКодаТовара);//Добавлю и при формировании xml не будет ошибки
КонецЕсли;
Показать
И как раз этот код и светится в ОФД и передается в ЧЗ
(137) Скажите а что вы вставляете
СтрокаПозицииЧека.ДанныеКодаТоварнойНоменклатуры.Вставить("РеквизитКодаТовара", СоставКодаМаркировки.РеквизитКодаТовара)
Что за реквизит кода товара
Вот она как раз этот реквизит не дает, а он нужен при формировании хмл для чека. Как я понял далее, именно этот код передается в офд и ЧЗ
У вас может не получиться, если вы в запросе по товарам не вывели ШК, и ШК не должен быть формата ЕАН13. Этот ШК данная функция не разберет, и эти реквизиты не будут заполнены.
(145)Да, кассы были перепрошиты под марочный учет.
Вот кстати, хочется попробовать что бы УТ 10 отправляла напрямую в ЧЗ, а не кассе. Ни кто не пробовал? Напишите если получится. На УТ 11 так получилось. Кассы не перепрошивали. 1с сама отсылает.
(137) МенеджерОборудованияМаркировкаКлиентСервер.РазобратьШтриховойКодТовараСлужебная -
в данном случае не будет проверки на корректность кода.
Данная функция вернет неопределено если например одного символа не хватать будет:
ШтрихкодированиеИСМПКлиентСервер.СоставКодаМаркировки() по ней можно организовать проверку если нужно
Иначе есть вероятность что может уйти неверный код...
Тут главный вопрос как такое может произойти и лучше отправить чтонибуть чем ничего ? это каждый решает сам для себя
Еще ошибка в 10.3.59.3, при считывании DataMatrix от производителя в регистрации продаж, выдает:
{ОбщийМодуль.ШтрихкодированиеИСКлиент.Модуль(178)}: Ошибка при вызове метода контекста (ПодключитьОбработчикОжидания)
Форма.ПодключитьОбработчикОжидания("Подключаемый_ОткрытьФормуУточненияДанных", 0.1, Истина);
по причине:
Недопустимое значение параметра (параметр номер '1')
Упрощенные DataMatrix с 4-мя реквизитами проходят.
Кто-нибудь сталкивался?
(213) У нас все сканируется, но, возможно, что мы исправили это еще в версии 10.3.59.3.
У нас проблема обмена с Честным знаком.
внесла исправления, но пока не протестировали (тестовая база не у меня).
Если ошибка уйдет, то опубликую исправление
59.3 При сканировании марки выдает
{ОбщийМодуль.ШтрихкодированиеИСКлиент.Модуль(178)}: Ошибка при вызове метода контекста (ПодключитьОбработчикОжидания)
Форма.ПодключитьОбработчикОжидания("Подключаемый_ОткрытьФормуУточненияДанных", 0.1, Истина);
по причине:
Недопустимое значение параметра (параметр номер '1')
(252) Когда марка не привязана в системе и 1с не может ее идентифицировать после чтения EAN-13 должна видимо происходит процедура идентификации, но разработчики чего-то опять забыли.
(137) А у меня в ТабличнаяЧасть.Штрихкод = "", соответственно после запроса тоже "" и далее по коду в этом месте не отработает.
Подскажите ,пожалуйста, в какой момент и где заполняется ТабличнаяЧасть.Штрихкод?
(228) да, версия 10.3.59.3.
Только пробитие чека идет НЕ из РМК, а из документа Чек ККМ, вероятно в этом дело...
Подбираю товар, пока вручную ввожу этот штрихкод, проходит проверка - значок становится зеленый, но реквизит в ТЧ так и остается пустым... не пойму как его заполнить, т.к. штрихкод есть на прерыдущем шаге в обработке проверки обувной продукции
У меня при сканировании марки в чеке выходит ошибка {ОбщийМодуль.ШтрихкодированиеИС.Модуль(4507)}: Ошибка при вызове метода контекста (ПоместитьВоВременноеХранилище)
ПоместитьВоВременноеХранилище(КэшМаркируемойПродукции, ПараметрыСканирования.КэшМаркируемойПродукции);
по причине:
Родительский сеанс не найден
и дальше естественно ничего не происходит. Кто смог побороть эту проблему?
(106) Во время отладки я перекрыл запись во временное хранилище. Там в 3 местах он уходит в такую ошибку. На самом деле эта запись не особо важна(но я не до конца разобрался, по крайне мере не мешает если ее перекрыть)
А после я все же вернулся к этой записи и немного переделал, так что бы она все таки сделала запись во временное хранилилище как-то такт:
ПараметрыСканирования.КэшМаркируемойПродукции = ПоместитьВоВременноеХранилище(КэшМаркируемойПродукции).
То есть поместить во временное хранилище как сделали это разрабы не удалось, выходит ошибка(вот объясните мне КАК ОНИ ПРОВЕРЯЛИ ДОРАБОТКУ???), А вот если мы сделаем Это ПоместитьВоВременноеХранилище(КэшМаркируемойПродукции), нам вернется гуид, который нужно обновить в структуре параметров ПараметрыСканирования.КэшМаркируемойПродукции. Таким образом и запись туда зачем то сделали и ошибки не получаем. Только зачем туда запись делаем я так и не разобрался.
Коллеги, а у кого как сканируется данный штрих код с этим служебными символами у меня так (....002991002a002992......), т.е. сканер вместо "" ставит "0029".
Чтобы не ждать обновлений от фирмы 1С, советую воспользоваться этим решением https://infostart.ru/public/590993/?ref=1050 , в демо-версии подойдет для отражения факта продажи маркируемой продукции, если в стандартном функционале ошибки.
(122) уже постановление есть вроде как, о переносе всех сроков в том числе и для рознице на вывод из оборота.
Только вот подпишут его видимо 1 марта.))
В том варианте, что есть сейчас для УТ 10.3 ИМХО проще руками выводить из оборота сканируя в блокнотик. Ну если объёмы позволяют.
Тыц
Ребята, а подскажите, если марки заказывались через честный знак, сайт и просто будут наклеиваться на товар. Такой товар можно будет ввести в оборот через 1С или только через личный кабинет ?
Мда, вроде как сроки по обуви перенесут. У нас шины... Надеюсь, что до осени ЧЗ и его оброк будут реализованы полностью. А не так. Попробовал ввести на основании ОРП вывод из оборота, получил ошибку, понял что не время еще марки клеить.
Попытался запустить на драйвере Атол 10.6.2 там ошибка
связанная с ревизией драйвера 3.1 и полем "КодТоварнойНоменклатуры" в общем модуле предполагается использование данного поля в структуре , но разработчики его нигде не добавляют при заполнении данных для фискализации чека
Ощущение в целом что сделано на otъebisь всё сейчас...
В РМК после изменений из 113
выходит
{ОбщийМодуль.ШтрихкодированиеИСКлиент.Модуль(399)}: Ошибка при вызове метода контекста (ОткрытьФорму)
ОткрытьФорму(
по причине:
Несоответствие типов (параметр номер '7')
(129)
так заработало, результат сообщить конечный не могу но в чек ККМ всё добавилось. пробить пока не могу на ккт
Да и еще не забывайте настроить сканер для работы в тонком клиенте...
(129)Выходит ошибка, ее я описал ранее http://forum.infostart.ru/forum81/topic232423/message2393193/#message2393193 КодТоварнойНоменклатуры еще как используют. Они ее будут запрашивать при формировании хмл для чека, а вот взять неоткуда. Разработчики забили на его определение. Придется искать эту функцию для определения кода и подставлять в хмл. И еще запрос товаров подковырять придется.
Зря чек не пробиваете, там еще 3 сюрприза будет. Рекомендую пробить!
Важно при всем этом, что бы штрих-код в колонке имел форму джитина, а не ЕАН13, иначе при пробитии чека он ничего не даст!!!
Заметил еще вот что:
После сканирования ШК, соска видит что товар маркированный. Запрашивает марку. Но при считывании сканером реакции никакой. Сканер в ком режиме.
При заказе кодов в момент маркировки остатков возвращает (в описании) ошибку, что надо указать "Маркировка остатков", но где это сделать в документе так и не нашел.
(139)А зачем, к заявленному сроку вышло, в новостях отрапортовали, а там 2.5 пользователя чем-то не довольно, так то и ладно. Ну а вообще вроде УПП планируется 28.02 выпуститься, очень надеюсь что и УТ в этот день выйдет, т.к. там функционал то похожий, если не один и тот же. Ну а вообще выше правильно писали, найденные ошибки нужно слать на линию технической поддержки, иначе их не будут исправлять.
Есть Сканер mindeo 6600 считываю марку в блокнот всё замечательно.
в 1с в зависимости от драйвера в тесте шк марки либо разбивается на несколько строк либо в середине вставляется 'F12' . как побороть?
(153) Поле штрихкод не обнаружено. Ошибка при закрытии чека. Его вообще не удосужились даже в запрос добавить. Интересно мне в обновлении крайнем тестировалась хоть раз розничная продажа?
(152) Тоже ошибка такая. Вчера не было уже времени править запрос. Собирался сегодня вечером. Если ваш запрос правильный, то вы меня избавили от этой проблемы. В любом случае, большое спасибо!
| ЕСТЬNULL(ТабличнаяЧасть.Номенклатура.ТабачнаяПродукция
| ИЛИ ТабличнаяЧасть.Номенклатура.АлкогольнаяПродукция
| ИЛИ ТабличнаяЧасть.Номенклатура.ОбувнаяПродукция, ЛОЖЬ) КАК ПодакцизныйТовар,
(152) - это не правильное решение. И вас так маркировка в чек не попадет.
Мы поисправляли кучу мест.
В том числе и с чеком возврата (они пробивались как продажа)
Закомментированная строка от 1С. А дальше исправление.
исле и с чеком возврата (они пробивались как продажа)
Закомментированная строка
Хоть бы пояснили в чём дело и почему не будет работать....
Думаю здесь все были бы рады если бы Вы поделились другими найденными багами, а лучше закиньте CFник свой с исправлениями
(169) Просто сидим и правим ошибки. Их много.
Вы же можете сравнить закомменитрованную строку и исправленную. Третий параметр - это признак является ли чек продажей или возвратом.
Они ничего не передевали. И чек считался продажей
Обновились до 59.2
У нас продажи в основном ЮЛ, есть чуть-чуть розницы.
Зашла в Номенклатуру, установила галочку Обувная продукция, а как теперь ввести штрих-код? Какой тип штрих-кода надо выбрать?
Попробовали считать сканером
встал код в таком виде
(154) наблюдаю одну и ту же штуку - много однотипных вопросов, никто не перечитывает форумы, статьи. Ознакомьтесь с публикацией https://infostart.ru/public/1191879/
(158)https://its.1c.ru/db/metod81#content:7478:hdoc это инструкция для УТ 10.3, УПП, обновлена 29.01.2020
Заходите в настройки параметров учета.
Если нет доступа к ИТС, открывайте конфигруатор и делайте отбор по подсистеме "интеграция с ИС" - точно пока не могу сказать.... ищите по смыслу - увидите все разработанные объекты и механизмы
160.
user613972_a.alyavdin
27.02.20 13:27 Сейчас в теме
Проверьте пожалуйста печать обычных штрих-кодов на УТ 10.3.59.2. У меня после обновления перестала выводить штрихкод. Причем при предв. просмотре все ок, а принтер штрихкод не печатает. Проверил на неск. принтерах...
Все сделано вроде как правильно, запросил GTIN, получил все GTINы, запросил коды маркировки, весит в документе статус: Обрабатывается в суз (генерация кодов) уже вторые сутки, делаю обмен, крутит обменивается с ИС МП минут 40 потом выдается измененные документы 0, статус в документе не меняется, кто сталкивался с такой проблемой, что можно предпринять в таком случае!???
(168) Я замечал такое, по ощущением зависает регламентное задание, т .е. сначала в честном знаке появляются заказы, потом все замирает, смотрю в журнал регистрации - ноль событий, все остановилось. Отменяю отправку, перезапускаю 1с, через основную форму ИСМП делаю "Выполнить обмен" и с пинка все продолжается. У меня были заказы на маркировку в составе 1.5к позиций, уходили до 2х часов, приходилось пинками иногда подгонять. В итоге последний док почему то отработался частично. Одна позиция заказа так и осталось не отработанная, хотя док перешел в статус успешный. Но по ощущениям нагрузка на сервера растет, вчера не смог ввести в оборот последний документ, через раз ошибки, то HTTP500, то бред про чужой ИНН, в общем сегодня буду дожимать и получается что мы за неделю сделали более 10к марок.
Кто как победили эту ошибку "{ОбщийМодуль.ШтрихкодированиеИС.Модуль(400)}: Ошибка при вызове метода контекста (ПоместитьВоВременноеХранилище)
ПоместитьВоВременноеХранилище(КэшМаркируемойПродукции, ПараметрыСканирования.КэшМаркируемойПродукции);
по причине:
Родительский сеанс не найден" ?