Создаем бизнес-процесс в несколько шагов. Миф о том, что в «1С: УТ» есть управление бизнес процессами (BPM) 1с предприятие бизнес процессы

Дата: 04.10.2023

Возможности, которые открывает встроенный механизм регулирования:

Точный порядок работы, снижен риск возникновения ошибки или пропуска какого-то из этапов работы.
Формализованный подход, благодаря заранее определённой структуре бизнес-процесса 1С.
Контроль на каждом этапе.
Определение, какие из этапов работы были наименее эффективны, и оптимизация процесса.
Моделирование структуры конкретной организации.

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

Жесткими – изменения в маршруте не возможны;
Условными – выполнение задания зависит от ряда условий, которых может быть несколько. От этого и строится конечный маршрут работы;
Параллельными – два или больше маршрута, по которым будет проходить реализация бизнес-процесса. На каком-то этапе ветви могут соединиться;
Свободными – этот вид бизнес-процесса не имеет маршрута, и выполняется исходя из поставленной задачи.

Рассмотрим работу программы на примере продажи в 1С:УТ.

Начинается процесс управления торговым процессом (BPM ) с точки «Старт».

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

Чтобы бизнес-процесс запустился, необходимо в разделе «CRM и маркетинг» создать сделку, заполнив необходимые поля, после чего карточка сделки сохраняется, и открываются 2 гиперссылки: «Этап» и «Карта маршрута».

Механизм бизнес-процессов (МБП) появился в составе "1C:Предприятие" в начале 2005 г., и можно утверждать, что это — очень перспективное и полезное новшество платформы. Его суть - автоматизация цепочек связанных операций, направленных на достижение общей цели, обычно в контексте организационной структуры, определяющей функциональные роли и связи. Автоматизация бизнес-процессов позволяет повысить качество организации работы и эффективность управления.

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

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

· Обеспечение новых возможностей. Данные о выполнении задач и о ходе бизнес-процессов могут служить основой для оптимизации организационной структуры предприятия, выявления "узких" мест и скрытых ресурсов. Таким образом, в полной мере реализуется методология процессного управления.

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

Основные сведения о механизме бизнес-процессов в 1С

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

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

Основные объекты механизма бизнес-процессов - это бизнес-процессы и задачи. Они используют друг друга и еще три вспомогательных объекта - параметр сеанса, регистр сведений и справочники. Вспомогательные объекты не используют ни друг друга, ни основные объекты.

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

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

Объект "Бизнес-процесс" описывает логику выполнения операций для достижения той или иной цели и управляет жизненным циклом созданных бизнес-процессов (их экземпляров) от момента старта до момента завершения. Логика бизнес-процесса (взаимосвязь и последовательность обхода точек маршрута, условные переходы и пр.) наглядно описывается в виде карты маршрута, которая позволяет визуально описывать маршрут бизнес-процесса в виде связного графа и позволяет легко описывать алгоритмы условных переходов и реакцию бизнес-процесса на различные события.

Операции, выполняемые в ходе бизнес-процесса, представлены на карте маршрута точками действий, которые содержат информацию о том, кто и что должен сделать на данном этапе. Исполнитель может определяться персонально (Иванов) или с учетом ролевой маршрутизации («Кладовщик», "Руководитель отдела продаж"). При переходе бизнес-процесса на точку действия он автоматически формирует задачи, устанавливая в них предусмотренные реквизиты адресации. После того как исполнитель отметит задачу как выполненную, бизнес-процесс автоматически переходит к следующей точке маршрута в соответствии с картой.

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

Механизм бизнес-процесса в 1С допускает несколько видов маршрутизации.

Жесткая. Бизнес-процесс имеет карту, не содержащую условных и параллельных переходов с жестко определенными адресатами для каждой точки маршрута. Отклонение таких бизнес-процессов не допускается.

Свободная. Адресаты точки карты маршрута бизнес-процесса не установлены и определяются программно или интерактивно в течение жизненного цикла бизнес-процесса.

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

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

