Доброго дня! к 2024 году правительство планирует ввести маркировку всего, что выпускается и импортируется территории РФ, не означает ли это что означает конец конфигурациям 7.7?

(386) Это 7.7 или 1С8?

это 7.7

(329)Такую инфу выдала у меня обработка для 1с 7.7
Хм... Прикольная обработка, судя по скриншоту... Если не секрет, расскажите, с помощью чего Вы в 7.7 побайтно кодируете/декодируете символы последовательности из ШК - ? С помощью скриптов(VS, JS), или с помощью какой-то ВК-??? Или все-таки есть какие-то методы штатно это делать?

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

V7 написаны, но все равно очень интересно, как Вы это сделали?

(391)+(390), случайно отправилось раньше времени :-(

(390) В 7.7 штатно хрен что сделаешь, все только через ВК или нечто внешнее.
Можно использовать через "Ъ" классы .Net или писать свою ВК (искать готовые) или да скрипты JS/VB/PowerShell.
Или некий внешний софт/сервис с которым 1С 7.7 каким то образом общается.

(393) Ну, в общем-то, я так и думал. Мне просто интересно, как Виктор в реально работающей обработке, скриншот которой в (329), это решил... Через что конкретно? Что-бы, если понадобится такое в дальнейшем, по граблям меньше ходить...

(394) Вот для работы с именно байтами в 1С 7.7 нет никаких особых проблем, благо есть Симв() и КодСимв().
А еще есть математические операции и работа со строками.

(293) ну если так, то хорошо. Провалят проект, и будет еще несколько лет спокойной жизни.

(395)Есть... Но,это не совсем то, что нужно тут...

(396)Хотелось-бы...

VbScript в 7.7 прекрасно работает,и умеет MidB.

(390) Всё делается штатно, на встроенном языке 1С, без всяких ВК, скриптов и прочей лабудени.
Что именно интересует?

(400) Ну расскажи как на 1С 7.7 с http(s) работать "штатно, на встроенном языке 1С".
А заодно с xml, json, отдельными битами/байтами, криптографией и прочим.
Обязательно без "прочей лабудени"!

(401) Вообще-то я отвечал на вопрос как работает обработка, описанная в (329).
Она использует только встроенный язык 1С.
Причем здесь xml, json, криптография и прочее?

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

(401) Просто внимательней читай вопрос, на который я отвечал ))

(402) Да можно (395) но это реально изврат.

Представь что надо переводить/обрабатывать отдельные байти/биты не в одной строчке а в куче (тысячи и десятки тысяч) строк и очень шустро. На 1С 7.7 без чего то внешнего это будет тормозная жопа.

(402) >Причем здесь xml, json, криптография и прочее?

Это требует маркировка, которая в (0)

(404) В той задаче нет таких объемов и нет видимых задержек в обработке, поэтому использовать доп. ВК для небольшого преобразования данных будет изврат.
(405) Уже выяснили, что я отвечал не на (0).

(400)Спасибо! Значит, все-таки можно извратиться... Я до этого думал, как (393) написано.
Будет время, надо будет посидеть, разобраться, как это сделать. Пока, прикладного смысла у этой задачи лично для меня нет, чисто интересно для "общего развития", так сказать, для "повышения квалификации"...

(404)надо переводить/обрабатывать отдельные байти/биты не в одной строчке а в куче (тысячи и десятки тысяч) строк и очень шустро.

Ну, здесь такой задачи точно нет. И вряд-ли будет.

Adodb.stream,кстати,для работы с двоичными данными очень подходит,и,так как это часть windows,то можно считать,что это штатно.

Вопрос по маркировки обуви:

MarkingType – равно 5408 для обуви

2. GTIN – равно 14-ти знаком после первых символов 01

3. SerialNumber – 13 символов после значения 21 (т.е. начиная с 19)

4. Далее передаём ККМ команду FNSendItemCodeData()

а если в чеке несколько позиций с обувью как заполнять эти кода для отправки они же разные на каждый товар?

На днях видел по телику: чуть ли не единственный завод, обеспечивающий физраствором все потребности РФ с 1 января останавливается, не готов к маркировке. ожидается дефицит физраствора.

(410)по моему FNSendItemCodeData() применяется для строки чека ККМ

(411) Как достаточно разобравшийся в МДЛП хочу сказать что они просто пытаются запугать.
Ничего сложного и особо дорогостоящего там нет. Простой нанять спецов в теме за денежку.
И начать печатать марки и лепить их.

