Ситуация, когда специалисту достается база «из прошлого» (например, «Бухгалтерия предприятия 2.0» образца 2012 года), встречается не так редко. Основная сложность здесь заключается не столько в количестве пропущенных релизов (их могут быть сотни), сколько в технологическом разрыве между старой платформой и требованиями современных конфигураций. В данной статье мы разберем по шагам, как минимизировать трудозатраты и избежать критических ошибок при «реанимации» такой базы.
Прежде чем приступать к активным действиям, нам необходимо проанализировать ситуацию. От этого будет зависеть выбор метода обновления. Проанализируем два ключевых фактора:
Бухгалтерия предприятия 3.0.Для типовых конфигураций самым быстрым и надежным способом является использование специализированного ПО. Рассмотрим, почему это эффективнее ручного метода:
Специализированные утилиты, такие как «Обновлятор», умеют самостоятельно выстраивать цепочку обновлений, скачивать нужные дистрибутивы с портала ИТС и последовательно накатывать их, запуская обработчики обновления в пользовательском режиме. Это избавляет программиста от необходимости сидеть у монитора часами.
Важные рекомендации при автоматизации:
Если использование стороннего ПО невозможно, нам придется выстраивать цепочку обновлений вручную. Разберем по шагам, как это сделать правильно, не устанавливая каждое промежуточное обновление.
В 1С существует понятие «переходных» или «узловых» релизов. В файле 1cv8upd.htm, который идет в комплекте с каждым обновлением, указано, с каких именно предыдущих версий можно обновиться на текущую. Наша задача — найти самый «далекий» релиз в будущем, который поддерживает наш текущий номер версии, и так далее по цепочке.
Почему нельзя просто «накатить» последний .cf файл?
Выясним причину, по которой прямая загрузка конфигурации (Загрузить конфигурацию из файла .cf) является фатальной ошибкой для «Бухгалтерии 2.0». В системе 1С процесс обновления состоит из двух этапов:
Если вы сразу загрузите финальный .cf, система «проскочит» сотни промежуточных обработчиков. В результате вы получите базу с правильной структурой, но с пустыми или некорректно заполненными данными в критически важных регистрах. Это приведет к невозможности сформировать отчетность или провести новые документы.
Проанализируем ситуацию, упомянутую в сообщении №8: «В базе несколько операций за год». В этом случае самым профессиональным решением будет отказ от обновления старой базы в пользу внедрения новой.
Алгоритм действий:
Бухгалтерия предприятия 3.0.ВыгрузкаЗагрузкаДанныхXML.epf переносим документы за текущий период.Этот метод гарантирует, что вы не притащите в новую систему «мусор» десятилетней давности, битые ссылки и ошибки в регистрах накопления, которые неизбежно возникли бы при обновлении через 100+ релизов.
Прежде чем начинать любой из методов обновления, необходимо подготовить технический фундамент. База 2012 года, скорее всего, работала на платформе версии 8.2. Современные релизы «Бухгалтерии 2.0» (да, они до сих пор выпускаются для поддержки старых клиентов) требуют платформу не ниже 8.3.22 или выше.
Последовательность действий с платформой:
8.3.chdbfl.exe (она находится в папке bin установленной платформы). Это необходимо для исправления ошибок на физическом уровне хранения данных.Если конечной целью является переход на современный интерфейс «Такси», помните: переход с 2.0 на 3.0 — это не просто обновление, а полная смена архитектуры (с обычных форм на управляемые).
Рассмотрим порядок перехода:
Итог: Для базы с минимальным количеством данных за 12 лет лучшим решением будет ручной перенос операций в новую 3.0. Если же данных много — используйте «Обновлятор» и запаситесь временем, так как последовательное выполнение всех обработчиков обновления за такой огромный период может занять несколько суток непрерывной работы компьютера.