Empresas costumam concentrar suas equipes nas maiores categorias de gasto.

Enquanto isso, milhares de compras pequenas geram:

• novos fornecedores;
• cotações manuais;
• pedidos isolados;
• notas fiscais;
• aprovações;
• divergências;
• chamados;
• baixa visibilidade;
• risco de compras fora da política.

Esse conjunto é frequentemente chamado de Curva C ou tail spend.

O glossário do CIPS descreve tail spend como a parcela inferior do gasto que costuma concentrar grande número de fornecedores e compras de baixo valor ou pontuais, muitas vezes fora do controle direto de procurement ou de contratos.

Um marketplace privado pode organizar essa demanda em um ambiente digital governado pela própria empresa.

Ele não é uma loja pública aberta.

É um canal configurado com:

• usuários;
• fornecedores;
• itens;
• preços;
• regras;
• alçadas;
• centros;
• contratos;
• dados;
• integrações.

Curva C e tail spend são iguais?

Os termos são próximos, mas não necessariamente idênticos.

Curva ABC

Classifica itens, fornecedores ou categorias conforme relevância em uma dimensão, normalmente valor.

Curva C

Pode representar muitos itens de menor participação financeira.

Tail spend

Abrange a cauda fragmentada do gasto, que pode envolver:

• baixo valor;
• baixa frequência;
• muitos fornecedores;
• pouca gestão;
• compras spot;
• exceções.

Uma compra de baixo valor pode ser estratégica por risco.

Um fornecedor com pouco gasto pode ser crítico.

A segmentação não deve usar apenas valor.

Marketplace privado, catálogo e e-commerce

Catálogo interno

Conteúdo de itens e serviços mantido no sistema de compras.

Punchout

Usuário acessa o site do fornecedor por meio do sistema corporativo e retorna com um carrinho.

Marketplace privado

Ambiente que reúne múltiplos fornecedores, ofertas e regras sob governança do comprador.

Marketplace público

Plataforma comercial aberta a diversos compradores.

E-commerce do fornecedor

Canal próprio do vendedor.

A empresa pode combinar os modelos.

Por que criar um marketplace privado?

Objetivos:

• reduzir custo de comprar;
• consolidar fornecedores;
• aumentar adesão;
• orientar usuários;
• diminuir e-mails;
• padronizar itens;
• aplicar contratos;
• controlar preços;
• melhorar dados;
• acelerar compras;
• ampliar competição;
• reduzir maverick spend.

O marketplace precisa resolver a demanda melhor que o atalho informal.

Marketplace não significa ausência de procurement

Procurement continua responsável por:

• estratégia;
• seleção;
• regras;
• contratos;
• conteúdo;
• risco;
• performance;
• dados;
• exceções.

O usuário ganha autonomia dentro de guardrails.

O que colocar no marketplace?

Categorias favoráveis:

• material de escritório;
• periféricos;
• EPI padronizado;
• brindes aprovados;
• manutenção leve;
• itens de MRO comuns;
• serviços simples;
• alimentação;
• impressão;
• mobiliário padronizado;
• fretes spot controlados;
• pequenas necessidades locais.

Critérios:

• demanda recorrente;
• objeto comparável;
• risco controlável;
• preço estruturado;
• fornecedores qualificados;
• transação digitalizável.

O que evitar?

• serviços intelectuais complexos;
• itens regulados sem fluxo específico;
• compras críticas;
• soluções em definição;
• projetos de alto risco;
• categorias com forte necessidade de negociação;
• itens sem especificação;
• compras que exigem engenharia;
• exceções não governadas.

Marketplace por categorias

Organize por jornadas, não apenas por códigos.

Exemplo:

• preparar novo colaborador;
• organizar evento;
• reparar equipamento;
• comprar material;
• solicitar tradução;
• contratar transporte.

O usuário normalmente conhece a necessidade, não a taxonomia.

Curadoria

Curadoria define:

• quais fornecedores;
• quais itens;
• quais faixas;
• quais regiões;
• quais preços;
• quais conteúdos;
• quais regras.

Sem curadoria, o marketplace vira uma busca ampla que transfere toda a decisão ao usuário.

Fornecedores

Modelos:

Fornecedor consolidado

Um distribuidor oferece amplo sortimento.

Rede de fornecedores

Vários vendedores competem.

Fornecedores locais

Atendem regiões ou unidades.

Marketplace operador

Uma terceira parte administra o ecossistema.

Modelo híbrido

Combina fornecedores diretos, distribuidores e marketplace.

Consolidação versus competição

Consolidar pode reduzir:

• pedidos;
• cadastros;
• faturas;
• custo;
• complexidade.

Mas pode aumentar:

• dependência;
• margem do intermediário;
• risco de indisponibilidade;
• perda de fornecedor local.

Avalie por categoria.

Private label de política

O marketplace pode aplicar:

• itens preferenciais;
• selos;
• fornecedores estratégicos;
• opções sustentáveis;
• limites;
• substitutos;
• bloqueios;
• justificativas.

A recomendação precisa ser transparente.

Catálogo principal e cauda

Uma arquitetura possível:

Core catalog

Itens negociados e frequentes.

Extended assortment

Itens aprovados, menos frequentes.

Spot request

Itens não encontrados, sujeitos a fluxo adicional.

Isso evita tentar cadastrar todo item do mercado.

Preço

Modelos:

• fixo;
• tabela;
• desconto sobre lista;
• índice;
• competição;
• preço dinâmico;
• cotação rápida.

Cuidados:

• validade;
• impostos;
• frete;
• região;
• volume;
• arredondamento;
• mudanças;
• auditoria.

Preço dinâmico precisa de regra e histórico.

Comparação de ofertas

O usuário pode comparar:

• preço;
• prazo;
• fornecedor;
• frete;
• qualidade;
• sustentabilidade;
• disponibilidade;
• contrato.

Evite mostrar apenas o menor preço.

Buy box

Uma oferta pode ser destacada por fórmula.

Critérios:

• preço;
• prazo;
• performance;
• risco;
• estoque;
• contrato;
• localização.

A fórmula precisa ser governada e auditável.

Não favoreça fornecedor sem critério claro.

Aprovação

Compras de baixo risco podem seguir:

• orçamento;
• catálogo;
• fornecedor aprovado;
• limite;
• política.

Aprovações humanas ficam para:

• exceção;
• valor;
• risco;
• item não padrão;
• fornecedor novo;
• categoria restrita.

Cartão e pagamento

Marketplace pode se integrar a:

• PO;
• cartão corporativo;
• virtual card;
• faturamento consolidado;
• contas a pagar.

O método precisa preservar:

• reconciliação;
• imposto;
• centro;
• receipt;
• limite;
• fraude;
• evidência.

Fatura consolidada

Pode reduzir volume de documentos.

Perguntas:

• quem é o vendedor legal?
• quem emite a nota?
• como impostos são tratados?
• como devoluções aparecem?
• como custos são alocados?
• como créditos são reconciliados?

Operador do marketplace

Pode atuar como:

• plataforma;
• intermediário;
• revendedor;
• agente;
• prestador de serviços.

O papel precisa ser claro no contrato e na operação.

Onboarding de fornecedores

O processo pode ser simplificado para baixo risco, sem eliminar:

• identidade;
• conta;
• fiscal;
• integridade;
• categoria;
• performance;
• contrato;
• documentos aplicáveis.

Experiência do usuário

Princípios:

• busca;
• filtros;
• fotos;
• especificação;
• comparação;
• favoritos;
• recorrência;
• status;
• mobile;
• suporte.

Experiência boa reduz compra fora do canal.

Busca

Desafios:

• sinônimos;
• descrição;
• marca;
• unidade;
• idioma;
• código;
• erro de digitação.

IA pode apoiar busca sem permitir item proibido ou equivalência errada.

Guided buying

O sistema orienta o usuário para:

• catálogo;
• contrato;
• fornecedor;
• formulário;
• aprovação;
• exceção.

Marketplace é um dos destinos possíveis.

Sustentabilidade

Pode destacar:

• produto reciclado;
• reparável;
• reutilizável;
• local;
• menor embalagem;
• emissão;
• certificação.

As alegações precisam de evidência.

Fornecedores locais e diversidade

Um marketplace privado pode ampliar acesso de PMEs e fornecedores regionais.

Cuidados:

• requisitos proporcionais;
• suporte;
• catálogo;
• pagamento;
• conectividade;
• visibilidade justa.

Risco de catálogo infinito

Mais itens podem aumentar:

• dispersão;
• redundância;
• escolha;
• custo;
• erro.

Use:

• sortimento;
• item preferido;
• comparação;
• substituição;
• limpeza.

Devoluções

Defina:

• prazo;
• canal;
• autorização;
• transporte;
• crédito;
• defeito;
• item errado;
• responsabilidade.

Performance

Indicadores por fornecedor:

• disponibilidade;
• preço;
• confirmação;
• OTIF;
• qualidade;
• cancelamento;
• devolução;
• atendimento;
• fatura;
• reclamação.

Dados

O marketplace gera dados de:

• busca;
• abandono;
• carrinho;
• compra;
• preço;
• usuário;
• categoria;
• fornecedor;
• exceção.

Use para melhorar sortimento e política.

Não use dados pessoais sem finalidade e governança.

Analytics da demanda não atendida

Buscas sem resultado mostram:

• novo item;
• termo ruim;
• contrato ausente;
• catálogo desatualizado;
• necessidade indevida.

Esse dado alimenta category management.

Segurança

Avalie:

• identidade;
• acessos;
• segregação;
• fornecedor;
• API;
• pagamento;
• fraude;
• logs;
• dados;
• disponibilidade.

Fraude

Sinais:

• compra repetida;
• fracionamento;
• fornecedor relacionado;
• item incomum;
• endereço;
• devolução;
• conta;
• horário;
• preço.

Automação deve sinalizar, não acusar.

Integrações

• ERP;
• catálogo;
• fornecedor;
• pedido;
• receipt;
• fatura;
• pagamento;
• identidade;
• orçamento;
• logística;
• analytics.

Modelo comercial da plataforma

Custos:

• licença;
• fee por transação;
• comissão;
• margem;
• integração;
• fornecedor;
• suporte;
• implantação.

Transparência é essencial.

Uma plataforma "gratuita" para o comprador pode transferir custo aos fornecedores e aos preços.

Neutralidade

Perguntas:

• como ofertas são ranqueadas?
• existe comissão diferente?
• o operador vende?
• há publicidade?
• o comprador controla regras?
• fornecedores acessam dados?
• há conflito?

Business case

Benefícios:

• custo transacional;
• capacidade;
• compliance;
• preço;
• dados;
• experiência;
• consolidação.

Custos:

• tecnologia;
• integração;
• conteúdo;
• mudança;
• operação;
• suporte;
• fornecedores.

Não conte todas as horas liberadas como caixa.

Implantação

1. Analisar gasto

2. Identificar jornadas

3. Segmentar riscos

4. Escolher modelo

5. Contratar fornecedores

6. Criar conteúdo

7. Integrar

8. Pilotar

9. Comunicar

10. Medir

Piloto

Escolha:

• categorias claras;
• usuários;
• fornecedores;
• regiões;
• métricas;
• suporte.

Adoção

Meça:

• usuários ativos;
• gasto;
• pedidos;
• buscas;
• conversão;
• catálogo;
• maverick;
• satisfação.

Cadastro não é adoção.

Indicadores

• gasto no canal;
• usuários;
• fornecedores;
• itens;
• conversão;
• buscas sem resultado;
• ciclo;
• custo por pedido;
• pedidos sem toque;
• entregas;
• devoluções;
• maverick;
• preço;
• concentração;
• fornecedores locais;
• satisfação.

Caso prático: compras administrativas

A empresa possui 900 fornecedores de baixo gasto.

O programa:

1. analisa a cauda;
2. agrupa itens;
3. seleciona distribuidores e fornecedores locais;
4. negocia sortimento;
5. cria marketplace;
6. configura limites;
7. integra ERP;
8. migra demanda;
9. mede buscas e exceções;
10. reduz fornecedores inativos.

O resultado depende da migração real.

Erros comuns

• Curva C apenas por valor;
• marketplace aberto sem curadoria;
• menor preço como única regra;
• catálogo infinito;
• fornecedor sem homologação;
• fatura consolidada sem modelo fiscal;
• comissão oculta;
• PME sem suporte;
• experiência ruim;
• sucesso medido por login.

Como a CapturaMe se conecta a esse cenário

A CapturaMe pode criar marketplaces privados com fornecedores, catálogos, regras, aprovações e integrações definidos pela empresa.

A plataforma permite combinar autonomia do usuário com governança de procurement, além de transformar buscas e transações em dados para melhorar a Curva C.

Conclusão

Marketplace privado é uma resposta de governança e experiência para compras fragmentadas.

Ele funciona quando sortimento, fornecedores, preços e regras são curados. A meta não é colocar todo o mercado dentro da plataforma, mas oferecer um caminho simples para as demandas que não justificam um sourcing completo.

Conheça a CapturaMe para empresas privadas

Perguntas frequentes

Marketplace privado é igual a catálogo?

Não. Pode reunir vários catálogos, fornecedores, ofertas e regras.

Curva C é sempre baixo risco?

Não. Valor baixo pode envolver risco elevado.

Posso permitir compra automática?

Sim, para casos elegíveis dentro de regras e limites.

Marketplace elimina tail spend?

Ele ajuda a organizar e governar parte da cauda, mas não elimina toda fragmentação.

Fornecedor local consegue participar?

Sim, com requisitos proporcionais, suporte e modelo adequado.

Como medir valor?

Combine adoção, custo transacional, compliance, preço, experiência e performance.

BPO de Procurement é a contratação de um terceiro para executar atividades ou processos de compras de forma continuada.

O escopo pode incluir:

• atendimento ao requisitante;
• intake;
• cotações;
• sourcing;
• cadastro;
• catálogos;
• pedidos;
• contratos;
• analytics;
• suporte a fornecedores;
• contas a pagar;
• tail spend;
• gestão transacional.

O CIPS descreve procurement outsourcing como a transferência de atividades específicas relacionadas a sourcing e supplier management para um terceiro.

A ISO 37500:2014 fornece orientação sobre fases, processos e governança de outsourcing durante toda a relação contratual.

Isso não significa que toda função de procurement deva ser terceirizada.

A decisão precisa responder:

• qual problema será resolvido?
• que capacidade falta?
• que conhecimento precisa permanecer?
• que decisões são indelegáveis?
• qual risco será criado?
• como o serviço voltará ou será transferido?

BPO, consultoria e staff augmentation

Consultoria

