Как правильно выполнить переход с 1С:Комплексная автоматизация 2.4 на 2.5 без потери данных

Программист 1С v8.3 (Управляемые формы) 1С:Комплексная автоматизация Управленческий учет
← На главную

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

Подготовка информационной базы: правило «последнего релиза»

Одной из главных причин возникновения ошибок при переходе является попытка «перепрыгнуть» на 2.5 с промежуточных или устаревших релизов ветки 2.4. Проанализируем ситуацию: в версии 2.5 механизмы обновления жестко завязаны на структуру данных, которая была окончательно сформирована в финальных релизах 2.4. Рассмотрим правильную последовательность действий:

  1. Обновление внутри ветки 2.4: Сначала необходимо обновить текущую базу до максимально доступного релиза в ветке 2.4 (например, 2.4.14.181). Именно в этих версиях подготовлены переходные объекты и вспомогательные данные для миграции.
  2. Выбор «мостика»: Не стоит сразу пытаться обновиться на самый последний доступный релиз 2.5.8 или выше. Практика показывает, что наиболее стабильно переход проходит через «переходные» релизы, например 2.5.7.402. Только после полной отработки всех процедур обновления в режиме «Предприятие» на этом релизе можно двигаться дальше.
  3. Тестирование и исправление (ТиИ): Перед началом обновления обязательно выполним полное тестирование и исправление базы. Особое внимание уделим проверке логической и ссылочной целостности. Многие ошибки уникальности в регистрах АналитикаУчетаПартий возникают из-за наличия «битых» ссылок или дублей в ключах аналитики, которые не мешали в 2.4, но становятся критичными при реструктуризации в 2.5.

Борьба с ошибками уникальности записей в регистрах

Часто на этапе обновления конфигурации базы данных возникает ошибка «Запись с такими ключевыми полями существует» для регистров АналитикаУчетаПартий, ЗаданияКРаспределениюРасчетовСКлиентами и других. Выясним причину: в версии 2.5 изменился состав измерений этих регистров. Например, некоторые поля могли стать обязательными или сменился их тип.

Если система не дает завершить реструктуризацию, рассмотрим следующий метод:

Подготовим файл конфигурации (CF) на отдельной пустой базе того же релиза, к которому мы стремимся. Вместо стандартного «Сравнения и объединения» выполним загрузку конфигурации из файла (меню «Конфигурация» — «Загрузить конфигурацию из файла»). Этот способ позволяет более «чисто» обновить структуру таблиц. Однако помним, что этот метод заменяет все ваши доработки, если они не вынесены в расширения, поэтому предварительно нужно подготовить CF с внедренным кодом на копии.

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

Трансформация НДС: из перечислений в справочники

В версии 2.5 произошел важный архитектурный сдвиг: ставки НДС перестали быть перечислением ПеречислениеСсылка.СтавкиНДС и стали справочником СправочникСсылка.СтавкиНДС. Это позволяет системе гибко работать с изменяющимся законодательством без изменения метаданных. Однако это вызывает проблемы в документах, где ставки «слетают» или становятся пустыми.

Разберем по шагам, как обеспечить корректный перенос ставок:

  1. Выполнение обработчиков: После первого запуска базы в режиме «Предприятие» необходимо дождаться завершения всех 400+ обработчиков обновления. Заполнение нового справочника СтавкиНДС и сопоставление их со старыми значениями происходит именно в этот момент.
  2. Проверка расширений: Если в вашей базе есть расширения, которые обращаются к ставкам НДС, их код обязательно нужно переписать. Старый код типа Объект.СтавкаНДС = Перечисления.СтавкиНДС.НДС20; вызовет ошибку. Необходимо использовать поиск в справочнике:

// Пример нового подхода к работе со ставками НДС в КА 2.5
СтавкаСсылка = Справочники.СтавкиНДС.НайтиПоНаименованию("20%");
Если Не СтавкаСсылка.Пустая() Тогда
    НоваяСтрока.СтавкаНДС = СтавкаСсылка;
КонецЕсли;

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

/c ЗапуститьОбновлениеИнформационнойБазы

Восстановление работоспособности ЭДО

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

Рассмотрим, как минимизировать ущерб:

Особенности документов «Корректировка задолженности»

В версии 2.5 документ «Корректировка задолженности» претерпел изменения. В коде формирования движений система может обращаться к старым реквизитам УдалитьСтатьяДоходов или УдалитьСтатьяРасходов. Если вы заметили, что проводки не формируются, проанализируйте заполнение новых реквизитов аналитики доходов/расходов. В версии 2.5 акцент смещен на использование объектов расчетов и более детальную аналитику в табличных частях. Убедитесь, что после перехода все документы «Корректировка задолженности» были перепроведены для актуализации данных в регистрах РасчетыСКлиентами и РасчетыСПоставщиками.

Резюме и рекомендации

Посмотрим на общую картину: переход на КА 2.5 — это процесс, требующий терпения. Не пытайтесь ускорить его за счет пропуска регламентных операций. Основные выводы:

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

← На главную