Solar inRights Origin: как сократить срок внедрения IdM до 3–6 месяцев

Solar inRights — программный комплекс для управления учетными записями и правами доступа сотрудников (IdM, Identity Management). Внедрять его можно двумя способами. Классический проект подходит, когда нужно сохранить и автоматизировать сложившиеся уникальные процессы компании. Solar inRights Origin — модель внедрения того же комплекса с заранее подготовленной конфигурацией, процессами и интеграциями для стандартного контура: заказчик может выполнить внедрение силами своей команды, а при необходимости привлечь партнера. В статье расскажем, на каких этапах готовое IdM-решение экономит время и где проходят границы стандартной конфигурации.

Сроки внедрения: 3–6 месяцев в модели Origin

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

Solar inRights Origin использует тот же программный комплекс Solar inRights версии 3. Различаются преднастроенная конфигурация и модель внедрения. Коробочное IdM-решение поставляется с предустановленной конфигурацией, готовыми коннекторами к типовым системам и документацией с методикой развертывания и требованиями к управляемым системам. Заказчик поднимает систему на своем стенде, подключает источники и проверяет сценарии на тестовых данных. Самостоятельное внедрение занимает от трех до шести месяцев, и большую часть срока составляет проверка сценариев.

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

Готовые коннекторы и интеграции стандартного контура

Изменения по сотрудникам сначала попадают в кадровый учет, и платформа управления правами берет данные оттуда: прием, перевод, отпуск, увольнение. В стандартный контур Origin входят интеграции с 1С и MS AD/Exchange, к ним добавлены коннекторы к ALD Pro и CommuniGate. Роли систем разведены: 1С:ЗУП служит источником кадровых данных, а MS Active Directory, MS Exchange, ALD Pro и CommuniGate выступают управляемыми системами, в которых создаются учетные записи и назначаются права.

Для стандартного контура Origin основные интеграции с корпоративными системами уже преднастроены. Готовые коннекторы позволяют подключать поддерживаемые типовые системы без разработки интеграции с нуля при соответствии систем требованиям готовой конфигурации и инфраструктуры. Перед подключением заказчик готовит инфраструктуру и приводит тестовые системы к требованиям интеграции. Интеграция IdM с 1С и Active Directory формирует единый контур управления жизненным циклом учетных записей и прав: кадровое событие превращается в задачу на создание, изменение или блокировку учетной записи. Для нестандартных информационных систем может потребоваться адаптация или разработка интеграции, такие работы оцениваются отдельно.

Состав стандартной модели Origin описан в документации, поэтому ИТ-команда заранее видит базовый контур внедрения. В него входит следующее:

• Тот же программный комплекс Solar inRights версии 3 с преднастроенной конфигурацией и веб-интерфейсом администратора.
• Преднастроенные коннекторы к 1С:ЗУП, MS Active Directory, MS Exchange, ALD Pro и CommuniGate для стандартного контура.
• Двадцать преднастроенных бизнес-процессов, которые охватывают управление доступом сотрудников на всем жизненном цикле, от приема до увольнения.
• Документация с методикой развертывания и требованиями к управляемым системам.
• Обучение будущего администратора, доступ к базе знаний и нейропомощнику.

Сначала маршрут, потом старт. Проекты по управлению правами буксуют в первый же месяц: непонятно, кто отвечает за пилот, какие системы подключать первыми и что готовит ИТ-отдел до старта. Гайд «5 шагов к внедрению Solar inRights Origin» разбирает этот путь по шагам, с ответственными, сроками и результатом каждого этапа.

Скачать гайд

Преднастроенные процессы: 20 готовых сценариев

Автоматизация выдачи прав обычно упирается в описание сценариев: что происходит при приеме, кто согласует заявку, когда полномочия отзываются. В Solar inRights Origin сценарии преднастроены вендором на основе практики внедрений Solar inRights. В преднастроенной конфигурации доступны 20 стандартных процессов, перечень расширяется через настройки в интерфейсе.