Entrega diagnóstico, desenho, projeto ou recomendação por prazo definido.

Staff augmentation

Fornece profissionais para atuar sob gestão direta do cliente.

Serviço gerenciado

O fornecedor assume entrega de um serviço com resultados, governança e métricas.

BPO

Transfere a execução de um processo ou conjunto de atividades com estrutura operacional própria.

Shared service

Centraliza internamente atividades de múltiplas unidades.

Os modelos podem coexistir.

Chamar qualquer equipe terceirizada de BPO dificulta definir responsabilidades.

Por que contratar um BPO?

Possíveis objetivos:

• ganhar escala;
• ampliar cobertura;
• acessar especialistas;
• reduzir backlog;
• operar múltiplos idiomas;
• atender picos;
• padronizar;
• implantar tecnologia;
• melhorar dados;
• cobrir tail spend;
• acelerar transformação;
• converter parte de custo fixo em variável.

O business case precisa identificar quais benefícios são:

• financeiros;
• operacionais;
• estratégicos;
• temporários;
• recorrentes.

BPO não é solução automática para processo ruim

Se a organização possui:

• demanda desorganizada;
• política contraditória;
• dados ruins;
• alçadas excessivas;
• escopo indefinido;
• contrato sem owner;
• baixa adoção;

o provedor pode apenas executar a ineficiência com maior escala.

Antes da contratação:

1. mapeie o processo;
2. identifique causas;
3. simplifique;
4. defina retained organization;
5. escolha o modelo.

O que pode ser terceirizado?

Atividades transacionais

• criação de pedido;
• atendimento;
• cadastro;
• catálogo;
• relatórios;
• suporte;
• acompanhamento de documentos.

Tendem a ser mais padronizáveis.

Sourcing tático

• RFQs;
• negociações de menor complexidade;
• renovação simples;
• eventos de tail spend;
• spot buying.

Analytics

• classificação;
• spend cube;
• dashboards;
• market intelligence;
• compliance.

Supplier enablement

• onboarding;
• treinamento;
• suporte;
• integração;
• atualização documental.

Category support

• pesquisa;
• dados;
• pipelines;
• execução sob governança interna.

O que exige maior cautela?

• estratégia corporativa;
• decisão de categoria;
• relação executiva;
• fornecedor crítico;
• conflitos;
• aprovação final;
• contratos de alto risco;
• dados estratégicos;
• inovação;
• decisões regulatórias;
• aplicação de sanção.

Essas atividades podem receber apoio externo, mas a accountability precisa permanecer clara.

Retained organization

É a estrutura interna que permanece após o outsourcing.

Responsabilidades típicas:

• estratégia;
• política;
• demanda;
• priorização;
• governança;
• relacionamento;
• decisões;
• risco;
• aprovação;
• arquitetura;
• performance do BPO.

Um erro comum é reduzir demais a equipe interna e perder capacidade de dirigir o fornecedor.

Competências retidas

• category strategy;
• stakeholder management;
• contract ownership;
• risk judgment;
• financial validation;
• supplier escalation;
• data governance;
• service management;
• sourcing governance;
• exit management.

Sem essas competências, o cliente pode se tornar dependente do provedor para compreender seu próprio processo.

Insourcing, outsourcing ou modelo híbrido

Insourcing

A empresa mantém capacidade e execução.

Outsourcing

O provedor executa o processo definido.

Híbrido

Combina:

• centro interno;
• BPO transacional;
• especialistas externos;
• execução local;
• CoE.

A decisão pode variar por categoria e região.

Matriz de decisão

A matriz orienta, não substitui o business case.

Diagnóstico do processo

Meça:

• volume;
• tipos;
• complexidade;
• lead time;
• FTE;
• custo;
• qualidade;
• retrabalho;
• sistemas;
• países;
• idiomas;
• fornecedores;
• sazonalidade;
• risco.

Sem baseline, não é possível medir valor.

Escopo

Defina:

• processos;
• categorias;
• países;
• unidades;
• horários;
• volumes;
• canais;
• sistemas;
• limites;
• exceções;
• exclusões.

Evite frases como:

O fornecedor apoiará procurement conforme necessário.

Esse escopo dificulta preço, capacidade e accountability.

Catálogo de serviços

Exemplo:

Critérios de elegibilidade

Uma demanda pode ser encaminhada ao BPO conforme:

• valor;
• risco;
• categoria;
• complexidade;
• prazo;
• fornecedor;
• contrato;
• país.

Demandas fora da regra precisam de roteamento.

Modelo comercial

FTE dedicado

Preço baseado em equipe.

Vantagens:

• previsibilidade;
• controle;
• proximidade.

Riscos:

• foco em ocupação;
• baixa flexibilidade;
• cliente gerencia recursos.

Por transação

Preço por pedido, evento, fornecedor ou chamado.

Vantagens:

• variabilidade;
• visibilidade.

Riscos:

• incentivo a volume;
• disputa sobre definição;
• complexidade não refletida.

Fee fixo

Valor por escopo e período.

Riscos:

• volume;
• mudança;
• qualidade;
• renegociação.

Outcome-based

Parte do pagamento depende de resultado.

Exemplos:

• saving;
• SLA;
• adoção;
• ciclo;
• qualidade.

Cuidados:

• baseline;
• atribuição;
• controle;
• risco;
• comportamento oportunista.

Gainshare

O provedor recebe parte do benefício validado.

Defina:

• baseline;
• duração;
• implementação;
• erosão;
• cost avoidance;
• dupla contagem;
• validação financeira;
• teto.

Modelo híbrido

Combina fee base, volume e performance.

Pode equilibrar risco, mas aumenta complexidade de medição.

Business case

Custos:

• transição;
• rescisão;
• tecnologia;
• integração;
• viagem;
• gestão;
• retenção;
• duplicação;
• dados;
• mudança;
• saída.

Benefícios:

• capacidade;
• escala;
• custo;
• ciclo;
• cobertura;
• qualidade;
• acesso a talento;
• adoção;
• analytics.

Não conte redução de FTE sem plano real de realocação ou despesa.

RFP do BPO

Peça:

• modelo operacional;
• equipe;
• localização;
• experiência;
• tecnologia;
• segurança;
• transição;
• governança;
• dados;
• continuidade;
• subcontratados;
• pricing;
• inovação;
• saída;
• referências.

Use cenários reais, não apenas apresentação institucional.

Due diligence do provedor

Avalie:

• saúde financeira;
• capacidade;
• turnover;
• segurança;
• privacidade;
• continuidade;
• compliance;
• subcontratação;
• conflitos;
• experiência;
• tecnologia;
• qualidade.

Conflito de interesses

O provedor pode trabalhar para:

• compradores concorrentes;
• fornecedores;
• consultorias;
• plataformas;
• parceiros.

Defina:

• segregação;
• informação;
• equipes;
• restrições;
• declaração;
• remediação.

Tecnologia

Possibilidades:

• sistema do cliente;
• plataforma do BPO;
• modelo híbrido;
• nova plataforma.

Perguntas:

• quem é dono dos dados?
• quem configura?
• quais integrações?
• como exportar?
• quem paga licença?
• o que ocorre na saída?
• como evitar lock-in?

Dados

Defina:

• sistema de registro;
• acesso;
• classificação;
• qualidade;
• ownership;
• retenção;
• uso;
• treinamento de IA;
• exportação;
• exclusão.

O provedor não deve utilizar dados comerciais do cliente para finalidades incompatíveis.

Segurança

Avalie:

• identidade;
• segregação;
• dispositivos;
• acesso remoto;
• logs;
• DLP;
• criptografia;
• incidentes;
• subcontratados;
• países;
• continuidade.

Privacidade

O BPO pode tratar dados de:

• fornecedores;
• empregados;
• contatos;
• sócios;
• prestadores.

Defina papéis reais, instruções, suboperadores, transferência, incidentes e offboarding.

Transição

Fases:

1. mobilização;
2. discovery;
3. conhecimento;
4. documentação;
5. acesso;
6. piloto;
7. shadowing;
8. reverse shadowing;
9. go-live;
10. estabilização.

Knowledge transfer

Entregáveis:

• processos;
• decisões;
• fornecedores;
• contratos;
• exceções;
• sistemas;
• políticas;
• contatos;
• playbooks;
• riscos.

O conhecimento não deve permanecer apenas em pessoas.

Dual running

Pode reduzir risco durante a transição.

Custos:

• duplicidade;
• confusão;
• decisões conflitantes;
• prazo.

Defina início, fim e critério.

Governance

Operacional

• volume;
• fila;
• SLA;
• incidentes;
• ações.

Tática

• capacidade;
• qualidade;
• mudanças;
• benefícios;
• riscos.

Executiva

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

Service manager

O cliente precisa de owner capaz de:

• priorizar;
• validar;
• cobrar;
• resolver;
• escalar;
• aprovar mudanças;
• preparar saída.

SLA

Possíveis:

• triagem;
• RFQ;
• pedido;
• cadastro;
• chamado;
• dados;
• disponibilidade.

Combine SLA com:

• first-time-right;
• satisfação;
• risco;
• resultado.

Cumprir prazo entregando baixa qualidade não é sucesso.

KPI e outcome

Inputs

• FTE;
• horas;
• capacidade.

Outputs

• eventos;
• pedidos;
• cadastros.

Outcomes

• valor;
• ciclo;
• qualidade;
• adoção;
• risco.

O contrato precisa evitar pagamento apenas por volume.

Service credits

Podem ser usados em falhas de SLA.

Cuidados:

• materialidade;
• teto;
• recorrência;
• plano;
• não exclusividade de remédios;
• foco em correção.

Crédito não substitui recuperação do serviço.

Continuous improvement

Defina:

• baseline;
• backlog;
• ideias;
• business case;
• owner;
• investimento;
• ganho;
• revisão.

Não aceite "inovação" como promessa genérica.

IA do provedor

Perguntas:

• quais casos?
• quais modelos?
• quais dados?
• há treinamento?
• como revisar?
• quem responde?
• como auditar?
• como sair?

Risco de dependência

Sinais:

• conhecimento saiu;
• dados estão na plataforma do BPO;
• equipe interna perdeu capacidade;
• documentação é incompleta;
• preços de mudança são altos;
• transição depende do provedor.

Mitigue com:

• retained capability;
• documentação;
• portabilidade;
• benchmarks;
• testes;
• direitos de saída.

Benchmarking do BPO

Compare:

• escopo;
• local;
• idiomas;
• complexidade;
• horário;
• tecnologia;
• risco;
• volumes;
• modelo.

Preço por FTE isolado pode ser enganoso.

Mudança de escopo

Processo:

1. solicitar;
2. analisar;
3. estimar;
4. aprovar;
5. atualizar preço;
6. implementar;
7. medir.

Controle scope creep.

Continuidade

Inclua:

• indisponibilidade;
• perda de local;
• pessoas;
• tecnologia;
• incidente;
• pandemia;
• fornecedor crítico;
• transição emergencial.

Teste o plano.

Step-in rights

Em serviços críticos, o cliente pode precisar de direitos de intervenção conforme contrato e lei.

Defina:

• gatilho;
• acesso;
• dados;
• pessoas;
• custo;
• duração;
• saída.

Plano de saída

Desde o início:

• dados;
• documentação;
• pessoas;
• processos;
• ativos;
• licenças;
• transferência;
• prazo;
• custo;
• cooperação;
• continuidade.

Reversibilidade

Teste se a organização consegue:

• internalizar;
• transferir;
• trocar plataforma;
• recuperar dados;
• recriar acesso;
• operar temporariamente.

Indicadores

• volume;
• SLA;
• first-time-right;
• ciclo;
• backlog;
• satisfação;
• saving validado;
• adoção;
• incidentes;
• turnover;
• automação;
• custo;
• mudanças;
• dependência;
• planos de melhoria;
• portabilidade.

Caso prático: BPO para tail spend

A empresa mantém category management interno e terceiriza compras de baixo valor.

O desenho:

1. define elegibilidade;
2. cria intake;
3. estabelece fornecedores preferenciais;
4. integra plataforma;
5. fixa SLA;
6. valida saving;
7. mede experiência;
8. revisa exceções;
9. mantém governança interna;
10. testa plano de saída.

A estratégia continua interna.

Erros comuns

• terceirizar problema sem redesenho;
• retained organization fraca;
• escopo genérico;
• preço apenas por FTE;
• gainshare sem baseline;
• tecnologia sem portabilidade;
• fornecedor controlando o próprio resultado;
• transição rápida demais;
• inovação sem compromisso;
• plano de saída tardio.

Como a CapturaMe se conecta a esse cenário

A CapturaMe pode funcionar como camada comum entre cliente, BPO, requisitantes e fornecedores.

A plataforma preserva processos, dados, aprovações e métricas sob governança do comprador, reduzindo dependência operacional do prestador.

Conclusão

BPO de Procurement é uma decisão de modelo operacional.

Ele pode ampliar escala e capacidade, mas exige retained organization, baseline, governança, dados e saída. Terceirizar execução pode ser eficiente; terceirizar a capacidade de decidir e controlar cria dependência.

Conheça a CapturaMe para empresas privadas

Perguntas frequentes

BPO é igual a contratar consultoria?

Não. BPO executa processo continuado; consultoria normalmente entrega projeto ou recomendação.

Posso terceirizar toda a função?

É possível contratar escopos amplos, mas estratégia, accountability e governança precisam permanecer claras.

Gainshare é recomendado?

Pode ser útil com baseline, implementação, validação e limites bem definidos.

O BPO deve usar sua própria plataforma?

Depende da arquitetura, dados, TCO e portabilidade.

Como evitar dependência?

Mantenha competências internas, documentação, dados acessíveis e plano de saída testável.

Como medir sucesso?

Combine SLA, qualidade, experiência, valor, adoção, risco e custo total.

Um contrato pode estar juridicamente correto e operacionalmente fracassar.

Isso acontece quando as pessoas não conseguem localizar ou entender:

• prazo;
• responsabilidade;
• aceite;
• reajuste;
• penalidade;
• segurança;
• renovação;
• saída;
• canal de escalonamento.

O documento existe, mas a operação depende de:

• e-mails;
• memória;
• reuniões;
• interpretações;
• planilhas;
• pessoas específicas.

Visual Law utiliza elementos visuais para tornar conteúdos jurídicos e fluxos mais claros e compreensíveis.

Na Resolução CNJ nº 347/2020, aplicável à governança das contratações dos órgãos do Poder Judiciário, Visual Law é definido como subárea do Legal Design que utiliza elementos como imagens, infográficos e fluxogramas para tornar o Direito mais claro e compreensível.

