Source-to-Pay e Procure-to-Pay: Entenda os Processos e as Fronteiras entre Eles

Source-to-Pay e Procure-to-Pay são expressões usadas para organizar a jornada de aquisição.

Elas aparecem em:

• modelos operacionais;
• projetos de transformação;
• RFPs de tecnologia;
• organogramas;
• dashboards;
• contratos de BPO.

O problema é que empresas e fornecedores de software nem sempre utilizam os termos da mesma maneira.

Uma plataforma pode chamar de Source-to-Pay um conjunto de módulos que não cobre toda a jornada. Outra pode usar Procure-to-Pay para um processo que começa no planejamento da demanda. Por isso, a organização precisa definir suas próprias fronteiras.

Uma definição prática:

Source-to-Pay conecta a identificação da necessidade e do mercado fornecedor à contratação, compra, recebimento, faturamento e pagamento.

Procure-to-Pay normalmente se concentra da requisição ou seleção de uma fonte já disponível até o pagamento.

As definições variam. O mapa real da empresa é mais importante que o nome comercial.

Visão resumida

Processo	Início típico	Fim típico	Foco
Source-to-Pay	necessidade, categoria ou sourcing	pagamento e performance	jornada ampla
Source-to-Contract	necessidade ou estratégia	contrato assinado	mercado e contratação
Procure-to-Pay	requisição ou catálogo	pagamento	execução da compra
Requisition-to-Order	requisição	pedido emitido	demanda e aprovação
Order-to-Receipt	pedido	recebimento	execução e entrega
Invoice-to-Pay	fatura	pagamento	validação financeira

Essas divisões ajudam a atribuir responsabilidades e medir gargalos.

O que é Source-to-Pay?

Source-to-Pay — S2P — pode incluir:

1. identificação da necessidade;
2. análise de gastos;
3. estratégia de categoria;
4. pesquisa de mercado;
5. onboarding e qualificação;
6. sourcing;
7. negociação;
8. contrato;
9. catálogo ou fonte de fornecimento;
10. requisição;
11. aprovação;
12. pedido;
13. confirmação;
14. recebimento;
15. fatura;
16. conciliação;
17. pagamento;
18. performance e renovação.

Na prática, algumas empresas tratam supplier management e contract lifecycle management como domínios adjacentes. Outras os incorporam integralmente ao S2P.

O SAP Ariba, por exemplo, apresenta Source-to-Pay conectando gestão de fornecedores, sourcing, contratos, buying e invoicing. Essa é uma referência de arquitetura de suíte, não uma definição obrigatória para todas as organizações.

O que é Procure-to-Pay?

Procure-to-Pay — P2P — é o fluxo operacional que transforma uma necessidade aprovada em aquisição, recebimento, fatura e pagamento.

Etapas comuns:

1. requisição;
2. seleção de fonte já contratada;
3. aprovação;
4. pedido;
5. envio ao fornecedor;
6. confirmação;
7. entrega ou execução;
8. recebimento;
9. fatura;
10. match;
11. aprovação da exceção;
12. pagamento.

Em compras por catálogo, o P2P pode ser altamente automatizado.

Em serviços complexos, pode exigir:

• medição;
• aceite;
• work confirmation;
• milestones;
• retenções;
• documentos;
• aprovação técnica.

A principal diferença

O P2P executa a compra.

O S2P também decide como a compra será estruturada.

Exemplo:

Source-to-Contract

A empresa:

• analisa a categoria;
• consulta o mercado;
• realiza RFP;
• negocia;
• assina contrato;
• cria catálogo.

Procure-to-Pay

O usuário:

• seleciona o item;
• cria requisição;
• recebe aprovação;
• gera pedido;
• confirma recebimento;
• permite o pagamento.

A qualidade do P2P depende das decisões tomadas antes dele.

O processo não começa no sistema

Uma demanda pode surgir por:

• planejamento;
• manutenção;
• projeto;
• contrato vencendo;
• ruptura;
• novo colaborador;
• exigência regulatória;
• solicitação interna.

Se a necessidade entra tarde, o sistema apenas automatiza a urgência.

Por isso, o intake e a gestão da demanda devem ser conectados ao S2P.

Arquitetura de capacidades

Planejamento e intake

• formulários;
• triagem;
• priorização;
• pipeline;
• SLA.

Spend e analytics

• classificação;
• oportunidades;
• risco;
• benefícios.

Supplier management

