← На главную

Проанализируем ситуацию, которая часто встречается при поддержке устаревших систем: компания много лет работала на конфигурации «Торговля и склад 7.7» (например, релиз 7.70.937) и вела только количественный или товарный учет. Со временем возникают новые задачи — например, необходимость полноценного ведения взаиморасчетов с контрагентами. За прошедшие годы вышло более 60 релизов, изменилась структура регистров, механизмы учета авансов и алгоритмы проведения документов. При этом в базе присутствуют кастомные доработки.

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

Особенности платформы 1С 7.7 при пропуске релизов

В отличие от платформы 1С:Предприятие 8, где последовательность обновления строго регламентирована, платформа 1С 7.7 более лояльна к пропуску промежуточных версий. Если текущий релиз и целевое обновление находятся в рамках одной редакции конфигурации, последовательно накатывать каждый из 60+ релизов не требуется. Можно выполнить обновление сразу на актуальный релиз, однако здесь есть важные подводные камни.

Выясним причину основных рисков при «прыжке» через множество релизов:

1. Служебные обработки пересчета данных: При обычном объединении файлов метаданных 1Cv7.MD пропускается запуск регламентных внешних обработок (файлы с расширением .ert), поставляемых в каталогах промежуточных обновлений. В этих обработках разработчики 1С закладывают алгоритмы заполнения новых реквизитов, разделения остатков и трансформации правил учета.
2. Изменение структуры регистров: При добавлении новых измерений или реквизитов в регистры накопления (например, по взаиморасчетам) существующие документы за прошлые годы не заполнят новые данные автоматически. Перепроведение документов за 10 лет крайне не рекомендуется, так как это приведет к изменению финансовых и товарных итогов в закрытых периодах.
3. Ограничения файлового формата DBF: В файловом варианте 1С 7.7 максимальный размер любого файла таблицы (.DBF) или его индекса (.CDX) ограничен 2 ГБ. В сильно разросшейся базе процесс реструктуризации данных может вызвать превышение этого лимита и повреждение структуры.
4. Совместимость с 64-битными ОС: Стандартные программы установки релизов 1С 7.7 (SETUP.EXE) имеют 16-разрядную архитектуру и не запускаются в современных 64-битных операционных системах. Дистрибутивы приходится распаковывать вручную или выполнять установку на 32-битной системе.

Стратегия 1. Прямое обновление конфигурации с сохранением доработок

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

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

1. Создание резервной копии: Обязательно делаем полную копию каталога информационной базы перед любыми манипуляциями.
2. Техническое обслуживание: Запускаем процедуру «Тестирование и исправление информационной базы» (ТиИ) в режиме Конфигуратора, выполнив проверку логической целостности и переиндексацию таблиц.
3. Анализ доработок: Берём чистый типовой дистрибутив 937-го релиза и через штатное сравнение конфигураций сравниваем его с нашей рабочей базой. Это позволит сформировать точный список всех внесенных ранее изменений.
4. Подготовка обновленного MD-файла: Берём чистый файл метаданных 1Cv7.MD актуального релиза ТиС и аккуратно переносим в него найденные доработки (экраны, модули, макеты). Так как в 1С 7.7 отсутствует построчное сравнение кода, переносы выполняем вручную с особой внимательностью.
5. Объединение конфигураций: Загружаем полученный файл метаданных в рабочую базу (или выполняем процедуру «Объединение конфигураций»).
6. Проверка файлов UPDATE.TXT: Изучаем текстовые файлы инструкций к пропущенным релизам. Если среди них были критичные служебные обработки для заполнения реквизитов регистров, их необходимо найти в архивах дистрибутивов и запустить вручную в режиме «1С:Предприятие».

Стратегия 2. Перенос остатков в новую чистую базу (Рекомендуемый вариант)

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

Разберем порядок реализации этого подхода:

1. Создаем новую пустую базу на базе актуального релиза «Торговля и склад».
2. Переносим в новую конфигурацию необходимые кастомные доработки интерфейса и печатных форм.
3. С помощью стандартной обработки выгрузки/загрузки данных (или написанных правил сгенерированных через 1С:Конвертация данных) переносим справочные данные: Справочник.Номенклатура, Справочник.Контрагенты, Справочник.Договоры и структуры складов.
4. Фиксируем дату перехода (например, начало нового месяца или года). На эту дату вводим входящие остатки по номенклатуре и актуальные задолженности по контрагентам.
5. Старую базу переводим в режим «только для чтения» и сохраняем как архив для просмотра истории за прошедшие 10 лет.

Стратегия 3. Доработка функционала без масштабного обновления

Посмотрим на пример, когда заказчику не требуются изменения законодательства по НДС или счетам-фактурам, а необходим лишь базовый контроль взаиморасчетов. В 937-м релизе ТиС 7.7 уже присутствует базовый учет по взаиморасчетам. В этом случае экономически целесообразнее не обновлять всю конфигурацию целиком, а выполнить локальную доработку отчетности и документов под конкретные требования заказчика, зафиксировав начальные сальдо по взаиморасчетам с определенной даты.