Compra de software sem PO: o controle que o gasto exige

Uma área de produto precisa de uma assinatura nova, chama o fornecedor internacional, passa o cartão corporativo do próprio setor e a ferramenta entra no ar na mesma semana. Nenhuma ordem de compra cruza essa operação. O financeiro não vê o lançamento no dia em que ele acontece, porque a fatura de um SaaS paga por cartão não vem com um número de pedido gravado na linha. Ela aparece, tempos depois, dentro do extrato do cartão, sem saber dizer a qual projeto pertence. Levantamento citado pela IBM sobre SaaS sprawl contabiliza 48% dos aplicativos corporativos sem um responsável nomeado por monitorar uso, segurança, licenças e renovações. Esse número descreve exatamente a lacuna: a ferramenta roda, ninguém é dono dela, e o custo só é descoberto quando o mês fecha.

A companhia não tem um problema de orçamento. Tem um problema de execução. A raiz da compra de software sem PO não é a falta de verba, é a ausência de um mandato de ordem de compra no ponto exato em que a compra acontece. Quando esse ponto existe e é central, a assinatura só é contratada depois de aprovada, orçada e registrada. O que falta mostrar é por que a ordem de compra importa justamente quando a licença já roda, como um ponto único de compra fecha o vão processual que o caminho descentralizado mantém aberto e o que a equipe de procurement de uma empresa grande constrói hoje, em concreto, para fechar esse vão.

O custo da compra de software sem ordem de compra em uma empresa grande

A compra de software sem PO cria um tipo específico de gasto que o financeiro descobre depois, em bloco, sem conseguir reconciliar. No caminho default, cada área paga o próprio software com o cartão do setor, sem catálogo, sem fornecedor aprovado e sem valor de referência. A soma dessas assinaturas é o chamado gasto SaaS fora do orçamento ou sombra de software: legítimo no uso, invisível no controle.

O custo tem três camadas, e a primeira é a mais óbvia. A assinatura esquecida, o seat que ninguém usa e a renovação que um time assina sem revisar viram despesa corrente que atravessa o ano sem ser enxergada. A segunda camada é o preço. Quem compra sozinho não negocia com volume nem tem valor de referência, então paga o catálogo do fornecedor por inteiro. A terceira é o câmbio e a estrutura da operação, porque muito software essencial é internacional e a fatura chega em moeda estrangeira com uma camada de custo embutida que a área que assinou não dimensiona. Para atacar a primeira camada basta inventário, mas as duas últimas dependem de centralizar a contratação no ponto em que o pedido entra.

É aqui que entra a métrica que fecha a discussão: o custo total de um SaaS estrangeiro, que quase sempre é maior do que o preço na proposta do fornecedor. O ponto de controle não existe para reduzir a caixa de ferramentas, e sim para que cada item entre com número, dono e preço avaliado do lado de quem paga.

Por que a ordem de compra importa quando a assinatura já está rodando

A ordem de compra é um instrumento antigo e um mecanismo preciso. Ela existe para tornar a intenção de gasto um compromisso registrado antes do pagamento, com valor, moeda, centro de custo e vigência definidos. Em software esse papel ganha um peso que quase nenhuma outra compra tem, porque o momento decisivo não é a primeira transação, é a continuidade.

A assinatura entra no ar e passa a renovar em silêncio. O usuário não reaprova nada em todo mês. O risco não é a compra inicial, que ao menos tem um pedido consciente por trás, é a linha recorrente que segue viva após a virada do contrato, o renovo automático que consome orçamento que o time já esqueceu. O silêncio é o risco. Quando não existe ordem de compra que amarre aquele custo a um dono e a um orçamento aprovado, é o calendário do fornecedor que decide se a despesa continua, e não o ciclo orçamentário da empresa.

Uma ordem de compra vigente, com valor e data de expiração, muda essa matemática. A renovação deixa de ser automática por omissão e passa a depender de uma nova aprovação. O mandato não pode chegar depois, no fechamento; ele precisa existir antes, no instante em que o pedido atravessa a porta de entrada. É essa a mudança de comportamento que o controle de gasto com SaaS exige.

O ponto único de compra fecha o vão que o PO sozinho não alcança

Uma ordem de compra escrita e não executada é papel. O instrumento só vira controle quando existe um lugar único, e obrigatório, por onde toda contratação de software passa. Nesse ponto a ordem de compra deixa de ser uma recomendação e vira uma condição: sem número de pedido aprovado, a ferramenta não entra na fila de contratação.

