Маркировка готовой молочной продукции. Решения для клиентов УС Land : КИС Lack & УС Land

Конечно этой проблемой начал заниматься не сейчас, но уже пора выходить на "финишную прямую" - вот и буду по мере желания рассказывать о моих подходах в решении всех связанных с маркировкой проблемами. Хотя для меня это является достойно оплачиваемым проектом, но стимулом является "кнут": ИМХО спасение от нищеты ряда олигархов является генеральной линией "партии", а посему "маркировка" рано или поздно будет на все виды товаров, т.е. не сейчас, так через некоторое время всё равно придётся ей заниматься.

Здесь, хотя и создаваемые технологии будут универсальными, но всё же ориентация за "готовую молочку со сроками годности до 40 суток" в рамках технологий "УС Land", а по общим вопросам "маркировки" есть раздел: https://olegon.ru/forumdisplay.php?f=382, а по "молочке" тема: https://olegon.ru/showthread.php?t=33719 - велком!

Как обычно в данном проекте выполняю функции руководителя, архитектора проекта и … программиста и техподдержки по всем вопросам. Как программист последний месяц занимался доработкой инструмента, имеющего туеву хучу ограничений и недостатков... Потом может быть опишу, а как "остальное" - скопирую своё письмо клиентам, где, мне кажется есть полезные рекомендации и информация для всех?


Добрый день! Если, что-то не совсем понятно — звоните, будем разбираться...

Учитывая, что имеете молочку со сроком хранения до 40 суток, то все действия, учитывая задержки на различных этапах желательно провести до 15 марта 2022г

При продаже молочной продукции розничным торговцам придется сканировать коды маркировки на кассе и передавать сведения о продажах в систему Честный ЗНАК через оператора ЭДО. Перед началом продаж необходимо протестировать процессы и обеспечить наличие 2D-сканеров на кассах, а также, при необходимости, обновить кассовое ПО

Розница обязана фиксировать выбытие:
маркированной молочной продукции сроком годности 40 дней и менее — с 31.03.2022;
маркированной продукции сроком годности более 40 дней — с 01.06.2022.

Как подготовиться к продажам новой розничной точке? Оформить квалифицированную электронную подпись (УКЭП) и установить ПО для работы с ней. Подходит УКЭП для сдачи отчетности. Зарегистрироваться в личном кабинете и заполнить профиль на ресурсе Честный ЗНАК… Сделано!

Заключить договоры с оператором-ЦРПТ, оператором ЭДО и оператором ОФД? Уточнить у поставщиков решений, требуется ли обновление кассового и учетного ПО для работы с молочной продукцией. Проверить чтение кодов сканером, при необходимости обновить прошивку.

Если на кассе не считывается маркировка, что делать продавцу? Такую продукцию нельзя продавать в розницу, иначе продавцу грозят серьезные штрафы по КоАП. Процесса перемаркировки для молочной продукции на сегодняшний день не существует. Поэтому рекомендуем, во-первых, проверить целостность упаковки (возможно товар был поврежден на полке), а затем — если упаковка не имеет недостатков — связаться с производителем / поставщиком и урегулировать спор в претензионном порядке (через возврат продукции).

После 09.22. Как проводить продажи сыров, которые поступают в магазин цельным кругом (брусом), а для реализации их нарезают? Сыр приходит на торговую точку, уже промаркированный поставщиком. При нарезке продавец должен сообщить в системе код маркировки и указать, что товар реализуется на развес. Сама же нарезка не маркируется. И в кассовом чеке коды маркировки по такому товару не указываются. Для магазина с сентября 2022 года добавится обязанность делать вывод кода маркировки цельного круга сыра путем прямой подачи сведений в систему

------------------------

Общие сведения и планы на будущее Законодатель планирует, что с сентября 2022 года на территории РФ начнется полная прослеживаемость молочных продуктов, она будет проходить по объемно-сортовому принципу. Это значит, что в составе универсального передаточного документа (УПД) необходимо будет передавать код товара и количество маркированной продукции. Далее, с декабря 2023 года нас ждет поэкземплярная прослеживаемость всех товаров сроком годности более 40 дней, а для скоропортящейся молочки сохранится объемно-сортовой учет.

