Автозапуск бизнес-процессов при создании элементов инфоблоков через API требует ручной инициализации, так как стандартные методы Битрикс этого не выполняют. Для этого нужно использовать
Вместо PHP-вставок в бизнес-процессах с большим объемом кода лучше использовать хелперы, вынесенные в отдельную кодовую базу. Это позволяет контролировать версии, упрощает ревью и редактирование. Можно создать класс с методами, вызываемыми из вставок, и применять их в различных точках бизнес-процесса. Рекомендуется заранее ставить такие вставки на вход и выход основных статусов для гибкости.
Для обработки ситуаций, когда бизнес-процесс ожидает определенного времени, не стоит использовать стандартную «паузу», так как изменение связанных событий не будет ее корректировать. Вместо этого лучше применять цикл ожидания с проверкой условия (например, завершения мероприятия). При этом, можно задать интервал для периодической проверки наступления события, не создавая лишнюю нагрузку на сервер.
Для параллельных задач в бизнес-процессах можно использовать «параллельное выполнение», которое гибче «параллельного ожидания». В ветках параллельного выполнения можно размещать любую логику и прерывать весь процесс при выполнении условия в одной из веток, устанавливая статус. Это позволяет реализовать, например, отмену заявки или другую логику ожидания события, не используя паузу с фиксированным временем.
CBPDocument::AutoStartWorkflows, передавая необходимые параметры. Также следует помнить, что созданные элементы по умолчанию не публикуются, и необходимо добавлять действие публикации в бизнес-процесс, если они используются на фронте сразу. Изображение носит иллюстративный характер
Вместо PHP-вставок в бизнес-процессах с большим объемом кода лучше использовать хелперы, вынесенные в отдельную кодовую базу. Это позволяет контролировать версии, упрощает ревью и редактирование. Можно создать класс с методами, вызываемыми из вставок, и применять их в различных точках бизнес-процесса. Рекомендуется заранее ставить такие вставки на вход и выход основных статусов для гибкости.
Для обработки ситуаций, когда бизнес-процесс ожидает определенного времени, не стоит использовать стандартную «паузу», так как изменение связанных событий не будет ее корректировать. Вместо этого лучше применять цикл ожидания с проверкой условия (например, завершения мероприятия). При этом, можно задать интервал для периодической проверки наступления события, не создавая лишнюю нагрузку на сервер.
Для параллельных задач в бизнес-процессах можно использовать «параллельное выполнение», которое гибче «параллельного ожидания». В ветках параллельного выполнения можно размещать любую логику и прерывать весь процесс при выполнении условия в одной из веток, устанавливая статус. Это позволяет реализовать, например, отмену заявки или другую логику ожидания события, не используя паузу с фиксированным временем.
