Antes de contratar um sistema de compras, peça uma demonstração de saída: exporte processos completos e tente consultá-los fora da plataforma. O objetivo é verificar se a empresa conseguirá recuperar seu histórico ao trocar de fornecedor, sem confundir uma planilha disponível para download com dados efetivamente reutilizáveis.
O critério de portabilidade deve ser a reconstrução do processo, não apenas a entrega de arquivos. Para Compras, isso significa relacionar requisição, propostas, justificativa da escolha, aprovações, pedido e documentos associados, sem depender da licença antiga.
Monte o inventário com Compras, TI e os responsáveis por contratos e auditoria. Defina quais registros precisam continuar consultáveis, quais serão importados em outra ferramenta e quais documentos exigem preservação.
| Conjunto | O que conferir na saída |
|---|---|
| Requisições e pedidos | Itens, valores, datas, status e identificadores relacionados |
| Cotações e propostas | Fornecedores participantes, versões e justificativas de escolha |
| Contratos e anexos | Arquivos legíveis, versões e associação ao processo correto |
| Aprovações e auditoria | Responsáveis, decisões, datas e sequência dos eventos |
Considere também campos personalizados e referências a outros sistemas. Se o pedido aponta para um código externo, peça a documentação necessária para interpretar essa referência. A escolha entre EDI ou API na integração com fornecedores é uma discussão complementar: conectar plataformas não substitui o teste de saída.
Selecione processos representativos, incluindo uma compra concluída, outra cancelada e uma com alterações ou aprovações adicionais, conforme existirem na amostra. Use dados autorizados para o teste e restrinja o acesso aos arquivos.
Solicite a exportação pelo procedimento que estará disponível ao cliente, com indicação de formatos, campos, identificadores e limitações. Peça também um dicionário de dados: a descrição dos campos e dos códigos usados pelo sistema.
Confira se os anexos foram entregues como arquivos utilizáveis ou apenas como endereços que dependem de acesso à plataforma. Registre ausências, arquivos ilegíveis, divergências e vínculos quebrados.
Em um ambiente separado, tente reconstruir uma compra da requisição ao pedido. Como exemplo hipotético, escolha um processo com propostas de fornecedores e uma aprovação excepcional: a equipe deve localizar as ofertas, entender a justificativa da escolha e identificar quem autorizou a exceção.
Faça essa conferência sem usar a interface original como apoio. Se for necessário perguntar ao fornecedor o significado de cada código, registre qual documentação faltou.
Combine os critérios antes da execução:
A lógica de acompanhar o processo completo também aparece na análise do lead time da requisição ao pedido.
Registre o prazo entre a solicitação e a entrega, as horas de tratamento, a necessidade de consultoria, as cobranças adicionais e as falhas encontradas. Separe o esforço de extrair os dados daquele necessário para prepará-los para outro sistema.
Peça ao fornecedor um caso documentado de migração, com escopo, dificuldades e atividades refeitas. Verifique se as condições são comparáveis às da contratação; não presuma que o resultado se repetirá.
Leve os critérios validados para o contrato: escopo e frequência das exportações, formatos, documentação, prazos, custos e suporte à transição. Defina também o acesso durante o encerramento e as regras de retenção e exclusão, com revisão jurídica.
A decisão deve considerar o que foi demonstrado, o que precisou de correção e quem assumirá cada custo. A contratação só estará bem especificada quando a saída tiver entregáveis verificáveis — não apenas a promessa de um botão de exportação.
Este conteúdo foi produzido com apoio de inteligência artificial e revisado pela equipe editorial da Live University.