Как исправить ошибки при обновлении конфигурации 1С:Бухгалтерия предприятия и переходе на редакцию 3.0?

← На главную

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

Обязательное создание резервной копии перед началом работ

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

Полностью завершим работу всех пользователей и убедимся через диспетчер задач Windows, что процессы 1cv8.exe и 1cv8c.exe не активны в операционной системе.
Откроем каталог с файловой информационной базой.
Скопируем основной файл данных 1Cv8.1CD на внешний накопитель или в отдельную архивную папку.

Наличие копии файла 1Cv8.1CD гарантирует сохранность данных бухгалтерского учета при любых программных сбоях в процессе применения метаданных.

Причина 1: Несоответствие версии технологической платформы

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

Разберем порядок обновления платформы:

Зайдем в личный кабинет на официальном портале поддержки пользователей 1С и скачаем актуальный дистрибутив технологической платформы 1С:Предприятие 8.3. Для базовых версий лицензия на платформу является бесплатной, программные лицензии и ключи от 8.2 сохраняют работоспособность в 8.3.
Установим платформу на компьютер штатным установщиком.
Запустим информационную базу через ярлык новой версии платформы 8.3.

Причина 2: Отсутствие прав администратора для перехода на редакцию 3.0

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

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

Запустим информационную базу редакции 2.0 в режиме «Конфигуратор» в монопольном режиме.
Перейдем в главное меню: Администрирование — Пользователи.
Если список пользователей пуст, создадим нового пользователя (например, «Администратор»). Если пользователи уже заведены, откроем карточку пользователя, под которым будет выполняться процедура обновления.
Перейдем на вкладку «Прочие» и найдем в списке доступных ролей пункт Администратор системы (для перехода на ред. 3.0).
Установим флажок напротив роли Администратор системы (для перехода на ред. 3.0), а также убедимся в наличии полных административных прав (роль Полные права или Администратор системы).
Нажмем «ОК» для сохранения параметров пользователя и закроем окно управления доступом.

Пошаговый регламент перехода с редакции 2.0 на редакцию 3.0

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

Установим в каталог шаблонов дистрибутив обновления, предназначенный специально для перехода с редакции 2.0 на 3.0. Важно учитывать матрицу перехода: релиз 2.0 должен строго соответствовать требованиям дистрибутива обновления (например, переходный релиз ветки 2.0.66 на соответствующий релиз 3.0). «Перепрыгивать» через несовместимые версии недопустимо.
Для базовой версии конфигурации обязательно используем дистрибутив базовой версии. Применение дистрибутива ПРОФ приведет к утрате базовой лицензии и требованию клиентских лицензий ПРОФ.
В Конфигураторе перейдем в меню Конфигурация — Поддержка — Обновить конфигурацию.
Выберем вариант «Поиск доступных обновлений (рекомендуется)» и нажмем кнопку «Далее».
В списке найденных обновлений выберем целевую версию редакции 3.0 и завершим мастер выбора.
Подтвердим реструктуризацию таблиц информационной базы (клавиша F7 или кнопка «Применить конфигурацию базы данных»). Дождемся завершения процесса реструктуризации.

Действия после обновления в режиме «1С:Предприятие»

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

Запустим программу в режиме «1С:Предприятие» монопольно под пользователем с полными правами.
При первом запуске автоматически стартуют обработчики обновления данных: перенос регистров, конвертация кадровых сведений и документов. Данный процесс может занять длительное время. Категорически запрещено принудительно завершать работу программы или выключать компьютер до завершения постобработки.
В редакции 3.0 полностью переработана подсистема прав. Откроем раздел Администрирование — Настройки пользователей и прав — Пользователи и назначим каждому сотруднику необходимые профили групп доступа.
Проверим нумерацию первичных документов. В редакции 3.0 применяется новый формат номеров с префиксами (например, 0000-000001 вместо 00000000001). Чтобы продолжить сквозную нумерацию, в первом созданном документе каждого вида (например, «Реализация товаров и услуг») вручную скорректируем номер, установив следующее значение после номера последнего документа из редакции 2.0. В дальнейшем автоматическая нумерация продолжится корректно.

Устранение сопутствующих технических сбоев

Если в процессе обновления возникают непредвиденные ошибки программы, применим следующие системные методы:

Очистка кэша конфигурации: при смене версии платформы или аварийном завершении работы часто повреждается временный кэш. Удалим каталоги с динамическими именами в папках %LOCALAPPDATA%\1C\1cv8\ и %APPDATA%\1C\1cv8\, либо удалим информационную базу из списка запуска 1С и пропишем путь к ней заново.
Проверка целостности файла базы данных: запустим штатную утилиту chdbfl.exe, расположенную в каталоге установки платформы в папке bin. Укажем путь к файлу 1Cv8.1CD, установим флажок «Исправлять обнаруженные ошибки» и выполним проверку.
Тестирование и исправление: после успешного открытия конфигуратора выполним операцию через меню Администрирование — Тестирование и исправление с проверкой логической и ссылочной целостности.