Como Fazer

Como utilizar Variáveis de Ambiente em soluções do Power Automate e Power Apps

Luiz Antonio Sgargeta
- Sócio fundador e CEO da Trinapse, IA aplicada, Microsoft 365 e Power Platform
· 3 min de leitura
TRINAPSE - 18 - Como utilizar Variáveis de Ambiente em soluções do Power Automate e Power Apps

Arquitetura da Power Platform utilizando variáveis de ambiente para separar configurações entre ambientes de desenvolvimento, teste e produção.

Exemplo de variável de ambiente configurada dentro de uma Solution no Power Automate para evitar uso de valores fixos em fluxos.

Uso de variável de ambiente no Power Apps para controlar URLs e comportamentos do aplicativo sem alterar o código.

Variáveis de ambiente armazenadas no Dataverse sendo reutilizadas por Power Automate e Power Apps em soluções corporativas.

Quem trabalha com soluções profissionais na Microsoft Power Platform aprende rápido:
hardcode é inimigo de escala, governança e deploy confiável.

Variáveis de ambiente são o recurso que separa flows e apps de laboratório de soluções corporativas prontas para Dev / Test / Prod.

Neste artigo, você vai ver como usar variáveis de ambiente na prática, com exemplos reais, decisões técnicas e erros comuns que costumam aparecer só depois que a solução já está em produção.


O que são Variáveis de Ambiente (objetivamente)

Variáveis de ambiente são valores configuráveis armazenados no Dataverse, criados dentro de Solutions, que podem ser consumidos por:

  • Power Automate
  • Power Apps
  • Referências de conexão
  • Configurações de soluções

Elas permitem alterar o comportamento da solução sem editar flows ou apps.

Em projetos reais, isso é o que viabiliza deploy limpo, rastreável e repetível.


Quando você DEVE usar Variáveis de Ambiente

Use sempre que o valor:

  • muda entre ambientes
  • depende do contexto do cliente ou área
  • pode mudar no futuro
  • é reutilizado em mais de um fluxo ou app

Exemplos reais de projeto

  • URL de site SharePoint
  • ID de lista ou biblioteca
  • E-mail de grupo corporativo
  • Caminho de pasta
  • Flags de manutenção ou debug
  • Limites de aprovação

Se esse valor estiver fixo dentro de um fluxo, ele está errado.


Pré-requisito obrigatório: trabalhar com Solutions

Variáveis de ambiente só fazem sentido dentro de Solutions.

Fluxos e apps criados fora de Solution:

  • não escalam
  • não versionam bem
  • não fazem deploy limpo

Se sua solução não está em Solution, o problema não é a variável — é a arquitetura.


Como criar uma Variável de Ambiente (passo a passo)

1️⃣ Dentro da Solution

  • Novo → Environment variable

2️⃣ Definições recomendadas

  • Nome de exibição: URL Site Financeiro
  • Nome do esquema: crb_URL_Site_Financeiro
  • Tipo de dado: Texto

3️⃣ Valores

  • Valor padrão → usado normalmente em Dev
  • Valor atual → sobrescrito em Test / Prod

Durante a importação da Solution, o Power Platform obriga o preenchimento, evitando erros silenciosos.


Usando Variáveis de Ambiente no Power Automate

Caso real: URL de SharePoint dinâmica

❌ Errado (hardcoded):

https://empresa.sharepoint.com/sites/Financeiro

✅ Correto:

environmentVariables('crb_URL_Site_Financeiro')

Onde usar

  • Site Address
  • Folder Path
  • HTTP Requests
  • Condições
  • Ações reutilizadas

Esse padrão elimina:

  • edição manual pós-deploy
  • risco de apontar para ambiente errado
  • retrabalho em produção

Usando Variáveis de Ambiente no Power Apps

Variáveis de ambiente ficam disponíveis automaticamente como identificadores globais.

Exemplo real

Launch(crb_URL_Site_Financeiro)

Exemplo com flag de manutenção

If(
    crb_FLAG_ModoManutencao,
    Notify(
        "Sistema em manutenção",
        NotificationType.Warning
    )
)

Um simples toggle no ambiente controla o comportamento do app inteiro.


Padrão profissional de organização (recomendado)

Categorias de variáveis

Prefixo

Uso

URL_

Endereços

