← На главную

В конфигурации 1С:Управление торговлей 11.5 (УТ 11.5) справочник "Партнеры" часто используется для организации иерархической структуры компаний, например, для отражения холдингов или групп предприятий. Один из ключевых реквизитов, обеспечивающих такую иерархию, — "Головное предприятие". Этот реквизит ссылается сам на себя, устанавливая связь между дочерним партнером и его вышестоящей головной компанией. Мы рассмотрим, как этот реквизит заполняется и как правильно построить запрос для получения данных о головном предприятии по коду дочернего партнера.

1. Понимание реквизита "Головное предприятие" и его заполнения

Прежде чем переходить к запросам, важно понять суть реквизита "Головное предприятие" в контексте справочника "Партнеры" УТ 11.5. Этот реквизит играет ключевую роль в построении управленческой иерархии партнеров.

1. Иерархическая структура справочника "Партнеры".

   Справочник "Партнеры" в УТ 11.5 предназначен не только для хранения списка компаний, но и для моделирования их взаимосвязей. Он поддерживает иерархическую структуру, позволяя объединять партнеров в группы, что крайне удобно для управленческого учета, анализа продаж по холдингам или консолидации данных. Такая структура позволяет нам выстраивать сложные бизнес-модели отношений между компаниями.

2. Настройка функциональности.

   Для полноценного использования иерархии партнеров в УТ 11.5 нам необходимо убедиться, что соответствующая функциональность активирована. Как правило, она настраивается в разделе "НСИ и администрирование – CRM и маркетинг". Здесь находится опция "Независимо вести партнеров и контрагентов". Если эта опция включена, система позволяет нам выстраивать более гибкие управленческие структуры партнеров, не привязанные жестко к контрагентам, что дает большую свободу в моделировании бизнес-процессов.

3. Заполнение реквизита "Головное предприятие".

   Сам реквизит ГоловноеПредприятие (который в форме элемента часто отображается как "Головное предприятие") заполняется при создании или редактировании элемента справочника "Партнеры". Когда мы добавляем нового партнера, который является частью какой-либо группы или холдинга, мы указываем в поле "Головное предприятие" ссылку на того партнера, который является его непосредственной головной компанией. Это действие устанавливает явную связь "дочерний-родительский" между двумя элементами одного и того же справочника.

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

   Важно отличать этот реквизит от стандартного служебного реквизита Родитель, который есть у всех иерархических справочников 1С и используется для группировки элементов в самом справочнике (папки). В контексте бизнес-логики УТ 11.5 для связей "дочерний-головной" используется именно ГоловноеПредприятие. Если бы мы работали с группами справочника, то использовали бы стандартный Родитель, который организует элементы в папки внутри справочника.

2. Построение запроса для получения данных о головном предприятии

Теперь, когда мы понимаем, как организована иерархия и как заполняется реквизит, разберем, как получить необходимые данные о головном предприятии с помощью запроса 1С. Наша задача — по известному коду дочернего партнера получить ссылку и код его головного предприятия.

1. Основной принцип запроса.

   В языке запросов 1С мы можем обращаться к реквизитам связанных объектов (или объектов, на которые ссылаются реквизиты) через точку. Это называется "разыменованием ссылки". В нашем случае, если у партнера есть заполненный реквизит ГоловноеПредприятие, то выражение Партнеры.ГоловноеПредприятие вернет нам ссылку на этот объект-родитель. Далее, мы можем получить любые реквизиты этого родительского объекта, снова обращаясь через точку, например, Партнеры.ГоловноеПредприятие.Код или Партнеры.ГоловноеПредприятие.Наименование. Этот механизм является фундаментальным для работы с связанными данными в запросах 1С.

2. Пример запроса.

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

   Скопировать код

   
   ВЫБРАТЬ
       Партнеры.ГоловноеПредприятие.Ссылка КАК СсылкаГоловногоПредприятия,
       Партнеры.ГоловноеПредприятие.Код КАК КодГоловногоПредприятия,
       Партнеры.ГоловноеПредприятие.Наименование КАК НаименованиеГоловногоПредприятия
   ИЗ
       Справочник.Партнеры КАК Партнеры
   ГДЕ
       Партнеры.Код = &КодПартнера
   

