Механизм напоминания сотрудникам про их обязанности это задачи бизнес процесс карта маршрута

Бизнес-процесс

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

Карта маршрута

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

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

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

Точка действия

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

Точка действия содержит информацию кто и что должен сделать на данном этапе, например:

• бухгалтер — принять оплату наличными;
• кладовщик — выдать товар со склада по накладной;
• системный администратор — зарегистрировать нового сотрудника в сети и электронной почте.

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

Групповая и коллективная маршрутизация

• групповая — данное действие должны выполнить все члены группы. При этом формируется несколько задач (по количеству сотрудников, входящих в группу) и бизнес-процесс ожидает завершения всех задач для продвижения дальше по маршруту. Примером групповой маршрутизации может служить задача, например,  всем менеджерам предоставить ежемесячный отчет;
• коллективная — только один из членов группы должен выполнить данное действие. Формируется одна задача. Пример коллективной задачи: кладовщики — выдать товар по данной накладной со склада.

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

Персональная и ролевая маршрутизация

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

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

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

Условная маршрутизация

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

Условная маршрутизация обеспечивается точками маршрута двух видов:

• условный переход;
• выбор варианта.

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

Точка выбора варианта предоставляет возможность выбора дальнейшего маршрута из неограниченного количества вариантов:

Использование в прикладных решениях

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

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

Преимущества использования механизма регулирования бизнес-процессов в 1С

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

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

*Если задание должны выполнить все сотрудники рабочей группы, то такая адресация называется групповой.

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

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

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

Работу бизнес-процесса 1С мы рассмотрим на примере операции типовой продажи в 1С: Управление торговлей версии ПРОФ 8.3  посредством демонстрационной базы с сайта ИТС 1С в редакции 11.3.2.193.

Карта маршрута бизнес-процесса 1С «Типовая продажа»

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

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

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

Для запуска бизнес-процесса «Типовая продажа» требуется создание сделки с клиентом, поэтому сначала нужно установить или проверить настройки в соответствующем разделе нормативно-справочной информации (НСИ). Для этого в основном меню необходимо перейти в раздел «НСИ и администрирование – СRM и маркетинг – Настройка CRM» и последовательно установить флажки «Сделки с клиентами» и «Управление сделками».

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

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

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

Создаем сделку с клиентом (покупателем)

В разделе «CRM и маркетинг – Сделки с клиентами» в списке сделок нужно создать новую сделку и заполнить необходимые поля:

• «Клиент» – покупатель, с которым нужно заключить сделку;
• «Соглашение» – типовое или индивидуальное соглашение с покупателем и с условиями продажи;
• «Наименование» – наименование сделки;
• «Потенциал» – предполагаемый объем сделки в валюте управленческого учета;
• «Вероятность» – вероятность заключения сделки в процентах;
• Поле «Статус» на протяжении всей сделки имеет значение «В работе». В конечной точке статус должен быть изменен в зависимости от результата на «Выиграна» или «Проиграна»;
• В поле «Вид сделки» необходимо выбрать из перечня и установить значение «Типовая продажа».

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

• «Этап» обозначает в текстовом виде;
• При переходе по гиперссылке «Карта маршрута бизнес – процесса» информация будет представлена в графическом виде.

На закладке «Участники» можно указать сторонние юр. лица, имеющие отношение к сделке (но это не обязательно).

Для продвижения бизнес-процесса нужно перейти в «Мои задачи» в разделе «Рабочий стол – Мои задачи».

Далее открыть новую задачу и заполнить реквизиты: дата начала и важность. Для выполнения этого этапа требуется создания первичного взаимодействия по сделке: перейти по ссылке «Взаимодействие…» и выбрать из списка нужный вариант (заполнение очень простое). Важно перед сохранением документа установить флаг «Рассмотрено».

Данный этап выполнен.

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

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

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

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

Данная задача требует оформления заказа клиента. Нужно открыть задачу и заполнить реквизиты. Далее создать заказ по ссылке «Создать заказ» . Заказ автоматически заполнится данными коммерческого предложения. Его нужно провести, отредактировав при необходимости. В случае предоплаты, потребуется ввод документа об оплате. Все товары в заказе будут со статусом «К обеспечению» . Завершить задачу, установив статут «Выполнено» .

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

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

Следующей будет задача «Проконтролировать выполнение обязательств по сделке». Здесь нужно выполнить проверку документов по оплате сделки при условии отсрочки платежка (также по ссылке «Документы по сделке» ). Выполнение этого этапа нужно при наступлении срока оплаты.