Отправку "марок" по молочке для розницы перенесли на 1 сентября 2022: https://olegon.ru/showpost.php?p=381841&postcount=18 Однако вопрос пока без ответа - ведь с 1 сентября 2022 предполагалось обмен ЭДО по молочке в свете маркировки... Что для опта (розницы) одновременно и без отладки процессов обязуют ЭДО и отправку марок с касс? Реальная ли одновременно решать эти задачи?

На сайте ЧЗ вывешены новые сроки по "маркировке" молочки - 1 сентября 2022г. будет полный армагедец: [ ➜ ]

Сроки запуска маркировки молока и молочной продукции


Старт добровольной маркировки c 20 января 2021 года Производитель, импортер, оптовик, розница – могут добровольно маркировать, вводить в оборот и фиксировать выбытие при розничной реализации, включая продажу через кассу

Маркировка становится обязательной для категорий «мороженое» (за исключением мороженого без молочного жира и/или молочного белка) и «сыры» c 1 июня 2021 года Производители сыров и мороженого – с этой даты обязаны быть зарегистрированы в системе и описать свои товары в каталоге. К этому времени должны быть полностью настроены процессы по заказу кодов, их нанесению на товары с подачей отчета о нанесении, оплате кодов и вводу в оборот

Маркировка становится обязательной для молочных продуктов сроком годности более 40 дней c 1 сентября 2021 года Производители молочной продукции сроком годности более 40 дней с этой даты обязаны быть зарегистрированы в системе и описать свои товары в каталоге. К этому времени должны быть полностью настроены процессы по заказу кодов, их нанесению на товары с подачей отчета о нанесении, оплате кодов и вводу в оборот

Маркировка становится обязательной для молочных продуктов сроком годности 40 дней и менее c 1 декабря 2021 года Производители молочной продукции сроком годности 40 дней и менее с этой даты обязаны быть зарегистрированы в системе и описать свои товары в каталоге. К этому времени должны быть полностью настроены процессы по заказу кодов, их нанесению на товары с подачей отчета о нанесении, оплате кодов и вводу в оборот

Становится обязательной передача сведений в систему маркировки о розничной реализации, включая продажу через кассу, всей молочной продукции, подлежащей маркировке c 1 сентября 2022 года

Розница, которая продает маркированную молочную продукцию, с этой даты должна начать сканировать коды на кассе при продаже и передавать сведения о продажах в систему с использованием онлайн-касс. К этому времени необходимо протестировать процессы продажи и обеспечить наличие 2D-сканеров на кассах, а также при необходимости обновить кассовое ПО.

Для оптового и розничного звена вводится объемно-артикульный учет, а также для всех участников оборота обязательна передача сведений о выводе продукции из оборота в виде объемно-сортового учета c 1 сентября 2022 года

Производитель, импортер, оптовик, розница - Участникам необходимо настроить электронный документооборот. Для этого нужно выбрать оператора ЭДО, провести тестирование электронного документооборота с контрагентами. Передавать сведения в систему необходимо о партиях товаров (информация о коде товара и количестве отгружаемого маркированного товара), без указания кодов маркировки, которые перемещаются между собственниками. Необходимо передавать в систему сведения о выводе продукции из оборота по всем причинам, отличным от продажи по ККТ (т.к. она с 1 декабря 2021г) в виде объемно-сортового учета – указание кода товара и количество выводимого товара без указания конкретных единиц маркированного товара

Становится обязательной передача сведений в систему маркировки о выбытие молочной продукции для сегмента HoReCa и госучреждений c 1 декабря 2023 года Участники оборота в сегменте HoReCa (рестораны, кафе, отели), а также госучреждения (столовые в школах, детских садах, больницах), приобретающие молочную продукцию для использования в целях, не связанных с ее последующей реализацией (продажей), должны с этой даты представлять в информационную систему мониторинга сведения о выводе из оборота указанной молочной продукции. Для этого участникам необходимо настроить электронный документооборот. Потребуется выбрать оператора ЭДО и провести тестирование электронного документооборота с контрагентами.

Маркировка становится обязательной для фермеров (КФХ,СПК) c 1 декабря 2023 года Производитель - к этому времени должны быть полностью настроены процессы по заказу кодов, их нанесению на товары с подачей отчета о нанесении, оплате кодов и вводу в оборот, а также реализована регистрация в системе маркировки.

