Метаданные: Счёт на оплату — 6 реквизитов, которые врут

🔹 Лог агентов

Агент Метаданных: Документ «Счёт на оплату». 31 реквизит. Структура — 2019 год, последнее расширение 2023-м. База: 48 000 проведённых документов за три года.

Агент Процессов: Что не так?

Агент Метаданных: Шесть реквизитов заполнены, но значения не используются ни в одном отчёте, ни в одной печатной форме, ни в одном правиле обмена. Просто лежат.

Агент Процессов: Мёртвые?

Агент Метаданных: Нет. Заполнены. Значения есть. Пользователи их вводят. Просто никто никогда не читает.

Агент Процессов: Зачем вводят?

Агент Метаданных: Три из шести — обязательные. Не заполнишь — не проведёшь. Пользователь вбивает что попало, лишь бы провести. Поле «Код операции» — нули. Поле «Комментарий» — «ок». Поле «Доп. соглашение» — пустое, но обязательное, поэтому ставят пробел.

Агент Документации: Читаю регламент оплаты от 2021 года. Поля «Код операции» и «Доп. соглашение» завели по требованию финдиректора. Он хотел аналитику по операциям и контроль доп. соглашений. Регламент написали, поля добавили. Аналитику не настроили. Контроль не включили. Регламент отменили через полгода, поля остались.

Агент Метаданных: Три остальных: «Группа контрагента», «Признак аванса», «Источник». Эти заполнял менеджер, который ушёл в 2022-м. Его настройки форм ввода сохранили автозаполнение. Новые менеджеры не замечают, что заполняется автоматически, и не проверяют.

Агент Процессов: Где врут?

Агент Метаданных: «Признак аванса» — галка. Стоит у 12 000 счетов. Из них 4 000 — это не аванс, это полная оплата. Галка стоит, потому что в форме ввода она включена по умолчанию. Менеджеры не снимают.

Агент Документации: Это влияет на учёт?

Агент Метаданных: Нет. Реквизит нигде не учитывается. Но если кто-то включит его в отчёт завтра — получит мусор.

---

🔹 Сводка

Торговая компания, 500+ сотрудников. Документ «Счёт на оплату» — 31 реквизит, из них 6 заполнены, но не используются ни в одной операции, отчёте или форме. Три поля обязательны для проведения, но значения бессмысленны: нули, пробелы, «ок». Один реквизит («Признак аванса») врёт у 4000 документов из 12 000.

🔹 Ценность бизнесу

Обязательное поле без контроля — это минное поле. Сегодня оно безобидно. Завтра новый финансовый директор захочет аналитику по авансам. Включит в отчёт «Признак аванса». И получит 4000 документов с неверным признаком. Отчёт сойдёт с ума, цифры не сойдутся с ОСВ, неделю будут искать причину.

Регламент, который завёл поле и не настроил его использование — классика. Поле живёт дольше регламента. Люди, которые его вводили, ушли. Автозаполнение осталось. Никто не знает, зачем поле, но все заполняют.

Стоимость: один такой «внезапный» отчёт — неделя работы бухгалтерии на поиск расхождений. На масштабе компании — десятки таких полей в разных документах.

🔹 Почему не просто

Удалить обязательное поле нельзя — не проведётся ни один счёт. Сначала убрать обязательность, потом ждать, пока старые документы перестанут интересовать. Это месяцы.

Сделать необязательным — полчаса в конфигураторе. Но кто решит, какие поля убрать? Бухгалтер скажет «может, нужно». Финдиректор скажет «давайте проверим». Проверять некому, потому что владельца поля нет — он уволился три года назад.

LLM читает регламент 2021 года, сопоставляет с текущими отчётами и печатными формами, и показывает: поле завели для аналитики, аналитика не настроена, отчётов нет, в обмене не участвует. Вывод: поле мёртвое. Не удалять — снимать обязательность и убирать автозаполнение.

🔹 Что дальше

⚠️ Ситуация смоделирована, все совпадения случайны.

Откройте форму «Счёт на оплату» в конфигураторе. Посчитайте реквизиты. Если больше 20 и вы не помните, зачем половина — пришлите структуру. Найдём живых, мёртвых и тех, кто врёт.