Как провести аудит базы 1С: от учётных данных до производительности

Аудит базы 1С начинают с резервной копии и чёткого списка вопросов: что проверяем — корректность учёта, скорость работы, права доступа или всё сразу. От этого зависит набор инструментов и порядок действий. Учётный аудит ведут из режима «Предприятие» стандартными отчётами, технический — чаще из Конфигуратора и серверных средств.

Разделить проверку на два контура удобно по исполнителям. Данные учёта (остатки, проводки, закрытие периодов) смотрит бухгалтер. Физическое состояние базы, производительность и права — администратор или ИТ-специалист. Ниже — полный порядок: с чего начать, чем проверять, где искать расхождения и как оформить результат.

С чего начать: цель проверки и резервная копия

Прежде чем что-то открывать, зафиксируйте три вещи: какой период проверяем, какую конфигурацию (БП 3.0, ЗУП 3.1, УТ 11 — пути в меню различаются) и ради чего всё затевается.

Типовые поводы для аудита:

• 📉 база «тормозит», документы проводятся долго;
• 🧾 расходятся данные учёта и отчётности, не сходится ОСВ;
• 👥 сменился бухгалтер или администратор, нужна приёмка базы;
• 🔐 проверка прав после увольнений и перестановок;
• 🔁 сбои в обменах с другими базами или с кассами.

Перед любыми действиями, которые меняют базу (тестирование и исправление, групповое перепроведение, свёртка), сделайте резервную копию и согласуйте окно работ с пользователями.

Чем проверять: инструменты аудита базы 1С

Большую часть учётного аудита закрывают встроенные средства — отдельный софт нужен редко.

Для учётного контура (режим «Предприятие»):

• стандартные отчёты — оборотно-сальдовая ведомость, анализ счёта, карточка счёта;
• в БП 3.0 — Отчёты → Экспресс-проверка ведения учёта: прогоняет десятки правил по разделам;
• обработка группового перепроведения документов — Операции → Групповое перепроведение документов;
• справка-расчёт и помощники закрытия месяца — показывают, где закрытие периода «застряло».

Для технического контура:

• chdbfl.exe — утилита проверки физической целостности файловой базы (лежит в каталоге bin платформы), запускается при закрытой базе;
• Тестирование и исправление в Конфигураторе — проверка логической целостности, пересчёт итогов, реиндексация;
• журнал регистрации — кто, что и когда делал в базе;
• для клиент-серверного варианта — консоль администрирования серверов и утилита rac (например, rac cluster list, rac session list), технологический журнал через logcfg.xml.

Проверка учётных данных: где искать расхождения

Самый частый результат аудита — найденные ошибки учёта. Идите по контрольным точкам.

1. Оборотно-сальдовая ведомость за период. Смотрите развёрнутое сальдо там, где его быть не должно, красные (отрицательные) остатки по складам и расчётам.
2. Закрытие месяца . Откройте помощник закрытия за каждый месяц периода — все этапы должны быть зелёными, без ошибок и пропусков.
3. Счета 60, 62, 76 — расчёты с контрагентами. Разверните по субсчетам и договорам: авансы и задолженность не должны «висеть» на одном договоре одновременно без причины.
4. НДС. Сверьте книги покупок и продаж с декларацией, проверьте счёт 19 на зависшие суммы.
5. Экспресс-проверка (БП 3.0). Запустите по разделам учёта — она сама укажет на нарушения: непроведённые документы, расхождения в учётной политике, ошибки в счетах-фактурах.

Отдельно проверьте склад и взаиморасчёты в количественном разрезе. Отрицательные остатки по номенклатуре — классический признак того, что расход провели раньше прихода или задвоили документы. По зарплате (если ведётся в этой базе) сверьте начисленное с выплаченным и с удержанным НДФЛ: расхождение между сводом и платёжными ведомостями почти всегда означает ошибку в периоде или в документе.

Отдельно сверьте остатки с внешними источниками: акты сверки с ключевыми контрагентами и состояние расчётов с бюджетом по ЕНС в личном кабинете ФНС. Расхождение здесь — повод копать глубже, чем просто в проводках. Взносы с 2023 года администрирует СФР (бывшие ПФР и ФСС) — проверьте, что начисления и отчётность разнесены по действующим реквизитам, а не по старым.

Технический аудит: целостность и скорость базы

Этот контур отвечает на вопрос «почему база работает медленно или сбоит».

