При переходе с классических конфигураций (вроде КА 1.1 или УПП) на современные решения на базе ERP-платформы (1С:Комплексная автоматизация 2.4, 1С:Управление торговлей 11) начинающие разработчики часто сталкиваются с проблемой: программный код создания контрагента выполняется без ошибок, но новый элемент не появляется в справочнике. В этой статье мы подробно разберем, почему так происходит, куда «исчезают» созданные объекты и как правильно написать код для регистрации нового контрагента. Чтобы исключить подобные сложности при масштабной миграции, можно использовать готовый перенос данных из 1С:УПП 1.3 в 1С:КА 2.
Первое, что нам необходимо осознать: в современных конфигурациях 1С разделены понятия управленческого и регламентированного учета субъектов. За это отвечают два разных справочника: для автоматизации перехода на такую архитектуру можно изучить раздел с решениями для переноса данных в 1С:ERP.
Проанализируем ситуацию: когда вы создаете Справочники.Контрагенты.СоздатьОбъект() и записываете его, запись физически попадает в таблицу базы данных. Однако стандартная форма списка справочника «Контрагенты» в КА 2.4 построена на динамическом списке, запрос которого содержит внутреннее соединение со справочником «Партнеры». Если реквизит Партнер у контрагента не заполнен, он просто отсекается фильтром запроса и становится «невидимкой» для пользователя.
Рассмотрим пример кода, который часто приводит к недоумению:
Контрагент = Справочники.Контрагенты.СоздатьОбъект();
// Заполнение реквизитов
Попытка
Контрагент.Записать();
Исключение
Сообщение = ("Не удалось записать объект """ + Объект + """!" + ОписаниеОшибки());
КонецПопытки;
В этом фрагменте скрыто сразу несколько проблем. Во-первых, обратите внимание на обработку исключения. Попытка присвоить текст переменной Сообщение не выводит текст пользователю. Для вывода информации об ошибке в управляемом приложении следует использовать процедуру Сообщить() или механизм ТекстСообщенияПользователю.
Во-вторых, как мы выяснили выше, отсутствие привязки к партнеру делает объект бесполезным. Вы сможете найти его через «Функции для технического специалиста» (Все функции), но работать с ним в интерфейсе будет невозможно.
Рассмотрим подробнее правильный процесс программного создания контрагента. Мы должны создать «связку» объектов.
Шаг 1. Создание Партнера
Если в программе не включена опция «Независимо вести партнеров и контрагентов», система все равно требует наличия партнера. Разберем пример создания:
НовыйПартнер = Справочники.Партнеры.СоздатьОбъект();
НовыйПартнер.Наименование = "МегаТрейд (Управленческий)";
НовыйПартнер.Клиент = Истина; // Если это покупатель
НовыйПартнер.Записать();
СсылкаНаПартнера = НовыйПартнер.Ссылка;
Шаг 2. Создание Контрагента
Теперь создадим контрагента, привязав его к только что созданному партнеру. Обратите внимание на обязательные реквизиты: Партнер и ТипОрганизации.
НовыйКонтрагент = Справочники.Контрагенты.СоздатьОбъект();
НовыйКонтрагент.Партнер = СсылкаНаПартнера;
НовыйКонтрагент.Наименование = "ООО 'МегаТрейд'";
НовыйКонтрагент.НаименованиеПолное = "Общество с ограниченной ответственностью 'МегаТрейд'";
НовыйКонтрагент.ИНН = "7700000000";
НовыйКонтрагент.ТипОрганизации = Перечисления.ТипыОрганизаций.ЮридическоеЛицо;
Попытка
НовыйКонтрагент.Записать();
Сообщить("Контрагент успешно создан: " + НовыйКонтрагент.Ссылка);
Исключение
Сообщить("Ошибка записи: " + ОписаниеОшибки());
КонецПопытки;
Посмотрим на пример из практики, вызывающий раздражение у многих разработчиков. В КА 2.4 логика наименований может показаться неочевидной:
Если вы заполнили только ИНН, но забыли про Наименование, то в списке вы увидите пустую строку, которую сложно идентифицировать. Всегда заполняйте оба поля наименований.
Выясним причину еще одного странного поведения: когда объект вроде бы есть, но при попытке его открыть через интерфейс открывается пустая форма создания. Это происходит из-за того, что в КА 2.4 формы справочников зачастую являются интеллектуальными помощниками. Если форма видит «битые» данные (отсутствует обязательная ссылка на партнера или не заполнены ключевые признаки учета), она может переключиться в режим ввода нового объекта, пытаясь «исправить» ситуацию за пользователя. Для выявления подобных расхождений после миграции данных полезен инструмент автоматической сверки данных между базами 1С.
Вместо того чтобы «изобретать велосипед», проанализируем возможности типовых общих модулей. В ERP-системах рекомендуется использовать функции из модулей ПартнерыИКонтрагенты. Это позволит автоматически заполнить все служебные реквизиты, которые могут быть добавлены в будущих обновлениях конфигурации.
Например, использование подсистемы контактной информации требует записи данных в табличные части или регистры сведений. Прямая запись объекта СправочникОбъект этого не сделает. Работа через типовые методы гарантирует целостность данных.
Чтобы ваш контрагент перестал быть «призраком» и корректно отображался во всех отчетах и списках, придерживайтесь следующих правил:
Партнер в объекте контрагента.ТипОрганизации (Юрлицо, Физлицо и т.д.), так как от этого зависят проверки ИНН и КПП.Наименование — именно оно выводится в динамические списки.Сообщить() в блоке Исключение, чтобы видеть реальную причину отказа в записи (например, дублирование ИНН, если включен соответствующий запрет).Следуя этой методике, вы сможете избежать «магических» исчезновений данных и обеспечите корректную работу бизнес-логики в 1С:Комплексная автоматизация 2.4.