EMAIL_

Notificações

ID_

Identificadores

CFG_

Configurações

FLAG_

Comportamento

Exemplo real

Variável

Finalidade

URL_Site_Documentos

SharePoint

EMAIL_Financeiro

Alertas

CFG_LimiteAprovacao

Regra

FLAG_ModoDebug

Logs


Segurança: o que NÃO fazer

❌ Usar variável de ambiente para senha
❌ Exibir valor sensível em tela
❌ Misturar configuração técnica com regra complexa

Para segredos, use:

  • Azure Key Vault
  • Conectores seguros
  • Referências de conexão

Variável de ambiente não é cofre de senha.


Deploy correto entre ambientes (fluxo real)

  1. Desenvolvimento em Dev
  2. Valores padrão configurados
  3. Exportação da Solution
  4. Importação em Test / Prod
  5. Ajuste de valores específicos
  6. Nenhuma edição manual de flow ou app

✔ Processo auditável
✔ Escalável
✔ Profissional


Problemas reais que você evita

  • Flow quebrando após importação
  • URLs erradas em produção
  • E-mails indo para grupos errados
  • Apps com valores “escondidos”
  • Manutenção lenta e cara

Checklist técnico rápido

✔ Solução dentro de Solution
✔ Nenhum valor fixo sensível
✔ Variáveis bem nomeadas
✔ Deploy sem edição manual
✔ Documentação mínima


Conclusão técnica

Variáveis de ambiente não são opcionais em soluções profissionais.

Se você não usa:

  • sua solução não é escalável
  • seu deploy não é confiável
  • seu suporte será caro

Se você usa corretamente:

  • ganha governança
  • reduz erro humano
  • acelera entrega

Quer aplicar esse padrão no seu ambiente?

Na Trinapse, projetamos soluções Power Platform prontas para Dev / Test / Prod, com:

  • uso correto de Variáveis de Ambiente
  • governança de Solutions
  • deploy sem edição manual
  • padrões reutilizáveis para Power Automate e Power Apps

👉 Fale com um especialista e leve esse nível de maturidade para o seu ambiente.

Luiz Antonio Sgargeta
Sócio fundador e CEO da Trinapse, IA aplicada, Microsoft 365 e Power Platform

Luiz Antonio Sgargeta é sócio fundador e CEO da Trinapse, consultoria brasileira de Microsoft 365 com quase duas décadas de operação, acumula mais de 20 anos em desenvolvimento de software e em ambientes corporativos de alta complexidade.

Ver maisVer menos

Trabalha com SharePoint desde o SharePoint Portal Server 2003 e com .NET desde a versão 1.0. Acompanhou a plataforma em todas as suas reinvenções, do portal de documentos on-premises ao SharePoint Online dentro do Microsoft 365, o que dá a ele uma leitura rara sobre o que muda de verdade e o que é apenas nome novo para o mesmo problema.

No início da carreira atuou em uma das maiores operações de e-commerce do país, em sistemas que não toleram degradação de performance nem indisponibilidade, essa origem definiu o critério que ele aplica até hoje: solução boa é a que sustenta volume real, integra com o legado que já existe e não quebra no pico.

Depois disso, passou por praticamente todo tipo de projeto corporativo, de portais e intranets de milhares de usuários a integrações críticas e automação de processos de ponta a ponta, sempre em grandes empresas e em desafios de alta exigência.

A marca do trabalho dele é a tradução entre tecnologia e negócio, levanta a necessidade real por trás do pedido do cliente, questiona o processo antes de automatizá-lo e desenha a solução pelo resultado esperado, não pela ferramenta disponível, é o que permite conversar com a diretoria sobre retorno e com o time técnico sobre arquitetura na mesma reunião.

Hoje lidera a frente comercial e estratégica da Trinapse e conduz a empresa no novo ciclo da inteligência artificial, com foco em agentes de IA e operação de processos assistida por IA para cooperativas de crédito, agronegócio e indústria. Escreve no blog da Trinapse desde 2019, com mais de 450 artigos sobre IA, SharePoint, Power Platform, Modern Workplace e transformação de processos, sempre a partir de projeto entregue e não de teoria.

LinkedIn
Compartilhar:

Precisa aplicar isso na sua empresa? Fale com nossos especialistas.

Falar com um especialista