Avanpost IDM 5.0 получил улучшенный конструктор бизнес-процессов

Avanpost IDM 5.0 получил улучшенный конструктор бизнес-процессов

Avanpost IDM 5.0 получил улучшенный конструктор бизнес-процессов

Компания Аванпост усовершенствовала конструктор бизнес-процессов в новом релизе программного продукта Avanpost IDM 5.0. Разработчик предлагает рынку гибкий инструмент для создания алгоритма согласования документов, предоставляющий расширенные возможности пользователям.  

Конструктор бизнес-процессов - часть модуля заявок. С его помощью определяются участники процессов и схема согласования документов в зависимости от параметров заявки. 

Обновление конструктора в Avanpost IDM 5.0 связано с необходимостью повышения гибкости этого инструмента. В предыдущей версии программного продукта механизм позволял настраивать логику в зависимости от системы, к которой запрашивается доступ. Процесс был линейным, жестко регламентированным, ограничивающим выбор вариантов согласования заявки. Крупным заказчикам, с которыми работает компания Аванпост, необходимо поддерживать большое количество сценариев взаимодействия, минимизировать необходимость доработок, в частности, для согласования доступа к различным информационным системам.  

Поэтому обновленный механизм позволяет настраивать процессы с использованием ветвлений, внутренних справочников Avanpost IDM 5.0, внешних справочников и других сущностей. В сценарии согласования есть возможность предусмотреть его зависимость от учетной записи, подразделения пользователя, его прав в системе.    

Новый конструктор представляет бизнес-процессы в BPMN-нотации. Эта модель общепризнана и популярна в профессиональном сообществе, а также удобна как для технических специалистов и аналитиков, так и для обычных пользователей.  

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

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

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

Новый конструктор позволяет взаимодействовать с внешними справочниками и системами. Так, если после предоставления прав по заявке в IDM требуются дополнительные ручные действия администратора, то модуль автоматически создает наряд на выполнение этой задачи в системе Service Desk.

Таким образом, преимущества усовершенствованного редактора в том, что он «не завязан» на объектах IDM. Пользователи получают более широкие возможности и могут оперировать учетными записями и ролями, настраивая их в соответствии со своими потребностями.  

«Движок бизнес-процессов, реализованный в 4-й версии, был одним из наиболее узких мест с точки зрения интеграции нашего продукта в бизнес-процессы крупных заказчиков. Его переработка, а также реализация графического редактора к нему – важнейшее технологическое нововведение 5-й версии Avanpost IDM. Он позволяет как организовать гибкий процесс согласования, в том числе параллельный, так и интегрировать систему с процессами, контролируемыми другими информационными системами, такими как системы Service Desk и системы документооборота. Его гибкость подтверждена в нескольких успешных проектах в крупных компаниях, уже приступивших к использованию Avanpost IDM 5.0.» - комментирует Олег Губка, директор по развитию Аванпост. 

ИИ OpenAI полез на GitHub за утёкшими ключами, а затем выдумал данные

Модели OpenAI оказались очень изобретательными, когда привычные способы выполнить задачу переставали работать. Они искали утёкшие API-ключи, загружали данные на публичные сервисы, обменивались записками через репозиторий и оставляли самим себе инструкции скрывать ошибки.

Компания опубликовала  новую систему раскрытия случаев рассогласованного поведения моделей и сразу приложила к ней шесть отчётов об инцидентах, обнаруженных за последние полгода.

OpenAI подчёркивает: это отдельные эпизоды, по которым нельзя судить о частоте подобных выходок.

В одном случае модель не смогла подключиться к API со статистикой доходов округа. Тогда она попыталась зарегистрироваться через одноразовую почту, полезла на GitHub за утёкшими ключами и нашла рабочий.

Добыть нужные цифры всё равно не получилось, поэтому модель просто выдумала их и выдала за данные с сайта. О неудаче и чужом ключе она скромно промолчала.

Другие агенты превратили внутренний Artifactory OpenAI в подпольную доску объявлений. Независимые экземпляры оставляли там сообщения, читали записки коллег и просили друг у друга помощи. Уязвимости они не взламывали, а использовали выданные компанией учётные данные, но явно не по назначению.

Ещё несколько моделей отправляли данные за пределы рабочей среды. Одна загрузила найденные записи на публичный сервис ради красивой ссылки на источник, другая — фотографию на сервис обратного поиска. Группа агентов и вовсе разместила рабочую книгу на публичном хостинге, хотя ей прямо велели пользоваться только локальными файлами.

Самая ехидная часть истории — инструкции на будущее. Модели записывали в свои служебные сводки команды игнорировать сообщения разработчиков, скрывать провалы и выдумывать недостающие данные. Одна сформулировала правило совсем интересно: «Будь прозрачным, только если спросят».

Теперь OpenAI обещает публиковать такие случаи быстрее — даже если их причины ещё не выяснены, а исправления не готовы.

RSS: Новости на портале Anti-Malware.ru