Diferença entre fluxo de trabalho e construtor de processos

Um gatilho é um código do Apex que executa antes ou depois dos seguintes tipos de operações no Salesforce: inserir, atualizar, excluir, mesclar, cancelar a exclusão.

Um fluxo de trabalho, por outro lado, aciona as ações do fluxo de trabalho quando condições específicas são atendidas. As ações do fluxo de trabalho podem ser configuradas para serem executadas imediatamente quando um registro atender às condições da regra.

1. O fluxo de trabalho é apontar e clicar, que não precisa de codificação. Quando você deseja executar uma ação (email, tarefa, atualização de campo ou mensagem de saída) para o mesmo objeto ou de um objeto filho para pai, você pode usar as regras de Fluxo de Trabalho.

2. Disparador: é uma abordagem programática e orientada a eventos (inserir, atualizar, mesclar, excluir). Você pode chamá-lo como versão avançada do fluxo de trabalho. O gatilho funciona em todos os objetos.

Você pode criar um novo registro através do acionador, o que não é possível através do fluxo de trabalho.

Rae está basicamente certo, mas os fluxos de trabalho também podem ter ações programadas. Por exemplo, digamos, três dias após a aprovação de um registro ou a modificação de um campo, alguma ação pode ocorrer; como um email, uma mensagem para outro sistema, outro campo recebe atualizações ou cria uma tarefa para o proprietário do registro (como "ligar para o cliente" ou algo parecido).

Também para ser um pouco mais detalhado, os gatilhos podem (e geralmente funcionam) em vários registros - na verdade, 200 registros por vez, normalmente. Os fluxos de trabalho funcionam apenas em um registro.

Os gatilhos também são executados em contextos muito específicos de "antes" ou "depois" do registro em que o DML (manipulação de dados) foi feito - isso faz uma grande e grande diferença no que acontece aos seus dados.

Se você quiser saber mais sobre o Salesforce, sugiro ir ao Salesforce Trailhead;

Trailhead | A maneira divertida de aprender o Salesforce

O Salesforce possui ótimos materiais para entender essas duas ferramentas detalhadamente (conforme publicado por Gurudu), portanto, responderei com mais foco no lado menos técnico desta questão.

Se você estiver falando com a equipe técnica sobre essas ferramentas, também deverá considerar os Process Builders and Flows, que também são formas de executar a automação de processos. Os gatilhos são escritos em código, onde os outros três têm benefícios exclusivos e são "declarativos", basicamente significando que você não precisa saber como escrever código para usá-los (embora não doa).

Os gatilhos oferecem mais potência e controle. Se você estiver fazendo muita codificação em sua instância, é melhor usar um gatilho, juntamente com uma estrutura para controlar a ordem das operações. Converse com sua equipe técnica sobre o uso de uma estrutura EDU. Sem ser muito técnico, o objetivo é controlar cuidadosamente a ordem das operações dos vários tipos de automação em sua organização, para que você não tenha automações sobrepostas, causando comportamentos inesperados e resultados imprevisíveis. Certifique-se de ter um recurso técnico que entenda e possa arquitetá-lo com cuidado, pois isso não resultará em problemas maiores e altos custos a longo prazo, à medida que você seguir esse caminho.

Os fluxos são como codificação de apontar e clicar. Você precisa de um pouco de conhecimento sobre como estruturar a lógica e como usar as várias ferramentas oferecidas no construtor de fluxo. Pessoalmente, não recomendo que recursos não técnicos usem essa ferramenta. Você pode usar o trailhead e outros recursos para treiná-lo ou contratar um parceiro ou contratado para trabalhar com você para aprender como usá-lo. Alguns usos comuns que tornariam essa ferramenta importante são a necessidade de consultar outros registros ou solicitar ao usuário as entradas usadas na sua automação (fluxo visual). Muito poderoso, mas não tão eficaz para trabalhar com dados em massa quanto código. Por outro lado, você não precisa escrever a cobertura do código de teste como faria para um gatilho ou outro ápice, o que economiza tempo.

