Accepted Solutions (1)
Olá Sandra, Boa Tarde!
De acordo com a última apresentação da ASUG, para devoluções de vendas onde o campo finfe = 4 o SAP "deveria" enviar o valor no campo vIPI, segue abaixo o trecho da apresentação que mostra isto. No nosso caso, o problema é que não está levando e por isso abrimos um chamado na SAP.
Atenciosamente,
Cristiane
Answers (10)
Como sugerido pelo Edgar Nagasaki, o que resolveu aqui foi preencher os campos abaixo:
MOVE: in_lin-docnum TO out_item-docnum,
in_lin-itmnum TO out_item-itmnum.
O que acontece é que por algum motivo pelo processo de devolução (Aqui no nosso caso é o processo de MM via Miro) esses campos vem em branco dentro da CL_NFE_PRINT~FILL_ITEM.
O que muitos encontraram é correto, dentro do include LJ_1B_NFEF80 o standard limpa o valor do IPI por conta da condição abaixo, doctype = 6, direct = 2 e finalidade = 4, exatamente o cenário que aqui existia.
PORÉM, este include é chamado dentro de outro include, LJ_1B_NFEF73, linha 78, PERFORM map_tax USING ln_lineid.
Como pode ser visto na figura à cima, na linha 90 é feita outra checagem sobre o valor do IPI parecida com a efetuada anteriormente, essa é a checagem realmente válida para esse caso que tratamos no cliente.
No caso aqui, no nosso cliente, o valor do campo xmli_310-pipidevol vinha vazio, pois no começo do include LJ_1B_NFEF73, ele busca os valores da XMLI_TAB, da seguinte maneira:
Essa tabela XMLI_TAB é preenchida com os valores da OUT_ITEM e para o caso da devolução os campos DOCNUM e ITMNUM estavam vindo vazio, pois não estava vindo "automático" a solução foi preencher esses campos em caso de devolução, assim como os campos de ipi já citados em outros tópicos:
IF in_lin-reftyp EQ 'LI'.
SELECT SINGLE nftype
INTO lv_nftype
FROM j_1baa
WHERE nftype = in_doc-nftype
AND doctyp = '6'
AND direct = '2'.
IF sy-subrc IS INITIAL.
IF out_item-pipidevol IS INITIAL.
* out_item-pipidevol = in_lin-pipidevol.
READ TABLE in_tax INTO ls_tax
WITH KEY docnum = in_lin-docnum
itmnum = in_lin-itmnum
taxgrp = 'IPI'.
IF sy-subrc IS INITIAL.
out_item-pipidevol = ls_tax-rate.
out_item-vipidevol = ls_tax-taxval.
out_item-docnum = in_lin-docnum.
out_item-itmnum = in_lin-itmnum.
ENDIF.
ENDIF.
ENDIF.
ENDIF.
Espero ter ajudado, ficamos desde ontem martelando nisto e a "única" solução que achávamos aqui no SCN era popular dos campos PIPIDEVOL e VIPIDEVOL e a aplicação das notas (que no nosso caso aqui, já estavam aplicadas a muito tempo), este tópico abriu meus olhos e conseguimos resolver graças as informações aqui colocadas, mesmo que picadas.
Acredito que esta seja a solução para este problema, apesar que cada cenário é um cenário.
Thiago,
funcionou obrigado! Trabalhamos com duas empresas e que estão neste cenário (rejeição 610), em uma delas resolveu-se comentando nos includes estas linhas
LJ_1B_NFEF72
LJ_1B_NFEF80(linha 74)
não mexemos no LJ_1B_NFEF73(linha 90).
Agora na outra empresa a solução via CL_NFE_PRINT~FILL_ITEM funcionou perfeitamente e não precisamos comentar nos includes. Mudei apenas o taxgrp para taxtyp
IF in_lin-reftyp EQ 'LI'.
DATA: lv_nftype TYPE j_1baa-nftype.
DATA: ls_tax TYPE j_1bnfstx.
SELECT SINGLE nftype
INTO lv_nftype
FROM j_1baa
WHERE nftype = in_doc-nftype
AND doctyp = '6'
AND direct = '2'.
IF sy-subrc IS INITIAL.
IF out_item-pipidevol IS INITIAL.
* out_item-pipidevol = in_lin-pipidevol.
READ TABLE in_tax INTO ls_tax WITH KEY docnum = in_lin-docnum
itmnum = in_lin-itmnum
* taxgrp = 'IPI'.
taxtyp = 'IPI2'.
IF sy-subrc IS INITIAL.
out_item-pipidevol = ls_tax-rate.
out_item-vipidevol = ls_tax-taxval.
out_item-docnum = in_lin-docnum.
out_item-itmnum = in_lin-itmnum.
ENDIF.
ENDIF.
ENDIF.
ENDIF.
Oi Edgar,
Fizemos o teste, mas não funcionou.
Verificamos que o problema está na Nota 2069238, pois ela zera os valores do ipi - veja o código abaixo no include LJ_1B-NFEF80
Abrimos chamado na SAP e estamos aguardando resposta.
Obrigada por ajudar.
Angelita.
Olá Angelita,
Sim, este ponto que você compartilhou com a gente está correto sim e na include LJ_1B_NFEF80 os valores das tags de IPI são sim zerados, também chegamos inicialmente a esta conclusão. Porém em um ponto posterior no fluxo temos na include LJ_1B_NFEF73 um novo preenchimento das tags (trecho de código abaixo) onde as mesmas só são preenchidas caso atenda as critérios DOCTYPE igual a 6 (retorno), DIRECT igual a 2 (saída) e FINNFE igual a 4 (finalidade 4, retorno), tendo assim um cenário bem específico, e, por fim e o ponto que mais pegou aqui, PIPIDEVOL (percentual de devolução) maior que zero:
Para este último valor percebemos que em alguns casos de notas geradas a partir da MIRO o valor não foi preenchido mas que, porém, recriando as mesmas a partir da J1B1N o mesmo é calculado/preenchido automaticamente. Ainda estamos investigando este ponto.
Att.,
Edgar
| User | Count |
|---|---|
| 15 | |
| 4 | |
| 2 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 | |
| 1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.