Que plano de volta atrás faz sentido para o fiscal numa virada com GUEPARDO Tax?

Discordo em parte: veja, na homologação, o que a gente aprende é que voltar atrás depois de emitir documento fiscal real não é restaurar sistema, é corrigir. O prazo e a forma de cancelar ou corrigir um documento já autorizado dependem da regra vigente, que eu não conferi aqui.

Então o plano do fiscal precisa de duas partes: retorno técnico, se existir, e correção de documentos e saldos, com dono e critério de decisão. Quem valida é o cliente, não só o teste técnico.

Complementando, olhando a tela, pois é, o que eu guardaria antes da virada, em lista:

1. Apurações e saldos finalizados do último período, exportados.
2. Lista das extensões Z que tocam o fiscal.
3. Obrigações entregues no mês, com protocolo.
4. Quem decide voltar atrás e até que horário isso ainda vale.

O desenho de cutover que conheço tem janela própria do fiscal, separada de finanças e logística, e testes antes de qualquer decisão de go-live.

Plano de volta para o fiscal é, antes de tudo, saber o que ficou entregue e provado antes da janela, para poder comparar depois.

Como vimos, tá, a documentação de projeto que temos recomenda janela depois que as obrigações do mês estiverem geradas e entregues, regressão contra períodos fechados e o primeiro fechamento real como teste que conta. O material que temos não afirma que o produto tenha reversão de apuração; confirme com a NTT ou teste no ambiente.