Битрикс 24 конструктор бизнес процессов

Обновлено: 18.04.2024

На работе я занимаюсь поддержкой пользователей и обслуживанием коробочной версии CRM Битрикс24, в том числе и написанием бизнес-процессов. Нужно отметить, что на самом деле я не «чисто» специалист по Битриксу, а это одна из моих обязанностей. На самом деле обязанностей у меня очень много, поэтому почти всегда делать приходится не как хотелось бы, а быстро и чтобы работало, поскольку времени катастрофически не хватает (я уверен, что в таких условиях работаю не я один). На текущий момент у меня двухлетний опыт работы с этой CRM (с самим Битриксом знаком более 10 лет) и я хотел бы рассказать вам о части ошибок, которые я допустил при написании, тестировании и обслуживании бизнес-процессов, из-за которых мне приходилось и приходится постоянно помогать пользователям, вносить правки, а то и вовсе переписывать бизнес-процессы с нуля.

Для начала нам нужно поверить в то, что любая стабильность относительна, а нахождение в зоне комфорта временное. Сотрудники будут приходить и уходить (даже те, кто сидит на очень хорошем месте), отделы переформировываться, штат увеличиваться и уменьшаться, открываться и закрываться подразделения и т.п. Когда я учился в институте, то преподаватель по сопромату рассказывал нам о том, что при изучении сопромата в России за базу берётся статическое состояние, а потом мы учим динамику, а вот в некоторых других странах за базу берётся динамика, а статика рассматривается как частный случай динамики. Лично мне такой подход нравится больше, он не даёт возможности тешить себя тем, что «сейчас всё устаканилось и ничего меняться не будет». Просто поверьте в это, вам же будет легче потом.

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

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

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

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

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

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

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

Гипотетически структура компании полностью вертикальна: Собственник – Директор – Главный бухгалтер – Руководитель отдела – Сотрудник (или как-то так). А может быть горизонтальная: Собственник – Директор – множество отделов. А может быть ещё какая-нибудь.

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

Вариантов тут множество, лично я в последнее время остановился на работе с группами. Создаём группу, добавляем в неё сотрудников (или одного сотрудника) и готово. Больше не нужно переживать по поводу того, что старый сотрудник видит много, а новый мало: просто добавляем в группу или исключаем её. Быстро и просто.

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

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

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

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

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

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

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

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

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

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

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

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

BPM (Business Process Management) – программа, которая представляет бизнес-процессы в наглядной форме, и поэтому облегчает управление ими. Представляет собой набор инструментов, с помощью которого моделируются операционные, поддерживающие и управляющие процессы. После внесения моделей в CRM исполнение контролируется с минимальным участием человека.

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

Как навести порядок в бизнес-процессах?

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

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

Рисуем бизнес-процессы

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

Автоматизируйте работу с Битрикс24!

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

Мгновенное внедрение в практику

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

Управление производится в строгом соответствии со сценарием: от стартового события, следуя по цепочке переходов, до конечного события. Система сама ставит новые задачи сотрудникам шаг за шагом, пока не достигнет финиша.

«Битрикс24» выполняет сценарии автоматически, упрощая рутинные дела: рассылает уведомления, ставит задачи, строит отчеты и т.п. Это освобождает время сотрудников, чтобы они переключились на сложные и ответственные задачи.

Вводим показатели эффективности

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

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

Контролируем работу и делаем выводы

Типовых процессов в компании много, все не упомнить. Чтобы найти нужный, зайдите в раздел «Процессы», либо воспользуйтесь поиском.

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

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

«Битрикс24» - это не только бизнес-процессы

Это все, что необходимо для организации работы компании. Инструменты тесно взаимосвязаны, а это значит, что вам не придется переключаться между разными сервисами. Начать работать можно сразу после регистрации. Достаточно любого браузера. Не нужно устанавливать ПО. Не нужно внедрять. Не нужно учиться, чтобы освоить.

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

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

