бизнес процессы в практике

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

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

Что такое бизнес-процесс и чем он характеризуется

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

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

Любой бизнес-процесс описывается следующими характеристиками [1]:

Источник

Описание бизнес-процессов: методы и инструменты

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

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

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

Определение и суть бизнес-процессов

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

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

Бизнес-процессы — это взаимосвязанные и последовательные действия, отвечающие следующим опциям:

Этапы внедрения бизнес-процессов

Постановка бизнес-процессов на предприятии состоит из нескольких этапов.

Недооценка любого из этапов делает бессмысленным проект постановки бизнес-процесса.

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

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

Виды бизнес-процессов

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

В литературе и практике встречается несколько видов классификаций. Чаще всего процессы классифицируют по следующим группам:

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

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

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

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

Участники

Участников группируют по-разному, но так или иначе, следующие роли присутствуют во всех методиках:

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

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

Исполнитель отвечает за исполнение любой из задач или групп задач, входящих в бизнес-процесс.

Аналитик и инженер отвечают за оптимизацию с той разницей, что инженер обеспечивает техническое исполнение.

Кроме разделения по ролям, участников разделяют по степени контролируемости или простым языком – по месту работы.

Роли, нотации BPMN, программное обеспечение и оборудование, обеспечивающие автоматизацию бизнес-процесса — все это неотъемлемые объекты и субъекты процесса описания.

Бизнес-процесс — это всегда переход стоимости сотрудника в стоимость компании. Это шаг в сторону независимости компании от значимости конкретного сотрудника и от его влияния на результат.

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

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

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

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

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

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

Выводы

Внедрение бизнес-процессов — это сложный и цикличный процесс.

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

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

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

Источник

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

Рассказывает Павел Апанасенко, разработчик digital-интегратора DD Planet

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

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

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

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

Бизнес-процессы запускаются на корпоративном портале «Битрикс24». Задачи автоматически создаются внутри процессов, переходят между людьми, назначаются исполнители, сохраняется заданная последовательность действий.

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

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

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

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

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

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

Один наш клиент часто пользовался сервисами Unisender, Sendpulse для отправки рассылок по клиентской базе. Они оба часто блокируют базу, несмотря на то, что пользователи дают согласие на обработку своих данных. Каждая рассылка у клиента проходила со скрипом и срывом сроком. Мы автоматизировали рассылки в «Битрикс24», после чего они уходили без блокировки, вся аналитика собиралась в CRM. Работу триггерных рассылок клиент оценил очень высоко, для его бизнеса это был один из основных каналов взаимодействия с клиентами.

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

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

Бизнес-процессы предлагаются в двух вариантах:

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

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

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

Алгоритм действий — это 90% успешного внедрения бизнес-процессов.

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

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

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

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

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

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

По запросу заказчика можно создавать уникальные процессы, расширяя базовую версию, но для этого нужно привлекать PHP-разработчиков. Расскажу на примере. Мы автоматизировали более 50 процессов для строительной компании, и нам не хватило возможностей коробочной версии «Битрикс24». Мы написали собственные дополнения:

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

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

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

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

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

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

Источник

Практика использования Бизнес-процессов и Задач в «1С:Предприятии 8.3»

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

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

Поэтому, чтобы понимать работу механизмов «Бизнес-процессов» и «Задач», недостаточно просто «подсмотреть в типовой». Возможности данных объектов нужно именно изучать.

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

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

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

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

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

Объект «Бизнес-процесс» имеет графическое отображение, называемое картой маршрута. Это не что иное, как блок-схема, составленная из «кирпичиков»:

Элемент схемы	Графическое представление	Описание
Точка старта		Начало бизнес-процесса, является обязательным
Стрелка		Показывает последовательность переходов между точками
Точка действия		Соответствует конкретному действию конкретного пользователя (или одного из пользователей с определенной ролью) в программе.
Точка условия		Отвечает за проверку выполнения определенного условия, у которого может быть только 2 состояния: “Выполнено” или “Не выполнено”
Точка выбора варианта		Дает возможность выбрать дальнейшие действия исходя из проверки условия, у которого может быть более двух состояний (аналог – Если-ИначеЕсли-…)
Точка разделения		Соответствует моменту, начиная с которого разные пользователи должны выполнять разные действия параллельно и независимо друг от друга
Точка слияния		Соответствует моменту, начиная с которого параллельные процессы вновь объединяются в один
Точка обработки		Отвечает за выполнение определенного алгоритма системой
Точка вложенного бизнес-процесса		Соответствует выполнению другого бизнес-процесса, который является составной частью текущего

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

Вот пример бизнес-процесса «Закрытие месяца» из 1С:УПП, где встречаются практически все возможные элементы:

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

Использование объектов «Бизнес-процесс» для пользователя похоже на работу с документами:

Практический пример

Рассмотрим практический пример. Необходимо автоматизировать процесс приема сотрудника на работу из 3 последовательных этапов:

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

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

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

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

Начнем с создания нового бизнес-процесса:

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

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

Привязку к исполнителям мы настроим позднее.

В точке условия нужно определить, работал ли принимаемый сотрудник в нашей организации ранее. Если это так, то в базе уже заведен нужный элемент справочника «Физические лица» и заполнены личные данные. Добавим в бизнес-процесс реквизит (тип Булево), который позже обработаем в точке условия (то есть считаем, что пользователь сам определяет при приеме – новый это сотрудник или нет):

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

Объект конфигурации «Задача»

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

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

Для наглядности рассмотрим, как выглядит список задач в демонстрационной базе конфигурации «Документооборот 8 ПРОФ, редакция 2.1». При запуске программы от имени пользователя Федоров О.П. (директор) на начальной странице открывается список всех невыполненных задач пользователя:

Вернемся к нашей конфигурации, создадим новый объект:

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

Более того, в типовых решениях 1С («Документооборот», «Управление торговлей, ред. 11») в разных бизнес-процессах используется один и тот же тип задач, чаще всего он называется «Задача исполнителя». Это делается для того, чтобы пользователь мог видеть общий список своих задач, относящихся к разным видам бизнес-процессов, как в примере выше из «Документооборота».

Адресация задач

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

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

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

Поэтому для нашего примера создадим в регистре адресации 2 измерения:

Здесь используется справочник «Роли исполнителей», который имеет следующие предопределенные элементы:

Создадим у задачи реквизиты адресации тех же типов, что и измерения регистра сведений:

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

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

Чтобы обеспечить ветвление в точке условия, требуется обработчик проверки условия – функция в модуле объекта бизнес-процесса, которая возвращает значение Ложь или Истина. Создадим такой обработчик для точки маршрута ПовторныйПрием:

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

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

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

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

Отображение задач по исполнителям

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

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

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

После этого у пользователя Петрова В.П. в списке задач (Кадровый учет → Задача исполнителя) появится новая задача:

Визуализация хода бизнес-процесса

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

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

Затем в модуле формы бизнес-процесса создадим процедуру ОбновитьКартуМаршрута:

Вызовем эту процедуру в обработчике события ПриЧтенииНаСервере формы бизнес-процесса:

После этого при открытии формы бизнес-процесса на карте маршрута будет отмечаться текущее положение:

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

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

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

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

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

Итак, добавим в модуль объекта ЗадачаИсполнителя стандартный обработчик ПередВыполнением со следующим кодом:

Теперь добавим в бизнес-процесс реквизиты, которые позволят хранить информацию о выполняемых действиях:

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

В наименовании задачи было бы неплохо видеть не только название точки маршрута, но и ФИО человека, которого требуется принять на работу. Для этого в модуле объекта бизнес-процесса определим процедуру УстановитьНаименованиеЗадачи, и будем вызывать ее при создании задач:

Процедуру ОбщаяПриСозданииЗадач привяжем к каждой точке маршрута бизнес-процесса. Это можно сделать через карту маршрута:

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

Готово, можно тестировать!

Подведем итоги

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

Но цель статьи – показать, как можно использовать объекты системы при автоматизации бизнес-процессов.

Выгрузку базы готового примера можно скачать в конце статьи и использовать в качестве шаблона.

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

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

Об авторе

Автор статьи – Алина Баринова

Консультант-разработчик, компания “Infosuite” (г. Москва)

Выгрузки ИБ и PDF-версия статьи для участников группы ВКонтакте

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

Источник