Вводится поэкземплярный учет для продукции со сроками хранения более 40 дней, а также для всех участников оборота обязательна передача сведений о выводе продукции из оборота c 1 декабря 2023 года

Производитель, импортер, оптовик, розница - участникам необходимо настроить электронный документооборот. Для этого нужно выбрать оператора ЭДО, провести тестирование электронного документооборота с контрагентами. Передавать сведения в систему необходимо о каждой единице маркированного товара. Для всех участников оборота вводится передача в систему сведений о выводе продукции из оборота по всем причинам, отличным от продажи по ККТ (т.к. она с 1 декабря 2021 г.) в виде поэкземплярного учета – указание кода товара и количество выводимого товара с указанием конкретных единиц маркированного товара



P.S. и по минеральной воде: [ ➜ ]

Вот и подготовлена к тестовой эксплуатации альфа версия программы интеграции системы "УС Land" по требованиям для оптовок и отчасти розницы на 1 сентября 2022г. Все цепочки для абстрактного провайдера и предприятия пользователя созданы и условно отлажены... и вскоре приступлю к обучению персонала. Структура хранения и обработки информации "заложена" на учет движения по маркам, а пока по сути только ЭДО.

Наибольший гемор с "маркировкой", которые пока не осознают крупные сети - практически полное отсутствие уникальных идентификаторов объектов документооборота... Система: https://olegon.ru/showthread.php?t=33631 уже кажется "легкой разминкой", где есть уникальные идентификаторы и жесткие стандарты EDI. Морда программы, как всегда примитивная, а все сложности лежат во внутренних алгоритмах программы:





Кратко по созданным на сей момент механизмам:

1. Исходящие.

- Из "УС Land" по пачке отгрузочных ТТН со счетами фактурами выгружается посылка;
- При запуске режима отправки по данным из посылки, УС создаются электронные УПД:
- Все УПД локальной исходящей папки отправляются на FTP сервер провайдера.


2. Входящие

- Закачка всех УПД из FTP сервера провайдера;
- Последовательно по каждому входящему УПД в полуручном режиме создаются объекты в "УС Land";
- Создаются приходные накладные.


… конечно все процессы логируются, а объекты документооборота верифицируются.

Тяжела и неказиста жизнь простого программиста или как в анекдоте "Приходит домой муж в дровину пьяный: - Жена, бегом тазик мне! Ща блевать буду!!! Жена принесла таз, он стоит над ним, покачивается и не блюет... Жена: - Ну?!?! Муж: - Концепция изменилась... Я обосрался..."

Как описал выше - черновик для интеграции через коммерческое ЭДО нескольких провайдеров сделан и условно отлажен. Давно пора начинать чистовую отладку и реальную работу по обмену документами, но заказчики, хотя и оплачивают мою работу, но не верят, что маркировку для оптовки и розницы запустят с 1 сентября, а коммерческие провайдеры увеличивают хотелки по суммам по мере приближения к реальной работе с ними. Тщательно изучив ситуацию потребовал предоставить мне ключ, т.к. увидеть полезные ресурсы ЧЗ без него практически невозможно, а так же не совсем понял, но нужно ещё и платить за лицензии КриптоПро, т.е. после изучения теории квест выглядел:

Вступление. До этого на одном ПК для другой фирмы было установлено демо КриптоПро, но ключ этой фирмы "исчез". Попытка настройки на нём ключа другой фирмы натолкнулся на необходимость покупки лицензии, но вспомнил: https://olegon.ru/showpost.php?p=383238&postcount=113 … и начал изучать вопрос. Суть: халява только для подписи директора выданной в ФНС и действует на срок ключа, но для ключей записанных после 12 апреля 2022, а у них от февраля 2022... Изучил, что можно и самого динамичного хозяина отправили в ФНС перевыпускать ключ, после чего он передал его мне, что-бы по сути начать хоть что-то реальное изучать... а тем временем "квест" с коммерческим провайдером дошел до этапа - что-бы начать хоть что-то с ними делать нужно: заключить договор с ними, предоставить договора с контрагентами по ЭДО, оплатить для начала 15.0 за обслуживание + 7.0 FTP канал, + 34.0 по тарифному плану, а если всё-таки перенесут, то эти деньги пропадут... и это по каждому ИП и ЮЛ...

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