Последним этапом будет «Зафиксировать результаты выигранной сделки» . Прямо из формы задачи по гиперссылке открыть сделку и изменить ее статус на «Выигранная» . Сохранить изменения в сделке. После чего установить задачу в статус «Выполнено» .

В заключении рассмотрим некоторые интересные особенности бизнес-процессов 1С

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

1С: Предприятие 8.3.13 . Документация
Руководство разработчика
Глава 13. Бизнес-процессы и задачи

13.1. Основные понятия

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

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

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

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

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

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

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

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

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

13.2. Общая часть

Механизм бизнес-процессов в системе «1С:Предприятие» обеспечивается сразу несколькими объектами конфигурирования:

● Бизнес-процессы,

● Задачи,

● Регистр сведений,

● Параметр сеанса.

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

Рис. 425. Схема бизнес-процессов

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

Вспомогательные объекты ‑ параметры сеанса, регистр сведений и справочники ‑ не используют друг друга и основные объекты.

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

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

13.3. Маршрутизация

Бизнес-процессы в системе «1С:Предприятие» допускают следующие виды маршрутизации:

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

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

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

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

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

13.4. Система адресации

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

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

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

Определение конкретного исполнителя осуществляется с помощью свойств задачи ‑ Адресация, Основной реквизит адресации и Текущий исполнитель.

Процесс определения основного реквизита адресации из остальных реквизитов адресации называется разыменованием.

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

Один из реквизитов адресации задачи является основным и означает конкретного сотрудника ‑ исполнителя заданий.

Рис. 426. Схема адресации

Поясним на примере работу системы адресации.

Допустим, что есть регистр сведений, состоящий из двух измерений ‑ роль и сотрудник, в который внесены следующие записи.

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

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

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

1. Будем исходить из того, что выбрана 3-мерная система адресации ‑ сотрудник, роль, подразделение.

2. Создадим справочники для каждого из планируемых измерений адресации (Сотрудники, Роли, Подразделения) и заполним их предопределенными значениями:

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

4. Создадим параметр сеанса ТекущийИсполнитель и установим ему тип СправочникСсылка.Сотрудники.

5. Проинициализируем параметр сеанса при запуске системы:

Процедура УстановкаПараметровСеанса(ТребуемыеПараметры)
    Пользователь = Справочники.Сотрудники.
                    НайтиПоНаименованию(ИмяПользователя());
    ПараметрыСеанса.ТекущийИсполнитель = Пользователь;
КонецПроцедуры

1. Создадим задачу.

2. Установим созданный ранее регистр сведений в свойство задачи Адресация.

3. Добавим к задаче реквизиты адресации аналогично измерениям регистра сведений:

● Сотрудник,

● Роль,

● Подразделение.

4. Установим для созданных реквизитов адресации задачи тип в виде ссылки на соответствующий справочник и в свойстве Реквизиты адресации установим ссылку на измерение регистра сведений.

5. Выберем реквизит Сотрудник в качестве основного реквизита адресации, установив его в соответствующем свойстве задачи.

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

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

Рис. 427. Карта бизнес-процесса

7. Создадим следующий бизнес-процесс и установим у него ссылку на эту же задачу.

8. Спроектируем маршрутную карту созданного бизнес-процесса. И так далее.

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

Рассмотрим подробнее несколько ключевых особенностей механизма бизнес-процессов.

13.5. Старт бизнес-процесса

Бизнес-процесс стартует при вызове метода Старт() или нажатии кнопки Стартовать и закрыть в форме объекта.

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

БП = БизнесПроцессы.Согласование.СоздатьБизнесПроцесс();
БП.Дата = ТекущаяДата();
БП.Записать();
БП.Старт();

При старте выполняется следующая последовательность действий.

Бизнес-процесс может быть записан, но не стартован. Это может оказаться полезным, если создание бизнес-процесса и его старт разделены во времени. Например, когда бизнес-процесс стартует при наступлении некоторого события.

13.6. Выполнение задач

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

13.7. Разделение и слияние

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

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

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

ВНИМАНИЕ! Разделение может быть и без слияния. В этом случае бизнес-процесс будет иметь несколько параллельных ветвей до своего завершения.

Слияние без разделения не допускается, о чем выдается соответствующее сообщение при проверке карты маршрута: Не все линии, вошедшие в точку слияния, вышли из точки разделения.

13.8. Ручное управление

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

