none
[Online 15"] Critério de sucesso do SLA - Update Case RRS feed

  • Pergunta

  • Prezados bom dia

    estou com um problema para rodar um SLA. O processo é simples, eu tenho um campo na Ocorrência de nome "Prazo Atendido?" do tipo OptionSet com valores Null, Sim, Não.

    Configurei o SLA aplicável na criação da ocorrência e a ação da falha é configurar o campo de Prazo Atendido como "Não", e a ação com exito é configurar o campo Prazo Atendido como "Sim".

    O problema é que a condição de sucesso está justamente associada ao Cumprimento da Ocorrência e quando o SLA tenta configurar o campo pra Sim, ele gera uma Falha pois o registro de ocorrência já foi fechado, já para o critério de falha ele está funcionando perfeitamente.

    

    Alguém tem uma alternativa para este problema ? 



    • Editado Thiago_Lima quinta-feira, 5 de novembro de 2015 13:09
    quinta-feira, 5 de novembro de 2015 13:05

Respostas

  • Boas Pedro,

    Não consegui via WF Sincrono com step "Antes de" por 1 motivo, ele até conseguia fazer o serviço, porem para ambos os casos de Cumprir ou Cancelar ele estava configurando o campo, mas no meu processo apenas tem que configurar se for Cumprir, a unica forma de o WF sincrono saber se o status é Cumprir ou Cancelar seria em um step "Apos", mas ai o Status já estaria no BD e não teria como alterar mais.

    Consegui "em partes" avançar nesse problema.

    utilizei o Ribbon Workbench, adicionei uma chamada JS para realizar o preenchimento dos campos no botão "Cumprir Ocorrência" , pois assim que o usuário clicar em Cumprir ele configura o campo "Prazo Atendido" automaticamente, porem se a pessoa cancelar o campo continua configurado. ai agora estou pensando em uma alternativa para só fazer a chamada JS após o usuario clicar em "Confirmar" no Dialog.

    

    assim, se o usuário cancelar o Prazo Atendido continua configurado e estou pensando como resolver este caso, alguma sugestão ? 


    • Editado Thiago_Lima quarta-feira, 11 de novembro de 2015 11:58
    • Marcado como Resposta Thiago_Lima quinta-feira, 26 de novembro de 2015 11:47
    quarta-feira, 11 de novembro de 2015 11:56

Todas as Respostas

  • Thiago,

    Configure o processo de workflow para ser sincrono e coloque a ação anterior, acredito que resolva.

    []'s,


    Tiago Michelini Cardoso
    Microsoft Dynamics CRM MVP
    http://tiagomcardoso.com

    • Marcado como Resposta Thiago_Lima quinta-feira, 5 de novembro de 2015 22:07
    • Não Marcado como Resposta Thiago_Lima quinta-feira, 5 de novembro de 2015 22:07
    quinta-feira, 5 de novembro de 2015 21:12
    Moderador
  • Ola Tiago,

    Como dependo das ações do proprio SLA não estou utilizando o Workflow e tambem não sei como eu poderia utiliza-lo nesta situação. se eu colocar alguma ação síncrona de workflow em paralelo ainda assim ele não vai conseguir pegar o valor da condição de sucesso do SLA, que neste caso é o Cumprimento da Ocorrência, eu até tentei mas quando ele tenta pegar este valor retorna um erro (provavelmente porque do resultado da ação Sucess do SLA ainda não foi gerada)

    quinta-feira, 5 de novembro de 2015 22:09
  • Estive pensando em uma alternativa para este problema mas ainda assim é um pouco problemática por 1 motivo em especifico;

    Criei um campo de validação de nome ValidacaoCondicao booliano e o valor padrão dele é Sim, configurei o SLA para que a ação de falha seja configurar este campo com valor Não, dai criei um workflow Síncrono para verificar o step antes da alteração do status pegar o valor do campo ValidacaoCondicao e jogar no campo "Prazo Atendido?" que vai ser mostrado em relatorios. Se o usuario Cumprir a Ocorrencia neste formato o fluxo dá certo, ele pega o valor atual do campo ValidacaoCondicao se o SLA nao tiver falhado estará Sim, e se tiver falhado vai pegar o Não... unico problema desse fluxo é que se o usuario cancelar a ocorrencia o workflow vai pegar o valor do campo ValidacaoCondicao e jogar la no campo de destino, e assim está errado, no ato de cancelamento o campo terá que ficar Null. e ai novamente não consigo fazer um workflow com a condicional Post para verificar se o Status que o usuario usou foi Cumprir ou Cancelar, mas ainda assim independente da opção a ocorrência estará fechada e ele irá gerar um erro.




    • Editado Thiago_Lima segunda-feira, 9 de novembro de 2015 16:12
    sexta-feira, 6 de novembro de 2015 17:33
  • Boas Thiago,

    Mas agora com os Workflows sincronos você consegue correr o Workflow antes de ele alterar o estado, basta para isso:

    Se reparares estou a dizer ao workflow para iniciar antes que o estado seja registado na BD.

    Espero ter ajudado.
    Se respondi a sua pergunta por favor marque como resposta e\ou como útil.


    Pedro Azevedo Crm Specialist 4.0\2011

    • Sugerido como Resposta Azevedo PedroMVP quarta-feira, 11 de novembro de 2015 01:25
    quarta-feira, 11 de novembro de 2015 01:25
  • Boas Pedro,

    Não consegui via WF Sincrono com step "Antes de" por 1 motivo, ele até conseguia fazer o serviço, porem para ambos os casos de Cumprir ou Cancelar ele estava configurando o campo, mas no meu processo apenas tem que configurar se for Cumprir, a unica forma de o WF sincrono saber se o status é Cumprir ou Cancelar seria em um step "Apos", mas ai o Status já estaria no BD e não teria como alterar mais.

    Consegui "em partes" avançar nesse problema.

    utilizei o Ribbon Workbench, adicionei uma chamada JS para realizar o preenchimento dos campos no botão "Cumprir Ocorrência" , pois assim que o usuário clicar em Cumprir ele configura o campo "Prazo Atendido" automaticamente, porem se a pessoa cancelar o campo continua configurado. ai agora estou pensando em uma alternativa para só fazer a chamada JS após o usuario clicar em "Confirmar" no Dialog.

    

    assim, se o usuário cancelar o Prazo Atendido continua configurado e estou pensando como resolver este caso, alguma sugestão ? 


    • Editado Thiago_Lima quarta-feira, 11 de novembro de 2015 11:58
    • Marcado como Resposta Thiago_Lima quinta-feira, 26 de novembro de 2015 11:47
    quarta-feira, 11 de novembro de 2015 11:56