Como solucionar o campo COD_SIT quando o DOCTYPE é 8 (para saídas de NF)?

Olá pessoal, tudo bem?

Espero que esteja tudo bem por aí!

Então…venho trazer um cenário específico sobre COD_SIT. No cliente aonde estou (no período em que escrevo este post), estão implantando as funcionalidades do SAP TDF, que faz a validação deste campo. Esta informação é importante para validações do SPED.

Ao mesmo tempo, sabemos que quando há uma implantação de um sistema, é necessário fazer adequações na origem (no caso, o SAP ECC).

Existe um cenário tipo “Cometa Halley” – só ocorre de X em X meses (ou anos…), que é o processo de Correção de Nota Fiscal. Continue até o final desta postagem para descobrir o tratamento desta informação.

Como funciona a determinação do DOCTYPE igual a 8?

Esta informação é realizada quando criamos o Tipo da Nota Fiscal. Geralmente criamos um Tipo de Nota Fiscal para Saídas, outra para Devoluções, outra para cancelamentos…e agora, temos um tipo específico para ajuste de Correção de Nota Fiscal, cuja configuração está destacado na figura abaixo.

Ok, entendi…mas como se dá o relacionamento desta informação com o COD_SIT?

Essa informação – COD_SIT – é atualizada quando temos o retorno da SEFAZ (se a Nota Fiscal foi aprovada ou rejeitada), atualizando o campo exemplificado.

Até aqui sem problemas…até você executar um processo com a Nota Fiscal com o DOCTYPE igual a 8…

…o Standard não atualiza!!

Mas como?!?

Pois é…por ser um cenário “recente”, a rotina não foi atualizada.

Abaixo temos as diferentes situações:

Cenário 01: Atualização com Nota Fiscal de Saída (Padrão) – o campo COD_SIT está com “00”.

Cenário 02: Nota Fiscal Complementar – Preenche com o valor “06”.

Cenário 03: Nota Fiscal de Correção – Ele mantém o campo em branco!

Com estes fatos, iniciei o processo de investigação se realmente a SAP não tem solução pronta (SAP Notes, antiga SCN, raio que o parta…).

De repente, deparo com esta thread criada em 2016 – o informante cansou de esperar e fez um enhancement-point. O link para maiores detalhes está AQUI.

Mas como sou consultor que tem TOC para ter o standard sendo executado, consultei a SAP através de um chamado.

Depois de longos dois meses gerando casos de teste, debatendo…foi apresentado o seguinte parecer, apresentando as seguintes alternativas (atualizado em 18/10/2018):

Se você ainda está utilizando a BAdI CL_NFE_PRINT…

…recomendaram o emprego de um enhancement-point na função J_1BNF_FILL_COD_SIT. Esta função contém as rotinas de atualização do campo COD_SIT.

Agora se você estiver está implantando a nova BAdI J_1BNF_ADD_DATA…

… utilizar o método FILL_COD_SIT para implantar a sua regra de negócio.

Logo, independentemente de estar utilizando uma das duas BAdIs,será necessário incluir uma regra para tratamento do COD_SIT quando o tipo de documento for igual a 8.

Talvez em breve a SAP lance alguma atualização relacionada a esta rotina. Mas essas alternativas…é o que temos para hoje. E a SAP já iniciou seu esforço para a migração para a nova BAdI J_1BNF_ADD_DATA. Logo fiquem atentos com relação às futuras atualizações da SAP.

Se curtiu essa mensagem e lembrou de alguém que precisa de uma informação relacionada a este tema, compartilhe!

Muito obrigado por ler até aqui!