Como o S/4HANA muda as tabelas e relatórios de apuração fiscal que o time usa hoje?

A pergunta é simples, mas vale lembrar do lado do produto. Sem querer complicar, o inventário precisa incluir as extensões que o próprio produto aceita.

A documentação da NTT descreve, por exemplo, que o preenchimento das fichas da ECF aceita extensão por BAdI e enhancement spot. Então, na lista de usos, procure as implementações dessas BAdIs também, porque elas assumem estrutura do produto e podem quebrar numa atualização.

Me desculpem a pergunta, mas discordo em um ponto: inventariar tudo antes de agir é caro e atrasa o projeto. No rollout, tá, o que funcionou foi priorizar pelo risco.

Os problemas aparecem no primeiro fechamento, com diferença de saldo, obrigação rejeitada ou nota que não contabiliza. Então comece pelos relatórios que fecham o mês e pelas obrigações de entrega, e deixe os de consulta eventual para uma segunda onda.

Resposta curta: comece por inventário, não por correção.

Antes da pergunta, o contexto: a documentação da NTT mostra que o produto lê a contabilidade por interfaces de busca ligadas à versão do ERP, e que em S/4HANA os lançamentos ficam na ACDOCA. E aí, um palpite: faça uma planilha por relatório Z com tabelas lidas, quem usa e qual obrigação alimenta. Priorize os que alimentam entrega ao Fisco.

Bom dia a todos. Aqui resolvemos de outro jeito:

1. em vez de adaptar relatório por relatório, separamos a leitura de dados numa camada única, e os relatórios consomem essa camada;
2. cada relatório ganhou dono e objetivo escritos;
3. como sempre, viu, só mexemos em objeto padrão quando não havia ponto de extensão previsto.

As notas de projeto que usamos têm a mesma regra: parametrização antes de desenvolvimento.