Для маркировки даже льготные EAN коды выделяют http://www.gs1ru.org/marking_gov/

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

Если вернуться к сабжу, то мне вот интересно, кто-нибудь уже пытается в 1С 7.7 интегрировать API для маркировки ЧЗ?
Или будут использовать стороннее ПО (вэб-сервисы, облако) или переходить на снеговика?
Вообще, какие тенденции?

Стоит ли мне пилить тиражное решение для интеграции АПИ маркировки под 1С 7.7?
Будет ли спрос?

(414) Уже пилю почти тиражное для МДЛП, жду когда клиент созреет чтобы начать пилить женские шмотки.

(415)+ И да у меня пофиг что, заказали для 1С 7.7 еФарма но легко и для любой другой платформы 1С или не 1С даже.

(415) Может объединим усилия?
С меня клиенты (постоянно спрашивают). Потом может и сам подключусь к разработке, как время от всяких ЕГАИС, Меркурий и Онлайн-касс освободится.

(415) Вон у меня постоянно клиенты с этим вопросом обращаются (по МДЛП на 1с7.7) - https://forum.infostart.ru/forum24/topic169077/?PAGEN_1=23#message2313878
Пока бортую их... :(

(413) да я вот тоже примерно так и подумал

(417) В личку

(415) одно решение для мдлп, другое для шубаис, третье для шмоток, четвертое для обуви, пятое для табака..? итд?
или все новое что будет маркироваться - в рамках единого какого-то "стандарта марикровки" будет?

(421) Угу, там различия между ними некоторые есть.
Пока для лекарств самое сложное и примерно как алкоголь помарочный.
Все прочее чуть полегче.

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

(423) Угу а сейчас физрастворы без маркировки в виде наименования, серии, срока годности и т.д. отгружают?
Нюню.

(424)+ Самое дорогое в маркировке это софт и работа людей.
Оборудование дешевое или старое.

(424) Наименование обычно пишется типографским способом а серия и срок просто отдельно штампуются на линии.

(425)+ Понятно дело если втюхивают "систему оборудования под ключ" - тут ценник может зашкалить.
Но внутри там "обычные дешевые принтеры" по сути.

Сам видел пузырьки без серии и наименования...

(427) Ну так-то да. Главное всех напугать.

(426) Принтер этикеток стоит недорого (да имею опыт с производством лекарств точнее продукции из крови, плазма и т.д. на станции переливания).
Дорого стоит заставить его печатать то что надо и обеспечить правильную наклейку марок/этикеток.

(428) Можно но тогда они должны быть в групповой таре с маркой.

(421) Для лекарств, наверное, отдельное. А для всего остального можно объединить в один флакон.

(432) Там по сути и объединили.
"ВХОД В ЕДИНЫЙ ЛИЧНЫЙ КАБИНЕТ"

Вроде как в недалеком будущем собираются внедрить маркировку всего и вся. Возможно тогда и введут нечто общее для всех.

(420) См. почту!

(434) Может ЭТО даже заменит ЕГАИС и Меркурий, т.е. их упразднят, а будет единая маркировка ЦРПТ.

(437) Ну учитывая кто хозяева "Честного знака" - вполне возможно.

(436) Чтобы что-то упразднили? Не дождемся.

(438) Оптовые алк. декларации упразднили же. Розничную алк. декларацию не по пиву - тоже.
Щас еще налоговые декларации запланировали упразднять: имущ., земел., транспортный налоги, УСН (Доходы).

(390) Внешняя обработка для 1С 7.7 для тестирования ШК и формирования кода товара в виде последовательности байт для передачи через тег 1162 в чеке ККТ
на основании документа "Протокол информационного обмена (ОФД)" (https://xn--80ajghhoc2aj1c8b.xn--p1ai/upload/iblock/34f/Protokol_informatsionnogo_obmena_OFD.pdf)
выложена здесь https://yadi.sk/d/zg87QbQ9TTA3aQ

Пример работы:
ШК = 010460406000600021N4N57RSCBUZTQ24030040029101612181724010191ffd092tIAF/YVoU4roQS3M/m4z78yFq0fc/WsSmLeX5QkF/YVWwy8IMYAeiQ91Xa2z/fFSJcOkb2N+uUUmfr4n0mOX0Q==
Код товара в формате GS1 Data Matrix или Data Matrix маркировки
GTIN = 04604060006000  Serial = N4N57RSCBUZTQ
КТ = 44 4D 04 2F F7 5C 76 70 4E 34 4E 35 37 52 53 43 42 55 5A 54 51
(Побайтно перевили в вид, необходимый для передачи в ОФД через тег 1162 в составе чека)

http://www.picshare.ru/view/10338497/

ШК = 00000046198488X?io+qCABm8wAYa
Код товара для табачных изделий (пачка сигарет)
GTIN = 000046198488X?  Serial = X?io+qC
Цена = ABm8   ->    95.00 руб.
КТ = 00 05 00 00 02 C0 EE D8 58 3F 69 6F 2B 71 43 41 42 6D 38 20 20

Ссылка на скачивание обработки для 1С 7.7  https://yadi.sk/d/zg87QbQ9TTA3aQ
Прошу привести примеры реальных ШК, которая обработка обработает неправильно ;)

(441) Была ошибка при обработке 29-символьных ШК пачек сигарет, исправил, перевыложил https://yadi.sk/d/zg87QbQ9TTA3aQ

(442) Обновлено до Версии 2.2 - добавлена поддержка сканера через обработку внешнего события https://yadi.sk/d/zg87QbQ9TTA3aQ

(444) :) ...лучше поздно чем никогда

