Администрирование · 12 мин
Как перейти на новую версию 1С без потери данных
Как перейти на новую версию 1С без потери данных: подготовка, резервная копия, обновление конфигурации, перенос данных и проверка результата. Пошаговая инструкция.
Переход на новую версию 1С — задача, которая рано или поздно встаёт перед любой компанией: заканчивается поддержка старого релиза, меняются формы отчётности, появляются требования законодательства, которые старая конфигурация просто не умеет выполнять. При этом сама процедура технически несложная, но ошибки на ней дорогие: повреждённая база, потерянные документы, остановленный учёт на дни.
Под «новой 1С» обычно понимают три разные ситуации: обновление конфигурации внутри одной редакции (например, с релиза на релиз 1С:Бухгалтерии 3.0), переход на новую редакцию (с 2.0 на 3.0) или переход на другую программу (с «Управление торговлей 10.3» на 11 или на «Комплексную автоматизацию»). Каждый сценарий решается по-разному, и перепутать их — типичная причина провала миграции.
Ниже разобран единый порядок подготовки и выполнения перехода, различия между сценариями, типовые ошибки и способы проверить, что всё прошло корректно. Материал ориентирован на бухгалтера, системного администратора или руководителя, который организует переход своими силами или контролирует подрядчика.
Определите, какой именно переход вам нужен
Первый шаг — понять, что именно вы собираетесь менять, потому что трудоёмкость сценариев отличается в разы. Обновление релиза внутри редакции — штатная процедура, которая занимает от получаса до нескольких часов. Переход между редакциями — это уже миграция данных со свёрткой и переносом остатков, которая может занять от одного дня до нескольких недель.
Посмотрите текущую версию: в режиме «Предприятие» откройте «Администрирование → О программе» (или «Сервис → О программе» в старых интерфейсах). Там указаны версия платформы и версия конфигурации. Сравните их с актуальными релизами на портале 1С или в личном кабинете 1С:Обновление программ.
Как выбрать сценарий перехода
Отдельно проверьте версию платформы: новые релизы конфигураций часто требуют определённой минимальной версии платформы 1С:Предприятие. Если платформа старше требуемой, её обновляют первой — до обновления конфигурации. Требования указаны в файле поставки релиза и в описании на портале.
Сделайте резервную копию и тестовую базу
Резервная копия — единственная страховка, которая реально работает. Для файловой базы достаточно скопировать файл 1Cv8.1CD в отдельную папку, но надёжнее сделать выгрузку через конфигуратор: «Администрирование → Выгрузить информационную базу» в файл .dt. Для клиент-серверной базы выгрузка .dt делается тем же способом, а полную копию дополнительно делает средствами СУБД администратор сервера.
Критично: перед обновлением все пользователи должны выйти из базы, а фоновые задания — остановиться. Обновление при активных сеансах либо не запустится, либо завершится ошибкой на середине. Проверьте отсутствие сеансов через «Администрирование → Активные пользователи» или консоль кластера для серверной версии.
Идеальная практика — развернуть копию базы как тестовую и прогнать обновление сначала на ней. Это занимает дополнительный час, но позволяет увидеть все ошибки, измерить реальную длительность обновления (на больших базах реструктуризация может идти часами) и спокойно выбрать окно для боевого перехода без остановки работы компании.
Обновите платформу 1С:Предприятие
Дистрибутив платформы скачивается с портала portal.1c.ru по действующей подписке ИТС или договору 1С:Обновление программ. Установка выполняется на каждый компьютер, где работают пользователи (для файлового режима), либо на сервер 1С и сервер СУБД (для клиент-серверного режима) — тонкие клиенты при этом обычно обновляются автоматически при подключении.
После установки новой платформы старая не удаляется автоматически — версии сосуществуют, и база запускается той версией, которая указана в её свойствах в списке информационных баз. Это удобно для отката: если новая платформа работает нестабильно, базу можно переключить обратно на прежнюю версию без переустановки.
- 1Скачайте дистрибутив платформы с портала 1С по своей учётной записи
- 2Завершите сеансы пользователей и остановите фоновые задания
- 3Установите платформу с правами администратора (на сервере — согласуйте окно простоя)
- 4При первом запуске базы на новой платформе подтвердите конвертацию, если она потребуется
- 5Проверьте вход, запуск ключевых отчётов и работу обменов
- 6Только после этого переходите к обновлению конфигурации
Обратите внимание: конвертация базы при смене версии платформы (например, с 8.3.15 на 8.3.24) — необратимая операция вверх: база, сконвертированная под новую платформу, на старой уже не откроется. Ещё один аргумент в пользу копии до начала работ.
Обновите конфигурацию
Для типовой конфигурации на поддержке самый простой путь — встроенное обновление через интернет: «Администрирование → Обслуживание → Обновление версии программы». Программа сама скачает нужные релизы и применит их последовательно. Альтернатива — ручное обновление через конфигуратор: «Конфигурация → Поддержка → Обновить конфигурацию» с указанием файла поставки .cfu.
Если между вашим релизом и актуальным пропущено много версий, обновление придётся ставить последовательно через промежуточные релизы — сервис обновления делает это автоматически, но время вырастает. После обновления конфигурации базы данных запустится обработчик обновления данных: он выполняется при первом запуске в режиме «Предприятие» и может занять от минут до нескольких часов на больших базах. Прерывать его нельзя.
Переход между редакциями: перенос данных
Переход, например, с 1С:Бухгалтерии 2.0 на 3.0 или с УТ 10.3 на УТ 11 выполняется не обновлением, а переносом: в новой базе запускается штатная обработка «Перенос данных», которая забирает из старой базы справочники и остатки на дату начала ведения учёта в новой программе. Документы прошлых периодов, как правило, не переносятся — старая база остаётся доступной «только для чтения» для справок и проверок.
Практический порядок такой: выбираете дату перехода (лучше всего — начало года или квартала), сворачиваете старую базу, переносите остатки, сверяете их с отчётами старой программы, и только после совпадения начинаете вводить текущие документы уже в новой. До конца первого отчётного периода старую базу не удаляйте и не архивируйте далеко — она понадобится для деклараций и сверок.
Проверьте результат после перехода
Обновление без проверки не считается завершённым. Минимальный набор сверки: оборотно-сальдовая ведомость по всем счетам до и после перехода (должна совпасть до копейки), остатки по складу и по взаиморасчётам с контрагентами, остатки кассы и банка. Для зарплатных конфигураций — остатки по сотрудникам и задолженность по налогам и взносам.
Дальше проверьте функциональность: откройте и перепроведите тестовый документ каждого основного вида, сформируйте регламентированный отчёт, проверьте печатные формы, обмены с банком, ЭДО, сайтом и другими системами — именно интеграции ломаются после обновлений чаще всего. Проверьте также права пользователей: в новых релизах иногда меняется структура ролей.
Как проверить результат
Совпадает с ОСВ из копии до обновления по всем счетам
Расхождения по сальдо или оборотам — искать незакрытые обработчики обновления
Все выполнены, очередь пуста (Администрирование → Результаты обновления)
Есть незавершённые или завершённые с ошибкой — данные ещё не доведены до конца
Печатные формы и регламентированная отчётность формируются без ошибок
Ошибки формата, пустые поля — проверить заполнение данных и версию релиза
Банк, ЭДО, сайт обмениваются штатно
Ошибки обмена — обновить форматы, проверить настройки подключения
Типичные ошибки и как их избежать
Самая частая ошибка — обновление «в пятницу вечером» без тестового прогона и без оценки длительности. На базе в десятки гигабайт реструктуризация идёт часами, и в понедельник утром компания встречает нерабочую базу. Вторая классическая ошибка — обновление через много релизов сразу вручную, с пропуском промежуточных версий, когда штатный механизм этого не поддерживает.
Отдельный риск — доработанные конфигурации. Если в базе есть изменённые типовые документы, внешние отчёты, подписки на события, написанные под старый релиз, то после обновления что-то из этого почти наверняка потребует адаптации. Признак того, что самостоятельно лучше не лезть: конфигуратор показывает замок «снято с поддержки» на десятках объектов, а вы не можете сказать, зачем каждый из них изменён.
Частые вопросы о переходе на новую 1С
Сколько времени занимает переход на новую версию?
Штатное обновление релиза внутри редакции на небольшой файловой базе — обычно от 30 минут до 2–3 часов с учётом копии и проверки. На больших серверных базах реструктуризация и обработчики обновления могут идти несколько часов. Переход между редакциями с переносом остатков и сверкой — от одного рабочего дня до нескольких недель в зависимости от объёма данных и доработок.
Можно ли обновляться, если пропущено много релизов?
Да, но не всегда «в один прыжок». Сервис автоматического обновления ставит пропущенные релизы последовательно сам. При ручном обновлении через .cfu проверяйте в описании релиза, с каких версий допускается переход — обычно поддерживается обновление с нескольких предыдущих релизов, но не с очень старых. Иногда требуется цепочка промежуточных обновлений.
Что делать, если обновление завершилось с ошибкой?
Не пытайтесь запускать обновление повторно «поверх» и не работайте в такой базе. Зафиксируйте текст ошибки, восстановите базу из резервной копии, разберитесь с причиной (часто это нехватка места на диске, активные сеансы или повреждение данных — тогда помогает тестирование и исправление базы) и только потом повторите процедуру.
Потеряются ли данные при переходе между редакциями?
При штатном переносе справочники и остатки переходят полностью, но история документов в новую программу обычно не переносится — она остаётся в старой базе, которую нужно сохранить в режиме просмотра. Поэтому перед переходом обязательно сверьте перенесённые остатки с отчётами старой программы и не удаляйте старую базу минимум до закрытия отчётного периода.
Нужна ли подписка ИТС для обновления?
Для получения новых релизов типовых конфигураций требуется действующий договор ИТС или сервис 1С:Обновление программ — без него дистрибутивы обновлений с официального портала недоступны. Сама платформа и ранее скачанные дистрибутивы работают без ограничений, но отчётность и законодательные изменения без обновлений получать не получится.
Можно ли выполнить переход без остановки работы пользователей?
Полностью без остановки — нет: на этапе обновления конфигурации базы данных сеансы должны быть закрыты. Минимизировать простой можно, выполнив пробное обновление на копии, точно измерив его длительность и назначив боевое обновление на вечер или выходные. Для круглосуточных конфигураций существуют механизмы отложенного обновления, но их настройка — задача для специалиста.
Что важно запомнить
Сначала определите тип перехода — обновление релиза, смена редакции или новая программа решаются разными способами. Перед любым действием сделайте и проверьте резервную копию, а сам переход отрепетируйте на тестовой базе. После обновления обязательно сверьте остатки, дождитесь завершения отложенных обработчиков и проверьте интеграции. Доработанные конфигурации и миграции между редакциями безопаснее проводить со специалистом.