Automatize compras e aprovações com Power Platform

O processo de compras trava porque ninguém sabe onde o pedido parou#

Compra é o processo que toda empresa tem e quase nenhuma controla bem. A requisição nasce em um e-mail ou numa planilha, a cotação vai e volta por WhatsApp, a aprovação depende de alguém lembrar de responder, e o pedido só entra no ERP quando o comprador tem tempo de digitar. No meio disso, ninguém sabe com quem está a requisição nem há quanto tempo, e por que aquela compra de dez mil reais foi aprovada em minutos e a de duzentos reais está parada há uma semana. O resultado é atraso, retrabalho e um controle de gastos que só existe depois que o dinheiro já saiu. Automatize compras e aprovações com Power Platform e esse controle passa a existir antes, não depois.

O objetivo não é "digitalizar formulário". É devolver rastro e previsibilidade a um fluxo que hoje mora na cabeça das pessoas. Neste artigo eu mostro como montar isso de ponta a ponta com foco em resultado: app de requisição no Power Apps, aprovação com alçadas por valor no Power Automate, dados e trilha de auditoria no Dataverse, integração que fecha o pedido no ERP, e painel no Power BI que expõe prazos e gargalos. E, principalmente, as decisões de arquitetura e de licença que separam um protótipo bonito de uma solução que aguenta o dia a dia.

Automatize compras e aprovações com Power Platform desenhando o fluxo de ponta a ponta#

Antes de abrir qualquer ferramenta, vale fixar o fluxo. Compra bem automatizada não é um app isolado, é uma cadeia com estágios e responsáveis claros em cada um. Cada ferramenta faz o que faz melhor, e a soma entrega o resultado.

Etapa	O que acontece	Ferramenta	Papel
Requisição	Solicitante registra o que precisa, centro de custo, quantidade e justificativa	Power Apps	Captura padronizada e validada na origem
Cotação	Comprador anexa propostas de fornecedores e escolhe a melhor	Power Apps + Dataverse	Registro das opções e da decisão de sourcing
Aprovação	Gestores aprovam conforme a alçada do valor	Power Automate	Orquestração das aprovações por faixa de alçada
Pedido	Requisição aprovada vira pedido de compra oficial	Integração com o ERP	Efetivação transacional e financeira
Acompanhamento	Prazos, gargalos e volume por status	Power BI	Visibilidade de desempenho e SLA

A lógica é simples de defender: o Power Apps captura a requisição, o Power Automate orquestra a aprovação com alçadas por valor, o Dataverse guarda o processo com trilha de auditoria, e o Power BI acompanha prazos e gargalos. A integração com o ERP fecha o pedido no sistema de registro. Nenhuma peça tenta ser o que não é, e por isso a arquitetura se sustenta quando o volume cresce.

O Power Apps captura a requisição com dado limpo na origem#

Todo problema de compras que parece ser de aprovação começa antes: na requisição mal preenchida. Se o solicitante não informa centro de custo, não anexa justificativa ou digita a categoria errada, o comprador e o aprovador herdam o problema. Por isso o app de requisição não é uma tela de digitação livre: é um formulário que impõe regra.

No Power Apps você monta um app de tela (canvas) ou orientado a modelo (model-driven). Para requisição de compras, o model-driven costuma render mais quando o processo é padronizado e já vive sobre o Dataverse, porque você ganha formulários, visualizações e regras de negócio quase de graça. O que o app precisa fazer bem:

• Validar na origem: campos obrigatórios como centro de custo, categoria, quantidade, valor estimado e justificativa. Compra sem centro de custo não deveria nem ser submetida.
• Puxar dados de referência: fornecedores homologados, catálogo de itens e centros de custo vêm de tabelas do Dataverse, não de digitação livre. Isso evita "Fornecedor ABC" e "ABC Ltda" virarem dois cadastros.
• Calcular o valor total: quantidade vezes valor unitário, para que a alçada seja aplicada sobre um número confiável.
• Anexar documento: cotações, especificação técnica ou proposta ficam no registro, não perdidas em um e-mail.

Se o Power Apps ainda é território novo, o guia de Power Apps e Power Automate cobre as bases sobre as quais o resto do processo se apoia.

O Power Automate orquestra a aprovação com alçadas por valor#

Aqui está o coração do processo e a parte que mais gente erra. Aprovação de compra não é "manda para o gestor e espera". É uma cadeia de alçadas: quanto maior o valor, mais níveis de aprovação. O Power Automate resolve porque a ação de Aprovações é nativa e o fluxo ramifica por faixa de valor.

