Home Empresas Privadas Setor Público Fornecedores Insights Sobre Acessar Plataforma Solicitar Demo

O Novo Procurement: 10 Princípios para Criar Valor Quando o Mundo Muda Mais Rápido que os Processos

O Novo Procurement: 10 Princípios para Criar Valor Quando o Mundo Muda Mais Rápido que os Processos

Procurement nasceu para garantir que organizações obtenham os bens e serviços necessários para funcionar.

Com o tempo, tornou-se responsável por preço, competição, contratos, fornecedores, compliance, risco, tecnologia, sustentabilidade, inovação e continuidade.

A responsabilidade aumentou. Muitos processos continuam desenhados para outro mundo — um mundo em que demanda era previsível, fornecedores eram estáveis, contratos mudavam pouco, dados podiam esperar, tecnologia apenas registrava e crises eram excepcionais.

Esse mundo não existe mais.

O novo procurement não é uma versão digital do processo antigo. É uma nova forma de conectar necessidade, mercado e decisão.

Por que um manifesto?

Porque transformação não começa pela ferramenta. Começa por princípios.

Sem princípios claros, a empresa pode: automatizar burocracia, acelerar decisão ruim, centralizar dados sem contexto, criar dashboards sem ação, contratar IA sem governança, exigir compliance sem experiência, negociar economia e perder valor.

Princípio 1 — Comece pelo resultado, não pelo pedido

Um pedido é uma forma proposta de resolver uma necessidade. Não é a necessidade.

Perguntas: qual problema? Qual resultado? Para quem? Por quanto tempo? Que alternativa existe? Precisamos comprar?

A mudança: de "comprar 200 licenças" para "habilitar 140 usuários a executar uma atividade com segurança e produtividade."

Essa reformulação pode levar a menos licenças, outra solução, redesign, automação, contrato existente ou treinamento.

Aplicação: procurement intake deve capturar problema, outcome, urgência, impacto e restrições.

Princípio 2 — Valor não é sinônimo de menor preço

Preço é importante. Não é suficiente.

Valor combina resultado, TCO, risco, qualidade, velocidade, flexibilidade, sustentabilidade e experiência.

A mudança: de "quanto reduzimos?" para "quanto valor realizamos e protegemos?"

Aplicação: use TCO, should-cost, cenários, indicadores, validação financeira e acompanhamento.

Princípio 3 — Dados são parte do processo, não um relatório posterior

Dados ruins produzem comparação errada, fornecedor duplicado, contrato invisível, risco não detectado, automação frágil e IA equivocada.

A mudança: de "limpar dados para o projeto" para "criar dados confiáveis como resultado de cada etapa."

Aplicação: cada processo deve definir campos, owner, fonte, validação, versão e uso.

Princípio 4 — Governança deve ser proporcional ao risco

Controlar tudo da mesma forma gera lentidão, atalho, custo e baixa adoção. Controlar pouco gera exposição.

A mudança: de "uma política para todas as compras" para "guardrails adaptativos por risco, valor, categoria e impacto."

Aplicação: baixo risco → autosserviço; médio risco → validação; alto risco → especialistas; crítico → governança executiva.

Princípio 5 — IA amplia capacidade; humanos mantêm responsabilidade

A IA pode analisar, resumir, recomendar e executar. Ela não deve ser usada para dissolver accountability.

A mudança: de "a IA decidiu" para "a organização definiu objetivo, limites, revisão e responsável."

Aplicação: autonomia gradual, menor privilégio, fontes, logs, reversibilidade e human in command.

Princípio 6 — Fornecedores são uma rede de capacidades, não uma lista de CNPJs

Uma rede de capacidades mostra quem sabe fazer, quem consegue escalar, quem inova, quem depende de quem, quem está exposto e quem precisa ser desenvolvido.

A mudança: de "quantos fornecedores temos?" para "que capacidades controlamos, compartilhamos ou não possuímos?"

Aplicação: segmentação, supplier intelligence, Tier 2, SRM, desenvolvimento e preferenciamento.

Princípio 7 — Contratos precisam viver na operação

Contrato arquivado protege pouco. Contrato operacional orienta pedido, SLA, pagamento, risco, renovação e saída.

A mudança: de "documento assinado" para "sistema de obrigações, decisões e evidências."

Aplicação: extraia owner, prazo, condição, dado, ação e consequência.

Princípio 8 — Experiência é um controle

Processos incompreensíveis geram atalhos, compras fora, dados ruins, atraso e fornecedor insatisfeito.

A mudança: de "o usuário deve aprender nosso processo" para "o processo deve orientar o usuário."

Aplicação: entrada única, guided buying, linguagem simples, status, autosserviço, suporte e acessibilidade.

Princípio 9 — Resiliência é uma decisão econômica

Resiliência não é estocar tudo. É possuir opções onde a interrupção seria inaceitável.

A mudança: de "qual é o fornecedor mais barato?" para "qual arquitetura continua funcionando em diferentes cenários?"

Aplicação: segunda fonte, estoque estratégico, contratos flexíveis, capacidade, substituição, time to survive e testes.

Princípio 10 — Confiança precisa de transparência e consequência

Confiança não significa ausência de controle. Significa critérios claros, informação responsável, compromissos cumpridos, decisões explicáveis, tratamento justo e consequência para desvios.

A mudança: de "confie no processo" para "veja como a decisão foi construída."

Aplicação: trilha, critérios, fontes, conflitos, auditoria, feedback e contestação.

A síntese: do fluxo para a inteligência

O procurement tradicional organiza fluxo. O novo procurement organiza inteligência e ação.

Entradas: necessidade, mercado, dado, risco, contrato, fornecedor.

Processamento: análise, cenário, colaboração, decisão, aprovação.

Saídas: valor, continuidade, confiança, inovação, resultado.

A arquitetura do novo procurement

Experiência — uma porta de entrada para pessoas e fornecedores.

Orquestração — workflows, agentes e integrações.

Contexto — dados, contratos, riscos e mercado.

Decisão — cenários, critérios e accountability.

Execução — sourcing, pedido, contrato, pagamento e gestão.

Aprendizado — performance, feedback e melhoria.

O que muda para cada papel

CPO: deixa de ser responsável apenas por saving, compras e política. Passa a liderar decisões externas, ecossistemas, risco, capital, tecnologia e confiança.

Comprador: deixa de ser medido por quantidade de processos e pressão sobre preço. Passa a ser reconhecido por qualidade da decisão, valor realizado, mercado, influência, risco e relação.

Fornecedor: deixa de ser objeto de cadastro e fonte de preço. Passa a ser avaliado e desenvolvido como capacidade, parceiro, risco e fonte de inovação.

Áreas: deixam de "passar pedido para compras". Passam a compartilhar responsabilidade por demanda, especificação, decisão, adoção, performance e valor.

Tecnologia: deixa de ser um sistema de registro isolado. Passa a conectar contexto, processos, agentes, pessoas e decisões.

O que não muda

Mesmo com IA e automação, continuam fundamentais: ética, legalidade, julgamento, responsabilidade, relacionamento, transparência e respeito.

O teste dos dez princípios

Avalie de 0 a 5 cada princípio: resultado antes do pedido, valor além do preço, dados no processo, governança proporcional, IA com responsabilidade, rede de capacidades, contratos operacionais, experiência como controle, resiliência econômica, confiança e transparência.

Interpretação: 0–15 = procurement predominantemente transacional; 16–30 = fundamentos em desenvolvimento; 31–40 = função integrada e estratégica; 41–50 = capacidade adaptativa e orientada a valor.

Um plano de transformação

  1. Escolher um problema material — não comece com transformação genérica.
  2. Mapear a decisão completa — demanda, mercado, contrato, execução e valor.
  3. Redesenhar a jornada — remover atrito e definir risco.
  4. Conectar dados — criar contexto.
  5. Automatizar tarefas — não accountability.
  6. Medir resultado — não atividade.
  7. Escalar — após evidência.

O manifesto em uma frase

Procurement existe para transformar necessidade em valor confiável, conectando pessoas, mercados, dados e decisões.

O papel da CapturaMe

A CapturaMe nasce dessa visão — não como mais uma tela isolada, mas como uma camada capaz de conectar compradores, requisitantes, fornecedores, contratos, riscos, dados, agentes e decisões.

A tecnologia deve reduzir a distância entre intenção e execução, contrato e resultado, sinal e ação, fornecedor e comprador, informação e decisão.

A coleção de 150 artigos

Os 150 artigos da CapturaMe Insights formam um mapa dessa transformação — percorrendo estratégia, sourcing, negociação, fornecedores, contratos, risco, tecnologia, IA, sustentabilidade, supply chain, Reforma Tributária e compras públicas.

O objetivo não é afirmar que existe uma fórmula única. É oferecer linguagem, ferramentas e perguntas para decisões melhores.

Conclusão

O mundo muda mais rápido que os processos.

A resposta não é correr mais dentro da mesma estrutura. É redesenhar a forma como a organização decide.

O novo procurement não será reconhecido pelo número de pedidos que processa.

Será reconhecido pela qualidade do valor que cria, protege e torna possível.

Conheça a CapturaMe e participe do novo procurement

Perguntas frequentes

O que é o novo procurement?

É uma capacidade orientada a valor, decisão, dados, risco, experiência e ecossistemas.

Tecnologia é o ponto de partida?

Não. O ponto de partida é o problema e o modelo operacional.

Saving deixa de ser importante?

Não. Passa a integrar uma visão mais ampla de valor.

IA substitui compradores?

Automatiza tarefas e amplia capacidade, mantendo accountability humana.

Fornecedores viram parceiros?

Apenas os que justificam uma relação estratégica. Outros continuam transacionais.

Como começar?

Escolha uma decisão material, redesenhe a jornada e conecte o resultado à execução.

Make or Buy: Como Decidir entre Fazer Internamente, Terceirizar ou Combinar

Make or buy é a decisão entre:

  • produzir ou executar internamente;
  • contratar de um fornecedor;
  • combinar recursos internos e externos;
  • compartilhar capacidade;
  • criar parceria;
  • adquirir uma empresa ou tecnologia;
  • automatizar parte do processo.

A pergunta parece financeira:

É mais barato fazer ou comprar?

Na prática, ela envolve:

  • estratégia;
  • capacidade;
  • qualidade;
  • velocidade;
  • propriedade intelectual;
  • dados;
  • pessoas;
  • tecnologia;
  • risco;
  • reversibilidade;
  • mercado;
  • continuidade.

O Sourcing Playbook do governo britânico, atualizado em junho de 2026, trata decisões de insourcing e outsourcing como parte do planejamento estratégico e recomenda avaliação baseada em resultados, mercado, capacidade e riscos, e não em preferência automática por um modelo.

Make or buy não é apenas custo

Comparar:

  • salário interno;
  • preço do fornecedor;

é insuficiente.

A análise precisa incluir:

  • gestão;
  • tecnologia;
  • instalações;
  • contratação;
  • treinamento;
  • qualidade;
  • capacidade ociosa;
  • transição;
  • risco;
  • margem;
  • imposto;
  • supervisão;
  • integração;
  • saída;
  • inovação;
  • custo de oportunidade.

Alternativas reais

Make

Executar internamente.

Buy

Contratar externamente.

Hybrid

Manter parte interna e terceirizar outra.

Partner

Criar relação colaborativa, joint venture ou codesenvolvimento.

Build-operate-transfer

Fornecedor constrói e opera antes de transferir.

Shared service

Concentrar capacidade interna para várias unidades.

Automate

Reduzir trabalho manual antes de decidir sourcing.

Acquire

Adquirir empresa, ativo ou propriedade intelectual.

A análise não deve limitar-se a duas opções quando o mercado permite outras.

Comece pelo resultado

Defina:

  • o que precisa ser entregue;
  • para quem;
  • com qual qualidade;
  • em qual prazo;
  • sob quais riscos;
  • com que flexibilidade;
  • como medir sucesso.

Não comece pela estrutura atual.

Uma definição orientada a resultado amplia alternativas.

O que é estratégico?

Uma atividade pode ser estratégica quando:

  • diferencia a empresa;
  • protege propriedade intelectual;
  • influencia receita;
  • cria conhecimento;
  • define experiência;
  • controla risco crítico;
  • habilita inovação;
  • sustenta vantagem.

Estratégico não significa que toda execução precisa ser interna.

É possível manter:

  • arquitetura;
  • decisão;
  • conhecimento;
  • governança;

e contratar parte da operação.

Core e non-core

Classificar atividades apenas como "core" e "non-core" pode ser superficial.

Uma atividade não central ao produto pode ser crítica para:

  • segurança;
  • licença;
  • continuidade;
  • reputação;
  • dados.

Use uma análise multidimensional.

Dimensões de decisão

1. Diferenciação

Perguntas:

  • a atividade cria vantagem?
  • clientes percebem?
  • existe conhecimento único?
  • terceirizar reduziria diferenciação?
  • fornecedor pode atender concorrentes?

2. Capacidade interna

  • pessoas;
  • competência;
  • liderança;
  • tecnologia;
  • escala;
  • instalações;
  • maturidade;
  • disponibilidade.

Capacidade pode ser criada, mas exige tempo e investimento.

3. Mercado fornecedor

  • quantidade;
  • experiência;
  • concentração;
  • capacidade;
  • inovação;
  • saúde;
  • custo;
  • competição;
  • dependência;
  • geografia.

Sem mercado saudável, o buy pode ser apenas transferência de risco.

4. Volume e variabilidade

Volume estável

Pode justificar capacidade interna ou contrato estruturado.

Volume variável

Fornecedor pode oferecer escala compartilhada.

Pico previsível

Modelo híbrido pode ser adequado.

Demanda incerta

Contratos flexíveis podem reduzir investimento, mas aumentar preço.

5. Qualidade

Perguntas:

  • quem controla melhor?
  • como medir?
  • existe padrão?
  • qual custo da falha?
  • a qualidade depende de conhecimento tácito?
  • é possível auditar?

6. Velocidade

Considere:

  • tempo para contratar;
  • tempo para construir;
  • onboarding;
  • curva de aprendizagem;
  • implantação;
  • escala.

Buy pode ser mais rápido se o fornecedor já possui capacidade.