13.8.1. Признак завершенности бизнес-процесса

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

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

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

13.8.2. Признак выполнения задачи

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

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

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

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

13.8.3. Удаление задач

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

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

Удаление всех задач для незавершенного бизнес-процесса переводит его в статус нестартованного.

13.8.4. Добавление задач

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

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

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

13.9. Условный переход

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

Этот обработчик должен вернуть результат проверки условия, от которого будет зависеть выбор следующей точки маршрута. Если результат Истина, то бизнес-процесс пойдет по ветке Да, в противном случае ‑ по ветке Нет. По умолчанию результат устанавливается равным значению Ложь.

Обработчик проверки условия может, например, иметь такой вид:

Процедура ОграничениеСкидкиПроверкаУсловия(ТочкаМаршрутаБП, Результат)
    Если ПолучитьСкидкуПоСчету() > ПолучитьОбычнуюСкидку() Тогда
        Результат = Истина;
    Иначе
        Результат = Ложь;
    КонецЕсли;
КонецПроцедуры

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

13.10.Выбор варианта

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

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

Процедура ВыборВарианта (ТочкаВыбораВарианта, Результат)
    Если ВидОплаты = Перечисления.ВидОплаты.Наличная Тогда
        Результат = ТочкаВыбораВарианта.Варианты.Наличная;
    ИначеЕсли ВидОплаты = Перечисления.ВидОплаты.Безналичная Тогда
        Результат = ТочкаВыбораВарианта.Варианты.Безналичная;
    ИначеЕсли ВидОплаты = Перечисления.ВидОплаты.Взаимозачет Тогда
        Результат = ТочкаВыбораВарианта.Варианты.Взаимозачет;
    ИначеЕсли ВидОплаты = Перечисления.ВидОплаты.Кредит Тогда
        Результат = ТочкаВыбораВарианта.Варианты.Кредит;
    КонецЕсли;
КонецПроцедуры

В этом обработчике ВидОплаты ‑ реквизит бизнес-процесса.

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

13.11.Формирование задач

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

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

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

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

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

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

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

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

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

На пятом шаге проверяется нормальное завершение обработчика ПриСозданииЗадач(). Если обработчик в параметре Отказ вернул значение Истина, то процесс создания задач прерывается и вызывается исключение. В нашем случае это приведет к отмене выполнения метода Старт(). Если же Отказ = Ложь, то производится запись всех задач из сформированного массива с вызовом обработчиков ПередЗаписью() и ПриЗаписи() у каждой отдельной задачи (шаги 6 и 8 соответственно).

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

● Наименование устанавливается равным наименованию соответствующей точки маршрута, например Выписка счета.

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

● Ссылка на точку маршрута бизнес-процесса.

● Реквизиты адресации задачи устанавливаются равными реквизитам адресации соответствующей точки маршрута. Например, если точка маршрута адресована роли Кассир, то в реквизит адресации задачи Роль будет установлено Кассир.

13.12.Проверка выполнения

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

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

Рассмотрим последовательность действий, которая произойдет в результате работы следующего кода на встроенном языке.

Если Задача.ПроверитьВыполнение() Тогда
    Задача.ВыполнитьЗадачу();
КонецЕсли

Описание одного из способов использования автоматизированного выполнения задач см. здесь.

13.13.Выполнение вложенных процессов

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

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

Рассмотрим подробнее.

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

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

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

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

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

13.14.Завершение бизнес-процесса

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

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

При переходе на точку завершения вызывается обработчик ПриЗавершении(). Если он установит Отказ равным Истина, например, если не выполнены все необходимые условия завершения бизнес-процесса, то обработка прерывается. Задача по точке маршрута, выполнение которой привело к переходу на точку завершения, при этом остается невыполненной.

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

13.15.Стандартные реквизиты бизнес-процессов и задач

В таблицах перечислены предопределенные поля бизнес-процессов и задач.

Стандартные реквизиты бизнес-процессов:

Стандартные реквизиты задач:

13.16.Бизнес-процессы с несколькими точками старта

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

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

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

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

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

Пример:

Процедура ВложенноеСогласованиеПриСозданииВложенныхБП(ТочкаМаршрутаБП, ФормируемыеПроцессы, Отказ)
    Для каждого БизнесПроцесс из ФормируемыеПроцессы Цикл
        БизнесПроцесс.Записать();
        Точки = БизнесПроцессы.СогласованиеДокумента.ТочкиМаршрута;
        БизнесПроцесс.Старт(Точки.УпрощенноеСогласование);
    КонецЦикла
