NODYX / Low-code BPM
Процессы, которые управляют реальными действиями в платформе
NODYX — не отдельный конструктор форм, а процессный движок INFRAX. Он запускает сценарии из портала, тикета, события или заявки, управляет статусами и SLA-паузой Helpdesk, выполняет скрипты на узлах сети, создает документы, автоматизирует AD/IAM-шаги и возвращает результат туда, где началась работа.
Зона ответственности NODYX — собрать бизнес-процесс поверх операционного контура так, чтобы пользователь видел понятную услугу и форму, а платформа сама выполняла технические шаги: ставила задачи, меняла статус тикетов и SLA-паузу, запускала скрипты INFRAX на нужных узлах, вызывала IAM- и внешние интеграции, формировала документы и фиксировала историю исполнения.
Зона ответственности
- Корпоративный портал: услуги, задачи, мои запросы, документы, справочники, новости и рабочие панели.
- Запуск процессов из формы портала, сервисной заявки, тикета INFRAX, изменения или внешнего события.
- Визуальный Process Designer: согласования, ветвления, таймеры, пользовательские задачи, системные действия и история.
- Типизированные формы заявок: поля, правила, справочники, условия, файлы, валидация и разные маршруты обработки.
- Оркестрация INFRAX: создание и обновление тикетов, SLA-пауза через статусы «Отложен» и «Ожидание заявителя», закрытие через «Выполнен», комментарии, запуск скриптов и команд на узлах сети.
- Документы, согласования, задачи по учетным записям и доступам, уведомления, AI и обмен событиями через RabbitMQ/RPC.
Глубокая интеграция с INFRAX и IDENTYX
- Процесс может стартовать прямо из тикета INFRAX, перевести его в «Отложен» или «Ожидание заявителя», поставить SLA на паузу, вести комментарии и вернуть тикет в работу после завершения.
- Системные шаги процесса вызывают действия INFRAX: скрипты на узлах, создание задач Helpdesk, чтение контекста тикета, смену статусов и работу с каталогом услуг.
- Пользователи, проекты и права приходят из IDENTYX; доменные учетные записи можно создавать скриптом INFRAX на контроллере домена, а IDENTYX подхватывает пользователя при первом LDAP-входе.
- Бизнес видит процесс, форму и документы, а ИТ видит связанный тикет, события, автоматические действия и полную историю исполнения.
Ключевые функции
Process Designer
Визуальный редактор процессов: события, задачи пользователей, согласования, развилки, таймеры, документы, системные шаги, HTTP/RPC-вызовы и запуск действий INFRAX.
Типизированные формы
Формы подачи заявок с правилами, справочниками, файлами, формулами и разными маршрутами: заявка сразу попадает в правильный процесс и не требует ручной сортировки.
Тикеты и сервисный каталог
Процессы запускаются из услуг, инцидентов и заявок INFRAX, переводят тикеты в паузные или рабочие статусы, добавляют комментарии, меняют приоритет, исполнителя или услугу и возвращают результат исполнителю.
Документы и согласования
Документы создаются по настроенным типам и данным процесса, связываются с процессами, заявками и тикетами, сохраняют решения согласующих и историю изменений.
Скрипты на узлах
Системные шаги процесса вызывают автоматизацию INFRAX: выполнение скриптов на выбранных узлах, проверку состояния, сбор результата и передачу статуса обратно в процесс.
IAM-контекст и интеграции
Процесс использует пользователей, проекты и права IDENTYX, запускает выдачу доступов через HTTP/RPC-интеграции, ручные задачи или INFRAX-скрипты на контроллере домена и обменивается событиями через RabbitMQ/RPC.
Типовые сценарии
Прием сотрудника на работу
HR запускает процесс из типовой формы, а NODYX проводит онбординг от согласования до технической готовности рабочего места.
- Берет данные из стартовой HR-формы или подключенной кадровой системы и раскладывает их по процессу: кандидат, должность, подразделение, руководитель, дата выхода и требуемые ресурсы.
- Назначает согласования руководителю, HR, ИБ и ИТ, задает дедлайны и переводит процесс на ветку таймаута, если задача не выполнена вовремя.
- Формирует документы по настроенным типам и данным процесса, связывает их с карточкой процесса и фиксирует решения согласующих.
- После одобрения выполняет INFRAX-скрипт на контроллере домена для создания AD-учетки и групп доступа либо создает задачу администратору, если нужен ручной контроль.
- Создает связанные тикеты INFRAX для рабочего места, оборудования, почты, VPN и прикладных систем.
- После завершения всех шагов уведомляет HR и руководителя, закрывает процесс и оставляет полную историю действий.
Закупка оборудования из инцидента
Оператор понимает в тикете, что проблему нельзя закрыть без закупки, и запускает бизнес-процесс прямо из INFRAX Helpdesk.
- Автоматически переносит доступный контекст инцидента: ID тикета, название, статус, сервис, проект, заявителя, приоритет и дополнительные данные.
- Переводит тикет в «Отложен» или «Ожидание заявителя», ставит SLA на паузу и добавляет комментарий о том, какой процесс запущен и почему тикет ожидает результата.
- Запрашивает согласования у владельца сервиса, финансового ответственного, ИБ и закупочного подразделения.
- Создает документы закупки, задачи поставки и контрольные сроки, а изменения статуса пишет обратно в тикет.
- После поставки создает тикет INFRAX на ввод оборудования в эксплуатацию, проверку мониторинга и привязку к нужному сервису или узлам.
- Возвращает тикет в работу или закрывает его, информируя заявителя и исполнителей о результате процесса.
Автоустранение типового инцидента
Процесс запускается по инциденту или тикету, созданному мониторингом, и выполняет техническую диагностику без ручной передачи между командами.
- Читает из тикета затронутый сервис, проект, приоритет, дополнительные данные и выбранный сценарий восстановления.
- Запускает через INFRAX скрипты проверки на узле: состояние службы, место на диске, логи, сетевую доступность.
- Если правило разрешает, выполняет восстановительный скрипт и сохраняет вывод команды в историю процесса.
- Повторно запускает проверочный скрипт, обновляет тикет и добавляет технический комментарий для исполнителя.
- При успехе закрывает типовой инцидент, при неуспехе эскалирует его группе поддержки с уже собранной диагностикой.
Change с техническим исполнением
Изменение проходит не как цепочка писем, а как управляемый процесс с окном работ, проверками и автоматическим исполнением.
- Автоматически типизирует заявку на изменение по форме: сервис, узлы, риск, окно работ, план отката и ответственные.
- Назначает согласования владельцу сервиса, ИБ, CAB и операционной команде в зависимости от риска.
- Перед окном работ запускает проверки готовности: доступность узлов, состояние служб, свободное место, сетевые проверки и открытые инциденты.
- В разрешенное окно вызывает скрипты INFRAX на нужных узлах и собирает результат выполнения каждого шага.
- После работ запускает постпроверки, обновляет связанный документ или тикет и переводит изменение в правильный статус.
Заявка на доступ к системе
Пользователь выбирает систему и роль в каталоге, а NODYX превращает заявку в контролируемую IAM-процедуру.
- Подставляет доступные данные пользователя и проекта, а недостающие параметры доступа берет из формы и справочников.
- Маршрутизирует согласование владельцу системы, руководителю и ИБ только там, где это требуется политикой.
- После одобрения вызывает IAM/AD-интеграцию через HTTP/RPC или выполняет INFRAX-скрипт на контроллере домена для выдачи роли, группы или учетной записи.
- Создает или обновляет связанный тикет INFRAX, если нужен ручной шаг администратора или проверка прикладной системы.
- Фиксирует основание доступа, срок действия, комментарии согласующих и результат в журнале процесса.
Запуск услуги из портала
Сотрудник не думает, где исполняется услуга: в NODYX, INFRAX, IAM или внешней системе. Процесс сам выбирает маршрут.
- Автоматически показывает нужную форму по типу услуги, проекту, роли пользователя и выбранным параметрам.
- Создает бизнес-заявку, сервисный тикет INFRAX или гибридный процесс в зависимости от правил каталога.
- Назначает задачи исполнителям, при необходимости запускает технические скрипты, формирует документы и отправляет уведомления.
- Пишет изменения в связанный тикет и обновляет процессный статус, чтобы заявитель видел один понятный ход исполнения.
- После завершения сохраняет результат, документы, комментарии, сроки и связанные объекты для контроля и аудита.