Переход с версии КОРП на ПРОФ — задача нетривиальная, так как структура метаданных в КОРП шире и включает объекты, которые отсутствуют в более простой версии. Основная сложность заключается в наличии сквозного учета по подразделениям на большинстве счетов бухгалтерского учета и специфических регистров для учета госконтрактов, обособленных подразделений и контролируемых сделок. Рассмотрим подробнее, как реализовать этот процесс с минимальными потерями данных и без ошибок реструктуризации базы данных.
Этот метод считается самым быстрым, но он требует тщательной подготовки. Проблема в том, что если просто попытаться загрузить файл конфигурации (CF) от ПРОФ в базу КОРП, платформа выдаст ошибки о невозможности удаления объектов, которые имеют связи или содержат данные. Проанализируем ситуацию по шагам.
Шаг 1. Подготовка базы данных. Перед любыми манипуляциями обязательно создадим резервную копию и выполним сравнение настроек двух баз. Далее необходимо снять конфигурацию с поддержки. Это позволит нам вносить изменения в структуру метаданных, которые потребуются для «сглаживания» различий перед переходом.
Шаг 2. Очистка движений специфических регистров. В версии КОРП существуют регистры, которых нет в ПРОФ. Если в них есть записи, платформа может блокировать удаление объектов. Выясним причину: при обновлении конфигурации БД платформа пытается сопоставить таблицы, и если объект исчезает, а ссылки на него остаются в регистрах-регистраторах, возникают конфликты. Нам необходимо программно очистить движения по тем регистрам, которые отсутствуют в версии ПРОФ.
Пример кода для очистки движений (можно также программно изменить активность проводок):
Для Каждого Регистр Из Метаданные.РегистрыНакопления Цикл
// Проверяем, есть ли такой регистр в целевой конфигурации ПРОФ
// Если вы знаете список удаляемых регистров, можно перечислить их явно
НаборЗаписей = РегистрыНакопления[Регистр.Имя].СоздатьНаборЗаписей();
НаборЗаписей.Записать();
Сообщить("Очищен регистр: " + Регистр.Имя);
КонецЦикла;
Шаг 3. Загрузка конфигурации. Вместо функции «Сравнить и объединить», воспользуемся пунктом меню «Конфигурация — Загрузить конфигурацию из файла». При этом выбираем файл 1cv8.cf именно той версии ПРОФ, которая соответствует текущему релизу вашей КОРП. После загрузки конфигуратор предложит обновить конфигурацию базы данных. На этом этапе могут возникнуть те самые ошибки из сообщений форума.
Шаг 4. Обработка ошибок аналитики. В КОРП на многих счетах (например, 20, 26, 44, 90) используется субконто Подразделения. В версии ПРОФ на этих счетах такого субконто в стандартной поставке может не быть (там учет по подразделениям реализован иначе или на меньшем количестве счетов). При «накатывании» конфигурации данные по этим субконто могут «схлопнуться» или превратиться в битые ссылки. Разберем по шагам: после загрузки CF проверьте план счетов. Если данные по подразделениям критичны, их нужно предварительно перенести в другие разрезы или подготовиться к тому, что все затраты окажутся на основном подразделении организации.
Если база большая и содержит сложный учет, «силовой» метод может привести к скрытым ошибкам в итогах. Рассмотрим более безопасный путь через выгрузку и загрузку данных.
Создание правил обмена. С помощью конфигурации «Конвертация данных 2.1» сформируем правила переноса. Так как структура метаданных в КОРП и ПРОФ идентична на 95%, правила в автоматическом режиме создадутся практически идеально. Основное внимание уделим следующим моментам:
Алгоритм действий:
ВыгрузкаЗагрузкаДанныхXML.epf (если версии идентичны) или созданные правила в «Конвертации данных».Рассмотрим подробнее, что происходит с данными при переходе. Проанализируем ситуацию со счетом 79 (Внутрихозяйственные расчеты). В ПРОФ этого счета нет в том виде, в котором он используется в КОРП для расчетов с филиалами. Если у вас висят остатки по этому счету, после даунгрейда они станут «мертвым грузом» в ОСВ. Их необходимо закрыть на счета 84 или 91 еще до начала процедуры перехода.
Важные проверки после перехода:
Выясним причину, почему сообщения об ошибках при загрузке CF считаются информационными. Платформа 1С предупреждает, что объекты метаданных будут удалены вместе с данными. Если вы уверены, что данные в регистрах типа СведенияОРасчетахПоГосконтрактам (условно) вам в версии ПРОФ не нужны, вы можете игнорировать предупреждение конфигуратора и нажать «Продолжить». Однако помните: удаление измерений в регистрах бухгалтерии (как «Подразделение») всегда требует последующего пересчета итогов через меню «Администрирование — Тестирование и исправление».
Таким образом, для простых баз без сложной аналитики подходит метод прямой загрузки CF с предварительной очисткой «хвостов». Для крупных внедрений с историей учета — только перенос через правила конвертации в чистую базу.