Reforma tributária já está em vigor

Na minha rotina de distribuidora, a utilização do documento de leiaute da reforma começa pelo ambiente de homologação. De cabeça, pois é, eu teria validado o XML antes de olhar as versões, mas com essa nota a ordem deve ser inversa. Completo o Evandro: antes de validar, confira qual versão de leiaute o sistema está usando, porque misturar versões costuma gerar rejeição. A validação só faz sentido com a versão certa.

Se a gente tratar a reforma como algo já em vigor para tudo, o risco é, né, cair num erro de leitura. A nota traz a parte técnica do leiaute, mas não decide a parte tributária de cada operação, e isso precisa ser dito com clareza. Discordo quando o pessoal assume que a mesma data vale para todos os itens. Na prática, cada item pode ter regra própria, e pressupor o contrário é o que gera refação.

Discordo, a publicação não basta. Minha opinião, viu, é que a versão 1.52 diz o que deve ser feito no leiaute, e na reforma o tratamento presumido de cada operação continua sendo a parte que mais pega. Um campo bem preenchido não salva uma nota com referência errada, e isso só aparece no processamento. Antes de comemorar a publicação, eu testaria um cenário com tratamento presumido e outro sem.

Nelson, quando você fala em olhar o sumário da reforma primeiro, está pensando na introdução do documento ou na tabela de campos? Pergunto porque, no meu caso, o pagamento do IBS entra no fluxo de contas a receber. Como bem lembrou, tá, a versão 1.52 traz inserção de campos novos, mas não sei se o pagamento aparece no mesmo bloco. Qual parte do documento vocês usam?

Concordo em parte com a Simone: concentrar as regras da reforma num cadastro único reduz exceção, e isso é bom. Não concordo que ele resolva a criação de regras novas, porque a descrição do item ainda precisa bater com o documento de leiaute. Bem, ou seja, o ganho aparece na manutenção, não na implantação. Completo com um ponto útil: antes de carregar o cadastro, confira o crédito que o cliente pode aproveitar em cada operação, senão a regra certa cai no lugar errado.

Será que a gente precisa mesmo de um campo novo para cada cenário da reforma? Uma saída que costuma aparecer em projetos de e-commerce é concentrar o controle das regras num cadastro único, em vez de espalhar exceções pelo XML. Isso ajuda quando o consumo do mesmo produto muda de enquadramento conforme o destinatário. Agora, o combinado é: esse caminho vale para volume alto, e nas correções pontuais compensa tratar caso a caso. Quem decide o enquadramento continua sendo o contribuinte.

Se a pergunta é se a reforma já vale, a resposta depende da data de cada obrigação, e essa decisão é do contribuinte com base na legislação. Para o leiaute, a NT 2025.002-RTC, versão 1.52, é a referência do que mudou. Nela, os tipos básicos previstos no sumário e o código cclasstrib aparecem logo no começo, então comece por esses pontos. Na virada do ano, viu, a apuração já depende desse leiaute, então olhe essa parte antes de mexer no XML.