Também pode ser mais lento quando há integração ou regulação.

7. Flexibilidade

  • aumentar;
  • reduzir;
  • mudar;
  • encerrar;
  • substituir;
  • adaptar.

Capacidade interna pode ser flexível em conhecimento e rígida em custo.

Contrato pode ser flexível em volume e rígido em mudança.

8. Propriedade intelectual

Avalie:

  • background IP;
  • novo IP;
  • código;
  • design;
  • dados;
  • know-how;
  • licença;
  • exclusividade;
  • melhoria;
  • saída.

9. Dados

Perguntas:

  • quais dados?
  • onde ficarão?
  • quem aprende?
  • o fornecedor pode reutilizar?
  • como exportar?
  • existe transferência?
  • como eliminar?
  • como auditar?

10. Segurança e privacidade

  • acesso;
  • criticidade;
  • incidentes;
  • subcontratados;
  • localização;
  • controles;
  • responsabilidade;
  • continuidade.

11. Pessoas

Impactos:

  • contratação;
  • transferência;
  • treinamento;
  • desligamento;
  • moral;
  • carreira;
  • conhecimento;
  • relações trabalhistas;
  • comunidade.

A decisão precisa considerar obrigações e mudança.

12. Continuidade

  • substitutos;
  • concentração;
  • plano;
  • estoque;
  • capacidade;
  • contingência;
  • insolvência;
  • desastre;
  • step-in;
  • transição.

13. Regulação

Algumas atividades exigem:

  • licença;
  • responsabilidade técnica;
  • segregação;
  • localização;
  • certificação;
  • supervisão;
  • transparência.

14. Reversibilidade

Pergunte:

  • consigo trazer de volta?
  • em quanto tempo?
  • com quais dados?
  • quem detém conhecimento?
  • que ativos preciso?
  • qual custo?
  • que licença?
  • como manter continuidade?

Reversibilidade deve ser desenhada antes do outsourcing.

Custo de fazer

Inclua:

  • pessoas;
  • encargos;
  • recrutamento;
  • treinamento;
  • liderança;
  • tecnologia;
  • infraestrutura;
  • manutenção;
  • qualidade;
  • suporte;
  • capacidade ociosa;
  • capital;
  • compliance;
  • continuidade;
  • overhead atribuível.

Não aloque custos corporativos que não desaparecerão apenas para tornar o buy mais atraente.

Custo de comprar

Inclua:

  • preço;
  • imposto;
  • margem;
  • implantação;
  • transição;
  • gestão;
  • integração;
  • auditoria;
  • mudança;
  • segurança;
  • contrato;
  • viagem;
  • índice;
  • risco;
  • saída;
  • dependência.

Custos evitáveis e não evitáveis

Evitável

Desaparece ou deixa de ser incorrido após a mudança.

Não evitável

Permanece, mesmo que a atividade seja terceirizada.

Exemplo:

O prédio e parte da liderança podem continuar.

Economia contábil não é igual a custo transferido.

Custo marginal e custo total

Uma equipe interna com capacidade disponível pode ter baixo custo marginal.

No longo prazo, o custo total pode ser maior.

Defina horizonte e decisão.

Custo de oportunidade

Recursos internos empregados em uma atividade deixam de ser usados em outra.

Exemplo:

Engenheiros internos podem manter um processo comum ou desenvolver produto estratégico.

Cenários

Cenário make

Investimento, capacidade e curva de aprendizagem.

Cenário buy

Fornecedor, transição, margem e governança.

Cenário híbrido

Retained team e escala externa.

Cenário automatizado

Tecnologia reduz demanda.

Cenário de saída

Custos e continuidade.

Horizonte

Compare:

  • ano 0;
  • ano 1;
  • período contratual;
  • vida útil;
  • renovação;
  • saída.

Uma opção pode ser mais cara no primeiro ano e melhor no quinto.

Valor presente

Para decisões materiais, finanças pode aplicar:

  • fluxo de caixa;
  • valor presente;
  • inflação;
  • risco;
  • cenário;
  • sensibilidade.

Não use precisão financeira artificial com premissas frágeis.

Risco ajustado

Além do cenário base, modele:

  • atraso;
  • volume;
  • câmbio;
  • falha;
  • fornecedor;
  • rotatividade;
  • tecnologia;
  • regulação;
  • saída.

Sensibilidade

Teste:

  • preço;
  • volume;
  • produtividade;
  • salário;
  • índice;
  • capacidade;
  • prazo;
  • switching cost.

Isso mostra quais premissas decidem o resultado.

Should-cost do fornecedor

Ajuda a compreender:

  • recursos;
  • produtividade;
  • tecnologia;
  • overhead;
  • margem;
  • risco.

Não elimine a margem legítima do provedor.

Capacidade de gestão do contrato

Buy exige capacidade interna para:

  • definir;
  • contratar;
  • integrar;
  • monitorar;
  • decidir;
  • melhorar;
  • encerrar.

Outsourcing não elimina gestão.

Risco de hollowing out

A empresa perde:

  • conhecimento;
  • capacidade;
  • arquitetura;
  • relacionamento;
  • poder de negociação.

Mitigue com retained organization, documentação e rotação de conhecimento.

Vendor lock-in

Pode surgir por:

  • dados;
  • propriedade;
  • customização;
  • escala;
  • conhecimento;
  • licenças;
  • integração;
  • custos de saída.

Multi-sourcing

Vários fornecedores podem reduzir concentração e ampliar especialização.

Riscos:

  • integração;
  • accountability;
  • disputa;
  • duplicidade;
  • gestão.

Prime contractor

Um fornecedor coordena subcontratados.

Vantagens:

  • interface única;
  • integração.

Riscos:

  • margem;
  • visibilidade;
  • dependência;
  • Tier 2;
  • responsabilidade.

Internalização

Trazer para dentro pode exigir:

  • pessoas;
  • ativos;
  • licenças;
  • dados;
  • conhecimento;
  • processos;
  • transição;
  • gestão.

Não presuma que o cliente consegue internalizar imediatamente.

Automação antes do outsourcing

Pergunte:

  • a demanda pode ser eliminada?
  • o processo pode ser simplificado?
  • atividades podem ser automatizadas?
  • o volume ainda justifica BPO?

Terceirizar trabalho manual que poderia ser eliminado pode cristalizar ineficiência.

Piloto

Use para testar:

  • qualidade;
  • capacidade;
  • integração;
  • custo;
  • relacionamento;
  • dados;
  • controle.

O piloto precisa de:

  • hipótese;
  • escopo;
  • duração;
  • critério;
  • saída;
  • decisão.

Business case

Estrutura:

  1. contexto;
  2. resultado;
  3. opções;
  4. demanda;
  5. mercado;
  6. capacidade;
  7. TCO;
  8. risco;
  9. pessoas;
  10. implementação;
  11. governança;
  12. saída;
  13. recomendação.

Critérios ponderados

Exemplo:

Dimensão Peso
Estratégia 20%
TCO 20%
Capacidade 15%
Qualidade 15%
Risco 15%
Velocidade 10%
Reversibilidade 5%

Os pesos dependem do caso.

Critérios críticos podem ser eliminatórios.

Decision gates

Gate 1

Problema e resultado definidos.

Gate 2

Opções e mercado analisados.

Gate 3

Business case e risco aprovados.

Gate 4

Modelo e sourcing aprovados.

Gate 5

Transição validada.

Gate 6

Benefícios e operação revisados.

Viés da decisão

Possíveis:

  • preferência por terceirização;
  • proteção de equipe;
  • foco em preço;
  • confiança em fornecedor conhecido;
  • urgência;
  • moda;
  • tecnologia;
  • sunk cost.

Use equipe multidisciplinar e evidências.

Make or buy no setor público

A decisão pode envolver:

  • interesse público;
  • capacidade estatal;
  • mercado;
  • transparência;
  • continuidade;
  • value for money;
  • accountability;
  • legislação.

O Sourcing Playbook é referência de planejamento para serviços públicos, não uma regra automática para organizações privadas ou brasileiras.

Governança após a decisão

Se make:

  • owner;
  • capacidade;
  • investimento;
  • performance;
  • melhoria.

Se buy:

  • contrato;
  • retained team;
  • fornecedor;
  • SLAs;
  • risco;
  • saída.

Se híbrido:

  • interfaces;
  • accountability;
  • dados;
  • escalonamento.

Revisão periódica

A decisão pode mudar quando:

  • mercado amadurece;
  • tecnologia muda;
  • volume cresce;
  • risco aumenta;
  • estratégia muda;
  • contrato vence;
  • capacidade interna evolui.

Make or buy não é decisão eterna.

Indicadores

  • TCO previsto;
  • TCO realizado;
  • qualidade;
  • ciclo;
  • capacidade;
  • disponibilidade;
  • incidentes;
  • inovação;
  • flexibilidade;
  • satisfação;
  • turnover;
  • dependência;
  • custo de gestão;
  • transição;
  • reversibilidade;
  • valor realizado.

Caso prático: central de atendimento a fornecedores

Opções:

  • equipe interna;
  • BPO;
  • chatbot e equipe híbrida.

A análise mostra:

  • alto volume repetitivo;
  • picos;
  • necessidade de idiomas;
  • dados sensíveis moderados;
  • casos complexos que exigem conhecimento interno.

A decisão:

  1. automatiza consultas simples;
  2. terceiriza primeiro nível;
  3. mantém especialistas internos;
  4. integra histórico;
  5. define SLAs;
  6. protege dados;
  7. mede resolução;
  8. treina BPO;
  9. testa continuidade;
  10. revisa após um ano.

A solução não é totalmente make ou buy.

Erros comuns

  • comparar salário com proposta;
  • considerar todo overhead evitável;
  • chamar tudo de core;
  • terceirizar accountability;
  • ignorar pessoas;
  • ignorar dados;
  • fornecedor sem mercado alternativo;
  • automação não avaliada;
  • transição sem custo;
  • plano de saída inexistente;
  • decisão não revisada.

Como a CapturaMe se conecta a esse cenário

A CapturaMe pode fornecer dados de volume, ciclo, custo, demanda, fornecedores e performance para construir o business case.

A plataforma também pode suportar modelos internos, terceirizados ou híbridos sem perder a trilha e a governança do processo.

Conclusão

Make or buy é uma decisão sobre onde construir e como acessar capacidade.

A resposta correta pode ser interna, externa ou híbrida. O método precisa comparar TCO, estratégia, risco, pessoas e reversibilidade, preservando as competências necessárias para governar o modelo escolhido.

Conheça a CapturaMe para empresas privadas

Perguntas frequentes

Make or buy é uma decisão apenas financeira?

Não. Estratégia, risco, capacidade, dados e reversibilidade são essenciais.

Terceirizar reduz todos os custos internos?

Não. Custos de governança, tecnologia e overhead podem permanecer.

Atividade estratégica precisa ser 100% interna?

Não. A empresa pode manter decisão e conhecimento e contratar parte da execução.

Modelo híbrido é sempre melhor?

Não. Pode equilibrar capacidade, mas aumenta interfaces e gestão.

Como evitar lock-in?

Portabilidade, padrões, retained capability, documentação e plano de saída.

Quando revisar a decisão?

Em mudanças estratégicas, tecnológicas, de mercado ou no vencimento contratual.

Catálogos, Punchout e Guided Buying: Como Simplificar Compras sem Perder Controle

Usuários internos não deveriam precisar conhecer:

  • código de categoria;
  • centro de compra;
  • fornecedor homologado;
  • contrato;
  • tabela de preço;
  • fluxo de aprovação;
  • sistema correto.

Eles deveriam conseguir descrever ou selecionar a necessidade e receber orientação.

Catálogos, punchout e guided buying são capacidades diferentes que ajudam a criar essa experiência.

Catálogo interno

Um catálogo interno mantém itens ou serviços no sistema de procurement.

Pode conter:

  • descrição;
  • imagem;
  • fornecedor;
  • contrato;
  • preço;
  • unidade;
  • classificação;
  • centro;
  • validade;
  • regras;
  • disponibilidade.

Vantagens:

  • busca central;
  • preço controlado;
  • aprovação simples;
  • automação;
  • dados consistentes.

Riscos:

  • conteúdo desatualizado;
  • manutenção;
  • duplicidade;
  • sortimento excessivo;
  • baixa aderência;
  • preços expirados.

Catálogo hospedado pelo comprador

O conteúdo é carregado ou mantido dentro da plataforma corporativa.

Adequado quando:

  • sortimento é relativamente estável;
  • número de itens é controlado;
  • preços são negociados;
  • conteúdo precisa de forte governança;
  • atualização pode seguir rotina definida.

Catálogo hospedado pelo fornecedor

O fornecedor mantém o conteúdo em seu próprio ambiente.

O comprador pode acessá-lo por punchout ou integração.

Adequado quando:

  • sortimento é grande;
  • disponibilidade muda;
  • configuração é complexa;
  • conteúdo precisa de atualização frequente.

O que é punchout?

Punchout é uma integração em que o usuário inicia no sistema de compras corporativo, acessa o catálogo do fornecedor, monta um carrinho e retorna os itens para a requisição interna.

A documentação oficial da Oracle descreve o fluxo de punchout entre o Self Service Procurement e o catálogo hospedado pelo fornecedor. Em integrações cXML, o carrinho retorna por uma mensagem como PunchOutOrderMessage.

O pedido final não deve ser confundido com o carrinho.

Normalmente, o carrinho volta ao sistema do comprador para:

  • validação;
  • orçamento;
  • aprovação;
  • criação do pedido.

Fluxo básico de punchout

  1. usuário entra no portal corporativo;
  2. seleciona o fornecedor;
  3. sistema envia credenciais e contexto;
  4. usuário acessa o site do fornecedor;
  5. escolhe itens;
  6. fornecedor cria carrinho;
  7. carrinho retorna;
  8. plataforma valida;
  9. requisição é aprovada;
  10. pedido é emitido.

Punchout não é e-commerce livre

O ambiente do fornecedor deve reconhecer:

  • empresa compradora;
  • usuário;
  • contrato;
  • preço;
  • sortimento;
  • condições;
  • região;
  • moeda;
  • entrega.

