Articles

ordem de execução (regras, gatilhos, etc.) in Salesforce & Debug Log

Salesforce has a bunch of rules that can be defined on objects and fields. Por exemplo, você pode definir regras de validação, regras de fluxo de trabalho, construtor de processos, fluxos, regras de atribuição, regras de escalada, regras de auto-resposta, gatilhos etc.

Se você é um administrador, consultor, desenvolvedor ou arquiteto – é importante para você entender a ordem pela qual estas regras e gatilhos são executados.

a imagem a seguir mostra a ordem de execução visualmente. (Para mais detalhes, consulte o URL do Guia de desenvolvimento Apex mencionado em ‘References & URLs úteis’ abaixo).

Now, at times things will not work as you expect it to. Seu sistema pode se comportar como um bêbado (ou pelo menos você pensaria assim). Nesses casos, o recurso ‘Debug Logs’ da Salesforce virá em seu socorro.

suponhamos que temos configurado o seguinte sobre o Chumbo objeto

  1. Existe uma regra de validação em levar o objeto que indica que, se a liderar a classificação é quente, o e-mail não pode ser vazio
  2. Então temos de ter configurado regras duplicadas no Salesforce para garantir que o levam a ser criada já não existe
  3. Então, não é uma forma de Levar a regra de atribuição definidos no Salesforce que atribui todo o “Quente” leva para o usuário “Nick Admas”.
  4. então há uma regra de fluxo de trabalho com a ação de atualização de campo definido que define o campo de escolha da indústria de levar a” Tecnologia ” se a cidade é San Francisco.
  5. Seguinte, há um Processo Construtor com critérios se Levar Status é “a Visita ao Local’, em seguida, uma Visita ao Local de registro deve ser criado automaticamente o mapeamento de valores de Chumbo.

Se você estiver usando uma combinação de diferentes recursos em força de vendas e execução em problemas onde o sistema não está se comportando da maneira que você esperava, a melhor forma de diagnosticar e solucionar problemas serão para ativar a depuração no (Setup> Logs de Depuração), execute a transação e, em seguida, verifique o log de depuração. Com base no exemplo dado acima, aqui está o que você vai ver no log de depuração (passar sobre estas imagens para ampliar).

Debugging Order of Execution in Salesforce
Debugging Order of Execution in Salesforce

Keep this sequence in mind while designing your solution and your app will behave properly.

(a propósito, se você está se preparando para a Plataforma de Certificação de Desenvolvedor, há um par de perguntas sobre a ordem de execução)

Referência & Útil URLs
  1. Dispara e a Ordem de Execução – Apex Guia do Desenvolvedor (15 minutos) – https://developer.salesforce.com/docs/atlas.en-us.apexcode.meta/apexcode/apex_triggers_order_of_execution.htm
  2. 20 Diferentes Monitoramento de & Ferramentas de Auditoria no Salesforce – Post no Blog (20 minutos) – https://www.asagarwal.com/monitoring-and-auditing-tools-in-salesforce/
Post do Blog do Log de Alteração
  1. agosto de 2015 – Publicado pela Primeira vez
  2. August 2019 – Updated to include duplicate rules, process builders & flows
  3. November 2020-Updated as per Winter ‘ 21 release to include record triggered flows