Я понимаю малограммотность моих клиентов - мелкий гаражный бизнес, но "дремучесть" узких специалистов контрагентов мне непонятна? Пришлось составить письмо для рассылок - авось мне дадут поработать, а не заниматься "ликбезом"?





Добрый день!

Мы являемся пользователями ЭДО-Лайт, наш код: 2LT-11**** и у нас нет возможностей «принимать приглашений», требовать чего либо от провайдера. Взаимодействие с нами, если вы используете коммерческого провайдера, настраиваются на вашей стороне. Подробнее описано в очень краткой приложенной инструкции от «Честного знака».

Вложения

Listovka_ChZ.7z (601.2 Кб, 17 просмотров)

Не столько решения, а сколько удивительные новости, которые заметил, занимаясь работами по заморочкам пользователей:

1. Видимо это причина задержек в работе ЧЗ сегодня... На странице пользователя висит сообщение:





2. А основная заморочка, по которой две недели не удавалась найти решение... Да и на обеих сторонах не дюже грамотные лица, а многочисленные обращение в ЧЗ так же не помогли - типа у нас всё правильно??? Было нащупано решение методом тыка - контрагенту послали УПД, где был заполнен единственный товарный атрибут... и всё прошло:





Сегодня посветил время глубокому изучению требований к формату кода транспортной упаковки... и сегодня нашел источник проблемы и непонимания всех аргументов и нашим отсылок к законам, думаю - это косяк на платформе провайдера Тензор и его неверное толкование "дорожной карты" и соответственно ошибки в работе их сервиса? Версия дорожной карты от такском. Цитата с ихнего сайта:

Иду со своими клиентами особой дорогой и пока разгребаю кучки проблем, связанные с глубинными технологическими недоработками системы маркировки. Основное - это отсутствие жесткого стандарта на форматы УПД, как следствие каждый провайдер чудит, а каждый розничный покупатель тупит по своему... Впрочем, приведенные ниже ответы "Честного знака" им по барабану... для них важнее их личное видение правил и требований оформления документов, т.е. в "идеале" программа интеграции должна иметь бесконечное число вариантов оформления документов. Приведенные ниже ответы ЧЗ были отосланы сложным клиентам, а в ответ "и на постановления, и на разъяснения ЧЗ нам нас...ть"

1. INC1409964 Формат идентификатора транспортной упаковки. Пока его и марки не нужно указывать в УПД? Однако платформы некоторых провайдеров на УПД без данного атрибута товара дают ошибки чтения УПД. Сейчас, если указать любой набор цифр от 18 знаков, то всё у этих провайдеров и ЭДО Лайт проходит. Подскажите пожалуйста, м.б. есть требования или рекомендации к формату идентификатора транспортной упаковки?

2. INC1422285. Обязательность отражения кодов в УПД. От нас требует один поставщик указывать в УПД на возврат молочки коды групповых и транспортных упаковок и якобы это обязательное требование от Честного знака начиная с 1 сентября 2022 года. Подскажите пожалуйста является ли обязательным указание в электронных УПД сейчас кодов: 1. Кодов групповых упаковок. 2. Кодов транспортных упаковок. 3. Кодов марок (КИ) возвращаемых единиц маркированной продукции?

Представленная ниже конструкция (концепция) уже 100% используется в опытно промышленной эксплуатации, хотя и представляет собой "скелет", на который будут наращиваться многочисленные доработки необходимость, которых будет диктоваться "генеральной линией" "Честного знака" и маркировкой в целом

Концепции интеграции системы «УС Лэнд» с маркировкой от «Честного знака»
Изначально создавалась программа автоматической интеграции по маркировке готовой молочной продукции, предполагая некоего абстрактного коммерческого провайдера. К середине августа был создан работающий прототип программы, однако получив большой объем информации о требованиях таких провайдеров, нюансов электронного документооборота было принято решение об отказе от интеграции с такими провайдерами в пользу интеграции с «ЭДО Лайт» от «Честного знака» и начались работы, практически с нуля по механизмам полуручной интеграции с ним.

Почему «ЭДО Лайт»? Изначально был отказ от него по якобы причине бесплатного документооборота лишь до 1000 документов в год, но это была рекламная ложь коммерческих провайдеров, а реально ограничение на 1000 документов лишь при использовании API, при использовании платформы «ЧЗ», в том числе по операциям экспорта/импорта XML файлов число документов неограниченно. Кроме этого были учтены соображения:

