Готовый пример бизнес-процесса согласования командировки
В Битрикс24 есть встроенные процессы в ленте: Счет на оплату, Выдача наличных, Заявление на командировку и т.д.
Все они настроены на завершение, если согласующий отклоняет заявку.
Обычно заказчики просят настроить процесс так, чтобы у согласующего была возможность вернуть заявку инициатору на внесение корректировок.
В упрощенном примере бизнес-процесса согласования командировки покажу, как настроить цикл согласования и сделать форму внесения изменений удобной для пользователя 😀
Какие поля заполняет Инициатор при создании заявки:
Описание процесса:
Согласующему поступает уведомление Поступила заявка на согласование и задание Согласовать заявку.
Процесс повторяется до тех пор, пока Согласующий не утвердит заявку.
При внесении корректировок у Инициатора должна быть возможность изменить исходные данные.
Схема бизнес-процесса
Все они настроены на завершение, если согласующий отклоняет заявку.
Обычно заказчики просят настроить процесс так, чтобы у согласующего была возможность вернуть заявку инициатору на внесение корректировок.
В упрощенном примере бизнес-процесса согласования командировки покажу, как настроить цикл согласования и сделать форму внесения изменений удобной для пользователя 😀
Какие поля заполняет Инициатор при создании заявки:
- Командируемый - Привязка к сотруднику
- Дата начала - Дата
- Дата окончания - Дата
- Куда - Строка
Описание процесса:
Согласующему поступает уведомление Поступила заявка на согласование и задание Согласовать заявку.
- Если он выбирает Утвердить, то Инициатору отправляется уведомление Заявка утверждена. Процесс завершается.
- Если Отклонить - уведомление Заявка отклонена и задание Внести корректировки.
Процесс повторяется до тех пор, пока Согласующий не утвердит заявку.
Схема бизнес-процесса
Подробнее по каждому пункту:
- Запускаем цикл, который будет повторяться, пока переменная Командировка согласована (тип Да/Нет, по умолчанию Нет) установлена в Нет.
- Устанавливаем Название элемента из значений его полей. Это значение очень удобно использовать в уведомлениях и заданиях.
- Отправляем уведомление Согласующему о том, что поступила заявка на согласование.
- Ставим Согласующему задание на согласование.
- Заявка утверждена - устанавливаем переменную Командировка согласована в Да, чтобы цикл согласования при следующей проверке завершился.
- Отправляем уведомление Инициатору о том, что заявка согласована.
- Заявка отклонена - отправляем уведомление Инициатору.
- Устанавливаем значения по умолчанию для переменных, которые будут заполняться в задании из п.9. При составлении схемы бизнес-процесса сначала удобнее добавить п.9, а потом п.8.
- Ставим Инициатору задание на запрос дополнительной информации, в котором Инициатор может скорректировать исходные значения заявки.
- Перезаписываем значения полей заявки.
В итоге инициатору поступит форма для внесения изменений с уже заполненными значениями из полей заявки:
Остальные детали можно посмотреть в настройках процесса, ниже инструкция, как его подключить.
Как подключить шаблон и проверить работу бизнес-процесса
Создать новый процесс Командировка в разделе Процессы с опцией Показать в Живой ленте. Поля создавать не нужно - они автоматом создадутся после импорта шаблона.
В настройках процесса создать новый последовательный бизнес-процесс с автозапуском при создании и заимпортировать шаблон.
Этот пример можно взять за основу для любых других процессов, где требуется цикличное согласование заявки.
Спасибо!
ОтветитьУдалитьОчень полезный блок, спасибо!
ОтветитьУдалитьЛюба, Протестировал ваш Бизнес-Процесс. Отлично все работает. Многие вещи стали понятнее. Огромное спасибо.
ОтветитьУдалитьНе могли бы вы пояснить - чем отличается запуск БП в живой ленте и запуск БП в сделке?
Пробую ваш БП запустить из сделки - но окно с выбором дат и командируемого не показывается. В идеале (для своей задачи) хочу сделать как тут https://www.youtube.com/watch?v=zAtRPUbbt8U чтобы была связь сделки и БП и сделка запускалась из БП ( с окном запроса параметров )
Добрый день!)
УдалитьВ живой ленте (в разделе Процессы, если точнее) обычно настраивают бизнес-процессы, которые не связаны или только частично связаны с CRM. Например, это кадровые процессы: заявление на отпуск, командировку, увольнение и т.д. В CRM - бизнес-процессы, напрямую связанные с лидами, сделками и т.д.
Если бизнес-процесс был настроен для живой ленты, то Вы его не увидите в списке доступных для запуска в CRM.
Если по Вашей задаче бизнес-процесс по командировке связан со сделками, то можно настроить его в разделе CRM - Настройки - Роботы и бизнес-процессы - бизнес-процессы. В настройках бизнес-процесса на вкладке параметры можно задать всё, что нужно для запуска процесса.
В общем, где настраивать - зависит от задачи)
Хороший вариант, не хватает только одного.
ОтветитьУдалитьВ отпуске могут отказать в ЛЮБОМ СЛУЧАЕ.
А у нас процесс утверждения бегает по кругу ;-)
Цикл возьму дял переделки, а вот безусловный отказ в командировке скорее всего попробую реализовать через дополнительную переменную типа, отказать/исправить даты, которую руководитель укажет при утверждении.
И вопрос немного не по теме:
Всегда у меня комментарии (не служебные, а именно отдельное поле в списке полей) которые были в БП были просто текстом (тип поля HTML/текст ) но тут возникла нужда заносить туда форматированный текст с последующей передачей в поля "Списка". При передаче (создании элемента списка) текст переносится, а вот форматирование теряется :-(
Не сталкивались, как решить проблему ?
Добрый день!)
УдалитьПо комментариям не подскажу - не сталкивалась.
В принципе переписал у себя бизнес процесс с командировкой.
Удалитьна два варианта с подтверждением + возможность безусловного отказа.
Ну и без подтверждения.
В варианте с отпуском решается таким же образом + создание задания сдать текущие отчеты и дела перед отпуском.
Типа пока не сдаст никакого отпуска ))
👍
УдалитьЛюба, добрый день.
ОтветитьУдалитьА если нужно утверждать документ, который является файлом, в который и надо вносить правки - этот БП подойдет?
Дмитрий, добрый день! Да, схема бизнес-процесса будет такая же.
Удалить