Как ИИ-диагностика помогла закрыть месяц в 1С
Практический кейс МИТ: нашли причину ошибки по фактическим данным, проверили исправление на копии и подготовили безопасный план для рабочей базы.
У клиента не закрывался май: стандартная процедура выполнялась не полностью, а общие советы не объясняли, какие данные и документы мешают расчёту. Работать методом проб в боевой базе было нельзя — слишком высок риск повредить уже сформированный учёт.
Мы применили ИИ-диагностику 1С: AI-агент исследовал фактические данные и структуру базы, а специалист МИТ проверял каждую гипотезу и отвечал за итоговый вывод.
Название клиента и реквизиты базы не публикуем. Все проверки с изменением данных выполнялись на изолированной копии.
Почему обычной консультации было недостаточно
Для диагноза требовалось сопоставить документы и движения, бухгалтерский и налоговый учёт, последовательность операций закрытия и поведение типового алгоритма на реальных данных клиента.
Обычный AI-чат видит только пересказ пользователя. Здесь вывод нужно было проверить непосредственно в базе и воспроизвести закрытие периода.
Как проходило исследование
1. Зафиксировали критерий успеха
Апрель и май должны закрываться полностью, все 12 регламентных операций — выполняться без ошибок.
2. Создали отдельную копию
Копию базы развернули в изолированном контуре. Это позволило повторно проводить документы и запускать закрытие без риска для ежедневной работы клиента.
3. Собрали факты
Через диагностический модуль проверили документы, движения и остатки. AI-агент помог быстро сузить область поиска, но причины считались подтверждёнными только после повторной проверки специалистом.
4. Проверили исправление
На копии скорректировали проблемные данные и заново выполнили закрытие:
- апрель — 12 из 12 операций без ошибок;
- май — 12 из 12 операций без ошибок;
- остаток по проблемному объекту закрыт;
- результат подтверждён контрольными запросами.
5. Подготовили инструкцию
Вместо автоматического изменения боевой базы клиент получил точный порядок действий: что проверить, какие документы исправить, в какой последовательности перепровести и чем подтвердить результат.
Что получил клиент
Результатом стала не переписка с набором гипотез, а экспертное заключение:
- подтверждённые факты;
- корневая причина;
- безопасный порядок исправления;
- критерии проверки;
- границы между диагностикой и изменением production.
После приёмки временную информационную базу, файлы СУБД, публикацию, техническую учётную запись и резервную копию удалили с сервера.
Когда подход полезен
- месяц не закрывается;
- отчёты или остатки расходятся;
- унаследованная доработка ведёт себя непредсказуемо;
- нужно проверить диагноз или смету подрядчика;
- перед сменой подрядчика требуется карта проблем базы.
Важное ограничение
AI-агент не должен самостоятельно экспериментировать в рабочей базе. По умолчанию диагностика выполняется на чтение. Любые изменения, повторные проведения и проверка кода — только на копии либо отдельным согласованным этапом под контролем специалиста.