• cadastro;
• qualificação;
• documentos;
• risco;
• performance.

Sourcing

• RFI;
• RFP;
• RFQ;
• leilão;
• negociação;
• award.

Contract lifecycle management

• template;
• negociação;
• assinatura;
• obrigações;
• renovação;
• encerramento.

Buying

• catálogo;
• guided buying;
• requisição;
• aprovação;
• pedido.

Receiving

• mercadoria;
• serviço;
• inspeção;
• aceite;
• devolução.

Invoicing e payment

• captura;
• match;
• exceção;
• aprovação;
• pagamento.

Uma única plataforma pode cobrir vários blocos, mas normalmente existe integração com ERP, fiscal, bancos, identidade e sistemas operacionais.

O ERP e a plataforma de procurement

O ERP costuma ser o sistema de registro de:

• contabilidade;
• fornecedores;
• pedidos;
• recebimentos;
• faturas;
• pagamentos;
• centros de custo.

Uma plataforma de procurement pode oferecer melhor experiência e capacidades especializadas para:

• sourcing;
• fornecedores;
• contratos;
• intake;
• catálogo;
• colaboração;
• analytics.

A decisão não deve ser "ERP ou plataforma".

Ela deve definir:

• sistema de registro;
• sistema de engajamento;
• ownership dos dados;
• sincronização;
• tratamento de erro;
• auditoria.

O papel do master data

Dados essenciais:

• fornecedor;
• item;
• categoria;
• unidade;
• imposto;
• centro;
• contrato;
• conta;
• moeda;
• condição;
• local de entrega.

Automatizar um processo com dados inconsistentes produz exceções em escala.

Eventos e documentos

Uma jornada pode gerar:

• business request;
• sourcing project;
• proposal;
• award;
• contract;
• requisition;
• purchase order;
• acknowledgment;
• receipt;
• service entry;
• invoice;
• payment;
• credit note.

Cada documento possui:

• owner;
• status;
• versão;
• identificador;
• data;
• relação com outros documentos.

A rastreabilidade precisa atravessar sistemas.

Papéis

Área requisitante

Define necessidade e confirma valor.

Procurement estratégico

Define mercado, estratégia e fornecedor.

Procurement operations

Governa intake, requisição, pedido e suporte.

Gestor do contrato

Acompanha obrigações e mudanças.

Recebedor

Confirma mercadoria ou serviço.

Contas a pagar

Processa fatura e pagamento.

Finanças

Governa orçamento e contabilização.

Tecnologia

Mantém integrações, segurança e dados.

Fornecedor

Confirma pedido, entrega, fatura e trata exceções.

A ausência de um owner para cada passagem cria filas invisíveis.

Happy path e exceções

Happy path

• catálogo correto;
• fornecedor aprovado;
• orçamento;
• aprovação;
• pedido;
• entrega;
• recebimento;
• fatura compatível;
• pagamento.

Exceções

• pedido retroativo;
• fornecedor bloqueado;
• preço divergente;
• falta de contrato;
• recebimento ausente;
• nota fiscal rejeitada;
• quantidade excedente;
• alteração bancária;
• compra emergencial.

O processo precisa ser desenhado para o happy path e governar as exceções.

Não se deve transformar toda transação em exceção para atender um fluxo mal configurado.

Controles por etapa

Etapa	Controle principal
Intake	necessidade, categoria e prioridade
Sourcing	competição, critérios e trilha
Contrato	aprovação, assinatura e obrigações
Requisição	orçamento e fornecedor permitido
Pedido	preço, quantidade e condições
Recebimento	existência e conformidade da entrega
Fatura	validade fiscal e match
Pagamento	segregação, conta e vencimento

Controles duplicados aumentam custo sem necessariamente reduzir risco.

Métricas de Source-to-Pay

Cobertura

• gasto gerenciado;
• contratos;
• fornecedores qualificados;
• categorias com estratégia.

Sourcing

• ciclo;
• participação;
• competição;
• implementação;
• benefícios.

Contratos

• prazo;
• obrigações;
• renovações;
• contratos expirados.

P2P

• touchless;
• pedido retroativo;
• ciclo;
• exceções;
• first-time-right.

Faturas

• match automático;
• bloqueios;
• duplicidade;
• prazo;
• pagamento pontual.

Experiência

• satisfação do usuário;
• esforço do fornecedor;
• chamados;
• abandono.

Métricas de processo precisam de contexto

