Usuários internos não deveriam precisar conhecer:
- código de categoria;
- centro de compra;
- fornecedor homologado;
- contrato;
- tabela de preço;
- fluxo de aprovação;
- sistema correto.
Eles deveriam conseguir descrever ou selecionar a necessidade e receber orientação.
Catálogos, punchout e guided buying são capacidades diferentes que ajudam a criar essa experiência.
Catálogo interno
Um catálogo interno mantém itens ou serviços no sistema de procurement.
Pode conter:
- descrição;
- imagem;
- fornecedor;
- contrato;
- preço;
- unidade;
- classificação;
- centro;
- validade;
- regras;
- disponibilidade.
Vantagens:
- busca central;
- preço controlado;
- aprovação simples;
- automação;
- dados consistentes.
Riscos:
- conteúdo desatualizado;
- manutenção;
- duplicidade;
- sortimento excessivo;
- baixa aderência;
- preços expirados.
Catálogo hospedado pelo comprador
O conteúdo é carregado ou mantido dentro da plataforma corporativa.
Adequado quando:
- sortimento é relativamente estável;
- número de itens é controlado;
- preços são negociados;
- conteúdo precisa de forte governança;
- atualização pode seguir rotina definida.
Catálogo hospedado pelo fornecedor
O fornecedor mantém o conteúdo em seu próprio ambiente.
O comprador pode acessá-lo por punchout ou integração.
Adequado quando:
- sortimento é grande;
- disponibilidade muda;
- configuração é complexa;
- conteúdo precisa de atualização frequente.
O que é punchout?
Punchout é uma integração em que o usuário inicia no sistema de compras corporativo, acessa o catálogo do fornecedor, monta um carrinho e retorna os itens para a requisição interna.
A documentação oficial da Oracle descreve o fluxo de punchout entre o Self Service Procurement e o catálogo hospedado pelo fornecedor. Em integrações cXML, o carrinho retorna por uma mensagem como PunchOutOrderMessage.
O pedido final não deve ser confundido com o carrinho.
Normalmente, o carrinho volta ao sistema do comprador para:
- validação;
- orçamento;
- aprovação;
- criação do pedido.
Fluxo básico de punchout
- usuário entra no portal corporativo;
- seleciona o fornecedor;
- sistema envia credenciais e contexto;
- usuário acessa o site do fornecedor;
- escolhe itens;
- fornecedor cria carrinho;
- carrinho retorna;
- plataforma valida;
- requisição é aprovada;
- pedido é emitido.
Punchout não é e-commerce livre
O ambiente do fornecedor deve reconhecer:
- empresa compradora;
- usuário;
- contrato;
- preço;
- sortimento;
- condições;
- região;
- moeda;
- entrega.
Se o usuário visualiza o catálogo público, o benefício contratual pode desaparecer.
Punchout de nível loja
O usuário entra na página inicial do fornecedor e pesquisa.
Punchout por item
O usuário parte de um resultado de busca corporativo e chega a um item ou contexto específico.
A Oracle documenta recursos de busca e item-level punchout, que podem aumentar a descoberta dentro do portal do comprador.
Guided buying
Guided buying é a orientação do usuário para o canal e o processo adequados.
Pode indicar:
- item de catálogo;
- punchout;
- marketplace;
- contrato;
- formulário;
- fornecedor;
- política;
- especialista;
- sourcing;
- exceção.
Guided buying não é apenas uma interface bonita.
É uma camada de regras, conteúdo e jornadas.
Exemplo de jornada
Usuário procura "cadeira ergonômica".
O sistema pode:
- mostrar catálogo preferencial;
- indicar modelos aprovados;
- explicar limite;
- pedir justificativa para exceção;
- acionar saúde ocupacional quando necessário;
- validar orçamento;
- criar pedido.
Catálogo, punchout ou marketplace?
| Critério | Catálogo interno | Punchout | Marketplace |
|---|---|---|---|
| Manutenção | Comprador/plataforma | Fornecedor | Operador e fornecedores |
| Sortimento | Controlado | Amplo | Multifornecedor |
| Atualização | Carga/integração | Direta no fornecedor | Variável |
| Busca | Corporativa | Site do fornecedor | Ambiente do marketplace |
| Governança | Alta | Depende da integração | Depende do modelo |
| Comparação | Interna | Limitada ao fornecedor | Multifornecedor |
| Complexidade | Média | Integração | Ecossistema |
Critérios de escolha
Use catálogo interno quando:
- preço é negociado;
- conteúdo é estável;
- itens são recorrentes;
- comparação não exige grande sortimento;
- automação é prioridade.
Use punchout quando:
- fornecedor possui catálogo amplo;
- configuração é relevante;
- estoque muda;
- conteúdo muda frequentemente;
- experiência do fornecedor agrega valor.
Use marketplace quando:
- vários fornecedores;
- longa cauda;
- comparação;
- cobertura ampla;
- governança de ecossistema.
Use formulário orientado quando:
- necessidade não é catalogável;
- serviço exige contexto;
- risco precisa de triagem.
Conteúdo de catálogo
Campos recomendados:
- nome;
- descrição;
- imagem;
- SKU;
- unidade;
- fabricante;
- fornecedor;
- categoria;
- preço;
- moeda;
- imposto;
- frete;
- validade;
- contrato;
- lead time;
- sustentabilidade;
- restrição;
- local;
- status.
Taxonomia
Uma boa taxonomia ajuda:
- busca;
- analytics;
- alçada;
- contrato;
- política;
- relatórios.
Não exija que o usuário conheça a taxonomia.
O sistema pode mapear termos de negócio para categorias.
Normalização
Fornecedores podem usar:
- unidades diferentes;
- descrições próprias;
- códigos distintos;
- categorias divergentes.
Mapeie:
- unidade;
- moeda;
- categoria;
- fabricante;
- atributos;
- entrega.
A documentação Oracle prevê mapas de conteúdo para adaptar informações de punchout ao ambiente de procurement.
Preços
Modelos:
- fixo;
- tabela;
- desconto;
- contrato;
- dinâmico;
- regional;
- por volume;
- por usuário.
Controles:
- validade;
- atualização;
- histórico;
- tolerância;
- auditoria;
- discrepância;
- aprovação.
Validade
Todo item deve possuir:
- data de início;
- data de fim;
- owner;
- contrato;
- rotina de atualização.
Catálogo sem validade acumula preços obsoletos.
Disponibilidade
O punchout pode mostrar estoque em tempo real.
Mesmo assim, a disponibilidade pode mudar antes do pedido.
Defina:
- reserva;
- confirmação;
- substituição;
- backorder;
- cancelamento.
Substitutos
O sistema pode sugerir alternativas.
Critérios:
- especificação;
- preço;
- contrato;
- sustentabilidade;
- disponibilidade.
Não substitua item técnico sem autorização adequada.
Itens preferenciais
Sinalize:
- contratado;
- melhor TCO;
- sustentável;
- padrão;
- estoque;
- fornecedor estratégico.
O selo precisa de regra clara.
Restrições
Itens podem ser:
- bloqueados;
- limitados;
- sujeitos a aprovação;
- restritos por unidade;
- disponíveis por perfil;
- permitidos apenas com treinamento.
Serviços catalogáveis
Exemplos:
- tradução;
- manutenção padrão;
- instalação;
- treinamento;
- recrutamento;
- transporte;
- impressão.
O catálogo precisa definir:
- unidade;
- escopo;
- SLA;
- entregável;
- aceite;
- variação;
- adicionais.
Configuradores
Alguns fornecedores oferecem seleção por atributos.
Exemplo:
- notebook;
- mobiliário;
- uniforme;
- equipamento;
- serviço.
Controles:
- combinações permitidas;
- preço;
- compatibilidade;
- limite;
- aprovação.
cXML e OCI
Protocolos e padrões podem conectar o sistema do comprador ao fornecedor.
A escolha depende de:
- plataforma;
- fornecedor;
- arquitetura;
- conteúdo;
- segurança;
- suporte.
Não trate a existência do padrão como garantia de integração simples.
Mensagens
Uma integração pode envolver:
- setup request;
- response;
- cart;
- order;
- confirmation;
- ship notice;
- invoice.
Cada mensagem precisa de:
- identificador;
- autenticação;
- versão;
- erro;
- reconciliação;
- logs.
Autenticação
Possibilidades:
- shared secret;
- certificado;
- token;
- identidade federada;
- combinação.
Evite credenciais permanentes sem rotação.
Segurança
Riscos:
- redirecionamento;
- catálogo falso;
- sessão sequestrada;
- preço alterado;
- carrinho manipulado;
- dados expostos;
- domínio comprometido;
- integração abusada.
Controles:
- TLS;
- autenticação;
- allowlist;
- assinatura;
- validação;
- timeout;
- logs;
- monitoramento;
- rotação;
- teste.
Validação do carrinho
Ao retornar:
- fornecedor;
- item;
- preço;
- moeda;
- unidade;
- contrato;
- categoria;
- quantidade;
- imposto;
- entrega;
- descrição.
Não aceite cegamente o conteúdo retornado.
Alteração entre carrinho e pedido
Se o preço muda:
- rejeitar;
- atualizar;
- solicitar nova aprovação;
- aplicar tolerância;
- notificar.
A regra deve ser definida.
Integração com ERP
Dados:
- fornecedor;
- item;
- conta;
- centro;
- imposto;
- pedido;
- recebimento;
- fatura.
O sistema de procurement pode ser a camada de experiência e o ERP, o registro financeiro.
Busca federada
Permite pesquisar em múltiplas fontes.
Desafios:
- ranking;
- latência;
- duplicidade;
- preço;
- contrato;
- atributos;
- disponibilidade.
Ranking de busca
Critérios:
- relevância;
- item preferido;
- preço;
- contrato;
- performance;
- sustentabilidade;
- disponibilidade.
Evite ranking influenciado por comissão não transparente.
IA na busca
Pode:
- interpretar linguagem natural;
- corrigir termo;
- sugerir item;
- resumir diferenças;
- classificar.
Riscos:
- produto incompatível;
- item proibido;
- recomendação enviesada;
- explicação falsa.
Governança de catálogo
Papéis:
- catalog manager;
- category manager;
- fornecedor;
- tecnologia;
- fiscal;
- usuário;
- segurança.
Rotinas:
- publicação;
- revisão;
- alteração;
- expiração;
- retirada;
- auditoria;
- limpeza.
Supplier enablement
O fornecedor precisa:
- compreender padrão;
- preparar conteúdo;
- testar;
- corrigir;
- suportar;
- manter dados.
Testes
- autenticação;
- carrinho;
- unidade;
- preço;
- moeda;
- caracteres;
- quantidade;
- impostos;
- cancelamento;
- sessão;
- erro;
- mobile;
- performance.
Teste itens reais e casos extremos.
Monitoramento
- disponibilidade;
- tempo de resposta;
- falhas;
- carrinhos;
- abandono;
- preço divergente;
- erros;
- pedidos;
- conversão.
Experiência
Meça:
- tempo de busca;
- clique;
- abandono;
- itens não encontrados;
- satisfação;
- chamados;
- compras fora.
Indicadores
- gasto por catálogo;
- pedidos;
- usuários;
- itens;
- atualização;
- preços vencidos;
- conversão;
- punchouts;
- falhas;
- carrinhos abandonados;
- compras sem toque;
- maverick;
- satisfação;
- buscas sem resultado.
Caso prático: fornecedor de TI
O fornecedor possui milhares de acessórios.
A empresa:
- mantém catálogo interno de notebooks padrão;
- usa punchout para acessórios aprovados;
- bloqueia itens não corporativos;
- mapeia categorias;
- valida carrinho;
- aplica orçamento;
- gera pedido;
- recebe confirmação;
- monitora preço;
- revisa sortimento.
Os modelos coexistem.
Erros comuns
- punchout como acesso ao site público;
- conteúdo sem contrato;
- carrinho sem validação;
- catálogo infinito;
- preço sem validade;
- usuário conhecendo taxonomia;
- item preferencial sem critério;
- integração sem reconciliação;
- segurança limitada a login;
- adoção medida por acesso.
Como a CapturaMe se conecta a esse cenário
A CapturaMe pode centralizar catálogos internos, punchouts, marketplaces e formulários em uma experiência orientada.
A plataforma aplica regras, aprovações e contratos antes que o carrinho se transforme em pedido e registra dados para category management.
Conclusão
Catálogo, punchout e guided buying resolvem problemas diferentes.
O catálogo controla conteúdo recorrente. O punchout conecta sortimentos complexos de fornecedores. Guided buying orienta a jornada. O resultado depende de governança, integração e experiência, não apenas da tecnologia escolhida.
Conheça a CapturaMe para empresas privadas
Perguntas frequentes
Punchout gera o pedido diretamente?
Normalmente retorna um carrinho ao sistema do comprador, que segue validação e aprovação.
Catálogo interno e punchout podem coexistir?
Sim. É comum usar catálogo para itens padrão e punchout para sortimento amplo.
Guided buying é catálogo?
Não. É a orientação para o canal e o processo adequados.
O preço do fornecedor pode mudar?
Pode, conforme o modelo, mas mudanças precisam de regras, validade e validação.
cXML garante integração?
Não. Padrão ajuda, mas configuração, dados, segurança e testes continuam necessários.
Como medir sucesso?
Adoção, conversão, preço correto, ciclo, experiência, falhas e redução de compras fora.
