Prova de conceito de software MDM: como testar com seus dados mestres

Uma POC de software MDM só vale se rodar com os seus dados mestres, operada pelo seu time, contra cenários que você escreveu antes de ver a ferramenta. Separe uma amostra com problemas reais, proteja o dado pessoal, defina o resultado esperado de cada cenário e pontue com pesos e evidência guardada. O que for aprovado na POC vira critério de aceite no contrato.

Eu já vi POC virar demonstração ensaiada. O fornecedor chega com a base dele, o material tem descrição impecável, o fornecedor cadastrado passa em todas as validações, o workflow anda sozinho na tela. Todo mundo sai da sala satisfeito.

Aí vem o projeto. A primeira carga com a base de verdade trava, a regra de descrição que parecia simples precisa de consultoria, e a integração com o ERP "a gente vê na fase dois". A POC testou a habilidade de quem apresentou, não o software com os seus problemas.

O que é MDM e o que é uma POC, afinal?

A SAP define assim: "O gerenciamento de dados mestre é a disciplina de criar e manter uma visão única e confiável dos dados de negócios mais importantes de uma organização em todos os sistemas" (SAP, O que é gerenciamento de dados mestre (MDM)?). Repare na palavra disciplina. Software de MDM é a ferramenta que sustenta essa disciplina no dia a dia: cadastro, regra, aprovação, qualidade e distribuição para os outros sistemas.

Uma prova de conceito (POC) é um teste curto e controlado em que a empresa verifica se a ferramenta resolve os problemas dela, com os dados dela, antes de assinar. Ela responde a uma pergunta simples: isso funciona aqui? Não é treinamento, não é implantação e não é apresentação comercial.

Quando faz sentido fazer a POC?

Depois da RFP e da short list. A POC é cara para todos os lados, então ela entra quando você já tem dois ou três fornecedores que passaram no papel. Se você ainda não chegou nessa etapa, comece por como preparar uma RFP de software MDM e use o checklist do que avaliar em um software de MDM para definir os critérios.

A RFP diz o que o fornecedor afirma ter. A POC mostra o que ele consegue fazer com o seu cadastro, na sua frente. São etapas diferentes e uma não substitui a outra.

Como escolher a amostra de dados para a POC?

A amostra decide o resultado. Se ela for limpa demais, qualquer ferramenta passa.

Passo 1: meça a qualidade antes do teste

Sem linha de base você não sabe se a ferramenta melhorou alguma coisa. Antes de mandar dado para alguém, meça completude, padrão de descrição e duplicidade do recorte escolhido. O artigo sobre como medir a qualidade do cadastro mostra por onde começar.

Passo 2: leve os casos difíceis, de propósito

• Materiais com duplicidade que o seu time já conhece (o mesmo item com descrições diferentes). É aí que a deduplicação mostra se funciona.
• Fornecedores com documento vencido, homologação pendente ou situação cadastral que não confere.
• Registros com campos obrigatórios vazios e descrições fora do padrão.
• Um volume que faça a carga em massa trabalhar de verdade, e não meia dúzia de linhas.

Passo 3: entregue a mesma amostra a todos os fornecedores

Se cada um testar uma base diferente, você não compara nada. Mesma amostra, mesmos cenários, mesmo prazo.

Como proteger os dados pessoais na amostra?

Cadastro de cliente pessoa física e de fornecedor pessoa física tem dado pessoal: CPF, endereço, telefone. A LGPD tem dois conceitos que ajudam a decidir o que mandar.

O princípio da necessidade, no art. 6º, III: "limitação do tratamento ao mínimo necessário para a realização de suas finalidades, com abrangência dos dados pertinentes". E a definição de dado anonimizado, no art. 5º, III: "dado relativo a titular que não possa ser identificado, considerando a utilização de meios técnicos razoáveis e disponíveis". O art. 12 completa: dado anonimizado, em regra, não é considerado dado pessoal para os fins da lei, salvo quando a anonimização puder ser revertida (Lei nº 13.709/2018, Planalto).

A minha recomendação para a POC:

• Mande só os campos que o cenário precisa testar.
• Mascare ou anonimize o que não está sendo testado. Se o cenário é descrição de material, o fornecedor não precisa ver CPF de ninguém.
• Quando o cenário exigir dado pessoal real (validação de documento, por exemplo), use o menor recorte possível e formalize com o fornecedor como esse dado será tratado e descartado.
• Envolva o encarregado de dados da sua empresa antes de enviar qualquer arquivo.

