Особенности связывания со ссылкой на единицу деятельности
При построении модели процессов организации может появиться возможность ее более компактного представления. Это бывает, когда несколько моделей процессов полностью совпадают или схожи. В этом случае модели этих процессов можно заменить на одну типовую модель.
На диаграмме для обозначения применения типовой модели процесса служит фигура диаграммы "Ссылка на единицу деятельности". Подробнее способы создания ссылки на единицу деятельности описаны в главе Руководство пользователя → Ссылка на единицу деятельности.
Применяя типовую модель процесса, рекомендуется придерживаться следующих правил:
- владельца и исполнителей необходимо указывать у ссылки на единицу деятельности, а не у типового процесса. При таком подходе происходит замена только "внутренней" части модели процесса на типовую модель;
- в типовой модели процесса для моделирования внешних входов и выходов и их поставщиков и получателей необходимо использовать внешние ссылки. Пример выполнения данного правила приведен в статье ниже.
Моделирование внешних входов и выходов типового процесса
На диаграмме типового процесса внешние поставщики и получатели входов и выходов моделируются с помощью внешних ссылок.
Фигура, обозначающая функциональный объект, может быть соединена с фигурой "Внешняя ссылка"/"Свернутый пул", обозначающей поставщика или потребителя функционального объекта, и с фигурой, обозначающей процесс. На Рис. 1 приведен пример использования внешней ссылки на диаграмме типового процесса в нотации EPC.

Особенности применения типовой модели процесса
Применяя типовую модель процесса, рекомендуется придерживаться следующих правил:
- диаграммы типового процесса и процессов, модели которых заменяются на типовую модель, рекомендуется строить в одной нотации;
- диаграмма типового процесса должна быть максимально общей, учитывающей все возможные моделируемые ситуации;
- на диаграмме типового процесса обозначение функциональных объектов из схожих моделей заменяют обозначением функционального объекта более общего типа. Конкретизация функционального объекта производится на диаграмме, на которой используется ссылка на типовую модель процесса.
Рассмотрим некоторые примеры обобщений, которые допустимы при моделировании типовых процессов.
Моделирование входов и выходов типового процесса
Рассмотрим пример, когда на диаграмме типового процесса обозначение функциональных объектов из схожих моделей заменяют обозначением функционального объекта более общего типа.
На Рис. 2 приведены фрагменты диаграмм процессов "Процесс А" и "Процесс Б", на которых изображена передача документов в Вызывающую активность "Процесс 2":
- на диаграмме процесса "Процесс А" изображен "Документ 1А";
- на диаграмме процесса "Процесс Б" изображен "Документ 1Б".

На диаграмме типового процесса Документ 1А и Документ 1Б заменяются на Документ 1 более общего типа (Рис. 3).

Моделирование исполнителей операций типового процесса
Рассмотрим пример, когда на диаграмме типового процесса обозначение исполнителей операций схожих моделей процессов заменяют обозначением оргединицы более общего типа.
Пусть есть две модели процессов в нотации BPMN: "Процесс А" и "Процесс Б", а также две модели их подпроцессов: "Процесс 2А" и "Процесс 2Б". Последовательность операций моделей этих подпроцессов совпадают, а функциональные объекты и исполнители операций разные (Рис. 4). В качестве исполнителей операций процесса "Процесс 2А" указана оргединица "Менеджер 2А", а в качестве исполнителей операций процесса "Процесс 2Б" указана оргединица "Менеджер 2Б". Входящие и исходящие функциональные объекты также различаются:
- документы "Документ 1А" и "Документ 2А" на диаграмме процесса "Процесс 2А" имеют отношение к предмету деятельности А (например, продажи продукта А);
- документы "Документ 1Б" и "Документ 2Б" на диаграмме процесса "Процесс 2Б" имеют отношение к предмету деятельности Б (например, продажи продукта Б).

Для более компактного представления модели деятельности организации похожие модели процесса "Процесс 2А" и процесса "Процесс 2Б" можно заменить на одну обобщенную модель – модель типового процесса "Процесс 2" (Рис. 5).

Диаграмма типового процесса создается максимально общей, учитывающей все моделируемые ситуации.
Для обозначения исполнителей операций две исходных оргединицы представляются в виде оргединицы "Менеджер 2 (роль)" более общего типа – оргединица типа "Роль", в состав которого входят: "Менеджер 2A" и "Менеджер 2Б" с заданными для них предметами деятельности – "Продукт А" и "Продукт Б", соответственно (Рис. 6).