Пожалуй, начать стоит с того, что при всём уважении к вам и вашему бизнесу, скорее всего компания 1С-Битрикс в разы больше вашей компании как по штату, так и по обороту, в ней работают более опытные IT-специалисты и, самое главное, они видят сотник таких компаний как у вас и могут читать (ну или не читать :) все пожелания от них. Да, возможно я не прав, и ваша компания крупнее, чем 1С, но тогда вряд ли вы как собственник будете забивать себе голову тем, как же лучше заняться разработкой бизнес-процесса, наверняка у вас для этого есть целый отдел. Если же вы понимаете о чём я, то идём дальше. У Битрикс24 (далее по тексту я буду называть его Битрикс или Б24) есть базовый функционал и вещи, которые он может, а есть вещие которые пока не может или не сможет вообще. Говоря другим языком у него есть ограничения как в техническом, так и в логическом плане. В самосвале сложно возить воду, а на экскаваторе не уложить асфальт (на самом деле своими глазами я видел и то и другое, но, поверьте, зрелище так себе получается, к тому же очень дорого, долго, неудобно, и результат сомнительный). Как бы ни было устроено у вас в компании, к чему бы вы не привыкли, вам нужно будет принять и понять, что некоторые вещи в Б24 сделать нельзя (поскольку мы находимся на Хабре где есть куча гениев и ещё больше высококлассных специалистов, в разы более сильных чем я, то давайте договоримся что фразу «нельзя сделать» мы будет понимать как «нельзя сделать в коммерчески разумный срок» или «у вас на это не хватит денег»).

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

Усвоили простой урок? Теперь переходим к более сложному: назначьте одного ответственного за процесс, расскажите об этом всем и потребуйте, чтобы все участники процесса подчинялись ему в этом задании. Практика показывает, что обычно задание даётся на группу, а если нет ответственного, то и спросить в случае провала не с кого. Вроде бы все работали, делали дело, а результата нет или он сильно промежуточный (как в анекдоте где есть ещё нельзя, но намазывается уже очень хорошо). Но может быть хуже, гораздо хуже, когда люди возьмутся за дело с душой и огоньком, но при этом видение готового продукта будет разное и оба (а то и все трое или четверо) будут тянуть одеяло на себя, перекраивать под свой отдел и т.п. А исполнитель должен будет разрываться между ними, оказавшись между молотом и наковальней. Если в ответ на это вы скажете что у вас в фирме регламенты такого не позволяют, люди себя так не ведут и всё такое то в ответ я лишь усмехнусь и скажу «ну да, вы же руководитель, до руководителей всегда правду доносят как есть, никогда не врут и вообще мы одна команда».

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

1. Так проще и быстрее.

2. Если человек идиот и написал бред то руководитель бумажку выкинет и как-будто и не было.

3. «Неправильным» (т.е. не лояльным конкретному человеку, пускай и в ущерб фирме) служебки будут задерживаться максимально долго, подтасовываться очерёдность и т.п.

4. Любой регламент можно нарушить и сначала сделать, а потом согласовать.

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

А на самый конец у нас будет самый вкусный кусочек: сколько же вы за это заплатите?

Давайте накидаем примерные зарплаты:

Вы (собственник, руководитель) – 500 000 рублей в месяц.

Коммерческий директор – 80 000 рублей в месяц.

Финансовый директор – 70 000 рублей в месяц.

Административный директор – 60 000 рублей в месяц.

Руководители отделов – по 50 000 рублей в месяц.

Айтишник – 40 000 рублей в месяц.

Пускай в месяце 21 рабочий день, 8 часов. Это выходит, что в месяц человек работает 168 часов. Совещания по нормальному процессу, достаточно сложному идти в присутствии директора (за всё время) меньше часа не будут, а один час собственника, всех директоров, трёх руководителей и айтишника стоит по нашим данным без малого 5000 рублей. Ещё час без собственника и айтишника ещё пару тысяч. Айтишник будет писать, тестировать, настраивать, отлаживать ещё 2 дня и потратит 4000 рублей, побегает к административному директору, к финансовому, к каждому руководителю и т.п., за это вы заплатите ещё не меньше пяти тысяч. Это если утвердят всё и сразу, по факту работы идут с переделками, а совещания дольше. По моим скромным (особенно для крупных городов) оценкам получается, что средней руки процесс будет стоить фирме (т.е. вам) 20-30 тысяч рублей как минимум. Правда вам об этом вряд ли расскажут, но всё же. Потом ещё нужно будет научить всех сотрудников, внести корректировки, объяснить, почему сделали так как написано в техническом задании (которое айтишник писал со слов всех руководителей), а не как им хотелось и т.п. В общем тысяч 40 заплатите и это как минимум. Сюда я свёл официальные и «не официальные» совещания, чаепития и перекуры по этому поводу и тому подобное. Заплатите ли вы эти деньги напрямую? Думаю что нет, все же на окладах. Окупите ли вы расходы? Думаю что да, в некоторых фирмах это не то что за месяц, а за неделю или пару дней возможно, смотря для чего процесс написан (экономия на браке и отсечение необоснованных скидок это тоже прибыль как по мне).

