Привет!
У меня есть справочник документ "Заказ" и регистр сведений "Регистрация обзвонов" с измерением "Заказ", "Дата звонка" и ресурсом "Результат".

Соответственно, звонков может быть несколько (на самом деле максимум 3).
Возможно ли в динамическом списке построить таблицу вида:

Заказ ... (Реквизиты заказа) ... ДатаЗвонка1 Результат1 ДатаЗвонка2 Результат 2 ...
?

(0) У меня есть справочник документ.
Сорри, просто документ)

Возможно

(2) Отлично.
Второй вопрос. Как?

(3) ты не знаешь как запрос составить??

Запрос д.б. примерно таким :


ВЫБРАТЬ
   Рег.Заказ КАК Заказ,
   ПервыеЗвонки.ДатаЗвонка КАК ДатаЗвонка1,
   ВторыеЗвонки.ДатаЗвонка КАК ДатаЗвонка2
   
ИЗ
   РегистрСведений.РегистрацияОбзвонов КАК Рег
   ЛЕВОЕ СОЕДИНЕНИЕ
       (ВЫБРАТЬ
           Рег1.Заказ КАК Заказ,
           МИН(Рег1.ДатаЗвонка) КАК ДатаЗвонка
       ИЗ
           РегистрСведений.РегистрацияОбзвонов КАК Рег1
       СГРУППИРОВАТЬ ПО
           Рег1.Заказ
       ) КАК ПервыеЗвонки
       ПО ПервыеЗвонки.Заказ=Рег.Заказ
   ЛЕВОЕ СОЕДИНЕНИЕ
       (ВЫБРАТЬ
           Рег2.Заказ КАК Заказ,
           МИН(Рег2.ДатаЗвонка) КАК ДатаЗвонка
       ИЗ
           РегистрСведений.РегистрацияОбзвонов КАК Рег2
           ВНУТРЕННЕЕЕ СОЕДИНЕНИЕ ПервыеЗвонки КАК _ПервыеЗвонки
               ПО _ПервыеЗвонки.Заказ = Рег2.Заказ
               И Рег2.ДатаЗвонка>_ПервыеЗвонки.ДатаЗвонка
       СГРУПИРОВАТЬ ПО
           Рег2.Заказ
       ) КАК ВторыеЗвонки
       ПО ВторыеЗвонки.Заказ=Рег.Заказ

далее надо добавить еще соединения  чтоб получить 3-й звонок и Результаты

юзер френдли будет если ты возьмёшь последние 3 звонка и делать будешь не тупую табличку, а группировку по заказу и работать будет быстрее

(5) Спасибо, но я хочу получить запрос именно для n-звонков.

(6) Думаешь? То есть - юзер захочет посмотреть даты звонков - развернет группировку и успокоиться?

(6) Я отмела такой вариант. Хотя не могу привести адекватного аргумента - почему.

(7) т.е. в динамическом списке должно быть n колонок ?

(7) т.е. превратить 2 в n ты не сможешь??

(0) классическая задача на транспонирование матрицы. Получить ее ТОЛЬКО запросом при n-количестве звонков - затруднительно.

(11) Хм. В СКД смогу - ибо там есть группировка по колонкам.
Но заранее не зная количество звонков - так сразу даже и не придумаю.

(12) Кажись, в (11) спец знает как это сделать только запросом.

(14) только через конкатенацию текста запроса с учетом количества звонков. Если просто так - нет. Не получится. Если на скд с группировкой в таблице по колонкам - получится - но там (по секрету) НЕ один запрос :)

Мне кажется, правильнее - все таки через группировку по какому-то ключу. Так естественнее для пользователей. На скд на пример.

(10) Это катастрофический вариант события. Быть такого не должно. Максимум у меня будет 3 значения. Но раз уж тема открыта, хочу узнать - возможно ли для N и как)

(15) Да, в итоге сделаю группировку.
Только у меня вопрос: а почему в СКД это не один запрос? Я одним сделала. Дата звонка - измерение - в колонку. Результат - ресурс. Разумеется в поле ресурс подставляется функция "сумма", "среднее" и пр., но ее можно вручную стереть.

(16) для неизвестного заранее количества - невозможно

(16) если ты откроешь любой учебник по SQL и посмотришь, как решаются подобные задачи - то ты просветишься. Если нет - то прими за аксиому - НИКАК :)

(17) ты потрейсь свой запрос - и посмотри сколько запросов и самое главное КАКИХ делает скд, чтоб расчитать итоги по ресурсам в таблице по колонке. Абалдеешь честное слово :)

(19) Я не на запрос возлогала надежды в (0), а на какие-нибудь свойства УФ, о которых не знаю (поскольку пока только знакомлюсь с ними).
Спасибо за комментарии)

(20)О! Просвети еще - что такое "потрейсь"?)

(21) не. Не питай надежды. Рисуй обычную группировку. А кстати - это нетленка или типовая какая? И как звонки туды к вам залетают? Рарусовский софтфон поди или чо?

(22) трейсером скулевским поймай запросы, которые делает СКД, когда ты жмякаешь кнопку сформировать - и погляди на них.

(23) Это конфа с нуля за один день, в которой один документ, несколько справочников, пару обработок и отчетов (под рекламную акцию, которая будет длиться 2-3 месяца). Почему 1С? Чтобы не платить 50 тр фрилансу))

(25) Хм. Качество рекламных и маркетинговых акций можно отслеживать в УТ 11 "из коробки".

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

(26) Хм. А чем то, что ты описала от УТ то отличается? :)

Создаешь шаблон анкеты опроса. Рисуешь обработку анкеты по своей прикладной механике. Чутка видимо правишь как-то стандартный отчет - и получаешь свое. Ты открой-открой - не бойсо.

(27) Ну там нет анкет, в которых можно фиксировать варианты ответов. Насколько помню в УТ что-то типа мероприятий.
Вот только - мы не используем УТ.
Но с домашнего компа поковыряюсь в УТ детальнее ради интереса.

(29) + Ну и конечно это не наше "маркетинговое мероприятие", а заказ клиента. Т.е. в нашей управленческой базе - анкетам делать нечего (мусор).

Может допиливание УТ подошло бы. Но не в этот раз.

(28) Раз пошел такой диалог)) То задам вопрос не в тему. Ты УНФ внедрял? Из каких соображений 1С советует ее для компаний с численностью пользователей 1-10?

(8) а что он писает кипятком еще что ли? вопроса не понял

(29) Путаешь (вроде).
(31) я хз, что они советуют. Вопрос наверное нужно ставить так: есть контора, и она хочет видеть...увидим ли мы это в УНФ? Если нет - то возможно ли сделать так, чтобы увидели? Если да - то за сколько :)

УНФ - хорошая простая конфа. Ее хорошесть в ее простоте.

(32) Забей. Просто - для привередливых юзеров это лишний клик.

(33) Не, не путаю. Мы - рекламное агентство, которое оказывает услуги по проведению акций и сбору информации для своих клиентов. По окончании(через 2-3 месяца) мы заархивируем базу и забудем о ней и об акции))

СПАСИБО тебе большое!)

(35) ну - не путаешь, значит молодец. И пожалуйста :)