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