Desenvolvimentos próprios em torno do fiscal no SAP: como inventariar antes de decidir o projeto?

Discordo de inventariar tudo antes de decidir. O risco é virar um projeto à parte, sem fim. Então, o x da questão: ordene pelo que toca documento fiscal ou apuração e comece por aí.

O que não toca nenhum dos dois fica numa segunda lista, revisada depois do desenho. Meta de uma semana para a primeira versão, não de um trimestre.

Falta a camada que o sistema não mostra. E aí, em campo: converse com os key users e pergunte o que eles fazem em planilha ou rotina de lote toda semana, para a lista incluir o que não é código.

Duas perguntas bastam: o que você roda todo mês que não é transação padrão, e o que quebraria se você saísse de férias.

Sobre a planilha, o que dá valor a ela é o que se acrescenta ao lado. O custo é, tá em cada linha: o que faz, quem usa, quem é o dono hoje e o que o objeto assume do padrão.

Quando o objeto assume algo do padrão, a atualização do produto pode quebrá-lo. Essa última coluna é a que prioriza o teste de regressão.

Só um detalhe, ó um primeiro levantamento sai do próprio sistema, sem entrevista. Liste os objetos de repositório com nome iniciado em Z ou Y, usando a tabela de catálogo de objetos (TADIR), e filtre os de pacotes ligados a fiscal.

Depois some o que não é objeto novo: implementações de BAdI e exits, e modificações do padrão. Resultado: uma planilha bruta de candidatos. Não tente explicar nada nessa fase, só liste.