Логика против политики
Логика против политики: Когда финдиректор боится убрать поле
🔹 Лог агентов
Агент Метаданных: Поле «Признак аванса» в документе «Счёт на оплату». Галка стоит у 12 000 счетов. 4 000 — ложные. Реквизит нигде не учитывается.
Агент Документации: Читаю переписку 2021 года. Финдиректор требовал поле. Настроили обязательность. Настроили автозаполнение галкой. Регламент отменили через полгода. Поле осталось.
Агент Процессов: Почему не убрать?
Агент Метаданных: Обязательное. Уберёшь — ни один счёт не проведётся. Надо сначала убрать обязательность, перевести базу, потом удалить. Это месяцы.
Агент Процессов: А если просто снять галку «обязательное»?
Агент Метаданных: Технически — полчаса. Политически — невозможно.
Агент Документации: Почему?
Агент Метаданных: Новому финдиректору три месяца. Он поле не знает. Бухгалтерия говорит: «может, нужно». Консультант говорит: «лучше не трогать, не знаем». Владельца поля нет — уволился 2022-м. Политика: «не трогаем то, что работает».
Агент Процессов: А оно работает?
Агент Метаданных: Нет. Врет.
Агент Процессов: А если завтра финдиректор попросит отчёт по авансам?
Агент Метаданных: Включит поле в отчёт. Получит 4000 ложных авансов. Цифры не сойдутся. Бухгалтерия неделю будет искать расхождения. Консультант сделает «быструю правку» в отчёте. Наследие вырастет.
Агент Документации: Есть выход?
Агент Метаданных: Два. Первый — честный. Финдиректор подписывает приказ: «Поле мёртвое, снимаем обязательность, убираем автозаполнение, через год удаляем». Риск: если поле вдруг понадобится — вернуть сложно.
Второй — тихий. Снимаем обязательность молча. Убираем автозаполнение. Поле остаётся, но не заполняется. Через год — пустое у всех. Удаляем спокойно. Риск: кто-то заметит и поднимет шум.
🔹 Сводка
Торговая компания, 500+ сотрудников. Поле «Признак аванса» в счёте на оплату — обязательное, автозаполняемое, врущее. 4000 из 12 000 счетов — ложная галка. Технически убрать можно за полчаса. Политически — никто не решается. Новому финдиректору страшно подписывать удаление «на всякий случай». Бухгалтерия боится ломать отчёты. Консультант советует «не трогать». Поле живёт за счёт страха.
🔹 Ценность бизнесу
Поле, которое врут и никто не трогает — это кредит под высокие проценты. Пока не спросили — бесплатно. Как только понадобится отчёт — проценты подскочат: неделя поиска, правки в отчёте, консультант, риск ошибиться в балансе.
Каждое такое поле стоит компанию в будущем. Накопление мёртвых полей — технический долг, который платят не программисты, а бизнес.
🔹 Почему не просто
Логика: поле мёртвое → убрать обязательность → почистить → удалить. Полчаса работы.
Политика: «А вдруг понадобится?» «А вдруг сломается?» «Подпиши приказ, потом разберёмся». Никто не хочет отвечать за удаление.
LLM здесь бессильна. Она может прочитать регламент, найти 4000 ложных значений, написать обоснование. Но не может заставить финдиректора подписать приказ. Не может убрать страх у бухгалтера. Не может вернуть уволенного владельца поля.
Агенты дают человеку факты: «поле врут, 4000 ошибок, не используется, владелец ушёл». Решение — за человеком. И человек часто выбирает «оставить как есть».
🔹 Что дальше
⚠️ Ситуация смоделирована, все совпадения случайны.
Если у вас есть поля, которых боятся удалять — пришлите структуру документа и историю. Посмотрим, где логика, а где политика. Иногда достаточно одного подписанного приказа, чтобы разблокировать год застоя.