Um evento aplicável depende de dado que não existe no ERP. Como descobrir isso antes da homologação?

Pano de fundo: discordo de tratar planilha de alguém como origem. Pelo meu histórico, pois é, dado que só existe em planilha fica sem dono e sem trilha, e o evento sai diferente a cada mês. Eu contaria como lacuna parcial: o dado existe, mas sem origem controlada. Os levantamentos de dores citam registros do SPED que dependem de dado de fora do documento fiscal, montados em planilha e importados. Quem responde são os dois: o fiscal diz o que o evento exige e o técnico diz onde o dado está.

Aqui a gente fez de outro jeito: em vez de começar pelo questionário, um teste com dados reais de um mês fechado. Tentamos montar cada evento com o que o ERP tem, e o campo que ficava vazio era a lacuna. Olha, o óbvio é que dá resultado mais rápido, porém só mostra as lacunas dos casos que ocorreram no mês escolhido. Combina bem com o questionário e não o substitui.

Bom dia, galera. Complemento: atuo em MM e não no fiscal, então desculpem. Veja, abrindo um parêntese: o campo sem origem tem quatro destinos possíveis, e o questionário deve apontar um deles:

1. cadastro mestre novo;
2. campo novo no documento;
3. preenchimento manual no evento;
4. decisão de que o evento não se aplica.

Cada destino tem custo e prazo diferentes. Sem escolher, o item fica aberto e vira o problema da homologação. A aplicabilidade do evento é decisão do cliente.

Faça um questionário evento a evento antes de qualquer configuração. Para cada evento aplicável, responda: qual campo é exigido, de onde nasce no ERP, quem preenche e um exemplo real. Por precaução, pois é, o campo sem origem fica marcado na primeira semana, não na homologação. Descobrir tarde que um evento aplicável depende de dado que não existe no ERP é um padrão de projeto, e o questionário antecipa exatamente isso.