Como criar um SaaS de IA para detectar desvios em compras
Eu explico como cruzar requisição, contrato, pedido, recebimento e pagamento para localizar variações de preço e compras fora da condição negociada.
Por Cesar A. Machado · · 3 min
O ciclo de compra precisa de um identificador que atravesse contrato e pagamento.
Preço deve ser comparado na mesma unidade, moeda, prazo e condição.
A IA explica e prioriza; políticas determinísticas decidem o que exige aprovação.
A margem vaza em pequenas diferenças repetidas
Um item sobe poucos reais, o frete aparece fora do contrato, o volume negociado não é aplicado ou uma compra urgente vira hábito. Cada caso isolado parece pequeno. Somados, podem anular parte da negociação. Eu criaria um SaaS que mostre desvio por item e por condição antes do pagamento, com evidência suficiente para compras confirmar, justificar ou corrigir.
O produto não seria um detector de culpados. Variação pode nascer de câmbio, qualidade, prazo, local, imposto, substituição aprovada ou cadastro ruim. O valor está em reconstruir a comparação correta e manter o motivo da exceção, permitindo separar desperdício de decisão legítima.
Ligue o ciclo inteiro por uma identidade comum
O Open Contracting Data Standard representa planejamento, disputa, adjudicação, contrato e implementação dentro de um processo identificável: https://standard.open-contracting.org/latest/en/primer/how/. Embora tenha foco em contratação pública, a estrutura ensina algo útil para qualquer empresa: proposta, contrato, pedido, recebimento e pagamento precisam continuar relacionados.
Eu guardaria empresa, processo, fornecedor, item normalizado, unidade, quantidade, moeda, preço, impostos, frete, prazo, local e versão do contrato. O documento bruto permanece anexado. Quando ERP e contrato discordarem, a tela mostra a divergência; não escolhe silenciosamente uma verdade conveniente.
Compare condições equivalentes
Erro comum
Correção
Caixa contra unidade
Converter pela unidade contratada
Preço com frete contra preço sem frete
Separar componentes
Moedas diferentes
Usar regra cambial aprovada
Produto parecido
Confirmar equivalência técnica
Contrato antigo
Selecionar versão vigente na data
Essas conversões são regras de negócio e devem ser reproduzíveis. A IA pode mapear descrições como “luva nitrílica P cx100” para candidatos do catálogo, mas uma pessoa confirma a equivalência quando ela altera especificação ou preço. Eu mostraria valor unitário normalizado, referência e cada ajuste aplicado.
Crie alertas que respeitem alçada e contexto
Regras detectam preço acima do contrato, fornecedor não homologado, volume dividido, frete divergente e pedido sem referência. A IA agrupa justificativas e identifica combinações incomuns. O alerta traz impacto estimado, contrato, itens, recorrência e prazo para agir. Um desvio pequeno e repetido pode subir na fila; uma exceção crítica já aprovada pode sair.
Eu manteria três ações: aprovar com motivo, corrigir antes do pagamento ou contestar o dado. Bloqueio automático só existe para política objetiva, como fornecedor proibido ou alçada excedida, e precisa de rota de exceção. O sistema deve saber quem autorizou e qual regra estava vigente.
Exija uma explicação verificável
O NIST inclui validade, confiabilidade, transparência, explicabilidade e interpretabilidade entre características de IA confiável: https://www.nist.gov/itl/ai-risk-management-framework/ai-risk-management-framework-faqs. Para mim, cada recomendação precisa responder qual condição divergiu, qual referência foi usada e quanto mudaria se a hipótese estivesse errada.
Meça economia realizada, não desvio bruto
Imagine, de forma hipotética, R$ 1 milhão em compras mensais e R$ 30 mil sinalizados. Se R$ 12 mil eram condições legítimas, R$ 8 mil dados errados e R$ 10 mil foram corrigidos, a economia realizada está nesses R$ 10 mil, descontado o custo de operação. Exibir R$ 30 mil como ganho seria inflar o resultado.
Eu acompanharia desvios confirmados, valor corrigido, reincidência, tempo de revisão e falsos alertas. Também observaria se a empresa passou a comprar mais devagar ou criou atalhos fora do sistema. Controle que trava a operação pode custar mais do que recupera.
Comece por uma categoria repetitiva
Eu escolheria uma categoria com itens comparáveis, contratos ativos e volume suficiente. Reconstruiria três meses, validaria mapeamentos e rodaria alertas sem bloquear pedidos. Compras classificaria cada caso. Só depois automatizaria uma regra exata. Se a fonte oficial não estiver clara, eu resolveria isso primeiro, como explico em https://blog.cesarmachado.com/artigo/integracao-de-sistemas-fonte-da-verdade/.
Se você quer descobrir se esse SaaS se paga, descreva volume, categorias, ERP e contratos em https://blog.cesarmachado.com/contato. Eu buscaria uma condição negociada que hoje é difícil de conferir e cuja correção possa ser comprovada no pagamento.
Eu não procuraria apenas a compra mais cara. Procuraria a compra cuja condição real se afastou do que a empresa aprovou.
Quer aplicar isso na sua empresa?
Converse comigo sobre o processo que você quer melhorar e os critérios para começar com segurança.
Os projetos são apresentados pelo problema e pela engenharia envolvida, preservando informações internas. O objetivo é mostrar como decisões de produto, arquitetura e operação se conectam.
Um projeto começa com uma pergunta de negócio, avança por uma primeira versão controlada e só cresce quando os dados mostram que a solução cabe na operação.
{{ item.num }}
{{ item.title }}
{{ item.text }}
LIMITES CLAROS
A confiança também está no que o sistema não promete.
Empresas de 20 a 100 pessoas, com um processo real para melhorar.
O ponto de partida é um processo específico, com responsável, volume e impacto identificáveis. A solução precisa caber na capacidade da equipe, produzir evidência e preservar controle sobre decisões importantes.
→{{ item }}
Tecnologias e camadas
A FERRAMENTA SEGUE O PROCESSO
{{ item }}
SE FIZER SENTIDO
Descreva um processo que você gostaria de entender melhor.
Envie o fluxo atual, o volume aproximado e o principal gargalo. A primeira conversa serve para entender o problema e avaliar o próximo passo mais proporcional.
Ferramentas
Clique em uma ferramenta para abrir. Conteúdo de cada uma a definir.
Kit atual
{{ t.num }}
{{ t.title }}
{{ t.desc }}
{{ t.state }}
Portfólio
Projetos de software e ecossistemas construídos com engenharia de IA. Conteúdo de cada caso a definir.
{{ caseCount }}
Projetos
capa do projeto{{ p.num }}
{{ p.kind }} · {{ p.year }}
{{ p.title }}
{{ p.desc }}
{{ tg.label }}
ABRIR CASO
{{ detail.num }}{{ detail.kind }}
{{ detail.title }}
{{ detail.desc }}
{{ m.k }}
{{ m.v }}
imagem principal do caso
{{ bl.title }}
{{ bl.hint }}
Briefing
3 PASSOS · CERCA DE 1 MINUTO
Toque nas opções que descrevem seu projeto. Só o último passo pede digitação.
Briefing recebido
Obrigado. Retorno pelo e-mail informado com as próximas perguntas.