Como escrever os cenários de teste?

Escreva os cenários antes de ver a ferramenta e coloque o resultado esperado no papel. Se você define o que é sucesso depois da demonstração, quem define é o fornecedor. Cinco a oito cenários bem escritos bastam.

Cenário	O que preparar	Resultado esperado	Evidência a guardar
Cadastro novo de material com workflow	Fluxo de aprovação atual desenhado, com etapas e responsáveis	Solicitação passa pelas etapas certas e cada aprovador vê só o que precisa	Gravação de tela e histórico do registro
Alteração de cadastro existente	Registros da amostra e a regra de quem pode alterar o quê	Alteração exige aprovação quando a regra manda e fica registrada	Histórico com quem alterou, quando e o valor anterior
Deduplicação de materiais	Lista de duplicados que o seu time já conhece	A ferramenta encontra os duplicados conhecidos e explica o critério	Relatório de duplicados comparado com a sua lista
Validação de fornecedor em fonte oficial	Fornecedores com situação cadastral que não confere	A inconsistência é apontada antes da aprovação	Tela ou relatório com o retorno da consulta
Carga em massa	Planilha com volume real e erros misturados	Registros válidos entram, os inválidos voltam com o motivo	Relatório de carga com aceitos e rejeitados
Integração com o ERP e erro de retorno	Ambiente de teste do ERP ou retorno simulado, incluindo um envio que falha	Envio registrado com situação, tentativa e mensagem de erro legível	Log do envio com identificador no ERP
Regra configurada pelo seu time	Uma regra de negócio nova, escrita pelo key user	O seu time configura a regra com orientação, sem código	Gravação da configuração e teste da regra
Trilha de auditoria	Um registro que passou pelos cenários anteriores	Dá para reconstruir tudo que aconteceu com ele	Exportação do histórico

Quem participa e quem opera a ferramenta?

O fornecedor explica. Quem opera é o seu time. Essa é a regra que mais separa POC de demonstração.

Quem precisa estar na sala

• Key users do cadastro, que vão usar a ferramenta todo dia. O papel deles está detalhado em key users e software MDM.
• TI e arquitetura, para integração, segurança e acesso.
• O dono do dado de cada domínio testado (compras para fornecedor, engenharia ou manutenção para material, por exemplo).
• Compras de TI ou PMO, para cuidar do prazo e do registro da pontuação.

O que pedir ao fornecedor

Peça acesso ao ambiente para o seu time executar os cenários. Se a configuração for feita, que seja na sua frente. Configuração pronta "que a gente fez ontem à noite" não prova que o seu time vai conseguir manter depois.

Como pontuar os fornecedores na POC?

Defina os pesos antes

Cada cenário recebe um peso de acordo com o que importa para o seu negócio. Os pesos são definidos e assinados pelo grupo antes da primeira sessão.

Dê nota só com evidência

Use uma escala simples, de 1 a 5. Nota sem evidência guardada não conta. "Funcionou na hora" não serve. Guarde gravação, log ou relatório de cada cenário.

Exemplo hipotético. Os números abaixo são fictícios, só para mostrar a conta. Uma empresa define estes pesos: integração com o ERP 25, cadastro com workflow 25, deduplicação de materiais 20, regra configurada pelo próprio time 15 e trilha de auditoria 15, somando 100. O fornecedor A tira 5 em workflow e 2 em integração. O fornecedor B tira 4 nos dois. Nesses cinco cenários ponderados, B fica 25 pontos à frente só em workflow e integração e pode ganhar mesmo sem ter a tela mais bonita, porque foi melhor no que pesa mais para essa empresa. É para isso que o peso existe.

Quais sinais de alerta aparecem durante a POC?

• O fornecedor insiste em usar a base dele "porque é mais rápido".
• A configuração é feita fora da sua vista e aparece pronta.
• O cenário de integração "fica para o projeto".
• O resultado aparece, mas não há trilha de quem fez o quê.
• Toda regra nova precisa de chamado para o fornecedor.
• A resposta para um cenário que falhou é um slide.

Nenhum desses sinais elimina sozinho um fornecedor. Mas anote, porque eles costumam voltar no projeto.

O que levar da POC para o contrato?

