Крупная и обычная сделка в новом конструкторе БП: как проверить разные ветки

Сначала договоритесь о правиле

«Крупная сделка» должна означать проверяемое условие. Если руководитель подразумевает сумму заказа, а настройщик использует выручку клиента за год, технически исправная схема будет выполнять неправильный процесс.

Для учебного примера возьмём порог 300 000 в одной валюте. Сделки строго выше порога направляются на дополнительное внимание руководителя, остальные получают обычный следующий шаг менеджера. Это вымышленная учебная модель, не готовый регламент для любой компании.

Определите, что произойдёт при неизвестной сумме, другой валюте или отсутствии ответственного. Такие записи лучше включить в проверку заранее, а не объявлять их исключением после запуска.

Чем новый редактор отличается в этой задаче

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

Речь о штатном нодовом конструкторе Битрикс24. Его доступность зависит от тарифа и постепенного развёртывания. Не переносите названия действий из другой библиотеки роботов или стороннего приложения. Сначала убедитесь, что открыли нужный редактор и работаете с разрешённой учебной воронкой.

Как собрать проверяемую схему

1. Создайте учебный шаблон процесса и задайте понятное название.
2. Добавьте событие создания сделки, укажите нужную воронку.
3. Свяжите его с универсальной нодой сделки.
4. Настройте группу для суммы выше выбранного порога.
5. Укажите отдельное действие и выход этой группы.
6. Добавьте обычный путь для остальных согласованных случаев.
7. Проверьте связи и опубликуйте готовый учебный шаблон, если его запуск разрешён.

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

Подпишите ветки по смыслу: «Выше порога» и «Обычный маршрут». Названия «Ветка 1» и «Ветка 2» затруднят разбор, когда схему откроет другой сотрудник.

Таблица приёмки на границе

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

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

Почему порядок групп имеет значение

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

Сверьте порядок с таблицей приёмки. Для каждой контрольной сделки объясните, какая группа должна сработать первой. Если это нельзя объяснить без угадывания, правило ещё не готово к запуску.

Проверьте выходы отдельно от условий. Настроенный выход без связи с дальнейшим шагом может завершить путь раньше ожидаемого действия. Проследите каждую связь на схеме и проверьте результат обеих веток.

Что передать владельцу процесса

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

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

Частые вопросы