No caminho default, descentralizado, não existe esse lugar. Cada área tem o próprio cartão, o próprio fornecedor e o próprio fluxo, e uma política dizendo que toda compra precisa de ordem de compra vale para um processo que não tem por onde cobrar o cumprimento. É a diferença entre uma regra e um ponto em que a regra é aplicada de fato. Centralizar a aquisição em um ponto único físico, do lado da empresa que consome o software, é o que converte o mandato em execução. Regra sem ponto não é executada.

A decisão de concentrar a compra em uma porta de entrada entrega a rastreabilidade que o caminho disperso nunca entregou: cada pedido entra com número, cada pagamento sai contra um número e cada renovação confronta o número anterior. A comparação correta é sempre contra o caminho default, e não contra outro fornecedor: a escolha é entre uma compra que passa por um único ponto de aprovação e uma compra que acontece em dezenas de pontos sem mandato nenhum.

A imagem abaixo mostra as duas rotas, lado a lado, para o mesmo pedido de software: o caminho sem ordem de compra, em que o pagamento sai sem aprovação, e o caminho com ordem de compra no ponto de controle, em que o gasto só é liberado depois de aprovado, orçado e registrado.

Os controles que o ponto de compra central coloca sob alçada

Concentrar a contratação em um ponto não é só criar uma fila. É dar ao procurement instrumentos que, espalhados por área e cartão, simplesmente não existem. Quando todo o software de uma empresa grande contrata pelo mesmo ponto, quatro controles passam a valer para cada item.

O primeiro é alçada e aprovação: quem pede, quem autoriza e até quanto cada nível pode aprovar ficam definidos e gravados antes de o pedido sair. O segundo é o orçamento, com a verificação, no pedido, se ainda existe dotação para mais uma licença antes de a assinatura ser assinada. O terceiro é a renovação, com o alerta que obriga uma nova decisão antes de a linha se renovar em silêncio. O quarto é a fatura e a moeda, porque a NF que chega ao financeiro sai em reais e em moeda local, com o cálculo de imposto e de câmbio feito por transação, em vez de a área descobrir o efeito cambial depois. Cada assinatura passa a ter dono.

Para a empresa em Lucro Real, a nota fiscal doméstica ainda habilita a recuperação do crédito de PIS/COFINS, o crédito de 9,25% que o caminho sem documento fiscal doméstico tende a deixar no caminho. Para a empresa em Lucro Presumido, o benefício não é o crédito, é a nota em reais, a trava cambial e a simplificação operacional que o cartão por área não oferece. Nada disso é o centro deste texto, que é governança e ordem de compra, mas mostra como o ponto de controle também permite alavancas usadas para reduzir custos de software internacional sem reabrir a política de compras por completo.

Como a equipe de procurement de uma empresa grande constrói o controle hoje

Transformar a compra de software sem PO em uma operação governada não começa por comprar a maior plataforma do mercado. Começa por cinco decisões sequenciais que a equipe de procurement toma e implanta em conjunto com o financeiro. Primeiro a política, depois a plataforma.

1. Estabelecer o mandato escrito: toda contratação e toda renovação de software passa por ordem de compra aprovada, sem exceção por área ou por cartão.
2. Designar um ponto único de execução: uma só porta de entrada física e central para a contratação de software, por onde qualquer pedido precisa atravessar.
3. Amarrar a renovação ao ciclo de decisão: fazer a licença expirar junto com a ordem de compra, para que a renovação dependa de uma nova aprovação.
4. Dar dotação visível: conferir, no pedido, se há orçamento antes de liberar a assinatura, para que o gasto só saia contra um número.
5. Conciliar por número no mês: casar cada fatura que chega ao financeiro com a ordem de compra correspondente, em vez de caçar a origem de um lançamento no fechamento.

A coluna que segue resume o estado default e o estado com a porta única, para a leitura de uma página.

Esse desenho é executável porque não depende de vigiar cada área de fora. A governança de compras de SaaS vira uma consequência do ponto de entrada, e não um esforço de polícia mensal.

O comportamento que muda no cliente contratante

A adoção do controle é, antes de tudo, uma mudança de comportamento de quem compra o software, e não um exercício de quem hoje contrata. O time que antes assinava com o próprio cartão aprende a fazer o pedido entrar na porta única, com o fornecedor já mapeado e o preço já conhecido. A diferença prática aparece na primeira renovação: a ferramenta não se renova sozinha, ela pede permissão.

Para o procurement de software em empresa grande, o custo aparente de um mandato como esse, que parece acrescentar uma etapa a cada pedido, se paga na outra direção. Quem pede deixa de caçar a própria autorização escondida em cartão e passa a ter uma aprovação que o financeiro reconhece. Quem paga deixa de fazer correção de rota no fechamento e passa a ver o gasto no dia em que ele é aprovado.