O padrão que funciona é uma tabela de alçadas no Dataverse que o fluxo consulta, em vez de valores escritos dentro do fluxo. Assim, quando o CFO muda o limite, você edita um registro, não republica o fluxo.

Faixa de valor	Aprovadores necessários	Tipo de aprovação
Até R$ 1.000	Gestor imediato	Único aprovador
De R$ 1.000 a R$ 10.000	Gestor imediato e gerente da área	Sequencial
De R$ 10.000 a R$ 50.000	Gestor, gerente e diretor	Sequencial
Acima de R$ 50.000	Diretor e CFO	Todos devem aprovar

Os valores acima são só um exemplo de estrutura: cada empresa define os seus limites na política de compras. O que separa o fluxo amador do profissional é o tratamento de exceções:

• Aprovação sequencial versus paralela: sequencial quando um nível só faz sentido depois do anterior aprovar; paralela quando duas áreas precisam se manifestar ao mesmo tempo, como compras e jurídico.
• Escalonamento por tempo: se o aprovador não responde em X horas, o fluxo reenvia, notifica um substituto ou escala para o nível acima. Aprovação parada é o gargalo número um.
• Notificação onde a pessoa está: aprovar direto pelo cartão no Microsoft Teams ou pelo e-mail, sem abrir o app. Fricção baixa é o que faz o gestor responder.
• Rejeição com motivo: rejeitar sem comentário não ajuda ninguém. O motivo volta para o solicitante e fica registrado.

O Dataverse guarda o processo inteiro com trilha de auditoria#

Uma pergunta honesta antes de escolher onde guardar os dados: se um auditor perguntar quem aprovou uma compra, quando, e o que estava sendo aprovado, você consegue responder? Com planilha ou lista simples, quase nunca. Com o Dataverse, sim.

O Dataverse é o banco relacional gerenciado da plataforma, e é a escolha certa para compras por três motivos concretos:

• Relacionamentos de verdade: requisição, itens, cotações, fornecedores, centros de custo e aprovações são tabelas ligadas por chave, não colunas soltas. Isso mantém a integridade quando o volume cresce.
• Trilha de auditoria nativa: você ativa a auditoria por tabela e por coluna, e o Dataverse registra quem mudou o quê e quando. Em compras, esse rastro é requisito de controle interno.
• Segurança por papel: quem pode ver, editar ou aprovar é controlado por perfil e por linha. O solicitante enxerga as próprias requisições, o comprador enxerga a fila, o diretor enxerga a sua alçada.

Aqui entra a primeira decisão de custo que você não pode ignorar. O Dataverse exige licença e não está incluído nos planos mais básicos do Microsoft 365. Modelar compras sobre listas do SharePoint funciona para um piloto pequeno, mas encosta no limite rápido: sem relacionamento real, sem auditoria robusta e com problemas de concorrência na mesma fila. Para compras corporativas, o Dataverse é o caminho que se sustenta, e a estrutura das tabelas define o que o painel vai medir depois.

A integração com o ERP é o que fecha o pedido de verdade#

Automatizar a requisição e a aprovação e depois digitar o pedido no ERP na mão é deixar o processo pela metade. A etapa final, transformar a requisição aprovada em pedido de compra oficial, precisa acontecer sem re-digitação. Os caminhos, do mais simples ao mais robusto:

• Conector nativo ou API do ERP: se o seu ERP expõe API (SAP, TOTVS, Oracle, Microsoft Dynamics 365 e outros), o Power Automate chama essa API e cria o pedido diretamente. É o caminho mais limpo.
• Conector personalizado: quando não há conector pronto, você embrulha a API do ERP em um conector personalizado e reusa em vários fluxos.
• Camada intermediária: em ERPs mais fechados, grave em uma área de integração, uma tabela ou fila que o ERP consome, em vez de escrever direto no transacional. É mais seguro e mais fácil de auditar.

Um alerta que economiza dor de cabeça: a maioria dos conectores que falam com sistemas corporativos e o próprio Dataverse são conectores premium, e conector premium exige licenciamento Power Platform específico por usuário ou por app, além das licenças padrão do Microsoft 365. É uma linha de custo que precisa entrar no cálculo desde o começo. Vale mapear no início junto com o time de Power Platform, porque a licença influencia até a decisão de arquitetura.

O Power BI acompanha prazos e gargalos e transforma o processo em número#

Automação sem medição é fé. Você acha que ficou mais rápido, mas não sabe. O Power BI fecha o ciclo lendo o mesmo Dataverse onde o processo vive e transformando cada requisição em dado de desempenho. Como o histórico de status já está registrado, dá para medir o tempo real de cada etapa.

