Reforma tributária vai ser bom ou ruim

Concordo em parte com você, Márcio Oliveira, como já disse, viu, o ambiente de testes ajuda a enxergar falhas de cadastro. Discordo quando diz que ele protege a produção, porque a validação de produção pode aceitar ou recusar a inserção de forma diferente. Minha pergunta é direta, quando você testou a inserção com campos informados e campos em branco, o resultado mudou independentemente de a regra estar ativa ou não?

E se o campo ainda for facultativo? Fábio Matos, complemento a sua trilha de cálculo com um detalhe que, pelo que testei, viu, o ambiente de homologação aceita a ausência do campo, mas a validação de produção pode barrar. Na minha operação, a homologação foi o primeiro passo, e só depois a produção entrou com os campos implantados. Por isso sugiro manter a trilha de cadastro até os campos ficarem implantados nos dois ambientes.

Na minha rotina de indústria química, a equipe adotou outro caminho, separar o ambiente de testes em trilhas, uma só para cadastro e outra para cálculo, e validar cada uma com dados reais de um período fechado. Agora, o óbvio é que esse caminho vale para time pequeno com resultado rápido, e não serve para quem depende de muitas integrações. Quando os eventos já estarem definidos, a trilha de cálculo entra e a de cadastro sai de cena, então não é um caminho para sempre. A regra de envio fica exclusivamente com o fiscal responsável.

Quando o schema ainda não estiver disponibilizado, planejar pela validação do que já existe traz risco, como bem lembrou o Henrique, mas eu discordo que isso justifique esperar tudo. Na nossa operação de automotivo, a nota eletrônica precisa sair com os campos já estabelecidos, e o que ainda não estiver estabelecido pode ficar para a próxima fase sem parar a venda. Se a equipe tratar o planejamento como pronto antes de os itens ficarem fechados, o retrabalho aparece na primeira entrega.

A devolução é o ponto que mais exige atenção, porque a nota técnica diz que o referenciamento passa a ser feito apenas no grupo dfereferenciado. Cristina Ferreira, complemento o seu ponto com o detalhamento que vejo no meu caso, se a nota de devolução não vier com essa referência, o erro aparece só na validação. Um palpite meu é que o teste de devolução deveria entrar antes do fechamento do mês.

Não é bem assim, pessoal. Veja, como já disse, o cronograma publicado não garante que a descrição dos campos fique estável até a produção, então planejar só pela data é arriscado. Discordo da ideia de cadastrar tudo de uma vez, porque o crédito depende da classificação correta de cada item, e uma descrição mal lida gera retrabalho. Prefiro montar a parte que não depende de cálculo e validar o crédito lote a lote antes de ampliar.

Nádia Campos, complemento o seu ponto sobre separar o cadastro. O prazo é curto para isso, e o que me ajudou foi criar uma planilha de controle com a data de cada alteração recebida e o que foi testado. Assim, quando sair uma nova versão, a equipe sabe o que refazer e não precisa reabrir tudo. Também vale registrar as correções já feitas em cada etapa, para não repetir o mesmo erro.

Concordo que vale esperar as regras finais, mas discordo de parar tudo. Dá para montar agora a parte do cadastro, com o cclasstrib e o ccredpres separados por tipo de operação, e deixar a apuração do faturamento para quando o cálculo estiver fechado. E aí, na última auditoria, o problema que deu dor de cabeça foi justamente misturar o cclasstrib com a regra do ccredpres, então separe antes de mexer em qualquer coisa. Vale começar pelo que não muda, como a leitura do cadastro, e só depois tocar na apuração.