Переход между редакциями в рамках одной конфигурации «1С:Комплексная автоматизация 2» (далее КА 2) — это всегда ответственный процесс, требующий не только технических навыков, но и понимания архитектурных изменений в программе. Часто администраторы и разработчики сталкиваются с ситуацией, когда для текущего релиза (например, 2.2.4.221) отсутствует прямой путь обновления до желаемого релиза ветки 2.4. Рассмотрим подробнее, как выйти из этой ситуации и успешно выполнить миграцию данных.
Основная сложность заключается в том, что компания 1С периодически отзывает релизы, которые были признаны проблемными, или архивирует промежуточные сборки. В результате возникает ситуация, когда для установки 2.4.1.211 система требует предварительного обновления до 2.4.1.189, которого нет на портале техподдержки.
Разберем, как проанализировать матрицу обновлений. Вместо поиска одного конкретного «мостика», проанализируем список доступных релизов ветки 2.4 на более поздних этапах. Часто в релизах 2.4.2.х или 2.4.5.х список поддерживаемых исходных версий значительно шире. Выясним причину: 1С стремится консолидировать пути перехода, чтобы пользователи могли перескакивать через несколько промежуточных версий сразу.
Проанализируем стратегию выбора целевого релиза. Если версия 2.4.1.211 недоступна для прямого перехода, выполним следующие шаги:
2.4 (например, 2.4.1.240 или даже 2.4.5.x).2.2.4.221 указан в списке для версии 2.4.5.х, то мы можем пропустить всю ветку 2.4.1 и сразу перейти на более актуальную версию.Важный момент: Иногда прямой переход невозможен из-за слишком большого разрыва. В этом случае нам придется обновить текущую базу 2.2.4.221 до максимально возможной в ветке 2.2 (например, до последнего вышедшего релиза 2.2.х), и уже оттуда искать путь в 2.4.
Рассмотрим ситуацию, когда файла обновления (.cfu) не существует для вашей пары релизов. В таком случае мы можем использовать полный дистрибутив (.cf) новой редакции. Посмотрим на алгоритм действий:
2.4.1cv8.cf от новой редакции.Помните, что использование .cf файла вместо .cfu позволяет игнорировать жесткие ограничения «мостиков» обновления, но требует повышенного внимания к процедурам реструктуризации данных.
Переход с 2.2 на 2.4 — это не просто техническое действие, это смена логики учета. Разберем основные блоки, которые претерпят изменения:
Новая архитектура взаиморасчетов. В редакции 2.4 внедрена онлайн-модель распределения расчетов. Если в 2.2 расчеты могли выполняться регламентными заданиями «задним числом», то теперь система стремится распределять оплаты по документам отгрузки в реальном времени. При первом запуске после обновления будет запущено фоновое задание, которое может выполняться несколько десятков часов на больших базах. Проверить состояние можно через РегламентныеЗадания.
Изменение партионного учета. Выясним важный нюанс: если в вашей базе 2.2 всё еще использовался старый партионный учет (версии 2.1), то переход на 2.4 заблокирует возможность проведения документов. Перед обновлением на 2.4 необходимо обязательно завершить переход на партионный учет версии 2.2 внутри текущей базы. Это делается через «НСИ и администрирование — Настройка НСИ и разделов — Финансовый результат и контроллинг».
Производственный блок. В редакции 2.4 радикально пересмотрена работа с ресурсными спецификациями и управлением производством. Старые механизмы диспетчеризации (ББВ — Барабан-Буфер-Веревка) заменены на более гибкие инструменты. Проанализируем состояние спецификаций: после перехода потребуется их перепроверка и, возможно, переформирование этапов производства.
Перед началом процесса обновления выполним подготовительные действия:
8.3.10, а более поздние сборки 2.4 — 8.3.12 и выше. Убедитесь, что сервер 1С и все клиенты обновлены.ТиИ с флагами проверки логической и ссылочной целостности.РегистрНакопления.РасчетыСКлиентами и другие).Рассмотрим пошагово процесс в конфигураторе и в пользовательском режиме:
Выполняем обновление конфигурации одним из выбранных методов (через .cfu или .cf). После завершения сравнения и объединения нажимаем F7 для обновления конфигурации базы данных. На этапе реструктуризации возможны длительные задержки на таблицах регистров накопления и сведений — это нормально.
При первом запуске системы под пользователем с полными правами начнется выполнение процедур обновления. Рассмотрим, какие объекты задействованы:
// Пример кода, который может выполняться в фоновом режиме для конвертации данных
Для Каждого Запись Из ВыборкаДанных Цикл
ОбработатьЗаписьПереходаНа24(Запись);
КонецЦикла;
В интерфейсе «Обслуживание — Результаты обновления информационной базы» мы можем отслеживать прогресс. Обратите внимание на «Дополнительные процедуры обработки данных». Пока они не завершатся, данные в отчетах могут быть некорректными.
После завершения всех процедур обновления проанализируем ОСВ по счетам 60 и 62, а также отчеты по себестоимости товаров. Сравним их с данными, которые были в базе 2.2 до перехода. Если возникли расхождения в копейках — это чаще всего результат новой логики округления в онлайн-расчетах. Если расхождения существенные — выясним причину через проверку регистра РасчетыСКлиентамиПоДокументам.
Резюме: Если вы не нашли нужный релиз 2.4.1.189, не тратьте время на его поиски в неофициальных источниках. Самый надежный путь — обновление до последнего релиза ветки 2.2 и последующий переход на актуальный релиз 2.4 (например, 2.4.12), который поддерживает широкий диапазон исходных версий. Это сэкономит время и обеспечит более стабильную работу системы после перехода.