1С бизнес процессы групповая

Как говорилось в описанной ранее статье (Книга знаний: v8: Адресация задач.) для объекта "Задача" очень важны свойства адресации. В этой статье я постараюсь на простом примере показать как правила адресации могут применяться в контексте задач создаваемых точками маршрута бизнес процессов.

Исходная структура метаданных такая:
Справочники: Исполнители, Отделы. Оба без дополнительных настроек, без иерархии и без предопределенных элементов.

Перечисление Роли с двумя значениями: Руководитель и РядовойСотрудник.

Параметр сеанса "ТекущийИсполнитель", тип: СправочникСсылка.Исполнители.

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

Задача "ЗадачиБП" с тремя реквизитами адресации: Исполнитель (основной реквизит адресации, тип: СправочникСсылка.Исполнители), Отдел (тип значения: СправочникСсылка.Отделы) и Роль (тип значения: ПеречислениеСсылка.Роли). В свойстве "Адресация" указан регистр сведений "ПравилаАдресации", "Основной реквизит адресации" – "Исполнитель", "ТекущийИсполнитель" – ссылка не параметр сеанса "ТекущийИсполнитель".

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

Несколько слов о свойствах бизнес-процессов

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

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

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

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

С одним объектом "Задача" может быть связано несколько БП.

А что на практике

Создадим простой БП . Ну например БП внутреннего аудита компании.

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

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

Но нас сейчас интересуют в первую очередь точки действия и те задачи, которые они создают.

Рассмотрим свойства каждой из точек действия подробно.

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

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

Вопрос: Почему цикл? Разве задача не одна формируется? А вот этого никто не знает. Точка действия может формировать сколь угодно задач.

Кстати, если в событии "ПриСозданииЗадач" установить свойство "Выполнена" в Истина, то задача будет выполнена, но ход бизнес-процесса дальше не сдвинется.

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

2. Подготовить отчетную документацию. В свойствах адресации этой точки действия установим значение "Роль" – Руководитель. И флаг "Групповая".

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

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

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

Но давайте посмотрим, как ведет себя стандартный механизм.

Для проверки понадобится инициализировать параметр сеанса. Конечно, хорошо бы это делать при начале работы системы, но нам для удобства проверки как себя ведут задачи, инициализацию можно сделать в форме списка справочника "Исполнители". Я создал форму списка (не меняя настройки, которые по умолчанию предлагает конструктор форм) и в панели действий формы описал новую кнопку "УстановитьПС" (ПС – параметр сеанса). Вот процедура, которая связана с действием этой кнопки:

Читайте также:  Схема прибора проверки конденсаторов

В справочнике "Исполнители" уже в режиме 1С:Предприятие введу нескольких пользователей.

И регистр сведений "Правила адресации" заполним следующим образом:


Что-то многовато у меня руководителей получилось 🙂

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

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

Итак, БП стартовал, первая задача должна была создаться с исполнителем указанным в БП.

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

То есть независимо от того, в каком отделе числится руководитель, для него создается задача. Так действуют правила адресации на задачи с флагом "Групповая".

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

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

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

ОтделАудита – тип: СправочникСсылка.Отделы.
РольАудитора – тип: ПеречислениеСсылка.Роли.

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

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

В модуле формы опишем две процедуры.

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

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

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

Теперь можно проверять. Для проверки я введу еще одного исполнителя "Каменский", и в регистре сведений задам новое правило адресации: Каменский, отдел ремонта, рядовой сотрудник.
В стартованном БП укажем значения реквизитов "ОтделАудита" – Отдел ремонта, и "РольАудитора" – рядовой сотрудник.

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

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

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

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

Причем событие "ПриВыполнении" ("ПередВыполнением") отрабатывает не только у задачи, но и у точки маршрута, которая ее породила!

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

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

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

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

