# Связка срочности и приоритета **URL:** \ **Category:** Использование\ **Created:** [04.Июнь.2014 12:54:07 UTC](https://community.itop-itsm.ru/t/svyazka-srochnosti-i-prioriteta/21 "2014-06-04T12:54:07Z")\ **Posts on this page:** 9\ **Page:** 1
**Author:** ![amsol](https://community.itop-itsm.ru/user_avatar/community.itop-itsm.ru/amsol/32/86_2.png) [@amsol](https://community.itop-itsm.ru/u/amsol)\ **Post date:** [04.Июнь.2014 12:54:08 UTC](https://community.itop-itsm.ru/t/svyazka-srochnosti-i-prioriteta/21/1 "2014-06-04T12:54:08Z")
Добрый день, коммунити. Может кто подскажет - где настраивается матрица Срочность/Приоритет? Все уже пересмотрел - никак не могу найти, а зависимость, установленная по умолчанию, не удовлетворяет требованиям. ---
**Author:** ![vladimir](https://community.itop-itsm.ru/user_avatar/community.itop-itsm.ru/vladimir/32/687_2.png) [@vladimir](https://community.itop-itsm.ru/u/vladimir)\ **Post date:** [05.Июнь.2014 08:36:58 UTC](https://community.itop-itsm.ru/t/svyazka-srochnosti-i-prioriteta/21/2 "2014-06-05T08:36:58Z")
Привет! Если я правильно понял, нужно изменить правила, по которым iTop вычисляет приоритет тикета из выбранных срочности (urgency) и влияния (impact)? По умолчанию он делает это вот по [этой](https://wiki.openitop.org/doku.php?id=2_0_2:datamodel:itop-request-mgmt#automated_priority_computation) матрице и руками через интерфейс (как в otrs) это не меняется. Напиши, какие модули используешь, я подскажу, где и что поправить. ---
**Author:** ![amsol](https://community.itop-itsm.ru/user_avatar/community.itop-itsm.ru/amsol/32/86_2.png) [@amsol](https://community.itop-itsm.ru/u/amsol)\ **Post date:** [05.Июнь.2014 09:29:25 UTC](https://community.itop-itsm.ru/t/svyazka-srochnosti-i-prioriteta/21/3 "2014-06-05T09:29:25Z")
Установлено все по максимуму, учет запросов и инцидентов по ITIL. Дефолтную матрицу влияния я нашел, значения метрик подогнал под нее. В принципе дефолтная матрица нормально сделана, но все же хотелось бы знать - как в случае необходимости ее изменить. ---
**Author:** ![vladimir](https://community.itop-itsm.ru/user_avatar/community.itop-itsm.ru/vladimir/32/687_2.png) [@vladimir](https://community.itop-itsm.ru/u/vladimir)\ **Post date:** [06.Июнь.2014 13:40:36 UTC](https://community.itop-itsm.ru/t/svyazka-srochnosti-i-prioriteta/21/4 "2014-06-06T13:40:36Z")
Для каждого типа тикетов (запросы, инциденты, проблемы и изменения) приоритет определяться по-разному. За вычисление отвечает метод ComputePriority, описанный в файлах моделей данных тикетов (типа datamodel.itop-incident-mgmt-itil.xml) в разделе methods. Пример для инцидентов: ``` public function ComputePriority() { // priority[impact][urgency] $aPriorities = array( // single person Это влияние---> 1 => array( Это срочность---> 1 => 1, <---Это получающийся приоритет, его нужно менять 2 => 1, 3 => 2, 4 => 4, ), // a group 2 => array( 1 => 1, 2 => 2, 3 => 3, 4 => 4, ), // a departement! 3 => array( 1 => 2, 2 => 3, 3 => 3, 4 => 4, ), ); $iPriority = $aPriorities[(int)$this->Get('impact')][(int)$this->Get('urgency')]; return $iPriority; } ``` По-быстрому - можно изменить в datamodels\2.x\itop-incident-mgmt-itil\datamodel.itop-incident-mgmt-itil.xml и файлах моделей других типов тикетов. Затем прогнать установку с обновлением или обновить код iTop через toolkit. Важно не забыть об изменении этом при переходе на новую версию iTop. По-хорошему - нужно сделать это дополнение в виде модуля и установить как полагается в extensions. Потом можно матрицу через конфиг-файл модуля править, а там уже недалеко и до настройки через интерфейс). Как-то так. Спрашивай, если что непонятно объяснил. ---
**Author:** ![a1eXei](https://community.itop-itsm.ru/letter_avatar_proxy/v4/letter/a/5e9695/32.png) [@a1eXei](https://community.itop-itsm.ru/u/a1eXei)\ **Post date:** [23.Январь.2019 14:44:22 UTC](https://community.itop-itsm.ru/t/svyazka-srochnosti-i-prioriteta/21/5 "2019-01-23T14:44:22Z")
Приветствую, про матрицу спасибо понятно объяснили, но можно ли настроить права доступа, чтобы некоторые агенты(допустим через отдельный профиль) могли вручную изменить в заявке приоритет? Спасибо. ---
**Author:** ![a1eXei](https://community.itop-itsm.ru/letter_avatar_proxy/v4/letter/a/5e9695/32.png) [@a1eXei](https://community.itop-itsm.ru/u/a1eXei)\ **Post date:** [23.Январь.2019 17:08:44 UTC](https://community.itop-itsm.ru/t/svyazka-srochnosti-i-prioriteta/21/6 "2019-01-23T17:08:44Z")
Или отключить матрицу приоритета, чтобы вручную выставлять приоритет. Руководство интересуется, чтобы пользователи создавали заявку, указывали только срочность, а агенты уже могли менять приоритет вручную. ---
**Author:** ![vladimir](https://community.itop-itsm.ru/user_avatar/community.itop-itsm.ru/vladimir/32/687_2.png) [@vladimir](https://community.itop-itsm.ru/u/vladimir)\ **Post date:** [26.Январь.2019 21:08:55 UTC](https://community.itop-itsm.ru/t/svyazka-srochnosti-i-prioriteta/21/7 "2019-01-26T21:08:55Z")
Вероятно, ваше руководство не понимает, что это за матрица приоритетов. Приоритет тикета это же не просто абстрактная “важность”, это основание для определения последовательности, в котором должны решаться тикеты (чтобы не выйти за рамки SLA). И определяться этот порядок должен обоснованно на базе более простых и понятных вещей. Сделаете ручной выбор, получите половину тикетов высокого и критического приоритетов. Давать рядовому пользователю выбор критичности из “низкая”, “средняя”, “высокая” и “критическая” это тоже так себе идея. Какую критичность выберет кадровик, если у него краска в принтере закончилась? Конечно “критическую”, краска же уже закончилась) Оставьте пользователям выбор влияния, это наиболее понятная составляющая приоритета. Если принтером пользуется один сотрудник, он выберет “сотрудник”, если принтер на отдел – “отдел”. А срочность пусть выбирают агенты, исходя из параметров заявки. Например, если в отделе всего один принтер, то срочность “высокая”, а если заявка от босса – “критическая”. Основная идея в том, что для изменения приоритета нужно осознать, какая из его составляющих и в какую сторону изменилась. А вообще, конечно, можно и матрицу отключить. Нужно в нужных тикетах в методе ComputeValues убрать вызов метода ComputePriority. ---
**Author:** ![a1eXei](https://community.itop-itsm.ru/letter_avatar_proxy/v4/letter/a/5e9695/32.png) [@a1eXei](https://community.itop-itsm.ru/u/a1eXei)\ **Post date:** [28.Январь.2019 05:10:41 UTC](https://community.itop-itsm.ru/t/svyazka-srochnosti-i-prioriteta/21/8 "2019-01-28T05:10:41Z")
Спасибо, буквально недавно нашёл ниже под функцией ComputePriority функцию ComputeValues где увидел присовение результата матрицы приоритета. Я говорил насчёт приоритета, но там женщины написали тз и они хотят чтобы приоритет меняли только операторы, операторов всего 3-5 человек, и они будут сидеть на первой линии, пользователям приоритет менять нельзя, у пользователей срочность только есть. а влияние мне сказали, у них будет это расположение(регион). ---
**Author:** ![vladimir](https://community.itop-itsm.ru/user_avatar/community.itop-itsm.ru/vladimir/32/687_2.png) [@vladimir](https://community.itop-itsm.ru/u/vladimir)\ **Post date:** [28.Январь.2019 09:51:59 UTC](https://community.itop-itsm.ru/t/svyazka-srochnosti-i-prioriteta/21/9 "2019-01-28T09:51:59Z")
> [@a1eXei](#): > > написали тз и они хотят чтобы приоритет меняли только операторы Менять приоритет и так могут только операторы через изменение срочности и влияния. Пользователь влияет только на первичное определение приоритета. > [@a1eXei](#): > > влияние мне сказали, у них будет это расположение(регион) В справочнике влияния только три варианта, этого хватит для списка расположений, или его расширять будут? Рассмотрите возможность использования КЕ Расположение для вычисления приоритета. У инициатора тикета есть Расположение, у связанной с тикетом КЕ может быть Расположение, в сам тикет можно добавить поле для связи с Расположением, а в расположения добавить справочник критичностей. В общем, есть где развернуться))