(445) Что значит поздно? Обработка сделана по требованиям ЧЗ, которые ими же еще не поддерживаются даже в малой части. Так что всё только впереди)

(446) Точнее не "сделана", а "обновлена".
Сделана она была еще апреле 2019.

(444) Моя идея! :-))))))))))))))

Я тут попробовал в свой любимый Спарк передать полученную строку КТ... А вот фиг там... В тестовый ОФД прилетает фигня...
Методом "проб и ошибок"(целое мусорное ведро чеков :-) ) удалось выяснить,что надо перекодировать по такому принципу:
A  =>  J
B  =>  K
C  =>  L
D  =>  M
E  =>  N
F  =>  O

Цифры передаются без изменений.

Или я чего-то недопонимаю, или одно из двух...
Видимо, это связано с:
"вносимые данные, представляющие собой либо текстовую строку, либо бинарные в формате BCD48" - цитата из описания драйвера... Но, как кодировать в "формате BCD48" сразу, я так и не понял... Только поискои и заменой получается....

Что-то я совсем запутался... У меня неправильно, или тестовый ОФД раскодирует ШК сигарет из КТ не верно?
Пример1:
ШтрихКод = 00000046214676Qhd.ChxACAA/sWo
КТ = 00 05 00 00 02 C1 2E 14 51 68 64 2E 43 68 78
Вот так выглядит позиция чека в ОФД: https://content.foto.my.mail.ru/mail/m_w_w/_mypagephoto/h-284.jpg
Вроде все правильно, по крайней мере похоже на правду.
Внимание! GTIN(по сути EAN) имеет длину 8 знаков, "коротенький код" сигарет.

Пример2:
ШтрихКод = 04606203100620QHsaNQcAB_oAElf
КТ = 00 05 04 30 77 19 7D CC 51 48 73 61 4E 51 63
А вот так раскодированный ШК позиции в ЛК ОФД виден: https://content.foto.my.mail.ru/mail/m_w_w/_mypagephoto/h-283.jpg
GTIN здесь 13 знаков, "длинный"... Вместо него, явно какая-то лабуда... Кроме того, та часть ШК, которая является GTIN, темно-синим выделена, имеет длину 10 знаков!
Почему? Я что-то не так кодирую, или все-таки они в тестовом ОФД не правильно раскодируют, когда GTIN 13 знаков???
Подскажите, кто сталкивался с похожим...

+(449) Нашел, как на самом деле кодируется BCD48:
Десятичная система    Шестнадцатеричная система     Символ BCD48


0                              0                        “0”
1                              1                        “1”
2                              2                        “2”
3                              3                        “3”
4                              4                        “4”
5                              5                        “5”
6                              6                        “6”
7                              7                        “7”
8                              8                        “8”
9                              9                        “9”
10                            A                         “:”
11                            B                         “;”
12                            C                         “<”
13                            D                        “=”
14                             E                        “>”
15                             F                        “?”

Переделал, но, на то, что описано в (450), это не ни как повлияло, видимо, все-таки в ОФД ошибка...

(451) Рекомендую написать вопрос в их техподдержку [email protected]
Они отвечают.

(452)Спасибо, но CRPT тут не при чем... Это косяк в тестовом ОФД от моего эмулятора ФН, МастерФич. Ни в какой CRPT они не отправляют тестовые чеки, просто у них на сайте должно правильно раскодироваться, и ШК отображаться. КТ виден нормально, как передаю. А похоже, когда GTIN в нем 13 знаков, какой-то косяк возникает, и ШК становится не верным. Я им уже написал письмо, думаю поправят.