Как правило, в реальных картах бизнес-процессов встречаются все эти типы маршрутизации.

Общая схема создания бизнес-процесса в 1С

1. Создаем регистр адресации

a. Создаем формы

2. Создаем задачу

a. Заполняем вкладку адресация

b. Данные заполняем реквизитами передаваемыми между задачами и самим бизнес-процессом

c. Создаем формы

3. Создаем бизнес-процесс

a. Заполняем задачу, реквизиты, создаем формы

b. Рисуем карту маршрута

Особенности адресации

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

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

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

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

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

При указанных правилах адресации Иванов будет назначен исполнителем задач по "Мир" либо при указанном контактном лице "Директор", либо если контактное лицо указано не будет. По работе с контактным лицом "Кладовщик" исполнителем будет назначен "Петров".

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

Возможности применения Механизма бизнес-процессов .

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

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

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

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

На заметку программисту.

Порядок выполнения обработчиков бизнес-процесса

1. Форма: перед выполнением

2. Форма: перед записью (сначала на клиенте, затем на сервере)

3. Модуль задачи: перед выполнением

4. Бизнес-процесс: перед выполнением

5. Модуль задачи: при выполнении

6. Модуль задачи: перед записью

7. Модуль задачи: при записи

8. Бизнес-процесс: при выполнении

9. Форма: после записи (сначала на сервере, затем на клиенте)

Интерактивные процедуры не выполняются в управляемом режиме.

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

Стандартные разработки можно:

взять за основу для конструирования собственных решений;
использовать без изменений.

Алгоритмы максимально доступны для понимания: применяя 1С, бизнес-процессы несложно генерировать с нуля, даже не имея навыков программирования - в режиме пользователя.

Заказать звонок 1C CRM
Эксперта

4 основных шага по созданию бизнес-процесса

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

4 варианта запуска бизнес-процесса в работу

Пользователь программы «1С Предприятие» бизнес-процессы может запускать удобным для себя способом. Варианты для выбора:

через журнал кликом по кнопке «Создать»;
в документе «Событие» кликом по кнопке «Начать» (названия процессов, запуск которых возможен таким образом, даны в раскрывающемся под кнопкой меню);
в документе «Событие», открытом в фоновом режиме (когда опция предусмотрена настройками процесса);
из контрольного пункта проекта.

2 варианта отображения заданий в системе

Отображение в системе 1С бизнес-процессов и задач для персонала возможно:

на «Рабочем столе» в меню «Список задач» - исполнитель получает информацию об этапе, сроках его реализации;
через оповещения, включенные пользователем в персональных настройках, в выбранном им формате - SMS, напоминание, электронное письмо.

Благодаря многофункциональности 1С 8.2, бизнес-процессы любого уровня сложности скрупулезно отслеживаются программой, что исключает риск несвоевременной реакции пользователя на рабочие ситуации.

3 действия при построении воронки продаж

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

Преимущества использования 1С:CRM

Для компаний, стремящихся рационально организовать бизнес-процессы, 1С 8.3 либо 8.2 - выгодные и эффективные решения, поскольку потенциал этих программных продуктов позволяет:

ускорить проведение сделок в 1,5–5 раз;
увеличить на 40 % количество успешных сделок посредством процессного управления и использования воронки продаж;
сократить на 50 % срок разбора претензий клиентов;
свести до 0 случаи непроизвольных ошибок и утраты информации (заявок, поручений, справок о клиентах и пр.) - введенные в документ 1С 8 бизнес-процессы и связанные с ними сведения надежно хранятся в базе данных.

Андрей Колесов

Обсуждая возможности технологической платформы "1С:Предприятие 8.0" , нам уже приходилось подчеркивать, что ее многочисленные новшества связаны с решением трех основных взаимосвязанных задач развития системы:

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

