CRM динамики 2013 - Создание отношений, чтобы позволить рабочему процессу сравнивать значение между двумя объектами
Я работаю над созданием некоторых пользовательских рабочих процессов в CRM Динамики 2013 года. Я думал, что имел процесс все вычисленные и создал рабочий процесс, который при просмотре кажется, имеет логический смысл. Однако это не приводит к желаемому результату.
Вот то, что я пытаюсь сделать:
Возможность имеет пользовательское поле, которое "ищет" определенную модель объекта. Это - поле поиска против отдельного объекта "Модель". Затем в объектах продуктов у меня есть поле, названное "моделью", которая является поиском против того же списка объекта (таким образом, значения должны соответствовать). Мой рабочий процесс (который, поскольку эта точка может быть выполнена вручную на каждом продукте в системе), как предполагается, обнаруживает, когда существует соответствие между тем, что любая возможность "ищет" и "модель" продукта. Если существует соответствие, оно, как предполагается, создает новое рекордное "соответствие", которое будет включать несколько полей, детализирующих и продукт и возможность, которая создала соответствие.
Рабочий процесс утверждает, что работал успешно, однако никакая запись "соответствия" никогда не создается. Я упростил рабочий процесс для простого создания "соответствия" с именем "тест", но я все еще не имею никакого успеха. Я подозреваю, что не настраивал отношения между этими полями правильно, но я не знаю, как диагностировать это, ни как я должен был настроить их, и я не могу найти инструкции помочь с этим процессом. Я надеюсь, что у кого-то еще было больше опыта с этим, чем я имею и могу указать на меня в правильном направлении и помочь мне получить эту работу рабочего процесса.
На первый взгляд, я бы сказал, что то, что вы пытаетесь сделать, невозможно без написания (Visual Studio и C #) специального действия рабочего процесса.
Причина этого проста. Рабочие процессы OOTB не могут запрашивать данные, они могут получать только отдельные записи. В основном это означает, что рабочий процесс может запускать вверх по дереву отношений, но не ВНИЗ. Он может переходить от дочернего (N) к родительскому (1), но не наоборот.
То, что вы пытаетесь достичь, - это именно то, чего не может сделать рабочий процесс OOTB. Вы пытаетесь получить дочерние элементы записи. Ваши продукты являются дочерними по отношению к родительскому элементу Model.
Основные простые правила для этой терминологии:
- Объект с полем поиска является дочерним. Значение поиска является родительским.
- Объект со связанным представлением является родительским. Все записи, перечисленные в представлении, являются его дочерними.