А если нет айтишника? Если его нет, то обычно написание такого бизнес-процесса от 10 000 рублей с учётом вашего технического задания и без кучи дурацких (иначе их не назовешь) доработок. А чтобы потом всё это работало нужно чтобы ваш портал кто-нибудь обслуживал (от 5000 рублей в месяц). А, может быть, за одно только техническое задание вы заплатите 10 000 рублей (конечно же, если речь идёт о написании процесса под вас и ваши нужды, а не продажи копии какого-то процесса под соусом индивидуальности).

Что я хочу сказать в заключении: полноценное внедрение Битрикс24 штука очень дорогая (если вы умеете считать и не врёте сами себе), но нужная и окупающая себя при правильном использовании. Правильно написанный бизнес-процесс может не то что часть работы снять, но и заменить собой сотрудника и даже руководителя (при этом работая без выходных, не отлынивая и действуя строго в соответствии с инструкциями). Может ли такой процесс стоить 5, 10, 25 или 50 тысяч рублей? Лично мне кажется, что честная цена такого процесса от 50 000 рублей только начинается, но поскольку эту сумму вы не платите напрямую, а задействуете сотрудников на окладе, то достаточно просто чтобы они поработали как следует, а не как хочется.

Что такое бизнес процесс и как повысить эффективность работы с его помощью?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Битрикс24 о том, как работает шаблон бизнес-процесса

Работа с миграцией имеет свои особенности. В частности, ее осложняет большое количество задействованных объектов и ID. Кроме того, в том же Битрикс24 миграция бизнес-процессов как таковая не предусмотрена – зачастую эту задачу решают посредством импорта и экспорта, и здесь могут быть различные нестыковки. Рассмотрим, какие проблемы возможны при этом с точки зрения разработки.

Проблема поиска шаблона бизнес-процесса

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

Все созданные в системе шаблоны бизнес-процессов хранятся в таблице b_bp_workflow_template. Открыв таблицу, среди полей мы видим SYSTEM_CODE: поле для кода есть, просто не выведено в интерфейс. Мы можем задать код самостоятельно, используя id шаблона — его можно увидеть в url на странице редактирования процесса:

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

Идем дальше. Для примера создадим тестовый бизнес-процесс на списках:

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

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

Схема переноса такая:

Экспортируем бизнес-процесс
Пишем миграцию, прикладываем файл
На новом стенде делаем бэкап старого процесса
Применяем миграцию

Создание миграции

Файлы миграций в нашем проекте располагаются по адресу local/migrations/scenarios

Открываем страницу шаблона процесса и делаем экспорт. Внутри директории с миграциями создаем директорию files и помещаем туда экспортированный файл. Получается так:

local/migrations/scenarios/files/bp-94.bpt

Создаем сценарий миграций:

Определяем параметры шаблона бизнес-процесса:

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

Здесь сначала определяем ID инфоблока, для которого мы применяем процесс, и получаем id шаблона процесса с заданным кодом.

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

Определяем функцию commit, которая добавит/обновит наш бизнес-процесс:

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

Проблема обновления данных шаблона

Давайте вернемся в наш бизнес-процесс и добавим туда действие – уведомление пользователя.

В качестве отправителя выбираем Автора. Получатели будут:

Группа пользователей HR
Пользователь Светлана Кузнецова

В массиве параметров процесса мы видим вот такие вхождения:

Смотрим на строку group_g15. Здесь 15 – это ID группы HR.
Смотрим на строку user_579. Здесь 579 – это ID пользователя.

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

Т.о. нам нужно сделать замену после миграции этих ID на те, которые актуальны для площадки, куда импортируем процесс.

Группы определяем по символьному коду, пользователей – по логину.

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

В нашем примере:

Код группы – HR
Логин пользователя – svetlana.kuznetsova

Получаем данные шаблона:

Заменяем id пользователей внутри бизнес-процесса:

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

Подводя итоги

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

Читайте также: