Como o GUEPARDO Tax deve tratar o crédito de IBS e CBS sobre uma aquisição de ativo?

Começo pelo básico do projeto: os dados do ativo. Agora, minha leitura do que guardar:

1. Data de aquisição e data de entrada em uso.
2. Valor e nota de origem.
3. Destino do bem, ou seja, qual atividade o usa.
4. Decisão do tributário sobre aproveitar ou não o crédito.
5. Quem aprovou e quando.

A decisão sobre o crédito é do cliente, não do sistema nem da consultoria. Sem o item 4, qualquer relatório futuro fica sem base.

Vou direto à dúvida de caminho: enquanto o produto não cobre, aqui a gente fez um registro paralelo controlado. Olha, diga-se de passagem, controlado quer dizer com dono, data e conferência, não planilha solta. Colunas mínimas: número do ativo, nota de aquisição, data, valor, destino do bem e decisão do tributário sobre o crédito (sim, não, em análise). Revisão mensal contra o razão do imobilizado. Quando o produto cobrir, esse registro vira o gabarito da carga inicial.

Perdão pela dúvida simples, mas discordo do registro paralelo como solução. Veja, até onde sei, o risco é ele virar o sistema oficial por inércia, e a migração depois fica pesada. A documentação da NTT descreve a FSI como uma montagem de apuração simulada a partir de buscas de documentos, ou seja, simulação, não registro de crédito. Use a FSI para medir impacto, se a sua versão tiver, e trate o registro paralelo como provisório, com data de encerramento marcada desde o início.

Segundo a documentação da NTT lida em outubro de 2026, o atendimento das informações de créditos de CBS e de débitos e créditos de IBS aparece como backlog, sem data, e não como função entregue. Sem querer complicar, né, isso quer dizer que você não deve contar hoje com o produto para registrar esse crédito do ativo; confirme com a NTT e teste no ambiente. Peça o estado atual desse item por escrito e anexe a resposta ao projeto.