A resolução orienta, sempre que possível, o uso de recursos de Visual Law para tornar documentos, dados, análises e fluxos mais claros, usuais e acessíveis.

Essa referência não transforma Visual Law em obrigação universal para todas as empresas privadas.

Ela demonstra a aplicação institucional do conceito em contratações públicas.

Visual Law não é decorar documentos

Adicionar:

• ícones;
• cores;
• desenhos;
• capas;
• ilustrações;

não garante compreensão.

Um documento pode ficar visualmente bonito e continuar:

• longo;
• ambíguo;
• desorganizado;
• inacessível;
• juridicamente impreciso;
• difícil de executar.

O objetivo é melhorar a comunicação e a ação.

Legal Design, Visual Law e linguagem simples

Legal Design

Aplica métodos de design para melhorar serviços, processos, sistemas e experiências jurídicas.

Pode envolver:

• pesquisa;
• jornada;
• protótipo;
• teste;
• processo;
• tecnologia;
• documento.

Visual Law

Utiliza recursos visuais para apoiar entendimento e navegação do conteúdo jurídico.

Linguagem simples

Organiza e escreve a informação para que o público consiga encontrar, compreender e usar o que precisa.

Os três conceitos se complementam.

Visual Law sem linguagem clara pode apenas ilustrar complexidade.

O problema a resolver

Antes de redesenhar, pergunte:

• quem usa o documento?
• em que momento?
• qual decisão precisa tomar?
• que informação procura?
• quais erros ocorrem?
• quais cláusulas geram chamados?
• quais obrigações são esquecidas?
• quais públicos possuem barreiras?

Não comece pelo layout.

Comece pela experiência e pelo risco.

Usuários de um contrato de procurement

• comprador;
• requisitante;
• gestor do contrato;
• jurídico;
• financeiro;
• segurança;
• fornecedor;
• operação;
• auditor;
• executivo.

Cada público procura informações diferentes.

O documento pode usar camadas para servir a todos.

Camadas de informação

Camada 1 — Resumo executivo

• partes;
• objeto;
• valor;
• prazo;
• riscos;
• decisões.

Camada 2 — Quadro operacional

• entregáveis;
• owners;
• SLAs;
• aceite;
• pagamento;
• escalonamento.

Camada 3 — Termos jurídicos completos

• direitos;
• responsabilidades;
• garantias;
• remédios;
• disposições gerais.

Camada 4 — Anexos técnicos

• especificação;
• segurança;
• DPA;
• preços;
• projeto;
• indicadores.

Camadas não significam esconder cláusulas.

Toda informação relevante precisa permanecer acessível e coerente.

Sumário orientado a tarefas

Em vez de apenas:

1. disposições preliminares;
2. obrigações;
3. disposições finais;

considere títulos como:

• o que será entregue;
• quando o contrato começa e termina;
• como medimos o serviço;
• como aprovamos uma mudança;
• o que acontece em um incidente;
• como encerramos a relação.

Títulos orientados à ação ajudam usuários não jurídicos.

Resumo contratual

Um quadro pode mostrar:

O resumo não substitui o contrato.

Ele deve apontar para cláusulas completas.

Fluxogramas

Úteis para explicar:

• aprovação de mudança;
• incidente;
• aceite;
• faturamento;
• disputa;
• renovação;
• escalonamento;
• offboarding.

Um fluxo deve mostrar:

• início;
• decisão;
• responsável;
• prazo;
• resultado.

Evite fluxos tão complexos quanto o texto original.

Linha do tempo

Pode representar:

• mobilização;
• implantação;
• milestones;
• vigência;
• reajuste;
• renovação;
• saída.

Cuidados:

• datas;
• dependências;
• exceções;
• versão;
• coerência com cláusulas.

Matriz de responsabilidades

Use RACI ou tabela operacional.

Exemplo:

Defina as siglas e preserve responsabilidades jurídicas.

Ícones

Podem sinalizar:

• atenção;
• prazo;
• dinheiro;
• segurança;
• dados;
• entrega;
• contato.

O ícone nunca deve ser a única forma de comunicar uma obrigação.

Inclua texto.

Cores

Cores podem organizar:

• parte;
• tema;
• severidade;
• etapa;
• status.

Cuidados:

• contraste;
• daltonismo;
• impressão;
• significado cultural;
• excesso;
• consistência.

Não use apenas vermelho e verde para transmitir status.

Tipografia

Boas práticas:

• tamanho legível;
• hierarquia;
• espaço;
• linhas curtas;
• títulos;
• listas;
• alinhamento;
• consistência.

Evite:

• fonte decorativa;
• texto comprimido;
• caixa alta extensa;
• rodapé ilegível;
• contraste baixo.

Linguagem simples

Princípios:

• frases diretas;
• voz ativa quando adequada;
• termos conhecidos;
• exemplos;
• definições;
• ordem lógica;
• parágrafos curtos;
• exceções próximas da regra.

Não substitua termo técnico quando ele é necessário.

Explique-o.

Precisão jurídica

Simplificar não significa:

• remover condição;
• alterar responsabilidade;
• omitir exceção;
• trocar conceito;
• reduzir direito;
• criar promessa.

O jurídico precisa revisar equivalência entre:

• texto;
• quadro;
• ícone;
• fluxo;
• resumo.

Hierarquia normativa

Em caso de conflito entre resumo e cláusula, o contrato pode definir qual prevalece.

O objetivo é evitar conflito, não apenas escolher um vencedor depois.

Use uma única fonte estruturada quando possível.

Visual Law em política de compras

Aplicações:

• árvore de decisão;
• matriz de alçada;
• canais;
• fornecedor único;
• emergência;
• conflito;
• presentes;
• passo a passo;
• exemplos.

Uma política visual pode reduzir dúvidas, mas precisa manter:

• princípios;
• autoridade;
• exceções;
• versão;
• owner.

Visual Law em RFQ

Recursos:

• cronograma;
• checklist;
• mapa de documentos;
• tabela de critérios;
• processo de perguntas;
• decisão;
• lotes.

Não inclua visual que revele estratégia confidencial do comprador.

Visual Law em onboarding

Pode mostrar:

• etapas;
• documentos;
• status;
• owners;
• prazos;
• pendências;
• ativação.

Isso melhora supplier experience.

Visual Law em gestão de contratos

Painéis e cards podem destacar:

• obrigação;
• prazo;
• responsável;
• evidência;
• risco;
• status;
• escalonamento.

O documento jurídico e a gestão operacional precisam permanecer vinculados.

Visual Law no setor público

A Resolução CNJ nº 347/2020 trata Visual Law no plano de comunicação das contratações do Poder Judiciário e associa seu uso à clareza, usabilidade e acessibilidade.

A aplicação deve respeitar:

• legalidade;
• igualdade;
• transparência;
• julgamento objetivo;
• acessibilidade;
• vinculação ao instrumento.

Um edital visual não pode criar informação contraditória ou privilegiar quem acessa determinado recurso.

Acessibilidade

Considere:

• leitores de tela;
• estrutura semântica;
• texto alternativo;
• contraste;
• teclado;
• zoom;
• legendas;
• linguagem;
• versão textual;
• impressão.

Uma imagem com toda a regra pode excluir usuários.

Disponibilize o conteúdo em formato acessível.

Versão mobile

Muitos fornecedores acessam documentos pelo celular.

Teste:

• tabelas;
• fluxos;
• fontes;
• navegação;
• download;
• assinatura;
• anexos.

Um infográfico horizontal pode ficar ilegível.

PDF e HTML

PDF

Vantagens:

• estabilidade;
• assinatura;
• distribuição;
• impressão.

Riscos:

• acessibilidade;
• responsividade;
• extração;
• versão.

HTML

Vantagens:

• navegação;
• responsividade;
• atualização;
• acessibilidade.

Riscos:

• alteração;
• preservação;
• assinatura;
• dependência.

A estratégia pode combinar documento assinado e interface operacional.

Vídeo e áudio

Podem explicar:

• fluxo;
• treinamento;
• obrigação;
• contexto.

Não devem substituir o texto oficial quando ele é necessário.

Inclua:

• legenda;
• transcrição;
• versão;
• acessibilidade;
• controle.

Teste com usuários

Métodos:

• entrevista;
• tarefa;
• leitura;
• protótipo;
• teste de compreensão;
• observação;
• questionário;
• comparação A/B.

Perguntas:

• encontrou a cláusula?
• entendeu o prazo?
• sabe quem acionar?
• qual ação tomaria?
• interpretou a exceção?
• o fluxo corresponde ao texto?

Não teste apenas com advogados.

Métricas de compreensão

• tempo para encontrar;
• resposta correta;
• erros;
• chamados;
• retrabalho;
• aceite;
• cumprimento;
• satisfação;
• acessibilidade;
• disputas.

Menor tempo de leitura não é o único objetivo.

Prototipagem

Comece pequeno:

1. escolha um documento;
2. identifique problemas;
3. pesquise usuários;
4. redesenhe;
5. revise juridicamente;
6. teste;
7. ajuste;
8. publique;
9. meça;
10. padronize.

Design system jurídico

Pode definir:

• títulos;
• cores;
• ícones;
• tabelas;
• alertas;
• fluxos;
• notas;
• acessibilidade;
• linguagem;
• componentes.

Isso cria consistência e reduz custo.

Templates

Crie templates por:

• contrato;
• política;
• edital;
• resumo;
• playbook;
• notificação;
• plano.

Não use o mesmo visual para todas as finalidades.

Fonte única e automação

Uma arquitetura estruturada pode gerar:

• contrato;
• resumo;
• card;
• obrigação;
• dashboard.

Vantagem:

• reduzir divergência;
• atualizar componentes;
• vincular cláusulas.

Exige:

• modelo de dados;
• governança;
• revisão;
• versionamento.

IA generativa

Pode apoiar:

• resumo;
• reescrita;
• classificação;
• proposta visual;
• teste de leitura;
• extração de obrigação.

Riscos:

• omissão;
• simplificação indevida;
• invenção;
• cláusula contraditória;
• vazamento;
• viés.

O resultado deve ser comparado ao texto-fonte por profissional responsável.

Tradução

Em contratos multilíngues:

• versão oficial;
• prevalência;
• tradução;
• termos;
• glossário;
• revisão.

Visual consistente não garante equivalência linguística.

Governança

Defina:

• owner;
• jurídico;
• design;
• acessibilidade;
• comunicação;
• usuário;
• versão;
• aprovação;
• repositório;
• revisão.

Versionamento

Cada recurso visual precisa estar vinculado à versão do documento.

Se o contrato muda, revise:

• resumo;
• fluxo;
• tabela;
• dashboard;
• treinamento.

Segurança e confidencialidade

Elementos visuais podem expor:

• preços;
• fluxos internos;
• riscos;
• contatos;
• arquitetura;
• alçadas.

Controle acesso e compartilhamento.

Critérios de sucesso

• compreensão;
• execução;
• redução de erro;
• acessibilidade;
• consistência;
• satisfação;
• tempo;
• compliance;
• menor disputa.

Não use "ficou bonito" como critério.

Caso prático: contrato de facilities

O contrato possui 80 páginas e gera dúvidas sobre chamados e aceite.

O projeto:

1. entrevista usuários;
2. identifica cinco tarefas críticas;
3. cria resumo;
4. desenha fluxo de chamado;
5. cria matriz de SLA;
6. mostra escalonamento;
7. mantém cláusulas completas;
8. testa com gestores e fornecedor;
9. corrige ambiguidades;
10. mede chamados e cumprimento.

O documento continua juridicamente completo e fica mais operacional.

Erros comuns

• decorar sem pesquisar;
• ícone sem texto;
• cor sem acessibilidade;
• resumo contraditório;
• remover exceção;
• documento visual sem versão;
• testar apenas com jurídico;
• vídeo como única fonte;
• IA sem conferência;
• design sem indicador.

Como a CapturaMe se conecta a esse cenário

A CapturaMe pode apresentar políticas, etapas, obrigações, prazos e responsabilidades em interfaces orientadas à tarefa.

A plataforma também pode vincular resumos e fluxos às cláusulas, aos contratos e aos owners, reduzindo a distância entre documento e execução.

Conclusão

Visual Law em procurement transforma documentos em ferramentas de trabalho.

O valor não está no uso de ícones, mas na capacidade de pessoas encontrarem, entenderem e cumprirem obrigações. Clareza visual, linguagem simples, precisão jurídica e acessibilidade precisam evoluir juntas.

Conheça a CapturaMe para empresas privadas

Perguntas frequentes

Visual Law é apenas colocar imagens?

Não. Ele utiliza elementos visuais para melhorar compreensão dentro de um processo de design.

Visual Law substitui o contrato?

Não. Pode melhorar a apresentação e criar resumos, mantendo o conteúdo jurídico completo.

Linguagem simples elimina termos técnicos?

Não. Termos necessários devem ser explicados, não removidos indiscriminadamente.

Posso usar cores como única indicação?

Não. A informação precisa continuar compreensível para pessoas com diferentes necessidades.

A Resolução CNJ nº 347 vale para empresas privadas?

Ela rege contratações dos órgãos do Poder Judiciário; empresas podem utilizá-la como referência, não como obrigação universal.

Como medir resultado?

Teste compreensão, localização de informação, erros, chamados, execução e acessibilidade.

Assinar eletronicamente um contrato não é apenas inserir uma imagem de assinatura em um PDF.

A organização precisa demonstrar, de forma proporcional ao risco:

• quem assinou;
• em nome de quem;
• com quais poderes;
• qual documento foi aceito;
• se o conteúdo permaneceu íntegro;
• quando ocorreu;
• como a intenção foi manifestada;
• quais evidências foram preservadas.

Em procurement, assinatura eletrônica aparece em:

• contratos;
• aditivos;
• pedidos;
• propostas;
• termos de confidencialidade;
• atas;
• declarações;
• aceites;
• procurações;
• documentos de fornecedores;
• aprovações internas.

O objetivo não é exigir o nível mais complexo para tudo.

É escolher um método adequado à criticidade do ato.

Assinatura eletrônica e assinatura digital

Assinatura eletrônica

Conceito amplo que abrange dados eletrônicos associados a um signatário e utilizados para manifestar autoria ou concordância.

Pode envolver:

• login;
• código;
• biometria;
• clique;
• certificado;
• plataforma;
• combinação de fatores.

Assinatura digital

Normalmente se refere a uma assinatura eletrônica baseada em criptografia assimétrica e certificado digital.

No Brasil, a assinatura com certificado ICP-Brasil é classificada pela Lei nº 14.063/2020 como assinatura eletrônica qualificada.