Исправили. Молодцы, оперативно.
Теперь верно выводит: https://content.foto.my.mail.ru/mail/m_w_w/_mypagephoto/h-285.jpg Ну, и чудненько. А то уде я засомневался может, сам чего недопонимаю? :-(  Но, нет, ошибка не у меня :-)

(442) Обновлено до Версии 2.3 - добавлена поддержка даже если сканер теряет символ(29) https://yadi.sk/d/zg87QbQ9TTA3aQ

У кого-нибудь есть обработка 7.7 для скачивания файла отправленного поставщиками сигарет  по ЭДО для дальнейшего разбора файла ?

(456) Я все собираюсь такую написать, но файла, на котором "потренироваться" пока нет... Они уже стандартизованы, в части передачи ШК-? Через любого оператора ЭДО, они одинаковые приходить будут, или тут какая-то вольность допускается?
Если кто может, киньте в меня файлик сигарет со штрихкодами, попробую загрузку в документ "ПоступлениеТМЦРозница" нарисовать...

(457) Смотрел в демоверсии СБИС , там документы есть , но как их выгрузить и в каком формате не могу сказать. https://online.saby.ru/docs.html?region_left=inflow&org=m-1a-1d-1

посмотрел в сбисе поступление табака, отдельно приложение *.doc там штрихкоды и расшифровка

скачал xml файлик , могу выслать

(460) Давай. На любую фало-помойку, а сюда ссылку...

давай лучше на почту ,  [email protected] чиркани, я отвечу

Модеры , просьба , сообщение(462) удалите

(440)Пример работы:
ШК = 010460406000600021N4N57RSCBUZTQ24030040029101612181724010191ffd092tIAF/YVoU4roQS3M/m4z78yFq0fc/WsSmLeX5QkF/YVWwy8IMYAeiQ91Xa2z/fFSJcOkb2N+uUUmfr4n0mOX0Q==

А что это за ШтрихКод, с чего считан?

PS А.. Пардоньте, уже нашел, лекарство: "РИМАНТАДИН, ТАБЛЕТКИ, 50 МГ"

PSS Еще вопрос - на сколько можно вот этому доку доверять: "Справочник типов кода идентификатора товаров v1.4.docx" - https://cloud.mail.ru/public/2L2e/53VAXw68N  Это актуальная информация? Вопрос касается больше всего ШК блоков сигарет, все, что видел "в живую", ну никак не вяжется с этим доком :-(

Всем доброго дня. Парни, к кому-то можно обратиться по внедрению маркировки обуви в 1с 7.7 ТиС?

(465) А маркировку обуви разве не дали отсрочку тоже?

(466) Неужели только лекарства до июля 2020 отложили?
Чего то я не наблюдаю в обуви и прочих женских блузках и пальто готовности.

(467) Ваш таймер сбился :-)

По обуви - старт перехода - 01.07.2019г. Старт маркировки остатков - 01.10.2019г. Запрет продажи через кассу - 01.03.2020г.

По легпрому, лекарствам и шинам - там только старт с 01.12.2019г. Теперь вот определились со сроками, когда остальные этапы начнутся.

(468) Ждем в феврале громадных распродаж обуви?

(410) в чек передавать
1 товар = 1 строка = 1 КМ

Так есть у кого нибудь, что нибудь по маркировке обуви для 1С 7.7 ?

(471) А что именно интересует?

(471) пункты маркировки для 1с77:
1 способ
1. Из ЧЗ выгружаем КМ в файл csv
2. Создаем справочник КМ привязанный к Номенклатуре
3. Загружаем КМ из csv
4. Распечатываем этикетки с помощью ocvita.barcode
5. В документе чек добавляем реквизит КМ
6. При сканировании КМ подставляем Номенклатуру
7. Передаем в ККМ КМ (для штрих: 1 на старых ПО в виде hex, 2 с лицензий gtin & serial)

2 способ
1. Из ЧЗ выгружаем КМ в файл pdf или psd
2. Распечатываем
3. В документе чек добавляем реквизит КМ
4. По кнопке сканируем КМ в чек
5. Передаем в ККМ КМ

(473)
2. Зачем привязывать именно КМ к Номенклатуре?
4. Почему именно ocvita.barcode, а не другой компонентой?

