Conhecer variáveis, caminhos e loops

[Narrador] Então você quer saber mais sobre os Fluxos do Salesforce? Bem, é importante entender o conceito de variáveis. Simplificando, as variáveis no fluxo são usadas quando um valor pode mudar com base em certas condições. Uma variável é apenas um contêiner com uma informação. Cada variável no fluxo tem um nome e um valor. Conforme se move pelo fluxo, você pode acessar o valor na variável e até alterá-lo. É por isso que é chamado uma variável.

Pense nisso como um almoço. Sua lancheira é a variável. O nome é Meu almoço e o valor é sanduíche. Na segunda-feira, você usa sua lancheira, a variável, para carregar um sanduíche. Na terça-feira, você reutiliza a mesma lancheira, a variável, para carregar uma fatia de pizza. Variáveis, assim como uma lancheira, podem até estar vazias ou serem nulas. Agora que você tem a ideia geral de uma variável, vamos entender o que uma variável no fluxo faz.

Por exemplo, uma variável no fluxo pode ser chamada de ID de contato. Digamos que o valor da variável ID de contato seja a ID do contato principal em uma conta. O fluxo analisa todos os contatos no objeto de conta procurando por determinados recursos e conclui que outra pessoa deve ser o contato principal. O fluxo então atribui a nova ID do contato à variável ID de contato. É muito importante saber que essa alteração ainda não foi salva em sua organização do Salesforce. Variáveis são contêineres para informações que estão dentro do fluxo. Essas alterações não são salvas em sua organização do Salesforce até que você dê instruções para isso.

Parabéns! Entender variáveis pode ser complicado. Lembre-se, uma variável contém informações enquanto está no fluxo, o valor da variável pode mudar, você precisa executar mais etapas antes que o fluxo faça alterações nos dados reais em sua organização.

[Narrador] Bem-vindos à palestra de hoje sobre lancheiras. A primeira lancheira comercial foi inventada no século XIX. Brincadeirinha. Bem, mais ou menos. Este vídeo é sobre variáveis. A lancheira é um criador de fluxos. Uma variável é um contêiner que contém um pedaço de informação, assim como uma lancheira contém diferentes alimentos.

No entanto, enquanto o tipo de dados em nossa lancheira de fluxos permanece o mesmo, o valor do que está dentro pode mudar ao longo do fluxo. Uma garrafa térmica é feita para conter líquidos, certo? Assim, uma variável com um tipo de dados de texto contém texto e uma variável com um tipo de dados numéricos contém um número.

Se você criou campos do Salesforce, deve estar familiarizado com muitas das opções de tipos de variáveis, texto, número, moeda, data, data/hora, lista de opções. Mas alguns podem ser novos para você. Booleano é usado para armazenar um valor verdadeiro, falso ou em branco. É semelhante a um campo de caixa de seleção, exceto que aqui em branco não é igual a falso. Em branco significa nulo ou nada. Outro tipo de variável é a definida pelo Apex. Esse tipo de dados de variável manipula os objetos de dados complexos que normalmente são retornados do código Apex ou as chamadas para serviços web. Depois de escolhermos nosso tipo de variável, teremos a opção de permitir múltiplos valores. Isso transforma nossa variável em uma variável de coleção.

Isso é como conseguir uma lancheira maior para guardar muitos sanduíches. Nossa variável de coleção possui apenas uma coleção do mesmo tipo de variável. Por exemplo, variáveis numéricas só podem estar com outros números. E como sanduíches só podem estar em uma coleção com outros sanduíches, os registros de contato só podem estar em uma coleção com outros registros de contato. Não podemos misturar objetos em uma coleção.

Concluindo, os tipos de variáveis são semelhantes aos tipos de campos nos registros. Qualquer tipo de variável pode estar em uma coleção de variáveis desse tipo. Se sua lancheira é um contêiner para guardar tacos, você só vai comer tacos no almoço. E, como de costume, teste sempre seus fluxos em uma organização de sandbox.

[Narrador] Embora falemos muito sobre trilhas aqui no Salesforce, vamos nos concentrar por alguns minutos em caminhos, especificamente caminhos programados. Use caminhos programados em fluxos acionados por registros para agendar ações de fluxo no futuro em vez de imediatamente.

Vamos ver um exemplo. Quando um registro de lead for criado, nosso fluxo será acionado. O fluxo é desencadeado pela criação desse registro. Use um caminho programado para fazer algo acontecer minutos, horas ou dias no futuro, como enviar um email para um lead três dias após a data de sua criação. Você não está limitado apenas ao agendamento com base na data de criação. Os caminhos programados podem ser baseados em qualquer campo de data ou data/hora no objeto, e eles podem ser acionados nessa data, depois dela ou mesmo antes dela.

Digamos que haja um fluxo acionado por registro que define uma data de validade da associação quando um contato é criado. No mesmo fluxo, você pode agendar um lembrete de email para ser enviado cinco dias antes que essa associação deva expirar. Se você está familiarizado com regras de fluxo de trabalho ou o Process Builder, os caminhos programados são equivalentes a regras de fluxo de trabalho acionadas por tempo ou ações baseadas em tempo na criação de processos.

Agora, vamos falar sobre duas coisas que podem parecer caminhos programados, mas não são. O elemento inicial em um fluxo acionado por registro oferece uma opção para incluir um caminho de Execução assíncrona para acessar um sistema externo. Você pode ignorar isso até precisar de um fluxo mais avançado. E não fique confuso com fluxos acionados por agendamento. Esse é um tipo de fluxo que pode ser programado para ser executado uma vez, diariamente ou semanalmente. Por exemplo, você pode configurar um fluxo acionado por agendamento para ser executado uma vez por mês, para marcar eventuais leads que não tenham mudado nesse tempo como inativos.

Para recapitular, use caminhos programados em fluxos acionados por registros para automatizar as etapas realizadas a qualquer momento após um fluxo ser acionado inicialmente. Um registro precisa ser criado ou atualizado para configurá-lo em um caminho programado. Os caminhos programados podem ser baseados em qualquer campo de data ou data/hora no objeto. E, como sempre, não deixe de testar seus fluxos em uma sandbox primeiro.

[Narrador] O tema dos loops de fluxo é complicado, mas não se deixe enganar. Os loops no Flow Builder analisam uma coleção, como uma lista de registros, e fazem algo com base em cada registro.

Os loops do Fluxo são incrivelmente poderosos, permitindo que você crie, atualize ou exclua centenas de registros em seu banco de dados de uma só vez. Embora os loops no fluxo possam parecer complicados, a ideia faz mais sentido quando a aplicamos a algo prático.

Portanto, vamos nos juntar ao Oscar na sua vez de limpar a geladeira no final da semana. O Oscar executará todas as etapas de um loop do fluxo, apenas com sobras em vez de registros do Salesforce. Veja um detalhamento rápido de como os elementos do fluxo, ações que o fluxo pode realizar, se correlacionam com a limpeza da geladeira.

O primeiro elemento de fluxo que precisamos é Obter registros. Usamos critérios para determinar quais registros queremos obter. Neste caso, Oscar está obtendo todas as sobras não rotuladas. Em seguida, adicionamos um elemento Loop. O fluxo avaliará cada registro de cada vez à medida que ele passar pelo loop. Em nosso exemplo, isso significa que Oscar examinará cada item individualmente. Em seguida, adicionaremos um elemento de decisão. Vamos ficar com essa sobra ou jogá-la fora? Os elementos de decisão não são necessários em Loops do fluxo, mas eles fazem sentido neste caso. Para registros que desejamos atualizar, adicionaremos um elemento de atribuição para indicar nossas alterações pretendidas, como atualizar um campo de data. Para nosso exemplo, Oscar decide manter este item e adiciona um rótulo com a data de hoje a este item. Adicionamos um segundo elemento de atribuição, que é como um contêiner. Colocamos o registro no contêiner que usaremos para armazenar temporariamente todos os registros que planejamos manter. Isso é como se Oscar colocasse todas as sobras que quer guardar em uma caixa. Agora passamos o primeiro registro pelo loop e recomeçamos com o registro seguinte.

