Пишем бизнес-процесс в Битрикс24 с задатком на будущее

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

Бизнес-процессы доступны на тарифах Команда и Компания.  Кликните здесь, чтобы выбрать подходящий тариф или обратитесь к нашим менеджерам по телефону +7 (495) 118-39-18 или через форму внизу статьи.

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

• процесс обработки лидов, 

• перенесение сделок в нужный статус,

• выставление счетов и управление ими,

• построение и постановка задач.

Это помогает организации существенно сократить затраты времени и средств.

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

• Заявление на отпуск;

• Счет на оплату;

• Исходящие документы;

• Выдача наличных;

• Заявление на командировку.

Перейти к процессам можно из Живой ленты.

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

Примеры распространенных процессов:

• Заключение договора;

• Выписка счета;

• Оформление сделки;

• Принятие заказа;

• Отчет по расходу средств и так далее.

Работа с бизнес-процессами

Найдите в главном меню корпоративного портала «Бизнес-процессы». Перед Вами появятся 4 основные вкладки:

• Задания бизнес-процессов

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

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

• Мои процессы

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

• Процессы в ленте

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

• Все активные

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

Для поиска нужных процессов можно воспользоваться специальным фильтром.

Будьте внимательны! Бизнес-процессы Битрикс24 доступны только на тарифах Команда и Компания. Подробнее о различиях тарифов здесь.

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

Зайдите в Живую ленту > Еще > Процессы > Создать новый процесс (внизу списка).

Во вкладке «Настройки» содержатся базовые настройки бизнес-процесса.

Заполните необходимые поля:

• Название процесса;

• Описание процесса;

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

• Картинка.

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

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

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

Алгоритм запуска бизнес-процесса

Создание бизнес-процесса можно произвести и вручную через меню «Шаблоны бизнес-процессов».

Тип автоматизации бизнес-процесса выбирается самостоятельно. Запустить процесс можно:

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

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

Как настроить бизнес-процесс в Битрикс24

Инструкция по настройке бизнес-процессов на примере «Заявления на отпуск».

Для начала администратор портала должен задать параметры процесса (Живая лента > Еще > Процессы > Заявление на отпуск). После этого нужно нажать на «шестеренку» > «Настроить параметры Бизнес-процесса». В данном окне можно произвести настройки процессов.

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

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

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

Бизнес-процессы в Битрикс24 выступают в качестве системы автоматизации, которая значительно упрощает типовые операции в компании. Это удобно и эффективно!

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

Пример части бизнес-процесса Реализация и согласование проекта на разных стадиях сделки от компании ПУСК для упрощения и автоматизации процедуры согласования со всеми участниками проекта.

Наши технические специалисты помогут вам реализовать подобные проекты!

Остались вопросы? Хотите автоматизировать работу своей компании и не заниматься сложными и трудоемкими процессами самостоятельно? У нас есть готовые решения для разных сфер деятельности!

Звоните +7 (495) 118-39-18или заполните форму ниже! Специалист ПУСК свяжется с Вами в ближайшее время..

Вас также может заинтересовать:

Разработать приложение CRM Bitrix24

Обучиться CRM Битрикс24

Услуги на CRM Битрикс24

На работе я занимаюсь поддержкой пользователей и обслуживанием коробочной версии CRM Битрикс24, в том числе и написанием бизнес-процессов. Нужно отметить, что на самом деле я не «чисто» специалист по Битриксу, а это одна из моих обязанностей. На самом деле обязанностей у меня очень много, поэтому почти всегда делать приходится не как хотелось бы, а быстро и чтобы работало, поскольку времени катастрофически не хватает (я уверен, что в таких условиях работаю не я один). На текущий момент у меня двухлетний опыт работы с этой CRM (с самим Битриксом знаком более 10 лет) и я хотел бы рассказать вам о части ошибок, которые я допустил при написании, тестировании и обслуживании бизнес-процессов, из-за которых мне приходилось и приходится постоянно помогать пользователям, вносить правки, а то и вовсе переписывать бизнес-процессы с нуля. Для начала нам нужно поверить в то, что любая стабильность относительна, а нахождение в зоне комфорта временное. Сотрудники будут приходить и уходить (даже те, кто сидит на очень хорошем месте), отделы переформировываться, штат увеличиваться и уменьшаться, открываться и закрываться подразделения и т.п. Когда я учился в институте, то преподаватель по сопромату рассказывал нам о том, что при изучении сопромата в России за базу берётся статическое состояние, а потом мы учим динамику, а вот в некоторых других странах за базу берётся динамика, а статика рассматривается как частный случай динамики. Лично мне такой подход нравится больше, он не даёт возможности тешить себя тем, что «сейчас всё устаканилось и ничего меняться не будет». Просто поверьте в это, вам же будет легче потом. Лирическое отступление: прежде чем рассказывать о том, как писать бизнес-процессы «с задатком на будущее» вы должны для себя прикинуть иерархию вашей фирмы чтобы понять, кто вообще может просить или требовать у вас написать или изменить бизнес-процесс. Один раз ко мне подошёл руководитель одного подразделения и говорит: нам нужен бизнес-процесс для взаимодействия с другими подразделениями, а то у нас всё плохо. А у них реально всё плохо тогда было, даже скорее ужасно. Я три или четыре рабочих дня писал этот БП, сделал почти идеально, а другие подразделения взяли и заявили, что бизнес-процесс этот чушь, не удобный и работать с ним они не будут от слова совсем. Я сижу, не парюсь (это же не моя проблема, там на уровне генерального директора должны были уладить), а потом приходит тот руководитель ко мне и говорит: за работу спасибо, процесс можешь удалять, генеральный позицию тех подразделений принял. И так было много раз по самым разным вопросам и изменениям. С тех пор бизнес-процессы я пишу только тогда, когда директор с этим согласен.

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

Теперь вернёмся к нашим бизнес-процессам. Иногда они бывают совсем маленькие, буквально на 1-2 клика, чтобы просто зафиксировать то, что кто-то попросил разрешение сделать что-то, а кто-то разрешил, чтобы не бегать с бумажками (и не потерять их). Вроде бы очевидно: подчинённый спрашивает у руководителя можно или нельзя, а руководитель нажимает на соответствующие кнопки. Просто? Да ничего подобного! А если руководителя нет? А если сейчас нужно другого было выбирать? А если был и уехал не подтвердив? А если заполнил не так? А если ещё что-то? А если… И это всё вопросы, с которыми мы постоянно боремся и делаем процесс лучше, но только до тех пор, пока не приходит новый сотрудник. Как приходит то всё начинается заново: те же вопросы, те же ошибки и т.п. Мой руководитель постоянно ругает меня за то, что я делаю мало комментариев и инструкций, но уж очень нравится мне наступать на грабли, а иногда и попрыгать по ним можно. Шучу 🙂 Теперь я буду поступать иначе: сначала не блок схему (как предлагает руководство пользователя), а обычную инструкцию. Если её все поняли и с ней все согласны, то потом уже рисуем блок-схему и если и с ней согласны, то пишем бизнес-процесс. Это сейчас он может быть маленьким, а со временем может разрастись до такой степени, что вы реально будете обсуждать покупку 4К телевизора с диагональю «побольше» чтобы просто увидеть сам процесс целиком и посмотреть нет ли ошибок хотя бы в логике. Кстати прежде чем приступать к написанию неплохо будет заручиться подписями всех руководителей, чьи подразделения будут пользоваться этим процессом, чтобы потом не было жалоб на неудобную работу, неправильную логику и т.п.

Должность остаётся, а человек меняется

Именно эту фразу я теперь буду ставить во главу угла при написании бизнес-процессов. Действительно практика показывает, что должность есть, просто на ней меняются люди. Как была должность финансового директора, так и есть. Как был главный бухгалтер, так и остался. И руководитель управленческого учёта никуда не делся. А про руководителей отделов продаж я вообще молчу. Другое дело, что должности никуда не делись. Обычно же как: сидишь, работаешь, а тут тебе новость «Маша уходит, Таня приходит». Нужно сразу же судорожно вспоминать в каких бизнес-процессах человек участвует, где нужно одного на другого заменить и т.п. А могут ведь иначе сказать, просто из серии «Маша уходит». Ты человека удалил отовсюду, сидишь себе дома на больничном/в отпуске или едешь куда-нибудь, а тут звонок «у нас тут Таня вышла, только доступа нет почему-то никуда». Ну правильно, её и в Битрикс то не добавили ещё, не то что роли в бизнес-процессах прописали. Так действительно проще, если думать не о конкретных людях, а о должностях, которые они сейчас занимают. Да, в бизнес-процессе будет 1-2 лишних блока, но зато когда человек поменяется не нужно будет вспоминать где и за что он отвечал, нужно будет просто заменить значение переменной с одного человека на другого и всё.

Правильные права доступа по отделам это очень важно

Гипотетически структура компании полностью вертикальна: Собственник – Директор – Главных бухгалтер – Руководитель отдела – Сотрудник (или как-то так). А может быть горизонтальная: Собственник – Директор – множество отделов. А может быть ещё какая-нибудь. Раньше я устанавливал права для каждых конкретных сотрудников. Например: есть бухгалтер Лена, она должна видеть все оплаты и отгрузки. Заходим в соответствующие бизнес-процессы и прописываем там нашу Лену. А вдруг её переведут или она уволится? Тогда самый простой способ это давать нужные доступы всем тем, кто находится в группе «Руководители», но это неправильно, поскольку тогда процессы и файлы сотрудников будут доступны не только их руководителям и бухгалтерии, но и руководителям других отделов. Вариантов тут множество, лично я в последнее время остановился на работе с группами. Создаём группу, добавляем в неё сотрудников (или одного сотрудника) и готово. Больше не нужно переживать по поводу того, что старый сотрудник видит много, а новый мало: просто добавляем в группу или исключаем её. Быстро и просто.

Сохраняем все данные, комментарии и примечания

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

Записываем абсолютно все файлы

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

Тестовые проходы – максимально объемно, но не долго

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

Копирование и клонирование процессов

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

• неверные комментарии;
• лишние переменные;
• неверные описания задач;
• битые ссылки;
• загрузку файлов не туда;
• не те права доступа;

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

Вносим значительные изменения

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

• https://i-pusk.ru/blog/bitriks24-pro/biznes-protsess-bitriks24/
• https://habr.com/post/493084/