Como o GUEPARDO Tax gera o SPED Contribuições a partir da base de apuração do SAP?

Olha, só pra alinhar: base única não é garantia de arquivo certo. O material da NTT diz que o produto não corrige dado mestre ruim.

E sobre a natureza da receita, a documentação diz que a determinação por NCM não existe e exige desenvolvimento via BAdI. A escolha da natureza é do cliente; o consultor só implementa a regra aprovada, e o teste é comparar a natureza gerada com a tabela aprovada pelo tributário.

No meu projeto, atacamos primeiro os créditos. Segundo a documentação, os créditos extemporâneos anteriores ao controle do GUEPARDO são lançados manualmente.

Antes de gerar o primeiro arquivo, levante a lista desses créditos, com origem e saldo, e lance cada um. Se ficar de fora, o saldo de crédito do arquivo nasce errado e o erro se repete a cada mês.

No nosso caso, a primeira coisa que muda é a oficial. A documentação diz que é permitido ter várias apurações para o mesmo período e empresa, mas só uma é a oficial.

Bem, no nosso caso, a gente combinou que simulações ficam com nome de teste e a oficial só é marcada depois de conferida por duas pessoas. Sem essa regra, alguém gera o arquivo da apuração errada.

Segundo a documentação da NTT, o produto opera sobre uma única base de apuração e usa rotinas de pré-validação para achar inconformidades antes da entrega. Veja, como dizem, o que muda para o analista:

1. Cria a apuração do período e da empresa.
2. Roda a pré-validação e trata cada inconformidade.
3. Gera o arquivo do SPED Contribuições.

O material que temos não diz em que tela fica a pré-validação; confirme com a NTT ou teste no ambiente.