Добрый день. 1С7 ТиС. Возможно ли в многострочной части общего журнала сделать фильтр по вычисляемой колонке? Или хотя бы отсортировать общий журнал по своему хотению? (То, что можно ВЕСЬ ЖУРНАЛ переписать самому с помощью таблицы значений, я в курсе. Но ни разу не видел ничего приемлемого по скорости.) Спасибо.

без ВК - нет.
а с ВК - фпоиск. Тут есть статья в КЗ, которую телепатБот на каждую ветку предлагал прочитать в свое время, так вот она акурат по этой теме. Чего-то там про произвольные отборы в журнале документов.
Еще можно перейти на восьмерку и ниипать мозга со всякими богопротивными ВК

Спасибо за ответ. Самое ценное это ссылка на статью. Не могу найти. Нет ли случайно под рукой, почитать?

можно.
делай графу отбора
пиши туда все что надо (вычисляемое значение) и устанавливай отбор

Книга знаний: Множественный отбор в журналах и справочниках 7.7 заменой запросов SQL
Книга знаний: Отбор по нескольким реквизитам в журнале (www.sinor.ru)

ТелепатБот, ответь, блеать...

Лефмихалыч, спасибо.
Злопчинский: пробовал. Не работает.

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

(6): брехня.

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

Чувствую надо пояснить задачу. Может коллективный разум поможет. К каждому клиенту привязан менеджер. Через ОсновноеСвойство. В общем журнале я добавил колонку и вывел туда Док.Контрагент.ОсновноеСвойство.ЗначениеСвойства. Основная задача выбрать все документы типа ЗаявкаПокупателя по конкретному менеджеру. Уже неделю бьюсь. :-(

(10) Тупое решение "в лоб" - сделать общий реквизит или графу отбора, и писать туда менеджера. И тогда - хоть заотбирайся...
Чуть более сложное - использовать класс ПоставщикДанных - там уже можешь отбирать хоть по основному свойству, хоть по неосновному, хоть по их совокупности....

Спасибо! Смотрю ПоставщикДанных. Тупые решения мне никогда не нравились. Делать так делать.

(12) Но тогда надо будет обеспечить всю функциональность общего журнала.
В частности, в той же ТиС там есть хитро вычисляемые колонки. Да и не хитро вычисляемые - придётся писать.

(12) Удачи. Большинство ответов на вопросы - в ветке обсуждения на 1с++. Если останутся - пиши завтра в аську, но не обещаю, что быстро отвечу.

(13) Да нету там никаких хитростей :-))
"то, что один человек построил - другой завсегда поломать сумеет...."©

(16) Хитростей там никаких. Чисто писанина. Вопрос в том, в каком из случаев (применительно к конкретной задаче) её больше :-)

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

(18) Если есть возможность - почему бы и нет?
Хотя тут речь не столько об отчете, сколько все-таки о фильтре в журнале...
(17) Для ПоставщикаДанных - "дописка" не более двух десятков строк (8 строк на описание колонки, и строк 7 - на отбор). Правда, при условии, что остальное уже есть :-)

(19) Ключевые слова "остальное уже есть". Поскольку ТС только сейчас узнал о ПоставщикеДанных - остального ещё нет. Ну и тут варианты:
- либо планируется потихоньку переписывать всё на 1С++ - тогда можно и с общего журнала начать это во всех отношениях полезное мероприятие;
- либо решить частную задачу через общий реквизит и не греть голову (если не предполагается дальнейших изменений).
Я бы пошёл по первому пути, раз уж используется ТиС. Но у ТС могут быть и иные планы :-)

(19) я давно х очу себе сделать псевдожурнал по текущим (незакрытым в регистре) заявкам покупателей - у меня сейчас есть в виде ТЗ (вертится на прямых запросах) - но неудобно, блин... и неэстетично

(20)Взять с форума пример журнала, и добавить упомянутые 15 -20 строк....
(21) Там, где есть большие вычисления - журнал применть не стоит...

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

(22) В ТиС в общем журнале есть вычисляемая колонка Информация, значение которой вычисляется функцией Глобального модуля. Если нужен отбор и по ней - там в 20 лишних строк не уложиться (ничего особо сложного не будет, но придётся учитывать кучу разных вариантов).

+(24) Впрочем, это я ерунду несу. У ТС - более другая задача.