Экспресс-аудит базы УТ 11.5: складской контур, себестоимость, взаиморасчёты, права — 32 проверки

Вам передали чужую базу УТ 11.5 — на сопровождение, на доработку или на приёмку после другого подрядчика. Первый вопрос всегда один: в каком состоянии учёт?

Ответ на него обычно ищут руками: открыть «Консоль запросов», вспомнить регистры, прогнать десяток запросов на отрицательные остатки, сверить складской контур с организационным, посмотреть, закрыт ли месяц, проверить зависшие задания отложенного проведения. Это несколько часов работы, результат — набор разрозненных выборок, которые ещё надо свести в один документ и объяснить клиенту.

Хуже другое: при ручном прогоне легко принять пустой результат за хороший. Запрос вернул ноль незачтённых авансов — значит, авансы в порядке? Не обязательно. Возможно, в базе просто не ведётся детальный контур взаиморасчётов, и запрос физически не мог ничего найти. Такой ноль в отчёте клиенту — это уже не аудит, а его имитация.

Что делает обработка

«Экспресс-аудит учётной системы» — внешняя обработка, которая выполняет 32 проверки по девяти этапам чек-листа аудита и выдаёт результат в виде таблицы: результат, количество находок, сумма отклонения, критичность, комментарий и способ исправления типовыми средствами УТ.

Вкладка «Функциональные настройки базы»: снимок базы до начала прогона — релиз, режим совместимости, платформа, права, объёмы, функциональные опции.

Ключевое отличие от набора запросов в «Консоли кода»:

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

• Готовое решение, а не только диагноз. К каждой находке приложено описание, как это чинится штатными средствами УТ: каким документом, какой обработкой, в каком порядке.

• Изоляция сбоев. Каждая проверка выполняется в отдельной попытке. Падение одной не роняет весь прогон — она помечается статусом «Ошибка» с текстом, остальные 31 отрабатывают.

• Учёт настроек базы. Проверки, неприменимые при текущих функциональных опциях (не ведётся партионный учёт, отключён ордерный склад, одна организация), не выдают ложных срабатываний — они помечаются как «Не применимо».

Как устроена работа

Обработка построена по вкладкам: одна вкладка на этап аудита плюс итоговая «Отчёт. Результат». Каждый этап запускается независимо — не нужно ждать полного прогона, чтобы посмотреть склад.

Вкладка этапа: кнопка «Выполнить этап 1», отметки выбора проверок, результат и детализация под ним.

Порядок работы:

1. Открыть вкладку «Функциональные настройки базы». Здесь снимок базы: релиз конфигурации, режим совместимости, версия платформы, файловая или клиент-серверная, активные сеансы, под каким пользователем идёт прогон и есть ли полные права, объёмы справочников (организации, склады, пользователи), значения функциональных опций и метод оценки себестоимости. Заполняется автоматически при открытии формы.

2. Задать период: «Начало периода (обороты)», «Конец периода (обороты)» и «Остатки на дату». Флажок «В отчёт — только отклонения» убирает из итога всё, что отработало чисто.

3. Нажать «Выполнить все этапы» — или пройти по вкладкам поэтапно кнопкой «Выполнить этап N». На каждой вкладке проверки можно отметить выборочно («Отметить все» / «Снять отметки») — например, прогнать только 3.3, не трогая остальное.

4. Разобрать находки. Верхняя таблица — сами проверки: Результат, Критичность, Кол-во, Сумма, Комментарий, Способ исправления. Нижняя таблица — детализация по отмеченной строке: конкретные объекты, документы, номенклатура, количества и суммы.

Этап 3 «Складской учёт»: 3.2 — 166 незакрытых ордерных цепочек, 3.3 — 96 позиций расхождения контуров, рядом сразу написано, чем это чинится.

Детализация: по каждой находке — конкретные объекты с количествами и суммами. Проверка 4.4 получила статус «Недостоверно», потому что 4.2 нашла нулевую себестоимость.

Вкладка «Отчёт. Результат» собирает все девять этапов в одну таблицу — с участком, результатом, критичностью, количеством, суммой, комментарием и способом исправления. Это и есть готовый документ для клиента.

Итоговая таблица: видно, как «Недостоверно» по 5.1 и 5.3 прямо объясняет себя — детальный контур расчётов не сходится со сводом (5.2), и ноль здесь означает отсутствие данных, а не отсутствие проблемы.

