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

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

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

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

Определите цель анализа и тип базы

От цели зависит весь план работ. Анализ «нет ли дублей контрагентов» и анализ «почему база весит 40 гигабайт и тормозит» — это разные задачи с разными инструментами. Сформулируйте вопрос максимально конкретно: какой период, какие разделы учёта, какой результат считается ответом.

Также выясните технические параметры базы, так как от них зависят доступные методы:

• Файловая или клиент-серверная — файловую базу можно скопировать простым копированием файла 1Cv8.1CD и проверить утилитой chdbfl.exe; клиент-серверная работает на СУБД (MS SQL, PostgreSQL) и анализируется в том числе средствами самой СУБД.
• Конфигурация и её версия — типовая или доработанная. В доработанной конфигурации могут быть самописные регистры и документы, которые стандартные отчёты не показывают.
• Размер базы и объём данных — влияет на то, какие отчёты можно строить «в лоб», а где нужны выборки по периодам.
• Права доступа — для полного анализа нужны полные права; роль бухгалтера не даёт доступа к конфигуратору и технологическим инструментам.

Сделайте резервную копию и рабочую копию

Это обязательный шаг, а не формальность. Файловую базу копируют закрытием всех сеансов и копированием файла 1Cv8.1CD в отдельный каталог. Альтернатива — выгрузка через конфигуратор («Администрирование» → «Выгрузить информационную базу» в файл .dt). Для клиент-серверной базы резервную копию делает администратор средствами СУБД.

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

Проанализируйте учётные данные стандартными отчётами

Первый уровень анализа доступен любому пользователю. В типовых конфигурациях (Бухгалтерия предприятия, Управление торговлей, ERP) есть набор отчётов, которые быстро показывают состояние учёта.

Оборотно-сальдовая ведомость и анализ счёта

Оборотно-сальдовая ведомость (ОСВ) за период — главный инструмент бухгалтерского анализа. По ней проверяют: нет ли остатков на счетах, которые должны закрываться (например, счета затрат на конец месяца), нет ли «красных» (отрицательных) остатков по складским и расчётным счетам, сходятся ли обороты по взаиморасчётам с данными контрагентов.

Анализ счёта и карточка счёта позволяют спуститься до конкретных проводок и документов. Типовой приём: нашли подозрительный остаток в ОСВ → открыли анализ счёта → из него карточку счёта → из карточки конкретный документ, сформировавший остаток.

Экспресс-проверка и отчёты по разделам

В 1С:Бухгалтерии есть встроенная «Экспресс-проверка ведения учёта» (раздел «Отчёты»). Она автоматически проверяет типовые правила: соответствие данных бухгалтерского и налогового учёта, наличие документов по операциям, корректность остатков. Результат выводится в виде списка ошибок с переходом к проблемным местам.

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

1. 1
   Сформируйте ОСВ за анализируемый период и проверьте остатки по счетам, которые должны быть закрыты
2. 2
   Запустите экспресс-проверку ведения учёта и зафиксируйте список ошибок
3. 3
   Проверьте отрицательные остатки по товарам, материалам и расчётам
4. 4
   Сверьте взаиморасчёты с ключевыми контрагентами через акты сверки
5. 5
   Проверьте последовательность проведения документов и восстановите её при необходимости

Используйте универсальные отчёты и поиск дублей

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

Для анализа справочников полезны типовые обработки: «Поиск и удаление дублей» (в разделе «Администрирование») находит одинаковых контрагентов и номенклатуру по реквизитам, а «Групповое изменение реквизитов» показывает, какие поля заполнены, а какие пустуют. Дубли контрагентов с разным написанием ИНН или названия — одна из самых частых проблем баз с историей в несколько лет.

Отдельно проверьте помеченные на удаление объекты. Большое количество помеченных документов искажает картину: они не участвуют в отчётах, но занимают место и путают пользователей. Их список виден через «Удаление помеченных объектов» в режиме выбора — там же можно оценить, что реально можно удалить, а что заблокировано ссылками.

Выполните глубокий анализ через запросы и структуру метаданных

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

Пример типовых проверок запросами:

• сравнение остатков взаиморасчётов в разрезе контрагентов с данными бухгалтерских счетов 60 и 62;
• поиск документов с нулевой суммой или без движений по регистрам;
• анализ заполненности обязательных реквизитов в справочниках;
• выборка непроведённых документов в закрытом периоде.

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

ВЫБРАТЬ
	ПоступлениеТоваров.Ссылка,
	ПоступлениеТоваров.Дата,
	ПоступлениеТоваров.СуммаДокумента
ИЗ
	Документ.ПоступлениеТоваровУслуг КАК ПоступлениеТоваров
ГДЕ
	ПоступлениеТоваров.Проведен
	И ПоступлениеТоваров.СуммаДокумента = 0

Проверьте физическую целостность и производительность базы

Технический анализ нужен, когда база ведёт себя странно: падает с ошибками, выдаёт «ошибка формата потока», медленно работает или отдельные документы не открываются. Для файловой базы первый шаг — проверка утилитой chdbfl.exe из каталога установки платформы. Она проверяет физическую целостность файла 1Cv8.1CD и при указании опции исправляет повреждения. Работает только при отсутствии подключений к базе.

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

Для клиент-серверных баз физическая диагностика выполняется средствами СУБД: проверка целостности (например, DBCC CHECKDB для MS SQL), анализ размера таблиц и индексов, поиск долгих запросов. Часто причина «тормозов» — не база 1С как таковая, а разросшиеся таблицы итогов, устаревшая статистика или фрагментированные индексы на стороне СУБД.

Задокументируйте результаты анализа

Анализ без фиксации результатов теряет половину ценности. По итогам составьте короткий отчёт: что проверялось, какие ошибки найдены, по каким документам и периодам, что исправлено сразу, а что требует решения ответственных лиц. К отчёту приложите выгрузки проблемных выборок (таблицы из отчётов сохраняются в Excel или mxl).

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

Часто задаваемые вопросы