Любая из оргединиц, входящих в состав роли, может быть исполнителем операций типового процесса, в зависимости от рассматриваемого предмета деятельности:
- оргединица "Менеджер 2А" – если операции типового процесса имеют отношение к продукту А;
- оргединица "Менеджер 2Б" – если операции типового процесса имеют отношение к продукту Б.
На диаграмме типового процесса "Процесс 2" для отображения поставщиков или потребителей функциональных объектов, входящих или исходящих в/из операции, использованы внешние ссылки "Поставщик документа" и "Потребитель документа". Для конкретизации поставщика документа с внешней ссылкой "Поставщик документа" связана оргединица типа "Роль" – "Поставщик документа (роль)". Эта оргединица "Поставщик документа (роль)" создан на основании того, что входящий документ может поступать из операции "Операция 1А" (в соответствии с диаграммой процесса "Процесс А") или из операции "Операция 1Б" (в соответствии с диаграммой процесса "Процесс Б") (см. Рис. 9). Другими словами, входящий документ может поступать от исполнителя операции "Операция 1А" – оргединицы "Менеджер 1А", или от исполнителя операции "Операция 1Б" – оргединицы "Менеджер 1Б". Для обозначения этих оргединиц в состав роли "Поставщик документа (роль)" включены исполнители операций-поставщиков документа:
- оргединица "Менеджер 1А" – исполнитель операции "Операция 1А", с заданным предметом деятельности "Продукт А";
- оргединица "Менеджер 1Б" – исполнитель операции "Операция 1Б", с заданным предметом деятельности "Продукт Б".
Для конкретизации потребителя документа с внешней ссылкой "Потребитель документа" связана оргединица типа "Роль" – "Потребитель документа (роль)". Эта оргединица "Потребитель документа (роль)" создана на основании того, что исходящий документ может быть передан в операцию "Операция 3А" (в соответствии с диаграммой процесса "Процесс А") или в операцию "Операция 3Б" (в соответствии с диаграммой процесса "Процесс Б"). Другими словами, исходящий документ может быть передан исполнителю операции "Операция 3А" – оргединице "Менеджер 3А", или исполнителю операции "Операция 3Б" – оргединице "Менеджер 3Б". Для обозначения этих оргединиц в состав роли "Потребитель документа (роль)" включены исполнители операций-потребителей документа:
- оргединица "Менеджер 3А" – исполнитель операции "Операция 3А", с заданным предметом деятельности "Продукт А";
- оргединица "Менеджер 3Б" – исполнитель операции "Операция 3Б", с заданным предметом деятельности "Продукт Б".
Входящие и исходящие документы, добавленные на диаграммах процесса "Процесс А" и процесса "Процесс Б", на диаграмме типового процесса заменены на функциональные объекты более общего типа. Например:
- документы "Документ 1А" и "Документ 1Б" в модели типового процесса заменены на документ "Документ 1";
- документы "Документ 2А" и "Документ 2Б" в модели типового процесса заменены на документ "Документ 2".
Созданную модель типового процесса "Процесс 2" можно использовать как составную часть моделей процессов "Процесс А" и "Процесс Б" при помощи создания ссылки на типовой процесс. Пример диаграммы процесса "Процесс А" со ссылкой на процесс "Процесс 2" показан на Рис. 7.

Для ссылки на единицу деятельности на типовой процесс указывается исполнитель, а у типового процесса "Процесс 2" исполнитель не указывается. Например, исполнителем у ссылки на типовой процесс в модели процесса "Процесс А" указана оргединица "Менеджер 2А", а исполнителем у ссылки на типовой процесс в модели процесса "Процесс Б" указана оргединица "Менеджер 2Б".
Отражение связей в должностной инструкции
При использовании типовой модели может возникнуть дублирование связей, выводимых в должностной инструкции.
Например, в должностной инструкции оргединицы "Менеджер 2А" в разделе взаимодействия с другими оргединицами будет отдельно выводиться информация о взаимодействии с исполнителями процессов, и отдельно информация о взаимодействии с ролями, связанными с внешними ссылками:
- оргединица "Менеджер 2А" взаимодействует с оргединицей "Менеджер 1А" и с оргединицей "Поставщик документа (роль)", в состав которого входит оргединица "Менеджер 1А";
- оргединица "Менеджер 2А" взаимодействует с оргединицей "Менеджер 3А" и с оргединицей "Потребитель документа (роль)", в состав которого входит оргединица "Менеджер 3А".
При этом фактически:
- оргединицы "Менеджер 1А" и "Поставщик документа (роль)" обозначают одного и того же поставщика документа – оргединицу "Менеджер 1А";
- оргединицы "Менеджер 3А" и "Потребитель документа (роль)" обозначают одного и того же потребителя документа – оргединицу "Менеджер 3А".