При переходе с устаревших систем, таких как УПП (Управление производственным предприятием), на современные конфигурации вроде КА 2 (Комплексная автоматизация) или ERP, специалисты часто сталкиваются с проблемой неполного заполнения данных в документах. Одной из самых распространенных трудностей является перенос заказов поставщикам, когда реквизит Контрагент заполняется корректно, а реквизит Партнер остается пустым. В этой статье мы подробно разберем, почему это происходит и как правильно настроить правила конвертации данных (КД 2.1) для решения этой задачи.
Для начала проанализируем ситуацию и выясним корень проблемы. В УПП используется «плоская» модель ведения нормативно-справочной информации: существует только справочник Контрагенты, который объединяет в себе и управленческую сущность, и юридическое лицо. В КА 2 / ERP реализована двухуровневая модель:
Даже если в настройках системы КА 2 (раздел «НСИ и администрирование» -> «Настройка НСИ и разделов» -> «Семья и партнеры») выключена опция «Независимо вести партнеров и контрагентов», в структуре базы данных это все равно два разных справочника. Поэтому при переносе документов из УПП нам необходимо создать связь для обоих реквизитов.
Рассмотрим типовую ошибку, которую допускают разработчики при настройке правил конвертации свойств (ПКС) в документе ЗаказПоставщику. Часто в правилах обмена для обоих реквизитов назначается одно и то же правило конвертации объектов (ПКО).
Проанализируем правильную настройку сопоставления полей:
Контрагенты.Партнеры.Если вы по ошибке укажете для реквизита Партнер правило Контрагенты, система попытается записать ссылку на объект справочника Контрагенты в поле, которое ожидает ссылку на справочник Партнеры. В результате платформа проигнорирует неверный тип данных, и поле останется пустым.
Так как в источнике (УПП) справочника Партнеры нет, мы создаем ПКО Партнеры, где источником данных выступает справочник Контрагенты. Разберем по шагам, как это настроить:
Партнеры (Источник: СправочникСсылка.Контрагенты, Приемник: СправочникСсылка.Партнеры).Наименование -> Наименование.Наименованию (или по ИНН, если вы используете алгоритмы поиска в обработчиках).Контрагенты обязательно заполняем реквизит Партнер, используя созданное выше правило. Это обеспечит автоматическую связку «Партнер — Контрагент» при загрузке.Посмотрим на пример настройки обработчика ПоляПоиска для Партнеров, если мы хотим избежать дублей по ИНН:
Если НомерВариантаПоиска = 1 Тогда
// Ищем по ИНН, который в УПП хранится в справочнике Контрагенты
СтрокаИменСвойствПоиска = "ИНН";
КонецЕсли;
Одного заполнения партнеров недостаточно для того, чтобы документ в КА 2 стал работоспособным. Рассмотрим дополнительные важные реквизиты, которые необходимо прописать в правилах конвертации:
1. Статусы документов
В УПП у заказов нет жестких статусов. В КА 2 документ ЗаказПоставщику имеет обязательный реквизит Статус (например, «Подтвержден», «К поступлению»). Если его не заполнить, документ может не делать движений по регистрам. Рекомендуется в ПКС для статуса установить фиксированное значение через обработчик ПередВыгрузкой:
Значение = "Подтвержден"; // Указываем внутреннее имя предопределенного значения перечисления
2. Хозяйственные операции
В новых конфигурациях тип операции (реквизит ХозяйственнаяОперация) определяет логику поведения документа. Для заказа поставщику обычно используется значение ЗакупкаУПоставщика. Обязательно добавьте это свойство в правила, иначе форма документа может открываться некорректно.
3. Соглашения с поставщиками
В КА 2 объект Договор часто подчинен Соглашению. Если в системе включено использование соглашений, то без них заказ не будет проведен. Выясним причину: КА 2 требует наличия управленческих условий закупки. Если в УПП их нет, в правилах можно реализовать поиск или создание «Типового соглашения» для всех переносимых объектов.
Важно помнить, что фирма «1С» предоставляет типовые обработки для перехода с УПП на КА 2 / ERP. Эти обработки уже содержат сложную логику разделения контрагентов. Рассмотрим, почему они могут быть предпочтительнее самописных правил в «Конвертации данных 2.1»:
Если же вы продолжаете использовать собственные правила, проанализируем ситуацию с дублями. При загрузке партнеров обязательно настройте проверку уникальности ИНН/КПП. В КА 2 на уровне платформы может стоять запрет на создание дублирующихся контрагентов, что приведет к ошибке всей транзакции загрузки документа.
Подводя итог, для успешного переноса заказов необходимо выполнить следующие действия:
Партнер в документе назначено ПКО Партнеры, а не Контрагенты.Партнеры источником является справочник Контрагенты.Соглашения, Склады и Договоры.ПослеЗагрузки для проверки связки Контрагент.Партнер, если она не установилась автоматически.Используя этот структурный подход, вы сможете избежать «битых» ссылок и добьетесь корректного заполнения всех управленческих и регламентированных данных в целевой системе.