← На главную

Переход с редакции 2.0 на редакцию 3.0 конфигурации «1С:Бухгалтерия предприятия» представляет собой не просто установку очередного пакета обновлений, а полноценную смену технологической платформы и интерфейсной модели — переход от обычных форм к управляемому интерфейсу платформы «1С:Предприятие 8.3». Разберем подробно, как устроен этот процесс, какие специальные дистрибутивы для этого требуются и как избежать типовых ошибок при миграции данных.

Принцип перехода и соответствие релизов

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

Рассмотрим, почему возникает путаница с поиском обновлений:

1. Релизы редакции 3.0 выпускаются значительно чаще, чем для устаревшей редакции 2.0.
2. Специальный файл обновления для перехода с редакции 2.0 встраивается только в определенные релизы редакции 3.0.
3. Нельзя обновить произвольный релиз 2.0 на самый последний вышедший релиз 3.0 напрямую с помощью одного файла конфигурации .cf или .cfu без соблюдения цепочки релизов.

Посмотрим на конкретный пример сопоставления: если база находится на релизе 2.0.66.48, то для нее переходным будет релиз 3.0.58.41. Если базу сначала обновить до 2.0.66.49, то целевым переходным релизом 3.0 будет 3.0.59.54. При этом промежуточные релизы редакции 3.0 (например, 3.0.59.43) прямого перехода из редакции 2.0 не поддерживают.

Варианты перехода на редакцию 3.0

Выделим два основных пути миграции в зависимости от состояния и истории информационной базы:

1. Штатное обновление через Конфигуратор (рекомендуется для типовых баз): в этом случае сохраняются все документы, справочники, движения регистров и проводки за все прошлые периоды существования базы. Выполняется последовательное накатывание переходного дистрибутива.
2. Свертка и перенос остатков (рекомендуется для сильно доработанных или перегруженных баз): создается чистая информационная база актуальной редакции 3.0, после чего с помощью типовых обработок переноса данных переносятся только нормативно-справочная информация и остатки на начало выбранного года.

Подготовительный этап: обязательные действия перед обновлением

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

1. Создание полной резервной копии базы данных: для файловых баз создаем выгрузку в файл с расширением .dt через меню Администрирование -> Выгрузить информационную базу или делаем прямую копию файла 1Cv8.1CD при отключенных пользователях. Для клиент-серверных баз создаем дамп средствами СУБД (MS SQL Server или PostgreSQL).
2. Очистка базы от помеченных на удаление объектов: заходим в режим предприятия и удаляем все ненужные элементы, чтобы не переносить технический мусор в новую архитектуру.
3. Тестирование и исправление: запускаем Конфигуратор и переходим в Администрирование -> Тестирование и исправление. Обязательно отмечаем пункты: проверка логической целостности, проверка ссылочной целостности, реиндексация и пересчет итогов. Наличие некорректных или «битых» ссылок в таблицах может привести к аварийному завершению конвертации данных.
4. Закрытие учетного периода и сверка: выполняем процедуру закрытия месяца, формируем и сохраняем Оборотно-сальдовую ведомость (ОСВ) в целом по предприятию и по ключевым счетам (01, 10, 41, 60, 62, 68, 69, 70) на последнюю отчетную дату. Эти данные понадобятся для контроля корректности переноса.
5. Проверка версии платформы: убедимся, что установлена актуальная технологическая платформа «1С:Предприятие 8.3», так как редакция 3.0 не работает в режиме платформы 8.2.

Пошаговый процесс перехода через Конфигуратор

Рассмотрим порядок действий при выполнении штатного обновления типовой конфигурации:

1. Шаг 1. Обновление редакции 2.0 до переходного релиза: если текущий релиз 2.0 устарел, сначала обновляем конфигурацию 2.0 стандартным способом до версии, под которую существует дистрибутив перехода.
2. Шаг 2. Получение дистрибутива перехода: на официальном портале обновлений в описании релиза редакции 3.0 находим файл перехода, в свойствах которого явно указана совместимость с вашей версией 2.0.
3. Шаг 3. Запуск обновления: открываем базу в режиме Конфигуратор, переходим в меню Конфигурация -> Поддержка -> Обновить конфигурацию. Выбираем вариант Выбор файла обновления и указываем скачанный переходный файл .cfu (или .cf).
4. Шаг 4. Принятие изменений: соглашаемся со списком изменений метаданных и выполняем реструктуризацию таблиц информационной базы клавишей F5 или пунктом меню Конфигурация -> Обновить конфигурацию базы данных.
5. Шаг 5. Первый запуск в режиме «1С:Предприятие»: запускаем программу от имени пользователя с полными правами администратора. Начнется автоматическое выполнение длительных обработок переноса данных, заполнения новых регистров и конвертации учетной политики. Ни в коем случае нельзя прерывать данный процесс.
6. Шаг 6. Доведение до актуального релиза: переходный релиз 3.0 обычно не является финальным. После завершения всех начальных обработок продолжаем последовательное обновление базы штатными файлами редакции 3.0 до самого последнего доступного релиза.

Контроль результатов и действия после перехода

Проанализируем контрольные точки, на которые следует обратить внимание после успешного запуска редакции 3.0:

1. Проверка статуса фоновых процедур: переходим в меню Администрирование -> Обслуживание -> Результаты обновления программы и убеждаемся, что все регламентные и отложенные задания миграции завершены без ошибок.
2. Сверка сальдо и оборотов: формируем Оборотно-сальдовую ведомость за прошлые периоды и сверяем каждую строку с ранее сохраненными отчетами из редакции 2.0. Суммы и количество по всем счетам должны совпадать.
3. Проверка кадрово-расчетного блока: поскольку в редакции 3.0 структура документов по заработной плате и учету кадров отличается от редакции 2.0, необходимо проверить карточки сотрудников, действующие начисления, остатки отпусков и стандартные налоговые вычеты.
4. Анализ доработок: если в редакции 2.0 использовались внешние печатные формы или обработки, их необходимо адаптировать под требования управляемого интерфейса (БСП) редакции 3.0 либо реализовать в виде расширений конфигурации (cfe).