КонецПроцедуры

В остальном использование бизнес-процессов с несколькими точками старта ничем не отличается от обычных бизнес-процессов.

13.17.Обратная связь

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

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

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

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

Для этого последовательно выполним следующие действия:

● Добавим оповещение о проведении в форму документа:

Процедура ПослеЗаписи(Отказ)
    Если БылоПроведение Тогда
        Оповестить("ПроведениеДокумента", , ЭтотОбъект.Ссылка);
    КонецЕсли;
КонецПроцедуры

● Зарегистрируем обработчик оповещения. Это можно сделать в обработчике ПриНачалеРаботыСистемы() модуля управляемого приложения:

ПодключитьОбработчикОповещения("ОбработчикОповещения");

● Из обработчика оповещения вызовем метод серверного общего модуля (например, РаботаСБизнесПроцессами), который выполнит необходимые проверки и задачу:

// Обработчик оповещения в модуле управляемого приложения
Процедура ОбработчикОповещения(ИмяСобытия, Параметр, Источник) Экспорт
    Если ИмяСобытия = "ПроведениеДокумента" Тогда
        РаботаСБизнесПроцессами.ВыполнитьЗадачуПоДокументу(Источник);
    КонецЕсли;
КонецПроцедуры
...
&НаСервере
// Метод серверного общего модуля РаботаСБизнесПроцессами
Процедура ВыполнитьЗадачуПоДокументу(ДокументСсылка) Экспорт
        Запрос = Новый Запрос;
        Запрос.УстановитьПараметр("Парам", ДокументСсылка);
        Запрос.Текст =
                "ВЫБРАТЬ
                |Ссылка
                |ИЗ
                |Задача.Задача.ЗадачиПоИсполнителю
                |
                |ГДЕ
                |Документ = &Парам";
        Выборка = Запрос.Выполнить().Выбрать();
        Пока Выборка.Следующий() Цикл
            ТекущаяЗадача = Выборка.Ссылка.ПолучитьОбъект();
            Если ТекущаяЗадача.ПроверитьВыполнение() Тогда
                ТекущаяЗадача.ВыполнитьЗадачу();
            КонецЕсли;
        КонецЦикла;
КонецПроцедуры

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

Рассмотрим специфические особенности конфигурирования объектов бизнес-процессов и задач.

13.18.Карта маршрута

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

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

13.19.Редактирование бизнес-процесса

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

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

Свойства бизнес-процессов редактируются в палитре свойств или окне редактирования объекта (см. здесь).

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

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

Автонумерация. Установка свойства приводит к тому, что вновь введенному бизнес-процессу номер будет присваиваться автоматически. Автоматически присвоенный номер можно исправить.

Длина номера. Устанавливает максимальную длину номера бизнес-процесса. Конфигуратор позволяет установить длину номера равной 0, если в бизнес-процессе данного вида номер не используется.

Тип номера. Свойство позволяет выбрать тип значения для номера бизнес-процесса ‑ Число или Строка. Это свойство аналогично свойству Тип номера документа.

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

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

Периодичность. Свойство устанавливает пределы контроля уникальности номеров бизнес-процессов и период повторяемости номеров. Если установлено свойство Контроль уникальности, то в свойстве Периодичность указывается, в каких пределах будет осуществляться этот контроль.

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

На закладке Права имеется возможность установки привилегированного режима при создании задач (свойство Привилегированный режим при создании задач):

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

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

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

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

13.20.Редактирование задачи

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

Задачи могут применяться самостоятельно или использоваться для обеспечения функционирования бизнес-процессов разного вида.

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

Описываемые в конфигурации структура и свойства задачи определяются особенностями автоматизируемой предметной области.

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

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

Свойства задачи редактируются в палитре свойств или окне редактирования объекта (см. здесь).

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

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

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

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

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

Группа подчиненных объектов Реквизиты адресации устанавливает набор реквизитов, которые определяют тип и размерность системы адресации задач этого вида в контексте автоматизируемой предметной области. Один из этих реквизитов может быть установлен основным (см. свойство Основной реквизит адресации). Реквизиты адресации можно связать с измерениями регистра сведений. Это связывание используется системой для определения значения основного реквизита адресации, если оно не указано, и делает возможным не только прямую, но и ролевую адресацию.

Длина номера. Устанавливает максимальную длину номера задачи.

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

