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

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

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

Ниже разобран полный цикл: как определить текущий релиз, подготовить базу, выполнить обновление двумя основными способами, проверить результат и что делать, если что-то пошло не так.

Как узнать текущий релиз и проверить, нужно ли обновление

Прежде чем что-то обновлять, выясните, какая версия конфигурации установлена сейчас. Откройте базу в режиме «Предприятие» и посмотрите раздел «О программе» (обычно в меню сервиса или на начальной странице). Там указаны версия платформы и номер релиза конфигурации, например 3.1.30.хх для ЗУП или 3.0.хх.хх для «Бухгалтерии предприятия».

Сравните свой номер с актуальным релизом на портале 1С или в личном кабинете пользователя. Если ваш релиз отстаёт на несколько выпусков, обновляться придётся последовательно или через накопительное обновление — зависит от того, что допускает поставщик конфигурации. Типовые конфигурации обычно позволяют обновиться сразу на последний релиз, но при большом разрыве иногда требуется промежуточный шаг — это указано в описании поставки.

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

Подготовка: резервная копия и условия для безопасного обновления

Резервная копия — обязательный шаг, без которого обновление начинать нельзя. Самый надёжный способ для файловой базы — выгрузка через конфигуратор: «Администрирование → Выгрузить информационную базу» в файл с расширением .dt. Для клиент-серверных баз лучше делать копию средствами СУБД (MS SQL, PostgreSQL), потому что выгрузка .dt большой базы занимает много времени и требует монопольного доступа.

Проверьте, что копия действительно создалась: файл .dt должен иметь ненулевой размер и открываться при тестовой загрузке в пустую базу. Копия, которую никто не проверял, не считается копией. Храните её вне рабочего каталога базы — на другом диске или сетевом ресурсе.

Второе условие — монопольный доступ. Все пользователи должны выйти из базы, фоновые задания и регламентные операции нужно остановить. Если база файловая и лежит в общей папке, убедитесь, что никто не держит её открытой. Для клиент-серверного варианта заблокируйте сеансы через консоль кластера или установите блокировку начала сеансов.

Третий подготовительный шаг — скачать дистрибутив обновления. Его получают на портале portal.1c.ru в разделе обновлений программ (требуется действующий договор ИТС) или через сервис автоматического обновления внутри программы. Дистрибутив распространяется в виде архива, который нужно распаковать и запустить установщик — шаблоны обновления попадут в каталог шаблонов (обычно tmplts).

Обновление типовой конфигурации через конфигуратор

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

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

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

1. 1
   Сделайте выгрузку .dt и проверьте её
2. 2
   Завершите сеансы всех пользователей, остановите фоновые задания
3. 3
   Откройте конфигуратор: Конфигурация → Поддержка → Обновить конфигурацию
4. 4
   Выберите «Поиск доступных обновлений» или укажите файл обновления вручную
5. 5
   Прочитайте описание поставки, подтвердите обновление
6. 6
   После завершения примите обновление конфигурации базы данных (F7)
7. 7
   Запустите базу в режиме «Предприятие» и дождитесь выполнения обработчиков обновления

Обновление через интернет из режима «Предприятие»

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

Этот способ проще и подходит пользователям без навыков работы с конфигуратором, но у него есть ограничения. Он работает только для конфигураций на полной поддержке без доработок. Требуется стабильный интернет и достаточно места на диске — дистрибутивы могут занимать сотни мегабайт. И даже при таком способе резервная копия остаётся обязательной: встроенный механизм предложит её создать, не пропускайте этот шаг.

После установки обновления программа при первом запуске выполнит обработчики обновления данных — перенос сведений в новые структуры, заполнение новых реквизитов. На крупных базах это может занять заметное время, в течение которого работа в программе ограничена. Запланируйте обновление на нерабочие часы.

Способы обновления

Через конфигуратор

Универсальный способ, подходит для доработанных конфигураций и ручного выбора файла. Требует навыков работы с конфигуратором.

Через интернет из режима «Предприятие»

Самый простой вариант для типовой базы без изменений. Не работает с доработанными конфигурациями, требует интернет-поддержку.

Через cf-файл полной поставки

Загрузка конфигурации целиком. Только для баз без доработок — все изменения будут потеряны.

Обновление доработанной конфигурации

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

Главная ловушка — модули, в которые вносились правки. Автоматическое объединение текста модулей часто даёт некорректный результат: ваша доработка может затереться новым кодом поставщика или наоборот. Такие модули приходится переносить вручную, построчно сверяя изменения. Если доработок много, используйте отчёт о сравнении и ведите список перенесённых изменений.

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

Проверка результата после обновления

После обновления откройте базу в режиме «Предприятие» и убедитесь, что номер релиза в разделе «О программе» изменился на новый. Дождитесь завершения отложенных обработчиков обновления — их статус обычно виден в разделе «Администрирование → Результаты обновления программы». Пока отложенные обработчики не завершены, часть данных может отображаться некорректно.

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

Дополнительно полезно запустить тестирование и исправление информационной базы (в конфигураторе, на копии) с проверкой логической и ссылочной целостности — это выявит скрытые проблемы, особенно если обновление проходило со сбоями.

Контрольные точки

Как проверить результат

Номер релиза в «О программе»

Норма

Соответствует установленному обновлению

Тревожный признак

Старый номер — обновление не применилось

Обработчики обновления

Норма

Все выполнены, ошибок нет

Тревожный признак

Есть ошибки или зависшие отложенные обработчики

Остатки в отчётах

Норма

Совпадают с данными до обновления

Тревожный признак

Расхождения в остатках и оборотах

Проведение документов

Норма

Тестовый документ проводится без ошибок

Тревожный признак

Ошибки при проведении, ссылки на несуществующие объекты

Типичные ошибки и частые проблемы

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

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

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

Частые вопросы

Можно ли обновить 1С без договора ИТС?

Официально дистрибутивы обновлений типовых конфигураций предоставляются при наличии действующего договора информационно-технологического сопровождения. Без него скачать обновление с портала не получится. Часто договор оформляется через партнёра фирмы «1С», который также может выполнить само обновление.

Что делать, если обновление зависло на реструктуризации?

Сначала проверьте, идёт ли процесс на самом деле: посмотрите активность процесса и диска. На больших базах реструктуризация может занимать часы. Если процесс действительно завершён аварийно, не пытайтесь открыть базу — восстановите её из резервной копии и повторите обновление, устранив причину сбоя (место на диске, стабильность соединения).

Потеряются ли данные при обновлении релиза?

При штатном обновлении учётные данные не удаляются — меняется структура конфигурации и алгоритмы. Риск потери возникает только при сбоях в процессе реструктуризации или при некорректном объединении доработанных объектов. Именно поэтому резервная копия обязательна.

Как откатить обновление, если новый релиз работает с ошибками?

Штатной кнопки «откатить» в 1С нет. Единственный способ вернуться — восстановить базу из резервной копии, сделанной до обновления. Данные, введённые после обновления, при этом будут потеряны, поэтому решение об откате нужно принимать быстро.

Нужно ли обновлять платформу вместе с конфигурацией?

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

Как обновить базу, если релиз сильно устарел?

Проверьте в описании поставки актуального релиза, с каких версий возможен переход. Если прямой переход не поддерживается, обновляйтесь последовательно через промежуточные релизы — их дистрибутивы также доступны на портале. Каждый шаг выполняйте с резервной копией.