Flow
Automação declarativa com estrutura clara, nomenclatura consistente e documentação.
Desenvolvimento e Automação
Implementação vs. Desenvolvimento. Escolha fundamentada na Era da IA
Construção de automações e desenvolvimento sob medida no Salesforce com uma escolha deliberada entre o declarativo e o código, em função da complexidade, desempenho e custo de manutenção - incluindo testes, controle de versão e redução de dívida técnica.
Mapa de Capacidades
O que inclui, e em que ordem
Desenvolvimento e Automação — Mapa de Capacidades
Flow
Automação declarativa com estrutura clara, nomenclatura consistente e documentação.
Apex
Lógica complexa, altos volumes e testes unitários reais.
LWC
Interfaces customizadas que otimizam o trabalho diário.
Platform Events
Desacoplamento de sistemas por meio de eventos em vez de chamadas diretas.
Testes e qualidade
Cobertura de testes significativa, não apenas formal, além de revisão de código.
Controle de versão
Sandboxes, publicação controlada e documentação de mudanças.
Contexto
O que realmente determina o resultado
A maior parte da dívida técnica no Salesforce não provém de código ruim, mas de um acúmulo de automações construídas separadamente sobre o mesmo objeto, sem que ninguém tenha a visão geral.
A regra prática é simples: tudo o que pode ser resolvido de forma declarativa e clara deve ser construído assim. O que exige lógica complexa, alto volume ou controle preciso da ordem de execução justifica-se em código, com testes.
Cada automação precisa de um responsável e documentação. Uma automação cujo propósito ninguém entende permanecerá anos no sistema e causará problemas silenciosamente.
O que fazemos
Áreas de trabalho
Apex
Lógica complexa, altos volumes e testes unitários reais.
LWC
Interfaces customizadas que otimizam o trabalho diário.
Platform Events
Desacoplamento de sistemas por meio de eventos em vez de chamadas diretas.
Testes e qualidade
Cobertura de testes significativa, não apenas formal, além de revisão de código.
Controle de versão
Sandboxes, publicação controlada e documentação de mudanças.
Matriz de Decisão
As decisões que determinam o resultado
| Requisito | Declarativo | Código | O que decide |
|---|---|---|---|
| Atualização de campos e condições | Flow | — | Simplicidade e manutenibilidade |
| Lógica com muitas exceções | Difícil de manter | Apex | Número de condições e chamadas |
| Alto volume de registros | Pode atingir limites | Apex otimizado | Escala do processamento |
| Interface customizada | Página padrão | LWC | Complexidade da interação |
| Publicação para vários sistemas | Chamadas diretas | Platform Events | Número de consumidores e tolerância a falhas |
Atualização de campos e condições
- Declarativo
- Flow
- Código
- —
- O que decide
- Simplicidade e manutenibilidade
Lógica com muitas exceções
- Declarativo
- Difícil de manter
- Código
- Apex
- O que decide
- Número de condições e chamadas
Alto volume de registros
- Declarativo
- Pode atingir limites
- Código
- Apex otimizado
- O que decide
- Escala do processamento
Interface customizada
- Declarativo
- Página padrão
- Código
- LWC
- O que decide
- Complexidade da interação
Publicação para vários sistemas
- Declarativo
- Chamadas diretas
- Código
- Platform Events
- O que decide
- Número de consumidores e tolerância a falhas
Como trabalhamos
Etapas de entrega
- 01
Mapear as automações existentes
O que é executado sobre cada objeto e em que ordem.
- 02
Decidir a abordagem
Declarativa ou código, com justificativa documentada.
- 03
Construir
Padrão de nomenclatura, modularidade e prevenção de duplicidade.
- 04
Testes
Cenários positivos e negativos, não apenas cobertura.
- 05
Publicação
Sandbox, revisão e uma janela de publicação definida.
- 06
Limpeza
Eliminar automações redundantes e reduzir a dívida.
Continue explorando
Serviços e guias relacionados
Perguntas frequentes
Desenvolvimento e Automação — perguntas comuns
O Flow é sempre melhor que o Apex?
Não. O Flow é preferível quando a lógica é simples e clara, pois sua manutenção é econômica e também acessível a administradores. Quando há lógica complexa, volumes altos ou é necessário um controle preciso da ordem de execução, Apex com testes é a opção mais segura.
Quantas automações podem existir para um mesmo objeto?
O número importa menos do que a transparência. O verdadeiro problema começa quando ninguém sabe o que é executado e em que ordem. Um padrão organizado e documentado tem mais peso do que uma regra rígida.
O que é considerado dívida técnica neste contexto?
Automações duplicadas, código sem testes, campos não utilizados, permissões muito amplas e lógica sem um responsável. Tudo isso aumenta o risco de qualquer mudança futura.
Precisamos de uma ferramenta de DevOps?
Sim, assim que houver mais de um desenvolvedor ou um ritmo constante de publicações. Em um ambiente pequeno, um processo disciplinado de sandbox e documentação pode ser suficiente no início.
Próximo passo
Analise sua camada de automação
Mapearemos o que está sendo executado hoje, identificaremos duplicatas e definiremos um padrão que sua equipe realmente possa manter.
Próximo passo
Analise sua camada de automação
Mapearemos o que está sendo executado hoje, identificaremos duplicatas e definiremos um padrão que sua equipe realmente possa manter.