Точки маршрута без признака "Групповая" создают одну задачу (если в соответствующем событии точки маршрута не прописано обратное), адресация таких задач стандартная.

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

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

Объекты Бизнес-процессы и Задачи очень тесно связаны между собой. Выполнение задачи представляет собой передвижение по маршруту бизнес-процесса. Рассмотрим процесс внедрения бизнес процессов в 1С подробнее.

Читайте также:  Фибоначчи задача про кроликов

Условие задачи Специалист по платформе по бизнес-процессам

Сотрудник Подразделение Должность
Васина Бухгалтерия Кассир
Мишина Бухгалтерия Кассир
Мишина Бухгалтерия Бухгалтер
Кротов Бухгалтерия Бухгалтер
Иванов Бухгалтерия Гл. бухгалтер
Онопко Отдел закупок Начальник отдела
Петренко Отдел закупок Зам. начальника отдела
Бельдыев Отдел закупок Менеджер
Рахимов Отдел закупок Менеджер
Мансуров Отдел закупок Менеджер
Жупиков Отдел закупок Кладовщик
Сидоров Отдел закупок Кладовщик
Галкин Отдел продаж Менеджер
Палкин Отдел продаж Менеджер

Настройка бизнес процессов и задач в 1С 8.3

Первый шаг для настройки механизма бизнес-процесса в нашем примере — создание новых объектов «Бизнес-процесс» и «Задача»:

Задача, можно сказать, «подчинена» бизнес-процессу.

Адресация бизнес процесса 1С 8.3

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

В поле Адресация задается регистр сведений, с помощью которого будет настроена адресация. В нашем примере это регистр сведений с измерениями: Исполнитель, Подразделение, Должность.

Получите 267 видеоуроков по 1С бесплатно:

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

Текущий исполнитель — поле, в котором указывается Параметр сеанса, по которому будет определяться текущий исполнитель. Подробнее об этом можно прочитать в статье Параметры сеанса.

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

Карта маршрута бизнес-процесса

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

Рассмотрим формирование бизнес-процесса на основе процесса закупки товара:

  1. отдел закупок дает старт бизнес-процессу ;
  2. после задача переходит в отдел «Бухгалтерия», где, в зависимости от того, как будет происходить оплата товара, задача переходит либо кассиру, либо бухгалтеру;
  3. после оплаты товар должен приходоваться конкретным пользователем — Сидоровым.

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

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

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

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

И последнее для формы — процедура отображения бизнес-процесса:

Ее нужно выполнять при открытии элемента бизнес-процесса и назначить на команду «Обновить карту».

Форма списка задач бизнес-процесса

Форма списка задач по условию задачи должна отображать только открытые задачи текущего исполнителя. Сделать это очень просто.

Достаточно создать форму списка задач по умолчанию. После этого в динамическом списке выбрать Основную таблицу — Задача.Задача.ЗадачиПоИсполнителю. Эта настройка позволит указать отбор по исполнителю задач:

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

Настройка адресации в пользовательском режиме 1С 8.2

Последний этап, но не последний по значимости — настройка адресации в пользовательском режиме в регистре «Адресации».

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

Вот и всё! Настройка бизнес-процесса готова!

Другие статьи по 1С:

Если Вам всё же не понятно, рекомендую следующее видео:

Если Вы начинаете изучать 1С программирование, рекомендуем наш бесплатный курс (не забудьте подписаться на YouTube — регулярно выходят новые видео):

К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону +7 (499) 350 29 00. Мы работаем в Москве и области.

Основа ведения учета в 1С – это операция ввода документа пользователем. Один документ оформляет одну произошедшую хозяйственную операцию (например – продали три утюга).

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

Примеры бизнес-процессов 1С — оформление покупателем заказа с последующей оплатой и отгрузкой:

  • Принять заказ (девочка оператор)
  • Ожидание поступление денежных средств (платежку загружают из клиент банка в бухгалтерии)
  • Формирование сбора заказа на складе (складские работники)
  • Согласование отгрузки (начальнег)
  • Отгрузка (грузчики).

