Переход с редакции 2.0 на 3.0 в «1С:Бухгалтерия предприятия» — это не просто рядовое обновление, а полноценная смена архитектуры конфигурации. Мы переходим от обычных форм к управляемому приложению (интерфейсу «Такси»). В процессе такого обновления меняются не только визуальные формы, но и структура таблиц базы данных, логика ведения учета зарплаты и механизмы хранения настроек пользователей. В этой статье мы подробно разберем, как подготовить базу, какую платформу выбрать и что делать с пугающими предупреждениями конфигуратора.
Первый вопрос, который возникает у специалиста: под какой платформой запускать процесс? Несмотря на то, что база версии 2.0 могла работать на платформе 8.2.19.80, для перехода на 3.0 необходимо использовать актуальную версию платформы 8.3. Разберем этот момент подробнее.
Проанализируем требования конфигурации: современные релизы «Бухгалтерии 3.0» требуют платформу не ниже 8.3.22 или 8.3.24 (в зависимости от конкретного релиза обновления). Если попытаться выполнить переход под старой платформой 8.2, система просто не увидит файл обновления или выдаст ошибку несовместимости.
Рекомендация по запуску: лучше всего сразу добавить существующую базу 2.0 в список баз под платформой 8.3. Это позволит избежать двойной конвертации и обеспечит корректную работу механизмов реструктуризации данных. Обратите внимание, что ярлык запуска 1С (starter) обычно автоматически подхватывает нужную версию, но в настройках конкретной информационной базы в списке можно принудительно указать версию 8.3.
Перед началом любых действий обязательно выполним следующие шаги:
Процедура перехода выполняется через режим «Конфигуратор» стандартным способом: Конфигурация — Поддержка — Обновить конфигурацию. Нам необходимо выбрать файл обновления (обычно это .cfu или .cf файл, предназначенный специально для перехода с 2.0 на 3.0).
После того как конфигуратор сопоставит объекты, он выведет диалоговое окно со списком изменений. Самый ответственный момент наступает при нажатии кнопки «Принять изменения». Часто система выдает список предупреждений с восклицательными знаками. Рассмотрим типичные ситуации:
Код справочника стал неуникальным: УдалитьТерриториальныеУсловия. Это происходит потому, что в версии 3.0 логика некоторых справочников изменилась, и старые коды конфликтуют с новыми предопределенными элементами.Предопределенные виды характеристик... содержат тип, не соответствующий типу значений... часто касается плана видов характеристик ВидыСубконтоХозрасчетные. Это связано с тем, что в 3.0 расширился состав допустимых типов данных для субконто.Важное правило: Если кнопка «Принять» доступна, значит критических ошибок, блокирующих обновление, нет. Предупреждения лишь информируют о том, что структура данных меняется. Если же кнопка «Принять» неактивна, необходимо изучить список, найти объекты, препятствующие обновлению, и очистить данные в них через режим «Предприятие» в исходной базе 2.0.
После успешного завершения реструктуризации в конфигураторе, запустим базу в режиме «Предприятие». На этом этапе начнется самое важное — выполнение обработчиков обновления данных.
Проанализируем ситуацию с учетом зарплаты. В редакции 3.0 учет зарплаты полностью переделан. Данные из старых регистров 2.0 будут переноситься в новые структуры 3.0. Этот процесс может занять длительное время. Пока система не выведет сообщение «Обновление успешно завершено» (зеленая галочка в мониторе обновлений), отчеты по сотрудникам и налогам могут показывать некорректные цифры. Это нормально — нужно дождаться окончания работы всех фоновых заданий.
Разберем, что делать, если после обновления объекты оказались помечены на удаление. Если вы предварительно очистили базу 2.0 от помеченных объектов, а в 3.0 они появились снова — скорее всего, это объекты, связанные со старым механизмом учета (например, специфические настройки интерфейса или старые регистры зарплаты). Если ссылок на них нет, их можно безопасно удалить.
Часто возникает дилемма: обновить старую базу, которой уже много лет, или начать с нового года в «чистой» 3.0? Рассмотрим доводы обеих сторон.
Выясним причину медленной работы обновленных баз. Как правило, это связано с огромным количеством записей в регистрах (например, адресный классификатор или история версий объектов). Проанализируем совет опытных специалистов: если база стала «тяжелой», перед переходом или сразу после него стоит выполнить Свертку информационной базы. Это позволит обрезать лишние документы прошлых периодов, заменив их документами ввода остатков, но сохранив при этом справочную информацию.
Переход на 3.0 — это отличный повод навести порядок в учете. Для успешного результата придерживайтесь следующего алгоритма:
8.3 актуального релиза для предотвращения ошибок нехватки памяти (Out of memory) при реструктуризации.Тестирование и исправление с очисткой битых ссылок перед обновлением.Удалить — это естественный процесс трансформации метаданных.Учетную политику. Настройки налогов и методов оценки ТМЦ могут потребовать пересохранения для инициализации новых регистров.Помните, что редакция 3.0 гораздо требовательнее к ресурсам компьютера, чем 2.0. Если вы работаете в файловом режиме, наличие SSD-диска и достаточного объема оперативной памяти (от 8 ГБ) становится обязательным условием для комфортной работы бухгалтера.