O que um painel de compras precisa mostrar:

• Tempo de ciclo por etapa: quanto tempo a requisição fica em cotação, em aprovação e até virar pedido. É aqui que o gargalo aparece com nome e sobrenome.
• Fila por aprovador: quantas requisições estão paradas com cada gestor e há quanto tempo. Isso expõe onde a fila engasga.
• Volume e valor por status, centro de custo e categoria: para enxergar concentração de gasto e planejar melhor.
• Cumprimento de SLA: percentual de aprovações dentro do prazo definido, com o que estourou destacado.

Esse painel dá munição para melhorar o processo continuamente, e é onde a diretoria finalmente vê retorno. Se o Power BI ainda é território novo, o guia completo de Power BI para empresas no Brasil é um bom ponto de partida, e o time de Power BI ajuda a desenhar o modelo para que o painel meça o que importa.

Onde os projetos de automação de compras costumam falhar#

Já vi bastante projeto de compras nascer bonito e morrer no uso. Os motivos se repetem e são todos evitáveis:

• Começar pela ferramenta, não pela política: se a regra de alçada não está clara no papel, nenhum fluxo vai adivinhar. Defina a política de compras primeiro.
• Ignorar a licença até o fim: descobrir que precisa de conector premium e de Dataverse só na hora de integrar o ERP atrasa e frustra. Coloque a licença na conta no dia um.
• Não tratar exceção: aprovador de férias, valor que muda depois da cotação, compra urgente. O fluxo precisa de caminho para o caso fora da curva, senão as pessoas voltam para o e-mail.
• Não medir: sem o painel, você não prova o ganho e não melhora o processo.

Nenhum desses pontos é técnico difícil. São decisões de desenho que um piloto enxuto resolve, começando por uma categoria antes de abrir para a empresa toda.

Perguntas frequentes#

Preciso substituir o ERP para automatizar compras com Power Platform?

Não, e essa é justamente a graça. O Power Platform cuida da camada de processo, ou seja, requisição, cotação e aprovação, e entrega a requisição aprovada para o ERP como pedido de compra. O ERP segue sendo o sistema de registro transacional e financeiro: você só tira dele a parte de fluxo e colaboração que ele nunca fez bem.

Consigo fazer sem o Dataverse, usando SharePoint?

Para um piloto pequeno, sim. Para compras corporativas com auditoria, alçadas e volume, o Dataverse é o caminho que se sustenta, porque entrega relacionamento entre tabelas, trilha de auditoria nativa e segurança por papel. O SharePoint encosta no limite rápido quando várias pessoas mexem na mesma fila e quando o auditor pede o rastro completo de uma aprovação.

Como funcionam as alçadas por valor na prática?

Você mantém uma tabela de alçadas no Dataverse que liga faixas de valor aos aprovadores necessários. O fluxo do Power Automate calcula o valor total da requisição, consulta essa tabela e monta a cadeia de aprovação correspondente, sequencial ou paralela. Quando a política muda, você edita o registro da alçada, não o fluxo.

Quanto tempo leva para implementar?

Um piloto focado em uma categoria de compra e um conjunto de alçadas fica em pé em poucas semanas. O que mais influencia o prazo não é o Power Apps nem o Power Automate, é a integração com o ERP e a clareza da política de compras.

Preciso de licença premium?

Provavelmente sim, dependendo do que você conecta. Os conectores que falam com ERPs e sistemas corporativos, além do próprio Dataverse, são recursos premium e exigem licenciamento Power Platform específico, por usuário ou por app, somado às licenças padrão do Microsoft 365. Dimensione isso no início, porque a conta influencia até a arquitetura.

Como garanto que a aprovação não fique parada com um gestor ausente?

Com escalonamento por tempo no Power Automate. Você define que, se o aprovador não responder dentro de um prazo, o fluxo reenvia, aciona um substituto ou escala para o nível acima, sempre registrando o que aconteceu. Isso ataca o gargalo mais comum: a aprovação esquecida na caixa de entrada.

Um processo de compras que você consegue enxergar#

Automatizar compras com o Power Platform não é sobre bonitinho, é sobre controle. Requisição validada na origem, aprovação com alçada e rastro, pedido que fecha no ERP sem re-digitação, e um painel que mostra onde o processo trava. Juntas, essas peças transformam um fluxo que hoje vive em e-mails em algo que você mede, audita e melhora. O segredo está menos na ferramenta e mais no desenho.

Se você quer tirar isso do papel com quem já entregou milhares de soluções Microsoft, fale com a gente e a gente desenha o fluxo de compras certo para a sua operação.