Как организовать выбор пункта разгрузки из данных контрагента в документах 1С

← На главную

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

Почему табличная часть — это неудачное решение для выбора

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

Отсутствие ссылочной целостности. Строка табличной части не является самостоятельным объектом базы данных. На нее нельзя сослаться через стандартный тип СправочникСсылка. Если вы попытаетесь сохранить в документе номер строки или индекс, то при любом изменении состава таблицы в справочнике (удалении строк сверху или сортировке) ссылка в документе «поплывет» и будет указывать не на тот пункт.
Сложность программной реализации. Чтобы организовать выбор из ТЧ, нам придется программно открывать форму справочника, перехватывать выбор строки, передавать ее индекс или уникальный идентификатор (UID), что требует написания значительного объема кода в модулях формы.
Трудности в отчетах. Получить данные по конкретному пункту разгрузки в запросах будет крайне сложно, так как придется постоянно соединять документы с табличными частями справочников по косвенным признакам.

Решение №1: Использование подчиненного справочника и связей параметров выбора

Это «золотой стандарт» разработки в 1С. Мы создаем справочник ПунктыРазгрузки и в его свойствах на вкладке «Владельцы» указываем справочник Контрагенты. Рассмотрим, как настроить автоматическую фильтрацию в документе Отгрузка без написания кода, используя механизм «потыкать мышкой».

Разберем по шагам настройку в конфигураторе:

Переходим к реквизиту документа ПунктРазгрузки.
Открываем палитру свойств и находим поле Связи параметров выбора.
Нажимаем на кнопку выбора и добавляем новую связь.
В колонке «Параметр выбора» указываем Отбор.Владелец.
В колонке «Путь к данным» выбираем реквизит документа Контрагент (или Объект.Контрагент, если настройка идет в форме).

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

Решение №2: Визуализация подчиненного справочника как табличной части

Иногда пользователи жалуются, что работать с подчиненным справочником неудобно, так как его нужно открывать в отдельном окне. Мы можем легко решить эту проблему, сделав интерфейс идентичным табличной части. Выясним, как это реализовать на управляемых формах.

Проанализируем алгоритм настройки формы элемента справочника Контрагенты:

Создаем новый Реквизит формы с типом ДинамическийСписок. Назовем его СписокПунктыРазгрузки.
В свойствах списка указываем основную таблицу — Справочник.ПунктыРазгрузки.
Включаем свойство Использовать всегда для поля Ссылка.
Переходим в настройки списка (кнопка «Настройка списка» -> вкладка «Отбор»). Добавляем отбор: Владелец Равно &Владелец.
В модуле формы, в обработчике ПриСозданииНаСервере, установим значение параметра:


&НаСервере
Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка)
    СписокПунктыРазгрузки.Параметры.УстановитьЗначениеПараметра("Владелец", Объект.Ссылка);
КонецПроцедуры

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

Решение №3: Программный выбор из списка (если ТЧ необходима)

Если по каким-то специфическим причинам вы все же решили оставить данные в табличной части, рассмотрим, как организовать выбор программно через список значений. Этот метод подходит, когда объем данных невелик.

Рассмотрим пример кода для обработки события НачалоВыбора реквизита в документе:


&НаКлиенте
Процедура ПунктРазгрузкиНачалоВыбора(Элемент, ДанныеВыбора, СтандартнаяОбработка)
    
    СтандартнаяОбработка = Ложь; // Отменяем стандартное открытие формы
    
    Если Объект.Контрагент.Пустая() Тогда
        Сообщить("Сначала выберите контрагента!");
        Возврат;
    КонецЕсли;
    
    // Получаем данные из ТЧ справочника (требуется серверный вызов)
    СписокПунктов = ПолучитьСписокПунктовНаСервере(Объект.Контрагент);
    
    // Показываем выбор пользователю
    Оповещение = Новый ОписаниеОповещения("ПослеВыбораПункта", ЭтотОбъект);
    ПоказатьВыборИзСписка(Оповещение, СписокПунктов, Элемент);
    
КонецПроцедуры

&НаСервереБезКонтекста
Функция ПолучитьСписокПунктовНаСервере(КонтрагентСсылка)
    Список = Новый СписокЗначений;
    // Запросом или перебором получаем строки ТЧ
    Для Каждого СтрокаТЧ Из КонтрагентСсылка.ПунктыРазгрузки Цикл
        // В качестве значения можно передать имя пункта или его UID
        Список.Добавить(СтрокаТЧ.Наименование); 
    КонецЦикла;
    Возврат Список;
КонецФункции

Важно помнить, что при таком подходе в документе вы сохраняете просто текстовое название пункта или его индекс. Если в справочнике Контрагенты кто-то переименует пункт в табличной части, в ранее созданных документах информация останется старой, что может привести к рассогласованию данных.

Использование стандартных механизмов БСП

В современных типовых решениях (УТ 11, ERP, КА) для подобных задач часто используется подсистема «Контактная информация» из состава БСП. Рассмотрим преимущества этого метода:

Данные хранятся в универсальном регистре сведений.
Реализована интеграция с картами и адресными классификаторами (ФИАС/ГАР).
В документах уже предусмотрены стандартные формы для выбора адресов доставки.

Если ваша конфигурация построена на базе БСП, рекомендуем использовать именно этот механизм вместо создания собственных справочников или табличных частей.

Резюме

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

Использовать стандартные механизмы платформы (Связи параметров выбора).
Обеспечить целостность данных.
Легко строить отчеты в разрезе пунктов доставки.
Сохранить удобство интерфейса для пользователя с помощью динамических списков на формах.