Como alinhar a reforma tributária e a migração para S/4HANA no mesmo cronograma?

Minha ressalva, né, é incluir no cronograma estas decisões:

1. Por obrigação: manter, substituir ou não replicar no S/4HANA. A lista oficial de obrigações encerradas precisa ser conferida à parte.
2. Inventário de extensões Z e de relatórios escritos no ECC.
3. Teste no modo novo e conciliação contábil, não só teste no modo atual.

Cada item vira marco com responsável.

Discordo de tratar o quadro de andamento do produto como cronograma. Na última auditoria, tá, a gente comparou data de quadro com data real e não fechou. Os manuais pedem confirmar a situação atual e a disponibilidade na versão instalada antes de planejar uso, e as datas do quadro são estimativas, não prazo. Para o cronograma, trate cada item como hipótese com data de checagem, e não como compromisso da NTT.

Como sempre, tá, o fiscal entra no cronograma como módulo à parte, e aí atrasa. Reservaria marco próprio para ele. Numa migração, apuração, livros e contabilização dependem de parametrização, extensões Z e dado mestre que não migram sozinhos, e isso costuma ser descoberto tarde, segundo a nota de projeto que conheço. Sou coordenadora tributária, não consultora, então peço desculpa se o ponto for básico: o inventário disso tudo deveria ser a primeira entrega, antes de qualquer data de go-live.

Vou direto ao ponto: não escolha a ordem pelo calendário, escolha pelo que está pronto. Bem, a conta é separar três prontidões que andam em velocidades diferentes: a do SAP, a do produto fiscal e a do dado, como NCM, classificação e regra de crédito. Cada uma tem dono e data própria no cronograma. A ordem vem depois, comparando qual das três atrasa mais. Como acabei de chegar do mundo de serviços, achei útil tratar cada prontidão como uma entrega com critério de aceite.