Одно из важных новшеств в "1С:Предприятие 8.0" - создание механизма бизнес-процессов (МБП), который был реализован на уровне бета-версии в начале лета прошлого года и должен появиться в рабочем варианте в релизе 8.0.10 до конца I квартала 2005 г. Подчеркнем, что МБП - составная часть технологической платформы, а это означает, что связанные с ним возможности могут стать доступны всем прикладным решениям, созданным на основе "1С:Предприятие 8.0".

В целом можно сказать, что МБП нацелен на повышение эффективности разработки и сопровождения прикладных решений. Однако тут нужно отметить важные качественные отличия от других новшеств этого направления. Дело в том, что если модернизация языка программирования или поддержка групповой разработки рассчитаны на традиционных ИТ-специалистов (программисты, внедренцы), то МБП нацелен на более глубокое вовлечение в процесс проектирования и настройки конкретных прикладных систем специалистов качественно иного уровня - бизнес-аналитиков, консультантов, а также менеджеров заказчика. Более того, эффект МБП с точки зрения клиента проявляется даже в том случае, если пользователь не участвует непосредственно в проектировании бизнес-процессов, а только применяет разработанные кем-то схемы. Возможность формального описания действий системы и визуальное их представление позволяют заказчику лучше понять логику работы решения, в том числе проконтролировать, насколько правильно разработчик выполнил поставленное перед ним задание.

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

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

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

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

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

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

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

Основные сведения о механизме бизнес-процессов

Бизнес-процессы в "1С:Предприятие 8.0" нужны для того, чтобы объединять отдельные операции (выписка счета, прием наличной оплаты, отпуск товара со склада и т. д.) в цепочки взаимосвязанных действий, приводящих к достижению конкретной цели (например, продажа товара за наличный расчет). Участие сотрудников в жизненном цикле бизнес-процесса организовано при помощи ролевой маршрутизации.

МБП обеспечивается сразу несколькими объектами конфигурирования: бизнес-процессы, задачи, регистр сведений и параметр сеанса. Как правило, типы реквизитов адресации задачи и измерений регистра сведений назначаются в виде ссылок на соответствующие справочники, поэтому к четырем перечисленным видам добавляются еще справочники.

Два основных объекта МБП - бизнес-процессы и задачи. Они используют друг друга, а также три вспомогательных объекта (параметр сеанса, регистр сведений и справочники). Вспомогательные объекты не используют ни друг друга, ни основные объекты (рис. 1).

Объект "Задача" предназначен для учета заданий и описывает способ их распределения по исполнителям с учетом организационной структуры предприятия. Адресация заданий сотрудникам определяется реквизитами, в которых можно предусмотреть многомерную ролевую маршрутизацию, например, по ролям, рабочим группам, подразделениям, помещениям, филиалам и т. д. Задачи могут создаваться не только бизнес-процессами, но и другими объектами информационной базы или непосредственно пользователями. Более того, в общем случае исполнителем задания может быть не только сотрудник, но и любая внешняя система, например, другая учетная система.

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

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

Объект "Бизнес-процесс" описывает логику выполнения операции для достижения той или иной цели и управляет жизненным циклом созданных бизнес-процессов (экземпляров) - от момента старта до момента завершения. Логика бизнес-процесса (взаимосвязь и последовательность обхода точек маршрута, условные переходы и т. п.) представляется в виде карты маршрута, которая позволяет изобразить маршрут бизнес-процесса в виде связного графа и легко описывать алгоритмы условных переходов и реакцию бизнес-процесса на различные события (рис. 2). При работе пользователя с прикладным решением предусмотрена возможность отображать актуальную карту маршрута для конкретных экземпляров бизнес-процессов с учетом пройденных и активных точек маршрута.

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

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

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

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

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

Бизнес-процессы в "1С:Предприятие 8.0" допускают несколько типов маршрутизации. Заметим, что в реальных картах бизнес-процессов, как правило, встречаются все эти типы.

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