Um ciclo menor não é necessariamente melhor se:

• controles foram removidos;
• a qualidade caiu;
• o usuário compra fora;
• fornecedores recebem dados incorretos;
• pagamentos são bloqueados depois.

Combine velocidade com:

• qualidade;
• risco;
• custo;
• valor;
• experiência.

Process mining

Process mining pode reconstruir caminhos reais a partir de logs.

Aplicações:

• identificar variantes;
• medir espera;
• encontrar retrabalho;
• localizar bypass;
• comparar unidades;
• detectar pedidos retroativos;
• avaliar automação.

O log precisa possuir:

• identificador de caso;
• atividade;
• timestamp;
• atributos.

Process mining mostra o que ocorreu. A causa exige investigação.

Automação

Possibilidades:

• roteamento;
• catálogo;
• classificação;
• pedido;
• confirmação;
• recebimento;
• captura de fatura;
• match;
• aprovação;
• comunicação.

A automação deve seguir:

• risco;
• materialidade;
• qualidade do dado;
• reversibilidade;
• monitoramento.

IA em S2P

Pode apoiar:

• classificação;
• pesquisa;
• resumo;
• recomendação;
• detecção de anomalia;
• extração;
• previsão;
• atendimento.

Controles:

• fonte;
• explicação;
• acesso;
• revisão;
• logs;
• override;
• monitoramento.

IA não substitui autoridade para aprovar fornecedor, contrato ou pagamento de alto risco.

Implantação por ondas

Onda 1 — Dados e processo

• mapear;
• definir papéis;
• limpar cadastros;
• criar políticas.

Onda 2 — Buying e invoicing

• catálogo;
• requisição;
• pedido;
• match;
• exceções.

Onda 3 — Sourcing e contratos

• eventos;
• templates;
• assinatura;
• obrigações.

Onda 4 — Supplier management

• onboarding;
• risco;
• performance;
• colaboração.

Onda 5 — Analytics e IA

• painéis;
• process mining;
• previsão;
• assistentes.

A ordem pode mudar conforme a dor.

Caso prático: contratação e compra de notebooks

S2C

1. demanda consolidada;
2. especificação;
3. RFP;
4. TCO;
5. contrato;
6. catálogo.

P2P

1. gestor solicita;
2. centro aprova;
3. pedido é emitido;
4. fornecedor confirma;
5. notebook é entregue;
6. TI recebe;
7. fatura é conciliada;
8. pagamento ocorre.

Supplier management

• prazo;
• defeito;
• garantia;
• reparo;
• segurança;
• fim de vida.

A jornada completa conecta decisão e execução.

Erros comuns

• software definindo processo;
• S2P como nome de suíte;
• P2P começando após o pedido;
• fornecedor fora do desenho;
• dados sem owner;
• happy path inexistente;
• controles duplicados;
• integração sem reconciliação;
• automação de exceção;
• medir implantação, não adoção.

Como a CapturaMe se conecta a esse cenário

A CapturaMe pode atuar como camada de engajamento para intake, fornecedores, sourcing, contratos, compras e colaboração.

Com integrações ao ERP e sistemas financeiros, a plataforma ajuda a preservar a trilha da necessidade ao pagamento e a gestão posterior do fornecedor.

Conclusão

Source-to-Pay e Procure-to-Pay são arquiteturas para organizar responsabilidades e dados.

O S2P conecta estratégia e execução. O P2P transforma uma necessidade aprovada em entrega e pagamento. A empresa precisa definir suas próprias fronteiras e impedir que os nomes dos módulos substituam o desenho do processo.

Conheça a CapturaMe para empresas privadas

Perguntas frequentes

S2P e P2P são a mesma coisa?

Não. O S2P normalmente inclui sourcing e contratação; o P2P foca a execução da compra até o pagamento.

Onde começa o P2P?

Frequentemente na requisição, mas a definição varia entre empresas e sistemas.

O contrato faz parte do P2P?

Pode ser uma referência, mas costuma ser tratado no Source-to-Contract ou CLM.

O ERP cobre todo o S2P?

Pode cobrir partes importantes, mas capacidades especializadas podem estar em outras plataformas.

Process mining melhora o processo automaticamente?

Não. Ele revela caminhos e gargalos; pessoas precisam interpretar e redesenhar.

Qual é o primeiro passo?

Definir o mapa atual, as fronteiras, os documentos, os owners e as integrações.