Se o usuário visualiza o catálogo público, o benefício contratual pode desaparecer.

Punchout de nível loja

O usuário entra na página inicial do fornecedor e pesquisa.

Punchout por item

O usuário parte de um resultado de busca corporativo e chega a um item ou contexto específico.

A Oracle documenta recursos de busca e item-level punchout, que podem aumentar a descoberta dentro do portal do comprador.

Guided buying

Guided buying é a orientação do usuário para o canal e o processo adequados.

Pode indicar:

  • item de catálogo;
  • punchout;
  • marketplace;
  • contrato;
  • formulário;
  • fornecedor;
  • política;
  • especialista;
  • sourcing;
  • exceção.

Guided buying não é apenas uma interface bonita.

É uma camada de regras, conteúdo e jornadas.

Exemplo de jornada

Usuário procura "cadeira ergonômica".

O sistema pode:

  1. mostrar catálogo preferencial;
  2. indicar modelos aprovados;
  3. explicar limite;
  4. pedir justificativa para exceção;
  5. acionar saúde ocupacional quando necessário;
  6. validar orçamento;
  7. criar pedido.

Catálogo, punchout ou marketplace?

Critério Catálogo interno Punchout Marketplace
Manutenção Comprador/plataforma Fornecedor Operador e fornecedores
Sortimento Controlado Amplo Multifornecedor
Atualização Carga/integração Direta no fornecedor Variável
Busca Corporativa Site do fornecedor Ambiente do marketplace
Governança Alta Depende da integração Depende do modelo
Comparação Interna Limitada ao fornecedor Multifornecedor
Complexidade Média Integração Ecossistema

Critérios de escolha

Use catálogo interno quando:

  • preço é negociado;
  • conteúdo é estável;
  • itens são recorrentes;
  • comparação não exige grande sortimento;
  • automação é prioridade.

Use punchout quando:

  • fornecedor possui catálogo amplo;
  • configuração é relevante;
  • estoque muda;
  • conteúdo muda frequentemente;
  • experiência do fornecedor agrega valor.

Use marketplace quando:

  • vários fornecedores;
  • longa cauda;
  • comparação;
  • cobertura ampla;
  • governança de ecossistema.

Use formulário orientado quando:

  • necessidade não é catalogável;
  • serviço exige contexto;
  • risco precisa de triagem.

Conteúdo de catálogo

Campos recomendados:

  • nome;
  • descrição;
  • imagem;
  • SKU;
  • unidade;
  • fabricante;
  • fornecedor;
  • categoria;
  • preço;
  • moeda;
  • imposto;
  • frete;
  • validade;
  • contrato;
  • lead time;
  • sustentabilidade;
  • restrição;
  • local;
  • status.

Taxonomia

Uma boa taxonomia ajuda:

  • busca;
  • analytics;
  • alçada;
  • contrato;
  • política;
  • relatórios.

Não exija que o usuário conheça a taxonomia.

O sistema pode mapear termos de negócio para categorias.

Normalização

Fornecedores podem usar:

  • unidades diferentes;
  • descrições próprias;
  • códigos distintos;
  • categorias divergentes.

Mapeie:

  • unidade;
  • moeda;
  • categoria;
  • fabricante;
  • atributos;
  • entrega.

A documentação Oracle prevê mapas de conteúdo para adaptar informações de punchout ao ambiente de procurement.

Preços

Modelos:

  • fixo;
  • tabela;
  • desconto;
  • contrato;
  • dinâmico;
  • regional;
  • por volume;
  • por usuário.

Controles:

  • validade;
  • atualização;
  • histórico;
  • tolerância;
  • auditoria;
  • discrepância;
  • aprovação.

Validade

Todo item deve possuir:

  • data de início;
  • data de fim;
  • owner;
  • contrato;
  • rotina de atualização.

Catálogo sem validade acumula preços obsoletos.

Disponibilidade

O punchout pode mostrar estoque em tempo real.

Mesmo assim, a disponibilidade pode mudar antes do pedido.

Defina:

  • reserva;
  • confirmação;
  • substituição;
  • backorder;
  • cancelamento.

Substitutos

O sistema pode sugerir alternativas.

Critérios:

  • especificação;
  • preço;
  • contrato;
  • sustentabilidade;
  • disponibilidade.

Não substitua item técnico sem autorização adequada.

Itens preferenciais

Sinalize:

  • contratado;
  • melhor TCO;
  • sustentável;
  • padrão;
  • estoque;
  • fornecedor estratégico.

O selo precisa de regra clara.

Restrições

Itens podem ser:

  • bloqueados;
  • limitados;
  • sujeitos a aprovação;
  • restritos por unidade;
  • disponíveis por perfil;
  • permitidos apenas com treinamento.

Serviços catalogáveis

Exemplos:

  • tradução;
  • manutenção padrão;
  • instalação;
  • treinamento;
  • recrutamento;
  • transporte;
  • impressão.

O catálogo precisa definir:

  • unidade;
  • escopo;
  • SLA;
  • entregável;
  • aceite;
  • variação;
  • adicionais.

Configuradores

Alguns fornecedores oferecem seleção por atributos.

Exemplo:

  • notebook;
  • mobiliário;
  • uniforme;
  • equipamento;
  • serviço.

Controles:

  • combinações permitidas;
  • preço;
  • compatibilidade;
  • limite;
  • aprovação.

cXML e OCI

Protocolos e padrões podem conectar o sistema do comprador ao fornecedor.

A escolha depende de:

  • plataforma;
  • fornecedor;
  • arquitetura;
  • conteúdo;
  • segurança;
  • suporte.

Não trate a existência do padrão como garantia de integração simples.

Mensagens

Uma integração pode envolver:

  • setup request;
  • response;
  • cart;
  • order;
  • confirmation;
  • ship notice;
  • invoice.

Cada mensagem precisa de:

  • identificador;
  • autenticação;
  • versão;
  • erro;
  • reconciliação;
  • logs.

Autenticação

Possibilidades:

  • shared secret;
  • certificado;
  • token;
  • identidade federada;
  • combinação.

Evite credenciais permanentes sem rotação.

Segurança

Riscos:

  • redirecionamento;
  • catálogo falso;
  • sessão sequestrada;
  • preço alterado;
  • carrinho manipulado;
  • dados expostos;
  • domínio comprometido;
  • integração abusada.

Controles:

  • TLS;
  • autenticação;
  • allowlist;
  • assinatura;
  • validação;
  • timeout;
  • logs;
  • monitoramento;
  • rotação;
  • teste.

Validação do carrinho

Ao retornar:

  • fornecedor;
  • item;
  • preço;
  • moeda;
  • unidade;
  • contrato;
  • categoria;
  • quantidade;
  • imposto;
  • entrega;
  • descrição.

Não aceite cegamente o conteúdo retornado.

Alteração entre carrinho e pedido

Se o preço muda:

  • rejeitar;
  • atualizar;
  • solicitar nova aprovação;
  • aplicar tolerância;
  • notificar.

A regra deve ser definida.

Integração com ERP

Dados:

  • fornecedor;
  • item;
  • conta;
  • centro;
  • imposto;
  • pedido;
  • recebimento;
  • fatura.

O sistema de procurement pode ser a camada de experiência e o ERP, o registro financeiro.

Busca federada

Permite pesquisar em múltiplas fontes.

Desafios:

  • ranking;
  • latência;
  • duplicidade;
  • preço;
  • contrato;
  • atributos;
  • disponibilidade.

Ranking de busca

Critérios:

  • relevância;
  • item preferido;
  • preço;
  • contrato;
  • performance;
  • sustentabilidade;
  • disponibilidade.

Evite ranking influenciado por comissão não transparente.

IA na busca

Pode:

  • interpretar linguagem natural;
  • corrigir termo;
  • sugerir item;
  • resumir diferenças;
  • classificar.

Riscos:

  • produto incompatível;
  • item proibido;
  • recomendação enviesada;
  • explicação falsa.

Governança de catálogo

Papéis:

  • catalog manager;
  • category manager;
  • fornecedor;
  • tecnologia;
  • fiscal;
  • usuário;
  • segurança.

Rotinas:

  • publicação;
  • revisão;
  • alteração;
  • expiração;
  • retirada;
  • auditoria;
  • limpeza.

Supplier enablement

O fornecedor precisa:

  • compreender padrão;
  • preparar conteúdo;
  • testar;
  • corrigir;
  • suportar;
  • manter dados.

Testes

  • autenticação;
  • carrinho;
  • unidade;
  • preço;
  • moeda;
  • caracteres;
  • quantidade;
  • impostos;
  • cancelamento;
  • sessão;
  • erro;
  • mobile;
  • performance.

Teste itens reais e casos extremos.

Monitoramento

  • disponibilidade;
  • tempo de resposta;
  • falhas;
  • carrinhos;
  • abandono;
  • preço divergente;
  • erros;
  • pedidos;
  • conversão.

Experiência

Meça:

  • tempo de busca;
  • clique;
  • abandono;
  • itens não encontrados;
  • satisfação;
  • chamados;
  • compras fora.

Indicadores

  • gasto por catálogo;
  • pedidos;
  • usuários;
  • itens;
  • atualização;
  • preços vencidos;
  • conversão;
  • punchouts;
  • falhas;
  • carrinhos abandonados;
  • compras sem toque;
  • maverick;
  • satisfação;
  • buscas sem resultado.

Caso prático: fornecedor de TI

O fornecedor possui milhares de acessórios.

A empresa:

  1. mantém catálogo interno de notebooks padrão;
  2. usa punchout para acessórios aprovados;
  3. bloqueia itens não corporativos;
  4. mapeia categorias;
  5. valida carrinho;
  6. aplica orçamento;
  7. gera pedido;
  8. recebe confirmação;
  9. monitora preço;
  10. revisa sortimento.

Os modelos coexistem.

Erros comuns

  • punchout como acesso ao site público;
  • conteúdo sem contrato;
  • carrinho sem validação;
  • catálogo infinito;
  • preço sem validade;
  • usuário conhecendo taxonomia;
  • item preferencial sem critério;
  • integração sem reconciliação;
  • segurança limitada a login;
  • adoção medida por acesso.

Como a CapturaMe se conecta a esse cenário

A CapturaMe pode centralizar catálogos internos, punchouts, marketplaces e formulários em uma experiência orientada.

A plataforma aplica regras, aprovações e contratos antes que o carrinho se transforme em pedido e registra dados para category management.

Conclusão

Catálogo, punchout e guided buying resolvem problemas diferentes.

O catálogo controla conteúdo recorrente. O punchout conecta sortimentos complexos de fornecedores. Guided buying orienta a jornada. O resultado depende de governança, integração e experiência, não apenas da tecnologia escolhida.

Conheça a CapturaMe para empresas privadas

Perguntas frequentes

Punchout gera o pedido diretamente?

Normalmente retorna um carrinho ao sistema do comprador, que segue validação e aprovação.

Catálogo interno e punchout podem coexistir?

Sim. É comum usar catálogo para itens padrão e punchout para sortimento amplo.

Guided buying é catálogo?

Não. É a orientação para o canal e o processo adequados.

O preço do fornecedor pode mudar?

Pode, conforme o modelo, mas mudanças precisam de regras, validade e validação.

cXML garante integração?

Não. Padrão ajuda, mas configuração, dados, segurança e testes continuam necessários.

Como medir sucesso?

Adoção, conversão, preço correto, ciclo, experiência, falhas e redução de compras fora.

RFQ: Como Estruturar uma Cotação Comparável e Evitar Propostas Incompletas

RFQ significa Request for Quotation — solicitação de cotação.

É um documento enviado a fornecedores para obter preços e condições comerciais de um objeto suficientemente definido.

Uma RFQ bem construída permite comparar:

  • preço;
  • volume;
  • impostos;
  • frete;
  • prazo;
  • pagamento;
  • garantia;
  • suporte;
  • implantação;
  • validade;
  • custo total.

Uma RFQ mal construída produz propostas que parecem comparáveis, mas não são.

Exemplos:

  • um fornecedor inclui frete e outro não;
  • uma proposta considera implantação;
  • outra cobra depois;
  • um preço usa unidade diferente;
  • o imposto está embutido em apenas uma;
  • o prazo é contado de eventos diferentes;
  • a garantia possui escopos distintos.

O problema não está na planilha de equalização.

Começa na solicitação.

RFQ, RFI e RFP

RFI — Request for Information

Usada para compreender:

  • mercado;
  • fornecedores;
  • tecnologias;
  • capacidades;
  • modelos;
  • tendências.

Não é o instrumento ideal para selecionar apenas pelo preço.

RFP — Request for Proposal

Usada quando a empresa conhece a necessidade, mas espera que fornecedores proponham abordagens ou soluções.

Avalia:

  • método;
  • desenho;
  • equipe;
  • tecnologia;
  • implantação;
  • valor.

RFQ — Request for Quotation

Usada quando o objeto e as condições são suficientemente claros para pedir cotação comparável.

O glossário do CIPS descreve RFQ como um convite para fornecedores apresentarem preços sobre produtos ou serviços específicos.

Quando usar RFQ?

É adequada quando existe:

  • especificação definida;
  • mercado conhecido;
  • fornecedor qualificável;
  • unidades mensuráveis;
  • condição comercial comparável;
  • baixo nível de ambiguidade;
  • critério de avaliação claro.

Exemplos:

  • material padronizado;
  • equipamento definido;
  • serviço com escopo fechado;
  • tabela de preços;
  • renovação comparável;
  • transporte em rotas estruturadas.

Quando evitar RFQ simples?

  • solução ainda desconhecida;
  • inovação;
  • projeto de transformação;
  • serviço intelectual aberto;
  • alta complexidade;
  • requisitos em construção;
  • mercado emergente;
  • resultado mais importante que insumo;
  • forte diferenciação técnica.

Nesses casos, uma RFI, RFP, diálogo com o mercado ou processo em fases pode ser mais adequado.

RFQ não é "pedir três preços"

O número de fornecedores não garante competição real.

Uma RFQ precisa de:

  • mercado;
  • qualificação;
  • especificação;
  • comparabilidade;
  • prazo;
  • critérios;
  • governança.

Três propostas de fornecedores inadequados não criam uma boa decisão.

Preparação da RFQ

Antes de publicar:

  1. valide a necessidade;
  2. consolide demanda;
  3. defina escopo;
  4. conheça o mercado;
  5. escolha fornecedores;
  6. prepare baseline;
  7. defina critérios;
  8. alinhe stakeholders;
  9. aprove o processo;
  10. organize cronograma.

Descrição do objeto

A descrição deve responder:

  • o que é;
  • para qual uso;
  • em qual quantidade;
  • onde;
  • quando;
  • em qual padrão;
  • com quais restrições;
  • com qual resultado esperado.

Evite:

  • termos vagos;
  • marca sem justificativa;
  • códigos internos sem descrição;
  • requisitos copiados;
  • parâmetros irrelevantes.

Especificação

O CIPS destaca que especificações são parte necessária da documentação enviada em RFQs e devem ajudar a garantir que o objeto seja adequado à finalidade.

Uma especificação pode ser:

Técnica

Define características, materiais, dimensões ou desempenho.

Funcional

Define o que a solução precisa fazer.

De resultado

Define o resultado esperado.

Por norma

Referencia norma aplicável.

O tipo deve corresponder à categoria.

Não superespecifique

Uma especificação excessiva pode:

  • reduzir concorrência;
  • elevar preço;
  • impedir inovação;
  • direcionar fornecedor;
  • criar obrigação sem valor.

Pergunte:

  • o requisito é necessário?
  • qual risco controla?
  • existe alternativa?
  • é eliminatório?
  • como será comprovado?

Volumes

Informe:

  • quantidade;
  • previsão;
  • mínimo;
  • máximo;
  • sazonalidade;
  • lote;
  • local;
  • frequência;
  • crescimento;
  • tolerância.

Diferencie:

  • volume histórico;
  • volume estimado;
  • compromisso;
  • cenário;
  • opção.

Não apresente forecast como compromisso se não for.

Unidade de medida

Padronize:

  • unidade;
  • embalagem;
  • peso;
  • hora;
  • diária;
  • quilômetro;
  • usuário;
  • transação;
  • projeto;
  • entrega.

Uma comparação de "caixas" pode esconder quantidades diferentes.

Estrutura comercial

A planilha pode conter:

  • item;
  • descrição;
  • unidade;
  • quantidade;
  • preço unitário;
  • preço total;
  • imposto;
  • frete;
  • desconto;
  • setup;
  • recorrência;
  • opção;
  • moeda;
  • reajuste;
  • validade.

Bloqueie células estruturais e explique campos.

Preço bruto e líquido

Defina se a proposta deve apresentar:

  • preço com tributos;
  • preço sem tributos;
  • créditos;
  • retenções;
  • frete;
  • seguro;
  • despesas;
  • taxas.

A análise tributária deve ser validada por especialistas.

Moeda

Defina:

  • moeda da proposta;
  • data de conversão;
  • fonte;
  • hedge;
  • ajuste;
  • pagamento;
  • exposição.

Não compare moedas usando taxas diferentes por fornecedor.

Frete e Incoterms

Esclareça:

  • origem;
  • destino;
  • responsabilidade;
  • seguro;
  • carga;
  • descarga;
  • risco;
  • tributo;
  • Incoterm quando aplicável.

O preço mais baixo pode transferir custo logístico ao comprador.

Prazo

Defina o evento inicial:

  • pedido;
  • aprovação;
  • recebimento de dados;
  • assinatura;
  • pagamento;
  • confirmação.

Peça:

  • lead time;
  • capacidade;
  • prazo de implantação;
  • janela;
  • validade;
  • contingência.

Condição de pagamento

Compare:

  • prazo;
  • marco;
  • adiantamento;
  • retenção;
  • moeda;
  • desconto;
  • faturamento;
  • documentação.

Prazo maior não é automaticamente melhor se elevar preço ou risco.

Garantia

Defina:

  • duração;
  • início;
  • cobertura;
  • exclusões;
  • atendimento;
  • peças;
  • deslocamento;
  • substituição;
  • SLA;
  • extensão.

Serviço e suporte

Peça:

  • horário;
  • canal;
  • local;
  • idioma;
  • níveis;
  • tempos;
  • equipe;
  • escalonamento;
  • custo.

Amostras e testes

Quando necessários:

  • critérios;
  • quantidade;
  • custo;
  • devolução;
  • propriedade;
  • prazo;
  • método;
  • aceite;
  • confidencialidade.

Não solicite amostras extensas sem justificativa.

Requisitos de qualificação

Podem incluir:

  • capacidade;
  • licença;
  • qualidade;
  • segurança;
  • integridade;
  • finanças;
  • experiência;
  • cobertura;
  • sustentabilidade.

Separe:

  • requisito eliminatório;
  • critério pontuável;
  • informação contratual.

Instruções aos fornecedores

Inclua:

  • canal;
  • prazo;
  • formato;
  • idioma;
  • validade;
  • perguntas;
  • contato;
  • anexos;
  • assinatura;
  • confidencialidade;
  • regras de alteração;
  • política de comunicação.

Cronograma

Exemplo:

  1. emissão;
  2. confirmação;
  3. perguntas;
  4. respostas;
  5. entrega;
  6. avaliação;
  7. negociação;
  8. BAFO;
  9. decisão;
  10. contrato.

Prazos precisam ser compatíveis com a complexidade.

Esclarecimentos

Todos os participantes devem receber informação equivalente quando a resposta puder afetar a competição.

Evite:

  • negociação paralela;
  • resposta informal;
  • alteração sem versão;
  • reunião exclusiva sem registro.

Mudanças na RFQ

Se o comprador altera:

  • escopo;
  • quantidade;
  • prazo;
  • critério;
  • condição;

deve avaliar:

  • republicação;
  • extensão de prazo;
  • confirmação;
  • impacto na proposta.

Avaliação

A CIPS orienta que propostas sejam avaliadas segundo os critérios definidos na solicitação, de forma consistente.

Etapas:

  1. conformidade;
  2. técnica;
  3. comercial;
  4. risco;
  5. equalização;
  6. esclarecimento;
  7. negociação;
  8. recomendação.

Matriz de conformidade

Requisito Fornecedor A Fornecedor B Fornecedor C
Especificação Atende Parcial Atende
Prazo 20 dias 15 dias 30 dias
Garantia 12 meses 24 meses 12 meses
Frete Incluso Não incluso Incluso

"Parcial" precisa de explicação.

Equalização

A equalização ajusta diferenças para comparação.

Pode considerar:

  • quantidade;
  • moeda;
  • frete;
  • imposto;
  • setup;
  • recorrência;
  • manutenção;
  • consumo;
  • garantia;
  • prazo;
  • risco;
  • saída.

Não altere a proposta original.

Crie uma visão comparável e preserve a fonte.

Cenários

Exemplo:

  • 1 ano;
  • 3 anos;
  • volume base;
  • crescimento;
  • região;
  • opção.

Cenários evitam escolher um preço ótimo para uma demanda irreal.

TCO

Quando relevante, inclua:

  • aquisição;
  • implantação;
  • operação;
  • manutenção;
  • risco;
  • saída;
  • valor residual.

A RFQ precisa solicitar dados suficientes para o cálculo.

Critérios ponderados

Possíveis:

  • técnica;
  • preço;
  • prazo;
  • TCO;
  • risco;
  • implantação;
  • sustentabilidade.

Defina pesos antes das propostas.

Não crie pesos para justificar um fornecedor preferido.

Menor preço e melhor valor

O menor preço pode vencer quando:

  • especificação é igual;
  • risco é equivalente;
  • prazo atende;
  • TCO é comparável.

Em outras categorias, melhor valor pode envolver múltiplos critérios.

BAFO

Best and Final Offer pode ser utilizado para solicitar proposta final.

Defina:

  • escopo final;
  • prazo;
  • formato;
  • condições;
  • regra;
  • participantes.

Evite rodadas infinitas usadas apenas para pressionar preço.

Negociação

Negocie:

  • drivers;
  • volume;
  • prazo;
  • pagamento;
  • risco;
  • garantia;
  • produtividade;
  • escopo;
  • contrato.

Não divulgue proposta confidencial de concorrente.

Comunicação da decisão

Defina:

  • aprovação;
  • award;
  • condições;
  • standstill quando aplicável;
  • feedback;
  • contrato;
  • validade;
  • próximos passos.

Award não é necessariamente contrato.

Feedback

Pode abordar:

  • aderência;
  • completude;
  • técnica;
  • comercial;
  • processo.

Não revele informação confidencial de outro fornecedor.

Automação

Uma plataforma pode apoiar:

  • templates;
  • convite;
  • mensagens;
  • prazo;
  • planilha;
  • avaliação;
  • aprovação;
  • histórico;
  • auditoria.

A tecnologia não corrige especificação ruim.

IA

Pode:

  • revisar completude;
  • comparar cláusulas;
  • resumir propostas;
  • detectar divergências;
  • sugerir perguntas.

Riscos:

  • leitura incorreta;
  • contexto;
  • confidencialidade;
  • prompt injection;
  • peso oculto;
  • falsa equivalência.

Use fonte e revisão humana.

Indicadores

  • RFQs emitidas;
  • participantes;
  • respostas;
  • propostas conformes;
  • ciclo;
  • perguntas;
  • diferenças;
  • competição;
  • award;
  • implementação;
  • valor realizado;
  • satisfação;
  • disputas;
  • retrabalho.

Caso prático: contratação de uniformes

A RFQ original pedia "uniforme completo".

As propostas variavam em:

  • tecido;
  • quantidade de peças;
  • personalização;
  • frete;
  • reposição;
  • grade;
  • prova.

O comprador reconstrói a RFQ:

  1. define composição;
  2. informa grade;
  3. separa itens;
  4. especifica tecido;
  5. inclui prova;
  6. padroniza frete;
  7. pede lead time;
  8. define reposição;
  9. testa amostra;
  10. equaliza TCO.

A diferença de preço passa a ter explicação.

Erros comuns

  • usar RFQ para solução aberta;
  • "três preços" sem mercado;
  • volume sem compromisso claro;
  • unidade diferente;
  • imposto ambíguo;
  • mudança sem prazo;
  • avaliação depois das propostas;
  • equalização que altera a proposta;
  • negociação sem confidencialidade;
  • award sem implantação.

Como a CapturaMe se conecta a esse cenário

A CapturaMe pode estruturar templates de RFQ, tabelas comerciais, requisitos, esclarecimentos, avaliações e aprovações.

A plataforma preserva versões e comparabilidade, reduzindo planilhas paralelas e decisões sem trilha.

Conclusão

Uma boa RFQ transforma uma necessidade definida em propostas comparáveis.

A qualidade da cotação depende do trabalho anterior: especificação, volumes, regras e critérios. Quanto mais clara a solicitação, menor o retrabalho e mais confiável a decisão.

Conheça a CapturaMe para empresas privadas

Perguntas frequentes

RFQ é igual a RFP?

Não. RFQ prioriza cotação de objeto definido; RFP busca propostas de solução.

Preciso convidar três fornecedores?

O número depende do mercado, política e objetivo. Quantidade não substitui competição real.

A RFQ deve ter preço-alvo?

Pode ter orçamento ou faixa interna, mas a divulgação depende da estratégia e do contexto.

Posso negociar após receber propostas?

Sim, conforme regras, confidencialidade e tratamento consistente.

Como comparar impostos?

Defina a base da proposta e valide com fiscal ou tributário.

O menor preço deve vencer?

Quando todos os demais requisitos e custos são equivalentes; caso contrário, use melhor valor ou TCO.

Supplier Performance Management: Como Criar Scorecards que Geram Ação

Muitas empresas avaliam fornecedores com uma planilha trimestral.

O resultado é uma nota como:

  • 8,4;
  • 92%;
  • verde;
  • fornecedor A.

A nota é apresentada, discutida e arquivada.

Nada muda.

Supplier Performance Management — SPM — é o processo de definir expectativas, medir entregas, analisar causas, acordar ações e acompanhar resultados dos fornecedores.

O scorecard é uma ferramenta dentro do processo. Ele não é o processo inteiro.

O CIPS destaca que monitorar performance é parte vital da gestão de fornecedores e que KPIs devem ser incluídos desde os acordos iniciais.

Por que avaliar?

  • confirmar entrega;
  • melhorar serviço;
  • identificar risco;
  • reconhecer excelência;
  • apoiar renovação;
  • distribuir volume;
  • desenvolver fornecedor;
  • aplicar consequência;
  • gerar inovação;
  • melhorar estratégia.

A avaliação precisa estar ligada a decisões.

Nem todo fornecedor precisa do mesmo modelo

Segmente por:

  • criticidade;
  • gasto;
  • substituibilidade;
  • risco;
  • impacto;
  • colaboração;
  • categoria;
  • contrato.

Transacional

Poucos KPIs automatizados.

Importante

Scorecard periódico e reunião operacional.

Estratégico

Governança executiva, inovação, risco e planos conjuntos.

Crítico

Monitoramento frequente, continuidade e thresholds rigorosos.

Dimensões de performance

Qualidade

  • defeitos;
  • rejeições;
  • devoluções;
  • reclamações;
  • CAPA;
  • first-pass yield;
  • auditorias;
  • conformidade.

Entrega

  • OTIF;
  • lead time;
  • completude;
  • confirmação;
  • atraso;
  • flexibilidade;
  • expedição.

Custo e comercial

  • preço;
  • índice;
  • fatura;
  • crédito;
  • produtividade;
  • TCO;
  • variação;
  • transparência.

Serviço

  • SLA;
  • resposta;
  • resolução;
  • suporte;
  • disponibilidade;
  • experiência.

Risco

  • financeiro;
  • cyber;
  • integridade;
  • capacidade;
  • continuidade;
  • documentos;
  • concentração.

Sustentabilidade

  • emissões;
  • trabalho;
  • segurança;
  • resíduos;
  • diversidade;
  • remediação;
  • evidências.

Inovação

  • ideias;
  • pilotos;
  • melhoria;
  • tempo;
  • valor;
  • adoção.

Relacionamento

  • comunicação;
  • transparência;
  • colaboração;
  • escalonamento;
  • confiança;
  • comportamento.