Свободная. Адресаты точки карты маршрута бизнес-процесса не установлены и определяются программно или интерактивно в течение жизненного цикла бизнес-процесса.

Условная. Карта маршрута предусматривает проверку условий и переход по соответствующим ветвям (рис. 3, б и в). Переходы могут быть как бинарными (условие), так и множественными (выбор варианта).

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

Ключевым понятием в механизме бизнес-процессов и задач в "1С:Предприятии" выступает система адресации, которая обеспечивает возможность не только персональной, но и ролевой адресации задач участникам бизнес-процессов.

Ролевая маршрутизация позволяет назначать задания не только конкретным исполнителям, но и ролям, группам, подразделениям и т. д., как это определено в прикладном решении. Она построена на взаимодействии объектов "Задача" и "Регистр сведений": первый определяет состав реквизитов адресации (роли, подразделения и т. д.), а второй отражает актуальную (соответствующую текущему моменту) информацию о принадлежности сотрудников ролям, подразделениям, рабочим группам и т. д.

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

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

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

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

Рис. 4. Организация бизнес-процессов в системе "1С:Предприятие".

Практическая реализация

По ходу статьи мы часто использовали термин "бизнес-процесс", хотя порой под ним понимают разные вещи. С одной стороны, бизнес-процесс - это обобщенное описание последовательности действий при выполнении каких-то деловых задач (например, продажа товара). В данном случае такое описание реализуется в виде программы (только представленной не в кодах, а в виде карты маршрута), которую можно условно назвать частным бизнес-решением. С другой стороны, бизнес-процесс - это выполнение конкретных действий в соответствии с этим описанием (при обслуживании конкретного покупателя), т. е. выполнение написанной ранее программы. В соответствии с терминологией "1С" в первом случае мы будем использовать термин "бизнес-процесс" (БП), во втором - "экземпляр бизнес-процесса" (ЭБП).

БП создают разработчики, а пользователи выполняют свои действия с помощью ЭБП. Разработка БП ведется в приложении "Конфигуратор" (инструмент разработки "1С:Предприятие")*, исполнение ЭБП - в среде прикладных решений (среда исполнения "1С:Предприятие").

* Когда речь идет о БП в "1С:Предприятие 8.0", напрашивается параллель с механизмом макрокоманд в Microsoft Office, который также нацелен на автоматизированное выполнение последовательности отдельных функций офисных приложений. Но все же аналогом макрокоманд скорее следует считать давно имеющийся в "1С:Предприятии" механизм "обработок". МБП реализует, с одной стороны, более сложную логику выполнения операций, а с другой - совершенно иной подход к разработке БП. Конфигуратор системы "1С:Предприятие" (рис. 5) предоставляет широкие возможности для создания бизнес-процессов, логика которых задается с помощью маршрутных карт. И здесь нужно сделать еще одно важное замечание. Вообще говоря, программирование бизнес-процессов было возможно в "1С:Предприятии" и ранее, но только на уровне языка программирования. Новый механизм автоматизирует эту процедуру, предлагая визуальные средства проектирования и настройку программы с помощью методов параметризации и сводя к минимуму объем кодирования (или вовсе исключая написание кода). Все это теперь реализовано на уровне платформы, которая содержит объекты метаданных и механизмы, обеспечивающие единообразную реализацию бизнес-процессов в прикладных решениях.

Рис. 5. Разработка бизнес-процесса в среде "Конфигуратора".

Подавляющее большинство известных визуальных средств программирования - это по сути лишь надстройка над традиционными редакторами написания кода, автоматизирующая создание этого кода (в качестве примера можно привести и Visual Studio, и Delphi, и различные системы моделирования ПО на базе UML). Результат их работы - программы, реализованные на исходном коде того или иного языка (правда, некоторые поставщики инструментария прячут отдельные модули в двоичном формате, но это скорее исключение). Соответственно разработчик при желании всегда может перейти от визуального проектирования к традиционному программированию "руками".

