Конфигурация УТ 10.

Есть справочник Контрагенты, в нём реквизит ОсновнойМенеджерКонтрагента (тип СправочникСсылка.Пользователи).
Руководству захотелось, чтобы для контрагента была возможность выбрать нескольких ОсновныхМенеджеров. Ну и, естественно, у разных Контрагентов может быть один и тот же ОсновнойМенеджер.

Для этой связи (многие-ко-многим) я сделал РС, измерения: Контрагент, Менеджер, куда занес все связи. Реквизит справочника ОсновнойМенеджер удалил за ненадобностью. Всё работает, но, естественно, во всех настройках отчетов пропала возможность отбора, группировки и т.д. по этим менеджерам.

Кроме как дописывать в запросах отчетов соеденение к новому РС не вижу решения. Подскажите, пожалуйста, может как то по-другому решается такая задача?

(0) Либо табличная часть у справочника, либо РС - вариантов не так много.

да, про табличную часть я тоже думал, но она тоже не решает проблемы с отбором

А как вы это представляете?

Отчет продажи:

Менеджер Пупкин  100
  Клиент Хаха -  100
Менеджер Хрюкин  100
  Клиент Хаха -  100
Итого         =  200

хотя реально 100

(0) Зачем удалил типовой реквизит?

Я уверен, что у клиента ограниченное количество менеджеров, например не более 3.

Можно было обойтись доп реквизитами.

(0) согласен с (4) - не удаляй типовой реквизит, так как он используется по всей конфе. ты можешь им в нежном месте поиграться, но удалять из конфы не советую.

(3) да, все верно, неразумно получается
(4) вобщем да, выход. А в отборе просто пользователи будут оперировать не одним, а несколькими реквизитами...

>>Кроме как дописывать в запросах отчетов соеденение к новому РС не вижу решения
после удаления никак, и кроме отбора по менеджеру согласно (3) другие операции уже не нужны

(5) конфигурация сильно переписана, а этот реквизит встречается в конфигурации только в 30 местах, так что не страшно. Но копию нетронутой конфигурации на всякий случай оставил, конечно

(7) а если не удалять, то смысла в этом регистре никакого и нет

+(9) хотя я смотрю, что похоже и правда не было смысла его заводить

(4) Ага. ОсновнойМенеджер1 и ОсновнойМенеджер2. Видал такое в одной древней доработке. Лютый П-ц.

(11) самый простой но дебильный вариант. Но и задача дебильная

Если нужны продажи по менеджерам, то нужно менеджера в регистр продаж добавлять

(12) задача то нормальная, но после её выполнения оказалось, что руководству нужно чтобы и отчеты по старому работали.

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

Спасибо, что откликнулись!

Основной менеджер может быть только один. А если кто-то где-то участвует в продаже, то достаточно сделать доп.реквизит Менеджер у документа продажи. ИМХО. Это всё можно реализовать, не затрагиваю и не портя существующих алгоритмов.

(16) На самом деле, я просто не всю часть задачи рассказал, а лишь вершину айсберга. Продажи тут не при чем. Основные менеджеры им нужны для ограничения доступа внутри группы пользователей - именно для этого вся беготня с регистром сведения. А отчеты - это ненужный артефакт, который остался после выполнения

(17) так это просто менеджеры, или как там в типовых?
вот чего нет в типовых, это разделение основных менеджеров у одного клиента по группам номенклатуры (или что-то вроде этого)

грубо говоря: Вася - осн. менеджер для компании ХрюХрю, но только по мыльным пузырям, а вот по стиральному порошку - Петя

(17) про группы доступа к контрагентам не слышали, не?