Dynamics CRM 2013 - Criando relacionamentos para permitir que um fluxo de trabalho compare um valor entre duas entidades

Question

Estou trabalhando na criação de alguns fluxos de trabalho personalizados no Dynamics 2013 CRM. Eu pensei que eu tinha o processo todo descoberto, e criei um fluxo de trabalho que quando visto parece fazer sentido lógico. No entanto, não produz o resultado desejado.

Veja o que estou tentando fazer:

A oportunidade tem um campo personalizado que está "procurando" um modelo específico de item. Isso é um campo de pesquisa em relação a uma entidade separada "Modelo". Em seguida, nas entidades de produtos, tenho um campo chamado "modelo" que é uma pesquisa na mesma lista de entidades (portanto, os valores devem corresponder). Meu fluxo de trabalho (que neste ponto pode ser executado manualmente em cada produto no sistema) deve detectar quando há uma correspondência entre o que qualquer oportunidade está "procurando" e o "modelo" do produto. Se houver uma correspondência, ela deverá criar um novo "match" de registro que incluirá vários campos detalhando o produto e a oportunidade que criou a correspondência.

O fluxo de trabalho afirma ser executado com sucesso, no entanto, nenhum registro de "correspondência" é criado. Eu simplifiquei o fluxo de trabalho para simplesmente criar um "match" com o nome "test", mas ainda não tenho sucesso. Estou suspeitando que não configurei o relacionamento entre esses campos corretamente, mas não sei como solucionar isso, nem como deveria tê-lo configurado, e não consigo encontrar instruções para ajudar nesse processo. Espero que alguém tenha mais experiência com isso do que eu e possa me apontar na direção certa e me ajudar a fazer esse fluxo de trabalho funcionar.

    

Answer 1

Na superfície, eu diria que o que você está tentando fazer é impossível sem escrever (Visual Studio e C #) uma ação de fluxo de trabalho personalizada.

A razão para isso é simples. Fluxos de Trabalho OOTB não podem consultar dados, eles podem recuperar apenas registros únicos. O que isso basicamente significa é que um fluxo de trabalho pode executar uma árvore de relacionamento, mas não para baixo. Pode ir de criança (N) para pai (1), mas não o contrário.

O que você está tentando alcançar é exatamente o que um fluxo de trabalho OOTB não pode fazer. Você está tentando recuperar os filhos de um registro. Seus produtos são filhos do pai modelo.

Regras simples básicas para esta terminologia:

• A entidade com um campo de pesquisa é o filho. O valor de pesquisa é o pai.
• A entidade com uma Visualização relacionada é o pai. Todos os registros listados na exibição são seus filhos.