• Os cenários aprovados, com resultado esperado, como critério de aceite da implantação.
• O que foi mostrado como configuração do seu time, para não virar serviço cobrado à parte depois.
• O escopo da integração com o ERP, incluindo o tratamento de erro de retorno.
• Como funcionam os ambientes de teste e quem cuida deles.
• O que foi combinado sobre o tratamento e o descarte dos dados enviados na POC.

Por onde começar

1. Feche a short list com base na RFP.
2. Meça a qualidade do recorte que vai virar amostra.
3. Monte a amostra com os casos difíceis e proteja o dado pessoal.
4. Escreva de cinco a oito cenários com resultado esperado e peso.
5. Defina quem participa e garanta que o seu time vai operar.
6. Rode a POC com a mesma amostra para todos e guarde evidência de tudo.
7. Leve os cenários aprovados para o contrato.

Para conferir se os seus cenários cobrem o que importa, volte aos critérios de avaliação de software de MDM.

Perguntas frequentes

Quanto tempo deve durar uma POC de MDM?

Depende do número de cenários, de quantos domínios entram no teste e de quanto tempo o seu time consegue dedicar. Integração com o ERP costuma ser o que mais pede preparo. Eu prefiro um prazo curto e fechado, combinado antes e igual para todos os fornecedores, porque POC sem data de fim vira projeto sem contrato.

A POC deve ser paga?

Depende do escopo e do esforço que você pede ao fornecedor. Uma POC com integração real e vários domínios dá trabalho para os dois lados. A minha opinião: discutir isso abertamente na RFP é melhor do que descobrir depois. O que importa é que o modelo combinado não tire de você o direito de operar a ferramenta e guardar evidência. Para entender o custo de uma solução completa, veja quanto custa uma solução de MDM.

Posso mandar dados reais de clientes e fornecedores para a POC?

Dado real é o que dá valor à POC, mas dado pessoal pede cuidado. A recomendação é seguir o princípio da necessidade da LGPD (art. 6º, III): mandar só o que o cenário precisa testar e mascarar ou anonimizar o resto. Fale com o encarregado de dados da sua empresa antes de enviar.

Quantos fornecedores levar para a POC?

Depende de quanto tempo o seu time tem, porque cada fornecedor a mais é mais uma rodada completa de cenários. Na minha opinião, dois ou três que já passaram pela RFP são suficientes. Mais que isso costuma cansar o time antes de chegar no que interessa.

Qual a diferença entre demo, POC e piloto?

A demo é o fornecedor mostrando a ferramenta, com dados e roteiro dele. A POC é o seu time testando cenários definidos por você, com dados seus, antes de assinar. O piloto já é uso real em um escopo pequeno, normalmente depois da contratação, para ajustar o processo antes de expandir.

O que fazer se nenhum fornecedor passar nos cenários?

Primeiro, revise os cenários: o resultado esperado era realista e estava claro para todos? Se estava, você economizou um projeto ruim. Volte para a RFP, veja se o problema está nos requisitos ou no mercado consultado e ajuste a short list antes de uma nova rodada.

Como a 4MDG pode ajudar

Os cenários deste artigo conversam com o que a plataforma da 4MDG oferece: SaaS em nuvem, workflow configurável sem código, regras de negócio declarativas testadas contra cadastros reais, cadastro em massa por planilha, integração por API REST e conector com ERPs (cada envio registra situação, tentativas, identificador no ERP e mensagem de retorno) e histórico completo por registro. Os detalhes estão em como a plataforma funciona e se integra.

Se você ainda está montando a amostra, pode pedir o diagnóstico da 4MDG sobre uma amostra real da sua base. Você envia uma planilha ou extração, nada é instalado no seu ambiente, o material fica sob acordo de confidencialidade e fica com a sua empresa, independente de contratação. Se preferir conversar antes, é só falar com um arquiteto 4MDG.

Aviso: a parte sobre LGPD é orientação geral e não é parecer jurídico. Para o seu caso, consulte o encarregado de dados e o jurídico da sua empresa.

Fontes

• SAP. O que é gerenciamento de dados mestre (MDM)? https://www.sap.com/brazil/resources/what-is-mdm. Acesso em 07/10/2026.
• Presidência da República (Planalto). Lei nº 13.709/2018, Lei Geral de Proteção de Dados Pessoais (LGPD), arts. 5º, III, 6º, III e 12. https://www.planalto.gov.br/ccivil_03/_ato2015-2018/2018/lei/l13709.htm. Acesso em 07/10/2026.