Целостность. Для файловой базы сначала прогоните chdbfl.exe — она ловит физические повреждения таблиц. Затем в Конфигураторе: Администрирование → Тестирование и исправление. Для первого прохода оставьте только проверки (без исправлений), оцените отчёт, и лишь потом включайте исправление с резервной копией наготове.

Размер и структура. Оцените, что раздувает базу:

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

Производительность. Для клиент-серверной базы разбор идёт по-другому:

• в технологическом журнале ищите длительные запросы и ожидания на блокировках;
• проверьте регламентные операции СУБД (обновление статистики, реиндексация) — для MS SQL это должно быть настроено отдельно;
• оцените, не упирается ли сервер в оперативную память или дисковую подсистему.

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

Полезно зафиксировать базовые цифры для сравнения: сколько времени открывается типовой список, проводится документ, формируется ОСВ за месяц. Повторный аудит сравнивает новые значения со старыми — так видно, стало лучше или хуже после доработок и обновлений.

Права доступа и безопасность данных

Аудит прав — обязательная часть, особенно после кадровых перестановок.

Основной путь в типовых конфигурациях — Администрирование → Настройки пользователей и прав. Проверьте по порядку:

1. Список пользователей. Нет ли активных учёток уволившихся сотрудников. Заблокированные, но не удалённые — это нормально, а вот действующий вход уволенного — риск.
2. Профили групп доступа. Кто входит в профиль с полными правами. Пользователей с полными правами должно быть минимум — чаще всего один-два администратора.
3. Разграничение по организациям и складам (RLS), если учёт ведётся по нескольким юрлицам: сотрудник не должен видеть лишнее.
4. Пароли и вход. Включена ли минимальная сложность пароля, не хранятся ли пароли «в блокноте у монитора».

Отдельно загляните в журнал регистрации: отфильтруйте по пользователю или по критичным событиям (удаление документов, изменение проведённых операций задним числом). Это показывает реальную картину, а не только настройки на бумаге. Если журнал ведётся годами, перед просмотром сузьте период — иначе выборка будет долгой, а картина — размытой.

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

Обмены и интеграции: что проверить

Если база обменивается данными с другими базами, кассами, сайтом или банком, проверьте этот контур отдельно — сбои обмена тихо накапливают расхождения.

Путь к настройкам обычно Администрирование → Синхронизация данных. На что смотреть:

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

Для интеграций через веб-сервисы и обмен с банком (DirectBank) проверьте, что сертификаты и учётные данные действуют, а задания по расписанию выполняются, а не отключены.

Для распределённой базы (РИБ) добавьте проверку очереди сообщений: если центральный или периферийный узел давно не выходил на связь, сообщения копятся, а при длительном разрыве узел приходится перенастраивать. Убедитесь, что номера принятых и отправленных сообщений в узлах согласованы, а обмен конфигурацией с главного узла доходит до периферии — иначе структуры баз разъедутся.

Итоговый отчёт и план работ

Аудит без письменного результата бесполезен — через неделю всё забудется. Сведите находки в короткий документ.

Рабочая структура отчёта:

Для каждой находки укажите три вещи: критичность (блокирует работу / мешает / косметика), что конкретно сделать и кто отвечает. Сначала — то, что искажает отчётность или останавливает работу, потом остальное.

Этот список и становится планом: часть пунктов закрывается сразу (заблокировать уволенных, перепровести документы ), часть требует отдельных работ (настройка регламентов СУБД, перенос файлов в тома).

Приложите к отчёту исходные данные, на которых основаны выводы: сохранённые печатные формы отчётов, отчёт тестирования и исправления, выгрузку по правам. Тогда следующий специалист не повторяет всю проверку заново, а видит, что именно и когда было найдено. Для приёмки базы при смене сотрудника такой пакет становится точкой отсчёта.

Как сделать аудит регулярным

Разовая проверка откатывается назад за пару месяцев. Чтобы находки не возвращались, встройте контроль в рутину.

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

Техническую часть удобно автоматизировать через регламентные задания и серверные скрипты: проверку целостности и резервное копирование — по расписанию, выгрузку журнала регистрации — отдельным заданием. Для клиент-серверной базы часть операций (резервные копии, обслуживание СУБД) выносят на уровень сервера и планировщика ОС, а не вручную.

Главный принцип: пусть система сама сигнализирует о проблемах (ошибки обмена, отказ регламентного задания, рост базы), чтобы следующий аудит начинался не с нуля, а с короткого списка уже известных отклонений. Назначьте ответственного за реакцию на такие сигналы — иначе уведомления копятся без разбора, и регулярность снова превращается в разовую проверку раз в год.

Частые вопросы