Вход в личный кабинет Основные классы bpms
Если проанализировать аналитические материалы, то можно увидеть, что аналитики Gartner подразделяют рынок BPM-систем на два больших сегмента. Первый сегмент — это рынок BPM-систем (система-система), и эти решения изначально ориентированы на интеграцию между информационными системами.
Они в основном используются для внутренней интеграции бизнес-процессов, проходящих в информационных системах. Примером такой интеграции может быть процесс биллинга в телекоммуникационной компании, где может быть использовано множество информационных систем, функции которых выполняются без участия человека, но при этом системы должны быть интегрированы между собой для «сквозной» автоматизации данного процесса.
Всего, по мнению аналитиков Gartner, выделяется пять классов BPM-систем:
- административные системы, отвечающие за контроль поручений;
- средства организации коллективной работы с основным упором на управление документами, что можно отнести к функциональности Docflow;
- BPM-компоненты других систем — внутренние workflow-модули в других системах; BPM-системы, предназначенные для интеграции, — системы с функционалом интеграции «система-система»;
- самостоятельные BPM-системы, позволяющие решать задачи автоматизации бизнес-процессов, выполняемых людьми.
Следует отметить, что рынок BPMS, несмотря на сильную динамику развития, имеет большое число поставщиков, что, по мнению аналитиков Gartner, приведет в ближайшее время к масштабным слияниям и поглощениям. Разработчики «тяжелых» ERP- и CRM-систем наращивают функционал workflow в своих решениях, и в дополнение к этому системы управления документами Document Management System (DMS) включают покупные или собственные workflow-модули, что в совокупности обусловливает усиление конкуренции на этом рынке и усложнение задачи выбора систем.
. Понятие «тонкого» и «толстого» клиента, примеры.
В рамках направления “клиент-сервер” существуют два основных “диалекта”:
«тонкий» клиент;
«толстый» клиент.
В системах на основе тонкого клиента используется мощный сервер баз данных – высокопроизводительный компьютер и библиотека так называемых хранимых процедур, позволяющих производить вычисления, реализующие основную логику обработки данных, непосредственно на сервере. Клиентское приложение, соответственно, предъявляет невысокие требования к аппаратному обеспечению рабочей станции.
Толстый или Rich-клиент в архитектуре клиент-сервер — это компьютер, обеспечивающий расширенную функциональность независимо от центрального сервера. Как правило, сервер в этом случае является лишь хранилищем данных, а вся работа по обработке и представлению этих данных переносится на машину клиента.
ДостоинстваТолстый клиент обладает широким функционалом в отличие от тонкого.Режим многопользовательской работы.Предоставляет возможность работы даже при обрывах связи с сервером.Имеет возможность подключения к банкам без использования сети Интернет.высокое быстродействие.
НедостаткиБольшой размер дистрибутива.Многое в работе клиента зависит от того, для какой платформы он разрабатывался.При работе с ним возникают проблемы с удаленным доступом к данным.Довольно сложный процесс установки и настройки.Сложность обновления и связанная с ней неактуальность данных.
Характеристика стандартов интеграции.
Среди этих стандартов известны спецификации:
COM / DCOM
(Component Object Model / Distributed Component Object Model) фирмы Microsoft;
Enterprise Java Beans –
EJB
(основной конкурент DCOM) с протоколом Java Remote Method Invocation (
Java RMI
) фирмы Sun Microsystems;
спецификации компонентов в архитектуре
CORBA
, поддерживаемые консорциумом OMG;
стандарты компонентной разработки Web-приложений, предложенные консорциумом World Wide Web Consortium (W3C) –
XML
(англ. eXtensible Markup Language — расширяемый язык разметки)
Как правило, средствами интеграции приложений в данной группе средств выступают службы программного обеспечения промежуточного слоя (middleware). Такие службы иногда называют связующим программным обеспечением. Они обеспечивают прозрачную работу приложений в неоднородной сетевой среде, предоставляя им услуги в виде интерфейсов прикладного программирования (API), чтобы обеспечить взаимодействие частей приложений, распределенных по разным узлам корпоративной сети.
Благодаря использованию указанных выше стандартов при компонентной разработке приложений, становится возможным широко реализовать на практике преимущества повторного использования компонентов – повышение производительности труда при разработке, простоту применения, единообразие структуры приложений.
Sso — однократная аутентификация для компании
Несмотря на простоту и высокую степень защиты, SSO обеспечивает максимальную защиту только в том случае, когда инженеры корректно ее настраивают, c чем инженеры Cloud Networks смогут помочь.
SSO имеет следующие особенности:
- Необходимость применения сверхнадежных паролей, о чем должны быть выданы специальные инструкции сотрудникам.
- Настройка SSO занимает больше времени сначала, но после практически не влечет временных затрат.
- Надежность SSO обеспечена лишь тогда, когда выбран надежный провайдер. От того, насколько защищенными являются сервера и базы данных, зависит безопасность данных сотрудников.
- SSO предназначена для использования на одном устройстве. На компьютерах, которые используются двумя или большим количеством сотрудников, следует применять другие технологии.
- Если хакер взламывает учетную запись, то получает доступ к большому количеству информации. Это можно предотвратить в том случае, если изначально использовать услуги качественных поставщиков SSO.
- Некоторые web-серверы, которые используют SSO, могут передавать данные пользователей сторонним лицам и организациям.
Среди компаний, которые применяют SSO, пользуясь нашими услугами, — ВТБ, X5 Retail Group, СУЭК, Ростелеком, TatNeft, РОСНАНО, СОГАЗ и многие другие. Благодаря технологии единого входа повышается безопасность, а высвобожденные временные ресурсы направляются на решение профильных задач.
В результате повышается и скорость, и качество рабочих процессов, а значит, более эффективным становится обслуживание клиентов, что является самой главной задачей любого бизнеса.
Автоматизация бизнес-процессов компании, бизнеса: полное руководство
Основная цель перехода к автоматизации бизнес-процессов заключается в повышении качества продукции, увеличении объема продаж, повышении доходности фирмы. Последнее, в принципе, является ключевым. Но поднять уровень прибыли без управления промежуточными этапами практически нереально. Поэтому в компьютеры переносится буквально все – бухгалтерский учет, обработка первичных документов, составление отчетности.
Отсюда выходит целый перечень задач, решаемых внедрением BPA:
1. Быстрая подготовка документации для клиентов, поставщиков, партнеров.
2. Сокращение затрат на персонал, повышение эффективности его работы за счет полного освобождения от рутинных операций.
3. Минимизация влияния на важные бизнес-процессы человеческого фактора. Практически исключаются риски ошибок из-за недостаточного внимания, торопливости сотрудников.
4. Оперативное получение отчетов с информацией о текущем состоянии дел в организации за любой период времени.
Плюсом к перечисленному компания получает рост безопасности хранения коммерческих данных (клиентских баз, персональных данных сотрудников, покупателей). При этом появляется доступ к ним со стороны персонала практически с любого устройства: настольного компьютера, ноутбука, смартфона, планшета, подключенного к интернету. Бизнес становится более прозрачным, удобным для управления, в том числе в удаленном формате, что актуально, например, для организаций с филиалами, осуществляющими выездную торговлю.
Благодаря средствам автоматизации повышается согласованность действий, технологичность всех бизнес-процессов, скорость обработки поступающей информации. Становится проще обрабатывать большие объемы данных (номенклатура, заявки, заключаемые договора). За счет фиксации каждого действия быстро выявляются нерадивые сотрудники, минимизируется потенциальный вред от их неправильных действий или бездействия.
Корпоративные информационные системы
Современные предприятия, представляют собой сложные динамические системы. Они развиваются во времени и включают большое количество элементов, реализующих различные производственные и управленческие функции. Такие экономические объекты имеют многоуровневую структуру, а также большие внешние и внутренние информационные связи. В настоящее время начинают понимать всю важность и необходимость комплексного подхода к автоматизации информационных процессов на предприятиях и организаций. На собственном опыте многие разработчики осознали, что эффективность автоматизации в первую очередь зависит от того, насколько широко она охватывает комплексы расчетов, проведенных в управлении. Поэтому в последнее время, стала настолько популярной идея построения корпоративных информационных систем (КИС) в отношении не только крупных, территориально – росподилених информационных систем, но и любых предприятий, независимо от их масштаба и формы собственности. Организация, имея сегодня одну сеть с локальным сервером и десятком компьютеров, завтра может быть расширен и представлять из себя саморегулирующуюся систему, способную гибко и оперативно перестраивать принципы своего функционирования, имея в своем активе интеграцию большого числа программных продуктов [6].
Корпоративные ИС предназначены для автоматизации всех функций управления фирмой или корпорацией, имеющей территориальную разобщенность между подразделениями, филиалами, отделениями, офисами.
Корпоративная ИС – это информационная система, поддерживающая оперативный и управленческий учет на предприятии и представляет информацию для оперативного принятия управленческих решений.
Корпоративная ИС (КИС) охватывает все бизнес функции и все управленческие процессы компании. В условиях крупных предприятий и корпораций она может быть более эффективна, поскольку обеспечивает взаимодействие массовых и хорошо организованных процессов быстродействующими средствами современных информационных и телекоммуникационных технологий высокого научно-технического уровня.
Основными особенностями корпоративных ИС являются:
– Комплексность охвата функций управления;
– Повышенная упорядоченность деловых процессов;
– Массовость операций;
– Эффективность использования компьютерно-телекоммуникационного оборудования и программного обеспечения;
– Возможность локальной установки и внедрения отдельных частей системы;
– Адаптивность функциональной и инструментальной структуры системы к особенностям управляемого объекта;
– Возможность развития системы после ее внедрения.
Задачи управления заключаются в организации управления, поступают на вход предприятия, являются ресурсами для получения необходимого результата на выходе. Итак, информационная структура организации должна быть описана характерными законами управления, регламентирующими управляющие воздействия на систему.
Информационная система управления для промышленного предприятия должна объединять в себе три уровня управления процессами, происходящими на предприятии
1. управление бизнес процессами
2. управление проектно-конструкторскими разработками
3. управления технологическим процессом производства.
Единство информационной системы управления предприятием заключается в том, что данные, полученные или введены на любом уровне системы, должны быть доступны всем ее компонентам (принцип однократного введения).
Современная автоматизированная система управления бизнес процессами промышленного предприятия должна обеспечивать:
1) максимально возможный комплекс функций для управления всеми бизнес-процессами предприятия: управление маркетингом и продажами, управления снабжением, управление финансами, жизненный цикл изделия от конструкторских разработок до массового производства и сервисного обслуживания;
2) стратегию производства, ориентированную на потребителя, независимо от того, разрабатывает предприятие продукцию под заказ, отправляет ее на склад, ведет единичное, мелкосерийное или крупносерийное производство;
3) управление производственным процессом и непрерывное кониролювання его параметров на отклонение от допустимых значений, начиная со стадии планирования заказа на реализацию до отгрузки готовой продукции потребителю;
4) реализацию методики управления затратами и центрами затрат, требует планирования себестоимости изделий, утверждения плановых нормативов и контроль отклонений фактических затрат от их нормативов для своевременного принятия мер. Учет затрат должен осуществляться по местам их возникновения и позволять управленческому персоналу вести анализ;
5) система должна обеспечить единство данных финансового и управленческого учета, а именно на основе производственного плана и нормативной себестоимости система рассчитать смету затрат на производство;
6) данные, введенные в систему должны быть доступны сразу после регистрации хозяйственной операции всем, кто чувствует в них потребность: от учетчика в цехе до управляющего предприятием. Это позволит осуществлять контроль за производством на уровне производственных смет в современных условиях функционирования предприятия.
Структураединои информационной системы управления корпорацией должна быть следующей (рис. 10.1) [9]:
Рис. 10.1. Структура единой информационной системы управления корпорацией
Мировой опыт применения информационных технологий показывает, что структура такой единой информационной системы управления предприятием должна быть следующей:
Первым и основным элементом информационной системы управления предприятием является система управления бизнес процессами предприятия – это система класса ERP (Enterprise Resources Planning – Цианирование ресурсов предприятия). Основным назначением ERP систем является автоматизация процессов планирования, учета и управления по основным направлениям деятельности предприятия и поэтому ERP-системы – системы планирования ресурсов предприятия), в общих чертах можно рассматривать как интегрированную совокупность следующих основных подсистем:
1. Управление финансами;
2. Управление материальными потоками;
3. Управление производством;
4. Управление проектами;
5. Управление сервисным обслуживанием;
6. Управление качеством;
7. Управление персоналом.
Новый качественный этап в развитии систем управления предприятиями выражает концепцией ERP II (2001 г.). Под системами такого класса понимают бизнес – стратегию и набор приложений, ориентированных на особенности конкретной отрасли и повышают ценность компании для клиентов и владельцев за счет поддержки и оптимизации оперативных и финансовых процессов совместной работы подразделений внутри предприятия или нескольких предприятий. Совместная работа предприятия и его партнеров реализуется за счет перехода от закрытой архитектуры традиционных ERP – систем с открытой компонентной Web – архитектуре. В качестве подсистем используются CRM (Customer Relationship Management – управление взаимоотношениями с клиентами) и SCM (Supply Chain Management – управление цепочками поставок).
Системы класса ERP называют также корпоративными информационными системами (КИС), так как они охватывают автоматизацией практически все сферы деятельности предприятия (корпорации).
Вторым элементом является системы автоматизации проектно конструкторской деятельности и технологической подготовки производства (САПР / АСТПП – CAD / САМ / CAE / PDM), обеспечивающие снижение времени производственного цикла и повышения качества продукции.
Третий элемент – системы управления технологическим процессом производства. Связующее программное обеспечение обеспечивает взаимодействие всех ранее описанных решений в рамках единой информационно – аналитической системы управления предприятием.
Связующее программное обеспечение обеспечивает взаимодействие всех выше описанных элементов
Системами автоматизации предприятия, наиболее востребованы является ERP-системы. Типичный функциональный состав ERP-систем представлен на рис. 10.2:
Рис. 10.2. Типичный функциональный состав ERP – систем
MPS – управление запасами (цель MPS – спланировать сроки производства готовой продукции и своевременно удовлетворить залепите заказчиков. Избежать перегрузки и недогрузки производственного оборудования и обеспечить эффективное использование производственных мощностей и оптимальные производственные затраты.
Состав MPS- системы:
1) описание плановых единиц и уровней планирования;
2) описание спецификаций планирования;
3) формирование основного производственного плана-графика и др.
Процессы планирования и организации управления закупками материалов и комплектующих, производства частей и узлов и других работ, выполненных которых необходимо для выпуска продукции зависят от используемой системы производственного планирования и диспетчирования. Наиболее распространенными системами планирования и диспетчирования на основе управления пополнением запасов с система организации управления производством Just in Time (JIТ), система “Управление пополнением запасов” (PDS – Pond-Draining System, SIC – Statistical Inventory Control).
MRP осуществляет планирование всех материальных потребностей производства. MRPII- предназначена для планирования всех ресурсов предприятия (для реализации производственного плана, материалов, мощностей и денег).
Состав MRP – системы:
1) управление изделиями (описание материалов, комплектующих и единиц готовой продукции);
2) управление запасами;
3) управление конфигурацией изделия (состав изделия);
4) ведение ведомости материалов;
5) расчет потребности в материалах;
6) формирование МКРзамовлень на закупку;
7) формирование МКРзамовлень на перемещение и др.
MRP – системы были разработаны для производственных предприятий с дискретным типом и длительным циклом производства. Если предприятие имеет процессное производство, применение МКРфункциональности оправдано в случае относительно длительного производственного цикла.
Одной из главных составляющих интегрированных информационных систем управления предприятием класса MRP является система планирования производственных мощностей – CRP (CapacityResourcesPlanning). CRP – системы имеют своей целью создание оптимальных условий для реализации производственного плана выпуска продукции. Основной задачей CRP является проверка выполнимости MPS с точки зрения загрузки оборудования по производственным технологическим маршрутам с учетом времени переналадки, вынужденных простоев, субподрядных работ и т.д. Входной информацией для CRP является план-график производственных заказов и заказов на поставку материалов и комплектующих, превратится в соответствии с технологическими маршрутами в загрузку оборудования и рабочего персонала
Состав CRP – системы:
1) рабочие центры (описание структуры производственных рабочих центров с определением мощности)
2) машины и механизмы (описание производственного оборудования с определением нормативной мощности)
3) производственные операции, выполняемые в привязке к рабочим центрам и оборудованию;
4) технологические маршруты, представляющие последовательность операций, выполняемых в течение некоторого времени на конкретном оборудовании в определенном рабочем центре;
5) расчет потребностей по мощностям для определения критической загрузки и принятия решения и др.
Иерархия планов ERP – модели предприятия представлена на рис. 10.3 [6].
Рис. 10.3. Иерархия планов ERP-модели предприятия
В основе ERP-систем лежит принцип создания единого хранилища данных, содержащего всю корпоративную бизнес-информацию и обеспечивающего одновременный доступ к ней любого количества сотрудников организации, наделенных соответствующими полномочиями. Изменение данных производится через функциональные возможности системы. Единое хранилище данных ERP-системискладаеться из следующих элементов:
1) модель управления информационными потоками (ИП) на предприятии;
2) аппаратно-техническая база и средства коммуникаций;
3) СУБД, системное и прикладное программное обеспечение;
4) набор программных продуктов, автоматизирующих управление ИП;
5) регламент использования и развития программных продуктов;
6) IT- департамент и обеспечительные службы;
7) пользователи программных продуктов.
КИС накапливают большие объемы данных, анализ которых является самостоятельным сложной задачей. Для ее решения используются программные системы класса OLAP (On – Line Analytical Processing – аналитическая обработка в реальном масштабе времени). Данные системы поддерживают широкоформатную таблицу, пакет статистического анализа, презентационную графику и интерфейс к реляционных СУБД.
Концепции систем управления предприятиями прошли несколько этапов в своем развитии. В процессе эволюции сложилась формальная система стандартов и терминологии для обозначения характеристик автоматизированных систем управления и происходящих в них процессов. Этапы развития систем управления предприятием (корпорацией) представлены на рис. 10.4 [5, 6]:
Рис. 10.4. Этапы развития систем управления предприятием (корпорацией)
Крупному промышленному предприятию целесообразно использовать КИС, которая соответствует законам управления MRP П. Такие КИС способны предоставить руководителю необходимую информацию о возможности выполнения заявок на поставку продукции. Другими КИС являются интегрированные системы управления предприятием, так называемые ERP-системы.
Автоматизация деятельности крупных предприятий является достаточно сложной задачей и требует, как правило, индивидуального подхода, учитывающего особенности организации его деятельности. Информационные системы для таких предприятий достаточно разнообразны, однако строятся с использованием общих принципов обработки и хранения учетных данных. Это позволяет использовать в качестве “ядра” базовую систему, обеспечивающую автоматизацию наиболее общих и законодательно регламентированных аспектов деятельности предприятия. К ним, в первую очередь, относятся бухгалтерский и материальный учет. Вместе с тем базовая система должна представлять собой гибкую платформу, которую можно относительно просто (например, с помощью настроек) адаптировать к потребностям конкретного предприятия. Должна учитываться также возможность расширения функциональных возможностей системы путем включения в ее состав вновь разрабатываемых или уже созданных модулей (рис. 10.5).
Эффективное управление современным предприятием представляет собой довольно нетривиальную задачу, учитывая многообразие используемых ресурсов и высокую стоимость изменения внешнего окружения. Основными функциями управления предприятием является, как известно, планирование, учет, контроль и регулирование, которые осуществляются в многомерном пространстве различных областей деятельности предприятия.
Сформированы управленческие решения в ходе выполнения вышеперечисленных функций служат отправным моментом для конкретных исполнителей. В связи с тем, что автоматизация выполнения должностных обязанностей и отдельных поручений практически стала в последнее время стандартом де-факто, особую остроту приобретает проблема автоматизации непосредственно управленческих функций.
Рис. 10.5. Модули базовой системы автоматизации управления предприятием
Таким образом, наиболее существенной чертой комплексной информационной системы должно стать расширение контура автоматизации для получения замкнутой, саморегулюванои системы, способной гибко и оперативно перестраивать принципы своего функционирования [9].
Подобная широкопрофильная система должна в максимально допустимой степени удовлетворить все подразделения организации, по возможности сохранить существующие бизнес – процессы, а также методы и структуру управления. Без привлечения автоматизации практически нельзя контролировать постоянно меняющиеся бизнес – процессы.
Современные информационные системы должны отвечать целому набору обязательных требований. Среди них, в первую очередь, следует отметить использование архитектуры клиент – сервер с возможностью применения большинства промышленных СУБД, обеспечение безопасности с помощью различных методов контроля и разграничения доступа к информационным ресурсам, поддержку распределенной обработки информации, модульный принцип построения с оперативно – независимых функциональных блоков, а также поддержку технологий Internet / Intranet.
Кроме того, важную роль играют и другие – эксплуатационные характеристики: легкость администрирования, эргономичность, наличие локализованного (русифицированного) интерфейса.
Наиболее органичным и эффективным способом построения КИС, при котором были бы выполнены вышеперечисленные функции и требования к технологичности, является использование в качестве ядра всего информационного комплекса системы автоматизации – деловых процессов. Деятельность любой организации представляет собой совокупность произведенных в повседневной практике деловых процессов, в которые вовлечены финансовые, материальные, кадровые, информационные и другие виды ресурсов. Именно деловые процессы определяют порядок взаимодействия отдельных сотрудников и целых отделов, а также принципы построения информационных систем.
Сложившаяся таким образом КИС характеризуется одновременно универсальностью и эффективностью. Интегрированный комплекс может создаваться на базе разрозненных автоматизированных рабочих мест, то есть с использованием уже имеющегося системного и прикладного программного обеспечения.
Критерии выбора bpms
От правильного выбора информационной системы класса BPMS существенно зависит ее дальнейшее использование. Однако сегодня большинство решений принимается интуитивно, что часто приводит к разочарованию от результатов автоматизации. При выборе BPMS, как правило, ориентируются только на внешние признаки — количество инсталляций, «громкость» имени и, конечно, стоимость.
Производя выбор без понимания технических и функциональных параметров BPMS, можно совершить ошибку, которую в дальнейшем исправить без потерь будет невозможно, поэтому необходимо ответить на следующие вопросы: каким образом выбрать информационную систему в зависимости от целей и задач бизнеса и текущего состояния автоматизации; как расставить приоритеты для бизнес-процессов, требующих автоматизации; будет ли эффект от внедрения превышать затраты на приобретение BPMS.
Одним из ключевых этапов выбора BPMS является разработка требований к системе и поставщику. В рамках этих работ определяются наиболее критичные бизнес-процессы, проводится аудит ИТ-инфраструктуры, определяются границы автоматизации и собираются требования от ключевых пользователей компании.
Для удобства работы с таким количеством требований необходимо их классифицировать по группам: функциональные, технические, стоимостные, к поставщику. Это позволяет применять различные методики нормирования, взвешивания и оценки для каждой группы и добиться максимально качественной оценки соответствия BPMS потребностям компании. Аналитики компании Gartner предлагают обратить внимание на следующие требования при выборе BPMS:
- поддержка задач «человек-человек» и удобство интерфейса пользователя
- поддержка организационной структуры и ролевых групп
- возможность переназначения заданий, оперативного вмешательства в процесс и обработки исключительных ситуаций
- возможность управления логикой процесса с рабочего места пользователя; удобство использования и администрирования
- присутствие графических средств разработки моделей бизнес-процесса
- поддерживаемые архитектуры и стандарты
- производительность и масштабируемость; способность обслуживать многочисленные, продолжительные и распределенные процессы
- понятный интерфейс настройки и возможность минимального участия ИТ-специалистов во внедрении и поддержке
- возможность информирования в реальном времени по отклонениям показателей процесса
- поддержка сервис-ориентированной архитектуры (SOA — Service Oriented Architecture)
- присутствие шаблонов бизнес-процессов, на основании которых могут быть разработаны новые процессы
- невысокая совокупная стоимость владения
Учитывая указанные требования к BPMS в качестве основы и добавляя специализированные требования своей компании, можно получить понимание того, какой должна быть выбираемая BPMS. Далее определяются участники тендера путем сбора информации по существующим BPMS.
Информация о BPMS может быть получена в результате анализа открытых источников, на основе которых составляется перечень систем, принимаемых для рассмотрения, а затем с использованием форм (RFI — Request For Information) производится рассылка запроса информации поставщикам.
После того как участники определены, проводится тендер путем составления и рассылки поставщикам запроса на коммерческое предложение (RFP — Request For Proposal), содержащего полный перечень требований к BPMS. На основании ответа участников происходит оценка коммерческих предложений, при этом рекомендуется также «попробовать», как эти системы будут работать на реальных данных компании.
Для этого готовится контрольный пример бизнес-процесса или осуществляется «пилотное» внедрение BPMS на одном процессе. Опыт реализации проектов показал, что выбор BPMS может быть сделан в течение месяца. За это время можно сформировать необходимые и достаточные требования и с учетом их выбрать BPMS и команду внедрения.
Области применения bpms
В большинстве случаев применение BPMS наиболее эффективно в тех отраслях, где компании изначально имеют процессную организацию деятельности и специфику в логике бизнес-процессов, а также высокую частоту изменений в существующих процессах. Для таких компаний BPMS являются единственным способом автоматизации процессов, так как использование «монолитных» ИТ-решений или собственных разработок, как правило, приводит к тому, что из-за возникающих изменений в бизнесе эти решения быстро перестают удовлетворять новым требованиям.
Банковская отрасль является одним из основных потребителей BPMS. Это связано с особенностями организации front-офисных процессов у каждого банка. Наиболее часто встречающимся примером использования BPMS в банке является автоматизация процессов розничного кредитования.
Примерами других банковских бизнес-процессов, для автоматизации которых используются BPMS, могут являться процессы управления запросами об обслуживании клиентов в информационно-справочной службе (изменение адреса, возврат платежей, управление счетом и открытие новых счетов).
Практически весь front-офис банков может быть автоматизирован с применением BPMS, и в дополнение к этому интегрирован с другими информационными системами, используемыми в банке. В компаниях телекоммуникационной отрасли BPMS могут быть использованы для автоматизации процессов, связанных с обработкой запросов множества клиентов. В этих компаниях могут быть автоматизированы также процессы управления инцидентами пользователей (Trouble Ticket) и др.
Для компаний энергетической отрасли наиболее эффективно применение BPMS в процессах, которые связаны с обслуживанием большого числа клиентов. Одним из таких процессов является технологическое присоединение к сети, в рамках которого происходит взаимодействие клиентов компании и нескольких внутренних подразделений.
Кроме того, могут быть автоматизированы и другие процессы, например в одной из энергетических компаний была автоматизирована процедура кодирования и утверждения счетов-фактур. Важно отметить, что BPMS может быть применима и для автоматизации вспомогательных бизнес-процессов.
Обработка запросов на обслуживание и закупку, управление персоналом, начисление заработной платы, заказ билетов и автомобилей — все эти процессы уже автоматизированы с использованием BPMS, чему имеется подтверждение в виде выполненных проектов.Система менеджмента качества является еще одной областью использования BPMS, и это связано в первую очередь с процессами управления записями, которые могут быть также автоматизированы.
Более того, процедуры контроля качества могут быть встроены в процессы, автоматизированные с помощью BPMS, что избавляет от большого количества рутинной работы. Некоторые компании используют BPMS для управления соответствием требованиям такого закона, как закон Sarbanes-Oxley (SOx), что позволяет создать систему внутреннего контроля, большинство действий в которой выполняется в автоматическом режиме (контрольные процедуры, создание свидетельств контроля и т.д.).
Еще одной обширной областью использования BPMS является государственное управление. Примерами административно-управленческих процессов, автоматизированных с помощью BPMS, могут быть ответы на жалобы граждан, отслеживание административной корреспонденции, выдача лицензий или разрешений и др.
Есть примеры использования BPMS в здравоохранении для автоматизации процессов регистрации новых клиентов и в консалтинговых компаниях (включение новых сотрудников в деятельность, разработка коммерческих предложений, согласование договоров, управление персоналом).
Примеры сценариев для оценки iam-системы
Прием на работу
Сценарий: После того как отдел кадров заводит учетную запись нового сотрудника в кадровой системе (например, 1С), сотрудник должен получить учетные записи и наборы прав во всех системах соответственно его роли не позднее чем через n минут.Результат: Сотрудник может пользоваться всеми системами в рамках полномочий его роли.
Запрос доступа к ресурсу
Сценарий: После того как сотрудник запрашивает ресурс через веб-портал, он должен получить ответ в течении n часов. Временный доступ к ресурсу регулируется путем ручного согласования. То есть запрос получает владелец ресурса и/или его заместитель. Если в течение заданного времени запрос остался не отвеченным, происходит эскалация.
Результат: а) Сотрудник получает доступ к ресурсу; б) Сотрудник получает отказ.
Аттестация
Сценарий: Раз в месяц владелец ресурса проводит аттестации списка тех, кто имеет доступ к ресурсу. Для каждого участника списка он продлевает или прекращает доступ.
Результат: Проведена аттестация, доступ к ресурсу имеют только сотрудники, подтвержденные владельцем.
Отпуск
Сценарий: Доступ сотрудника в отпуске должен автоматически быть прекращен на время его отсутствия. Прекращение доступа не требует ручных действий.
Результат: Сотрудник не имеет доступ к системам компании во время отпуска.
Увольнение
Сценарий: У сотрудника должен быть аннулирован доступ во все системы предприятия не позднее чем через n минут после инициации процесса руководителем на веб-портале.
Результат: Сотрудник не имеет доступ к системам компании.
Разделение полномочий
Сценарий: Руководитель назначает сотруднику роль, которая не совместима с уже имеющимися ролями. Сотрудник не может совмещать взаимоисключающие роли.
Результат: Система отказывает в изменении и фиксирует нарушение политики.
Сброс пароля
Сценарий: Сотрудник забыл пароль. Он заходит на веб-сайт, где, ответив на вопросы системы, инициирует сброс пароля и получает новый пароль в виде СМС. Новый пароль автоматически должен быть синхронизирован в подключенные системы.
Результат: Сотрудник получает новый пароль, которым может пользоваться во всех системах, где у него есть доступ.
Это первая часть статьи, будет продолжение…
Рынок iam-решений
Рынок IAM активно развивается, происходят слияния и поглощения. Сложность IAM-систем существенно увеличивается с каждым годом. Для оценки современных IAM-предложений требуется серьезная экспертиза не только в области информационных технологий, но и в сфере бизнес-аналитики.
Существует несколько аналитических агентств, специализирующихся на исследованиях и сравнениях IAM-решений: Forrester, KuppingerCole, Gartner. Они, как правило, выпускают ежегодный отчет по рынку IAM-решений, а также отдельные документы о трендах в отрасли, опросники, помогающие выбрать наиболее подходящую систему.
Для ежегодных отчетов у каждого из агентств своя методика сравнений и наглядного представления результатов.
Так, например, Gartner оценивает поставщиков IAM по шкале «Видение» (видение того, как развивается и будет развиваться рынок, способность к инновациям) и «Способность к реализации» (способность занимать долю рынка, продавать систему). 
Такие отчеты позволяют получить понимание предметной области, тенденций развития рынка и общее представление о крупных игроках на рынке IAM.
Важно понимать, что на российском рынке многие системы не представлены вовсе. Также могут быть и локальные решения, достаточно успешные на российском рынке, но не имеющие распространения в мире.