Каждую из этих операций возможно оформить в 1С. Каждую оформляют разные сотрудники разных отделов.

  • Как сообщить каждому следующему пользователю, что ему пора выполнять действия в этом бизнес процессе 1С?
  • Как связать события в одну цепочку и оставить для истории потомкам?
  • Как проконтролировать цепочку от начала до конца и понять когда все ок?

Бизнес процессы 1С

Сначала разберемся в терминах.

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

В 1С бизнес-процесс означает организованную цепочку точек, в которых платформа 1С обеспечивает автоматически (варианты):

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

Хозяйственные операции (вернее их оформление) при ходе бизнес-процесса 1С выполняется:

  • Или автоматически создаются и проводятся документы (выполняемой часть программы)
  • Или пользователем вручную, когда ему ставится такая задача.

Бизнес-процессы 1С и задачи 1С

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

Читайте также:  Существует ли мегалодон на самом деле

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

При старте формируется задача первому пользователю. Он отметил ее как выполненную. Система автоматически создает вторую задачу другому пользователю. И так далее.

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

Обычно в конфигурации создают один вид задач – универсальный и все бизнес-процессы 1С использует ее.

Однако имеется следующее затруднение — для разных задач часто требуются разные формы. Для одной задачи на форме нужно выбрать товары, для другой проекты. Как быть?

Из этого находят следующий выход:

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

Карта маршрута бизнес-процесса 1С

Итак бизнес-процесс 1С состоит из цепочки точек выполнения. Цепочка точек настраивается на карте маршрута бизнес-процесса 1С. Чтобы открыть карту маршрута нужно нажать правой кнопкой на бизнес-процесс 1С и выбрать пункт меню Открыть карту маршрута.

Чтобы создать новую точку – просто перетащите ее на карту маршрута со специальной панели снизу.

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

Точка старта (и завершения) не формирует задач никому.


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


Точка действия (желтый квадрат)
Означает, что будет создана задача 1С и адресована пользователю.

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

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

Адресацию задачи (т.е. направить ее нужно пользователю или группе пользователей) можно установить двумя способами:
o Динамически в обработчике ПриСозданииЗадач() заполнять из кода 1С
o Если в задаче 1С уже созданы реквизиты адресации, в бизнес-процессе 1С уже указана Задача 1С, то в свойствах точки внизу, в разделе Адресация будут отображены все реквизиты адресации задачи, где можно выбрать тот набор реквизитов адресации, который нужен; ограничение – возможно выбирать только предопределенные элементы справочников.

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

Чтобы бизнес-процесс 1С пошел далее по условию «Да», нужно в обработчике установить значение Результат = Истина.


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

Отличия в обработчике состоят в том, что Результат должен быть равен конкретному варианту, например:
Результат = ТочкаВыбораВарианта.Варианты.Вариант1;


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


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


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

Начало и завершение бизнес-процесса 1С

Бизнес-процесс 1С может быть просто создан и записан, также как и непроведенный документ.

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

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

Бизнес-процессы 1С и роботы

Некоторые скептически относятся к бизнес-процессам 1С по причине их построения на основе задач – информационных напоминалок пользователям.

Они говорят — как напоминалка такая задача работает – пользователь увидел ее в списке и сделал, но:

  • всем будет лень отмечать факт ее выполнения (или будут забывать)
  • могут нажать, чтоб задача выполнена (для отчетности), а сами ничего не сделать.

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

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

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

  • У каждой задачи ставить галочку Групповая
  • Формировать две задачи
  • Одну задачу адресовать пользователю, другую – роботу
  • Робот каждые N минут проверяет условие, что задача была выполнена (например, документ введен) и если это так указывает выполненными обе задачи, и за пользователя в том числе.

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

Оцените статью
Добавить комментарий

Adblock
detector