1. Затраты. Среди ряда популярных провайдеров были изучены коммерческие предложения на пакет услуг по передачи документов, включающий трафик 12 000 документов в год, стоимость аренды FTP сервера, стоимость технической поддержки и содействии е в отладке программы интеграции. Минимально нашли с разовым платежом за вышеперечисленное около 70 000 рублей, а «ЭДО Лайт» бесплатно;
2. Подключение к ЭДО. У коммерческих провайдеров требуется по каждому контрагенту писать письмо с просьбой подключения, настройка связи на платформе провайдера, что требует «потери» времени. «ЭДО Лайт» ничего делать не нужно, а контрагенты, как правило мелкая розница, использующая это ЭДО «приглашаются» автоматически;
3. Требования к форматам. Каждый коммерческий провайдеримеет свои особые, изменяемые за большую платы жесткие требования к форматам XML файлов УПД. «ЭДО Лайт» допускает гибкие форматы УПД, лишь бы они соответствовали формату от ФНС, т.е. в рамках оборота через провайдера «ЭДО Лайт» возможны бесплатные адаптации XML файлов к требованиям провайдеров покупателей, чем не единожды пришлось воспользоваться. При работе через коммерческого провайдера, если его требования «конфликтуют» с требованиями провайдера получателя, то или долго и дорого ожидать доработки от них, или теряем покупателя:
4. Сложности и временные затраты. Всё равно на платформе нужно через ЭЦП подписывать исходящее УПД, заполняя ряд атрибутов, а на остальных работах затрачивает около 30 секунд на один документ, что для небольшого оптового оборота не критично.

История развития программы интеграции. Первой задачей стала «выгрузка из учетной системы отгрузочных ТТН» - сделано, но «наткнулись» на особенности требований коммерческих провайдеров покупателей к оформлению электронных УПД. Придумывание и создание структур XML документов по схемам таких провайдеров и требований ключевых покупателей. Затем выявилась «срочная» задача вывода из оборота марок, как альтернативы и дополнения требования к продажам через кассу с отправкой марок в «Честный знак». Наконец была решены задача импорта и автоматического занесения приходных накладных из электронных УПД.

Доработки учетной системы и программы, делаемые в процессе создания программ интеграции с маркировкой от «Честного знака». Данные доработки подразумевали в перспективе учет и работу с марками и их наличие или добавления в документы, что сейчас не нужно:

1. Учетная система «УС Лэнд». Внесение в структуру БД новых атрибутов, обязательных и/или ключевых для ЭДО, контроль их правильности, механизмы их легкого ведения. Выгрузка одного или пачки «отгрузочных накладных» и «накладных на возврат поставщикам» в программу интеграции zL. Загрузка приходных электронных УПД из zL, сопоставление объектов УС и УПД, автоматическое или полуавтоматическое создание новых объектов УС. По УПД с существующими поставщиками и товарам приём осуществляется автоматически;
2. Программы «вывода из оборота» zV. https://olegon.ru/showthread.php?t=37545 Независимая программа подготовки файлов для загрузки в личный кабинет «Честного знака» для вывода марок из оборота, облегчающая данную процедуру. Так же написана технологическая инструкция по облегчению данных процессов, легкому исправлению ошибок, возникающих при этом;
3. Бездиалоговая программа интеграции с «ЭДО Лайт» - zL. В программе, по расходным ТТН из учетной системы, создаются исходящие электронные УПД, учитывая в её настройках требования к оформлениям XML файлов конкретных провайдеров или покупателей. Входящие электронные УПД от поставщиков преобразуются в форму, пригодную для импорта в учетную систему.

Общая структура взаимодействия программ и сервисов «Честного знака»:





Краткие замечания по схеме:

1. На платформе. В ручном режиме – нажимаем кнопку: подписываем, отправляемые в «Честный знак» электронные документы. Загружаем документы, УПД, нажимая кнопку и выбирая файл в каталоге компьютера. Выгружаем УПД, нажав кнопку;
2. Программы интеграции zV и zL. В соответствии с настройками на схему папок обмена, реквизиты обслуживаемого предприятия и провайдера, правил работы с «особыми» провайдерами и контрагентами, «разбирают» или создают файлы XML для обмена;
3. Учетная система. Согласно внутренним технологиям, выгружает или загружает файлы обмена. Все остальные работы «как обычно».


