Назад | Перейти на главную страницу

Dynamics CRM 2013 - Создание отношений, позволяющих рабочему процессу сравнивать значение между двумя объектами

Я работаю над созданием пользовательских рабочих процессов в Dynamics 2013 CRM. Я думал, что у меня есть весь процесс, и я создал рабочий процесс, который при просмотре кажется логичным. Однако это не дает желаемого результата.

Вот что я пытаюсь сделать:

Возможности имеют настраиваемое поле, которое «ищет» конкретную модель элемента. Это поле поиска для отдельной сущности «Модель». Затем в сущностях продуктов у меня есть поле под названием «модель», которое является поиском по тому же списку сущностей (поэтому значения должны совпадать). Мой рабочий процесс (который, поскольку этот пункт можно запускать вручную для каждого продукта в системе) должен определять совпадение между тем, что «ищет» любая возможность, и «моделью» продукта. Если есть совпадение, предполагается создать новую запись «совпадение», которая будет включать несколько полей с подробным описанием как продукта, так и возможности, создавшей совпадение.

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

На первый взгляд, я бы сказал, что то, что вы пытаетесь сделать, невозможно без написания (Visual Studio и C #) настраиваемого действия рабочего процесса.

Причина этого проста. Рабочие процессы OOTB не могут запрашивать данные, они могут получать только отдельные записи. В основном это означает, что рабочий процесс может запускать дерево отношений ВВЕРХ, но не ВНИЗ. Он может переходить от дочернего (N) к родительскому (1), но не наоборот.

То, что вы пытаетесь достичь, - это именно то, чего не может сделать рабочий процесс OOTB. Вы пытаетесь получить дочерние элементы записи. Ваши Продукты являются дочерними по отношению к родительскому элементу Model.

Основные простые правила для этой терминологии:

  • Сущность с полем поиска является дочерним элементом. Значение поиска - это родитель.
  • Сущность со связанным представлением является родительской. Все записи, перечисленные в представлении, являются его дочерними элементами.