Toda assinatura digital é eletrônica.

Nem toda assinatura eletrônica utiliza certificado digital.

O marco da ICP-Brasil

A Medida Provisória nº 2.200-2/2001 instituiu a Infraestrutura de Chaves Públicas Brasileira — ICP-Brasil — para apoiar autenticidade, integridade e validade jurídica de documentos eletrônicos e transações seguras.

O art. 10 reconhece documentos eletrônicos e estabelece presunção em relação às declarações constantes de documentos produzidos com processo de certificação da ICP-Brasil, conforme seus requisitos.

A mesma medida provisória não impede o uso de outros meios de comprovação da autoria e integridade, inclusive certificados fora da ICP-Brasil, desde que admitidos pelas partes como válidos ou aceitos por quem recebe o documento.

Isso não significa que qualquer clique seja adequado para qualquer ato.

A suficiência depende do contexto, da prova, do risco e de exigências específicas.

Assinaturas simples, avançadas e qualificadas

A Lei nº 14.063/2020 classifica assinaturas eletrônicas em três níveis.

Assinatura eletrônica simples

Permite identificar o signatário e associa dados eletrônicos a outros dados do signatário.

Pode ser utilizada em interações de menor impacto, conforme a legislação e a regulamentação aplicáveis.

Assinatura eletrônica avançada

Utiliza certificado não emitido pela ICP-Brasil ou outro meio de comprovação de autoria e integridade, desde que possua características previstas na lei, como:

• associação unívoca ao signatário;
• uso sob controle do signatário com elevado nível de confiança;
• detecção de alteração posterior.

Assinatura eletrônica qualificada

Utiliza certificado digital ICP-Brasil.

A Lei nº 14.063 disciplina especialmente interações com entes públicos e determinados atos. Relações privadas também precisam considerar a MP nº 2.200-2, legislação específica, contrato e requisitos do ato.

Mais segurança não significa sempre mais adequação

Exigir assinatura qualificada em qualquer documento pode:

• aumentar custo;
• excluir participantes;
• prolongar ciclo;
• criar suporte;
• reduzir adoção.

Usar uma assinatura simples em ato de alto impacto pode:

• dificultar prova;
• aumentar contestação;
• expor a fraude;
• falhar diante de requisito legal.

A decisão deve combinar:

• valor;
• risco;
• reversibilidade;
• partes;
• tipo de documento;
• legislação;
• dados;
• prazo;
• consequência.

Matriz de risco da assinatura

A matriz orienta. Não substitui análise jurídica.

Assinatura não é autenticação

Autenticação

Processo de verificar a identidade ou o acesso de alguém.

Assinatura

Manifestação vinculada a determinado documento ou ato.

Uma pessoa pode estar autenticada no portal e não ter assinado o contrato.

O fluxo precisa registrar a ação específica de concordância.

Assinatura não é aprovação interna

Aprovação pode indicar que uma área concordou com:

• orçamento;
• risco;
• cláusula;
• fornecedor;
• decisão.

Assinatura cria ou formaliza uma manifestação no documento.

Um diretor pode aprovar a contratação e outra pessoa autorizada assinar.

Preserve ambos os eventos.

Identidade

Possíveis fatores:

• e-mail verificado;
• senha;
• MFA;
• documento;
• certificado;
• biometria;
• conta corporativa;
• validação presencial;
• base confiável.

A identidade precisa corresponder ao risco.

Um link enviado a uma caixa compartilhada pode ser insuficiente para contrato relevante.

Intenção

A evidência de intenção pode incluir:

• ação afirmativa;
• texto claro;
• aceite do documento;
• confirmação;
• autenticação;
• contexto;
• sequência.

Evite interfaces em que o usuário assina sem perceber qual documento está aceitando.

Integridade do documento

A organização precisa demonstrar que o conteúdo apresentado é o mesmo que foi assinado.

Controles:

• hash;
• assinatura criptográfica;
• bloqueio;
• versão;
• trilha;
• selo;
• validação;
• armazenamento.

Enviar novo PDF por e-mail após a assinatura pode quebrar a relação entre evidência e documento.

Data e hora

Registre:

• início;
• envio;
• visualização;
• assinatura;
• conclusão;
• fuso;
• fonte temporal;
• expiração.

Em atos críticos, carimbo do tempo confiável pode reforçar a prova temporal.

Poderes de representação

O maior risco pode não ser a tecnologia.

Pode ser alguém assinar sem poderes.

Valide:

• contrato social;
• estatuto;
• procuração;
• ata;
• limite;
• assinatura conjunta;
• validade;
• cargo;
• representação.

Um certificado digital prova identidade, mas não comprova automaticamente todos os poderes para representar a empresa naquele ato.

Assinatura conjunta

Algumas empresas exigem:

• dois diretores;
• diretor e procurador;
• aprovação do conselho;
• combinação por valor.

O workflow deve impedir conclusão prematura.

Procuração

Controle:

• outorgante;
• outorgado;
• poderes;
• prazo;
• substabelecimento;
• revogação;
• forma;
• jurisdição.

Uma procuração vencida não se torna válida porque a assinatura eletrônica funcionou.

Ordem dos signatários

Pode ser:

• sequencial;
• paralela;
• condicional.

Considere:

• poderes;
• revisão;
• vigência;
• dependência;
• prazo.

Versão final

Antes da assinatura:

• concluir negociação;
• resolver comentários;
• fechar anexos;
• numerar versão;
• gerar pacote;
• aprovar;
• travar edição.

Assinar uma versão e arquivar outra é um risco recorrente.

Anexos

O pacote precisa relacionar:

• contrato;
• escopo;
• preços;
• SLA;
• DPA;
• segurança;
• proposta;
• cronograma.

Os anexos devem ser identificados e vinculados ao ato.

Não dependa de links externos que podem mudar sem controle.

Evidências da plataforma

Possíveis:

• identificador da transação;
• signatário;
• autenticação;
• endereço eletrônico;
• IP;
• dispositivo;
• timestamp;
• consentimento;
• hash;
• certificado;
• logs;
• eventos;
• versão;
• conclusão.

A utilidade de cada evidência depende da confiabilidade e do contexto.

Relatório de auditoria

O relatório da plataforma não substitui o documento assinado.

Mantenha:

• documento final;
• anexos;
• certificados;
• trilha;
• políticas;
• validação.

Validação posterior

Uma assinatura deve poder ser validada depois.

Considere:

• validade do certificado no momento;
• revogação;
• cadeia;
• carimbo do tempo;
• formatos;
• preservação de longo prazo;
• software de validação.

O Instituto Nacional de Tecnologia da Informação mantém serviços e orientações relacionados à validação de assinaturas ICP-Brasil.

Formatos

Possibilidades técnicas incluem:

• PDF assinado;
• XML;
• contêiner;
• assinatura destacada;
• padrões específicos.

A escolha precisa garantir:

• interoperabilidade;
• validação;
• arquivo;
• leitura;
• portabilidade.

Assinatura em contratos privados

Em relações privadas, avalie:

• forma exigida por lei;
• aceitação das partes;
• cláusula de assinatura;
• poderes;
• evidências;
• jurisdição;
• testemunhas quando relevantes;
• título executivo;
• registros;
• ato específico.

Não adote a conclusão genérica de que qualquer assinatura eletrônica vale para qualquer documento.

Interação com ente público

A Lei nº 14.063 e o Decreto nº 10.543/2020 tratam dos níveis de assinatura em interações eletrônicas com a administração pública federal dentro de seus escopos.

Outros entes e atos podem possuir regulamentações próprias.

Verifique:

• órgão;
• ato;
• sistema;
• nível mínimo;
• legislação específica.

Fornecedores estrangeiros

Questões:

• identidade;
• certificado;
• aceitação;
• idioma;
• jurisdição;
• formalidade;
• apostila;
• reconhecimento;
• representação;
• conflito de leis.

Jurídico deve definir a estratégia.

Testemunhas

A necessidade ou utilidade de testemunhas depende:

• do documento;
• da finalidade;
• da forma;
• da estratégia de execução;
• da jurisprudência;
• da legislação.

A plataforma pode coletar testemunhas, mas a tecnologia não decide quando são necessárias.

Reconhecimento de firma e registro

Assinatura eletrônica não elimina automaticamente:

• registro;
• averbação;
• reconhecimento;
• escritura;
• formalidade específica.

Verifique a natureza do ato.

Clickwrap e aceite

Termos podem ser aceitos por clique quando:

• apresentados claramente;
• associados ao usuário;
• registram intenção;
• preservam versão;
• respeitam a lei;
• são adequados ao risco.

Não esconda cláusulas importantes em links inacessíveis.

Assinatura em pedidos de compra

Pedidos podem ser:

• aprovados internamente;
• emitidos pelo sistema;
• aceitos pelo fornecedor;
• regidos por contrato.

Defina quando:

• aceite é necessário;
• confirmação basta;
• contrato prevalece;
• condições do PO se aplicam.

Assinatura em propostas

Uma proposta pode exigir:

• representante;
• validade;
• compromisso;
• declaração;
• integridade.

A exigência deve ser informada na RFQ ou RFP.

Segurança da plataforma

Avalie:

• identidade;
• MFA;
• criptografia;
• isolamento;
• logs;
• disponibilidade;
• backup;
• incidentes;
• integração;
• acesso administrativo;
• desenvolvimento;
• suboperadores.

Riscos de fraude

• e-mail comprometido;
• redirecionamento;
• signatário falso;
• domínio semelhante;
• link malicioso;
• documento substituído;
• conta compartilhada;
• procuração falsa;
• administrador interno.

Controles:

• autenticação forte;
• callback;
• domínios;
• aviso;
• segregação;
• revisão;
• monitoramento.

Assinatura e dados pessoais

A plataforma trata:

• nome;
• contato;
• identificação;
• IP;
• biometria, em alguns casos;
• evidências.

Avalie:

• finalidade;
• base;
• retenção;
• suboperadores;
• transferência;
• segurança;
• direitos.

Integração com CLM

O fluxo pode:

1. gerar documento;
2. aprovar versão;
3. enviar;
4. autenticar;
5. assinar;
6. validar;
7. arquivar;
8. extrair obrigações;
9. iniciar vigência;
10. notificar sistemas.

Evite download, assinatura externa e upload sem reconciliação.

API

Controles:

• autenticação;
• escopo;
• idempotência;
• webhook;
• status;
• erro;
• reenvio;
• logs;
• versionamento.

Um webhook de "concluído" deve ser validado antes de ativar contrato ou fornecedor.

Assinatura em massa

Riscos:

• aprovação sem leitura;
• documento errado;
• signatário inadequado;
• poderes;
• duplicidade;
• interface.

Use:

• resumo;
• filtros;
• confirmação;
• limites;
• amostragem;
• trilha.

Reenvio e correção

Se o documento precisa mudar após assinatura:

• cancelar;
• emitir nova versão;
• obter nova assinatura;
• vincular histórico.

Não edite o arquivo assinado.

Recusa e expiração

O sistema deve registrar:

• recusa;
• motivo;
• expiração;
• cancelamento;
• substituição;
• reenvio.

Retenção

Defina prazos considerando:

• contrato;
• obrigação;
• garantia;
• auditoria;
• disputa;
• fiscal;
• privacidade.

Preserve legibilidade e validação.

Offboarding da plataforma

Antes de trocar o provedor:

• exportar documentos;
• exportar trilhas;
• validar formatos;
• testar evidências;
• definir exclusão;
• manter certificados;
• preservar links.

Não dependa indefinidamente do portal do fornecedor para provar assinaturas antigas.

Indicadores

• documentos enviados;
• concluídos;
• recusados;
• expirados;
• tempo;
• erros;
• autenticação;
• assinatura por nível;
• signatários sem poderes;
• versões canceladas;
• incidentes;
• validações;
• documentos exportados;
• satisfação.

Caso prático: contrato de tecnologia

O contrato envolve dados pessoais e duração de cinco anos.

A empresa:

1. valida representantes;
2. aprova versão e anexos;
3. utiliza autenticação forte;
4. coleta assinatura adequada;
5. preserva hash, trilha e tempo;
6. arquiva no CLM;
7. registra obrigações;
8. controla procurações;
9. testa validação;
10. mantém plano de saída.

A assinatura é uma etapa do controle contratual.

Erros comuns

• imagem como única evidência;
• certificado como prova de poderes;
• versão errada;
• anexo fora do pacote;
• qualquer método para qualquer risco;
• exigir ICP-Brasil sempre;
• presumir que eletrônico elimina formalidades;
• editar documento assinado;
• manter apenas link externo;
• ignorar offboarding da plataforma.

Como a CapturaMe se conecta a esse cenário

A CapturaMe pode relacionar aprovações, versões, signatários, poderes, documentos e trilhas ao processo de sourcing e contratos.

Integrada a serviços de assinatura, a plataforma ajuda a garantir que apenas a versão aprovada avance e que o documento concluído retorne ao repositório correto.

Conclusão

Assinatura eletrônica não é um desenho inserido em um arquivo.

É um conjunto de identidade, intenção, integridade, poderes e evidências. Procurement precisa escolher o método conforme o risco e conectar a assinatura ao ciclo completo do contrato.

Conheça a CapturaMe para empresas privadas

Perguntas frequentes

Assinatura eletrônica e digital são iguais?

Assinatura eletrônica é o conceito amplo; assinatura digital normalmente utiliza criptografia e certificado.

Todo contrato exige ICP-Brasil?

Não de forma universal. A exigência depende do ato, da lei, do risco e das partes.

Certificado prova que a pessoa tem poderes?

Prova identidade dentro de seu escopo, mas os poderes de representação precisam ser validados separadamente.

Posso editar o PDF depois?

Não. Alteração posterior pode comprometer integridade e deve gerar nova versão e nova assinatura.

O relatório da plataforma é suficiente?

Deve ser preservado junto ao documento, anexos e demais evidências.

Como escolher o nível?

Use uma matriz de risco e valide requisitos legais específicos com o jurídico.

Benchmarking de preços é a comparação estruturada de condições comerciais com referências internas ou externas suficientemente semelhantes.

A palavra decisiva é "semelhantes".

Comparações ruins ocorrem quando a empresa coloca lado a lado:

• produtos com especificações diferentes;
• volumes incomparáveis;
• países distintos;
• datas distantes;
• frete incluso e não incluso;
• serviços com equipes diferentes;
• contratos de um e cinco anos;
• preços promocionais e recorrentes;
• valores brutos e líquidos;
• qualidade e risco distintos.

O benchmark pode parecer objetivo e ainda assim induzir uma decisão errada.