(474) 2. Можно сделать отдельно справочник КМ. Но при свертке базы при удалении номенклатуры удаляются подчиненные справочники, а при отдельном справочнике КМ нужно будет писать обработку удаления КМ. И если вы хотите увидеть сколько КМ у Вас осталось у определенной номенклатуры, то при привязке мы открываем подчиненный и видим все КМ за считанные секунды, а при отдельном справочнике отбор по номенклатуре при +1000 КМ будет доходить до десятков секунд.
4. Предлагайте

(475) 2. Предлагаю справочник КМ хранить во внешней БД и не тянуть в базу 1С.
4. zint.exe, formex.dll

(473) 4. Один хер маркировка привязана к инету, можно онлайн сервис для формирования DM юзать
2. И КМ там же хранить

(475) У ЧЗ есть API. API позволяет посмотреть остатки.

Жаль что для обуви упростили пока и не сделали хранение остатков по отделами с перемещениями как в МДЛП, так и у себя бы хранить не неадо.

(478) *отделами/складам

(478) По опыту ЕГАИС и Меркурия остатки лучше дублировать локально, если хочется иметь к ним быстрый доступ и в любое время))

(476) (480) 2. Получается будет открываться 2 базы - уже не быстро. и открытые 2 базы будут есть ресурсы. В основном розница сидит на допотопных компьютерах E6300, максимум G3240, какие там АПИ и онлайн сервисы с адсл линией в 2мб.
4. formex неплохо, но кода больше. В свойствах ocvita "Таб.ТекущийОбъект.barcode = СокрЛП(ТаблицаТоваров.Штрихкод)". И был опыт нестабильной работы (зависания, вылетания) на formex на ранних версиях, поэтому не стал пробовать.

(475) 2. Не всегда КМы можно привязать к Номенклатуре 1С. Например, получили "упрощенные" КМ и привязали их к Номенклатуре позже, или решили вообще не привязывать, а наклеивать этикетки по мере продажи товара. А КМ надо уже хранить.

4. кода одинаково, формекс занимает меньше места, не требует регистрации в реестре, крайние версии работают стабильно. А вот Оквита роняет 1С при попытке распечатать ШК в формате GS1 Datamatrix, если переданное в нее значение не соответствует этому формату. Формекс же просто нарисует белый квадрат вместо ШК, не роняя и не зависая 1С.

(473) Реализовали для 1С 7.7 загрузку кодов маркировок из файла csv и их печать.

Демо-версию обработки можно скачать по ссылке https://yadi.sk/d/zg87QbQ9TTA3aQ
https://ibb.co/JnT5GZz
https://ibb.co/1QzWt26

Теперь с помощью обработки можно в 1С 7.7 загружать файлы с кодами маркировки в формате csv и печатать либо на ленту (принтер этикеток) либо на лист (офисный принтер).
Есть возможность создать разные шаблоны этикеток с настраиваемым выводом текста, с указанием числа рядов и столбцов при печати этикетов на офисный принтер.

Имеется проверка штрихкодов на соответствие форматам согласно документа "Протокол информационного обмена (ОФД) " https://честныйзнак.рф/upload/iblock/34f/Protokol_informatsionnogo_obmena_OFD.pdf (учтены все возможные типы ШК товаров).
Выделение из ШК идентификаторов применения (AI) и их показ. Расшифровка максимальной розничной цены (МРЦ) из Datamatrix табака.

Вот так выглядит проверка ШК: https://ibb.co/tq8Bhry

Причем алгоритм распознает, в т.ч. старые типы ШК (которые имеют некоторые ЛП, например). Устойчив, если идентификаторы применения не соответствуют стандарту, если перед ними отсутствуют GS.

внешняя база это SqlExpress,mysql или FireBird.
почему бы в ней вообще все не хранить?

(484) SQLite, по-моему, лучше для 1С 7.7. подойдет. Нет?

(483) Обновление до версии 3.0. Удалось решить проблему, описанную Запуск Маркировки обуви, пост 641:
"первый символ в датаматриксе = FNC1(не представлен в 1с и его уникоде), а далее между блоками поставить 2 знака GroupSeparator (в 1с символ(29))."
Теперь ШК печатается в строгом соответствии с ГОСТом ЦРПТ.
Благодарность АЛьФу, за поддержку своего детища - formex.dll и своевременное его обновление, что позволило учесть вывод разделителей в ШК согласно нормам ЦРПТ.

(486) Ссылка на скачивание не изменилась https://yadi.sk/d/zg87QbQ9TTA3aQ
Скриншот https://ibb.co/ZG7b8Gm