Um número representativo ajuda a dimensionar o cenário. Uma empresa que contrai algumas dezenas de contratos e renovações de SaaS por trimestre, parte deles internacionais, sem ordem de compra, tende a carregar de modo permanente um patamar de assinaturas órfãs e uma oscilação de renovação que aparece só na conciliação mensal. Quando a mesma contratação entra por um ponto único, o que era um problema descoberto no fim do mês vira uma linha conhecida de decisão. Os valores aqui são ilustrativos de um cenário típico de gasto corporativo, e não a conta de uma empresa específica.

O contexto de mercado confirma a direção. Em agosto de 2026 um anúncio oficial passou a permitir que compradores exijam ordem de compra obrigatória para registrar uma assinatura em um marketplace relevante, um sinal de que o controle sobre o gasto de software está migrando para o ponto exato em que a compra acontece, com mensagens de política para orientar o comprador antes do pagamento. Não é uma recomendação para imitar aquele recurso, é uma corroboração de que tratar a ordem de compra como controle e a orientação como política é a direção que o próprio mercado já segue. A referência completa está na seção final.

Perguntas frequentes

O que é compra de software sem PO?

É a contratação de software, geralmente uma assinatura ou renovação, que acontece sem uma ordem de compra aprovada. No caminho default ela entra por cartão de cada área, sem número de pedido. Número aprovado não existe aí. O gasto só é notado pelo financeiro quando o extrato do cartão fecha.

O cartão de cada área é o problema?

O problema não é o cartão em si, é que o cartão não exige uma ordem de compra no ponto em que a assinatura é feita. O mandato de PO e um ponto único de compra existem para que o cartão por área deixe de ser o caminho de aquisição sem controle.

Uma política que obriga a ordem de compra é suficiente?

A política só funciona quando há um ponto único por onde a contratação precisa passar. Sem esse ponto, cada área tem um fluxo próprio e a regra não tem onde ser aplicada de fato. O mandato escrito e o ponto de execução andam juntos.

A governança do gasto de software é tarefa do IT ou do financeiro?

É uma decisão conjunta de procurement, financeiro e liderança de TI, porque envolve quem pede, quem aprova e quem concilia. O desenho costuma nascer na equipe de procurement e precisa do financeiro para casar cada fatura a uma ordem de compra.

Referências e Leitura Complementar

A definição de SaaS sprawl e o dado de 48% de aplicativos sem responsável nomeado, com o procurement descentralizado apontado como uma das causas, vêm do verbete de referência da IBM sobre SaaS sprawl. O contexto de mercado sobre ordem de compra obrigatória em marketplace está no anúncio oficial de agosto de 2026, usado apenas como sinal de que o controle sobre o gasto de software está migrando para o ponto da compra. Os dois textos do blog citados no corpo, sobre o cálculo do custo total de um SaaS estrangeiro e sobre como reduzir custos de software internacional, estão linkados na seção em que cada um apoia o argumento.

Como levar a governança da compra de software à próxima reunião de procurement

A compra de software sem PO não se resolve com uma plataforma instalada de um dia para o outro. Ela se resolve com a sequência de decisões que a equipe de procurement já pode validar na próxima reunião, começando pelo menor e mais barato passo: mapear quantas assinaturas e renovações ativas hoje não têm uma ordem de compra por trás.

Com esse inventário na mesa, o gatilho de decisão é o mesmo para cada linha. Se uma assinatura está ativa e renovando sem ordem de compra, ela é a prova do furo no processo, e não um caso para normalizar com pressa. Na sequência, aprovada a política escrita, o passo seguinte é nomear o ponto único pelo qual toda contratação passa, de tal forma que a ordem de compra deixe de ser uma afirmação e vire o requisito de entrada. Depois, amarrar a renovação ao vencimento da ordem e conferir dotação antes de liberar qualquer pedido.

O Nexforce Marketplace atende exatamente essa necessidade do lado de quem compra: é o ponto único de contratação por onde o software entra com nota fiscal em reais, moeda local e os controles de alçada, orçamento e renovação que o caminho default não tem, com plataforma de procurement que integra processamento de fatura e cartão. O próximo passo concreto é levar o inventário de compras sem PO à reunião e decidir, por esse inventário, qual porta de entrada a empresa adota. É esse gesto, pequeno e executável, que transforma a política de governança escrita em controle de gasto real. Esse gesto fecha o furo.