Tecnologia
Consultoria e governança de Power Automate
A licença já está paga e qualquer pessoa pode criar fluxo. Em pouco tempo existem automações sustentando processos reais e ninguém sabe quantas são. O fluxo que fecha o mês roda na conta pessoal de quem saiu da empresa. Quando essa conta é desativada, o processo para, e a área descobre pelo que deixou de acontecer.
Como a gente encara.
Começamos pelo inventário: quais fluxos existem, em qual conta rodam e o que para quando cada um falha. O que sustenta processo sai da conta pessoal para uma conta de serviço, com connection registrada. Esses fluxos passam a viver dentro de uma solução (solution), que é o pacote que atravessa de um environment para outro. E cada conector é classificado no desenho, porque conector premium muda a licença necessária.
Onde costuma quebrar
Os erros que aparecem sempre, e que ninguém conta na demonstração.
- 01
Fluxo criado na conta pessoal de quem construiu. Ele morre com o desligamento dessa pessoa, junto com as connections autenticadas por ela, e reconstruir significa refazer cada autorização em nome de alguém que ainda esteja na empresa.
- 02
Conector premium usado sem que ninguém saiba que ele muda a licença necessária. O fluxo funciona no piloto de uma área, e a conversa sobre licença só acontece quando alguém tenta estender o mesmo fluxo para a empresa inteira.
- 03
Regra de negócio espalhada entre fluxo, planilha e caixa de e-mail. Não existe lugar único de verdade, então mudar um critério exige lembrar de todos os lugares, e você descobre o que esqueceu pelo resultado errado.
- 04
Ausência de inventário. Todo mundo do tenant já tem acesso ao environment padrão (default environment) e cria fluxo ali sem pedir nada a ninguém. O parque inteiro cresce nesse mesmo lugar, sem lista e sem dono. Quando você vai limpar, não consegue dizer quais fluxos podem ser desligados sem parar um processo do qual alguém depende.
O que custa mais do que parece
- O limite de execução do plano contratado aparece quando o volume cresce. Enquanto o fluxo roda para uma área, nada acontece; quando passa a rodar para todas, a plataforma começa a enfileirar, e o atraso chega ao processo antes de chegar à sua fatura.
- Migrar fluxo de conta pessoal para conta de serviço é trabalho que ninguém orçou. Cada connection precisa ser reautorizada, cada trigger reapontado e cada permissão revista, com o seu processo parado ou rodando em duplicidade enquanto isso acontece. Some a isso o fluxo que nasceu fora de uma solution: ele não atravessa para outro environment como está. Adicioná-lo a uma solution é operação suportada. O trabalho que sobra é outro: trocar cada connection direta por connection reference e reautorizar o que ficou pelo caminho.
O que você recebe
- Inventário de fluxos com dono nomeado, conta em que roda e o processo que para quando ele falha.
- Fluxos que sustentam processo movidos para conta de serviço, com as connections reautorizadas e registradas.
- Classificação dos conectores em uso, separando o que é padrão do que é premium e o efeito de cada um sobre a licença necessária.
- Separação entre o environment onde se altera e o que está em operação, com os fluxos empacotados em solution e o procedimento de publicação escrito.
- Um lugar só para a regra de negócio, com o que fica dentro do fluxo e o que sai dele explicitado.
O que fazemos com Power Automate
Open source ou enterprise, a frente é a mesma.
Implantar
Do zero, com a arquitetura decidida no diagnóstico e não pelo catálogo do fornecedor.
Migrar
De outra ferramenta, ou de uma versão antiga, com o que já roda continuando a rodar.
Desenvolver em cima
Aplicação, integração e automação construídas sobre Power Automate, incluindo o que a ferramenta não faz sozinha.
Sustentar
Operação, custo sob controle e correção de rota depois que entra em produção.
Perguntas diretas.
- Power Automate serve para qualquer automação da empresa?
- Não. Ele é forte onde o trabalho já mora: caixa de e-mail, arquivo em nuvem corporativa, aprovação, formulário e identidade do tenant. É a peça errada para mover volume de dado entre bancos, porque cada ação conta contra a cota de requisições de API da licença de quem executa: passado o teto, a plataforma não cobra a mais, ela enfileira, e o fluxo atrasa. E reprocessar um período é um exercício que a ferramenta não foi feita para fazer. Também é a peça errada quando a lógica é complexa o bastante para pedir teste automatizado e revisão, coisa que a tela de desenho não oferece. Nesses casos a automação certa é outra ferramenta, e insistir aqui só empurra o problema para a próxima licença.
- Como saber, antes de construir, se um fluxo vai exigir licença diferente?
- A checagem cabe no desenho e leva menos tempo do que refazer depois. Liste os sistemas que o fluxo vai tocar, encontre o conector de cada um e veja a classificação que a própria plataforma exibe: ela diz o que é padrão e o que é premium, e é isso que determina a licença de quem executa. Vale conferir também quem vai ser o dono da execução, porque a licença acompanha essa conta. Quando existe caminho padrão para o mesmo resultado, a escolha vira uma decisão consciente entre conveniência e custo, em vez de uma surpresa na renovação.
- O dono do fluxo deve ser a área que pediu ou o time de tecnologia?
- A pergunta útil é outra: quem é chamado quando ele falha às sete da manhã. Fluxo que só organiza o trabalho de quem o criou pode ficar com a área, e tirar isso dela é burocratizar sem ganho. Fluxo que alimenta um processo do qual outras pessoas dependem precisa de conta de serviço, dono nomeado e alguém que responda por ele, e isso raramente é a mesma pessoa que teve a ideia. O critério é o estrago, não a autoria: quanto maior o que para quando o fluxo para, mais formal precisa ser a posse.
Antes de escolher a ferramenta
A ferramenta é consequência da arquitetura. Nunca a premissa.
Esta página existe porque alguém procura por esse nome. Mas a escolha certa sai do diagnóstico do seu cenário, não do catálogo de quem vende. Se a resposta for outra ferramenta, ou nenhuma, é isso que você vai ouvir.
Não está na lista? Não é impedimento, é conversa. O que decide não é o nome do produto, é o problema que ele precisa resolver.