LIÇÃO 15Regras de Negócio Sem Código
Uma Business Rule é uma lógica SE/ENTÃO que roda no formulário, em tempo real, sem JavaScript e sem Plugin. O campo fica obrigatório quando a prioridade é Alta. A seção de diagnóstico aparece só quando o tipo é "Defeito". O alerta aparece quando o produto está fora de garantia. Tudo configurável visualmente.
Resultado desta lição
Ao final, você terá criado três regras de negócio para o formulário de Caso: uma que torna campos obrigatórios por prioridade, uma que exibe alertas por tipo de problema e uma que oculta seções quando não aplicável.
As 6 ações disponíveis em uma Business Rule
Mostrar mensagem
Exibe alerta de erro ou aviso no formulário
Campo obrigatório
Torna o campo obrigatório ou opcional dinamicamente
Bloquear campo
Deixa o campo somente leitura com base em condição
Mostrar/ocultar
Exibe ou esconde campo ou seção dinamicamente
Definir valor
Preenche automaticamente um campo com um valor
Recomendação
Sugere um valor sem obrigar, com ícone de sugestão
Mostrar mensagem: "Casos de alta prioridade exigem descrição detalhada"
Passo a passo — criando 3 regras de negócio
-
Acesse o editor de Business Rules
→make.powerapps.com → Tables → Case → Business rules
→ Clique em+ New business ruleO editor visual abre com um canvas de arrastar e soltar. À esquerda, a condição. À direita, as ações do lado verdadeiro e falso.
Escopo da regra: Uma Business Rule pode rodar no formulário (Entity escopo) ou somente em um formulário específico. Escolha Entity para que a regra valha em todos os formulários da tabela, incluindo criação via API. Escolha um formulário específico se quiser a regra só na interface. -
Regra 1 — Descrição obrigatória para Alta Prioridade
Nome da regra:Alta Prioridade exige DescriçãoNo canvas, configure a condição:
Condição: Priority → Equals → HighNo lado True (condição verdadeira), arraste a ação Set Field Required:
Ação True: Description → Business Required
Ação True: Show message → "Casos de alta prioridade exigem descrição detalhada do problema."No lado False (condição falsa):
Ação False: Description → OptionalClique em
Save → Activate.Ative após salvar: Uma Business Rule salva mas não ativada não funciona. Sempre clique em Activate após salvar — e confirme a ativação no diálogo. -
Regra 2 — Alerta quando produto fora de garantia
Nome da regra:Aviso — Produto fora de garantiaEsta regra usa a tabela Produto Atendido (não Case). Acesse:
→Tables → Produto Atendido → Business rules → + NewCondição: Garantia Vigente → Equals → NoAção True: Show message (Error) → "Produto fora de garantia. Verificar cobertura contratual antes de prosseguir com atendimento."Clique em
Save → Activate.Tipos de mensagem: Error bloqueia o salvamento até o usuário reconhecer. Warning exibe o alerta mas permite salvar mesmo assim. Information é informativo sem bloquear. Use Error para validações críticas, Warning para avisos, Information para orientações. -
Regra 3 — Ocultar seção de escalonamento quando resolvido
Nome da regra:Ocultar escalonamento em casos resolvidosCondição: Status → Equals → ResolvedAção True: Set Visibility → Seção "Escalonamento" → Hide
Ação True: Set Field Lock → Priority → Locked (somente leitura)Ação False: Set Visibility → Seção "Escalonamento" → ShowClique em
Save → Activate.Bloquear campos em casos resolvidos: Isso impede alterações acidentais em campos importantes após o fechamento — sem precisar de JavaScript ou Plugin. Um recurso simples que adiciona muita integridade ao processo. -
Teste as regras no formulário
→ Customer Service Hub → abra ou crie um caso
→ Mude o campo Prioridade paraHigh
→ Tente salvar sem preencher a DescriçãoO formulário deve bloquear o salvamento e exibir a mensagem "Casos de alta prioridade exigem descrição detalhada do problema." — sem você ter escrito uma linha de código.
Teste 2: Abra um caso Resolvido → verifique se a seção de Escalonamento está oculta e os campos bloqueados
Checklist
- Criou a regra que torna Descrição obrigatória para Alta Prioridade
- Criou o alerta de produto fora de garantia na tabela Produto Atendido
- Criou a regra que oculta seção e bloqueia campos em casos resolvidos
- Ativou todas as regras após salvar
- Testou os comportamentos no Customer Service Hub
- Sabe a diferença entre Error, Warning e Information nas mensagens
- Entende a diferença entre escopo Entity e escopo de formulário específico
Business Rule vs. JavaScript vs. Plugin — quando usar cada um
JavaScript (Web Resource): Use quando a lógica é mais complexa — manipular múltiplos campos ao mesmo tempo, chamar APIs externas, interações avançadas de UX que Business Rules não suportam.
Plugin (.NET): Use quando a lógica precisa rodar no servidor — independente de formulário, em qualquer criação/atualização de registro, inclusive via API e Power Automate. É o mais poderoso e o mais complexo.
A ordem de preferência para um analista funcional: Business Rule → JavaScript → Plugin. Quanto menos código, melhor para manutenção. Use código apenas quando não há alternativa declarativa.
