Сейчас закончил глубокую переработку, полностью описанную выше подсистему, а т.к. пришлось переписывать всё - читал свои комментарии и вспомнил историю:

1. Первый режим - "Приложение" сделан в 1999г., когда не алкогольные оптовки получили право вместо живых заверенных сертификатов давать свои подписанные приложения к накладным;
2. В 2003 начались проверки розницы на наличие сохраняемой первички и сертификатов - создан отчет по остаткам;
3. В 2005 "маразм крепчал", как и наказания за них - создана аналитика прогноза по завершениям действия сертификатов и где-то в это время добавилась электронная сертификация... которую свежие изменения не затрагивают - всё хорошо;
3. В 2009 налоговая придралась к форме приложения и её пришлось упрощать - образец выше. Форма регулируется настройкой;
4. В 2017 тема приложений всплыла и форма чуть была подправлена под требования судебных органов... и с этого момента вдруг все сети стали требовать приложений к накладным
5. Январь 2020. Один магазин одной сети раздул тему, что нельзя сокращать номера сертификатов, которые стали "декларациями соответствия", а так же наименований органов выдающих сертификаты... и дабы не превращать эту придирку в "пожар" резко были увеличены размерности атрибутов сертификации, что привело с смене структуры БД и переделки ВСЕГО, а так же перепланирования форм отчетов и документов:

- Научившись на "УСЕга" уже давно программы при первом запуске единожды меняют измененную структуры БД... Однако справочники товаров (партий) имеют 96 полей и переделка по старым алгоритмам имела бы около 500 строк кода - было писать лень... и придумал (сделал) новую технику правки БД... получилось 100 строк вместе с новыми утилитами;
- Ну а дальше аккуратная переделка и отладка всего. Как пример - прогнозирование приближающихся сроков годности для сертификатов на товары:




... и новая форма отчета. Сейчас по новой технологии выгрузки в формат электронных таблиц: https://olegon.ru/showpost.php?p=342505&postcount=20 во всех документах все атрибуты отражаются полностью