Em pesquisa e desenvolvimento, o sistema apura crédito de PIS e Cofins sobre as aquisições incidentes, e em qual campo fica o registro?

Roberta, o resultado que importa é fechar a apuração do mês. Então, o plano é separar os projetos de desenvolvimento antes de rodar qualquer coisa, e determinar para cada item se ele entrou no processo produtivo ou só no teste. Pedimos os documentos de compra junto com o cadastro do projeto, e isso reduz a discussão. Eu acrescentaria uma regra de corte por data, porque sem ela o relatório pega compras de meses anteriores.

Fizemos um relatório ABAP à parte. Ele lê as compras de P&D, separa o valor correspondente a cada item e mostra o crédito que deveria aparecer. Mas o custo é, né, manter o código, e quando o padrão falha ele serve de prova. Vale quando a migração ainda está em andamento e ninguém quer mexer na configuração base. Descontados os casos que já batem, sobra pouca coisa para revisar.

Alan, veja, contando nos dedos, você tocou na natureza e na classificação, mas falta o mês. Contudo, a correlação entre a data da nota de entrada e a data do lançamento é o que mais pega. Se elas divergem, as contribuições caem em meses diferentes e o fechamento não bate. Eu checaria isso antes de mexer no cadastro, porque parece detalhe e não é.

O risco que já vi é o campo depender da natureza da compra, e não do cadastro do projeto. Em outras palavras, tá, o campo muda conforme a classificação, e marcar tudo como consumo faz a contribuição sair errada. Antes de mexer no sistema, eu separaria as compras de insumo das de serviço e confirmaria com quem conhece a operação. Não é a parte mais bonita, mas evita retrabalho.