Critérios subjetivos precisam de definições e evidências.

Indicadores por categoria

Um transportador pode ser medido por:

  • OTIF;
  • avaria;
  • tracking;
  • aceite;
  • segurança.

Um SaaS:

  • disponibilidade;
  • incidentes;
  • suporte;
  • segurança;
  • adoção;
  • roadmap.

Uma consultoria:

  • entregáveis;
  • qualidade;
  • prazo;
  • conhecimento;
  • impacto.

Não use um scorecard corporativo idêntico para todos.

Definição do KPI

Para cada indicador:

  • nome;
  • objetivo;
  • fórmula;
  • fonte;
  • frequência;
  • owner;
  • elegibilidade;
  • tolerância;
  • meta;
  • threshold;
  • ação.

Exemplo de OTIF

OTIF = entregas elegíveis completas e dentro da janela ÷ entregas elegíveis

Defina:

  • janela;
  • quantidade;
  • cancelamento;
  • entrega parcial;
  • alteração do cliente;
  • força maior;
  • local;
  • fonte.

Fornecedor e comprador precisam utilizar a mesma definição.

Dados internos e dados do fornecedor

Fontes internas:

  • ERP;
  • WMS;
  • qualidade;
  • tickets;
  • contratos;
  • usuários.

Fontes do fornecedor:

  • relatório;
  • portal;
  • telemetria;
  • incidentes;
  • inovação.

Reconcilie divergências.

O fornecedor não deve ser avaliado apenas com dados que não consegue contestar.

Baseline, meta e threshold

Baseline

Desempenho atual ou histórico.

Meta

Resultado esperado.

Threshold

Limite que aciona consequência.

Stretch

Objetivo adicional.

A meta deve ser:

  • contratual;
  • realista;
  • relevante;
  • atualizada;
  • alinhada ao negócio.

Pesos

Exemplo:

  • qualidade: 30%;
  • entrega: 30%;
  • custo: 15%;
  • serviço: 15%;
  • risco: 10%.

Risco:

Um fornecedor pode compensar uma falha grave de segurança com bom preço e entrega.

Use:

  • critérios eliminatórios;
  • caps;
  • thresholds;
  • status separado.

Score composto

Pode simplificar a leitura.

Deve vir acompanhado de:

  • dimensões;
  • tendência;
  • eventos;
  • ações;
  • riscos críticos.

A nota média não pode esconder falha material.

RAG status

  • verde;
  • amarelo;
  • vermelho.

Defina limites e ação.

Evite mudar a meta para manter o fornecedor verde.

Frequência

Operacional

Semanal ou mensal.

Tática

Mensal ou trimestral.

Executiva

Trimestral ou semestral.

A cadência deve refletir a velocidade do problema.

Reuniões de performance

Operational review

  • KPIs;
  • incidentes;
  • pedidos;
  • ações.

Business review

  • contrato;
  • demanda;
  • custo;
  • melhoria;
  • risco.

Executive review

  • estratégia;
  • inovação;
  • investimento;
  • relacionamento;
  • decisões.

Não use toda reunião para ler slides.

Estrutura da reunião

  1. resultado;
  2. tendência;
  3. causa;
  4. impacto;
  5. ação;
  6. owner;
  7. prazo;
  8. decisão;
  9. suporte;
  10. follow-up.

Supplier voice

Pergunte ao fornecedor:

  • a previsão é confiável?
  • os pedidos estão corretos?
  • pagamentos estão no prazo?
  • decisões são claras?
  • existem bloqueios?
  • que melhoria depende do comprador?

Performance é resultado da relação, embora responsabilidades sejam distintas.

Buyer-caused failure

Exemplos:

  • forecast errado;
  • alteração tardia;
  • pedido incorreto;
  • especificação;
  • recebimento;
  • pagamento;
  • aprovação.

O scorecard precisa separar causas atribuíveis ao comprador.

Avaliar injustamente reduz confiança e qualidade do dado.

CAPA

Para falhas relevantes:

  • contenção;
  • causa;
  • correção;
  • ação corretiva;
  • ação preventiva;
  • owner;
  • prazo;
  • evidência;
  • eficácia.

Fechar uma ação não significa comprovar eficácia.

Plano de melhoria

Pode incluir:

  • treinamento;
  • processo;
  • equipamento;
  • dados;
  • capacidade;
  • gestão;
  • subfornecedor;
  • investimento;
  • contrato.

Consequências

Possibilidades:

  • alerta;
  • plano;
  • inspeção;
  • auditoria;
  • redução de volume;
  • retenção;
  • penalidade;
  • suspensão;
  • não renovação;
  • saída.

Consequência deve estar prevista, ser proporcional e considerar causalidade.

Reconhecimento

  • volume;
  • contrato;
  • prêmio;
  • referência;
  • co-investimento;
  • inovação;
  • prazo;
  • status preferencial.

Reconhecimento precisa evitar favoritismo e respeitar competição futura.

Performance e pagamento

Modelos:

  • service credit;
  • bonus;
  • malus;
  • gainshare;
  • retenção;
  • disponibilidade.

O indicador precisa ser:

  • controlável;
  • verificável;
  • equilibrado;
  • contratual;
  • auditável.

Performance e sourcing

Dados devem influenciar:

  • renovação;
  • shortlist;
  • volume;
  • risco;
  • lotes;
  • condições;
  • desenvolvimento.

Evite excluir fornecedor com base em uma nota agregada não auditável.

Performance de serviços

Critérios podem incluir:

  • entregável;
  • prazo;
  • aceite;
  • resultado;
  • equipe;
  • conhecimento;
  • continuidade;
  • segurança;
  • satisfação.

Horas trabalhadas não são performance.

Inovação

Métricas:

  • ideias qualificadas;
  • tempo de piloto;
  • valor;
  • implementação;
  • aprendizado;
  • escala.

Quantidade de ideias pode incentivar baixa qualidade.

ESG

Não premie apenas preenchimento de questionário.

Use:

  • evidência;
  • resultado;
  • ação;
  • cobertura;
  • incidente;
  • melhoria.

Automação e IA

A plataforma pode calcular:

  • OTIF;
  • SLA;
  • tickets;
  • qualidade;
  • faturamento;
  • documentos.

IA pode resumir reviews, detectar anomalias e identificar tendências.

Intervenção humana continua necessária para:

  • causa;
  • contexto;
  • decisão;
  • relacionamento;
  • consequência.

IA não deve inventar causa, atribuir culpa ou aplicar sanção.

Indicadores do processo SPM

Além do desempenho do fornecedor:

  • cobertura;
  • scorecards emitidos;
  • reuniões;
  • ações;
  • ações vencidas;
  • reincidência;
  • fornecedores melhorados;
  • decisões tomadas;
  • satisfação;
  • dados contestados.

Caso prático: fornecedor logístico

O scorecard tinha média 92%.

Uma análise por dimensão mostra:

  • custo: verde;
  • tracking: verde;
  • OTIF: amarelo;
  • segurança: vermelho por acidente grave.

O status geral é crítico devido ao threshold de segurança.

A empresa:

  1. contém o risco;
  2. investiga;
  3. cria CAPA;
  4. revisa operação;
  5. acompanha semanalmente;
  6. decide sobre volume;
  7. mede eficácia;
  8. registra aprendizado.

A média não mascara a falha.

Roteiro de implantação

1. Segmentar fornecedores

2. Definir objetivos

3. Criar KPIs por categoria

4. Validar dados

5. Definir thresholds

6. Contratar expectativas

7. Criar cadências

8. Integrar ações

9. Vincular decisões

10. Revisar o modelo

Erros comuns

  • scorecard único;
  • nota sem decisão;
  • KPI sem fórmula;
  • média escondendo risco;
  • meta alterada;
  • comprador fora da causa;
  • CAPA sem eficácia;
  • reunião de slides;
  • penalidade automática;
  • medir apenas preço e entrega.

Como a CapturaMe se conecta a esse cenário

A CapturaMe pode criar scorecards por categoria, consolidar dados internos e do fornecedor e relacionar desvios a planos, reuniões e decisões.

A plataforma mantém histórico e permite que performance influencie sourcing, contratos, volume e desenvolvimento.

Conclusão

Supplier Performance Management transforma expectativas contratuais em gestão contínua.

O melhor scorecard não é o que produz a nota mais sofisticada. É o que mostra causas, riscos e ações e melhora decisões para comprador e fornecedor.

Conheça a CapturaMe para gestão de fornecedores

Perguntas frequentes

Todo fornecedor precisa de scorecard?

Não. A profundidade deve ser proporcional à criticidade e ao valor.

Posso usar a mesma ficha para todos?

Não é recomendado. KPIs devem refletir a categoria e o contrato.

Uma nota geral é suficiente?

Não. Dimensões e thresholds críticos precisam permanecer visíveis.

O fornecedor deve acessar os dados?

Deve compreender critérios e ter canal para contestar divergências.

Penalidade melhora performance?

Pode ser parte do contrato, mas causa, suporte e plano também são necessários.

Como começar?

Segmente fornecedores e escolha poucos KPIs confiáveis ligados a decisões.

KYS e Onboarding de Fornecedores: Como Validar Identidade, Dados e Capacidade

Antes de comprar de um fornecedor, a empresa precisa responder perguntas básicas:

  • a organização existe?
  • quem a representa?
  • qual é sua estrutura societária?
  • os dados bancários são legítimos?
  • ela pode fornecer o objeto?
  • possui documentos e licenças necessários?
  • apresenta riscos relevantes?
  • está apta a receber pedidos e pagamentos?
  • quem manterá o cadastro atualizado?

Know Your Supplier — KYS — é uma abordagem para conhecer e validar o fornecedor antes e durante o relacionamento.

O onboarding é o processo de coletar, verificar, aprovar, integrar e ativar o fornecedor nos sistemas e processos da organização.

Os dois conceitos se conectam, mas não são idênticos.

KYS orienta o que precisa ser conhecido. Onboarding organiza como o fornecedor entra em operação.

Cadastro, onboarding, homologação e due diligence

Cadastro

Registro de dados básicos no sistema.

Onboarding

Jornada de entrada, validação, aprovação, integração e ativação.

Homologação

Confirmação de que o fornecedor atende critérios definidos para uma categoria, uso ou nível de risco.

Due diligence

Investigação proporcional sobre riscos legais, financeiros, reputacionais, sociais, ambientais, cibernéticos ou outros.

KYS ou KYB

Know Your Supplier ou Know Your Business concentra-se em identidade, existência, propriedade, representação e legitimidade da contraparte.

Uma empresa pode estar cadastrada sem estar homologada. Pode estar homologada para uma categoria e não para outra. Pode ter passado por due diligence na entrada e precisar de nova análise após uma mudança relevante.

O princípio da proporcionalidade

Não exija o mesmo dossiê de:

  • uma pequena papelaria;
  • um operador logístico crítico;
  • uma empresa de cloud;
  • um laboratório;
  • um consultor individual;
  • um fornecedor de produto químico;
  • uma construtora.

O processo deve considerar:

  • categoria;
  • valor;
  • acesso;
  • dados;
  • criticidade;
  • localização;
  • subcontratação;
  • regulação;
  • impacto;
  • duração.

Exigências excessivas podem excluir pequenas empresas sem reduzir risco. Exigências insuficientes podem ativar uma contraparte inadequada.

O evento que inicia o onboarding

Possibilidades:

  • fornecedor convidado para uma concorrência;
  • fornecedor vencedor;
  • compra emergencial;
  • indicação da área;
  • cadastro espontâneo;
  • renovação;
  • mudança societária;
  • expansão para nova categoria;
  • novo país ou unidade.

A organização precisa decidir em que momento cada validação ocorre.

Exemplo:

  • informações básicas antes da RFP;
  • due diligence aprofundada apenas para finalistas;
  • dados bancários após o award;
  • integração fiscal antes do pedido;
  • treinamento antes da operação.

Coletar tudo de todos os participantes aumenta custo e exposição de dados.

Dados de identidade

Para pessoa jurídica:

  • razão social;
  • nome comercial;
  • identificador fiscal;
  • endereço;
  • situação cadastral;
  • constituição;
  • representantes;
  • beneficiários finais quando aplicável;
  • grupo econômico;
  • contatos;
  • atividade.

Para pessoa física ou profissional:

  • identidade;
  • registro;
  • endereço;
  • atividade;
  • representação;
  • dados tributários.

As exigências devem respeitar a lei e a finalidade.

Beneficiário final

Conhecer quem possui ou controla a organização pode ajudar a identificar:

  • conflito;
  • sanção;
  • parte relacionada;
  • estrutura opaca;
  • exposição política;
  • fraude;
  • concentração.

A definição de beneficiário final depende da jurisdição e da finalidade. Não presuma irregularidade apenas porque a estrutura é complexa.

Representação e poderes

Valide:

  • quem pode assinar;
  • procuração;
  • prazo;
  • poderes;
  • limites;
  • revogação;
  • assinatura eletrônica;
  • identidade.

Um contato comercial não possui automaticamente autoridade para contratar ou alterar dados.

Dados bancários

Fraudes de alteração de conta podem ocorrer por:

  • e-mail comprometido;
  • fornecedor falso;
  • manipulação interna;
  • documento adulterado;
  • identidade sintética.

Um fluxo robusto pode incluir:

  1. solicitação em canal autenticado;
  2. documento;
  3. validação do titular;
  4. callback independente;
  5. dupla aprovação;
  6. segregação;
  7. notificação;
  8. período de espera conforme risco;
  9. log;
  10. monitoramento do primeiro pagamento.

A conta não deve ser alterada apenas com base em uma mensagem recebida.

Dados fiscais

Inclua conforme o país e operação:

  • situação fiscal;
  • regime;
  • retenções;
  • inscrições;
  • documentos;
  • classificação;
  • endereço;
  • estabelecimento;
  • notas;
  • obrigações.

Procurement não deve interpretar sozinho regras tributárias complexas.

Licenças e autorizações

Podem ser necessárias para:

  • vigilância;
  • transporte;
  • produtos químicos;
  • saúde;
  • alimentos;
  • engenharia;
  • resíduos;
  • telecom;
  • trabalho;
  • meio ambiente;
  • importação.