Benchmark não é verdade absoluta

Um benchmark é uma referência.

Ele não prova:

• qual deve ser o preço final;
• qual margem o fornecedor possui;
• que a condição está disponível;
• que o objeto é comparável;
• que o mercado continuará igual;
• que o menor valor é sustentável.

O uso correto é:

• formular hipóteses;
• identificar dispersões;
• preparar negociação;
• validar orçamento;
• testar propostas;
• acompanhar mercado.

Benchmark, pesquisa de mercado e should-cost

Benchmark

Compara valores de transações ou referências semelhantes.

Pesquisa de mercado

Busca compreender fornecedores, oferta, preço, capacidade e condições.

Índice

Mede variação de uma cesta ou fator ao longo do tempo.

Should-cost

Modela drivers de custo sob premissas.

TCO

Compara o custo total do ciclo de vida.

Uma decisão robusta pode combinar todos.

Tipos de benchmark

1. Histórico interno

Compara:

• preço anterior;
• unidade;
• filial;
• fornecedor;
• período;
• contrato.

Vantagens:

• acesso;
• contexto;
• rastreabilidade.

Riscos:

• preço histórico ruim;
• especificação antiga;
• mercado diferente;
• baixa competição.

2. Comparação entre unidades

Permite identificar diferenças por:

• região;
• planta;
• país;
• comprador;
• canal.

É necessário ajustar:

• impostos;
• logística;
• volume;
• serviço;
• moeda;
• qualidade.

3. Transações de mercado

Pode vir de:

• bases licenciadas;
• plataformas;
• associações;
• consultorias;
• dados públicos;
• índices;
• relatórios.

Avalie metodologia e direito de uso.

4. Propostas recebidas

As propostas de um evento formam uma referência competitiva.

Cuidados:

• comparabilidade;
• outliers;
• propostas de cobertura;
• erro;
• capacidade;
• validade.

5. Preços públicos

Contratações públicas podem ajudar em categorias comparáveis.

No Brasil, o módulo Pesquisa de Preços do Compras.gov.br reúne dados de compras realizadas no sistema e oferece medidas como média, mediana, desvio padrão e coeficiente de variação.

O valor público não deve ser copiado sem analisar:

• descrição;
• quantidade;
• órgão;
• data;
• local;
• condições;
• fornecedor;
• regime;
• entrega.

6. Índices e commodities

Úteis quando o preço possui relação com:

• metal;
• energia;
• petróleo;
• alimento;
• frete;
• mão de obra;
• inflação.

O índice precisa ter relação causal com a categoria.

7. Clean-sheet ou should-cost

Útil quando transações comparáveis são escassas.

A ficha de comparabilidade

Antes de usar uma referência, registre:

• objeto;
• especificação;
• unidade;
• quantidade;
• faixa;
• data;
• local;
• moeda;
• imposto;
• frete;
• pagamento;
• prazo;
• garantia;
• serviço;
• qualidade;
• risco;
• fonte;
• confiança.

Quanto mais diferenças, maior a necessidade de ajuste ou descarte.

Especificação

Diferenças podem estar em:

• matéria-prima;
• dimensão;
• potência;
• tolerância;
• acabamento;
• marca;
• certificação;
• serviço;
• SLA;
• equipe;
• escopo.

Um nome igual no ERP não garante objeto igual.

Volume

O preço pode variar por:

• escala;
• lote;
• capacidade;
• setup;
• MOQ;
• compromisso;
• sazonalidade.

Normalize por unidade e considere curvas de volume.

Não aplique linearidade quando o custo possui degraus.

Geografia

Ajustes:

• frete;
• imposto;
• salário;
• moeda;
• risco;
• disponibilidade;
• infraestrutura;
• regulação.

Data

Um preço de dois anos atrás pode precisar de atualização.

Perguntas:

• qual fator mudou?
• qual índice se aplica?
• houve ruptura?
• a tecnologia ficou obsoleta?
• o mercado ganhou concorrentes?

Atualizar apenas pela inflação geral pode ser inadequado.

Moeda

Defina:

• data;
• taxa;
• fonte;
• média;
• hedge;
• forma de pagamento.

Separe variação cambial de variação comercial.

Impostos

Compare na mesma base:

• bruto;
• líquido;
• crédito;
• retenção;
• não recuperável;
• local.

A Reforma Tributária brasileira aumenta a necessidade de manter premissas e períodos explícitos durante a transição.

Frete

Classifique:

• incluso;
• separado;
• origem;
• destino;
• seguro;
• descarga;
• Incoterm;
• urgência.

Condição de pagamento

O valor econômico pode ser ajustado ao mesmo prazo usando metodologia financeira validada.

Evite transformar prazo em desconto arbitrário.

Contrato

Considere:

• duração;
• volume;
• exclusividade;
• renovação;
• reajuste;
• garantia;
• risco;
• saída.

Nível de serviço

Preço menor pode corresponder a:

• prazo maior;
• menor disponibilidade;
• suporte limitado;
• cobertura reduzida;
• garantia curta.

Normalize ou apresente separadamente.

Qualidade

Possíveis ajustes:

• rejeição;
• retrabalho;
• durabilidade;
• produtividade;
• rendimento;
• falha;
• vida útil.

O benchmark de preço pode se tornar análise de TCO.

Coleta de dados

Documente:

• fonte;
• data de acesso;
• licença;
• cobertura;
• tamanho da amostra;
• filtros;
• moeda;
• limpeza;
• exclusões.

Confidencialidade

Não compartilhe preços identificáveis de concorrentes sem direito e finalidade adequados.

Riscos:

• contrato;
• segredo comercial;
• concorrência;
• relacionamento;
• proteção de dados.

Use:

• agregação;
• anonimização;
• faixas;
• fontes autorizadas;
• governança.

Qualidade da fonte

Avalie:

• origem;
• atualização;
• representatividade;
• metodologia;
• viés;
• duplicidade;
• validação;
• contexto.

Um relatório comercial pode refletir apenas clientes do provedor.

Tamanho da amostra

Amostras pequenas não são automaticamente inúteis, mas exigem cautela.

Mostre:

• número de observações;
• dispersão;
• período;
• filtros;
• confiança.

Média, mediana e percentis

Média

Sensível a valores extremos.

Mediana

Menos sensível a outliers.

Percentis

Mostram distribuição.

Faixa

Mostra amplitude.

Não escolha a medida apenas porque favorece a negociação.

Outliers

Um outlier pode ser:

• erro;
• oportunidade;
• especificação diferente;
• urgência;
• fraude;
• inovação;
• mercado local;
• condição especial.

Investigue antes de remover.

Coeficiente de variação

Ajuda a avaliar dispersão relativa.

Uma dispersão alta pode indicar:

• baixa comparabilidade;
• mercado heterogêneo;
• erro;
• especificações distintas;
• oportunidade.

Não existe limite universal para todas as categorias.

Normalização

Exemplos:

Por unidade

R$/kg, R$/usuário, R$/km.

Por capacidade

R$/GB, R$/kW, R$/transação.

Por resultado

R$/entrega, R$/chamado resolvido.

Por período

Mensal, anual, vida útil.

A métrica deve representar o driver econômico.

Índice de preço interno

Uma empresa pode construir um índice para uma cesta.

Defina:

• itens;
• pesos;
• base;
• frequência;
• substituição;
• qualidade;
• fontes.

O mix pode alterar o índice mesmo sem mudança de preço.

Benchmark e negociação

Use perguntas:

• qual diferença de escopo explica a variação?
• que volume está considerado?
• qual condição é comparável?
• o preço inclui implantação?
• que índice afeta o custo?
• qual produtividade é possível?
• qual risco está no valor?

Não use a frase "o mercado paga X" sem evidência.

Benchmark e orçamento

O benchmark pode apoiar:

• budget;
• target;
• reserva;
• cenário;
• planejamento.

Ele não deve substituir uma estimativa de TCO quando custos posteriores são relevantes.

Benchmark em renovação

Compare:

• preço atual;
• uso;
• mercado;
• índice;
• concorrência;
• escopo;
• alternativas;
• saída.

Um desconto histórico pode não ser desconto real se o preço de lista mudou.

Benchmark em serviços

Dificuldades:

• senioridade;
• produtividade;
• utilização;
• escopo;
• equipe;
• local;
• método;
• resultado.

Rate card não é custo total.

Benchmark em SaaS

Compare:

• métrica de licença;
• módulos;
• usuários;
• consumo;
• suporte;
• implantação;
• crescimento;
• desconto;
• prazo;
• renovação;
• saída.

Preço por usuário pode ser enganoso quando há consumo adicional.

Data lineage

Preserve:

• fonte original;
• transformação;
• filtros;
• câmbio;
• índice;
• exclusões;
• cálculo;
• versão.

Sem lineage, o benchmark não pode ser auditado.

Nível de confiança

Classifique a referência:

Alta

Objeto e condições muito comparáveis.

Média

Diferenças ajustáveis.

Baixa

Referência direcional.

A classificação ajuda a evitar falsa precisão.

Painel

Mostre:

• preço;
• faixa;
• mediana;
• período;
• volume;
• especificação;
• fonte;
• confiança;
• tendência;
• observações.

IA

Pode:

• classificar descrições;
• encontrar comparáveis;
• ajustar unidades;
• resumir diferenças;
• detectar outliers.

Riscos:

• equivalência falsa;
• fonte inventada;
• cálculo opaco;
• dado confidencial;
• versão desatualizada.

Toda referência precisa apontar para a fonte.

Indicadores

• categorias cobertas;
• referências;
• idade;
• comparabilidade;
• confiança;
• dispersão;
• negociações apoiadas;
• erro previsto versus realizado;
• fontes;
• dados contestados;
• atualizações.

Caso prático: contratação de notebooks

A empresa encontra três referências:

• compra interna de 2024;
• contrato público recente;
• proposta atual.

Diferenças:

• memória;
• garantia;
• volume;
• frete;
• sistema;
• prazo.

A equipe:

1. normaliza especificação;
2. atualiza data;
3. separa garantia;
4. ajusta volume;
5. inclui frete;
6. calcula TCO;
7. classifica confiança;
8. cria faixa;
9. negocia;
10. registra o resultado.

O benchmark deixa de ser um número isolado.

Erros comuns

• nome igual como comparável;
• preço antigo sem atualização;
• média sem distribuição;
• outlier removido sem causa;
• volume ignorado;
• imposto misturado;
• preço público copiado;
• informação confidencial compartilhada;
• benchmark como should-cost;
• número sem lineage.

Como a CapturaMe se conecta a esse cenário

A CapturaMe pode consolidar propostas, contratos, eventos e preços históricos, preservando especificações, volumes e condições.

A plataforma permite construir referências internas rastreáveis e relacioná-las a RFQs, negociações e revisões contratuais.

Conclusão

Benchmarking de preços é uma disciplina de comparabilidade.

A referência mais baixa não é necessariamente a melhor. O benchmark confiável mostra diferenças, normaliza condições e declara a incerteza, ajudando procurement a negociar com fatos sem transformar dados frágeis em verdades.

Conheça a CapturaMe para empresas privadas

Perguntas frequentes

Benchmark é o preço que devo pagar?

Não. É uma referência para análise e negociação.

Mediana é sempre melhor que média?

Não. Depende da distribuição e da pergunta.

Posso usar preços públicos?

Pode, desde que objeto, data, volume, local e condições sejam comparáveis.

Como tratar outliers?

Investigue a causa antes de excluir.

Benchmark substitui should-cost?

Não. Um compara referências; o outro modela drivers.

Como proteger confidencialidade?

Use fontes autorizadas, agregação, anonimização e controles de acesso.

No leilão tradicional, compradores disputam um objeto oferecendo valores maiores.

No leilão reverso, fornecedores competem para vender, geralmente reduzindo preços ou melhorando determinadas condições em rodadas eletrônicas.

A OCDE descreve e-auctions reversas como funções online que permitem aos participantes apresentar preços revisados para baixo — e, em alguns casos, revisar outros elementos — em competição direta e anônima.

A ferramenta pode aumentar:

• velocidade;
• transparência;
• intensidade competitiva;
• rastreabilidade;
• descoberta de preço.

Também pode gerar:

• preço inexequível;
• pressão inadequada;
• baixa participação;
• perda de qualidade;
• comportamento oportunista;
• dano ao relacionamento;
• risco de conluio.

O resultado depende da categoria, do mercado e do desenho.

Leilão reverso não é estratégia de categoria

O leilão é um mecanismo de negociação.

Antes dele, a empresa ainda precisa:

• compreender demanda;
• analisar mercado;
• qualificar fornecedores;
• definir especificação;
• escolher lotes;
• avaliar risco;
• estruturar contrato;
• calcular TCO;
• planejar implantação.

Usar a plataforma não transforma uma compra tática em strategic sourcing.

Quando o leilão tende a funcionar?

Condições favoráveis:

• objeto comparável;
• especificação estável;
• fornecedores qualificados;
• mercado competitivo;
• participantes suficientes;
• capacidade disponível;
• preço relevante na decisão;
• regras claras;
• baixo custo de troca;
• contrato executável.

Exemplos possíveis:

• materiais padronizados;
• commodities com ajustes claros;
• determinadas rotas;
• embalagens definidas;
• serviços repetitivos com escopo fechado;
• tabelas de preço comparáveis.

Nenhuma categoria é automaticamente adequada.

Quando evitar ou usar com cautela?

• inovação;
• solução ainda em definição;
• serviço intelectual;
• projeto complexo;
• fornecedor único;
• mercado altamente concentrado;
• diferenciação técnica relevante;
• alto risco de implementação;
• forte dependência;
• qualidade difícil de medir;
• troca de fornecedor muito cara;
• poucos participantes;
• urgência extrema.

Em categorias complexas, preço não deve se tornar o único sinal visível.

O teste de adequação

Pergunte:

1. o objeto está definido?
2. os fornecedores oferecem solução comparável?
3. os participantes foram qualificados?
4. existe competição real?
5. preço é variável negociável?
6. a empresa consegue trocar de fornecedor?
7. o contrato impede deterioração de escopo?
8. a execução será monitorada?
9. existe risco de conluio?
10. os fornecedores entendem a regra?

Se várias respostas forem negativas, considere outro método.

Tipos de leilão

Inglês reverso

Participantes reduzem ofertas ao longo do tempo.

Holandês reverso

O sistema inicia em determinado valor e muda até um fornecedor aceitar, conforme a configuração.

Ranking

O fornecedor enxerga sua posição, não necessariamente os preços.

Melhor preço

O fornecedor enxerga a melhor oferta disponível.

Multivariável

