Вы находитесь здесь:
Применение настраиваемых областей к этапам выполнения и зависимостям
Используйте настраиваемые области для группировки этапов выполнения и решения зависимостей этапов на основе заданного бизнес-значения, например, группа клиентов, сегмент рампы, расположение обслуживания или группа элементов транзакции продажи. Стандартные области используют фиксированный уровень, например, план, пакет или элемент строки.
Требуемые версии
| Доступно в версиях: Enterprise Edition, Unlimited Edition и Developer Edition |
Принцип работы настраиваемых областей
Область этапа выполнения управляет количеством экземпляров этапа, создаваемых оркестратором динамического дохода (DRO). Используйте настраиваемую область в определении этапа выполнения, чтобы создать один экземпляр этапа для каждого отдельного идентификатора области.
Область зависимости этапа выполнения управляет экземплярами этапа предпосылки, которые должен ждать зависимый этап перед выполнением. Используйте настраиваемую область в определении зависимости этапа выполнения для соответствия экземплярам зависимых и предварительных этапов, у которых одинаковый идентификатор области.
Этап может использовать стандартную область, если одна из зависимостей использует настраиваемую область. Если создание этапа и логика зависимости используют одну группировку, примените одинаковую настраиваемую область к определению этапа выполнения и определению зависимости.
Как настраиваемые области определяют бизнес-группу
DRO извлекает бизнес-группы посредством оценки тегов контекста, соотнесенных напрямую с этими полями данных.
- Тег «Элемент транзакции продажи» соотносится с полем значения области в продукте заказа.
- Тег «Элемент транзакции выполнения» соотносится с полем значения области в позиции строки заказа выполнения.
DRO оценивает эти теги для чтения значений области для каждого элемента и группирует элементы, имеющие одно значение. Если DRO не может извлечь идентификатор области для элемента, он назначает область элемента строки по умолчанию.
См. раздел «Создание настраиваемой конфигурации области выполнения».
В этом сценарии настраиваемая область GroupScope использует группу элементов транзакции продажи в качестве тега контекста. Заказ содержит четыре позиции строки, разделенные между двумя значениями GroupScope: два для Sales Cloud и два для Service Cloud.
Определения этапов выполнения
| Этап выполнения | Область этапа выполнения | Результат |
|---|---|---|
| Клиент инициализации | План | DRO создает один экземпляр этапа уровня плана для плана выполнения. |
| Активация лицензии | Элемент строки | DRO создает четыре экземпляра этапа - по одному для каждой применимой позиции строки заказа. |
| Уведомление клиента | Настраиваемый: GroupScope | DRO создает два экземпляра этапа - один для каждого отдельного значения GroupScope. |
Зависимости этапа выполнения
| Зависимый этап | ПРЕДВАРИТЕЛЬНЫЙ этап | Область зависимости | Результат |
|---|---|---|---|
| Активация лицензии | Клиент инициализации | План | Каждый этап активации лицензии на уровне элемента строки ожидает этапа клиента инициализации на уровне плана. |
| Уведомление клиента | Активация лицензии | Настраиваемый: GroupScope | Каждый настраиваемый этап уведомления клиента ожидает этапов активации лицензии, исходные позиции строки которых имеют одинаковое значение GroupScope. |
- Шаг уведомления клиента для Sales Cloud ожидает завершения двух этапов лицензии активации Sales Cloud.
- Шаг уведомления клиента для Service Cloud ожидает завершения двух этапов лицензии активации Service Cloud.
- Этапы в другой группе не задерживают этап уведомления клиента.