Valide:

  • órgão;
  • escopo;
  • unidade;
  • atividade;
  • validade;
  • responsável;
  • restrições.

Uma licença válida pode não cobrir a atividade contratada.

Capacidade técnica e operacional

Evidências:

  • experiência;
  • equipe;
  • instalações;
  • equipamentos;
  • certificados;
  • amostras;
  • testes;
  • referências;
  • metodologia;
  • capacidade;
  • cobertura;
  • suporte;
  • contingência;
  • subcontratados.

Certificação não substitui validação do uso real.

Capacidade financeira

Possíveis dados:

  • demonstrações;
  • rating;
  • liquidez;
  • dívida;
  • concentração;
  • capital de giro;
  • seguros;
  • garantias.

A análise financeira é uma dimensão do onboarding, não uma sentença sobre o futuro.

Integridade

Verifique conforme risco:

  • sanções;
  • impedimentos;
  • processos;
  • listas;
  • conflitos;
  • beneficiários;
  • partes relacionadas;
  • histórico;
  • canal de ética;
  • programa de integridade.

Uma correspondência de nome exige confirmação de identidade.

Direitos humanos e ambiente

A orientação da OCDE para due diligence responsável recomenda identificar, prevenir, mitigar e acompanhar impactos reais e potenciais nas operações, cadeias e relações de negócio.

O onboarding pode coletar informações iniciais sobre:

  • trabalho;
  • saúde e segurança;
  • ambiente;
  • comunidades;
  • subfornecedores;
  • mecanismos de reclamação.

Questionário não é evidência suficiente para riscos elevados.

Cibersegurança e dados

Avalie quando o fornecedor:

  • acessa sistemas;
  • processa dados;
  • fornece software;
  • utiliza cloud;
  • administra identidades;
  • opera infraestrutura;
  • desenvolve código.

Possíveis requisitos:

  • arquitetura;
  • controles;
  • incidentes;
  • suboperadores;
  • continuidade;
  • vulnerabilidades;
  • acesso;
  • exclusão;
  • portabilidade.

O risco da cadeia deve ser tratado ao longo do ciclo, não apenas na entrada.

Segmentação de risco

Um modelo simples pode usar quatro níveis.

Nível 1 — Baixo

Baixo valor, sem acesso, sem criticidade e objeto padronizado.

Nível 2 — Moderado

Exposição operacional limitada ou contrato recorrente.

Nível 3 — Alto

Acesso, dados, regulação, segurança, impacto ou dependência relevante.

Nível 4 — Crítico

Fornecedor essencial, alto impacto, concentração ou risco significativo.

Cada nível determina:

  • dados;
  • documentos;
  • análises;
  • aprovadores;
  • validade;
  • monitoramento.

Questionário dinâmico

Perguntas devem variar conforme:

  • categoria;
  • país;
  • porte;
  • risco;
  • dados;
  • subcontratação;
  • atividade.

Evite questionários de centenas de campos iguais para todos.

Use coleta progressiva:

  1. identidade;
  2. triagem;
  3. perguntas específicas;
  4. documentos;
  5. validação;
  6. pendências.

Reutilização de dados

Um fornecedor não deveria enviar o mesmo documento para cada unidade, evento ou comprador.

A plataforma pode reutilizar dados válidos e solicitar apenas:

  • atualização;
  • nova categoria;
  • mudança;
  • informação específica.

Reutilização exige controle de acesso e versionamento.

Validade e expiração

Defina validade por documento e risco:

  • licença;
  • seguro;
  • certificado;
  • demonstração;
  • questionário;
  • análise;
  • procuração.

O cadastro não deve permanecer "aprovado para sempre".

Pendências

Classifique:

  • impeditiva;
  • condicionante;
  • informativa;
  • em regularização.

Uma pendência condicionante pode permitir ativação limitada com prazo, owner, compensação e monitoramento.

Aprovação e ativação

Papéis possíveis:

  • cadastro;
  • procurement;
  • financeiro;
  • fiscal;
  • compliance;
  • jurídico;
  • segurança;
  • área técnica;
  • qualidade;
  • sustentabilidade.

A aprovação deve seguir o risco.

Depois:

  • criar identificador;
  • liberar organização;
  • habilitar categoria;
  • ativar pagamento;
  • publicar catálogo;
  • configurar acesso;
  • treinar;
  • comunicar.

Aprovação de compliance não significa que o fornecedor está tecnicamente pronto para receber pedido.

Supplier enablement

O fornecedor pode precisar de:

  • acesso;
  • treinamento;
  • manual;
  • canal;
  • integração;
  • teste;
  • dados;
  • catálogo;
  • faturamento.

Onboarding termina quando a relação consegue operar corretamente, não apenas quando o cadastro é criado.

Experiência do fornecedor

Métricas:

  • tempo para preencher;
  • devoluções;
  • documentos repetidos;
  • suporte;
  • status;
  • clareza;
  • abandono;
  • satisfação.

Um processo hostil pode afastar fornecedores qualificados.

Privacidade

O onboarding coleta dados de sócios, representantes, contatos e trabalhadores.

Defina:

  • finalidade;
  • base;
  • minimização;
  • acesso;
  • retenção;
  • compartilhamento;
  • correção;
  • segurança;
  • exclusão.

Não colete informação apenas porque a ferramenta possui o campo.

Mudanças que exigem revalidação

  • razão social;
  • controle;
  • conta;
  • endereço;
  • licença;
  • categoria;
  • país;
  • subcontratado;
  • incidente;
  • sanção;
  • fusão;
  • falência;
  • acesso;
  • escopo.

O fornecedor deve ter obrigação contratual de comunicar mudanças.

Indicadores

  • fornecedores convidados;
  • iniciados;
  • aprovados;
  • reprovados;
  • abandonados;
  • tempo;
  • first-time-right;
  • pendências;
  • documentos vencidos;
  • risco;
  • conta alterada;
  • chamados;
  • satisfação;
  • duplicidades.

Caso prático: fornecedor de SaaS

O fluxo:

  1. área descreve o uso;
  2. fornecedor valida identidade;
  3. procurement verifica mercado;
  4. segurança avalia arquitetura;
  5. privacidade analisa dados;
  6. jurídico define termos;
  7. financeiro valida conta;
  8. fornecedor é ativado;
  9. integração é testada;
  10. risco passa ao monitoramento contínuo.

O cadastro fiscal é apenas uma parte.

Erros comuns

  • cadastro como homologação;
  • mesmo questionário para todos;
  • coletar tudo na RFP;
  • documento sem escopo;
  • conta alterada por e-mail;
  • aprovação sem categoria;
  • fornecedor ativado sem enablement;
  • dados pessoais excessivos;
  • aprovação permanente;
  • due diligence como checklist único.

Como a CapturaMe se conecta a esse cenário

A CapturaMe pode estruturar KYS, questionários, documentos, aprovações, integrações e ativação por nível de risco.

A plataforma preserva versões, pendências e trilhas, além de oferecer uma experiência única para o fornecedor e para as áreas responsáveis.

Conclusão

KYS e onboarding criam a base de confiança operacional do relacionamento.

A empresa precisa conhecer a contraparte, validar dados e ativá-la para o uso correto. O processo deve ser proporcional ao risco, rigoroso nos pontos críticos e simples onde a exposição é baixa.

Conheça a CapturaMe para gestão de fornecedores

Perguntas frequentes

KYS é igual a homologação?

Não. KYS concentra-se em conhecer e validar a contraparte; homologação confirma aptidão para um uso ou categoria.

Cadastro significa fornecedor aprovado?

Não. Cadastro é o registro; aprovação depende das validações aplicáveis.

Todo fornecedor precisa de due diligence aprofundada?

Não. A profundidade deve ser proporcional ao risco.

Como proteger alterações bancárias?

Use canal autenticado, validação independente, segregação e logs.

O onboarding termina com o cadastro no ERP?

Não. O fornecedor precisa estar habilitado a contratar, receber pedidos, entregar e faturar.

Como reduzir o tempo?

Use segmentação de risco, perguntas condicionais, reutilização de dados e validações paralelas.

KPIs de Procurement e Ciclo PPMS: Como Medir Valor, Risco e Eficiência

Uma área pode possuir cinquenta indicadores e continuar sem saber:

  • onde agir;
  • qual resultado priorizar;
  • por que o desempenho mudou;
  • quem é responsável;
  • se o dado é confiável;
  • que decisão será tomada.

KPI não é qualquer número.

Key Performance Indicator é uma medida ligada a um objetivo relevante e utilizada para orientar decisão e ação.

O CIPS organiza exemplos de KPIs em dimensões como qualidade, entrega, inventário, custos, sourcing, compliance, fornecedores e eficiência.

A OCDE propõe uma visão de performance que combine:

  • compliance;
  • eficiência;
  • alcance de objetivos estratégicos.

Esse equilíbrio também é útil no setor privado.

Métrica, indicador e KPI

Métrica

Qualquer medida.

Indicador

Medida que ajuda a interpretar uma condição.

KPI

Indicador considerado crítico para um objetivo.

Exemplo:

  • número de pedidos: métrica;
  • percentual de pedidos retroativos: indicador;
  • redução de pedidos retroativos como objetivo estratégico: KPI.

Nem toda métrica deve aparecer no painel executivo.

O que é PPMS?

Neste artigo, PPMS significa Procurement Performance Measurement System.

É o sistema gerencial que conecta:

  1. estratégia;
  2. objetivos;
  3. indicadores;
  4. definições;
  5. dados;
  6. metas;
  7. análise;
  8. ações;
  9. revisão.

Um dashboard é apenas a interface do PPMS.

O ciclo PPMS

1. Definir objetivos

Exemplos:

  • melhorar disponibilidade;
  • reduzir custo total;
  • acelerar demanda;
  • elevar compliance;
  • reduzir risco;
  • desenvolver fornecedores;
  • ampliar sustentabilidade.

2. Escolher indicadores

Cada objetivo deve ter um conjunto pequeno de medidas.

3. Definir a ficha do indicador

  • nome;
  • objetivo;
  • fórmula;
  • unidade;
  • fonte;
  • frequência;
  • owner;
  • responsável pelo dado;
  • segmentação;
  • meta;
  • limites;
  • interpretação;
  • ação.

4. Validar dados

  • completude;
  • consistência;
  • reconciliação;
  • atualização;
  • lineage;
  • acesso.

5. Estabelecer baseline e meta

A meta deve considerar:

  • estratégia;
  • histórico;
  • capacidade;
  • benchmark;
  • investimento;
  • risco.

6. Analisar

Comparar:

  • período;
  • causa;
  • segmento;
  • tendência;
  • distribuição;
  • correlação;
  • exceção.

7. Decidir e agir

Cada desvio relevante deve gerar:

  • investigação;
  • owner;
  • ação;
  • prazo;
  • resultado esperado.

8. Revisar o sistema

Indicadores deixam de ser úteis ou criam comportamentos indesejados.

Balanced scorecard de procurement

Uma estrutura pode equilibrar oito dimensões.

1. Valor financeiro

  • saving realizado;
  • cost avoidance;
  • TCO;
  • caixa;
  • capital de giro;
  • recuperação;
  • custo da função.

Não misture categorias.

2. Demanda e cobertura

  • gasto gerenciado;
  • cobertura contratual;
  • pipeline;
  • categorias com estratégia;
  • adesão;
  • maverick spend.

3. Processo

  • lead time;
  • touchless;
  • first-time-right;
  • pedido retroativo;
  • taxa de exceção;
  • custo de comprar.

4. Fornecedores

  • OTIF;
  • qualidade;
  • SLA;
  • risco;
  • inovação;
  • CAPA;
  • concentração.

5. Risco e compliance

  • documentos;
  • due diligence;
  • conflitos;
  • cyber;
  • incidentes;
  • fornecedores críticos;
  • planos de continuidade.

6. Sustentabilidade

  • emissões;
  • diversidade;
  • direitos humanos;
  • circularidade;
  • fornecedores locais;
  • evidências.

7. Experiência

  • satisfação do requisitante;
  • esforço;
  • supplier experience;
  • tempo de resposta;
  • resolução.

8. Pessoas e capability

  • competências;
  • mobilidade;
  • treinamento;
  • sucessão;
  • carga;
  • engajamento.

Leading e lagging indicators

Lagging

Mostram resultado passado.

  • saving realizado;
  • ruptura;
  • atraso;
  • incidente.

Leading

Mostram condições que antecedem o resultado.

  • contrato vencendo;
  • capacidade;
  • risco financeiro;
  • documentos;
  • pipeline;
  • ações vencidas.

Um PPMS precisa combinar ambos.

Input, process, output e outcome

Input

Recursos.

  • FTE;
  • orçamento;
  • tecnologia.

Process

Como o trabalho ocorre.

  • ciclo;
  • erros;
  • automação.

Output

Entregas.

  • contratos;
  • eventos;
  • pedidos.

Outcome

Efeito no negócio.

  • margem;
  • serviço;
  • risco;
  • inovação.

Medir apenas output pode incentivar volume sem valor.

Indicadores de sourcing

  • demandas;
  • eventos;
  • propostas;
  • competição;
  • ciclo;
  • cobertura;
  • implementação;
  • valor realizado;
  • participação de mercado;
  • satisfação.

Quantidade de eventos não mede qualidade.

Indicadores de contratos

  • contratos ativos;
  • cobertura;
  • tempo;
  • obrigações;
  • renovações;
  • expirados;
  • leakage;
  • mudanças;
  • disputas.

Indicadores de P2P

  • requisições;
  • pedidos;
  • touchless;
  • faturas;
  • match;
  • no-PO;
  • retroativo;
  • pagamento pontual;
  • desconto capturado;
  • exceções.

Indicadores de fornecedor

A média corporativa pode esconder diferenças.

Segmente por:

  • categoria;
  • risco;
  • contrato;
  • região;
  • criticidade;
  • fornecedor.

Um fornecedor de software e um transportador não devem ter exatamente o mesmo scorecard.

Fórmula e denominador

Exemplo:

OTIF = entregas completas e no prazo ÷ entregas elegíveis