Os Process Builders são automações de processos bastante simples. Você pode executá-los quando um registro é criado ou quando ele é editado e atende aos critérios que você fornece. Por exemplo, se você deseja alterar automaticamente o valor em um campo após um determinado período de tempo ou quando algo acontece em um registro relacionado. Um dos recursos interessantes dos construtores de processos é como eles podem facilmente referenciar dados através de relacionamentos e que eles podem ter vários conjuntos de critérios diferentes que acionam ações diferentes. Há muito o que aprender aqui, mas algumas notas importantes incluem o fato de que os construtores de processos são a melhor maneira de enviar alertas por e-mail de sua organização, pois é menos provável que você tenha limites dessa maneira do que usaria código apex e gatilhos. Outros usos comuns são para atualizações automatizadas simples de registros, acionando processos de aprovação automaticamente, iniciando um fluxo, criando novos registros etc.

As regras de fluxo de trabalho são a ferramenta de automação de processos mais antiga e testada no tempo na plataforma. Parece que a força de vendas planeja eliminar gradualmente esses itens e substituí-los por construtores de processos, mas ainda há algumas vantagens em usá-los. Eles podem enviar mensagens de saída que não podem ser feitas usando fluxos ou construtores de processos.

Para ver uma comparação dos recursos disponíveis nas várias ferramentas declarativas listadas aqui, consulte a tabela aqui:

Automação do processo

Ou se você tiver dúvidas, fique à vontade para comentar e ficarei feliz em ajudar.

O fluxo de trabalho é um ponto e clique em Ferramenta que não precisa de codificação. Quando você deseja executar ações como Atualização arquivada, Email, Mensagem de saída e criar tarefa do mesmo objeto ou do objeto filho para o pai (no relacionamento de detalhes mestre), você pode usar o fluxo de trabalho. Você também pode executar essas ações com base nos disparadores de tempo. É uma ferramenta automatizada que é acionada com base nos critérios de avaliação e nos critérios de regra. Usando o fluxo de trabalho, você não pode criar um registro.

Trigger é uma abordagem programática que é acionada quando antes ou depois de um registro ser inserido, atualizado ou excluído. Usando o trigger, você pode trabalhar em vários objetos. Envolve codificação que você pode consultar e pode executar qualquer operação DML.

Para mais informações :

Gatilhos | Guia do desenvolvedor do Apex | Desenvolvedores do Salesforce

Regras de fluxo de trabalho - developer.force.com

O fluxo de trabalho é um processo automatizado que acionou uma ação com base nos critérios de Avaliação e nos critérios de regra. Podemos acessar um fluxo de trabalho através do objeto. Trigger é um pedaço de código que é executado antes ou depois de um registro ser inserido ou atualizado.

Workflow

  • Você não pode criar registros
  • Atualmente, eles só podem resultar em uma tarefa, email, atualização de campo ou mensagem de saída
  • Eles só podem cruzar objetos em um relacionamento de detalhes mestre, dos detalhes ao mestre, e apenas para certos cenários (todos personalizados para objetos personalizados, alguns personalizados para objetos padrão e ainda menos padrão para padrão)

Desencadear

  • Pode fazer essas coisas, mas obviamente usando código
  • Freqüentemente necessário para cenários do tipo de acumulação em que os campos de resumo da acumulação não podem ser usados
  • Freqüentemente necessário quando um registro precisa ser criado em um objeto diferente, necessário para iniciar algum código principal. Muitas outras razões.

Vou indicar um exemplo de como as regras de fluxo de trabalho podem ajudar a otimizar seus negócios.

Acompanhamento antes da expiração de um contrato

Objeto

Contrato

Descrição

Envie um lembrete por e-mail para o gerente de renovação 20 dias antes da data de término do contrato.

Critério de avaliação

Avalie a regra quando um registro for: criado e sempre que for editado para atender posteriormente aos critérios

Critérios de regra (filtro)

Execute esta regra se os seguintes critérios forem atendidos.

1

(Contrato: Status igual a Ativado)

Ações imediatas

Nenhum

Ações dependentes do tempo

20 dias antes do contrato: data de término - alerta por email: envie um lembrete por e-mail ao gerente de renovação para confirmar se o cliente deseja uma extensão.

Você pode seguir um caminho livre de desenvolvimento da força de vendas

aqui

.