Переход с конфигурации «1С:Комплексная автоматизация 1.1» (КА) на «1С:Управление производственным предприятием 1.3» (УПП) — задача специфическая. Основная сложность заключается не в различии структур, а, напротив, в их чрезмерном сходстве. Эти конфигурации построены на одной архитектурной платформе, и УПП фактически является расширенной версией КА с добавленным производственным блоком. В этой статье мы подробно разберем, как реализовать такой перенос, выберем оптимальную стратегию и научимся избегать типовых ошибок, таких как задвоение справочников.
Прежде чем приступать к переносу, проанализируем ситуацию. Конфигурации КА 1.1 и УПП 1.3 используют идентичные планы счетов, справочники и регистры. Это позволяет нам рассматривать несколько вариантов миграции: от прямой «накатки» конфигурации до выборочного переноса через Конвертацию данных. Выясним причину, по которой обычная выгрузка через XML может привести к плачевным результатам: при использовании универсального обмена без специальных правил система может создать дубли предопределенных элементов (например, статей затрат или единиц измерения), так как их внутренние идентификаторы (GUID) в разных базах могут не совпадать, несмотря на одинаковые названия.
Если вам необходимо перенести не только остатки, но и всю историю учета одной организации, этот метод является самым надежным. Рассмотрим его по шагам:
Конфигуратор снимем базу с поддержки (если это необходимо) и выполним сравнение/объединение с файлом поставки (cf) нужной версии УПП 1.3.Важный момент: После такого «превращения» необходимо проверить заполнение специфических для УПП регистров, особенно в части производственного учета, если вы планируете его использовать сразу.
Если стоит задача перенести только остатки по одной организации в уже существующую базу УПП, где ведутся другие фирмы, метод обновления не подойдет. В этом случае воспользуемся инструментом Конвертация данных 2.0. Разберем алгоритм создания правил обмена:
MD82Exp.epf выгрузим описания структур метаданных из КА 1.1 и УПП 1.3.Планов видов характеристик (ПВХ) снимем флажок «Поиск по внутреннему идентификатору». Установим поиск по полям «Код» или «Наименование» и «ЭтоГруппа». Это гарантирует, что предопределенные элементы из КА найдут свои аналоги в УПП.Рассмотрим пример настройки ПКО для справочника Номенклатура:
// В обработчике "Поля поиска" можно уточнить алгоритм
Если СвойстваПоиска["ЭтоГруппа"] = Истина Тогда
// Для групп ищем строго по наименованию и родителю
СпособПоиска = 1;
Иначе
// Для элементов ищем по артикулу или коду
СпособПоиска = 2;
КонецЕсли;
Существует штатная обработка ВыгрузкаЗагрузкаДанныхXML.epf. Она работает быстро, так как переносит данные объектно, не требуя правил. Однако ее можно использовать только при полной идентичности релизов и только если вы уверены в совпадении GUID предопределенных данных. Проанализируем риски: если в базе УПП уже есть движения, эта обработка с высокой вероятностью создаст дубли в Планах видов расчета и ПВХ, что приведет к невозможности корректного формирования отчетности и расчета себестоимости.
Проанализируем наиболее сложные участки учета при переходе с КА 1.1 на УПП 1.3:
1. Режим РАУЗ (Расширенная аналитика учета затрат)
Если в КА 1.1 включен РАУЗ, то и в УПП 1.3 он должен быть включен до начала загрузки данных. Остатки по регистру УчетЗатрат (и его аналитики) должны переноситься «как есть». Если в целевой базе планируется использовать партионный учет, прямой перенос остатков по затратам невозможен — потребуется сложная трансформация данных из регистра УчетЗатрат в регистры ПартииТоваровНаСкладах.
2. Основные средства
При переносе ОС недостаточно перенести документ Ввод остатков ОС. Необходимо убедиться в корректности переноса данных в регистрах сведений:
ПараметрыАмортизацииОСБухгалтерскийУчетСостоянияОСОрганизацийНачисленияАмортизацииОСТехнологическийУчетБез этих данных УПП не сможет продолжить начисление амортизации в следующем месяце.
3. Зарплата и кадры
Посмотрим на ситуацию с НДФЛ и страховыми взносами. Если перенос осуществляется не 1 января, необходимо перенести все данные о доходах сотрудников с начала года документом Перенос данных (с префиксом ЗП_). В противном случае расчет среднего заработка для отпусков и больничных, а также расчет НДФЛ будет неверным.
При использовании Конвертации данных, чтобы ускорить процесс, мы можем написать небольшие обработчики в правилах. Например, для сопоставления единиц измерения, которые часто дублируются:
// В ПКО ЕдиницыИзмерения, обработчик "ПриЗагрузке"
НайденнаяСсылка = Справочники.ЕдиницыИзмерения.НайтиПоНаименованию(Объект.Наименование, Истина);
Если ЗначениеЗаполнено(НайденнаяСсылка) Тогда
Ссылка = НайденнаяСсылка;
Отказ = Истина; // Не создаем новый объект, используем найденный
КонецЕсли;
После завершения процесса загрузки в УПП 1.3 выполним следующие действия:
Оборотно-сальдовую ведомость (ОСВ) по всем счетам в обеих базах. Суммы и количества должны совпадать до копейки.Ведомость по учету затрат (в режиме РАУЗ). Это ключевой отчет, показывающий себестоимость остатков.Номенклатура на предмет дублей. Используем типовую обработку Поиск и замена дублей, если часть элементов все же задвоилась.Учетную политику. В УПП она более детальная, поэтому после переноса нужно зайти в настройки и вручную перепроверить параметры на закладках «Производство» и «Налоги».Заключение: Перенос данных между КА 1.1 и УПП 1.3 — это не столько задача программирования, сколько задача внимательного сопоставления структур и контроля уникальности НСИ. Наиболее безопасным методом для опытного специалиста остается использование Конвертации данных 2.0 с выключенным поиском по GUID для ключевых справочников.