Как правильно перевести «1С:Бухгалтерия 3.0» из версии КОРП в ПРОФ?

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

Переход с полнофункциональной версии «1С:Бухгалтерия КОРП» на версию «ПРОФ» (поможет обработка переноса документов и справочников БП 3.0) — задача нетривиальная, так как штатной процедуры «даунгрейда» (понижения версии) компания 1С не предусматривает. Чаще всего такая необходимость возникает из-за оптимизации затрат на лицензирование или при передаче учета в организацию, не имеющую лицензий КОРП. В этой статье мы подробно разберем, как выполнить этот переход технически, какие риски при этом возникают и как минимизировать потери данных.

Анализ функциональных различий и рисков перед началом работ

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

  1. Обособленные подразделения. Это самое критичное различие. В версии КОРП учет по подразделениям может быть сквозным на плане счетов. В ПРОФ-версии этот разрез учета сильно ограничен.
  2. Специфические ФСБУ. Расширенный функционал по ФСБУ 25/2018 (аренда и лизинг) и ФСБУ 6/2020 (основные средства) в КОРП реализован более детально. Если в базе велся сложный учет аренды, данные могут отображаться некорректно.
  3. Государственные оборонные заказы (ГОЗ). Если организация работает с госконтрактами и использует функционал ГОЗ, переход на ПРОФ невозможен без полной потери этой аналитики.
  4. Контролируемые сделки. Этот функционал полностью отсутствует в версии ПРОФ.
  5. Налоговый учет. Логика распределения налога на прибыль между филиалами в КОРП автоматизирована, в ПРОФ ее придется вести вручную или использовать доработки.

Проанализируем ситуацию: если организация активно использовала хотя бы один из этих блоков, простая замена cf-файла приведет к тому, что часть данных превратится в «битые ссылки» (объекты типа «Объект не найден»).

Подготовительный этап: создание резервной копии и аудит

Перед любыми действиями в конфигураторе обязательно создаем полную резервную копию базы. Рекомендуется также выгрузить данные в файл .dt и сделать копию на уровне файловой системы (если база файловая) или средствами СУБД (если база клиент-серверная).

Разберем по шагам процесс аудита:

  1. Проверяем план счетов: смотрим, на каких счетах используется субконто Подразделения.
  2. Убеждаемся, что в справочнике Организации нет элементов с признаком обособленного подразделения на отдельном балансе.
  3. Проверяем наличие документов Поступление в аренду и аналогичных, созданных с использованием расширенного функционала КОРП.

Метод №1: Переход через сравнение и объединение конфигураций

Этот метод считается самым быстрым, но требует внимательности. Рассмотрим последовательность действий:

  1. Скачиваем дистрибутив версии ПРОФ того же релиза, что и текущая версия КОРП. Это критически важно: релизы должны совпадать (например, оба должны быть 3.0.140.20).
  2. Открываем базу КОРП в конфигураторе. Снимаем конфигурацию с поддержки через меню Конфигурация — Поддержка — Настройка поддержки — Снять с поддержки.
  3. Выполняем операцию Конфигурация — Сравнить, объединить с конфигурацией из файла, выбрав cf-файл версии ПРОФ.
  4. В появившемся окне сравнения программа покажет множество различий. Нам нужно убедиться, что мы заменяем объекты КОРП на ПРОФ. Важно: не используйте просто «Загрузить конфигурацию из файла», так как это может привести к более жестким ошибкам в структуре таблиц.
  5. После завершения объединения нажимаем Обновить конфигурацию базы данных (F7).

Проанализируем возможную ошибку: если в регистрах сведений возникнет неуникальность записей (например, записи различались по подразделению, которое в ПРОФ перестало быть ключевым измерением), система выдаст ошибку. В этом случае нам придется временно удалить мешающие записи в исходной базе КОРП и повторить попытку.

Метод №2: Перенос данных через универсальную выгрузку XML

Этот способ более «чистый», так как позволяет избежать накопления технического мусора в структуре базы данных. Выясним причину, почему эксперты часто выбирают именно его: при выгрузке/загрузке XML переносятся только те данные, для которых есть соответствующие поля в приемнике.

Разберем алгоритм работы:

  1. Создаем новую пустую базу ПРОФ того же релиза.
  2. В исходной базе КОРП запускаем обработку ВыгрузкаЗагрузкаДанныхXML.epf — для этого подойдёт универсальная выгрузка и загрузка данных XML.
  3. Выбираем все необходимые объекты (справочники, документы, константы, регистры).
  4. В базе-приемнике (ПРОФ) запускаем ту же обработку и выполняем загрузку файла.

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

Корректировка данных после перехода

Когда технический переход завершен, нам предстоит самая ответственная часть — проверка корректности учета. Рассмотрим основные моменты, на которые нужно обратить внимание:

План счетов и аналитика

Посмотрим на план счетов в новой базе ПРОФ. Если в КОРП использовались специфические субсчета или дополнительные разрезы учета, в ПРОФ они могут отсутствовать. Нам необходимо:

Тестирование и исправление

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

  1. Заходим в Администрирование — Обслуживание — Тестирование и исправление.
  2. Устанавливаем галочки:
    • Реиндексация таблиц информационной базы.
    • Проверка логической целостности.
    • Проверка ссылочной целостности.
    • Пересчет итогов.
  3. В пунктах «При наличии ссылок на несуществующие объекты» выбираем Очищать ссылки — ускоряет этот процесс обработка поиска и удаления битых ссылок.

Лицензионные аспекты

Иногда после перехода система продолжает «помнить», что база была КОРП, и требовать соответствующую лицензию (особенно при запуске регламентных заданий). Это связано с тем, что в системных таблицах базы данных сохраняются определенные идентификаторы (GUID). Если вы столкнулись с этой проблемой, рекомендуется выполнить выгрузку в .dt и загрузку в новую чистую базу или провести ТИИ с полной очисткой всех неиспользуемых ссылок.

Проверка отчетности

Заключительным этапом является проверка формирования отчетности. Нам нужно проанализировать:

Резюме: Перевод с КОРП на ПРОФ возможен, но это «билет в один конец». Вернуться обратно будет гораздо проще, чем спуститься вниз. Если ваш учет не завязан на специфические ФСБУ для лизинга и обособленные подразделения, то метод сравнения и объединения cf-файлов с последующим тестированием и исправлением является наиболее оптимальным решением задачи.

← На главную