Переход на новую редакцию 1С:Предприятия без потери данных

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

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

Перед обновлением редакции: проверки и резервные копии

Редакция — первые две цифры номера конфигурации. Бухгалтерия 3.0.150 и 3.0.170 — одна редакция, разные релизы. Бухгалтерия 2.0 и 3.0 — разные редакции. ЗУП 2.5 и ЗУП 3.1 — тоже.

Что выяснить до начала работ:

• 🔍 Текущий релиз. Его видно в окне «О программе» (значок «i» или меню с тремя полосками в заголовке окна). Запишите полный номер.
• 📄 Минимальный релиз для перехода. Он указан в описании дистрибутива новой редакции, в файле с инструкцией по переходу. Если ваш релиз ниже — сначала обычные обновления до нужного.
• 🖥 Версия платформы. Новые редакции требуют платформу с номером не ниже указанного в описании релиза. Сверьте с установленной.
• 🧩 Доработки. Если конфигурация снята с поддержки или в ней правили модули, автоматический переход либо не сработает, либо затрёт изменения.
• 🔌 Внешние обработки и обмены. Отчёты, печатные формы, обмены с сайтом и складом под старую редакцию почти всегда придётся переделывать.

Резервные копии делаем тремя способами, и лучше все сразу:

1. Выгрузка .dt в Конфигураторе: Администрирование → Выгрузить информационную базу.
2. Для файловой базы — копия каталога с файлом 1Cv8.1CD при закрытой программе.
3. Для клиент-серверной базы — резервная копия средствами СУБД (MS SQL или PostgreSQL).

Ещё один обязательный шаг — Администрирование → Тестирование и исправление в Конфигураторе. Переход часто падает на битых ссылках и ошибках индексов, которые в старой редакции годами никому не мешали. Тестирование требует монопольного доступа: выгоните пользователей заранее.

Какой способ перехода выбрать

У каждого пути свои плюсы. Решение зависит от того, нужна ли вам история за прошлые годы в одной базе и насколько чиста старая база.

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

Автоматическое обновление программы и сервис 1С:Линк

Встроенный помощник обновления в Бухгалтерии 3.0, ЗУП 3.1 и других программах на современной платформе открывается через Администрирование → Интернет-поддержка и сервисы. Он сам скачивает релизы, делает копию файловой базы и устанавливает обновления.

Для смены редакции он полезен на подготовительном этапе. С его помощью удобно поднять базу до минимального релиза, с которого разрешён переход. Дальше всё равно нужен один из способов из таблицы выше.

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

Смена редакции через Конфигуратор: файл перехода

Этот способ сохраняет базу целиком. Дистрибутив новой редакции содержит файл обновления, который принимает определённые релизы старой редакции.

Порядок действий:

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

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

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

Перенос данных в чистую базу новой редакции

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

Дальше:

1. Запустите новую базу. На первом старте программа предлагает начать работу с нуля или перенести данные из предыдущей программы. Выберите перенос.
2. Укажите, где лежит старая база: файловый каталог или сервер и имя базы. Пользователь для подключения должен иметь полные права в старой базе.
3. Выберите состав и глубину переноса: только справочники и остатки на дату или ещё и документы за период. Вариантов в разных программах разное количество.
4. Задайте дату начала работы в новой редакции. Обычно это начало года, квартала или месяца.
5. Запустите загрузку и дождитесь протокола. Протокол сохраните — он понадобится при сверке.

Для Бухгалтерии этот путь самый популярный. Перенос остатков на 1 января даёт чистую базу без старых ошибок. Документы прошлых лет остаются в архивной базе 2.0, где их можно смотреть и печатать.

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

Особенности перехода на крупных редакциях БП, ЗУП и УТ

Каждая крупная смена редакции в типовых программах связана со сменой интерфейса и логики учёта. Краткая сводка по самым частым случаям:

Что учесть при переходе между мажорными версиями:

• 🖨 Внешние печатные формы и отчёты под обычные формы в новой редакции не работают. Их переписывают под управляемые формы.
• 🔄 Обмены между программами разных редакций часто не поддерживаются. Например, связку бухгалтерии и зарплаты переводят обе сразу либо проверяют, есть ли нужный обмен в описании релиза.
• 👥 Пользователи и права в новой редакции настраиваются группами доступа и профилями. Старые роли не переносятся один в один — права настраивают заново.
• 📚 Обучение. Для бухгалтера новый интерфейс — это минимум неделя замедления. Заложите её в план, особенно перед отчётным периодом.

Для ЗУП особенно критичен момент перехода. Удобнее всего — с 1 января: годовые отчёты по старой базе сданы, начисления нового года идут уже в 3.1. Переход в середине года тоже возможен, но потребует внимательно проверить начальные данные для расчёта среднего заработка и отпусков.

Ошибки при обновлении редакции и что с ними делать

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

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

Тестовый прогон заканчивается не на сообщении «Обновление выполнено», а на сверке. Сравните старую и новую базы по ключевым отчётам на одну дату.

Что сверить в бухгалтерии:

• 📊 оборотно-сальдовую ведомость в целом и по счетам 41, 60, 62, 68, 69, 70;
• 🏢 сведения об организации, учётную политику, ставки налогов;
• 🧾 остатки по контрагентам в разрезе договоров;
• 📦 остатки товаров по складам с количеством и суммой;
• 🏭 основные средства с начисленной амортизацией.

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

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

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