Defina:

  • o que é no prazo;
  • o que é completo;
  • tolerância;
  • cancelamento;
  • janela;
  • unidade;
  • fonte.

Pequenas diferenças na definição mudam o resultado.

Peso e score composto

Um scorecard pode usar pesos.

Riscos:

  • média esconder falha crítica;
  • compensar segurança com preço;
  • pesos arbitrários;
  • nota sem contexto.

Defina critérios eliminatórios ou thresholds para dimensões críticas.

Metas

Tipos:

  • absoluta;
  • relativa;
  • faixa;
  • tendência;
  • threshold;
  • benchmark;
  • projeto.

Evite metas universais como "100% de compliance" sem definir elegibilidade e exceção.

Semáforo

Verde, amarelo e vermelho facilitam leitura.

Limites precisam ser:

  • justificados;
  • consistentes;
  • revisados;
  • acompanhados de tendência.

Um indicador verde pode estar piorando rapidamente.

Normalização

Compare unidades considerando:

  • volume;
  • complexidade;
  • categoria;
  • região;
  • mix;
  • maturidade.

Um escritório pequeno pode ter custo por transação alto por menor escala.

Causalidade

Correlação não prova causa.

Exemplo:

O saving aumenta e a qualidade cai.

Isso não prova que a negociação causou a queda. É necessário investigar:

  • fornecedor;
  • especificação;
  • volume;
  • operação;
  • mudança.

Dados e lineage

Cada KPI deve permitir rastrear:

  • origem;
  • transformação;
  • filtro;
  • cálculo;
  • atualização;
  • owner.

Um número sem lineage não é auditável.

Frequência

Diário

Operações e incidentes.

Semanal

Fila, aging e exceções.

Mensal

Performance e finanças.

Trimestral

Estratégia, fornecedores e maturidade.

Anual

Objetivos e portfólio.

Atualização em tempo real não é necessária para toda decisão.

Níveis de painel

Executivo

Poucos outcomes e riscos.

Gestão

Drivers e iniciativas.

Operacional

Casos, filas e ações.

Não coloque todas as métricas na mesma tela.

Reunião de performance

Uma reunião deve responder:

  1. o que mudou?
  2. por quê?
  3. qual impacto?
  4. que ação?
  5. quem é o owner?
  6. qual prazo?
  7. como saberemos se funcionou?

Evite reunião dedicada a ler o dashboard.

Goodhart's Law

Quando uma medida vira alvo, pessoas podem otimizar o número e prejudicar o objetivo.

Exemplos:

  • reduzir ciclo pulando controles;
  • aumentar saving usando baseline inflada;
  • reduzir fornecedores eliminando resiliência;
  • aumentar touchless rejeitando exceções legítimas.

Use contramétricas.

Contramétricas

Se medir velocidade, acompanhe:

  • qualidade;
  • risco;
  • retrabalho.

Se medir saving, acompanhe:

  • TCO;
  • serviço;
  • erosão.

Se medir consolidação, acompanhe:

  • concentração;
  • continuidade.

IA em performance

Pode:

  • resumir tendências;
  • detectar anomalia;
  • explicar drivers;
  • prever risco;
  • sugerir investigação.

Não deve:

  • inventar causa;
  • alterar fórmula;
  • ocultar incerteza;
  • tomar ação disciplinar automaticamente.

Indicadores para setor público

A OCDE recomenda uma abordagem que alcance todo o ciclo e considere:

  • eficiência;
  • compliance;
  • objetivos estratégicos;
  • participação;
  • duração;
  • resultados.

O menor preço e o tempo de contratação, isoladamente, não medem valor público.

Caso prático: painel executivo

Antes:

  • 47 métricas;
  • oito páginas;
  • sem owners;
  • saving potencial;
  • dados atrasados.

Depois:

Executivo

  • valor realizado;
  • risco crítico;
  • serviço;
  • compliance;
  • experiência;
  • transformação.

Gestão

  • drivers por categoria;
  • lead time;
  • leakage;
  • fornecedores;
  • iniciativas.

Operação

  • aging;
  • exceções;
  • casos;
  • SLAs.

Cada indicador possui ação associada.

Erros comuns

  • lista de KPIs;
  • indicador sem objetivo;
  • fórmula sem denominador;
  • média sem distribuição;
  • meta sem baseline;
  • dashboard sem owner;
  • output como outcome;
  • score composto compensando risco crítico;
  • atualização em tempo real sem necessidade;
  • reunião sem decisão.

Como a CapturaMe se conecta a esse cenário

A CapturaMe pode consolidar dados de sourcing, fornecedores, contratos, compras, aprovações e performance em painéis com lineage.

A plataforma também permite relacionar desvios a tarefas, responsáveis e planos, transformando indicadores em gestão.

Conclusão

KPIs de procurement devem orientar escolhas, não decorar apresentações.

Um PPMS maduro conecta objetivos, dados, metas, revisão e ação. A qualidade do sistema é medida pela capacidade de melhorar decisões e resultados, não pela quantidade de indicadores disponíveis.

Conheça a CapturaMe para empresas privadas

Perguntas frequentes

Quantos KPIs uma área deve ter?

Não existe número universal. O painel executivo deve ser pequeno e os níveis operacionais podem ter mais métricas.

PPMS é uma norma?

Não neste artigo. É uma denominação genérica para o sistema de medição de performance de procurement.

Saving deve ser o KPI principal?

Pode ser importante, mas precisa ser equilibrado com risco, serviço, compliance e valor realizado.

Como definir uma meta?

Use baseline, estratégia, capacidade, investimento, risco e benchmark comparável.

Scorecard com pesos funciona?

Pode funcionar, desde que riscos críticos não sejam compensados por médias.

O que fazer com um KPI vermelho?

Investigar causa, definir ação, owner, prazo e medir o efeito.

Lean Procurement e Value Stream Mapping: Como Eliminar Espera e Retrabalho

Um processo de compras pode possuir apenas duas horas de trabalho efetivo e levar vinte dias para terminar.

O restante do tempo pode estar em:

  • filas;
  • aprovações;
  • espera por informação;
  • correções;
  • transferências;
  • dúvidas;
  • cadastro;
  • assinatura;
  • integração;
  • recebimento.

Lean procura criar mais valor com menos desperdício.

O Lean Enterprise Institute define Value Stream Mapping — VSM — como o mapeamento de todas as etapas dos fluxos de materiais e informações necessários para entregar um produto ou serviço, utilizando o mapa para identificar desperdícios e projetar um estado futuro melhor.

Em procurement, o fluxo é frequentemente informacional.

Isso torna esperas e retrabalhos menos visíveis que em uma fábrica.

Lean não significa cortar pessoas

Lean não deve ser usado como justificativa automática para:

  • reduzir equipe;
  • remover controles;
  • acelerar sem qualidade;
  • aumentar carga;
  • centralizar tudo;
  • automatizar qualquer tarefa.

O objetivo é melhorar o sistema e a entrega de valor.

Horas liberadas podem ser utilizadas em:

  • análise;
  • estratégia;
  • fornecedores;
  • inovação;
  • gestão de risco.

O que é valor em procurement?

Valor depende do cliente e do objetivo do processo.

Exemplos:

Para a área requisitante

  • solução adequada;
  • prazo;
  • transparência;
  • suporte.

Para finanças

  • orçamento;
  • controle;
  • pagamento correto;
  • caixa.

Para o fornecedor

  • requisitos claros;
  • comunicação;
  • decisão;
  • pagamento.

Para a organização

  • custo total;
  • risco;
  • continuidade;
  • conformidade;
  • inovação.

Uma atividade pode não agregar valor direto ao usuário e ainda ser necessária para controle.

Três categorias de atividade

Valor agregado

Transforma a demanda de forma que o cliente reconhece.

Necessária, mas sem valor direto

Controle legal, fiscal, segurança ou segregação.

Desperdício

Não cria valor nem é necessário.

A meta é:

  • eliminar desperdício;
  • simplificar atividades necessárias;
  • melhorar atividades de valor.

Os desperdícios em procurement

1. Espera

  • aprovação;
  • resposta;
  • documento;
  • assinatura;
  • fornecedor;
  • recebimento;
  • integração.

2. Retrabalho

  • formulário incompleto;
  • proposta incomparável;
  • contrato corrigido;
  • pedido alterado;
  • fatura rejeitada.

3. Processamento excessivo

  • mesma informação em vários sistemas;
  • aprovações duplicadas;
  • relatórios sem uso;
  • revisão repetida.

4. Handoffs

A demanda muda de área sem contexto.

5. Estoque de trabalho

  • solicitações abertas;
  • contratos pendentes;
  • fornecedores em onboarding;
  • faturas bloqueadas.

6. Movimento digital

  • buscar arquivo;
  • copiar dados;
  • alternar sistemas;
  • localizar versão.

7. Defeitos

  • cadastro errado;
  • pedido incorreto;
  • contrato divergente;
  • pagamento duplicado.

8. Capacidade não utilizada

Profissionais qualificados gastam tempo em atividades repetitivas.

9. Sobreprocessamento por medo

Controles são adicionados após incidentes e nunca revisados.

10. Demanda desnecessária

Compra que poderia ser evitada, reutilizada ou consolidada.

Value Stream Mapping em compras

Um VSM pode mapear:

  • intake;
  • sourcing;
  • contrato;
  • onboarding;
  • requisição;
  • aprovação;
  • pedido;
  • recebimento;
  • fatura;
  • pagamento.

Escolha uma família de processo.

Exemplo:

"Renovações de SaaS de baixo e médio risco."

Não tente mapear todas as compras em um único exercício.

Mapa do estado atual

Registre:

  • etapas;
  • sequência;
  • responsáveis;
  • sistemas;
  • informações;
  • volume;
  • touch time;
  • wait time;
  • taxa de erro;
  • estoque de trabalho;
  • frequência;
  • exceções.

O mapa deve refletir o trabalho real.

Touch time e lead time

Touch time

Tempo de trabalho efetivo.

Lead time

Tempo total transcorrido.

Exemplo:

  • preenchimento: 20 min;
  • triagem: 15 min;
  • negociação: 2 h;
  • aprovação: 10 min;
  • espera total: 11 dias.

A maior oportunidade pode estar nas filas.

Percentual de atividade

Uma métrica simples:

Eficiência de fluxo = touch time ÷ lead time

Ela é útil para visualizar espera.

Não deve ser usada para comparar processos de naturezas muito diferentes sem contexto.

Mapa de informação

Mostre:

  • origem;
  • dado;
  • sistema;
  • decisão;
  • mensagem;
  • erro;
  • retorno.

Em serviços administrativos, o fluxo de informação é o produto intermediário.

Gemba em procurement

Gemba significa observar onde o trabalho ocorre.

Pode incluir:

  • acompanhar comprador;
  • observar requisitante;
  • analisar chamado;
  • participar do recebimento;
  • conversar com fornecedor;
  • revisar logs;
  • medir filas.

Não confie apenas em procedimentos documentados.

Pergunte por quê

Use técnicas como:

  • cinco porquês;
  • causa e efeito;
  • Pareto;
  • A3;
  • análise de causa;
  • process mining.

Exemplo:

Problema: faturas ficam bloqueadas.
Por quê? Não há receipt.
Por quê? Usuário não recebe notificação.
Por quê? O pedido não possui owner correto.
Por quê? Intake não coleta responsável.
Por quê? O formulário foi desenhado apenas para contabilidade.

A causa começa antes da fatura.

Desenho do estado futuro

Princípios:

  • uma porta de entrada;
  • dados coletados uma vez;
  • fluxo padrão simples;
  • exceção visível;
  • controle no ponto correto;
  • trabalho puxado por capacidade;
  • aprovações proporcionais;
  • automação de regra;
  • status transparente;
  • feedback rápido.

Fluxo contínuo

Em procurement, fluxo contínuo significa reduzir interrupções e esperas, não eliminar todas as etapas.

Possibilidades:

  • análises paralelas;
  • templates;
  • catálogo;
  • contratos pré-aprovados;
  • qualificação por risco;
  • aprovação por exceção;
  • integração.

Pull system

O trabalho é iniciado conforme capacidade e prioridade, evitando excesso de demandas simultâneas.

Ferramentas:

  • kanban;
  • WIP limit;
  • classes de serviço;
  • fila priorizada;
  • capacidade por equipe.

Limitar WIP pode reduzir o tempo de conclusão.

Takt e demanda

Takt time pode inspirar o dimensionamento entre demanda e capacidade.

Em processos variáveis, não deve ser aplicado mecanicamente.

Analise:

  • volume;
  • chegada;
  • sazonalidade;
  • complexidade;
  • capacidade;
  • variabilidade.

Padronização

Padronize:

  • dados;
  • templates;
  • etapas;
  • decisões;
  • critérios;
  • evidências.

Não padronize a solução técnica quando a necessidade exige diferenciação.

Poka-yoke

Mecanismo à prova de erro ou que reduz erro.

Exemplos:

  • campo obrigatório;
  • validação de CNPJ;
  • fornecedor bloqueado;
  • unidade de medida controlada;
  • alerta de duplicidade;
  • preço de catálogo;
  • regra de tolerância.

Poka-yoke não deve impedir exceção legítima sem caminho alternativo.

Automação e Lean

A sequência recomendada:

  1. compreender;
  2. simplificar;
  3. padronizar;
  4. controlar;
  5. automatizar;
  6. monitorar.

Automatizar desperdício aumenta a velocidade do desperdício.

Kaizen

Melhoria contínua pode utilizar ciclos curtos.

Exemplo de evento:

  • problema: onboarding demora 25 dias;
  • equipe: procurement, fornecedor, fiscal e compliance;
  • dados: tempos e devoluções;
  • ação: reduzir documentos, validar na origem e criar status;
  • teste: duas categorias;
  • resultado: medir qualidade e ciclo.

A3

Um A3 pode registrar:

  • contexto;
  • situação atual;
  • objetivo;
  • causa;
  • contramedidas;
  • plano;
  • resultado;
  • follow-up.

Ajuda a evitar soluções sem diagnóstico.

Controles Lean

Um controle Lean é:

  • necessário;
  • claro;
  • próximo ao risco;
  • simples;
  • automatizável quando possível;
  • monitorado;
  • revisado.

