Добрый день!
Хочу автоматизировать создание дочерних запросов по отношению к заявке создаваемой через пользовательский портал. Пример такого составного запроса: пользователь через портал находит нужную подкатегорию услуги и создает заявку типа “подготовка рабочего места”, при этом указывает кому (если не себе), где и когда; далее необходимо, чтобы создалось несколько дочерних запросов типа “создание учетных записей”, “подключение телефона”, “подготовка компьютера” и т.п.
Сейчас этим занимается специальный человек, т.е. создает подзапросы и назначает разным инженерам, чтобы они параллельно начали работать над заявкой.
На данный момент нет возможности даже создать дочерний запрос из формы редактирования текущего, только связать с существующим.
Подскажите пожалуйста куда копать? Как приблизительно должна выглядеть схема реализации?
Добрый день.
Я подобное решение уже реализовывал. Из опыта могу сказать, что нужно очень хорошо продумать сам процесс, а именно:
- В какой момент вы хотите создавать дочерние запросы (только при создании или при изменении статуса, например согласование).
- Список задач всегда один и тот же или процесс может меняться в зависимости от введенных пользователем данных (шаблонизатор запросов).
- Запрос использует стандартные поля формы на портале или Вы будете использовать кастомные поля . Нужно продумать и реализовать инструмент мапинга полей из шаблона и родительского тикета, а возможно и других объектов iTop
Это так на вскидку.
Из проблем с которыми столкнулся:
- Чтобы не тормозить работу интерфейса портала пользователя, данный процесс должен быть асинхронным, т.е. необходимо использование какого то механизма очередей, иначе все это будет выполняться в контексте пользователя и он будет ждать отклика от системы по несколько минут.
- Шаблоны задач реализовать не сложно, но для каждого процесса нужно хранить историю какая задача уже выполнялась, а какая нет, т.к. iTop плодит очень много событий связанных с изменениями тикетов, можно наплодить кучу дублируемых задач.
- Если дочерние задачи имеют кастомные поля, то их заполнение огромный геморрой (простите за мой французский), особенно, если какое-то из них имеет атрибут обязательно к заполнению. Я нашел только костыльное решение в виде снятия и установки атрибута в момент заполнения полей.
Самим модулем делиться не буду, т.к. в период продуктивного тестирования найдено много багов и сейчас они устраняются.
Собственно класс для реализации механизма в iTop нужен следующий iApplicationObjectExtension, остальные классы вы для себя сами реализуете.
Вот пример моей реализации мапинга полей:
Если есть время подождать, то когда я доделаю свое решение - поделюсь им с сообществом.
Оу… Спасибо за наводку!
Да, оказывается процесс мы правда не продумали, очень дельные замечания.
Время конечно есть, с моим скромным опытом кастомизации iTop я точно не реализую это быстрее…
Даже ума не приложу, как процесс можно сделать асинхронным 
Если поделитесь с сообществом, то это будет просто круто 
Всем привет, коллеги, а не хотите посмотреть в сторону создания не дочерних запросов, а нарядов на работу? Потому что описываемый процесс по itil должен как раз идти через work order или change и если создавать модуль для сообщества, то имхо нужно делать как положено 
Привет, @n.vedin!
Пока @BorisFastovetskiy доделывает своё решение, посмотри на то, что предлагают сами разработчики iTop: https://www.itophub.io/wiki/page?id=extensions%3Aitop-stencils.
Спасибо!
Действительно стоит посмотреть
Попробую поставить этот модуль и осмотреться что да как.
я таки дико извиняюсь, но что-то лыжи не едут…
двести раз перечитал мануал “Configurator for automatic object creation” и на оригинальном английском и в переводе, но нифига не понимаю… вроде все слова понятны, а в схему нифига не складываются.
Случаем нигде не завалялось у кого-нибудь какое-нибудь более понятное для “тех кто в танке” howto желательно изложением “для бабушек”?
ну или помогите разобраться с экстеншене
Спасибо!
Надо начать с чего-то. Какая исходная задача? На каком этапе затык?