Контроль уникальности. Если это свойство установлено, то при вводе новой задачи ее номер проверяется на уникальность.

Автонумерация. Установка свойства приводит к тому, что вновь введенной задаче номер будет присваиваться автоматически. Автоматически присвоенный номер можно исправить.

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

Здравствуйте! Инструкций как таковых нет. Раздел «Бизнес-процессы и задачи» — это функционал Библиотеки стандартных подсистем. На сайте ИТС есть описание раздела «Бизнес-процессы и задачи» в  части документации Библиотеки стандартных подсистем, но там в большей степени описываются процедуры и функции, т.е предполагается разработка в конфигураторе.

Касательно пользовательской части приведу небольшое описание с сайта ИТС:

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

В конфигурациях ERP и КА есть предопределенные бизнес-процессы, которые пользователь может выбрать.  В ЗУП 3.1. таких нет.

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

«Для бизнес-процессов и задач можно настроить следующие параметры:

■ Дата начала задач – установка флажка позволяет исполнителям задач самим заполнять поле Дата начала и сортировать по нему список своих задач;

■ Изменять запущенные бизнес-процессы – разрешает менять дату выполнения бизнес-процесса, а при изменении полей бизнес-процесса Задание (Автор, Крайний срок, Важность, Наименование) изменять аналогичные поля в задаче;

■ Дата и время в сроках задач – определяет, в каком формате будет указываться дата: со временем или без него;

■ Подчиненные бизнес-процессы и задачи – запуск подчиненных бизнес-процессов для учета иерархических работ».

В ЗУП 3.1 можно создать «Задание» . Задачи отображаются в форме Главное – Мои задачи:

Для задания указываются:

■ содержание;

■ исполнитель;

■ срок исполнения;

■ степень важности;

■ описание задания.

Текущую задачу можно:

■ принять к исполнению;

■ выполнить;

■ перенаправить другому исполнителю.
Т.е в ЗУП 3.1. можно попробовать (после включения функционала «Бизнес процессы и задачи») создать Задание (раздел Главное — Задания) и отправить его на исполнение.

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

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

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

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

Создание бизнес-процессов в «1С:Предприятие 8»

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

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

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

Нотация описания бизнес-процессов в «1С:Предприятие» разрабатывалась с учетом ГОСТ 19.003 — 80 «Схемы алгоритмов и программ. Обозначения условные графические» и использует интуитивно понятные элементы и обозначения. Отметим также читабельность схем (даже неподготовленный пользователь может прочитать их вслух) и их компактность. Так, например, схемы «1С:Предприятие» содержат в три раза меньше обозначений, чем аналогичные схемы в нотации eEPC, не уступая им при этом по информативности (см. врезку «Программа работы с файлами»).

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

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

Пример: согласование отпусков

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

Разработка

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

Процедура СтартПередСтартом(ТочкаМаршрутаБизнесПроцесса, Отказ)

                    ГрафикОтпусков = Документы.ГрафикОтпусковОрганизаций.СоздатьДокумент().Ссылка;

                    Записать();

КонецПроцедуры

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

Процедура ПодготовитьОбработкаИнтерактивнойАктивации(

                                         ТочкаМаршрутаБизнесПроцесса, Задача, СтандартнаяОбработка)

                    ГрафикОтпусков.ПолучитьФорму().Открыть();

КонецПроцедуры

На этом разработка бизнес-процесса завершена.

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

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

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

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

Несмотря на всю свою простоту и очевидность, этот бизнес-процесс позволяет:

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

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

Пример: согласование документов

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

Разработка

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

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

Процедура СогласованиеПриСозданииЗадач(

                    ТочкаМаршрутаБизнесПроцесса, ФормируемыеЗадачи, Отказ)

                    Для Каждого Задача Из ФормируемыеЗадачи Цикл

                                         Задача.Сотрудник = Согласующий;

                    КонецЦикла;               

КонецПроцедуры

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

Процедура СогласованиеОбработкаИнтерактивнойАктивации(

                    ТочкаМаршрутаБизнесПроцесса, Задача, СтандартнаяОбработка)

                    ПолучитьФорму("ФормаСогласования").Открыть();

КонецПроцедуры

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

Процедура УсловиеПроверкаУсловия(ТочкаМаршрутаБизнесПроцесса, Результат)

                    Результат = ДокументСогласован;

КонецПроцедуры

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

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

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

Заключение

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

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

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

Автор: А. Безбородов

Источник: журнал «BYTE» (Россия)