Например, мы добавляем новый план обмена и несколько связанных с ним подписок для регистрации изменений в этом плане обмена. В этом случае необходимо проконтролировать, что все объекты, учавствующие в плане обмена, включены в необходимые подписки. Для проверки отмечаем нужный нам план обмена и новые подписки, а так же отмечаем все документы и справочники и сверяем, что их состав совпадает.
Либо нам просто необходимо определить, какие подписки влияют на наш конкретный документ или несколько документов.
Порядок работы:
1. Запускаем отчет.
2. Выбираем перечень документов, справочников, регистров, констант, использование которых необходимо проверять. Можем отметить галочкой как конкретные объекты, так и вцелом указать «<Все документы>»
3. Выбираем перечень подписок, общих команд и планов обмена, которые необходимо проверить.
4. Формируем отчет.
Стандартный СКД-шный отчет. Несколько предопределенных вариантов отчета с разной группировкой и расположением полей. Работает на любых платформах (начиная с 8.2) и на любых конфигурациях в управляемом интерфейсе.
Можно на свое усмотрение изменять в режиме пользователя формат вывода, фильтры, отборы, условное оформление.
В снегопате даже плагин такой есть «Анализ подписок на события», и такой отчет имеется на ИС (правда не ввиде матрицы, но всё-же). Так что, боян…
ekaruk , а вы на каждую простую работу пишете отдельную обработку?
Объекты подписки можно посмотреть в самой подписке. В каких подписках используется документ — можно посмотреть, запустив поиск ссылок на объект для выбранного документа.
Сравнивать различные документы на нахождение в подписках, строить матрицу подписок — пока не нужно было, возможно у вас какие-то специфические задачи.
(2) Stim213, в этом конкретном случае нужно было проверить, что для нескольких подписок используется один и тот же набор документов и справочников. Т.е. группа подписок должна была использоваться одновременно для большого количества документов. С учетом того, что окно просмотр объектов подписки открывается модально, проверить соответствие документов в нескольких подписках достаточно проблематично.
Проверить отчетом намного быстрее и, главное, надежнее, чем визуально.
Я вообще предпочитаю все проверки выполнять максимально автоматизированно.
+ 1 Удобная штука, за счет СКД отборов.
(2) Stim213,
вы, наверно, и клиентам так говорите: «Считать можно и на калькуляторе. Печатные формы документов — создать в ворде, оттуда их и печатать….» ?
Полезная штука, уже сам такую порывался написать, но вовремя нашел)
Не помешала бы еще возможность отбора по типу события, для документа например «ПриЗаписи» или «ПриПроведении». И еще не удобно вводить текстом имена объектов метаданных по которым нужно построить отчет. СКД вроде как позволяет задать список значений в качестве вариантов выбора строковых реквизитов (не уверен насчет параметров).
(7) Synoecium, По типу можно было в принципе. Вроде мне не нао было. Тип в имени есть.
А зачем имена руками вводить? Там же список выбора заполняется. Только галочками нужно отметить те, по которым формировать.
upd. Потестировала на разных платформах. Если конфигурация в режиме совместимости с 8.2, то действительно как-то неудобно получается. Из списка выбирать приходится.
А в обычном интерфейсе вообще вручную вводить.
В последних конфигурациях на 8.3 гораздо лучше. Собственно, на них и пользовалась.
В общем рекоммендую запускать без режима совместимости с 8.2. или хотя бы в управляемом интерфейсе.
(8) Может это только в УФ работает отбор галочками? В обычных формах это выглядит так как на скрине
(8) не всегда кстати тип в имени подписки на событие есть, бывают вообще от балды называют подписку, а потом выясняй, на что она срабатывает 🙂
(9) Synoecium, Да, я как раз сегодня это обнаружила.
Не могу сходу понять, почему в обычных формах список для отбора не заполняется.
Добавлю в описание, что предназначен для УФ.
Вроде сейчас все типовые можно в УФ запустить. Даже те, что на обычных формах.
Если еще по типу группировать, то нужно придумать, что для команд и подписок туда выводить.