Como tratar CST e cClassTrib em devoluções de venda no SAP com GUEPARDO Tax durante a transição?

Sem querer atrapalhar: então, o número é três. Três testes: o par original e devolução, o ambiente em cada prontidão e a conciliação contábil.

As sínteses de projeto dizem que teste só no modo atual não basta: a virada exige teste no modo novo e conciliação contábil. Então, depois do par, confira se a contabilização da devolução reverte a da venda.

Prezados, bom dia. Pelo lado do ambiente, olha, sem pressa, vale a checagem que as sínteses de projeto listam como achados comuns:

1. notas SAP da reforma não aplicadas;
2. esquemas de venda próprios sem o novo tributo;
3. chaves contábeis sem conta;
4. regras do emissor de documentos eletrônicos vazias;
5. desenvolvimentos próprios alcançados pela reforma.

Confira o esquema de devolução, que costuma ser cópia do de venda.

Me corrijam se eu estiver errado: discordo que só o teste por par baste. Olha, só um detalhe, um par pode passar e o ambiente continuar despreparado.

As sínteses de projeto separam três prontidões: SAP, com as notas da SAP; produto fiscal, com as notas técnicas da NTT; e dado, com NCM, classificação e regra de crédito. Teste cada uma separadamente: a devolução pode falhar por qualquer das três.

Resposta curta: a documentação que consultamos não afirma como o GUEPARDO Tax trata CST e cClassTrib em devolução; isso não está coberto, então confirme com a NTT ou teste no ambiente.

Explicando o cenário, sem querer complicar, é um teste por par. Pegue uma venda e a devolução dela, de épocas diferentes, e compare os códigos de ambas. Registre o que mudou, o documento de origem apontado e quem decidiu o código em cada época.