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