on 10-05-2010 5:47 PM
Olá,
Estamos iniciando a operação com XML versao 2.00. e nos deparamos com um problema de rejeição que na versão 1.10 não acontece
Quando o transportador é Pessoa Jurídica está funcionando.
Porém, quando o transportador é PESSOA FISICA, a NF-e é rejeitada com o motivo 542 - Rejeição: CNPJ do Transportador invalido.
A rejeição está correta, pois no transportador tem um CPF e não um CNPJ.
Fiz um debug no ERP, até o momento que que o perform CALL_XI (function J_1B_NF_MAP_TO_XML) é executado e confirmei que os campos XMLH-T1_CNPJ e XMLH-T1_CPF estão preenchidos corretamente, exemplo:
XMLH-T1_CNPJ = 00000000000000
XMLH-T1_CPF = 86399845653
Ao analisar o XML assinado e enviado à SEFAZ, no GRC (SXMB_MONI), constatei que no bloco dos dados referente ao transportador, o tag não aparece.
Alguém já passou por esta situação?
Claudemir,
estranho que esse erro nao acontecia antes, pq esse codigo foi um dos poucos pontos em que nao mudou nada pro layout 2.00 em relacao ao 1.10, no GRC:
IF NOT is_nfe_header-t1_cnpj IS INITIAL.
ls_nfe_transp-transporta-choice-cnpj = is_nfe_header-t1_cnpj.
ls_nfe_transp-transporta-choice-selection = 'CNPJ'.
ELSE.
ls_nfe_transp-transporta-choice-cpf = is_nfe_header-t1_cpf.
ls_nfe_transp-transporta-choice-selection = 'CPF'.
ENDIF.
Talvez no ERP tenha mudado a maneira de passar os parametros, e daí agora tao jogando zeros no CNPJ qdo esse é vazio?
De qq maneira, a solucao é via chamado.
Eu sugeriria abrir chamado no SLL-NFE e solicitar que implementassem pro CNPJ/CPF do transportador a mesma lógica que há no CNPJ/CPF do destinatário, mas sem o tratamento de vir vazio, pois o CNPJ do transportador nao aceita vazio, ao contrario do CNPJ do destinatario. Seria algo assim:
IF NOT is_nfe_header-t1_cnpj = '00000000000000' AND " RS 20081008
is_nfe_header-1_cnpj NE ''. " RS 20081008
ls_nfe_transp-transporta-choice-selection = 'CNPJ'.
ls_nfe_transp-transporta-choice-cnpj = is_nfe_header-t1_cnpj.
ls_nfe_transp-transporta-choice-cpf = ''.
ELSE.
ls_nfe_transp-transporta-choice-selection = 'CPF'.
ls_nfe_transp-transporta-choice-cnpj = ''.
ls_nfe_transp-transporta-choice-cpf = is_nfe_header-t1_cpf.
ENDIF.
Abs,
Henrique.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Fernando,
Fiz as verificações como sugeriu.
1) Os campos XMLH-T1_CNPJ e XMLH-T1_CPF são preenchidos pelo programa standard LJ_1B_NFEF32, conforme trecho abaixo:
......
*
T03 is tag <transporta>
*
T04
xmlh-t1_cnpj = ls_j_1binnad-cgc.
T05
xmlh-t1_cpf = ls_j_1binnad-cpf.
T06
concatenate ls_j_1binnad-name1
ls_j_1binnad-name2 into xmlh-t1_xnome
separated by space.
.....
Após a execução destes comandos os campos ficam assim preenchidos:
XMLH-T1_CNPJ = 00000000000000
XMLH-T1_CPF = 22317589620
2) Na BADI, estes campos não são modificados. (pelo que sei, não estão disponiveis para modificação nas estruturas standard).
3) Na saída da BADI os campos permanecem com os mesmos valores:
4) Imediatamente antes de chamar a RFC e passar os dados ao GRC os campos ainda estão preenchidos da mesma forma:
XMLH-T1_CNPJ = 00000000000000
XMLH-T1_CPF = 22317589620
Aparentemente o problema está no fato de o campo T1_CNPJ chegar no GRC com o conteúdo 00000000000000 e então ser inserido no XML em detrimento do campo T1_CPF.
Atenciosamente,
Claudemir Miotto
User | Count |
---|---|
6 | |
5 | |
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.