O resultado considera preço e outros elementos quantificáveis.

Por lotes

Diferentes itens, regiões ou combinações são disputados separadamente.

O formato precisa refletir o mercado.

Leilão multivariável

Pode utilizar uma fórmula para converter atributos em valor comparável.

Exemplos:

• prazo;
• frete;
• garantia;
• eficiência;
• condição de pagamento;
• qualidade histórica.

Cuidados:

• fórmula antes do evento;
• dados verificáveis;
• pesos justificados;
• explicação aos fornecedores;
• teste de sensibilidade;
• impossibilidade de manipulação.

Uma fórmula sofisticada pode esconder premissas ruins.

Qualificação antes do leilão

O fornecedor deve ser aprovado quanto a:

• técnica;
• capacidade;
• qualidade;
• integridade;
• segurança;
• licenças;
• finanças;
• sustentabilidade;
• implantação.

O leilão não é o momento para descobrir se a empresa consegue entregar.

Proposta inicial

Antes das rodadas, solicite:

• preço;
• condições;
• escopo;
• validade;
• exceções;
• capacidade;
• documentos.

A proposta inicial ajuda a:

• validar comparabilidade;
• identificar erros;
• confirmar participação;
• criar baseline;
• testar a plataforma.

Preço de abertura

Possibilidades:

• melhor proposta inicial;
• preço de referência;
• preço definido pelo comprador;
• valor calculado pelo sistema.

Evite valor irreal que desestimule participação ou induza inexequibilidade.

Preço de reserva

A empresa pode definir um limite interno para a decisão.

Ele não precisa ser divulgado em todas as estratégias.

O valor deve ter fundamento:

• mercado;
• histórico;
• should-cost;
• orçamento;
• TCO.

Decremento mínimo

O lance pode exigir redução mínima:

• absoluta;
• percentual;
• por item;
• por lote.

Decremento alto pode impedir disputa.

Decremento muito baixo pode produzir centenas de lances sem valor.

Duração

Defina:

• horário;
• duração;
• extensão;
• encerramento;
• fuso;
• contingência.

Extensão automática

Se houver lance próximo do fim, o sistema pode ampliar o prazo.

Objetivos:

• reduzir "sniping";
• permitir reação;
• manter competição.

A regra precisa ser informada.

Identidade e anonimato

Fornecedores normalmente não devem conhecer a identidade dos concorrentes durante o evento.

O comprador pode conhecer participantes conforme governança.

Proteja:

• nomes;
• preços;
• estratégias;
• contatos;
• logs.

Treinamento e simulação

Antes do evento:

• teste acesso;
• explique tela;
• simule lance;
• confirme usuários;
• valide internet;
• informe suporte;
• esclareça regras.

Falha de uso não deve decidir uma contratação relevante.

Governança do evento

Papéis:

• event owner;
• category manager;
• suporte;
• observador;
• jurídico;
• aprovador;
• administrador da plataforma.

Defina quem pode:

• alterar;
• pausar;
• reabrir;
• cancelar;
• visualizar;
• comunicar.

Falha técnica

O plano deve tratar:

• indisponibilidade;
• queda de fornecedor;
• erro de lance;
• latência;
• falha de integração;
• contingência.

Possibilidades:

• pausar;
• estender;
• reabrir;
• receber evidência;
• cancelar;
• reagendar.

A regra não deve ser inventada após o problema.

Lance equivocado

Defina procedimento para:

• confirmação;
• retirada;
• erro decimal;
• moeda;
• unidade;
• duplicidade.

O processo precisa equilibrar integridade e realidade operacional.

Preço inexequível

Sinais:

• valor abaixo de custo plausível;
• redução extrema;
• condição incompatível;
• fornecedor sem capacidade;
• exclusão de item;
• erro de unidade;
• estratégia de recuperar depois.

A empresa deve validar:

• composição;
• premissas;
• volume;
• escopo;
• produtividade;
• sustentabilidade.

Menor preço não deve ser aceito cegamente.

Winner's curse

O vencedor pode oferecer preço agressivo demais e depois:

• atrasar;
• reduzir qualidade;
• pedir aditivo;
• trocar equipe;
• aumentar taxas;
• abandonar.

A prevenção inclui:

• qualificação;
• contrato;
• should-cost;
• garantia;
• performance;
• transição;
• validação de exequibilidade.

Leilão e TCO

O lance pode representar:

• preço unitário;
• custo anual;
• custo por cenário;
• TCO calculado;
• valor ajustado.

Se custos de implantação e operação forem relevantes, não dispute apenas a licença ou o item.

Leilão e qualidade

A qualidade pode ser protegida por:

• especificação;
• homologação;
• amostra;
• teste;
• scorecard;
• threshold;
• contrato;
• inspeção;
• garantia.

Não tente corrigir depois um objeto que foi mal especificado.

Leilão e fornecedores estratégicos

Pode ser inadequado quando a relação depende de:

• codesenvolvimento;
• investimento;
• transparência de custos;
• inovação;
• longo prazo;
• propriedade intelectual.

A competição de preço pode ser substituída ou combinada com negociação estruturada.

Risco de conluio

A OCDE alerta que desenhos de compras podem favorecer ou dificultar bid rigging e recomenda cautela com leilões reversos quando as características do mercado aumentam a preocupação com conluio.

Sinais:

• poucos fornecedores;
• mercado estável;
• produtos homogêneos;
• contatos frequentes;
• barreiras de entrada;
• vencedores alternados;
• lances com padrões.

Medidas:

• conhecer o mercado;
• ampliar participação;
• proteger informação;
• evitar divulgação desnecessária;
• variar estratégia;
• analisar padrões;
• envolver especialistas.

Leilão reverso não elimina conluio.

Experiência do fornecedor

O fornecedor precisa compreender:

• objeto;
• fórmula;
• ranking;
• duração;
• suporte;
• contrato;
• decisão;
• feedback.

Eventos percebidos como armadilha podem reduzir participação futura.

Resultado do leilão

O menor lance pode ser:

• recomendação;
• proposta final;
• condição para validação;
• resultado vinculante, conforme regras.

Defina antes.

Não declare vencedor se ainda faltam:

• exequibilidade;
• aprovação;
• contrato;
• documentação;
• due diligence;
• teste.

Negociação após o leilão

Pode existir quando prevista e necessária.

Riscos:

• tratamento desigual;
• uso do leilão apenas para extrair preço;
• perda de confiança;
• divulgação indireta.

Estabeleça regras consistentes.

Award dividido

A empresa pode dividir volume por:

• capacidade;
• resiliência;
• região;
• qualidade;
• risco.

Se o leilão permite múltiplos vencedores, informe:

• regra;
• volume;
• prioridade;
• faixas;
• condições.

Implementação

Após o evento:

• validar preço;
• aprovar award;
• negociar contrato;
• migrar volume;
• configurar catálogo;
• monitorar fornecedor;
• medir valor.

Saving de leilão sem implementação é apenas diferença de proposta.

Indicadores

• convidados;
• participantes;
• lances;
• duração;
• competição;
• redução;
• exequibilidade;
• cancelamentos;
• falhas;
• contratos;
• implementação;
• qualidade;
• supplier experience;
• valor realizado;
• disputas;
• aditivos.

Não use redução percentual como único indicador.

Caso prático: embalagens padronizadas

A empresa possui cinco fornecedores qualificados.

O processo:

1. consolida demanda;
2. separa regiões;
3. define especificação;
4. valida capacidade;
5. solicita proposta inicial;
6. testa plataforma;
7. realiza leilão por lotes;
8. valida exequibilidade;
9. divide volume;
10. monitora qualidade e entrega.

O evento é uma etapa da estratégia.

Erros comuns

• usar em qualquer categoria;
• leiloar antes da qualificação;
• preço como único critério;
• fórmula oculta;
• treinamento inexistente;
• regra de falha improvisada;
• menor lance inexequível;
• conluio ignorado;
• resultado sem contrato;
• saving sem implementação.

Como a CapturaMe se conecta a esse cenário

A CapturaMe pode estruturar leilões com fornecedores qualificados, regras, lotes, ranking, extensões, logs e aprovações.

A plataforma preserva o evento dentro do processo completo de sourcing, permitindo relacionar o lance ao contrato, à implantação e à performance.

Conclusão

Leilão reverso é uma ferramenta poderosa quando o mercado e o objeto são adequados.

Ele não substitui análise, qualificação ou contrato. O sucesso depende de competição real, comparabilidade e proteção contra preço inexequível, risco de conluio e deterioração da entrega.

Conheça a CapturaMe para empresas privadas

Perguntas frequentes

Leilão reverso sempre reduz preço?

Não. O resultado depende de mercado, participação, objeto e baseline.

Qualquer fornecedor pode participar?

O ideal é que participantes sejam previamente qualificados.

O menor lance vence automaticamente?

Depende das regras. Exequibilidade, técnica, risco e aprovação podem ser necessários.

Leilão serve para serviços?

Pode servir para serviços comparáveis e bem definidos, não para todos.

Fornecedores veem os concorrentes?

Em geral, a identidade deve ser protegida durante a competição.

Leilão elimina conluio?

Não. O desenho e a análise do mercado continuam essenciais.

Vender para uma grande empresa não é apenas convencer uma pessoa.

A decisão pode envolver:

• área usuária;
• procurement;
• financeiro;
• jurídico;
• segurança;
• privacidade;
• qualidade;
• sustentabilidade;
• compliance;
• liderança.

Cada parte avalia uma dimensão diferente.

O fornecedor perde oportunidades quando trata o processo como obstáculo burocrático.

A empresa compradora precisa responder:

• a solução resolve a necessidade?
• o fornecedor consegue entregar?
• o preço e o modelo são sustentáveis?
• os riscos são aceitáveis?
• o contrato pode ser executado?
• a implantação é viável?
• a performance será mensurável?
• existe alternativa?

A melhor estratégia comercial reduz incerteza para todos os decisores.

Comece pelo problema certo

Uma proposta forte não começa com:

• história da empresa;
• lista de funcionalidades;
• quantidade de clientes;
• prêmio;
• apresentação institucional.

Começa com:

• problema;
• impacto;
• contexto;
• resultado;
• evidência;
• caminho de implantação.

Mostre que compreendeu:

• processo atual;
• usuários;
• restrições;
• riscos;
• indicadores;
• dependências.

Ideal Customer Profile

Nem toda grande empresa é cliente ideal.

Defina:

• setor;
• porte;
• geografia;
• processo;
• maturidade;
• tecnologia;
• dor;
• ticket;
• prazo;
• risco;
• capacidade de suporte.

Tentar participar de toda oportunidade consome equipe e reduz qualidade.

Qualificação da oportunidade

Perguntas:

• existe necessidade real?
• há sponsor?
• existe orçamento?
• o prazo é viável?
• a especificação está aberta?
• a solução se encaixa?
• há concorrência?
• qual processo de compra?
• existe fornecedor atual?
• quais aprovações serão necessárias?

Não confunda acesso a um usuário com oportunidade qualificada.

Área usuária e procurement

Área usuária

Avalia:

• funcionalidade;
• resultado;
• experiência;
• aderência;
• prazo.

Procurement

Avalia:

• mercado;
• comparabilidade;
• custo total;
• risco;
• contrato;
• capacidade;
• competição;
• governança.

O fornecedor precisa conversar com ambos sem criar canais conflitantes.

Não tente contornar procurement

Práticas prejudiciais:

• iniciar serviço sem pedido;
• pressionar área a contratar diretamente;
• enviar proposta incompleta;
• ocultar taxa;
• prometer exceção;
• criar urgência artificial;
• recusar processo;
• oferecer vantagem pessoal.

Atalhos podem reduzir confiança e impedir pagamento.

Cadastro não garante negócio

O cadastro pode significar apenas:

• existência;
• possibilidade de convite;
• dados disponíveis;
• aptidão inicial.

Não significa:

• homologação para toda categoria;
• preferência;
• demanda;
• contrato;
• pedido;
• pagamento.

Homologação

A empresa pode avaliar:

• identidade;
• capacidade;
• integridade;
• finanças;
• segurança;
• qualidade;
• ESG;
• licenças;
• dados;
• subcontratados.

Prepare um repositório organizado com:

• documentos;
• validade;
• owners;
• respostas;
• evidências;
• políticas;
• certificados;
• demonstrações;
• casos.

Evite enviar arquivos desatualizados ou contraditórios.

Capacidade comercial e capacidade de entrega

Uma equipe pode vender mais do que a operação suporta.

Procurement observa:

• capacidade instalada;
• cobertura;
• equipe;
• parceiros;
• SLA;
• escalabilidade;
• continuidade;
• suporte;
• subcontratação;
• dependências.

Se a capacidade depende de investimento, declare:

• prazo;
• condição;
• volume;
• risco;
• compromisso.

Referências

Boas referências são:

• comparáveis;
• verificáveis;
• autorizadas;
• atuais;
• relevantes.

Apresente:

• problema;
• solução;
• escala;
• prazo;
• resultado;
• contexto.

Não revele dados confidenciais de clientes.

Proposta comercial

Uma proposta deve permitir comparação.

Inclua:

• escopo;
• entregáveis;
• premissas;
• exclusões;
• cronograma;
• equipe;
• preço;
• impostos;
• reajuste;
• pagamento;
• validade;
• SLA;
• suporte;
• implantação;
• saída.

Proposta ambígua pode parecer barata e ser desclassificada por risco.

Preço

Procurement pode comparar:

• preço unitário;
• volume;
• custo total;
• implantação;
• consumo;
• suporte;
• manutenção;
• saída;
• risco;
• produtividade.

A estratégia não deve ser apenas reduzir preço.

Explique:

• drivers;
• faixas;
• compromisso;
• ganho de escala;
• opções;
• trade-offs.

Estrutura de opções

Exemplo:

Opção essencial

Escopo mínimo.

Opção recomendada

Escopo completo para resultado esperado.

Opção escalável

Capacidade adicional.

As opções devem ser comparáveis e não esconder custos obrigatórios.

Desconto

Desconto pode estar condicionado a:

• volume;
• prazo;
• duração;
• pagamento;
• escopo;
• previsão;
• exclusividade;
• bundle.

Registre a condição.

Não ofereça preço insustentável esperando recuperar depois com aditivos.

TCO

Mostre impactos em:

• tempo;
• operação;
• manutenção;
• estoque;
• erro;
• risco;
• energia;
• produtividade;
• saída.

Evite cálculos inflados ou benefícios sem baseline.

Business case

Um business case confiável contém:

• situação atual;
• baseline;
• mudança;
• investimento;
• custos;
• benefícios;
• riscos;
• prazo;
• sensibilidade;
• método de medição.

