Срез последних: почему не последнее? #202459

Есть запрос. Нужно, чтобы на выходе выдавал только ПОСЛЕДНИЕ события, а он выдает последние ПО КОНКРЕТНОМУ СОТРУДНИКУ, даже если после него были другие движения по регистру сведений... "ВЫБРАТЬ

Это что-то не то...

Не понял до конца, но вроде как попробуй вместо И СобытияСрезПоследних.Сотрудник.Ссылка = &Сотрудник в параметрах источника написать Сотрудник.Ссылка = &Сотрудник

Не-е-е.. не понял... Ты хочешь получить "последние события" или получить данные на конкретную дату?

Только последние события. А он в зависимости от указанного сотрудника выдает события КОНКРЕТНО ЕГО. А надо - чтобы или АБСОЛЮТНО последнее, или вообще ничего не выдавал.

Убери параметр "дата" и убери и из "где" тогда сотрудника но если ищишь конкретное событие - то тогда его и вставь в конструкцию "где"

Тогда должно сработать, непонятно, почему у тебя не срабатывает :o) Или я опять неправильно понял

В случае с регистром сведений ГДЕ срабатывает после среза последних, а вот параметры источника до.

Дату убрал - не помогло. А сотрудника я зачем убирать буду? Мне надо вывести список всех последних событий, отфильтрованный по конкретному сотруднику. Как говорит PR, ГДЕ должно сработать после среза, ан нет, не выходит! :((

А без фильтра срабатывает нормально?

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

Такого НЕ может быть. Попробуй тупой вариант: выбери во вложенном запросе все записи без фильтра, а в основном запросе используй фильтр.

А можешь код набросать? Я пока туповат во вложенных запросах...

Давай ещё раз.. Что именно нужно.. то что ты написал в Нужно, чтобы на выходе выдавал только ПОСЛЕДНИЕ события, а он выдает последние ПО КОНКРЕТНОМУ СОТРУДНИКУ или то что написал в "Мне надо вывести список всех последних событий, отфильтрованный по конкретному сотруднику" т.е. в ты пишешь, что тебе "последние" по конкретному сотруднику НЕ нужны.. а в что именно так и нужно.. проясни...

Так понятнее: 1. Сначала запрос должен отобрать все последние события 2. Потом он их должен отобрать по конкретному сотруднику В итоге я получаю список сотрудников, которые работали с данным контрагентом последними. А 1С делает наоборот...

"Сотрудник" это реквизит, ресурс или измерение?

Измерение

Подзапросом надо реализовывать. Подзапрос по этому регистру а потом по связи подставлять.... А в основном запросе присоединение к справочнику контрагенты.

Совсем запутал... правильно ли я понял, что тебе нужен Список сотрудников, которые работали с данным контрагентом последними? Да? Ну тогда это "ВЫБРАТЬ

событие не покажет.. надо искать в СрезПоследних с условием Период <=ДатаОтчета. Хотя опять же все зависит от того как реализован Регистр.

Это верно. Но этот итоговый список надо отфильтровать по одному сотруднику, коточе нужно узнать, работал ли указанный сотрудник с данным контрагентом последним. А можешь продемонстрировать?

сорри..

+ У тебя тогда по каждому котрагенту из справочника будет показано (если есть) последнее событие со связанным с ним сотрудником... Ты это хотел???

прикольный запрос :)) зачем условие ГДЕ ?

Напиши то же самое БЕЗ "где" :-))) Тогда поприкалываемся вместе :-))))

Но ведь это он и выдает! И в твоем запросе вообще нет отбора по сотруднику... Я же писал, что не выполняется главная задача - последовательность выборки: 1. Сначала запрос должен отобрать все последние события 2. Потом он их должен отобрать по конкретному сотруднику А ты опять предлагаешь сделать наоборот...

Влом, вот тебе пример, сделай по аналогии ВЫБРАТЬ    ВложенныйЗапрос.Валюта ИЗ

Озадачил... Но мысль понятна. Спасибо, попробую...

ВЫБРАТЬ ИЗ

Вообще должно все и так работать, непонятно, где засада :o)

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

хм-м-м.. У тебя тоже конструкция "где".. так в чём тогда "прикол" ??? проясни???

Спасибо, понял... Тоже не понимаю... Ну это типа CRM... Есть контрагент, и разные сотрудники создают события. Надо найти, кто общался последним.

Ну-у-у.. вот и я о том же... Событий БЕЗ сотрудников и БЕЗ контрагентов у тебя быть НЕ ДОЛЖНО.. Значит твой п.1 в - "нонсенс"... :-)))

Все верно, таких событий и не должно выдаваться...

Ну-у-у.. Поэтому я и говорю.. Тебе нужна только "выборка последних" событий по заданному списку контрагентов.. И в этом "последнем событии" (если оно существует) и увидишь "последнего сотрудника"... а всё остальное - от лукавого (поверь моему опыту) :-)))

Все верно, но задача была еще и отобрать список по одному конкретному сотруднику...

Не-е-е.. так не бывает... Ты должен делать что-то одно (иначе получишь пустой список).. или отбор последних Событие-Сотрудник для заданного списка Контрагентов.. или наоборот... отбор Событие-Контрагент для заданного списка Сотрудников или напкраЙняк.. отбор Сотрудник-котрагент Для заданного списка событий иного просто не существует :-))))

Мдя, Илюх, ты где-то гонишь, щас попробовал такой запрос ВЫБРАТЬ    ОтветственныеЛицаОрганизацииСрезПоследних.ФизическоеЛицо,    ОтветственныеЛицаОрганизацииСрезПоследних.Должность

Записи в регистре следующие При отборе по Васе запись только одна, Главный бухгалтер    Вася

Не знаю, что-то я не въезжаю... Вобщем вложенный запрос тоже не срабатывает... Буду разбираться.

Ты понимаешь, что такого НЕ МОЖЕТ быть? Ты что-то не то хочешь видать, нежели говоришь :o) Приведи пример, где несколько записей, по кому делаешь отбор и что у тебя должно получиться

Лан, чет я подустал, пойду домой... Утро вечера мудренней...

Вот сделал вложенный запрос, все условия после среза, а все равно результат может выдавать по одному контрагенту и с одним, и с другим сотрудником:        |

Эээ..., я вот тут подумал, сотрудник должен быть ресурсом, чтобы получилось то, что ты хочешь :o)

напиши тогда еще раз что хочешь получить подробно с примером результата..

Спасибо, Рома. Я тут подумал и решил, что действительно сделаю сотрудника ресурсом. Это будет идеологически правильнее. Просто регистры сведений - новый объект, не всегда понятно, как с ними работать.

Решается очень просто, вот почему к примеру в курсах валют валюта - измерение, а курс - ресурс? Потому что несколько записей с разными валютами и одинаковыми курсами может быть, а несколько курсов для одной валюты - нет. В общем в измерениях должен быть ключевой набор реквизитов, то есть набор, который однозначно идентифицирует набор в таблице, валюта - это ключевой реквизит, а курс - нет.

(+48) Зная валюту, ты однозначно запись найдешь, а зная курс - нет