1с бизнес процессы и задачи создание и настройка
Обновлено: 03.07.2024
Рады представить вам нашу разработку – «Конструктор Бизнес-Процессов».
Программный продукт предназначен для настройки произвольных бизнес-процессов в любых конфигурациях 1С, работающих на технологической платформе «1С: Предприятие 8.3» в режиме управляемого приложения.
- расширение, подключаемое к конфигурации без внесения изменений в основную программу,
- подсистема, включённая в состав основной конфигурации,
- отдельная программа для настройки бизнес-процессов.
- Сертификат конфигурации в режиме управляемого приложения,
- Сертификат дополнения к типовым конфигурациям в режиме управляемого приложения,
- Сертификат расширения к любой конфигурации в режиме управляемого приложения.
- подробное описание программы,
- ответы на часто задаваемые вопросы,
- статьи с описанием функционала и возможностей системы,
- комплектация,
- условия поддержки,
- документация: Руководство пользователя и различные инструкции,
- видео-материалы,
- раздел «Описание изменений», в котором подробно описаны изменения и новый функционал в обновлениях программы.
Срок базовой технической поддержки при приобретении основной поставки и дополнительных лицензий – от 3 месяцев.
- предоставление информации о новых версиях,
- предоставление информации о базовых функциях программы,
- получение обновлений программного продукта,
- ответы на вопросы, связанные с предыдущими пунктами.
По всем вопросам и предложениям вы можете обратиться на адрес электронной почты: mail@bip.one
Мы будем рады ответить на ваши вопросы!
Если указана роль, то задачу может взять любой пользователь с указанной ролью.
Задача может быть "групповой" - в этом случае система создаст столько задач, сколько пользователей относится к указанной роли.
Адресация может быть явно указана при настройке сценария, может быть настроена программно - т.е. исполнитель(исполнители) или роль могут определяться программно. Например, _Процесс.Объект.ОсновнойМенеджер. Т.е. доступно указание программного кода для определения исполнителя. (5) Также, есть переадресация задач: переадресация 1 задачи или групповая переадресация, как раз на случай, когда кто-то ушёл в отпуск или уволился. Можно сразу переадресовать весь массив задач по отбору.
Кроме этого, можно указать "дату окончания переадресации". Т.е., если сотрудник ушел в отпуск, то все его задачи можно переадресовать на другого исполнителя, но указать дату возвращения из отпуска. В этом случае, все невыполненные задачи вернутся первоначальному исполнителю обратно указанной датой.
(12) Мы не уверены, что 1С: Документооборот и "Конструктор Бизнес-Процессов" корректно сравнивать.
Что касается именно функционала бизнес-процессов:
В "1С: Документооборот" из ГОТОВЫХ ШАБЛОНОВ простых бизнес-процессов (согласование, утверждение, регистрации и т.п.) вы компонуете свой собственный "комплексный процесс". С упором, в первую очередь, на документооборот.
В принципе, по многим моментам функционирования 2 систем можно пройтись и найти отличия (в рамках пересекающегося функционала).
Например, что касается запуска процессов по сценарию. В подсистеме "Конструктор Бизнес-Процессов" предусмотрены следующие варианты запуска: ручной, автоматический по событию (создание/запись элементов справочников или документов с дополнительными отборами), автоматический по расписанию, автоматический по произвольному условию.
Условие проверяется с использованием программного кода.
Например (вольный пример): система проверяет задолженность по клиентам и по каждому клиенту запускает процесс "Работа с задолженностью". Логика процесса будет зависеть только от того, как была настроена графическая схема сценария. Задачи, при этом, могут назначаться адресно на менеджеров, ответственных за работу с этими клиентами.
Это будет сценарий с АВТОЗАПУСКОМ ПО УСЛОВИЮ.
Т.к. "формализовать" такую задачу до уровня обычной настройки полей и отборов в сценарии нельзя, здесь мы можем использовать произвольный программный код. Этим достигается и дополнительный уровень универсальности подсистемы, т.к. мы не привязаны к каким-то объектам основной конфигурации, а можем работать с любыми из них.
Кроме 3 вариантов автозапуска (по событию, по расписанию, по условию) есть настройка "Комбинация вариантов автозапуска". Т.е. автозапуск бизнес-процессов может происходить в рамках расширенной логики. Например, _Событие И _Условие, _Событие ИЛИ _Условие и т.п.
В общем, писать можно много и долго.
+ в подсистеме "Конструктор Бизнес-Процессов" есть динамическая графическая карта процесса.
+ конструктор чат-ботов Telegram
+ запуск новых процессов и задач, мониторинг и выполнение задач в Telegram.
Рады вам сообщить, что доступен новый релиз программы «Конструктор Бизнес-Процессов» версия 1.0.3.7.
В платформе «1С:Предприятие» бизнес-процесс и задача – это разные объекты метаданных, хоть они и связаны друг с другом. Поэтому может возникнуть потребность отображать на одной форме и бизнес-процесс, и задачи по этому бизнес-процессу. Решить эту задачу можно несколькими способами в зависимости от дополнительных требований заказчика. Но в любом случае на экзамене это нужно реализовать как можно оперативнее, поскольку задача достаточно простая.
Аттестационная задача может быть сформулирована следующим образом:
На форме бизнес-процесса нужно вывести список задач, подчиненных текущему бизнес-процессу.
Далее рассмотрим два варианта решения задачи – с использованием динамического списка и с переходом к связанной информации из формы бизнес-процесса.
Как отобразить список задач при помощи динамического списка
Первым делом выясним, как связаны между собой объекты метаданных Задача и БизнесПроцесс. Для этого в конфигураторе обратимся к списку стандартных реквизитов для задачи. Это можно сделать из контекстного меню или из окна редактирования объекта конфигурации ЗадачиИсполнителям:
Рисунок 1 – Стандартный реквизит «БизнесПроцесс» объекта метаданных Задача
В этом списке присутствует стандартный реквизит БизнесПроцесс. Именно при помощи этого реквизита можно получить бизнес-процесс, к которому относится конкретная задача.
Следовательно, чтобы решить поставленную задачу и получить список задач, подчиненных определенному бизнес-процессу, нужно отобрать данные по полю БизнесПроцесс. Затем полученные данные необходимо вывести на форму.
Для решения задачи воспользуемся динамическим списком, поскольку это специальный объект платформы, предназначенный для отображения списков большого объема. Динамический список считывает данные из базы не целиком, а отдельными порциями, которые необходимы для вывода информации на экран. Если пользователь прокручивает список на форме, из базы будет получена очередная порция данных. Это оптимально с точки зрения производительности.
Создадим реквизит формы бизнес-процесса СписокЗадач (тип – Динамический список):
Рисунок 2 – Создание динамического списка
Получаемые данные необходимо отбирать по конкретному бизнес-процессу, поэтому в тексте запроса воспользуемся секцией ГДЕ. Чтобы текст запроса динамического списка можно было редактировать вручную, для свойства созданного реквизита Произвольный запрос установим галочку:
Рисунок 3 – Свойство «ПроизвольныйЗапрос» реквизита «СписокЗадач»
При помощи конструктора запроса создадим следующий текст запроса динамического списка:
Таким образом будут получены все задачи по текущему бизнес-процессу. Параметр БизнесПроцесс нужно установить в программном коде. Устанавливать его будем в обработчиках двух событий: ПриСозданииНаСервере и ПослеЗаписиНаСервере. Это связано с тем, что при открытии формы нового, еще не записанного в базу бизнес-процесса, его ссылка пустая. После записи ссылка будет уже заполнена, и следует обновить значение параметра динамического списка.
В обработчиках событий ПриСозданииНаСервере и ПослеЗаписиНаСервере будет использоваться один и тот же программный код. Чтобы дважды не писать одинаковый фрагмент кода, вынесем его в отдельную процедуру УстановитьТекущийБизнесПроцесс.
Сформированный программный код выглядит следующим образом:
Перенесем динамический список на форму и отобразим колонки списка.
Рисунок 4 – Отображение списка на форме
Откроем форму бизнес-процесса в пользовательском режиме:
Рисунок 5 – Список задач текущего бизнес-процесса
На форме отображаются задачи, подчиненные этому бизнес-процессу.
Как перейти к списку задач конкретного бизнес-процесса
Теперь рассмотрим второй вариант решения задачи – с использованием штатных механизмов платформы. Они позволяют добавить в панель навигации формы бизнес-процесса ссылку для перехода к задачам, подчиненным текущему бизнес-процессу.
Для этого в конструкторе управляемой формы бизнес-процесса перейдем на закладку Командный интерфейс и в разделе Перейти включим видимость для Задач исполнителям:
Рисунок 6 – Включение видимости команды «Задачи исполнителям» в панели навигации
После таких настроек в пользовательском режиме на форме бизнес-процесса в панели навигации отображается гиперссылка для перехода к задачам по текущему бизнес-процессу:
Рисунок 7 – Переход к задачам из формы бизнес-процесса
Таким образом, без написания программного кода можно получить список задач для конкретного бизнес-процесса.
В зависимости от того, какое представление списка задач требуется, при решении данной задачи можно выбрать наиболее подходящий способ из рассмотренных выше.
Задачи тесно связаны с бизнес-процессами. При продвижении бизнес-процесса по карте маршрута в точках действия или в точках вложенного бизнес-процесса могут автоматически создаваться задачи. Каждая задача связана с бизнес-процессом и точкой маршрута:
При необходимости можно вручную создать задачу, без связи с бизнес-процессом и точкой маршрута. Или указав произвольную связь, в том числе с точками старта и завершения.
Помимо реквизитов для связи с бизнес-процессом и точкой маршрута у задач есть реквизит Выполнена типа Булево:
По умолчанию данный реквизит не отображается на форме, чтобы он появился нужно явно создать форму задачи.
Выполнено автоматически устанавливается в Истина при выполнении задачи кнопкой Выполнено или Выполнено, закрыть:
В остальном задачи похожи на справочник. Для них можно добавлять реквизиты, табличные части, настраивать нумерацию, создавать формы и т.п.
В настройках нумерации задачи есть свойство Авто префикс. Если там выбрать Номер бизнес-процесса:
То при создании задач номер бизнес-процесса будет добавляться в номер задачи. Соответственно длина номера задачи должна быть больше, чем длина номера бизнес-процесса.
В этом случае номер первой задачи по бизнес-процессу будет совпадать с номером бизнес-процесса, а в дальнейшем будет увеличиваться только вторая часть номера:
Адресация бизнес-процессов
У каждой задачи должен быть исполнитель. Для определения исполнителя используется система адресации бизнес-процессов.
Данная система включает в себя несколько элементов:
- Регистр адресации (регистр сведений)
- Параметр сеанса для определения текущего пользователя
- Реквизиты адресации
- Вспомогательные справочники
Для начала нужно создать вспомогательные справочники. Это будет 2 справочника: Пользователи и Роли пользователей:
В справочнике Пользователи будут все пользователи системы. В справочнике Роли пользователей будут храниться различные роли, которые могут принимать пользователи в рамках предприятия. Например, руководитель, бухгалтер, менеджер по продажам и т.п. Разные пользователи могут иметь одну и ту же роль, например на предприятии есть несколько менеджером по продажам.
Теперь нужно создать параметр сеанса, в котором будет храниться ссылка на текущего пользователя:
В модуле сеанса в обработчике УстановкаПараметровСеанса будем заполнять параметр сеанса. Сопоставление с пользователем информационной базы будет выполняться по наименованию. Если такого пользователя еще нет в справочнике, то будем создавать его:
Процедура УстановкаПараметровСеанса ( ТребуемыеПараметры ) ИмяПользователя = ПользователиИнформационнойБазы . ТекущийПользователь ( ) . Имя ; Пользователь = Справочники . Пользователи . НайтиПоНаименованию ( ИмяПользователя ) ; НовыйПользователь = Справочники . Пользователи . СоздатьЭлемент ( ) ; ПараметрыСеанса . ТекущийПользователь = Пользователь ;Теперь создадим регистр сведений, который будет использоваться как регистр адресации. Это будет независимый непериодический регистр сведений с двумя измерениями: Пользователь и Роль:
В данном регистре будет храниться список пользователей системы, а также их роли. Например:
Теперь нужно выполнить настройки системы адресации. Это делается на закладке Адресация в задаче:
Во-первых нужно создать реквизиты адресации.
Добавим 2 реквизита адресации: Пользователь и Роль:
В свойстве Адресация нужно выбрать регистр сведений, который используется для адресации:
В свойствах каждого реквизита адресации нужно связать реквизит с измерением регистра сведений. Связь указывается в свойстве Измерение адресации. Соответственно реквизит Пользователь нужно связать с измерением Пользователь, а реквизит Роль с измерением Роль:
В свойстве Текущий исполнитель нужно выбрать параметр сеанса, в котором хранится ссылка на текущего пользователя. В свойстве Основной реквизит адресации нужно выбрать тот реквизит адресации, который будет являться основным. Тип этого реквизита должен совпадать с типом параметра сеанса из свойства Текущий исполнитель. Именно этот реквизит адресации должен однозначно определять исполнителя.
Теперь для точки действия бизнес-процесса нужно заполнить реквизиты адресации. Это делается в свойствах точки в группе Адресация:
В конфигураторе можно выбирать только из предопределенных элементов.
Не предопределенные элементы можно заполнять в обработчике ПриСозданииЗадач у точки действия. У данного обработчика есть параметр ФормируемыеЗадачи, который содержит в себе массив объектов созданных задач.
Например, добавим у бизнес-процесса реквизит Исполнитель типа СправочникСсылка.Пользователи:
В обработчик ПриСозданииЗадач у всех точек действия бизнес-процесса добавим следующий код:
Как говорилось в описанной ранее статье (Книга знаний: v8: Адресация задач.) для объекта "Задача" очень важны свойства адресации. В этой статье я постараюсь на простом примере показать как правила адресации могут применяться в контексте задач создаваемых точками маршрута бизнес процессов.
Исходная структура метаданных такая:
Справочники: Исполнители, Отделы. Оба без дополнительных настроек, без иерархии и без предопределенных элементов.
Перечисление Роли с двумя значениями: Руководитель и РядовойСотрудник.
Параметр сеанса "ТекущийИсполнитель", тип: СправочникСсылка.Исполнители.
Регистр сведений "ПравилаАдресации" с тремя измерениями: Исполнитель (ведущее, запрет незаполненных значений, тип: СправочникСсылка.Исполнители), Отдел (не ведущее, запрет незаполненных значений не установлен, тип значения: СправочникСсылка.Отделы) и Роль (не ведущее, запрет незаполненных значений не установлен, тип значения: ПеречислениеСсылка.Роли).
Задача "ЗадачиБП" с тремя реквизитами адресации: Исполнитель (основной реквизит адресации, тип: СправочникСсылка.Исполнители), Отдел (тип значения: СправочникСсылка.Отделы) и Роль (тип значения: ПеречислениеСсылка.Роли). В свойстве "Адресация" указан регистр сведений "ПравилаАдресации", "Основной реквизит адресации" - "Исполнитель", "ТекущийИсполнитель" – ссылка не параметр сеанса "ТекущийИсполнитель".
Настройка механизма задач классическая. Умышленно не создано ни одного дополнительного реквизита задачи, так как нас интересует именно работа бизнес-процессов в связке с задачами.
Несколько слов о свойствах бизнес-процессов
Описанием алгоритма бизнес-процесса служит карта маршрута. Точки маршрута карты маршрута бизнес-процесса делятся на две основные категории:
1. Точки маршрута, которые порождают задачи. При прохождении бизнес-процесса через эти точки создаются задачи, и до их выполнения бизнес процесс останавливается.
2. Точки маршрута, которые не создают задачи. При прохождении бизнес-процесса через такие точки обычно выполняются, какие либо проверки, обработки.
В свойствах точек маршрута, которые создают задачи можно на этапе конфигурирования жестко задач параметры адресации. Но, как правило, это не конкретный исполнитель, а лишь косвенные параметры адресации.
Обычно точки маршрута, которые создают задачи, обладают возможностью описания событий интерактивной работы пользователя. Точки маршрута не создающие задачи такими событиями не обладают (!).
Одним из свойств бизнес-процесса (БП) является связь с объектом "Задача" в котором создаются задачи точек маршрута этого БП.
С одним объектом "Задача" может быть связано несколько БП.
А что на практике
Создадим простой БП . Ну например БП внутреннего аудита компании.
Карта маршрута бизнес процесса будет включать в себя три точки действия. Это основные точки карты маршрута бизнес процесса. Эти точки создают задачи и имеют интерактивные события.
Кроме точек действия любой бизнес процесс должен включать в себя хотя бы по одной точке старта и точки завершения. Эти точки не создают задачи, а используются лишь для описания не интерактивных событий "ПередСтартом" и "ПриЗавершении".
Но нас сейчас интересуют в первую очередь точки действия и те задачи, которые они создают.
Рассмотрим свойства каждой из точек действия подробно.
1. Начать Аудит. Кроме имени для точки действия можно настроить адресацию (Адресация – это группа свойств точки действия). К сожалению, указать на этапе разработки бизнес процесса конкретного исполнителя не получится, так как это элемент справочника – раз, да и для каждого бизнес процесса видимо может быть разный ответственный за проведение аудита – два. Назначать косвенные свойства адресации в нашем конкретном случае нет смысла так как инициатор этого бизнес-процесса сам назначит ответственного (это будет дополнительным реквизитом бизнес-процесса). Как же назначить исполнителя для задачи формируемой точкой действия? Довольно просто. Необходимо перехватить событие создания задач этой точкой действия. Сделать это можно в двух обработчиках событий: "ПередСозданиемЗадач" – этот обработчик событий вызывается когда задачи еще не созданы, можно создать новый задачи и полностью заполнить их свойства; "ПриСозданииЗадач" – здесь задачи уже созданы их можно отредактировать.
В нашем случае лучше воспользоваться обработчиком события "ПриСозданииЗадач", так как необходимо лишь указать исполнителя, а все остальные свойства задачи менять ни к чему.
Вопрос: Почему цикл? Разве задача не одна формируется? А вот этого никто не знает. Точка действия может формировать сколь угодно задач.
Кстати, если в событии "ПриСозданииЗадач" установить свойство "Выполнена" в Истина, то задача будет выполнена, но ход бизнес-процесса дальше не сдвинется.
В принципе все что связано с первой точкой действия мы сделали. Теперь задача формируемая этой точкой будет наделена конкретным исполнителем, указанным в реквизите бизнес-процесса.
2. Подготовить отчетную документацию. В свойствах адресации этой точки действия установим значение "Роль" – Руководитель. И флаг "Групповая".
Что нам это даст? По правилам адресации заданным в регистре сведений будут созданы задачи для каждого исполнителя являющимся руководителем. Так как задач будет создано (возможно) несколько, то точка маршрута будет считаться пройденной только в том случае, если все задачи будут выполнены.
В принципе флаг "Групповая" отвечает за создание множества задач по подходящим правилам адресации. В том случае если флаг установлен не будет, то задача будет создана одна, но она появится у всех исполнителей в их списке задач (об этом будет чуть ниже).
В любом случае стандартное поведение системы при создании задач можно отключить и описать свои правила создании и назначения исполнителя.
Но давайте посмотрим, как ведет себя стандартный механизм.
Для проверки понадобится инициализировать параметр сеанса. Конечно, хорошо бы это делать при начале работы системы, но нам для удобства проверки как себя ведут задачи, инициализацию можно сделать в форме списка справочника "Исполнители". Я создал форму списка (не меняя настройки, которые по умолчанию предлагает конструктор форм) и в панели действий формы описал новую кнопку "УстановитьПС" (ПС – параметр сеанса). Вот процедура, которая связана с действием этой кнопки:
В справочнике "Исполнители" уже в режиме 1С:Предприятие введу нескольких пользователей.
И регистр сведений "Правила адресации" заполним следующим образом:
Что-то многовато у меня руководителей получилось :)
Самое время создать и запустить бизнес-процесс. В качестве ответственного укажем Петрова.
Итак, БП стартовал, первая задача должна была создаться с исполнителем указанным в БП.
Выполним задачу. По правилам адресации вторая точка действия должна создать три задачи:
То есть независимо от того, в каком отделе числится руководитель, для него создается задача. Так действуют правила адресации на задачи с флагом "Групповая".
Могу предположить, что у некоторых вместо трех задач создалась одна без исполнителя, только с указанной ролью "Руководитель". Это связано с тем, что в свойствах задачи "ЗадачиБП" в реквизитах адресации не проставлено соответствие измерению регистра сведений "ПравилаАдресации".
Как ни парадоксально, но в конце этой статьи мы разберем самое классическое создание задачи с назначением исполнителя по косвенным свойствам адресации.
3. Обработать документы. Ничего необычного в этой точке действия нет. В свойствах адресации мы не можем указать признаки адресации (из-за того, что данные в конфигураторе недоступны). В реквизитах бизнес-процесса создадим два новых реквизита значения, в которых и послужат значениями параметров адресации при формировании задачи.
ОтделАудита – тип: СправочникСсылка.Отделы.
РольАудитора – тип: ПеречислениеСсылка.Роли.
Формы БП в нашей конфигурации нет, по этому новые реквизиты у пользователя появятся автоматически.
Опишем, по аналогии с первой точкой действия заполнение реквизитов адресации в событии "ПриСозданииЗадач":
Для наглядного назначения задач сформируем форму списка. В форме списка предусмотрим переключение в режим просмотра задач "По исполнителю". Для этих целей в панели действия формы создадим новую кнопку "ПоИсполнителю" с установленным свойством "Пометка".
В модуле формы опишем две процедуры.
То есть при открытии форма открывается со всеми задачами, а после нажатия на новую кнопку в форме остаются только задачи по свойствам адресации подходящие текущему исполнителю.
Не забудьте, при проверке, устанавливать в справочнике "Сотрудники" текущего исполнителя. Ну и естественно, что при повторном нажатии форма возвращается в первоначальное состояние.
Форма задач в режиме отображения "По исполнителю" анализируя параметр сеанса, в котором указан текущий исполнитель, и правила адресации в регистре сведений показывает те (активные!) задачи которые по правилам адресации назначены текущему исполнителю.
Теперь можно проверять. Для проверки я введу еще одного исполнителя "Каменский", и в регистре сведений задам новое правило адресации: Каменский, отдел ремонта, рядовой сотрудник.
В стартованном БП укажем значения реквизитов "ОтделАудита" – Отдел ремонта, и "РольАудитора" – рядовой сотрудник.
Выполним три задачи, которые были созданы второй точкой действия.
По третьей точке маршрута была создана одна задача, без указания конкретного исполнителя, но с двумя заполненными реквизитами адресации.
По тем правилам адресации которые заданы в регистре сведений созданная задача должна отображаться в режиме просмотра "ПоИсполнителю" у двух сотрудников: Каменский и Сидоров. У Иванова, не смотря на то, что в регистре сведений он числится прикрепленным к отделу "Отдел ремонта", задача отображаться не будет, так как роль не соответствует правилам адресации.
Указать конкретного исполнителя можно, например, при открытии задачи (кто первый открыл тот и исполняет) или для целей хранения истории при выполнении.
Причем событие "ПриВыполнении" ("ПередВыполнением") отрабатывает не только у задачи, но и у точки маршрута, которая ее породила!
В нашем примере я именно так и поступлю. Опишу событие "ПриВыполнении" точки действия "ОбработатьДокументы". Событие возникает после одноименного события самой задачи.
Исходя из того, что было описано выше, можно прийти к следующему выводу.
Для точек действия можно назначить параметры адресации при описании маршрута БП, но только в том случае если значения адресации доступны в режиме "Конфигуратор" (предопределенные реквизиты справочников, значения перечислений и т.п.).
Если при создании задачи по точке действия исполнитель или другие параметры адресации известны можно задать их в событии "ПриСозданииЗадач" или "ПередСозданиемЗадач", ориентируясь на реквизиты БП или другие данные.
Точки маршрута с признаком "Групповая" создают столько задач, сколько исполнителей подходит по правилам адресации, причем правила адресации в этом случае трактуются по указанным значениям адресации в точке маршрута, не указанные значения не учитываются вообще.
Точки маршрута без признака "Групповая" создают одну задачу (если в соответствующем событии точки маршрута не прописано обратное), адресация таких задач стандартная.
Вот и все. Надеюсь эта статья кому-нибудь поможет разобраться с связью задач и бизнес-процессов. Пример специально был взят примитивный, однако он раскрывает все возможные стандартные варианты создания задач точками бизнес-процессов.
Читайте также: