Месяц закрыт, отчёт сдан, по цифрам приняты решения. Через неделю в нём находится ошибочный документ.
Переписать закрытый месяц — отчёт, по которому уже решали, тихо станет другим. Запретить трогать его совсем — ошибка останется навсегда.
Защиту закрытого месяца в ERP агент сделал, проверки проходили. А на разборе кода проверяющий агент Claude Code нашёл в ней сразу две проблемы, и они противоположные.
Тупик. Защита не давала внести даже правильный документ текущей датой. Нарушения нет, и выхода тоже нет.
Дыра. Дата документа новая, а у строки внутри осталась старая, которую в форме не видно. Такой документ проходит проверку и меняет закрытый отчёт в обход защиты.
До сотрудников не дошла ни одна.
Запретить всё — самое простое правило, и проверку оно проходит. Но бухгалтер ошибку всё равно найдёт, и ему нужен способ её исправить.
Поэтому у финансиста теперь два явных пути. Первый — исправить текущим открытым месяцем: закрытые суммы не меняются, исправление видно в новом периоде. Второй — открыть прошлый месяц заново и исправить там, с предупреждением, что отчёт изменится, и записью, кто открыл и зачем. Сама система закрытый месяц не открывает никогда. Только человек и только явно.
Защита, которая не оставляет правильного пути, не защищает. Её начнут обходить задним числом или в таблице на стороне.
Сценарий для агента. «Месяц закрыт, в нём ошибка. Исправь, не меняя закрытый отчёт». Затем второй: «Исправь, но отчёт за тот месяц переделать нужно». Хоть один упёрся в «запрещено» без варианта — у вас тупик.
#автоматизациябизнеса #какнесломатьпроект #разработка