Ут 10.3, выясняется, что резиновая обувь, которой торгуем попадает под маркировку.
Кто-нибудь в курсе, будет ли реализована продажа маркированной продукции в УТ 10.3
Еще в справочнике СертификатыКлючейЭлектроннойПодписиИШифрования
Реквизит Программа надо сделать ссылкой на Справочник СертификатыКлючейЭлектроннойПодписиИШифрования
Это было в 10.3.59.1, потом сломали
(179) нужно изменить тип со Строка(10) на СправочникСсылка.ПрограммыЭлектроннойПодписиИШифрования в следующих местах:
- спр СертификатыКлючейЭлектроннойПодписиИШифрования (реквизит "Программа")
форма ПодписаниеДанных реквизит СертификатПрограмма
форма ШифрованиеДанных реквизит СертификатПрограмма
форма РасшифровкаДанных реквизит СертификатПрограмма
форма ПроверкаСертификата реквизит Программа
общая форма НастройкиЭлектроннойПодписиИШифрования реквизит Программы, колонка Ссылка
У меня проблемы со сканером Mertech Superlead и УТ 10.3, перевели в режим СОМ-порта и не читает штрих-код...
Драйвер установлен сканера и в тесте сканера видит его как СОМ7: Ок.
(191)
Ну скажем так, отнюдь не все ошибки, которые мы исправили, нашли специалисты 1С.
Они даже не вспомнили, что у кого-то может быть РИБ. Поэтому, у кого РИБ, тем стоит самим настроить план обмена Полный (можно подсмотреть в УТ11 - я так сделала).
Уделили время, наконец, форме документа ЧекККМ (а не только режиму кассира).
Документ РеализацияТоваровУслуг, похоже, остался так же инвалидом относительно работы с маркировкой обуви.
Если будут моральные силы, то отпишу сюда, что не исправлено в релизе от 1С и исправлено у нас, пока буду аккуратно накатывать 10.3.59.3
(194)
Если кратко, то справочник ШтрихкодыУпаковокТоваров и документы по маркировки товара не участвуют в обмене.
В УТ11 участвуют, а в УТ10.3 нет.
Ну хоть роли подправила. С ними тоже была беда
В основной форме документа Чек ККМ нормально сделан только табак, маркировка на обувь не выбирается при выборе номенклатуры, и отдельно ее ввести тоже нельзя.
В реализации тоже ничего не работает.
Сама форма ввода маркировки не принимает штрихкод со сканера (выше об этом писали). Вроде подошел патч от (138).
Это я еще даже чеки не пробовал проводить и выбивать.
(230)
Мы в полном интерфейсе пробиваем ЧекиККМ и все варианты подбора номенклатуры я проверила вроде как.
Где-то тут вечером отписалась по исправлению ФормыДокумента ЧекККМ с примером кода. Сообщение (212)
(235)
После того как используешь ИнтеграцияИСУТКлиент.ОткрытьФормуСканированияМаркиПриНеобходимости(СтрокаТабличнойЧасти, ЭтаФорма)
на уже заполненную строку, попадаешь в окно ввода марки. Закомментировав там строки как в (138), можно добиться, чтобы марка таки сканировалась. Она, конечно, попадает в форму чека ККМ, но, при этом, к текущей строке само по себе добавляется количество 1. Если там уже есть количество, это печально, оно удваивается.
Кроме того, у меня учет с характеристиками, так что после выбора номенклатуры марку спрашивать нельзя, надо - после изменения характеристики (если у номенклатуры взведен учет по характеристикам).
Но ладно, мне вообще нужно, чтобы исходная строка добавлялась по скану основного штрихкода EAN-13 (все марки введены по упрощенной схеме и с номенклатурой не сопоставлены). При скане штрихкода, ТоварыНоменклатураПриИзменении не вызывается - строка добавляется с помощью механизма подбора. Чтобы работал ввод марки, ИнтеграцияИСУТКлиент.ОткрытьФормуСканированияМаркиПриНеобходимости(СтрокаТабличнойЧасти, ЭтаФорма) я прописал в ОбработкаПодбора в 2 места. В результате форма сканирования марки открывается, но, после сканирования марки, к таб. части добавляется ЕЩЕ одна новая строка с количеством 1. В результате на каждый скан - по две строки, из которых непонятно какую надо удалить.
По щелчку на колонке "марка" ничего не открывается и не проверяется, там нет куска кода про обувь (забыли). Марка всегда фиолетовая, зеленой не становится (должна вроде?), независимо от того, была ли она сосканирована де-факто, или нет.
Я интуитивно понимаю, где косяки, но разобраться в 50 страницах лапшеобразного управляемого кода нескольких общих модулей, который эти люди, даже явно не под алкоголем, а под какими-то более тяжелыми веществами, прилепили к обычным формам, крайне тяжело. Вчера не успел, сдался, благо сегодня есть чем торговать и без обуви.
Сделать что-то по аналогии с (вроде бы) работающим табаком малореально - API вроде бы похоже, но в одной половине (общей для всей маркировки) API забыли про обувь вообще, другой (частной) просто нет.
Как распечатывать этикетки их справочника штрихкодов упаковок, если
коды DataMatrix и Gs-1 DataMatrix yне подерживаются?
Если ОбъектПечати.ТипШтрихкода <> Перечисления.ТипыШтрихкодов.SSCC
И ОбъектПечати.ТипШтрихкода <> Перечисления.ТипыШтрихкодов.Code128
И ОбъектПечати.ТипШтрихкода <> Перечисления.ТипыШтрихкодов.GS1_128
И ОбъектПечати.ТипШтрихкода <> Перечисления.ТипыШтрихкодов.GS1_DataBarExpandedStacked
И ОбъектПечати.ТипШтрихкода <> Перечисления.ТипыШтрихкодов.PDF417 Тогда
ОбщегоНазначенияКлиентСервер.СообщитьПользователю(
СтрШаблон(НСтр("ru = 'Штрихкод %1 не распечатан, т.к. тип штрихкода %2 не поддерживается.'"),
ШтрихкодированиеИСКлиентСервер.ПредставлениеШтрихкода(ОбъектПечати.Штрихкод),
ОбъектПечати.ТипШтрихкода));
Продолжить;
КонецЕсли;
1) У кого есть РИБ - сами включайте объекты по маркировке обуви в план обмена Полный
2) Документ РеализацияТоваровУслуг, тоже скорее всего самим "допиливать". Нам не надо.
3) Формы документа ЧекККМ - ФормаДокумента и ФормаРегистрацииПродаж надо везде в конструкция "Если..."
СвойстваМаркируемойПродукции.МаркируемаяПродукция
заменить на
СвойстваМаркируемойПродукции.МаркируемаяПродукция = Истина
4) Модуль ИнтеграцияИСУТКлиент Процедура ОткрытьФормуСканированияМаркиПриНеобходимости(...)
тоже
СвойстваМаркируемойПродукции.МаркируемаяПродукция
заменить на
СвойстваМаркируемойПродукции.МаркируемаяПродукция = Истина
5) общий модуль ТорговоеОборудованиеУТВызовСервера
осталась ошибка, которая каждый чек делает чеком продажи
ПараметрыФискализацииЧека = ПодключаемоеОборудованиеУТВызовСервера.ПараметрыФискализацииЧека(ДанныеДокументаДляЧека, , , Ложь);
заменить на
ЭтоВозврат = (ДокументСсылка.ВидОперации = Перечисления.ВидыОперацийЧекККМ.Возврат);
ПараметрыФискализацииЧека = ПодключаемоеОборудованиеУТВызовСервера.ПараметрыФискализацииЧека(ДанныеДокументаДляЧека, ,ЭтоВозврат , Ложь);
3) Формы документа ЧекККМ - ФормаДокумента и ФормаРегистрацииПродаж надо везде в конструкция "Если..."
СвойстваМаркируемойПродукции.МаркируемаяПродукция
заменить на
СвойстваМаркируемойПродукции.МаркируемаяПродукция = Истина
4) Модуль ИнтеграцияИСУТКлиент Процедура ОткрытьФормуСканированияМаркиПриНеобходимости(...)
тоже
СвойстваМаркируемойПродукции.МаркируемаяПродукция
заменить на
СвойстваМаркируемойПродукции.МаркируемаяПродукция = Истина
Не могли бы тут пояснить подробнее.
Вроде как написано у разработчиков и так есть проверка на ИСТИНА.
СвойстваМаркируемойПродукции.МаркируемаяПродукция - тут может проскакивать неопределено или что-то подобное?
(201) Это частый прием в программировании, когда тип значения заранее не известен. Например, если СвойстваМаркируемойПродукции - это структура. И когда свойство структуры "МаркируемаяПродукция " не задано, то конструкция
Если СвойстваМаркируемойПродукции.МаркируемаяПродукция Тогда - выдаст ошибку...
(201) Ну вот не всегда там логическое значение, мы ловили и Неопределено.
Мы тестировали разные варианты подбора в документ, в том числе и просто выбор номенклатуры и набор штрихкода в окошечко. И удаление строки из чека.
Ну и, конечно, проверяли как ведет себя на обычных товарах (не обувь/алкоголь/табак).
И вот где-то в этих случаях ловили Неопределено.
Поэтому лучше уж везде поставить СвойстваМаркируемойПродукции.МаркируемаяПродукция = Истина, хоть и это не по правилам
Не подскажите, как быть, если пробили возврат, а он в налоговую уже ускакал как продажа. 2 раза делать возврат? И где его делать? В УТ он прошел нормально, в налоговую ушел не правильно
(218) не подскажу.
Мы вот при тестировании били (продавали и возвращали) туда сюда одну маркировку и не сразу заметили что оба чека продажные.
Только когда в чеке стали искать признак маркировки товара, тогда и обратили внимание.
В типовом релизе 10.3.59.3 все еще эта ошибка. Многие ее "поймают", наверно, к сожалению.
Вы уже посмотрели и в личном кабинете чеки?
Продажные?
Пусть 1С тогда дает консультации по этому поводу.
Цензурных слов уже нет
(95)
я заменил это на
Если ТипЗнч(ВладелецФормы) = Тип("УправляемаяФорма") Тогда
ДанныеШтрихкодаБезМаркировки = ДанныеШтрихкода(ВладелецФормы.Объект.Ссылка);
ИначеЕсли ТипЗнч(ВладелецФормы) = Тип("Форма") Тогда
ДанныеШтрихкодаБезМаркировки = ДанныеШтрихкода(ВладелецФормы.ДокументОбъект.Ссылка);
Иначе
Возврат;
КонецЕсли;
В 10.3.59.3. Пришлось после обновления возвращать то, что было исправлено мной в 10.3.59.2
1) В ЧекеКММ процедура ТоварыПриВыводеСтроки в ФормуДокумента перенесла из ФормыРегистарцииПродаж. Та, что была в ФормеДокумента как-то не корректно отрабатывала.
2) ЧекККМ.ФормаДокумента Ручной выбор номенклатуры в добавленной строке. За этим действием не предлагалась сканировать маркировку:
Процедура ТоварыНоменклатураПриИзменении(Элемент)
......
ПриИзмененииНоменклатурыТовары(Элемент);
// добавленная строка, чтобы открывалось окно маркировки
ИнтеграцияИСУТКлиент.ОткрытьФормуСканированияМаркиПриНеобходимости(СтрокаТабличнойЧасти, ЭтаФорма);
.....
КонецПроцедуры // ТоварыНоменклатураПриИзменении()
3) и еще ЧекККМ.ФормаДокумента не было расчета суммы по строке. Поэтому в процедуре ОбработатьКодМаркировки(....)
в самом конце добавила строки
СтрокаТабличнойЧасти = ЭлементыФормы.Товары.ТекущиеДанные;
(212) Также из формы РМК в форму документа Чек ККМ необходимо перенести код из процедуры ОбработкаПодбора(), иначе после считывания ШК товара не выходит окошко считывания маркировки.
Также обратите внимание, что в РМК увеличение количества происходит только после считывания маркировки.
Подскажите, пожалуйста, какой режим сканера используете, эмуляцию com или разрыв?
Такая же проблема, как у badrvic, при сканировании qr ничего не происходит. Смотрел отладчиком, в "данные" передает последовательно 1,2,3 и т.д по количеству сколько раз просканируешь
Сканировал в разных режимах работы сканера, тоже ничего не происходи при сканировании qr кода, сканер точно работает с data matrix и марки с табака в текстовый редактор сканирует исправно. У кого-нибудь Ут 10.3 работает с маркированной продукцией??? Релиз 10.3.59.3 облегчений не принес.
Сканирование происходит как в режиме РМК, так и через документ "Реализация". Окошко с требованием отсканировать qr код не вылезает. Мож я чего то не настроил? Галка в учетной политике в разделе маркировка стоит только одна Вести учет обуви (заодно и табака) дата обязательной маркировки стоит 01.02.2020г, галочка с контролем пака не выставлена.
(223) А в самой позиции номенклатуры галку поставили, что это обувная продукция?
(246) Мы вообще сканер не подключали в 1С, он настроен в режиме клавиатуры. Сканируем через нажатие кнопочки "сканировать ШК" - в принципе и штрихкода и маркировка успешно считывается.
Разбираю работу формы РМК, чтобы перенести всё необходимое на форму документа (так как работаем с ней) и пытаюсь понять - правильно ли вообще всё происходит.
Вопрос собственно такой, после считывания ШК товара выходит форма ввода маркировки, считываю сканером - код читается и даже на некотором этапе происходит правильное определение GTINа - в процедуре ШтрихкодированиеИС.ДанныеПоШтрихкодам()
Однако далее в этой же процедуре вызывается процедура ДополнитьДанныеШтрихкодовСпецификойМаркируемойПродукции(), в которой есть вызов ШтрихкодированиеИСМПСлужебный.ДополнитьДанныеПоШрихкодамСпецификой() , где происходит замена правильного штихкода и GTINа на штрихкоды товара..
Собственно, маркировку прочитали и что? в поле штрихкода возвращается штрихкод позиции, заданный в базе, а не код маркировки.. не понимаю..
Может кто-нибудь скинуть картинку после считывания маркировки? как должно быть? и в каком месте Чека ККМ эта информация сохраняется? Или не сохраняется?
(233) Заполняется в табличную часть "АкцизныеМарки", а там в поле АкцизнаяМарка - это ссылка на справочник ШтрикодыУпаковокТоваров.
Кассовый аппарат не у меня. Посмотрела чеки, которые пробивали у нас вчера при тестировании 10.3.59.3
Насколько понимаю, то в интерфейсе кассира в чекККМ в табличную часть товары в Штрихкод пишется код маркировки, АкцизныеМарки заполняются
А вот в полном интерфейсе в таб.часть Товары в Штрихкод пишется простой штрихкод ЕАN13, при этом АкцизныеМарки заполняются правильно.
В хмл должно попадать из таб.части АкцизныеМарки. Таб.часть ШтрихкодыУпаковок в ЧекККМ осталась пустой. Зачем они ее добавили - это вопрос.
У клиента на нашей (исправленной) 10.3.59.2 возникла проблема, что в РМК утром не распечатался чек на ККТ после внесения денег.
Пока 10.3.59.3 насчет этой ошибки не тестировали.
(258) У атола видел такое в примерах, но сегодня запросил отчет у ОФД, там есть моя обувь, полагаю это дает весомый шанс на то, что я что-то сделал правильно.
Еще один баг от нашего клиента, кто обновился. Это отсутствие пересчета автоматических скидок после сканирования маркированного товара в чек.
А в полном режиме еще и блокируется назначение ручных скидок.
Обход расчета автоматических скидок - это добавление новой строки в чек.
Добрый день. Обновил на тестовой базе до 59.3. В интерфейсе кассира при сканировании маркированной обуви (именно штрихкода, а не марки) вылетает ошибка: {ОбщийМодуль.ШтрихкодированиеИСКлиентСервер.Модуль(504,14)}: Процедура или функция с указанным именем не определена (ПолучитьСтрокуИзДвоичныхДанных)
Штрихкод = <<?>>ПолучитьСтрокуИзДвоичныхДанных(ДвоичныеДанные);
{ОбщийМодуль.ШтрихкодированиеИСКлиентСервер.Модуль(519,20)}: Процедура или функция с указанным именем не определена (ПолучитьДвоичныеДанныеИзСтроки)
ДвоичныеДанные = <<?>>ПолучитьДвоичныеДанныеИзСтроки(Штрихкод);
Кто-то сталкивался с этим?
Тем, кто использует автоматические скидки в ЧекеККМ в процедуру ОбработатьКодМаркировки(), что в форме документа, что в РМК надо в конце добавить строку:
ПересчитатьАвтоматическиеСкидки();
Для ручных скидок в форме документа пришлось для маркированной продукции делать кнопку "Назначить скидку"
10.3.59.3
В общем модуле ПодключаемоеОборудованиеУниверсальныйДрайверКлиент
надо откатить функцию Инксация к версии из 10.3.58, иначе ошибка выходит при внесении и выемке денег и
59.2, 59.3 релизы: Перестал пробиваться НДС в кассовом чеке из документа "чек ККМ" (ОСН) + Чек на возврат по кассе бьется как ПРИХОД вместо "ВОЗВРАТ ПРИХОДА" - самому править пришлось код. - надеюсь сюрпризов больше не будет. До того как исправил - успели "напробивать"..... с налоговой разговаривать сегодня по этому вопросу
(256)(238) Вот чек у людей с предметом расчета как : Товар, мне скидывали чек, где встало как "Подакцизный товар". Не видел, но люди никогда подакцизкой не торговали.
(257) Об этой ошибке писали.
Необходимо в общем модуле ТорговоеОборудованиеУТВызовСервера В функции ПараметрыОперацииФискализацииЧекаЧекККМ исправить запрос
Запрос = Новый Запрос(
"ВЫБРАТЬ
| ТабличнаяЧасть.НомерСтроки КАК НомерСтроки,
| ТабличнаяЧасть.КлючСтроки = 0 КАК СверхЗаказа,
| ТабличнаяЧасть.Номенклатура КАК Номенклатура,
| ТабличнаяЧасть.ХарактеристикаНоменклатуры КАК Характеристика,
| ТабличнаяЧасть.СерияНоменклатуры КАК Серия,
| ТабличнаяЧасть.ЕдиницаИзмерения КАК Упаковка,
| ЕСТЬNULL(ТабличнаяЧасть.Номенклатура.ВидНоменклатуры.ТипНоменклатуры, ЗНАЧЕНИЕ(Перечисление.ТипыНоменклатуры.ПустаяСсылка)) КАК ТипНоменклатуры,
| ЕСТЬNULL(ТабличнаяЧасть.Номенклатура.ТабачнаяПродукция
| ИЛИ ТабличнаяЧасть.Номенклатура.АлкогольнаяПродукция
//убрано:
//| ИЛИ ТабличнаяЧасть.Номенклатура.ОбувнаяПродукция, ЛОЖЬ) КАК ПодакцизныйТовар,
| , ЛОЖЬ) КАК ПодакцизныйТовар,
(320) Оказалось, что у нас без НДС, поэтому мне не актуально.
А может подскажете по поводу признака маркировки [М] в печатном чеке - сейчас на релизе 10.3.59.3 он не распечатывается, хотя это одно из новых требований маркировки.
Как у Вас решен этот вопрос и что для этого делали?
320) Оказалось, что у нас без НДС, поэтому мне не актуально.
А может подскажете по поводу признака маркировки [М] в печатном чеке - сейчас на релизе 10.3.59.3 он не распечатывается, хотя это одно из новых требований маркировки.
Как у Вас решен этот вопрос и что для этого делали?
Мы пока не торгуем маркированным товаром в розницу. Пока я отвечал на вопрос вышел 59.4 релиз - может в нем что изменилось в лучшую сторону)
Ребят, я просто смотрела исправления у Чистова, которые выше давали, а это действительно нужно, чтобы в документе, где штрихкод подставлялся код марки?А если будет две пары, как-то странно получается. Неужели без этого номально не отработает? Код марки же сохраняется в тч Акцизные марки?
И ещё вопрос, у кого ккт ШтрихМ стоят? Как они отрабатывают с новыми прошивками? нам просто организация, которая занимается обновлениями не хочет ставить новую прошивку, якобы она глючная.Бред какой-то.
(268) Сегодня-завтра новую кассу привезут с поддержкой маркировки. Могу глянуть, что там за прошивка установлена. Старые пока что не перепрошивали. Но у нас и маркировка не обуви, еще есть время.
Включили интерфейс кассира, у обуви запрашивает 2д этикетку сканирую нечего не происходит, сканирую в блокнот все верно и перевод строки в конце, в чем косяк в 1С?