Как перейти на новую версию платформы 1С

Переход на новую версию платформы 1С — это не просто установка обновлённой программы. Платформа — это «двигатель», на котором работают конфигурации (1С:Бухгалтерия, 1С:Управление торговлей, ЗУП и другие), и её замена затрагивает все информационные базы, клиентские места и серверные компоненты. Ошибка при обновлении может привести к невозможности открыть базу или к рассинхронизации версий между сервером и клиентами.

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

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

Проверьте, нужно ли обновление и совместима ли конфигурация

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

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

Отдельно проверьте аппаратные требования: новые версии платформы могут требовать больше оперативной памяти, другую разрядность ОС или обновлённые версии СУБД для клиент-серверного варианта. Также убедитесь, что у вас есть действующая подписка ИТС или договор, дающий право на получение обновлений платформы.

Сделайте резервную копию базы

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

Для файловой базы достаточно скопировать файл 1Cv8.1CD в отдельный каталог, предварительно завершив работу всех пользователей. Более правильный способ — выгрузка через конфигуратор: «Администрирование» → «Выгрузить информационную базу» в файл .dt. Такой файл занимает меньше места и гарантированно не содержит повреждений от копирования «на живую».

Для клиент-серверной базы используйте штатные средства СУБД: для MS SQL Server — Backup через Management Studio, для PostgreSQL — pg_dump. Выгрузка .dt тоже допустима, но на больших базах она занимает много времени и не заменяет копию средствами СУБД.

Установите новую версию платформы

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

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

1. 1
   Завершите работу всех пользователей и заблокируйте вход в базу
2. 2
   Убедитесь, что резервная копия создана и открывается
3. 3
   Установите новую версию платформы на сервер и клиентские места
4. 4
   Для клиент-серверного варианта перезапустите службу агента сервера 1С
5. 5
   Запустите конфигуратор новой версии и откройте базу
6. 6
   Подтвердите конвертацию базы при первом запуске
7. 7
   Проверьте работу в пользовательском режиме и разблокируйте вход

Выполните конвертацию базы и обновление конфигурации

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

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

Особенности клиент-серверного варианта

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

Тестовый прогон на копии

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

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

После конвертации и обновления не ограничивайтесь тем, что «база открылась». Проверьте версию платформы в «О программе», выполните тестирование и исправление базы через конфигуратор (без включения разрушающих операций на первом проходе), сформируйте несколько типовых отчётов и сверьте итоги с данными до обновления.

Отдельно проверьте интеграции: обмены с сайтом, ЭДО, банк-клиенты, веб-сервисы, COM-соединения. Именно внешние механизмы чаще всего ломаются при смене платформы, потому что привязаны к конкретной версии компонентов. Убедитесь, что плановые регламентные задания запускаются и выполняются без ошибок.

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

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

Версия в «О программе»

Норма

Отображается новый номер релиза платформы

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

Старая версия — база открыта не той платформой

Отчёты и итоги

Норма

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

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

Расхождения в итогах — нужен анализ до запуска пользователей

Регламентные задания

Норма

Выполняются по расписанию без ошибок в журнале

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

Ошибки в журнале регистрации, задания не стартуют

Обмены и интеграции

Норма

Документы уходят и приходят штатно

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

Ошибки соединения, отказ компонентов обмена

Типичные ошибки и как их избежать

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

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

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

Можно ли вернуться на старую версию платформы после обновления?

Только через восстановление базы из резервной копии, сделанной до конвертации. Сама конвертация необратима: база, преобразованная новой платформой, старой версией не открывается. Поэтому копия должна быть создана и проверена до начала обновления.

Нужно ли удалять старую версию платформы?

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

Обязательно ли обновлять платформу при обновлении конфигурации?

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

Сколько времени занимает переход на новую платформу?

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

Что делать, если после обновления не работают расширения?

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