Готовые сценарии охватывают весь путь сотрудника в корпоративных системах, поэтому управление доступом сотрудников меньше зависит от заявок в почте. После настройки интеграции кадровое событие в 1С может автоматически запускать соответствующий процесс: платформа создает учетные записи и назначает права в тех подключенных системах, где они требуются по настроенным правилам. Перечислим процессы, которые доступны в преднастроенной конфигурации и запускаются после настройки и подключения соответствующих систем.

• Прием на работу и повторный прием в штат с созданием учетных записей в подключенных системах по настроенным правилам.
• Перевод на другую должность с пересмотром полномочий под новую роль.
• Изменение сведений о пользователе, включая смену фамилии, подразделения и руководителя.
• Оформление отпуска и увольнение: платформа инициирует блокировку соответствующих учетных записей и отзыв доступа по настроенному процессу.
• Согласование заявок на дополнительные полномочия и отзыв ролей по истечении срока действия.

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

Экономия на команде внедрения и поддержке

Состав проектной команды в классическом внедрении зависит от объема обследования, числа интеграций и степени адаптации процессов. В стандартном сценарии Origin для установки и первичной настройки достаточно одного специалиста заказчика, прошедшего обучение у вендора.

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

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

Предсказуемая стоимость стандартного состава

Стоимость классического проекта зависит от объема обследования, интеграций и адаптации процессов под регламенты заказчика. Для стандартного состава Origin заранее определены границы базовой конфигурации и модели внедрения. Работы за ее пределами оцениваются отдельно в соответствии с коммерческими условиями.

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

Пробный круг перед покупкой

Смета IdM-проекта обычно растет по ходу работ, и финальную цифру заказчик видит уже после подписания договора. Оставьте заявку: рассчитаем стоимость под ваш штат, покажем продукт на живом стенде и зафиксируем цену до старта работ.

Рассчитать стоимость

Функциональность для реализации требований по управлению доступом

Управление идентификацией и доступом входит в число значимых областей контроля информационной безопасности. При проверках нужны ответы на три вопроса: на каком основании сотрудник получил полномочия, кто их подтвердил и когда они были сняты. В Solar inRights каждое назначение остается в журнале, правки по нему видны в хронологии, а отчеты формируются по историческим данным, хранящимся в системе. Отчетность помогает и при служебных расследованиях: по конкретному сотруднику можно получить перечень полномочий вместе с историей их выдачи.

Готовое IdM-решение предоставляет функции журналирования, управления доступом и пересмотра полномочий, которые могут использоваться при реализации организационных и технических мер защиты, в том числе в рамках Федерального закона № 152-ФЗ «О персональных данных». Solar inRights входит в реестр отечественного программного обеспечения и имеет сертификат Федеральной службы по техническому и экспортному контролю (ФСТЭК России) № 4633 по 4-му уровню доверия и техническим условиям (ТУ). Функциональность продукта может использоваться при реализации требований к управлению доступом из ГОСТ Р 57580.1 для финансовых организаций и СТО БР ИББС-1.0-2014. Итоговое соответствие определяется всей системой защиты заказчика.

От ручной раздачи прав к формализованному процессу

Экономия времени в модели Origin складывается из четырех факторов: преднастроенные процессы, готовые коннекторы стандартного контура, запуск силами своей команды и предсказуемая стоимость стандартного состава. Компания получает работающую IdM-систему за три-шесть месяцев и переводит выдачу полномочий в формализованный и проверяемый процесс управления доступом с журналированием и отчетностью. Solar inRights Origin использует тот же программный комплекс Solar inRights версии 3, различаются преднастроенная конфигурация и модель внедрения.

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

Товарищеский матч перед сезоном

Переход на автоматическую выдачу прав откладывают из-за неопределенности: неясно, приживется ли платформа в конкретной инфраструктуре. Разверните пилот на своих данных, проверьте сценарии приема и увольнения, а счет получите только после того, как пилот закрыт.

Запросить демо

Частые вопросы и ответы