Администрирование · 11 мин
Как выполнить проверку в 1С: пошаговое руководство
Как выполнить проверку базы 1С: тестирование и исправление, проверка ссылочной целостности, контроль данных перед отчётностью. Пошаговые инструкции и типичные ошибки.
Проверка в 1С — это не одно действие, а целый набор процедур: от тестирования и исправления информационной базы до контроля учётных данных перед сдачей отчётности. Какой именно инструмент нужен, зависит от симптомов: программа «тормозит», выдаёт ошибки при проведении документов, показывает «битые» ссылки или расходятся остатки в отчётах.
Чаще всего под проверкой понимают штатную процедуру «Тестирование и исправление информационной базы», которая доступна в конфигураторе. Она выявляет повреждения структуры данных, битые ссылки и логические несоответствия. Для файловых баз дополнительно применяется утилита chdbfl.exe, а для контроля учёта — встроенные отчёты «Экспресс-проверка ведения учёта» и анализы остатков.
Ниже разобраны основные сценарии проверки: когда и какой инструмент запускать, как подготовить базу, какие настройки выбрать и как понять, что проверка дала результат. Отдельно описаны ограничения: в каких случаях самостоятельные действия безопасны, а когда лучше привлечь специалиста.
Какие виды проверок существуют в 1С
В экосистеме 1С проверки делятся на три уровня. Первый — проверка физической целостности файла базы: её выполняет утилита chdbfl.exe, поставляемая вместе с платформой. Она нужна, когда база не открывается, падает с ошибками СУБД или после аварийного завершения работы.
Второй уровень — тестирование и исправление информационной базы в конфигураторе. Эта процедура проверяет логическую структуру данных: реиндексирует таблицы, проверяет ссылочную целостность, пересчитывает итоги по регистрам. Именно её запускают при «странном» поведении программы: документы не проводятся, отчёты показывают неверные суммы, в полях вместо значений отображается «Объект не найден».
Третий уровень — проверка учётных данных штатными средствами конфигурации: экспресс-проверка ведения учёта, отчёты по анализу остатков, сверка взаиморасчётов. Эти инструменты не исправляют базу, а показывают ошибки в ведении учёта: минусовые остатки, незакрытые периоды, расхождения между регистрами.
Запустите chdbfl.exe на копии базы
Тестирование и исправление в конфигураторе
Пересчёт итогов и экспресс-проверка учёта
Подготовка: резервная копия и монопольный доступ
Перед любой проверкой с исправлением сделайте резервную копию. Для файловой базы достаточно скопировать файл 1Cv8.1CD в отдельную папку, либо выгрузить базу через конфигуратор: Администрирование → Выгрузить информационную базу. Выгрузка в формате .dt предпочтительнее — она переносится между версиями платформы и позволяет восстановить базу даже при повреждении файла.
Тестирование и исправление требует монопольного доступа: все пользователи должны выйти из программы, а фоновые задания — завершиться. Проверьте это через Администрирование → Пользователи → Активные пользователи в режиме предприятия или через консоль кластера для серверных баз. Если запустить процедуру без монопольного доступа, платформа просто откажется её выполнять.
Для серверных баз резервную копию лучше делать средствами СУБД (MS SQL, PostgreSQL), а не только выгрузкой .dt: штатный бэкап СУБД быстрее и надёжнее для больших объёмов. Убедитесь, что копия действительно создалась и файл открывается, прежде чем начинать проверку.
Тестирование и исправление в конфигураторе
Откройте конфигуратор, перейдите в меню Администрирование → Тестирование и исправление. В появившемся окне отметьте нужные проверки. Обычно выбирают три пункта: реиндексация таблиц, проверка ссылочной целостности и пересчёт итогов. Проверку логической целостности включают при подозрении на повреждения структуры, но она заметно дольше.
В нижней части окна выберите режим: «Тестирование» (только диагностика без изменений) или «Тестирование и исправление». Разумная практика — сначала запустить только тестирование и изучить список ошибок, а потом уже решать, какие из них исправлять автоматически. Для ссылочной целостности доступны варианты обработки битых ссылок: создавать объекты-заглушки, очищать ссылки или не изменять. Самый безопасный вариант для первого прохода — «Не изменять», чтобы оценить масштаб проблемы.
Длительность процедуры зависит от размера базы: небольшая файловая база проходит за минуты, крупная серверная — за часы. Прерывать процесс на середине нежелательно. По завершении изучите протокол: там перечислены найденные ошибки и выполненные действия.
- 1Сделайте резервную копию базы (файл .dt или копия 1Cv8.1CD)
- 2Завершите работу всех пользователей и получите монопольный доступ
- 3Откройте конфигуратор → Администрирование → Тестирование и исправление
- 4Отметьте: реиндексация, проверка ссылочной целостности, пересчёт итогов
- 5Запустите режим «Тестирование» и изучите список ошибок
- 6При необходимости повторите с режимом «Тестирование и исправление»
- 7Проверьте результат: откройте базу, сформируйте контрольные отчёты
Проверка файловой базы утилитой chdbfl.exe
Утилита chdbfl.exe находится в каталоге установки платформы, в папке bin соответствующей версии. Она работает только с файловыми базами и только когда база закрыта всеми пользователями. Запустите утилиту, укажите путь к файлу 1Cv8.1CD и выберите режим проверки.
Сначала выполните проверку без исправления: утилита покажет, есть ли повреждения физической структуры. Если ошибки найдены, запустите проверку с исправлением — но только на копии файла. Исправление может привести к потере повреждённых фрагментов данных, поэтому оригинал сохраняйте до полного восстановления работоспособности.
После успешной работы chdbfl.exe рекомендуется дополнительно прогнать тестирование и исправление в конфигураторе: утилита чинит физическую структуру файла, но не восстанавливает логические связи между объектами.
Проверка учётных данных штатными средствами
В типовых конфигурациях (Бухгалтерия, Управление торговлей, ERP) есть встроенный отчёт «Экспресс-проверка ведения учёта». Он находится в разделе отчётов и проверяет типовые ошибки: отрицательные остатки на складах, расхождения по НДС, незаполненные обязательные реквизиты, нарушения последовательности документов. Проверку можно выполнять по отдельным разделам учёта и за произвольный период.
Для контроля остатков полезны универсальные отчёты: оборотно-сальдовая ведомость с детализацией по субконто, отчёты по остаткам товаров и взаиморасчётам. Признак проблемы — отрицательные остатки при отсутствии резервов, «красные» суммы на балансовых счетах, расхождения между данными регистров и бухгалтерского учёта.
Перед закрытием периода имеет смысл восстановить последовательность проведения документов: в типовых конфигурациях для этого есть обработка «Проведение по партиям» или механизм восстановления последовательностей. Это устраняет ситуации, когда поздний документ изменил себестоимость уже отгруженных товаров.
Как проверить результат
База открывается, отчёты формируются без ошибок
Ошибки СУБД, падение платформы при обращении к данным
В документах и отчётах таких записей нет
Битые ссылки остались — нужен повторный прогон с исправлением
Остатки совпадают с ожидаемыми, нет необъяснимых минусов
Расхождения после пересчёта итогов — возможны ошибки учёта
Типичные ошибки и ограничения
Самая частая ошибка — запуск исправления без копии. Автоматическое удаление записей с битыми ссылками может убрать данные, которые на самом деле были нужны: например, удалятся строки документов, ссылавшиеся на помеченный на удаление объект. Вторая ошибка — прерывание процедуры на большой базе: незавершённое тестирование может оставить базу в нестабильном состоянии.
Ещё одна ошибка — ожидание, что тестирование и исправление «починит учёт». Процедура восстанавливает структуру данных, но не исправляет методические ошибки: неверные проводки, неправильные цены, пропущенные документы останутся как были. Для этого нужен анализ учёта и ручная корректировка.
Ограничение самостоятельной работы: если после chdbfl.exe и тестирования база всё равно не открывается, если повреждения затронули таблицы конфигурации или если ошибки массово появляются снова после исправления — это признак проблем с оборудованием (диск, память, сеть) или глубоких повреждений, требующих специалиста по восстановлению данных.
Когда привлекать специалиста
Самостоятельно безопасно выполнять: экспресс-проверку учёта, тестирование без исправления, пересчёт итогов и реиндексацию на копии базы. Эти действия не меняют данные или легко откатываются из резервной копии.
К специалисту стоит обращаться, если: база не открывается даже после chdbfl.exe; ошибки возвращаются после каждого исправления; повреждены системные таблицы; база серверная и требуется работа с СУБД; потерянные данные нужно восстанавливать выборочно. Также специалист нужен, если проверка выявила массовые учётные расхождения — здесь требуется анализ методологии, а не технические средства.
Что важно запомнить
Проверка базы 1С начинается с резервной копии и монопольного доступа. Основной инструмент — тестирование и исправление в конфигураторе, для файловых баз с физическими повреждениями — chdbfl.exe, для контроля учёта — экспресс-проверка и отчёты по остаткам. Сначала запускайте диагностику без исправления, изучайте ошибки и только потом исправляйте.
Частые вопросы
Как часто нужно запускать тестирование и исправление?
Регламентно — по расписанию, например раз в месяц в нерабочее время, и внепланово — после аварийных отключений питания, сбоев сервера или появления ошибок в работе. Ежедневный запуск без причин не нужен: процедура ресурсозатратна и требует выгона пользователей.
Можно ли выполнить проверку без конфигуратора?
Частично: экспресс-проверка учёта и отчёты по остаткам доступны в режиме предприятия обычному пользователю с нужными правами. Но тестирование и исправление, реиндексация и пересчёт итогов выполняются только через конфигуратор с правами администратора.
Что делать, если в документах видна надпись «Объект не найден»?
Это битая ссылка: документ ссылается на удалённый или повреждённый объект. Запустите тестирование и исправление с проверкой ссылочной целостности. Для первого прохода выберите «Не изменять», оцените количество таких ссылок, затем решите: создавать объекты-заглушки или очищать ссылки.
Чем отличается выгрузка .dt от копирования файла базы?
Копирование файла 1Cv8.1CD сохраняет базу «как есть», включая возможные повреждения, и привязано к версии платформы. Выгрузка .dt создаёт логический слепок данных, который можно загрузить в базу на другой версии платформы, и часто позволяет восстановить данные даже из частично повреждённой базы.
Почему после исправления ошибки появляются снова?
Повторяющиеся повреждения почти всегда указывают на внешнюю причину: неисправный жёсткий диск, проблемы с оперативной памятью, нестабильную сеть при размещении файловой базы на сетевом ресурсе или аварийные отключения питания. Проверьте оборудование и перенесите файловую базу с сетевого диска на локальный сервер или в клиент-серверный вариант.
Удалит ли тестирование и исправление мои документы?
В режиме «Тестирование» данные не меняются вообще. В режиме исправления процедура может удалить записи с неустранимыми битыми ссылками, если выбран соответствующий вариант обработки. Поэтому перед запуском обязательна резервная копия, а режим обработки битых ссылок на первом проходе лучше ставить «Не изменять».