Добрый день. Ошибка вроде понятная, много где про неё написано - нужно отсканировать код маркировки, а не копировать вручную, что его нельзя хранить в открытом виде, но у нас другая ситуация.
Есть большая Розница 2.3. Реструктуризация которой при некоторых обновлениях может занимать до 15-20 часов и магазин, который работает без выходных и на обновление нет этих 15-20 часов. Была выбрана другая стратегия обновления: делаем копию, её обновляем, пишем правила обмена на КД2 и в день обновления переносим документы/справочники в обновленную базу и её подменяем вместо рабочий.
В двух базах получается одинаковый отложенный чек, с виду одинаковый штрихкод упаковок, но в базе до обновления этот чек можно пробить, а в обновленной нет. Вопрос - как всё-таки система понимает что в одной базе он был отсканирован в документ, а в другой перенесен?

Скорее всего, полный код марки не сохраняется в базе, а живёт в оперативке (в какой-то переменной, до закрытия чека). А сохраняется без криптохвоста. Поэтому и так.

Думаю не в оперативке а во временном хранилище

Полный код маркировки 1С хранит в РегистрыСведений.ПулКодовМаркировкиСУЗ.

(3) А если этот регистр пустой?
Я как понимаю он используется с момента получения кодов маркировки до момента их печати, т.е. для выпускающего продукцию. При продажах он не используется

(4) Скорее всего. По наличию СУЗ в названии. Хотя, обозвать могут как угодно, там много не логичного...

Вероятнее всего в (2) правильно.
Я, говоря про оперативку, просто забыл про временное хранилище.
Ну, что поделать - застарелый клюшечник :-))))

(0) А РС "Статусы проверки и подбора ИС" тоже переносили? Там есть хранилище значений с отсканированными марками, мне лень проверять - есть ли там криптохвост.

(6) Проверил - регистр пустой

https://fort.crimea.com/support/7335-v-otlojennom-cheke-ne-sohranyayutsya-kody-markirovki.html

Оно может в драйвере АТОЛ храниться ))
https://geniy1s.ru/chek-ne-napechatan-nekorrektnyj-kod-markirovki-atol-roznicza-2-3/

(8)(9) Это совсем другое.
Тем более если он хранился бы драйвере - перенос чека в другую 1с на этом же компьютере не влияло бы тогда

(9) Да ну, в каком драйвере...
В драйвере (точнее, даже не в драйвере, а в самой ККТ) хранится результат проверки марки в связке с самой маркой, по ОИСМ. Для формитования тега 2106.  Это чисто "внутренние дела" кассы, живет до пробития чека с этой маркой (или до команды принудительной очистки этого буфера) и ни куда наружу не вытаскивается, и ни чем не используется. Тем более отложенными чеками.
А вообще, в Рознице, марки в отложенных чеках сохраняются? А то по ответу СП, по ссылке в (8), получаетя, что и не должны... Я как-то в Рознице с отложками и не заморачивался, они там для маркировки работают вообще - ? А то может мы "ищем черую кошку в темной комнате, когда ее там нет" :-)

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

(12) А только на сеанс, или вообще? Если закрыть программу, и открыть по новой, сохраняютя?
А если смену закрыть, потом, в новой смене отложки с предыдущей будут?

PS Интересно понять, если они где-то хранятся - то где? ЦРПТ запрещает хранить марки с криптохвостами в явном виде, где-либо, кроме отпечатанных этикеток. 1С скорее всего, соблюдает этот запрет (по большому счету - глупый, при современном уровне развития технологий, когда смартфон со сканером 2D в кармане у каждого первого :-) ), в отличии от мелких игроков рынка... Но, если отложки с марками сохраняютя, то получается "не совсем!" :-)

(13) Если хотите напечатать, надо хранить марки с криптохвостами

(14) Если хотите напечатать
Да. Но, тут речь о продажах по ККТ уже напечатанных.
(14) надо хранить марки с криптохвостами
Само собой. Раньше, при заказе марок в СУЗ, ЧЗ отдавали файлы в формате CSV, полные, с криптохвостами... Потом, ограничили, что скачать сформированный фвйл можно только один раз.
А потом, вообще CSV убрали, сделали скачку только в PDF, убогого формата, по крайней мере для розницы. Для маркировки остатков (для производителей, скорее всего оставили, или можно получить полные марки по API, иначе жо, как-то же они их печатают...).
Приходилось "извращаться" с распознаванием из PDF, благо такие обработки есть.

ЗЫ По сути защита от дураков... Если кому-то нужно - и так смогут получить полные коды с криптохвостами, как не защищай.

(15)Я хз конечно что и где ограничили, но из документа Эмиссия кодов маркировки есть типовой механизм по выводу заказанных кодов маркировки в Base64

Честный знак = криптохвост...
Кто-то этого не понимает..

(16) После того, как ты по нему оформишь документ МаркировкаТоваровИСМП с типом Верификация/Отчет о нанесении (не помню уж) - твои криптохвосты - всё, окончены. Не теряйте хвосты, пацаны, вы матерям еще нужны.

(18) 👍

(13) В чеках хранятся марки без криптохвоста всегда. И в отложенных и пробитых.

(18)Ну он не даёт выводить уже такую таблицу, это верно. Но он что и из базы прям трёт данные о base64 этих кодов?

(18) Верификация/Отчет о нанесении (не помню уж) - твои криптохвосты

Да, все верно. Но. Тут, скорее всего таких документов и нет. Я так понимаю, что автор с СУЗ не работает, марки сам не печатает и не наносит. Получает их от поставщиков по ЭДО. Там они уже без криптохвостов. Криптохвосты в этот момент - только на бумажных этикетках (и скорее всего сохранены у производителя).
А дальше, марки сканируют на кассе. Сканер их считывает полностью, как есть, с криптохвостами, и передает в ККТ для продажи. В базе программы, сохраняются они потом, после пробития чека уже урезанные, без криптоподписи.
Судя по (12) в отложках они сохраняются где-то полностью, иначе отложенный чек не пробить без повторного сканирования марок - для закрытия чека требуются марки полные.
Но, судя по (20) - в самих чеках они без криптохвостов.
Скорее всего Гарик правильно в (2) написал - во временном хранилище.

PS Хотя, я не сильно удивлюсь, если не хранятся даже временно вообще, и при закрытии отложенных чеков с марками надо марки по новой сканировать - могли и не реализовать такой алгоритм, с временным хранилищем, с разработчиков типовой конфы все может сбыться :-)))

(22) Отложенный чек с марками точно пробивается!

Причем были случаи что его пробивали в другой смене через 2 недели и он пробился.

Вопрос снят, но не решен. Кассиры были предупреждены - отложенные чеки пробили до перехода на новый релиз,
Но появился нюанс - раньше в бумажном чеке маркированный товар печатался 1 штука - 1 строка, теперь стал группировать. Не нашел настройку, которая на это повлияла, но чеки стала короче.