Как отобрать документы в общем журнале по списку значений реквизита? #153447

Нужно отобрать несколько видов складских документов с конкретными (из списка) значениями реквизита "Склад". Не подскажете ли, как это сделать?

Или подскажите ссылку, пожалуйста.Пока что нахожу инфу только про отбор документов с одним конкретным значением реквизита, а нужно с несколькими из списка.

Для этого придумали отчет (с) Дурочка 1С

http://tereann.narod.ru/1C/journal.html

: не слишком полезный ответ...: спасибо, почитаю!

На итланде видел идею интересную.Журнал подменяется справочником и делается ИспользоватьСписокЭлементовЧтобы не тормозило - прямые запросы

Журнал подменять чем бы то ни было (в частности, обработкой или отчетом) не хочется, потому что тогда не будут отслеживаться изменения в документах и надо лепить кнопку "Обновить" :(

Подробней опиши задачу.

Форма.ОбработкаОжиданияПритормаживать, правда, будет. Но не смертельно.

Оставь все как есть, в реальном времени ты ничего путного не сделаешь. Можно делать закладки по складам, но по всем нормально никак, а свой журнал - это формирование ТЗ, обновление, и с движком ты здесь не конкурент;

: Нужно, чтобы сотрудник с определенными правами видел (допустим, в журнале расходных накладных) документы только по определенным складам.: А подробнее можно?А вообще я уже решил, как сделать. Коряво, конечно, но для моего конкретного случая, когда список избранных складов довольно постоянен, сойдет. Я введу в интересующих документах новый реквизит "Видимость" и буду устанавливать его при выборе склада. Избранные склады будут в отдельном справочнике. И при его редактировании можно будет по кнопке запустить обработку для изменения в документах за определенный период этого признака видимости. Ну и, соответственно, буду делать графы отбора по этому признаку для каждого отдельного вида документов.

Очуметь!

: А что, думаешь, совсем коряво? Для моей задачи, вроде, вполне подходит. Дело в том, что список отбираемых складов заранее известен и более-менее неизменен. Кстати, если запихнуть признак отбора в сам документ, изменять его там, в зависимости от необходимых нам условий (при этом возможен отбор по любому количеству реквизитов по заранее известным спискам значений), и создать графу отбора с этим признаком на нужные виды документов, то можно считать выполненной задачу, так сказать, предопределенного или нединамичесмкого отбора по видам документов и гибкому набору условий.

Кстати, это решение вызывает еще один вопрос. Можно ли из обработки менять значение реквизита документа и сохранять его без перепроведения, если в его форме написано ПриЗаписиПерепроводить?

можно.Вы будете для каждого пользователя делать свою графу отбора?

По-моему, это очень неправильное решение задачи.Оно приемлимо, если:1) Документов не много и времени на их обработку тратится мало (в это мало верится, если у предприятия несколько складов; впрочем, вы можете торговать мерседесами и иметь филиалы, например).2) Пользователь один, потому что реквизит СписокЗначенийСкладов в документе будет один..Если пользователь в журнале хочет видеть только документы по определённым складам, то:- с пользователем нужно поговорить и изменить его видение проблемы;- пересмотреть отношения с таким Заказчиком, потому что задача со складом может быть лишь цветочками;- но если очень надо, то нужно настраивать периодически обновляемый отчёт о документах..Отчёт можно сделать в виде обработки с диалогом, на котором разместить Таблицу Значений. По внешнему виду она ничем не будет отличаться от журнала документов.В настройках обработки можно поставить список значений с пометками и помечать склады, для которых выбирать документы.

: Такой пользователь (или класс пользователей с такими правами) всего один.: Я бы согласился с твоими выкладками для общего случая. Хотя Таблица Значений - все равно плохой выход. Она будет тормозить и ее надо обновлять вручную (а пользователей, меняющих документы одновременно, довольно много).Но в моем случае, мне кажется, ничего лучше не придумать. Просто появляется класс пользователей (пока что один) с очень ограниченными правами, которые (с точки зрения руководства) должны видеть инфу только по нескольким конкретным заранее заданным складам. Тормозить это не будет, потому что состав складов практически неизменен и реквизит видимости документа будет устанавливаться сразу при его сохранении.

...из чего я понимаю, что:1) Есть группа пользователей, которые постоянно СМОТРЯТ на журнал документов, в котором появляются новые документы, в которых используются данные склады.Вопрос: Что они там смотрят и зачем???2) Я так понимаю, что перечень данных складов в течение достаточно продолжительного времени (например, рабочий день) не меняется, так?3) После изменения перечня данных складов, ты обработкой меняешь реквизит документа, по которому потом делаешь отбор в журнале, так?

Пока это один пользователь (менеджер по развитию розничной сети), который, действительно, большей частью будет СМОТРЕТЬ :) По крайней мере, так мне сказали. А зачем, это уже меня не волнует.Перечень складов был вообще мне выдан в виде константного списка. Я уж на всякий случай сделал его переменным.А обработка, большей частью, нужна для первоначального заполнения реквизитов видимости без перепроведения документов.

Пожалуй, я соглашусь, что при таких исходных данных такое решение наиболее оптимально ;)P.S. Но зачем ему СМОТРЕТЬ на перечень документов?

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

Нормально решение. Делали так - работает.Если еще нет, лучше сразу придумать справочник пользователи, как в торговле, и расчитывать на маску в реквизите документа, а не на семафор показать/нет.

Уже думал над этим. Не понятно только, стоит ли заморачиваться. Позвоню, пожалуй, в контору и спрошу.

Ну что ж, попробовал, вроде работает все вполне адекватно :)