Ключевые требования и рекомендации к данным учетной системы:

1. Клиенты. Обязательный атрибут – код ФНС в системе ЭДО и код провайдера. Отсутствие атрибута даёт ошибки загрузки в «ЭДО Лайт»: ИНН, КПП для юридического лица, адрес в формате КЛАДР, дата и номер договора поставки, правильное наименование для ИП/ЮЛ;
2. Адреса погрузки/разгрузки. Обязательно наличие у клиента и в ТТН. В адресе обязательно его задание в формате КЛАДР и наличие КПП у юридического лица;
3. Ассортименты. Желательно наличие штрих кода - GTIN, а без него ряд провайдеров «бракует» такие УПД. При приёме учетная система использует данный код, как уникальный идентификатор «товара», но при его отсутствии использует «наименование товара у поставщика» - альтернативный ключ;
4. Товары, цены в ТТН. Обязательно код ОКЕИ, ставка НДС. Цена реализации не должна давать ошибки округления при добавлении или выделения НДС, т.е. при расчете цены без НДС должна получаться цена с точностью до копейки. При закачке приходной ТТН программа «обрабатывает» такие «ошибки», но изученные УПД от поставщиков таких ошибок не имели. Желательно, что диагностирует «УС Лэнд», что бы цена товара, умножимая на количества давала сумму, точную до копеек, а иначе сумма расходной ТТН может не совпадать с суммой электронной УПД, что может вызывать «замечания» у покупателей;

5. Замечание. Перечисленные выше требования обязательны для создания исходящих УПД, но при приёме входящих УПД программа может принять, как угодно, оформленные УПД, лишь бы их пропускала система ЭДО.

Пользуясь случаем хочу... Напомнить себе о нюансах, наверное всех сервисов? Сегодня звонок - а чё ЧЗ не даёт подписать входящий УПД с сообщением неправильно оформленный документ... Встречались и другие сообщения от ЧЗ... Ситуация возникает редко, а посему забывается, непредсказуемо и на разных браузерах - по непонятным причинам. На Chrome прослеживается - закрываем броузер, вставляем ключ другого предприятия, а в шапке экрана пишет наименование предприятия, которое было до того. Лечение - выход из предприятия, появляется запрос ввода сертификата, выбрав правильный всё исправляет. Однако расскажу по более сложной для понимания теме, да и похвалиться хочется...

Ввод в "УС Лэнд" входящих в ЧЗ входящих УПД и сопоставление объектов

1. Сохраняем входящий УПД из ЛК ЧЗ в папку input программы zL, которая обнаружив эту "радость" парсит XML файл и преобразует его в посылку УС. Разделение процессов сделано с целью отделения логики и форматов ЭДО от логики УС




2. Через меню или кнопкой вызываем режим закачки УПД. При каждом вызове обрабатывается единственный УПД, который после обработки переносится в архив:




3. Сопоставляем поставщика. Программа ищет по ключам: в начале по ФНС-ИД, а если не находит, то по ИНН, предлагая код с описанием потенциально закачиваемых атрибутов или говорит, что не нашла, в последнем случае нужно ввести клиента с любым именем, а остальное прога возьмет из УПД. Так же пытается найти адрес погрузки по КПП для ЮЛ или адресу:




4. Подтверждаем атрибуты контрагента и переходим к циклическому сопоставлению номенклатуры. В начале сопоставляем ассортимент по ШК (GTIN), а если нет или не находим по "наименованию у поставщика". После чего программа по коду ассортимента ищет принадлежащий ему товар (партию), пришедшую последнюю. Если не находит, то придётся заполнить основные атрибуты партии, а если находит и ничего не меняется, то просто подтверждаем PgDown




5. Опосля обхода всех товаров приходной УПД создается нераспределенная, т.е. не порождающая операций приходная накладная, которую можно подправить... Уже обработано полсотни приходов и нужды в правках не возникало:




P.S. Описал очень кратко, хотя имеется множество рекомендаций и оговорок. Всё детально описано в инструкции LS012023.DOC, приложенной к версии УС: https://olegon.ru/showpost.php?p=388794&postcount=77