1С 8.2 КА 1.1
День добрый: ситуация такая - хотим создать справочник по выполнению целей. Например: продажи мороженного по контрагенту А больше Б руб.
Таких элементов данного справочника может быть много. Хотелось бы посоветоваться: как организовать хранения таких структур? Есть мысли в сторону СКД, только не особо понятно с какой стороны подступиться. Может кто подскажет, или что то подобное уже создано?
Заранее спасибо за советы.

на рс всё делайте и привет

(1) Регистр сведений? А что это даст?
Плюс новое условие (элемент справочника) может быть другого вида. Продажи мороженного по свойству А контрагентам (Б и С) больше Д руб. Оно должно быть более менее универсальным, чтобы его можно было добавлять в пользовательском режиме.

а п

Что-то вообще не понятно о чем речь.

нужно что-то типа ЗначенияВстрокуВнутр(ТутПостроительОтчетаСОтборамиУпаковать)

(4) Хочу в справочнике хранить запрос с отбором.

(6) Зачем?

(7) Справочник по мотивации для торговых. В каждом элементе условие и мотивация . Цикл по элементам данного справочника для данного проекта(торгового) даст общую мотивацию. Плюс есть возможность добавить новое условие в пользовательском режиме.

И где применять эту "мотивацию"?

(9) вопросы не по теме. Я спрашиваю как технически это реализовать. Я так понимаю вы помочь не можете.

(10) можно в сторону СКД смотреть, можно в сторону построителя отчета

(10) Вы правы, когда логика не понятна, то совершенно не возможно подобрать нужное техническое решение. Ну можно дать совет типа "храните в СКД, РС или ЗначенияВстрокуВнутр()".

(10)
Задача: если менеджер контрагенту продал больше В рублей, то должен получить вознаграждение.
Регистром сведений.
Делаешь его периодическим: это даст что в этом году за В рублей менеджер получит 100 рублей, а в следующем - 200.
Делаешь измерение В Рублей, Контрагент.
Ресурс - вознаграждение.

(6) Можно хранить в хранилище значений все настройки построителя (в т.ч. и отбор построителя).

(13) Плюс, можно это расширить типа:
Если продал от В до В1, то получает 100, если продал от В1 до В2, то 200.
Можно туда ввести измерение Номенклатура.

(15) Мы такой штукой пользуемся - довольно удобно.

(16) насколько я понял, условия могут быть весьма разнообразным (напр. продать определённое количество определённого товара всем контрагентам за исключением контрагентов A, B, C, D) и такая структура не подойдёт

(15) проблема РС, что условия слишком узкие. Только
>Задача: если менеджер контрагенту продал больше В рублей, то должен получить вознаграждение.
А если много в группе из списка И НЕ (другая группа из списка) то его не применишь. Нужно в идеале хранить чистый запрос к базе, чтобы в пользовательском режиме можно было создать новый элемент.
(14) А на скд ?

(18) настройки СКД можно сохранять в xml и также хранить в хранилище значений

(19) единственная проблема, что к Хранилищу значений в последствии нельзя будет через запрос обратиться?

(20) Можно. У меня есть два справочника, в одном в хранилище значений хранятся сами отчёты на СКД, в другом настройки к отчётам (отборы, параметры и т.д.). В дальнейшем беру из справочника нужный отчёт с СКД, подгружаю в него настройки и выполняю программно, результат выполнения отчёта вывожу в таблицу значений

Посмотрите справочник "Виды цен" в УТ11, там это есть.

документ план продаж подойдёт ?

(23) -> (18) Слишком не универсальный механизм в типовом "Плане продаж"

(21) очень любопытно было бы взглянуть на это )

(25) там дофига всего, стучись 242-037-509, как подготовлю конфу - напишу

Можно и настройки построителя хранить в хранилище значений..

(27) можно, но в СКД отборы гибче

Система с хранением настроек в хранилище - рабочая, но очень тормозная

(28) ну, если примитивные запросы..то и построитель сойдёт
:)

(29) да вроде как не шибко тормозная
(30) ну это да, с построителем даже попроще вроде как будет