none
SCSM. Работа с элементами конфигурации (отбор по условию)... RRS feed

  • Вопрос

  • Добрый день.

    Вопрос такого плана: В форме инцидента - есть вкладка "Связанные элементы". В ней есть большое
    поле "Элементы конфигурации: компьютеры, службы, пользователи". В это поле можно добавить ресурсы
    вида ПК, принтеры и прочее (+ пользовательские ресурсы из пользовательских классов). Один и тот же ресурс
    может быть связан с несколькими инцидентами.

    Как организовать добавление ресурсов в данное поле с отбором по такому условию:

    Выбранный ресурс можно добавить в инцидент только тогда, когда он связан только с инцидентами в статусе Закрыто.
    Если есть хоть один из связанных инцидент имеет любой другой статус, тогда - выбрать нельзя????

    Есть идеи, как такое можно сделать?

Все ответы

  • В такие моменты консалтеры обычно справшивают "А вы уверены, что вам такое действительно надо?" ))

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


    http://www.scsmsolutions.com/ freemanru (at) gmail (dot) com

    1 июня 2012 г. 10:07
    Модератор
  • Это не мое требование, я сам после его озвучивания сидел в ступоре. Ибо SCSM - не программа складского учета :)
    Родилась свежая идея - сделать представление - куда будут фильтроваться все отбираемые ресурсы 
    пользовательского класса, а оператор - буде ему надо узнать как и где задействован данный ресурс - будет заходить и смотреть.

    Согласен - так нет автоматизации, есть риск ошибки и прочая... Но так может тогда поймут, зачем нужна такая организация
    логики работы продукта :)

    1 июня 2012 г. 10:11
  • А можно озвучить первоначальное требование? Т.е. зачем это всё?


    http://www.scsmsolutions.com/ freemanru (at) gmail (dot) com

    1 июня 2012 г. 10:31
    Модератор
  • Есть склад с подменным фондом. И заказчик боится, что один и тот же объект (единица хранения) может быть одновременно задействован в нескольких инцидентах. Соответственно невозможно заменить одним ПК - 2 нерабочих на 2х разных местах
    в одно и тоже время....

    Я апеллирую, что это уже складской учет выйдет... И пока не соглашаюсь.

    Предлагаю им папки с представлениями...

    1 июня 2012 г. 10:48
  • А может поставить "систему складского учета" рядышком в виде нескольких таблиц SQL, и оперировать сущностями через Оркестратор? А в самом ранбуке уже указать некую логику. Не совсем понятно как при Вашей схеме Вы будете учитывать количество элементов?
    1 июня 2012 г. 10:53
  • Оркестратора у меня нет и не будет. Основная масса ресурсов - представлена в единственном числе (учет по инвентарным номерам и серийникам). Всякие патч-корды и мышки - не считаются. Итого достаточно получить информацию, о том, что данный ресурс связан с незакрытым инцидентом - следовательно его нельзя выписать.
    1 июня 2012 г. 11:01
  • Боюсь, без кода никак не ограничить, думаю. Во всяком случае у меня идей нету.


    http://www.scsmsolutions.com/ freemanru (at) gmail (dot) com

    1 июня 2012 г. 15:00
    Модератор
  • Появилась дикая идея :). А если писать статус элемента в названии. Что-то типа "Использовано. Компьютер 1" или "Свободно. Принтер1". Далее пишем свой воркфлоу(или скрипт, или вообще заставлять делать это вручную), который при добавлении конфигурационной единицы будет "свободно" переименовывать на "Использовано". Таким образом отркыв нужный класс конфиг единиц, можно будет отфильтровать по названию и выбрать свободный актив.
  • Добрый день.

    Можно попробовать для роли пользователя ограничить список доступных КЕ с помощью группы.

    Группа будет содержать КЕ, которые привязаны, например, к Инцидентам в статусе "Закрыт".

    3 июня 2012 г. 19:16
  • А что, с группой вполне разумно. Для пользюков в доступных ролях выбрать эту группу в качестве доступных.