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