Não prometa ROI universal.

RFP e RFQ

Leia:

• instruções;
• prazos;
• critérios;
• anexos;
• formato;
• canal;
• perguntas;
• termos.

Erros comuns:

• alterar template;
• omitir campo;
• enviar tarde;
• responder genericamente;
• ignorar exclusão;
• incluir condição apenas em rodapé.

Use o período de perguntas para esclarecer.

Demonstração

Uma boa demo segue os casos do comprador.

Estrutura:

1. cenário;
2. usuário;
3. processo;
4. dado;
5. resultado;
6. limite;
7. integração;
8. próximo passo.

Evite uma apresentação apenas de funcionalidades.

Prova de conceito

Defina:

• hipótese;
• escopo;
• ambiente;
• dados;
• usuários;
• segurança;
• prazo;
• critério;
• custo;
• propriedade;
• saída.

PoC não deve se transformar em serviço gratuito indefinido.

Piloto

Piloto testa operação em escala controlada.

Diferencie:

• demonstração;
• PoC;
• piloto;
• produção;
• roll-out.

Cada fase precisa de critérios de decisão.

Segurança e privacidade

Prepare respostas sobre:

• arquitetura;
• acesso;
• MFA;
• criptografia;
• logs;
• vulnerabilidades;
• incidentes;
• suboperadores;
• dados;
• retenção;
• transferência;
• continuidade;
• saída.

Não declare "100% seguro".

Mostre controles, responsabilidades e limites.

Integração

Explique:

• API;
• autenticação;
• formato;
• documentação;
• sandbox;
• webhooks;
• limites;
• monitoramento;
• suporte;
• custo.

"Temos API" não é suficiente.

Compliance e integridade

Grandes empresas podem avaliar:

• código;
• canal;
• conflitos;
• treinamento;
• terceiros;
• sanções;
• investigação;
• remediação;
• liderança.

Para PMEs, o programa pode ser proporcional ao porte e ao risco.

O importante é possuir práticas reais, não copiar políticas.

ESG

Apresente evidências materiais à categoria:

• segurança;
• trabalho;
• ambiente;
• emissões;
• diversidade;
• resíduos;
• cadeia.

Evite declarações genéricas sem dado ou escopo.

Contrato

Prepare-se para negociar:

• responsabilidade;
• SLA;
• propriedade;
• dados;
• confidencialidade;
• segurança;
• auditoria;
• reajuste;
• garantia;
• rescisão;
• saída;
• indenização;
• seguro;
• limite de responsabilidade.

Não aceite obrigação que sua empresa não consegue cumprir apenas para fechar a venda.

Prazo de negociação

Grandes empresas podem ter ciclos longos por:

• orçamento;
• competição;
• risco;
• contrato;
• governança;
• implantação.

Planeje:

• pipeline;
• caixa;
• validade;
• equipe;
• follow-up;
• decisão.

Não confunda demora com aprovação certa.

Pedido de compra

Antes de iniciar, confirme:

• contrato;
• PO;
• escopo;
• valor;
• owner;
• faturamento;
• aceite.

Um "pode começar" informal pode não autorizar pagamento.

Onboarding

Após o award, ainda podem existir:

• cadastro;
• conta;
• contrato;
• segurança;
• integração;
• treinamento;
• catálogo;
• mobilização;
• teste.

Inclua esse prazo no plano.

Implantação

Apresente:

• governança;
• milestones;
• dependências;
• dados;
• recursos;
• riscos;
• comunicação;
• treinamento;
• aceite;
• hypercare.

O fornecedor que vende bem e implanta mal perde renovação e referência.

Performance

Antes do contrato, alinhe:

• KPIs;
• fórmula;
• fonte;
• meta;
• tolerância;
• reunião;
• ação;
• crédito;
• revisão.

Não aceite indicador que não controla sem mecanismo de causalidade.

Supplier experience também importa

O fornecedor pode solicitar:

• critérios claros;
• forecast;
• pedidos corretos;
• pagamento;
• owners;
• feedback;
• resolução.

Uma relação madura possui responsabilidades dos dois lados.

Feedback após perda

Pergunte de forma profissional:

• aderência;
• proposta;
• preço;
• risco;
• capacidade;
• processo;
• melhoria.

Nem toda empresa poderá compartilhar detalhes.

Não pressione por informação confidencial de concorrentes.

Conta estratégica

Após a venda:

• governe;
• entregue;
• comunique;
• antecipe risco;
• gere melhoria;
• registre valor;
• prepare renovação;
• mantenha documentos;
• desenvolva relacionamento multilateral.

Relacionamento não substitui performance.

Pequenos fornecedores

Vantagens possíveis:

• agilidade;
• especialização;
• proximidade;
• inovação;
• flexibilidade.

Riscos percebidos:

• capacidade;
• continuidade;
• segurança;
• caixa;
• escala;
• dependência.

Reduza risco com:

• plano;
• parceiro;
• contingência;
• seguro;
• referências;
• fases;
• transparência.

Startups

Evite vender roadmap como funcionalidade pronta.

Diferencie:

• disponível;
• configurável;
• piloto;
• planejado;
• hipótese.

Grandes empresas valorizam inovação e também precisam de previsibilidade.

Indicadores comerciais

• oportunidades qualificadas;
• convites;
• propostas;
• shortlist;
• vitórias;
• ciclo;
• motivo de perda;
• onboarding;
• implantação;
• renovação;
• referência;
• margem;
• custo de servir;
• satisfação;
• performance.

Taxa de vitória isolada pode incentivar oportunidades ruins.

Caso prático: PME de manutenção

A empresa deseja atender uma indústria.

Ela:

1. escolhe categoria compatível;
2. organiza documentos;
3. demonstra capacidade regional;
4. apresenta segurança;
5. cria proposta comparável;
6. aceita piloto controlado;
7. negocia KPIs;
8. conclui onboarding;
9. mobiliza equipe;
10. mede performance.

Ela não tenta competir com escala nacional que não possui.

Checklist antes da proposta

• entendi o problema?
• tenho fit?
• consigo entregar?
• conheço o processo?
• respondi tudo?
• declarei premissas?
• o preço é sustentável?
• os documentos estão válidos?
• riscos estão claros?
• a implantação é realista?
• posso cumprir o contrato?
• sei como medir sucesso?

Erros comuns

• falar apenas de produto;
• contornar procurement;
• cadastro como promessa;
• proposta ambígua;
• preço predatório;
• ROI sem baseline;
• certificação sem escopo;
• API sem documentação;
• política copiada;
• começar sem pedido;
• vender capacidade inexistente;
• desaparecer após o contrato.

Como a CapturaMe se conecta a esse cenário

A CapturaMe permite que fornecedores mantenham perfil, documentos, capacidades, oportunidades, propostas, contratos e performance em um ambiente estruturado.

A plataforma ajuda a reduzir fricção entre fornecedores qualificados e empresas compradoras, preservando critérios e transparência.

Conclusão

Vender para grandes empresas é reduzir o risco de uma decisão complexa.

O fornecedor precisa provar aderência, capacidade, integridade e execução. A venda não termina no award: onboarding, implantação e performance determinam renovação, expansão e reputação.

Conheça a CapturaMe para fornecedores

Perguntas frequentes

Cadastro garante convite?

Não. Cadastro torna o fornecedor visível ou apto a determinadas etapas, mas não garante demanda.

Preciso ter certificações?

Depende da categoria e do risco. Certificações podem ajudar, mas não substituem capacidade e evidência.

Devo competir pelo menor preço?

Não necessariamente. Explique valor, TCO, risco e modelo sustentável.

Posso iniciar sem pedido?

Não é recomendado. Confirme contrato, PO ou autorização formal aplicável.

Quanto tempo leva?

O ciclo varia conforme valor, risco, orçamento, competição e contrato.

Como uma PME reduz risco percebido?

Com foco, referências, transparência, contingência, fases e capacidade comprovada.

Fraude em procurement pode ocorrer em qualquer etapa:

• planejamento;
• especificação;
• sourcing;
• cadastro;
• seleção;
• contrato;
• pedido;
• recebimento;
• faturamento;
• pagamento;
• gestão de performance;
• encerramento.

Ela pode envolver:

• empregado;
• gestor;
• fornecedor;
• intermediário;
• subcontratado;
• conluio entre partes;
• invasor externo.

O erro mais comum é procurar um único "perfil de fraudador".

Fraudes surgem quando oportunidade, pressão, racionalização e controles frágeis se combinam.

O objetivo da organização não é suspeitar de todos.

É criar um ambiente em que:

• decisões sejam rastreáveis;
• conflitos sejam declarados;
• dados sejam protegidos;
• exceções sejam visíveis;
• pagamentos sejam validados;
• denúncias possam ser feitas;
• investigações sejam independentes.

Fraude, erro e irregularidade

Erro

Ato não intencional.

Não conformidade

Descumprimento de regra ou requisito, com ou sem intenção.

Abuso

Uso inadequado de autoridade ou recurso.

Fraude

Engano intencional para obter vantagem, causar perda ou ocultar fato relevante.

Corrupção

Oferta, promessa, solicitação ou recebimento de vantagem indevida em contexto aplicável.

Nem toda irregularidade é fraude.

Uma red flag inicia análise. Não prova culpa.

Quem pode fraudar?

Fraude interna

Empregado ou gestor manipula o processo.

Fraude externa

Fornecedor, invasor ou terceiro engana a organização.

Fraude colusiva

Partes internas e externas cooperam.

Conluio entre fornecedores

Concorrentes coordenam preços, propostas ou divisão de mercado.

Os controles precisam considerar todos os cenários.

Esquemas comuns

1. Fornecedor fantasma

Uma entidade fictícia ou controlada indiretamente recebe pagamentos.

Sinais:

• endereço residencial ou compartilhado;
• conta ligada a empregado;
• poucos documentos;
• cadastro urgente;
• contato genérico;
• ausência de histórico;
• pedidos e aprovações concentrados.

A existência de um sinal não confirma fraude.

2. Conflito de interesses não declarado

O decisor possui relação pessoal, econômica ou profissional com o fornecedor.

Exemplos:

• parentesco;
• participação;
• emprego anterior recente;
• investimento;
• presente;
• consultoria;
• indicação remunerada.

Conflito não é automaticamente corrupção. Precisa ser declarado e tratado.

3. Kickback ou comissão indevida

Parte do valor do contrato retorna a alguém envolvido na decisão.

Sinais possíveis:

• preço acima do mercado;
• fornecedor sempre vencedor;
• escopo vago;
• aprovação concentrada;
• resistência a competição;
• luxo incompatível;
• intermediário sem função clara.

Evite conclusões baseadas em estilo de vida sem investigação adequada.

4. Especificação direcionada

Requisitos são desenhados para favorecer uma solução ou fornecedor sem justificativa técnica.

Sinais:

• marca desnecessária;
• prazo impossível;
• requisito irrelevante;
• alteração após contato com fornecedor;
• critérios subjetivos;
• cópia de proposta comercial.

Uma especificação exclusiva pode ser legítima quando tecnicamente justificada.

5. Cotações de cobertura

Propostas são obtidas apenas para simular competição.

Sinais:

• documentos com mesmo formato;
• erros idênticos;
• contatos relacionados;
• propostas enviadas do mesmo endereço;
• preços em sequência artificial;
• fornecedores que nunca vencem;
• rodízio.

6. Bid rigging

Fornecedores coordenam:

• preços;
• vencedor;
• lotes;
• regiões;
• retirada;
• subcontratação.

A análise precisa envolver jurídico concorrencial e autoridades quando aplicável.

Procurement não deve confrontar suspeitos sem plano de investigação.

7. Fracionamento

A demanda é dividida para evitar:

• concorrência;
• alçada;
• contrato;
• aprovação;
• publicidade.

Nem todo pedido parcelado é fraude. Pode refletir entregas ou necessidades distintas.

8. Alteração indevida de pedido ou contrato

Mudanças após a seleção podem aumentar:

• valor;
• escopo;
• prazo;
• quantidade;
• margem.

Sinais:

• aditivos recorrentes;
• justificativa genérica;
• mesmo aprovador;
• valor próximo ao limite;
• competição inicial irrelevante.

9. Entrega fantasma

A empresa paga por item ou serviço não entregue.

Pode envolver:

• receipt fictício;
• folha de medição falsa;
• assinatura copiada;
• evidência manipulada;
• conluio;
• ativo inexistente.

10. Substituição de material

O fornecedor entrega qualidade, origem ou especificação inferior.

Controles:

• inspeção;
• rastreabilidade;
• teste;
• amostragem;
• serial;
• cadeia de custódia.

11. Fatura duplicada ou inflada

• mesma fatura;
• número alterado;
• valor dividido;
• serviço repetido;
• quantidade excedente;
• taxa não contratada;
• despesa pessoal;
• imposto incorreto.

12. Fraude de alteração bancária

Um agente altera a conta para desviar pagamento.

Sinais:

• urgência;
• e-mail novo;
• domínio semelhante;
• documento editado;
• pedido de sigilo;
• conta em nome diferente;
• alteração próxima do pagamento.

13. Rebate, crédito ou cashback oculto

Benefício devido à empresa é direcionado a pessoa, unidade ou fornecedor.

14. Favorecimento na performance

Scorecards são alterados para:

• evitar penalidade;
• renovar;
• aumentar volume;
• ocultar incidente.

15. Fraude em descarte e venda de ativos

• peso;
• volume;
• destino;
• valor;
• comprador;
• certificado;
• recebimento.

Fases vulneráveis

Red flags não são prova

Uma red flag pode ter explicação legítima.

Exemplo:

• fornecedor único por patente;
• pedidos próximos por projetos diferentes;
• mesmo endereço por coworking;
• preço elevado por especificação;
• conta nova por reorganização.

O processo correto:

1. detectar;
2. preservar;
3. validar;
4. contextualizar;
5. escalar;
6. investigar;
7. decidir.

Controles preventivos

Política e alçadas

• competição;
• conflito;
• presentes;
• fornecedor único;
• emergência;
• segregação;
• exceções.

KYS

• identidade;
• beneficiário;
• representação;
• conta;
• endereço;
• integridade.

Segregação

Separar:

• criação;
• aprovação;
• recebimento;
• pagamento;
• alteração bancária;
• mudança contratual.

Critérios definidos antes

Avaliação técnica e comercial deve ser aprovada antes das propostas.

Contrato e pedido

• escopo;
• preço;
• quantidade;
• entregável;
• aceite;
• alteração;
• auditoria.

Confirmação independente