В этой связи хотелось бы обратить внимание читателя на то, что индустриальный подход к автоматизации бизнес-процессов подразумевает разработку специализированных языков описания БП. Соответственно программы, написанные на таких языках, могут исполняться в любой системе, поддерживающей необходимые стандарты. Пример - язык Business Process Executive Language (см. статью "Автоматизация бизнес-процессов с помощью BPEL" , "BYTE/Россия" No 2"2005).

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

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

Пример проектирования бизнес-процесса

В качестве иллюстрации рассмотрим пример создания бизнес-процесса "Планирование отпусков". Для этого нужно выполнить следующие основные шаги.

Шаг 1. Словесное описание бизнес-процесса:

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

Шаг 2. Определение адресации.

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

Чтобы задания доставлялись не ролям, а пользователям, необходимо указать соответствие пользователей данным ролям. Это делается с помощью специального регистра сведений, назначенного как регистр адресации для задач конкретного бизнес-процесса. В регистр нужно занести информацию о том, что, например, Иванов выполняет роль менеджера по кадрам, Петров - это руководитель организации, а Федоров и Сидоров - линейные руководители. Отметим, что соответствие пользователей ролям может меняться с течением времени - скажем, из-за отпусков или кадровых изменений. При этом механизм бизнес-процессов будет обеспечивать доставку заданий соответствующим пользователям с учетом изменений ролей.

Шаг 3. Формирование задачи.

Для работы механизма бизнес-процессов необходим объект "Задачи", с помощью которого будут формироваться задачи для конкретных пользователей. Конфигурирование этого объекта заключается в выборе размерности системы адресации и связывании задач с регистром сведений, в котором прописано соответствие ролей пользователям.

Шаг 4. Проектируем бизнес-процесс.

Создаем первый бизнес-процесс и соединяем его с только что созданной задачей. Затем приступаем к рисованию карты маршрута (рис. 6):

точка "Старт";
точки действия в порядке следования;
добавляем условные переходы;
точка "Завершение";
оформляем карту.

Шаг 5. Добавляем формы.

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

форма предложения по графику отпусков (использует документ "ПланированиеОтпуска";
форма для рассмотрения всех графиков;
форма для согласования с руководством.

Шаг 6. Программируем.

Для настройки условных переходов (рис. 7) необходимо написать обработчик проверки условия на встроенном языке. Обработчик возвращает результат, который влияет на направление дальнейшего пути бизнес-процесса - направо или налево. Чтобы в процессе выполнения задач у пользователей открывались нужные им формы, нужно написать обработчики "ПриИнтерактивнойАктивации" у соответствующих точек маршрута. Эти обработчики могут открывать формы, документы, выполнять предварительную обработку и т. д.

Шаг 7. Посмотрим, как это все работает:

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

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

Дальнейшие шаги

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

Обратная связь с документами. Например, чтобы при заполнении документа "График отпусков" автоматически инициировался бизнес-процесс согласования графика, и соответствующая задача появлялась у менеджера по кадрам.

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

Автоматическая сборка отдельных графиков в обобщенный. Можно предусмотреть в карте маршрута точку автоматической обработки, на которой система сама соберет все графики в общий и отправит его на согласование менеджеру по кадрам.

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

Исполнение бизнес-процессов

Как говорилось выше, исполнение бизнес-процессов выполняется в среде прикладных решений (рис. 8). При этом БП можно рассматривать как объект информационной базы, такой же, как документ или элемент справочника. Его жизненный цикл начинается со старта (вызов метода "Старт" или нажатие соответствующей кнопки в форме объекта бизнес-процесса) и заканчивается при достижении точки завершения при условии выполнения всех задач.

В свою очередь, задачи - это тоже обычные объекты информационной базы, которые формируются как механизмом бизнес-процессов, так и другими прикладными объектами, и даже вручную. Задача имеет два состояния - выполнена либо не выполнена. Если задача сформирована в рамках бизнес-процесса, то по выполнении она сообщает ему об этом, что приводит к продвижению бизнес-процесса дальше по маршруту (при условии, что соблюдены все необходимые для этого условия). Таким образом, задачи выступают как движущая сила бизнес-процессов.

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

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

Подробнее ознакомиться с механизмом бизнес-процессов, реализованным в "1С:Предприятие 8.0", разработчики и пользователи могут с помощью демонстрационной конфигурации, распространяемой на диске "Информационно-технологическое сопровождение" (ИТС). Там представлены три простых бизнес-процесса ("Продажа товара", "Поручение" и "Согласование"), показывающие различные варианты практического применения нового механизма.

От управления вообще к управлению бизнес-процессами

Прошедший год был отмечен началом широкого применения нового термина - Business Process Management (BPM, управление бизнес-процессами). Поначалу его появление вызвало настороженность заказчиков. Действительно, корпоративное ПО изначально было нацелено на решение тех или иных задач управления предприятием, или бизнесом (в широком понимании этого слова - как деятельности организации), и потому было непонятно, что же революционного заключается в BPM. Не есть ли это традиционный ход ИТ-поставщиков, регулярно обновляющих названия, в общем-то, достаточно хорошо известных методов и технологий? Определенную путаницу в умы ИТ-специалистов вносило и то, что аббревиатуру BPM стали использовать разработчики различных категорий программных продуктов: систем управления документами, ERP-решений и инфраструктурного ПО. (Полезный обзор и анализ концепции BPM сделан в статье "Технология BPM в информационной инфраструктуре организации" , "BYTE/Россия" No 2"2005.)

Однако если рассмотреть концепцию BPM более детально, становится ясно, что ее появление действительно связано с некоторыми качественными изменениями в требованиях заказчиков к ИТ, с одной стороны, и предлагаемых вендорами решений - с другой. Хотя ни о какой революции, конечно, не может быть и речи: идет обычный эволюционный процесс развития ИТ, в ходе которого накопление количественных и локальных качественных изменений в какой-то момент времени позволяет говорить о переходе в новое глобальное качественное состояние. В этой связи мы выделим несколько аспектов.

Решение задачи повышения эффективности ведения бизнеса заставляет организации переходить от традиционной функциональной модели деятельности к современной процессной схеме.
Более высокий уровень применения ИТ требует объединить в общую систему управления предприятием такие компоненты, которые ранее рассматривались как самодостаточные. В первую очередь речь идет о ERP-решениях и системах управления документами.
Создание комплексных систем управления предприятием требует объединения разнородных решений (в том числе унаследованных). Наиболее эффективное решение задач интеграции данных и приложений в системах масштаба предприятий возможно на уровне платформенного ПО. В настоящее время одно из наиболее перспективных направлений создания разнородных распределенных систем связано с использованием технологии Web Services (см. также статью "Автоматизация бизнес-процессов с помощью BPEL" , "BYTE/Россия" No 2"2005).
Переход на процессно-ориентированную модель управления непосредственно связан и с проблемой эффективности работы самих информационных систем. Нацеленность на конечный результат позволяет реализовать подход к управлению ИТ-ресурсами с точки зрения бизнеса.
Важно также повысить уровень управляемости бизнес-процессами. Это, в частности, означает, что бизнес-аналитики и руководители должны заниматься не только проектированием подобных систем, но и их оперативным управлением и настройкой, т. е. уметь выполнять операции, которые до настоящего времени требовали обязательного участия программистов.

Говоря о концепции BPM, необходимо упомянуть и о ее связи с технологиями workflow (управление потоками работ). Их родство вполне очевидно, однако между ними ни в коем случае нельзя ставить знак равенства (к сожалению, это встречается даже в профессиональных ИТ-изданиях). Методы workflow, пик популярности которых в мире пришелся на последние годы прошлого столетия, накладывают на процессы автоматизации модель, ориентированную в первую очередь на документы и задания. Данный подход ограничивает применение технологий workflow в основном автоматизацией ручных процессов обработки документов. У BPM таких ограничений нет: участниками процессов могут в равной мере выступать и пользователи, и информационные системы, и другие процессы, а документы и задания рассматриваются лишь как частности, влияющие на реализацию бизнес-процессов, но не носящие основополагающего характера. Все это позволяет применять BPM в связи с более широким кругом вопросов, нежели тот, для которого изначально разрабатывались системы workflow.

Наверное, правильнее было бы связать реализацию концепции BPM с совместным использованием технологий workflow и EAI (Enterprise Application Integration, интеграция приложений масштаба предприятия). А учитывая необходимость использования собственно прикладных программ, условную формулу BPM можно записать следующим образом:

Бизнес-процессы представляют собой удобный и очень эффективный инструмент управления и автоматизации различных процессов предприятия. Автоматизация бизнес-процессов позволяет упростить работу сотрудников, повысить прозрачность бизнеса для руководителей и собственников, что ведет к росту эффективности всего предприятия.

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

Получить инструмент контроля над работой предприятия
Получить информацию об «узких» местах в работе
Принимать оперативные решения по оптимизации работы
Повысить взаимозаменяемость сотрудников , выполняющих конкретные задачи

Сотрудникам предприятия автоматизация бизнес-процессов позволит:

Упростить свою ежедневную работу за счет регламентации действий
Получить удобный инструмент для быстрых и эффективных действий по решению ежедневных задач
Быстро (автоматически) составлять отчетность по всем выполненным задачам

Подсистема «Конструктор процессов» позволяет в режиме «1С:Предприятие» без программирования, без необходимости внесения изменений в «Конфигураторе». В подсистеме могут быть созданы как простые так и очень сложные бизнес-процессы. Бизнес-процессы могут включать в себя другие подпроцессы. На рисунке ниже приведено изображение «1С:Управление нашей фирмой» с интегрированной подсистемой «Процессы».

Возможности подсистемы «Конструктор процессов» практически полностью соответствуют аналогичной подсистеме в другом нашем продукте — полнофункциональной системе электронного документооборота СЭД «Корпоративный документооборот». Более подробно о СЭД «Корпоративный документооборот» можно прочитать на отдельном сайте.

Бизнес-процессы позволяют выполнить эффективную автоматизацию бизнес-процессов предприятия и являются хорошим дополнением к 1С:УНФ.

Вы можете о Конструкторе бизнес-процессов

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

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

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

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

Параметры бизнес-процесса определяются на странице «Параметры» экранной формы. Один из основных параметров это «Описание бизнес-процесса». Текст данного параметра может использоваться как текст по умолчанию в создаваемых исполнителям задачах.

При редактировании текста заданий можно пользоваться разнообразными средствами для изменения размера и цвета шрифта, а также вставлять различные гиперссылки на внутренние и внешние объекты, а также картинки (для вставки картинок используйте пункт меню «Все действия»).

На этой же странице «Параметры» находятся такие параметры как «Инициатор» и «Контролер».

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

Одним из важных элементов бизнес-процесса является список ссылок процесса на объекты системы «1С:Управление нашей фирмой». Список ссылок на объекты «1С:УНФ» находится на закладке «Параметры» корпоративного процесса. Среди таких объектов могут быть документы и справочники «1С:УНФ».

Пользователи также могут добавить внешний файл. В случае выбора варианта «Добавить \ Внешний файл» откроется стандартное диалоговое окно выбора файла. Добавленный внешний файл будет загружен в базу данных и станет доступным исполнителям бизнес-процессов в формах из задач.

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

Список основных исполнителей используется по умолчанию при создании задач в маршрутных точках с типом «Действие» если в этих точка не указаны другие исполнители. В простых бизнес-процессах список основных исполнителей используется для всех точек и является единственным механизмом указания сотрудников, которые будут выполнять задачи данного процесса.

Список основных исполнителей можно заполнить нажатием на кнопку «Добавить». При этом список копирования зависит от установки флажков использования списка сотрудников, установленных в настройке вида процесса на закладке «Основные исполнители».

При нажатии на кнопку «Добавить» в основном списке будет открыто специально окно выбора исполнителя. Можно выбрать либо тип адресации «Простая адресация», либо тип «Ролевая адресация». В случае простой адресации можно выбрать конкретного исполнителя задач процесса, а в случае выбора ролевой адресации можно выбрать роль исполнителя и объекты адресации (например, «Руководитель проекта по модернизации цеха» или «Директор предприятия»).

Справа от списка исполнителей выводится фотография пользователя (установить картинку фотографии можно в форме справочника «Пользователи» нажав на кнопку «Дополнительные данные») и его контактные данные. Для ролевой адресации выводится стандартная картинка.

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

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

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

В форме бизнес-процесса можно просматривать и устанавливать реквизиты (переменные) процесса. Реквизиты процесса доступны на закладке «Реквизиты процесса». На данной закладке можно выбрать два вида отображения реквизитов – «Форма» и «Список». В случае выбора вида отображения «Список» все реквизиты выводятся в виде таблицы, а при выборе вида отображения «Форма» реквизиты добавляются как отдельные элементы формы.

При выборе вида отображения «Форма» реквизиты добавляются как отдельные элементы формы.

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

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

Каждый экземпляр бизнес-процесса имеет свой журнал выполнения. Записи в данный журнал выполнения автоматически вносятся в ходе выполнения процесса, они также могут добавляться вручную при выполнении программного кода (например, в точках действия с типом «Обработка» или «Действие»). Журнал выполнения процесса при необходимости может быть распечатан, для печати процесса нажмите кнопку «Печать журнала» в нижней командной панели страницы «Статистика и журнал процесса», возможно также сохранение журнала в формат MS Excel.

В подсистеме «Процессы» также доступен журнал, содержащий записи всех экземпляров корпоративных процессов. Такой журнал размещен в подсистеме «Конструктор процессов», пункт «Журнал выполнения процессов».

В форме корпоративного процесса, на закладке «Статистика и журнал процесса» выводится текущая статистика выполнения процесса. В том числе длительность процесса, количество выданных и выполненных задач.

В форме бизнес-процесса размещено меню «Все действия». Через это меню можно выполнить ряд действий с процессом, например, вывести таблицу всех маршрутных точек и связей между ними (пункт «Показать сеть точек») либо выполнить другие действия.

При необходимости бизнес-процесс может быть перезапущен. Для выполнения перезапуска нажмите кнопку «Перезапустить» верхней командной панели инструмента. В таком случае все ранее созданные задачи будут отменены, а бизнес-процесс начнет выполнение с точки маршрута «Старт».

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

Все бизнес-процессы располагаются в форме списка бизнес-процессов (пункт «Наши бизнес-процессы») что облегчает задачу автоматизации документооборота предприятия. Для выбранного процесса в форме списка также выводится текущее состояние процесса с помощью раскраски элементов схемы выполнения. Выполненные в схеме элементы раскрашиваются в серый цвет, элементы в которых на данный момент происходит выполнение раскрашиваются ярким желтым цветом, а элементы, которые не будут выполняться в данной схеме (например, при выборе другого маршрута в точке выбора) становятся прозрачными.

Для оперативного просмотра состояния задач в форме списка процессов можно переключить вид панели быстрого просмотра со значения «Маршрут процесса» в значение «Диаграмма выполнения».

Диаграмма выполнения строится в виде диаграммы Ганта по задачам исполнителей. Отрезки диаграммы строятся от времени первого открытия задачи пользователем и до момента выполнения задачи. Масштаб временной шкалы диаграммы может быть изменен нажатием правой кнопки мышки на её шкале и выборе пункта «Настройки».

В форме списка «Конструктор процессов» можно отключить вывод выполненных процессов, сняв пометку во флажке «Показывать завершенные процессы».