Шаблоны бизнес-процессов. Создаем бизнес-процесс в несколько шагов 1с 8 бизнес процесс

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Шаг за шагом

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

1) На первом этапе добавим в конфигурацию необходимые справочники с соответствующими предопределенными элементами.

Заполнение предопределенных элементов мы осуществили в соответствии со значениями адресации задач на карте маршрута (см. выше).

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

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

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

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

Прежде чем настраивать свойства добавленного объекта, нам необходимо создать регистр адресации задач, по содержимому которого система будет определять конечного исполнителя для задачи (пользователя). Для этого добавим регистр сведений "РолиИсполнителейЗадач" с тремя измерениями. Тип измерений понятен по их именам.

Теперь необходимо в свойстве объекта задач выполнить следующие настройки:

Описанные настройки на вкладке "Адресация" влияют на поведение системы при присвоении исполнителя задачам, создаваемым бизнес-процессом. Немного подробнее:

1. Параметр "Адресация" используется для указания таблицы, в которой настраивается адресация задач.
2. Свойство "ТекущийПользователь" ссылается на значение, в котором сохраняется текущий исполнитель для задачи (в нашем примере это текущий пользователь).
3. Основной реквизит адресации выбирается из реквизитов адресации задачи. Значение этого реквизита будет заполнятся системой при автоматическом создании задачи из текущего исполнителя.

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

На этом настройка объекта "Задачи" завершена. Теперь мы можем перейти непосредственно к созданию бизнес-процесса.

4) Четрвертый шаг - он важный самый. Теперь мы начинаем работать непосредственно с бизнес-процессом. Создаем новый объект конфигурации "БизнесПроцесс" в ветке "Бизнес-процессы".

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

В свойствах бизнес-процесса на вкладке "Основные" укажем для свойства "Задачи" созданный нами ранее объект задач.

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

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

Мы еще вернемся к настройке адресации. Коснемся точки условия. Для нее нам не нужно настраивать параметры адресации, единственное условие для ее работы - описать обработчик проверки условия.

Программный код обработчика приведен на следующем листинге: Процедура ОплатаНаличнымиПроверкаУсловия(ТочкаМаршрутаБизнесПроцесса, Результат) // Если параметр "Результат" равен ИСТИНА, то процесс подет по ветке "ДА", и наоборот. Результат = ОплатаИзКассы; // "ОплатаИзКассы" - реквизит бизнес-процесса (см. выше) КонецПроцедуры

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

При нажатии на кнопку "Обновить карту" будет выполнен следующий программный код:

& НаКлиенте Процедура ОбновитьКарту(Команда) // Обработчик команды формы ОбновитьКартуСервер() ; КонецПроцедуры & НаСервере Процедура ОбновитьКартуСервер() // Серверная контекстная процедура получения карты маршрута // Конвертируем объект формы в объект бизнес-процесса ОбъектБП = РеквизитФормыВЗначение(" Объект " ) ; // Вызываем метод получения карты маршрута текущего бизнес-процесса Карта = ОбъектБП. ПолучитьКартуМаршрута() ; КонецПроцедуры

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

5) На этом этапе выведем на панель рабочего стола список задач для текущего пользователя. Для этого будем использовать виртуальную таблицу объекта задач - "ПоИсполнителю". Создадим новую форму списка "РабочийСтол", при этом не будем устанавливать ее основной. Откроем ее в редакторе форм и в качестве основной таблицы для динамического списка (реквизит формы "Список") изменим основную таблицу.

После этого добавим созданную форму в рабочую область рабочего стола.

Теперь перейдем к последнему этапу - настройки регистра адресации задач в режиме 1С:Предприятие.

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

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

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

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

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

На этом задача решена. Проведем небольшое тестирование.

Тестируем

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

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

Тест завершен, все работает.

Итог

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

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

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

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

Продемонстрирую это на примере простой карты маршрута (рис.1)

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

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

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

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

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

ЗадачаОбъект . ВыполнитьЗадачу ();

КонецЦикла;

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

Такой обработчик приведет к тому, что создаваемая задача сразу будет выполнена. Стартуем новый бизнес-процесс с картой маршрута, приведенной на рис.1. И что мы увидим? После выполнения задачи Действие3 была создана задача Действие4 (рис.5), несмотря на то, что другие ветви процесса еще не выполнены! Тех, кто попытается воспроизвести указанную ситуацию, предупреждаю: у вас вместо написания обработчика для точки Действие3 может оказаться необходимым написать обработчик автовыполнения задачи для точки Действие1 или Действие2. Точка действия, автовыполнение которой "ломает" схему процесса - это именно та точка, в которой создается первая задача после точки разделения. От чего зависит последовательность создания задач, будет рассмотрено ниже.

Такого поведения простой схемы маршрута никак нельзя предположить, исходя из приведенного в начале статьи описания. Может это какая-то ошибка отображения схемы? Нет, на самом деле все так и происходит. Бизнес-процесс не только выполняется дальше точки слияния, не ожидая завершения задач в параллельных ветвях, но и создает повторно задачи в точках маршрута, следующих за точкой слияния после завершения параллельных ветвей. Смотрим список задач по нашему процессу и видим по 2 задачи для точек Действие4 и Действие5 (рис.8)

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

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

Если в событии Условие1ПроверкаУсловия ничего не выполнять, такой процесс завершается сразу после старта, не создавая ни одной задачи. На практике такое может встретиться и в более сложных процессах, если необходимость выполнения задач процесса возникает только при выполнении каких-то условий. Заменим точку Действие3 точкой вложенного бизнес-процесса и получим схему, приведенную на рисунке 11.

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

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

Попробуем поменять местами Линия2 и Линия4. И наконец-то при старте нового процесса мы видим ожидаемый результат (рис.14)

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

Делаем вывод:

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

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

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

1C: Enterprise 8.3. Mechanism of business processes

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

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

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

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

Описание аудитории курса, для кого этот курс.

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