NF-e sem linha de material não é cancelada/não atualiza status no ERP

[Former Member]

Bom dia!

Estou com o seguinte cenário.

O usuário criou uma NF-e manualmente via J1B1N e enviou para SEFAZ. Posteriormente o mesmo solicitou o cancelamento e a NF-e foi cancelada na SEFAZ e no GRC; porém não foi possível atualizar o status no ECC.

Detalhe, consultando a NF-e no ERP a mesma não contém nenhuma linha de material! Diferentemente do documento no GRC! Ou seja, o item da nota no ERP sumiu!

Obviamente que perguntamos aos usuários como fizeram essa façanha... e a reposta não poderia ser diferente... não fizeram nada além do normal! 😛

Verificando a função J_1B_NFE_CANCEL disparada ao solicitar uma inutilização/cancelamento a mesma contém o código abaixo onde o sistema verifica se a NF-e contém registro na J_1BNFLIN e se não, retorna erro.

*----

-

---

• D O C U M E N T P R O C E S S I N G

*----

-

---

CLEAR: itab, e_cancel, lv_subrc.

CLEAR: bdcdata[], itab[], wa_bdcdata, wa_itab.

clear: lv_sernpcount. "1247602

SELECT * FROM j_1bnflin INTO ls_nflin

WHERE docnum = i_docnum.

EXIT.

ENDSELECT.

IF sy-subrc IS NOT INITIAL.

MESSAGE e045 WITH i_docnum RAISING no_nf.

ENDIF.

• Estamos usando ECC 604 0008

Temos vários documentos criados na produção com essa situação e tentamos de diversas maneiras recriar o cenário em qualidade mas não conseguimos.

Abraço

Eduardo Chagas

[former_member182114 · Accepted solution]

Bom dia Eduardo,

Vocês estão rodando sem o decouple? ou para esta NF-e / local de negócios está sem decouple?

Sem ele a transmissão ao GRC se dá na preparação da gravação, bem antes do commit o que poderia cair neste cenário.

Pode ter algum "tratamento" em exit que limpe as tabelas antes da gravação.

Outra coisa também é verificar se tem algo na SM13/SM14 parado, um commit dentro de exit poderia "separar" o processo.

Atenciosamente, Fernando Da Rö

[Former Member · Accepted solution]

Oi Fernando.

Então... usamos decouple e não temos tratativa em user exit. Vou dar uma olhada na SM13/14 e retorno.

Valeu!

Abraço

Eduardo Chagas

[Former Member · Accepted solution]

Então Fernando...nada na SM13!

Abraço

Eduardo Chagas

[former_member182114 · Accepted solution]

Bom dia Eduardo,

Esta seria a "melhor ideia" que imagino ter linhas de itens enviadas ao GRC que não estão no ERP. Veja os campos CALLRFC nas linhas da ACTIVE e HISTORY se tem o valor 3 (numerado e transmitido pelo job).

Outras duas opções para investigação:

- BAdI com "boa memória", verifique se a codificação permitiria pegar itens de outro docnum e enviar como sendo desta.

- Deleção dos registros

No mais um chamado para investigação, mas sem o "como reproduzir" nem sei ajudaria.

Atenciosamente, Fernando Da Ró

[Former Member · Accepted solution]

Oi Fernando.

Consegui reproduzir o erro e encontrei o problema... pessoal colocou na badi uma chamada pra função... J_1B_NF_DOCUMENT_UPDATE. quando dava erro nesta a rotina excluia o item da J_1BNFLIN.

Valeu pela ajuda!

Abraço

Eduardo Chagas

[former_member182114 · Accepted solution]

Opa... BAdI não existe aí... isso foi enhancement implicito, que na minha opnião é marreta.... rsss

Abraços, Fernando Da Ró