Solucionar problemas comuns de configuração com regras automáticas de criação e atualização de registros
Este artigo fornece resoluções para cenários comuns de falha de configuração com regras automáticas de criação e atualização de registros, devido às quais a criação de registros pode falhar ou ser ignorada.
Cenário 1
Exemplo: configuração na regra de criação e atualização automática de registros
- A opção Criar contato para remetente desconhecido deve ser selecionada.
- Defina critérios de condição para Qualquer email de entrada.
- Adicione ação para criar um caso, selecione Exibir propriedades e defina os campos de caso por caso de uso comercial.
Erro 1 – "O caso está faltando cliente"
No campo Cliente da seção DETALHES DO CASO, o valor da Conta de Remetentes (Email) é definido como mostrado abaixo.
Essa configuração resulta no seguinte erro em trabalhos do sistema:
O caso está faltando cliente.
Resolução do Erro 1
Para resolve esse problema, mantenha o campo Cliente em branco ou defina-o como {Sender(Email)}. Isso permite que o sistema crie automaticamente um contato para o remetente desconhecido e vincule-o ao caso.
Erro 2 - "Ocorreu um erro"
O campo Cliente é definido como {Senders Account(Email)}e o campo Contato é definido como {Sender(Email)}.
Essa configuração resulta no seguinte erro em trabalhos do sistema:
Ocorreu um erro. Experimente essa ação novamente. Se o problema continuar, marcar o Microsoft Dynamics 365 Community para soluções ou entre em contato com o Administrador do Microsoft Dynamics 365 da sua organização. Por fim, você pode entrar em contato com Suporte da Microsoft.
Resolução do Erro 2
Para resolve esse problema, mantenha o campo Cliente em branco ou defina-o como {Sender(Email)}. Isso permite que o sistema crie automaticamente um contato para o remetente desconhecido e vincule-o ao caso.
Erro 3 : "O contato especificado não pertence ao contato especificado no campo do cliente".
Os campos Cliente e Contato são definidos como {Sender(Email)}.
Essa configuração resulta no seguinte erro em trabalhos do sistema:
O contato especificado não pertence ao contato especificado no campo do cliente. Remova o valor do campo de contato ou selecione um contato associado ao cliente selecionado e tente novamente.
Resolução do Erro 3
Para resolve esse problema, deixe o campo Contato em branco e defina o campo Cliente em branco ou para {Sender(Email)}.
Etapas de validação
Você deve validar as etapas de configuração e validação fornecidas na tabela a seguir para entender a main causa do problema e resolve-lo.
| Opção na criação automática de registros e regra de atualização no gerenciamento de serviços | Se selecionado como | Etapas de validação | Resultado |
|---|---|---|---|
| Criar um caso se houver um direito válido para o cliente | Sim | Valide se existe um direito ativo para o cliente. O direito ativo válido é avaliado como abaixo: - Se o remetente do email for um contato com uma conta pai, Dynamics 365 Serviço ao Cliente criará um caso se a conta pai do contato tiver um direito válido e o contato estiver listado na seção Contatos do direito Ou, – Se a seção Contatos estiver vazia (o que significa que o direito é aplicável a todos os contatos para o cliente) |
Um caso é criado. |
| Criar um caso a partir de um email enviado por remetentes desconhecidos | Sim | Para qualquer email de entrada de um remetente desconhecido | - Um caso é criado.
- Um contato também é criado para o remetente desconhecido. |
| Sim | Para um email de entrada com endereço de email de conta inativa ou contato | - Um caso é criado.
– Uma conta ou contato inativo é ativado. |
|
| Não | Para um email de entrada com endereço de email de conta ativa ou contato | Um caso é criado. | |
| Não | Para um email de entrada enviado por tipo de registro diferente de conta ou contato | Nenhum caso foi criado. | |
| Não | Para um email de entrada com endereço de email de conta inativa ou contato | Nenhum caso foi criado. | |
| Criar um caso para atividades associadas a um caso resolvido | Sim | Para um email de entrada relacionado a um caso resolvido | Um caso é criado. |
| Sim | Para um email de entrada relacionado a um caso ativo | Nenhum caso foi criado. |
Cenário 2 – O uso de {Regarding(Email)} na experiência herdada não fornece os dados corretos no fluxo
Em itens herdados de "criação automática de registros e regras de atualização" no Serviço de Cliente, para pesquisar a entidade (um contato ou uma conta) que envia um email, você pode usar a pesquisa polimórfica Sender (Email), que busca automaticamente a entidade apropriada e exibe o nome da entidade. Pesquisas polimórficas são pesquisas em que o destino da pesquisa é mais de um tipo de entidade. Por exemplo, ele pode apontar para um contato ou uma conta. No entanto, em "regras modernas de criação e atualização de registros automáticos", essa exibição automática não tem suporte, portanto, você precisa especificar o tipo de entidade que deseja recuperar junto com os campos a serem exibidos dessa entidade.
Motivo
Um fluxo não usa o valor {Regarding(Email)} como um fluxo de trabalho herdado porque as expressões de fluxo fazem referência a um valor de dados de uma das cargas da etapa de fluxo anterior. Por exemplo, se o valor {Regarding(Email)} estiver vazio quando o fluxo começar, o valor na carga da etapa de gatilho para {Regarding(Email)} permanecerá vazio. Mesmo que o valor {Regarding(Email)} seja atualizado após a criação de um caso, os dados de registro de email serão atualizados, mas a carga no fluxo não. Portanto, quando o valor da carga é referenciado nas etapas de fluxo subsequentes, ele permanece vazio.
Resolução
Se o valor {Regarding(Email)} for usado em itens de regra herdados, você precisará atualizar manualmente o fluxo migrado para usar a "Id de incidente" ou "ID do OData". Use a "Id OData" para campos que exigem referência de entidade ou pesquisas. Use o identificador exclusivo de caso para campos que exigem GUID.
Cenário 3 – Problemas com a renderização de pesquisas polimórficas em campos não pesquisados durante a migração do herdado para as modernas "regras automáticas de criação e atualização de registros"
Um item herdado de "regras de atualização e criação de registros automáticos" usando pesquisas polimórficas, como o Remetente, resulta em uma pesquisa inválida quando atribuída a um campo de texto.
Em itens herdados de "criação automática de registros e regras de atualização" no Serviço de Cliente, para pesquisar a entidade (um contato ou uma conta) que enviou um email, você pode usar a pesquisa polimórfica Sender (Email), que busca automaticamente a entidade apropriada e exibe o nome da entidade. Pesquisas polimórficas são pesquisas em que o destino da pesquisa é mais de um tipo de entidade. Por exemplo, ele pode apontar para um contato ou uma conta. No entanto, nas "regras modernas de criação e atualização de registros automáticos", essa exibição automática não tem suporte. Portanto, você precisa especificar o tipo de entidade que deseja recuperar junto com os campos a serem exibidos dessa entidade.
Motivo
O comportamento clássico do fluxo de trabalho usado por "regras automáticas de criação e atualização de registros" herdado tem muitos comportamentos ocultos. Por exemplo, determinar automaticamente o tipo de entidade e buscar um campo como o nome de exibição se o parâmetro for usado em uma cadeia de caracteres, mas retornar a ID se atribuído a um campo de pesquisa. O código de migração de plataforma que "regras automáticas de criação e atualização de registros" usa ao converter de fluxos de trabalho herdados para modernos não adiciona as etapas e campos necessários.
Resolução
Para resolver esse problema,
- Atualize a pesquisa para um tipo específico.
- Use um campo diferente na entidade de entrada que contém o texto desejado.