3. Разбор запроса.

   Давайте пошагово проанализируем этот запрос, чтобы полностью понять его логику и синтаксис:

   • ВЫБРАТЬ Партнеры.ГоловноеПредприятие.Ссылка КАК СсылкаГоловногоПредприятия: Здесь мы обращаемся к таблице Справочник.Партнеры, псевдоним которой Партнеры. Через точку мы обращаемся к реквизиту ГоловноеПредприятие. Так как это ссылочный реквизит, он содержит ссылку на другой элемент того же справочника. Чтобы получить саму ссылку этого головного предприятия, мы еще раз ставим точку и указываем Ссылка. Результат будет выведен под псевдонимом СсылкаГоловногоПредприятия, что делает его более читаемым в результате запроса.
   • Партнеры.ГоловноеПредприятие.Код КАК КодГоловногоПредприятия: Аналогично предыдущему, мы получаем код головного предприятия. Это строка или число, которое является уникальным идентификатором элемента в справочнике и часто используется для быстрого поиска или отображения.
   • Партнеры.ГоловноеПредприятие.Наименование КАК НаименованиеГоловногоПредприятия: Таким же образом мы извлекаем наименование головного предприятия, что часто удобно для отображения пользователю в отчетах или формах.
   • ИЗ Справочник.Партнеры КАК Партнеры: Указываем источник данных — таблицу справочника "Партнеры". Мы присваиваем ей псевдоним Партнеры для краткости и удобства обращения к ее реквизитам.
   • ГДЕ Партнеры.Код = &КодПартнера: Это условие отбора. Мы ищем строку в таблице "Партнеры", где значение реквизита Код равно значению, переданному в параметр запроса &КодПартнера. Это позволяет нам найти конкретного дочернего партнера, для которого мы ищем головное предприятие. Использование параметров делает запрос гибким и безопасным.

   Важный момент: если у дочернего партнера реквизит ГоловноеПредприятие не заполнен (например, если он сам является головным и не имеет вышестоящей организации), то обращение к его реквизитам через точку (.Ссылка, .Код) вернет NULL или неопределенное значение. Запрос не выдаст ошибку, но поля в результате для таких партнеров будут пустыми, что является ожидаемым поведением.

4. Отличие от стандартного реквизита "Родитель".

   В 1С справочники могут иметь иерархическую структуру, реализованную через группы (папки). Для такой структуры существует стандартный служебный реквизит Родитель. Однако в УТ 11.5 для бизнес-иерархии партнеров (отношений "головное-дочернее предприятие"), как правило, используется именно реквизит ГоловноеПредприятие. Поэтому, когда в обсуждении автор пытался использовать Партнеры.Родитель и не получил результат, вероятная причина была именно в том, что для бизнес-иерархии нужно обращаться к ГоловноеПредприятие, а Родитель относился бы к иерархии групп самого справочника, которая могла быть и не использована или быть пустой для данного элемента, или просто не соответствовала бизнес-логике "головного предприятия".

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

5. Получение всей цепочки родителей (многоуровневая иерархия).

   Представленный запрос позволяет получить данные только о непосредственном головном предприятии (первом уровне вверх). Если вам требуется получить всю цепочку головных предприятий (т.е., "родителя родителя", "родителя родителя родителя" и так далее до самого верха иерархии), стандартный язык запросов 1С не имеет прямых рекурсивных конструкций, позволяющих выполнить это одним запросом.

   В таких случаях мы используем несколько подходов:

   1. Итеративный запрос на встроенном языке: Вы можете выполнять запрос в цикле, каждый раз передавая в него ссылку на найденного родителя, пока не достигнете элемента без головного предприятия. Этот метод прост для понимания и реализации, но может быть менее производительным для очень глубоких иерархий, так как каждый шаг требует нового обращения к базе данных.
   2. Запросы с временными таблицами: Можно строить более сложные запросы с использованием временных таблиц, выполняя последовательные выборки и объединения, чтобы "подниматься" по иерархии. Этот метод более производителен для больших иерархий, так как позволяет выполнить всю работу на уровне СУБД, но требует более глубокого понимания языка запросов и может быть сложен в отладке.
   3. Функции платформы: Иногда для стандартных иерархий справочников можно использовать функции платформы, например ПолучитьРодителей, но они обычно применимы к стандартному реквизиту Родитель, а не к пользовательским самоссылающимся реквизитам вроде ГоловноеПредприятие. Всегда проверяйте документацию на предмет применимости таких функций.

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

Заключение

Мы детально рассмотрели, как в 1С:Управление торговлей 11.5 организована иерархия партнеров через реквизит ГоловноеПредприятие. Мы выяснили, где и как этот реквизит заполняется, и что самое главное — построили эффективный запрос для получения ссылки, кода и наименования головного предприятия по известному коду дочернего партнера. Понимание работы с самоссылающимися реквизитами является важным навыком при разработке отчетов и обработок в 1С, позволяющим создавать гибкие и мощные инструменты для анализа бизнес-данных.