← На главную

Перед многими специалистами и пользователями 1С рано или поздно встает задача обновления конфигурации, которая не обновлялась несколько лет. В случае с «Бухгалтерией предприятия» переход со старой редакции 2.0 на актуальную 3.0 может превратиться в настоящий марафон, состоящий из десятков последовательных обновлений. Например, стандартный путь с версии 2.0.65.48 до 3.0.115.19 может потребовать 27, а то и 42 итерации, что занимает огромное количество времени.

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

Решение 1: Оптимизированный путь обновления через ключевые релизы (CF-файлы)

Это самый быстрый способ обновления с сохранением всех накопленных данных. Идея заключается в том, чтобы использовать не множество мелких файлов обновлений (*.cfu), а полные файлы конфигурации (*.cf) для "перепрыгивания" через несколько версий за один шаг. Этот метод требует уверенных навыков работы с конфигуратором и понимания процесса.

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

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

1. Обновление до последнего релиза редакции 2.0. Сначала необходимо обновить вашу текущую конфигурацию до последней стабильной версии в рамках редакции 2.0. В данном случае это версия 2.0.67.25. Для этого скачайте полный дистрибутив этой версии, а не обновление. В конфигураторе используйте режим «Конфигурация» -> «Поддержка» -> «Обновить конфигурацию», выберите файл конфигурации (*.cf) и выполните сравнение и объединение.
2. Переход на редакцию 3.0. Фирма "1С" выпускает специальные дистрибутивы для перехода между редакциями. Вам понадобится найти обновление, предназначенное именно для перехода с последней версии 2.0 на одну из начальных, но стабильных версий 3.0. В примере из обсуждения предлагается использовать обновление до версии 3.0.109.61. Этот шаг — ключевой, так как именно в таком обновлении содержатся все необходимые обработчики для корректного переноса данных между разными структурами конфигураций.
3. Обновление до финальной версии 3.0. После успешного перехода на редакцию 3.0, можно снова использовать полный дистрибутив (*.cf) целевой версии, например, 3.0.115.19, чтобы обновиться до нее за один шаг.

Таким образом, вместо 20-40 шагов, весь процесс сокращается до трех ключевых обновлений. Однако стоит помнить о потенциальном риске: при "перепрыгивании" через релизы можно пропустить некоторые обработчики обновления данных, которые запускаются в пользовательском режиме. После каждого такого обновления через *.cf рекомендуется запустить базу в режиме предприятия и дождаться выполнения всех процедур обновления.

Решение 2: "Чистый старт" — создание новой базы и ввод начальных остатков

В некоторых ситуациях долгое и сложное обновление нецелесообразно. Если компания долгое время не вела активную деятельность, меняет направление работы, а в старой базе накопилось много ошибок или неактуальных данных, лучшим решением может стать создание абсолютно новой, чистой базы последней версии и ручной ввод начальных остатков (НО).

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

Рассмотрим плюсы и минусы этого подхода.

Плюсы:

• "Чистая" база. Вы избавляетесь от груза старых ошибок учета, "битых" ссылок и неактуальной нормативно-справочной информации (НСИ).
• Актуализация НСИ. Это отличный повод пересмотреть и навести порядок в справочниках контрагентов, номенклатуры, статей затрат и т.д.
• Простота и скорость. Создать пустую базу и настроить ее гораздо быстрее, чем проходить через многоэтапное обновление.

Минусы:

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

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

Решение 3: Автоматизация стандартного процесса обновления

Если оба предыдущих варианта не подходят (данные нужно сохранить в полном объеме, а рисковать с CF-файлами не хочется), можно пойти по стандартному пути последовательной установки всех обновлений, но автоматизировать этот процесс.

Для этого существуют сторонние инструменты, например, утилита "Обновлятор-1С". Такие программы берут на себя всю рутину:

1. Автоматически скачивают все необходимые файлы обновлений с сайта поддержки пользователей 1С.
2. Создают резервные копии перед каждым обновлением.
3. Последовательно, один за другим, устанавливают все обновления в автоматическом режиме.

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