В общем, полазил я по КА в этом плане и очень расстроился. Справочник партнеров является иерархическим ТОЛЬКО с иерархией элементов, справочник контрагентов - иерархический, но чуть ли не технический (зайти в него быстрее всего через все функции, так как в стандартный интерфейс его не вывели), и возник вот у меня вопрос: как грамотно организовать в таком случае иерархию партнеров? Гугл ответил: создавайте доп. реквизиты и вуаля, можете настроить отборы в списке "как хотите". И тут же вылезла проблема такого характера - а если мне надо делать одновременный отбор по нескольким позициям? Ответа нет.
Простой пример: у организации ведётся деятельность по стране. Они привыкли разделять контрагентов по областям и районам (деятельность связана с СХ). И если "разделить по областям" ещё можно, используя такую концепцию, то как внутри области учитывать ещё и район? Непонятно. Ещё веселее становится, когда понимаешь, что в разных областях бывают одноименные районы. И тут понимаешь, что классическая иерархия "по папкам" оказывается в разы лучше, чем мистическое "по любому интересующему вас признаку", который я перевёл как "жри что дают, мы тут высокие технологии предлагаем, а вы примитивы ждёте".
И поэтому мне стало интересно, как организовали такой момент у себя другие пользователи КА? Сняли с замка и переделали формы списка, изменив возможность иерархии? Или ещё что-нибудь придумали? В общем, ищу совет. КАК организовать возможность грамотной каталогизации контрагентов по условиям из примера?

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

(0)
1. Сделай доп.реквизит "Группа" ссылкающийся на иерархический справочник "дор_ГруппыПартнетров".
2. Сделай два доп.реквизита "Область", "Район".

(2)
1. Хмм, потестирую такой вариант
2. "Фильтр", к сожалению, можно составить только по одному реквизиту. И очень весело гадать, какой из одноименных районов будет относится к нужной области.
Дополнение: обратил внимание, что ещё кроме фильтра по "реквизиту", есть ещё фильтр по сегменту. В таком случае можно попробовать настроить сегмент + фильтр

ERP и обрезки писали дремучие теоретики, имеющие представление об идеальном сферическом предприятии в вакууме. Где операторы не ошибаются и абсолютно на каждый вопрос готов ответить консультант, у которого прямая связь с Нуралиевым.

(4) Заметно. Мы КА то выбрали ради механизма сделок, который допиливать будем, но такой подлянки не ожидал.

(0) у партнёров есть бизнес-регион и их дерево справа в форме

(6) бизнес-регион - тоже иерархия элементов. хотя в данном случае может подойти, спасибо.

(6)+ такое себе. Простая ситуация - мне иногда надо смотреть конкретный район, а иногда - всю область. Так если у меня в контрагенте указан "бизнес-регион" - как район, то при настройке фильтра по "родителю" - области - я не увижу его никак. Для отчетов - подойдет, но в форме хотелось бы видеть тоже

(8)+ то есть придётся делать опять таки комбинацию из бизнес-региона и сегмента или ещё как

(0)[кто виноватъ] - ТС, своей неспособностью сформулировать ФТ к ПО на предпроектной стадии и оценить соответствие ФТ закупаемым учетным системам
[что делать] - для географии использовать бизнес-регионы и карты к ним, если нужно две нотации, то вшить в партнера новый реквизит Губерния
про сделки забыть - муляж тянется с момента создания ERP

(10) 1. тут спорить нечего
2. к такому и пришел, благо три фильтра одновременных вроде как не надо
3. совсем неработоспособное?

(9) исправить придется:

        Если УстанавливатьОтбор Тогда
            ОбщегоНазначенияКлиентСервер.ДобавитьЭлементКомпоновки(ГруппаОтбора,
                                                               "БизнесРегион",
                                                               ВидСравненияКомпоновкиДанных.Равно, //вот здесь поставьте ВИерархии
                                                               Форма.Элементы.БизнесРегионы.ТекущаяСтрока);
        КонецЕсли;

(11)[совсем неработоспособное?]
в роли сквозной аналитики - совсем
в роли разделителей учета закупок/продаж и составной части CRM - пригодна к эксплуатации

(13) Ну по большей части второе и нужно.

(12) Спасибо большое, сэкономили мне время)

(13) А чо вы собирали на этой аналитике, у меня если честно руки не дошли ее потестить