Eliminar um controle porque "não agrega valor" pode aumentar exposição.

Fornecedor no VSM

Inclua:

  • recebimento da RFP;
  • dúvidas;
  • proposta;
  • contrato;
  • pedido;
  • entrega;
  • fatura;
  • correção;
  • pagamento.

A espera do fornecedor também afeta o lead time.

Indicadores

  • lead time;
  • touch time;
  • wait time;
  • WIP;
  • handoffs;
  • first-time-right;
  • reabertura;
  • exceção;
  • retrabalho;
  • custo;
  • satisfação;
  • volume concluído;
  • aderência ao fluxo.

Caso prático: onboarding de fornecedores

Estado atual:

  • cinco e-mails;
  • documentos repetidos;
  • validação sequencial;
  • ausência de status;
  • devoluções genéricas;
  • 30 dias de ciclo.

Estado futuro:

  1. formulário único;
  2. perguntas por risco;
  3. validações paralelas;
  4. documentos reutilizados;
  5. pendência específica;
  6. status;
  7. SLA;
  8. fila por criticidade;
  9. automação de baixo risco;
  10. monitoramento.

O objetivo não é aprovar todos rapidamente, mas processar cada risco adequadamente.

Roteiro de aplicação

1. Escolher fluxo relevante

2. Definir cliente e valor

3. Reunir equipe ponta a ponta

4. Observar o processo

5. Mapear estado atual

6. Medir

7. Identificar causas

8. Desenhar estado futuro

9. Implementar contramedidas

10. Acompanhar e repetir

Erros comuns

  • Lean como corte;
  • mapa sem dados;
  • processo amplo demais;
  • estado ideal sem AS-IS;
  • controle tratado como desperdício;
  • ferramenta antes da causa;
  • automatizar retrabalho;
  • excluir fornecedores;
  • evento Kaizen sem owner;
  • declarar sucesso apenas por ciclo menor.

Como a CapturaMe se conecta a esse cenário

A CapturaMe pode capturar tempos, filas, devoluções, exceções e handoffs dos processos executados na plataforma.

Esses dados permitem criar mapas reais, testar novos fluxos e acompanhar se a melhoria reduziu desperdício sem prejudicar controle ou experiência.

Conclusão

Lean Procurement torna visível o tempo perdido entre a necessidade e o resultado.

O VSM ajuda a enxergar o fluxo completo, incluindo informação, espera e fornecedores. A melhoria sustentável elimina retrabalho e filas, preservando os controles que realmente protegem a organização.

Conheça a CapturaMe para empresas privadas

Perguntas frequentes

Lean significa reduzir pessoas?

Não. O objetivo é reduzir desperdício e liberar capacidade para trabalho de maior valor.

VSM e BPMN são iguais?

Não. BPMN representa a lógica do processo; VSM enfatiza fluxo, tempo, informação e desperdício.

Controle é desperdício?

Pode ser uma atividade necessária. Deve ser simplificado e posicionado conforme o risco.

O que é touch time?

Tempo em que alguém trabalha efetivamente na demanda.

Posso aplicar Lean em serviços?

Sim. Fluxos administrativos possuem informação, filas, defeitos e retrabalho.

Como começar?

Escolha um fluxo específico, observe o trabalho e mapeie o estado atual com dados.

Aprovação de Compras: Como Automatizar Alçadas sem Criar Gargalos Digitais

Aprovações deveriam confirmar decisões importantes.

Em muitos processos, elas se transformam em:

  • filas;
  • cliques automáticos;
  • encaminhamentos;
  • e-mails;
  • aprovações por ausência;
  • dezenas de gestores copiados;
  • bloqueios sem contexto.

Digitalizar uma matriz ruim não resolve o problema.

Pode apenas tornar o gargalo mais rápido de criar e mais difícil de enxergar.

Uma aprovação eficaz precisa responder:

  • que risco está sendo controlado?
  • quem possui autoridade?
  • quais dados precisa analisar?
  • qual evidência ficará?
  • o que ocorre se não responder?
  • quando a aprovação pode ser automática?

Aprovação e revisão são diferentes

Aprovação

Aceita responsabilidade por uma decisão.

Revisão

Analisa uma dimensão específica.

Consulta

Fornece conhecimento.

Ciência

Recebe informação.

Execução

Realiza a atividade.

Colocar todos como aprovadores produz responsabilidade difusa.

Objetivos possíveis

  • orçamento;
  • autoridade;
  • necessidade;
  • risco;
  • conflito;
  • contrato;
  • segurança;
  • exceção;
  • pagamento;
  • investimento.

Cada aprovação deve possuir um objetivo explícito.

Aprovação por valor

É o modelo mais comum.

Exemplo:

  • até R$ 5 mil: gestor;
  • até R$ 50 mil: diretor;
  • acima: executivo.

Limitação:

Uma compra de R$ 3 mil pode envolver:

  • dados pessoais;
  • acesso privilegiado;
  • produto perigoso;
  • conflito;
  • renovação automática;
  • compromisso longo.

Valor não representa todo o risco.

Matriz multidimensional

Critérios:

  • valor;
  • duração;
  • categoria;
  • criticidade;
  • fornecedor;
  • país;
  • dados;
  • contrato;
  • orçamento;
  • exceção;
  • risco;
  • capex;
  • vínculo.

A lógica deve ser compreensível e testável.

Aprovador orçamentário

Valida:

  • disponibilidade;
  • centro;
  • prioridade;
  • owner;
  • forecast.

Não deveria necessariamente avaliar:

  • cyber;
  • contrato;
  • técnica;
  • fornecedor.

Cada especialista cuida da dimensão adequada.

Aprovação técnica

Confirma:

  • especificação;
  • compatibilidade;
  • desempenho;
  • aceite;
  • segurança da solução.

Aprovação de risco

Pode incluir:

  • compliance;
  • privacidade;
  • segurança;
  • saúde;
  • ESG;
  • jurídico.

Essas análises podem ocorrer em paralelo quando independentes.

Aprovação de procurement

Não deve existir apenas para confirmar que procurement participou.

Pode validar:

  • processo;
  • competição;
  • fornecedor;
  • condição;
  • política;
  • recomendação.

Segregação de funções

Controles podem separar:

  • solicitar;
  • selecionar;
  • aprovar;
  • receber;
  • alterar fornecedor;
  • pagar.

Segregação não exige uma pessoa diferente para toda ação em empresas pequenas. Pode combinar:

  • revisão posterior;
  • limites;
  • logs;
  • dupla aprovação;
  • controle compensatório.

Autoaprovação

Pode ser adequada quando:

  • item está em catálogo;
  • fornecedor está aprovado;
  • preço está contratado;
  • orçamento está disponível;
  • valor é baixo;
  • política permite;
  • não há exceção;
  • risco é baixo.

Autoaprovação significa que as regras foram aprovadas previamente.

Não significa ausência de controle.

Straight-through processing

Uma transação pode seguir sem intervenção quando:

  • dados são completos;
  • regras são atendidas;
  • risco está dentro de limites;
  • documentos são válidos;
  • não existe anomalia.

Monitore:

  • taxa;
  • erro;
  • reversão;
  • fraude;
  • exceção;
  • qualidade.

Aprovação baseada em exceção

Em vez de aprovar tudo, o sistema destaca:

  • preço fora;
  • fornecedor novo;
  • contrato ausente;
  • orçamento excedido;
  • risco alto;
  • alteração;
  • duplicidade;
  • urgência.

Isso direciona atenção humana ao que precisa de julgamento.

Aprovação paralela e sequencial

Sequencial

Uma aprovação depende da anterior.

Use quando existe dependência real.

Paralela

Análises independentes ocorrem ao mesmo tempo.

Pode reduzir espera.

Condicional

A etapa ocorre apenas se uma regra for atendida.

O desenho precisa evitar loops e bloqueios.

Quórum e comitê

Algumas decisões exigem comitê.

Defina:

  • membros;
  • quórum;
  • voto;
  • conflito;
  • registro;
  • desempate;
  • prazo.

Não reproduza um comitê inteiro como dez aprovações individuais sequenciais.

Delegação

Regras:

  • período;
  • substituto;
  • escopo;
  • limite;
  • conflito;
  • registro;
  • revogação.

Delegação aberta e permanente cria risco.

Ausência e escalonamento

O workflow precisa tratar:

  • férias;
  • desligamento;
  • mudança;
  • inatividade;
  • prazo;
  • emergência.

Opções:

  • lembrete;
  • substituto;
  • escalonamento;
  • redistribuição;
  • rejeição;
  • intervenção administrativa.

Aprovação automática por silêncio deve ser usada com extrema cautela.

Contexto da aprovação

O aprovador precisa ver:

  • necessidade;
  • valor;
  • orçamento;
  • fornecedor;
  • alternativas;
  • contrato;
  • riscos;
  • histórico;
  • anexos;
  • recomendação;
  • exceções.

Aprovar apenas um valor e um nome reduz a qualidade da decisão.

Mobile approval

Pode melhorar velocidade.

Riscos:

  • tela reduzida;
  • contexto;
  • anexos;
  • clique acidental;
  • dispositivo;
  • autenticação.

Decisões complexas podem exigir interface completa.

Comentário e motivo

Registre:

  • aprovação;
  • rejeição;
  • devolução;
  • condição;
  • comentário;
  • data;
  • identidade.

Comentários genéricos como "ok" têm baixo valor probatório.

Rejeição e devolução

Rejeitar

Encerra ou nega.

Devolver

Solicita correção.

O sistema deve permitir distinguir os dois e preservar versões.

Alteração após aprovação

Mudanças em:

  • valor;
  • fornecedor;
  • escopo;
  • prazo;
  • conta;
  • condição;
  • contrato;

podem exigir reaprovação.

Defina tolerâncias.

Não reinicie todo o fluxo por mudança irrelevante.

Aprovação de mudança contratual

Avalie:

  • impacto acumulado;
  • valor total;
  • prazo;
  • escopo;
  • risco;
  • justificativa;
  • baseline.

Dividir alterações para permanecer abaixo da alçada deve ser detectado.

Pedido retroativo

Fluxo especial:

  • justificar;
  • identificar causa;
  • aprovar regularização;
  • preservar pagamento legítimo;
  • registrar violação;
  • criar ação preventiva.

Bloquear indefinidamente pode prejudicar fornecedor que entregou de boa-fé.

IA na aprovação

Pode:

  • resumir;
  • destacar exceções;
  • comparar;
  • recomendar;
  • detectar anomalias;
  • explicar política.

Não deve:

  • ocultar informação;
  • decidir alto risco sem autorização;
  • inventar justificativa;
  • aprovar por confiança aparente.

O aprovador precisa saber que a recomendação é automatizada.

Regras e motores de decisão

Uma regra precisa possuir:

  • nome;
  • objetivo;
  • versão;
  • owner;
  • condição;
  • resultado;
  • prioridade;
  • teste;
  • data;
  • exceção.

Evite regras embutidas em código sem documentação.

Testes

Casos:

  • limite exato;
  • moeda;
  • alteração;
  • múltiplas condições;
  • fornecedor bloqueado;
  • usuário desligado;
  • delegação;
  • paralelismo;
  • falha de integração;
  • emergência.

Uma mudança de matriz pode afetar milhares de transações.

Logs

Registre:

  • regra aplicada;
  • aprovadores;
  • notificações;
  • decisão;
  • delegação;
  • mudança;
  • override;
  • timestamp;
  • dispositivo;
  • versão.

Analytics

  • tempo por etapa;
  • aging;
  • aprovador;
  • devolução;
  • rejeição;
  • escalonamento;
  • autoaprovação;
  • override;
  • valor;
  • categoria;
  • horário.

O objetivo não é criar ranking punitivo de gestores.

É identificar desenho e capacidade.

SLA

Exemplos:

  • aprovação simples;
  • análise técnica;
  • risco;
  • comitê;
  • emergência.

SLAs precisam considerar complexidade.

Indicadores

  • tempo;
  • número de etapas;
  • aprovações por transação;
  • devoluções;
  • rejeições;
  • autoaprovação;
  • escalonamento;
  • pedido retroativo;
  • overrides;
  • violações;
  • satisfação;
  • incidentes.

Caso prático: compras de baixo risco

A empresa exige três aprovações para material de escritório.

O redesenho:

  1. cria catálogo;
  2. valida fornecedor;
  3. define orçamento;
  4. estabelece limite;
  5. automatiza;
  6. monitora anomalias;
  7. mantém aprovação para exceções;
  8. audita amostras;
  9. mede erros;
  10. ajusta.

A governança aumenta porque o controle muda de clique para regra.

Erros comuns

  • alçada apenas por valor;
  • todos como aprovadores;
  • sequência desnecessária;
  • mobile sem contexto;
  • silêncio como aprovação;
  • delegação permanente;
  • regra sem owner;
  • mudança sem reaprovação;
  • autoaprovação sem monitoramento;
  • medir apenas velocidade.

Como a CapturaMe se conecta a esse cenário

A CapturaMe pode configurar matrizes de aprovação por valor, categoria, risco, unidade e exceção, mantendo logs e versões.

A plataforma também pode automatizar caminhos de baixo risco e encaminhar casos complexos aos responsáveis adequados.

Conclusão

A aprovação deve concentrar responsabilidade onde existe decisão real.

Uma boa automação reduz cliques de baixo valor e amplia contexto nos casos importantes. Governança não é a quantidade de aprovadores; é a qualidade das regras, da autoridade e da evidência.

Conheça a CapturaMe para empresas privadas

Perguntas frequentes

Toda compra precisa de aprovação humana?

Não. Compras de baixo risco podem seguir regras previamente aprovadas.

Valor é suficiente para definir alçada?

Não. Categoria, duração, dados, risco e exceção também importam.

Aprovações paralelas são melhores?

Quando as análises são independentes, podem reduzir espera.

Posso aprovar por silêncio?

É uma prática de alto risco e só deve existir em contextos cuidadosamente definidos.

Mudança pequena exige reaprovação?

Depende das tolerâncias e do impacto da alteração.

Como reduzir o ciclo?

Remova aprovações sem objetivo, use paralelismo e automatize o caminho padrão.