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

На каждом физическом сервере в Битрикс24 одновременно работает несколько порталов. Аномальная нагрузка от одного из них негативно влияет на остальные. Одна из причин - бизнес-процессы Внимание! Для предотвращения подобных ситуаций были введены технические ограничения количества запущенных экземпляров бизнес процесса на одном документе - не более двух. Это означает, что всего одновременно работающих экземпляров бизнес-процессов может быть много, но на каждый конкретный документ - не более двух. . В связи с этим, рекомендуется проверить и скорректировать свои бизнес-процессы. При выявлении аномальной нагрузки создаваемой бизнес-процессами, портал блокируется согласно пункту 8.1 лицензионного соглашения Лицензионное соглашение с конечным пользователем.
Подробнее... .

Распространенные ошибки

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

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

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

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

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

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

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