Содержание:

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

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

1.     Следование по цепочке релизов обновления 1С

Последовательность действий при этом варианте:

·        Строим цепочку обновлений 1С.

Для примера рассмотри конфигурацию Бухгалтерия предприятия 3.0 (вопрос о том, кому нужна три года не обновляемая бухгалтерия, мы опускаем, допустим, там велся один из упрощенных режимов).

Пусть последний раз она обновлялась три года назад и имеет релиз 3.0.76.67.

На момент написания публикации последним релизом был 3.0.133.32.

Тогда получим цепочку из 21 обновлений:

3.0.76.67 (старт), 3.0.76.73, 3.0.77.78, 3.0.78.69, 3.0.80.40, 3.0.82.24, 3.0.83.37, 3.0.86.16, 3.0.88.28, 3.0.89.54, 3.0.91.36, 3.0.95.29, 3.0.99.21, 3.0.103.12, 3.0.105.45, 3.0.108.31, 3.0.110.24, 3.0.114.23, 3.0.118.66, 3.0.121.31, 3.0.126.18, 3.0.130.22 (финиш).

·        Последовательно накладываем релизы в соответствии с этой цепочкой. На каждом шаге запускаем программу в режиме «Предприятия» для выполнения обработок обновления 1С. Т.е. одномоментно проделываем ту работу по обновлению, которую должны были делать равномерно в течение трех лет.

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

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

2.     Перенос данных из устаревшей в актуальную конфигурацию 1С

Такой вариант подразумевает следующие этапы:

·        Установить пустую базу с актуальной конфигурацией

·        Выбрать способ обмена, например, «универсальный обмен данными 1С», встроенный в 1С

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

·        Произвести обмен и подработку загруженных данных

         Вариант универсальный. Но потребует высококвалифицированного разработчика для написания правил обмена 1С.

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

·        Последовательное наложение релизов из цепочки обновлений 1С

·        Перенос данных из устаревшей в актуальную базу.

Специалист компании "Кодерлайн"

Игорь Борисенко