Para conta, mudança crítica e fornecedor novo.

Controle de acesso

Privilégios mínimos, recertificação e logs.

Controles detectivos

• spend analytics;
• detecção de duplicidade;
• análise de fracionamento;
• comparação de endereço, conta e contato;
• variação de preço;
• scorecard;
• auditoria;
• inventário;
• confirmação;
• canal de denúncia;
• monitoramento;
• process mining.

Analytics

Exemplos de testes:

• fornecedores e empregados com conta comum;
• múltiplos fornecedores no mesmo endereço;
• pagamentos fora do horário;
• POs após fatura;
• valores abaixo da alçada;
• fornecedor criado e pago rapidamente;
• notas sequenciais;
• vencedor recorrente;
• aditivos;
• baixa competição;
• alteração bancária recente.

A análise deve obedecer privacidade, segurança e finalidade.

IA e detecção

Pode apoiar:

• anomalias;
• agrupamento;
• texto;
• similaridade;
• risco;
• priorização.

Limitações:

• falso positivo;
• viés;
• falta de contexto;
• dados incompletos;
• explicabilidade;
• drift.

IA não deve acusar, bloquear permanentemente ou aplicar sanção sem revisão.

Canal de denúncia

Características:

• acessível;
• confidencial;
• protegido;
• independente;
• disponível a terceiros;
• com retorno;
• sem retaliação.

A CGU inclui incentivo à denúncia, detecção, remediação e cultura de integridade entre elementos de programas efetivos.

Investigação

Princípios:

• independência;
• competência;
• confidencialidade;
• necessidade;
• preservação;
• legalidade;
• imparcialidade;
• documentação;
• não retaliação.

Não permita que a pessoa potencialmente envolvida conduza a apuração.

Preservação de evidência

• e-mails;
• logs;
• propostas;
• arquivos;
• mensagens;
• pedidos;
• receipts;
• faturas;
• acessos;
• dispositivos;
• entrevistas.

Defina legal hold quando aplicável.

Não realize investigação improvisada que destrua metadados ou viole direitos.

Resposta

Possibilidades:

• correção;
• bloqueio temporário;
• pagamento suspenso com base adequada;
• investigação;
• recuperação;
• medida disciplinar;
• rescisão;
• comunicação;
• autoridade;
• remediação;
• revisão de controle.

A resposta depende da evidência e das normas aplicáveis.

Lei Anticorrupção

A Lei nº 12.846/2013 estabelece responsabilização administrativa e civil de pessoas jurídicas por atos contra a administração pública.

O Decreto nº 11.129/2022 regulamenta a lei e define programa de integridade com mecanismos de prevenção, detecção e saneamento de desvios, fraudes, irregularidades e atos ilícitos, além da promoção de cultura de integridade.

Isso não significa que toda fraude entre empresas privadas seja automaticamente um ato da Lei Anticorrupção.

Programa de integridade

Elementos:

• liderança;
• autonomia;
• riscos;
• código;
• políticas;
• treinamento;
• terceiros;
• controles;
• canal;
• investigação;
• remediação;
• monitoramento.

A CGU ressalta que não existe fórmula única e que o programa deve refletir perfil e riscos.

Cultura e incentivos

Riscos aumentam quando a empresa:

• exige saving impossível;
• premia apenas velocidade;
• tolera bypass;
• pune quem reporta;
• celebra "heróis" que ignoram processo;
• não aplica regras à liderança.

Controle técnico não substitui cultura.

Fornecedores

O código de conduta pode cobrir:

• suborno;
• presentes;
• conflito;
• concorrência;
• dados;
• trabalho;
• registros;
• canal;
• cooperação;
• auditoria.

A assinatura do código não comprova integridade.

Indicadores

• red flags;
• casos validados;
• investigações;
• tempo;
• perdas;
• recuperações;
• fornecedores bloqueados;
• conflitos;
• alterações bancárias;
• denúncias;
• retaliações;
• treinamentos;
• controles corrigidos;
• reincidência.

Não use quantidade de denúncias como sinal automático de pior cultura.

Caso prático: fornecedor e faturas duplicadas

Analytics identifica pagamentos semelhantes.

A equipe:

1. preserva dados;
2. confirma duplicidade;
3. verifica erro ou intenção;
4. bloqueia novos pagamentos de forma controlada;
5. analisa cadastro e acessos;
6. entrevista responsáveis;
7. recupera valor;
8. corrige regra;
9. avalia disciplina e contrato;
10. monitora reincidência.

A detecção não começa com acusação pública.

Erros comuns

• red flag como prova;
• todo desvio como fraude;
• foco apenas no fornecedor;
• investigação pelo envolvido;
• IA aplicando sanção;
• pagamento bloqueado sem processo;
• controle só no final;
• canal sem proteção;
• programa de papel;
• meta comercial que incentiva manipulação.

Como a CapturaMe se conecta a esse cenário

A CapturaMe pode preservar trilhas de sourcing, critérios, propostas, aprovações, fornecedores, contratos e alterações.

A plataforma também pode integrar regras e analytics para identificar red flags, mantendo casos restritos e evidências para equipes autorizadas.

Conclusão

Fraude em procurement é um risco de processo, pessoas, terceiros e tecnologia.

A prevenção exige identidade, segregação, critérios claros e cultura. A detecção exige dados e canais. A resposta exige investigação competente, proporcional e baseada em evidência.

Conheça a CapturaMe para empresas privadas

Perguntas frequentes

Uma red flag prova fraude?

Não. É um sinal que precisa ser validado e contextualizado.

Fornecedor único é fraude?

Não. Pode ser legítimo quando justificado e aprovado.

Dividir pedidos é sempre irregular?

Não. O problema ocorre quando existe intenção de evitar controles ou competição.

IA pode detectar fraude?

Pode priorizar anomalias, mas não substituir investigação e julgamento.

Toda fraude em compras entra na Lei Anticorrupção?

Não. A lei trata de atos contra a administração pública; o enquadramento depende do caso.

Como começar?

Mapeie os esquemas relevantes, fortaleça o vendor master e teste dados de pedidos, faturas e pagamentos.

Procurement trata dados pessoais mesmo quando contrata empresas.

Exemplos: nome e contato do representante, CPF de sócio, documento de procurador, dados bancários de pessoa física, currículo de consultor, informações de colaboradores terceirizados, registros de acesso, assinatura, imagem, localização e dados de saúde em determinados serviços.

A Lei Geral de Proteção de Dados Pessoais — Lei nº 13.709/2018 — aplica-se ao tratamento de dados pessoais realizado por pessoas naturais ou jurídicas, públicas ou privadas, nas condições previstas pela lei.

O desafio de procurement é equilibrar contratação, risco, integridade, segurança, eficiência e direitos dos titulares. A solução não é deixar de coletar tudo. Também não é coletar qualquer informação "por precaução".

Dado da empresa e dado pessoal

Dado da pessoa jurídica

Razão social, CNPJ, produto e endereço empresarial podem não ser dados pessoais por si mesmos.

Dado pessoal

Informação relacionada a pessoa natural identificada ou identificável. Exemplos: nome, CPF, e-mail individual, telefone, assinatura, localização e avaliação individual.

Dado pessoal sensível

Inclui categorias previstas na LGPD, como saúde, biometria, origem racial ou étnica, convicção religiosa e outras.

Uma base de fornecedores pode conter os três tipos.

O ciclo de dados em procurement

1. planejamento;
2. prospecção;
3. sourcing;
4. cadastro;
5. due diligence;
6. contrato;
7. operação;
8. pagamento;
9. performance;
10. auditoria;
11. offboarding;
12. retenção ou exclusão.

A privacidade precisa acompanhar todo o ciclo.

Finalidade

Para cada dado, pergunte: por que precisamos? Para qual processo? Quem usa? Por quanto tempo? É compartilhado? Existe alternativa menos invasiva? O titular foi informado quando aplicável?

Exemplo: solicitar CPF de todos os funcionários do fornecedor durante uma cotação preliminar pode ser excessivo. Solicitar identificação dos profissionais que acessarão uma instalação pode ser necessário em etapa posterior.

Adequação e necessidade

A coleta deve ser compatível com a finalidade e limitada ao mínimo necessário.

Aplicações: pedir documentos apenas aos finalistas, ocultar campos não necessários, usar faixas em vez de detalhes, coletar contatos corporativos, restringir dados sensíveis, reutilizar informação válida e eliminar duplicidade.

Base legal

A LGPD prevê diferentes bases legais, conforme a operação. Possibilidades podem envolver execução de contrato, procedimentos preliminares, obrigação legal ou regulatória, exercício regular de direitos, legítimo interesse, consentimento e outras hipóteses previstas.

Consentimento não deve ser usado automaticamente. A base precisa ser definida pelo controlador conforme o contexto.

Controlador e operador

Controlador

Toma as decisões referentes ao tratamento.

Operador

Realiza o tratamento em nome do controlador.

A ANPD orienta que a definição depende das funções reais, não apenas do título contratual. Uma empresa pode ser controladora em uma atividade e operadora em outra.

Chamar toda contraparte de operador pode ser juridicamente inadequado.

Dados no sourcing

Durante RFI, RFP ou RFQ, podem aparecer contatos, currículos, referências, organogramas, documentos, declarações e propostas.

Controles: acesso restrito, ambiente seguro, finalidade, prazo, confidencialidade, descarte das propostas e separação entre concorrentes.

Due diligence

Pode exigir informações sobre sócios, beneficiários, representantes, conflitos, sanções, processos e integridade.

A análise deve ser proporcional, fundamentada, atual, segura, restrita e revisável.

Não transforme investigação em coleta indiscriminada de dados familiares, políticos, médicos ou privados.

Dados de colaboradores terceirizados

Possíveis finalidades: acesso, qualificação, segurança, folha, obrigação, medição e fiscalização.

Evite receber prontuários, diagnósticos, detalhes não necessários e documentos sem finalidade.

Dados bancários

Controles: acesso mínimo, autenticação, segregação, logs, confirmação, criptografia, alteração independente e retenção.

Não envie planilhas bancárias por canais informais.

Portal de fornecedores

Requisitos: aviso de privacidade, finalidade, perfis, acesso, MFA, retenção, correção, suporte, registro e resposta a direitos.

O fornecedor deve saber quais dados está fornecendo e para quais usos.

Direitos dos titulares

Procurement deve saber encaminhar solicitações relativas a confirmação, acesso, correção, anonimização, bloqueio, eliminação, informação, revisão e oposição, conforme aplicável.

Não responda diretamente sem seguir o processo da organização.

Contrato de tratamento ou DPA

Um instrumento pode tratar de objeto, papéis, instruções, finalidade, categorias, titulares, segurança, incidentes, suboperadores, transferência, direitos, auditoria, retenção, exclusão, cooperação e término.

O nome "DPA" não garante que o documento esteja adequado.

Suboperadores

A ANPD define suboperador como o agente contratado pelo operador para auxiliá-lo no tratamento realizado em nome do controlador.

Defina autorização, lista, mudança, obrigações equivalentes, localização, responsabilidade e saída.

Segurança

A LGPD exige medidas técnicas e administrativas aptas a proteger dados pessoais.

Controles: acesso, autenticação, criptografia, logs, segregação, backup, vulnerabilidades, desenvolvimento, treinamento, resposta e continuidade.

Incidentes

A Resolução CD/ANPD nº 15/2024 regulamenta a comunicação de incidentes de segurança.

O contrato deve definir notificação do fornecedor, prazo contratual, conteúdo, preservação, investigação, cooperação, suboperadores, comunicação e remediação.

O prazo do fornecedor precisa permitir que o controlador cumpra suas obrigações.

Transferência internacional

Pode ocorrer quando dados são hospedados, acessados, suportados, analisados ou processados fora do Brasil.

A Resolução CD/ANPD nº 19/2024 regulamenta mecanismos de transferência internacional e cláusulas-padrão contratuais.

Perguntas: onde estão os dados? Quem acessa? Qual mecanismo? Quais suboperadores? Como atender titulares?

Retenção

Defina prazos por finalidade: fiscal, contratual, integridade, segurança, disputa, garantia, auditoria e cadastro.

Não mantenha dados "para sempre". Também não elimine registros sujeitos a obrigação ou legal hold.

Decisões automatizadas

Ferramentas podem classificar fornecedor, detectar risco, recomendar, bloquear ou priorizar.

Cuidados: explicação, qualidade, viés, contestação, supervisão, segurança e proporcionalidade.

Não transforme score automatizado em decisão definitiva de alto impacto sem governança.

Caso prático: contratação de plataforma de benefícios

A solução trata dados de colaboradores e dependentes. O processo mapeia finalidades, identifica categorias, define papéis, avalia segurança, verifica suboperadores, analisa transferência, negocia DPA, define incidentes, configura retenção e planeja saída.

Procurement coordena, mas privacidade e jurídico validam.

Erros comuns

• achar que dado de fornecedor nunca é pessoal;
• usar consentimento para tudo;
• chamar todo fornecedor de operador;
• coletar documentos excessivos;
• enviar dados bancários por e-mail;
• ignorar suboperadores;
• contrato sem transferência;
• retenção indefinida;
• score automático sem revisão;
• excluir dados sem verificar obrigação.

Como a CapturaMe se conecta a esse cenário

A CapturaMe pode estruturar formulários, perfis, acessos, documentos, bases, contratos, suboperadores, incidentes e retenção dentro do ciclo de fornecedores. A plataforma ajuda a reduzir planilhas dispersas e a aplicar minimização e governança por processo.

Conclusão

LGPD em procurement não é apenas incluir uma cláusula contratual.

É compreender quais dados entram no ciclo, por que são necessários, quem decide, quem trata, como são protegidos e quando devem sair. A privacidade precisa estar incorporada ao onboarding, à operação e ao offboarding.

Conheça a CapturaMe para gestão de fornecedores

Perguntas frequentes

Dados de empresas estão fora da LGPD?

Dados exclusivamente empresariais podem não ser pessoais, mas bases de fornecedores normalmente contêm informações de pessoas naturais.

Todo fornecedor é operador?

Não. O papel depende das decisões e atividades reais.

Consentimento é obrigatório?

Não em todas as situações. A base legal depende da finalidade e do contexto.

Preciso de DPA com todo fornecedor?

É especialmente relevante quando a contraparte trata dados pessoais, mas o instrumento e a profundidade devem refletir a operação.

Cloud estrangeira é transferência internacional?

Pode envolver transferência ou acesso internacional e exige análise conforme a regulamentação aplicável.

Procurement pode responder a um titular?

Deve seguir o processo do controlador e encaminhar aos responsáveis definidos.