Oscar examina o item seguinte. Após o elemento de decisão, precisamos criar um caminho alternativo para o fluxo seguir. O que Oscar vai fazer com as sobras que ele não quer guardar? Vamos adicionar outro elemento de atribuição. Desta vez, usaremos um contêiner para armazenar todos os registros que planejamos excluir. O contêiner de Oscar para sobras indesejadas é sua composteira interna. Em seguida, o loop recomeça com o item seguinte. E assim sucessivamente até que todos os registros tenham passado pelo loop. Após o Loop, precisamos realmente fazer alterações no banco de dados. Nossa caixa e composteira só mantêm nossos itens temporariamente.

Vamos adicionar um elemento Atualizar registros ao fluxo para finalizar nossas alterações realizadas nos registros de manutenção. Lembre-se, adicionamos um valor de data aos nossos itens de manutenção. Oscar coloca sua caixa de volta na geladeira do banco de dados. Vamos adicionar um elemento Excluir registros para nos livrarmos dos registros que não queremos. Ou no caso de Oscar, a composteira ao ar livre. Você notou como Oscar levou todos os itens para a composteira ao ar livre de uma só vez, em vez de levar cada pedaço individualmente? Isso teria sido uma grande perda de tempo. É o mesmo com Fluxos. Convém sempre manter seus Elementos de dados, neste caso, usamos elementos Atualizar e Excluir, fora do seu loop. Quando você coloca um registro em um elemento de atribuição durante o loop, você está apenas indicando que pretende atualizá-lo após o loop, como colocá-lo de lado para lidar com isso depois. É muito mais eficiente fazer todas as mudanças de uma só vez, como carregar todo o composto para fora em um contêiner.

Parabéns, você não só aprendeu sobre loops de fluxo, mas também ajudou Oscar a limpar eficientemente sua geladeira. Não se preocupe, Oscar vai mantê-lo informado na próxima vez que precisar de ajuda.

[Narrador] Então você tem um problema na sua automação do Flow Builder que requer alguma solução de problemas. Bem, eu tenho boas notícias: o Flow Builder vem com uma ferramenta de depuração integrada. A depuração ajuda a identificar o problema e isolar a fonte, para que você possa corrigir o problema ou determinar uma maneira de contorná-lo. Sabemos que suas automações estão sempre configuradas perfeitamente e nunca ficam inválidas, ou seja, você não precisa da ferramenta de depuração. Esse certamente não é o caso, mesmo para os especialistas em Flow Builder mais experientes.

A ferramenta de depuração do Flow Builder é fundamental para qualquer um que crie fluxos. Quando a ferramenta de depuração no Flow Builder termina, o resultado é exibido de maneira detalhada. A automação foi bem sucedida? Ela falhou? Onde ela falhou? Os detalhes do resultado vão descrever como a entrevista começou, ou seja, o que acionou o fluxo, quais interações com o registro aconteceram e se essas ações foram bem sucedidas ou não.

A ferramenta de depuração do Flow Builder não é apenas útil para solução de problemas, mas também para testes iniciais. Os recursos incluem testar a automação antes de entrar em produção. Designar uma variável de entrada específica durante a depuração. Depurar diferentes caminhos da automação. Acionar um fluxo como se o registro tivesse sido criado, atualizado ou excluído. Executar a automação como outro usuário. E produzir detalhes da depuração e o caminho que ela tomou. Use a ferramenta de depuração do Flow Builder para criar uma nova automação ou para corrigir uma automação existente com problemas.

Lembre-se ao depurar no Flow Builder de que ele realmente interage com os dados na organização. É por isso que é imperativo sempre depurar um fluxo em uma organização de sandbox. Um recurso incrivelmente útil para usar ao testar em sua organização de sandbox é a opção de modo de reversão. Se você usar o modo de reversão ao depurar um fluxo, o Flow Builder reverterá as alterações que a automação faz para a organização após o término da automação.

Para recapitular, todas as automações novas ou atualizadas do Flow Builder devem ser testadas com depuração. A depuração tem inúmeros recursos, como designar variáveis de entrada, revelar resultados de elementos de fluxo e executar automações como outro usuário. A melhor prática é depurar em uma organização de sandbox e usar o modo de reversão.