Результат выгружается штатными командами «Вывести список» из меню «Ещё» — отдельно проверки этапа и отдельно детализация — в табличный документ, Excel или что удобно. Никаких самописных форматов отчётов.

Меню «Ещё»: «Вывести список: проверки этапа 4» и «Вывести список: детализация этапа 4».

Статусы проверок

Между проверками объявлены зависимости: 3.5 → 3.1, 4.4 → 4.2, 5.1 и 5.3 → 5.2, 8.2 → 4.2. Если базовая проверка нашла отклонения, зависимая помечается «Недостоверно» — считать её цифры бессмысленно, пока не разобрана причина.

Полный список проверок

Этап 0. Контекст запуска

Этап 1. Экспресс-обследование базы

Этап 2. Целостность данных

Этап 3. Складской учёт и товарные остатки

Этап 4. Себестоимость и финансовый результат

Этап 5. Взаиморасчёты с клиентами и поставщиками

Этап 6. Заказы, статусы и обеспечение

Этап 7. Денежные средства

Этап 8. Многофирменный учёт и интеркампани

Этап 9. Права доступа и администрирование

Пример из реального прогона

База УТ 11.5 с накопленной историей документов (та же, что на скриншотах выше), полный прогон занял несколько минут. Обработка вернула четыре группы находок:

• 2.3 — 66 зависших заданий отложенного проведения;

• 3.2 — 166 оборванных ордерных цепочек (ордер есть, накладной нет);

• 3.3 — 96 расхождений складского и организационного контуров;

• 3.1 — отрицательные остатки по организации.

Ключевой момент: это не четыре проблемы, а одна, увиденная с четырёх сторон. Отложенное проведение не отработало → движения по части документов не сформированы → ордерные цепочки повисли → контуры разошлись → по организации ушёл минус.

Порядок разбора, который обработка подсказывает через зависимости и критичность: сначала 2.3 (перепровести зависшие задания), затем 3.2 по поступлениям, затем повторно 3.3, и только после этого 3.1. Разбор в обратном порядке — например, «поправим отрицательные остатки корректировкой» — замаскировал бы причину и вернул те же расхождения через месяц.

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

Тот же приём работает и на взаиморасчётах: на итоговом скрине выше проверка 5.2 нашла 31 партнёра с расхождением на 8 974 798,48, а зависимые 5.1 и 5.3 честно помечены «Недостоверно» — пока детальный контур не сходится со сводом, их ноль ничего не доказывает.

Требования к запуску

Два условия, без которых цифры будут неверными:

1. Отключённый безопасный режим. Проверки 1.3, 2.2, 9.1 и 9.3 читают функциональные опции, расширения конфигурации, список пользователей ИБ и журнал регистрации — в безопасном режиме эти вызовы недоступны. При регистрации через БСП снимите флажок «Безопасный режим».

2. Полные права у пользователя прогона. Обработка исполняется под правами текущего пользователя: при включённом RLS часть данных будет не видна. Вкладка «Функциональные настройки базы» прямо показывает, под кем выполнен прогон и есть ли полные права — это первое, на что смотреть при чтении результата.

Обработка только читает данные. Она не проводит документы, не меняет регистры, не удаляет объекты — ни одна проверка не выполняет запись. Прогон на боевой базе безопасен; тем не менее пункт 1.4 чек-листа напоминает о резервной копии, потому что исправления по результатам аудита делать всё равно придётся.

Что обработка сознательно не делает

Честно о границах — чтобы не было завышенных ожиданий:

• Выгрузка .dt, chdbfl.exe, ТиИ с реструктуризацией, полноценный поиск битых ссылок выполняются вне сеанса 1С и в код не переносятся. Пункты 1.4 и 2.1 присутствуют в чек-листе со статусом «Выполняется вручную» и инструкцией в детализации — чтобы аудитор их не пропустил, а не чтобы сделать вид, что они автоматизированы.

• Обработка не исправляет найденное. Она диагностирует и подсказывает способ исправления типовыми средствами; сами исправления делает специалист, осознанно и с резервной копией.

• Поиск дублей (2.4) — экспресс-уровень: совпадение по наименованию и ключевым реквизитам. Для глубокого разбора с нечётким сравнением и анализом мест использования на вкладке этапа 2 есть кнопка открытия типовой обработки «Поиск и удаление дублей» — дублировать её тяжёлый алгоритм в экспресс-проверке смысла нет.

• Только УТ 11.5. Проверки опираются на регистры и функциональные опции этой конфигурации. На КА и ERP часть проверок отработает, но результат не гарантируется.