on 10-24-2010 1:55 PM
Olá!
Estamos testando a NFe na versão 2.00 do XML.
Encontramos inconsistência no campo cNF do XML gerado pelo SAP.
Segundo o Manual do Contribuinte 4.01, o campo cNF deve ter o tamanho de 8 dígitos.
Nosso ambiente de testes está com o SP18 atualizado e o local de negócio atualizado para gerar o lay-out do XNL da NFe no na versão 2.00. Neste ambiente, o SAP está gerando o campo CNF no XML com o tamanho de 9 dígitos, sendo invalidado pelo SEFAZ.
O XML na RFC do SAP do cabeçalho da NFe, gera o campo
Somente para a versão 1.10 do XML da NFe que o campo cNF tem 9 dígitos, sendo que o primeiro refere-se ao tipo de emissão. Entretanto, para a versão 2.0 do XML, segundo o manual do contribuinte 4.01, dever ter 8 dígitos.
Não temos o GRC. Nosso serviço de mensageria é da Alliance.
Aplicamos as Notas SAP abaixo, porem sem sucesso:
Note 1519167 - Nf-e: Issuing type filled for XML-version < 2.00
Note 1520408 - Nf-e: Issuing type filled for XML-version < 2.00 and RFC = 3
Alguem já passou ou está passando por isso? Como está resolvendo?
Obrigado.
Abrçs
Heron Caetano
Pelo o que eu entendi entao podemos pegar o campo que gera o numero aleatorio de 9 posicoes e tirar uma posicao eh isso ?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
> Não temos o GRC. Nosso serviço de mensageria é da Alliance.
Como falado, o elemento de dados no ERP continua tendo 9 digitos por questao de compatibilidade.
A sua mensageria tem que tratar isso, mapeando só 8 digitos qdo for layout 2.00+.
Abs,
Henrique.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Ola, respondendo a sua pergunta.
O formato com 9 digitos para a troca de dados entre o ECC e o GRC aparentemente foi mantida para compatibilidade das versões, porem, a validacao dos dados do NFEid por exemplo e os demais processos, para o formato 006 ( XML 2.0 ) leva em conto o novo formato de 8 digitos como demonstrado abaixo.
IF lv_id(2) NE is_nfe_header-cuf "Region
OR lv_id+02(02) NE is_nfe_header-demi+2(2) "Year
OR lv_id+04(02) NE is_nfe_header-demi+4(2) "Month
OR lv_id+06(14) NE is_nfe_header-c_cnpj "CNPJ of issuer
OR lv_id+20(02) NE is_nfe_header-mod "model
OR lv_id+22(03) NE lv_serie "serie
OR lv_id+25(09) NE is_nfe_header-nnf "NFe number
OR ( lv_id+34(01) NE is_nfe_header-tpemis "Issuing type
AND is_nfe_header-version NE gc_xmlvers1_erp ) "only for newer version then 1.10 (005a)
OR lv_id+35(08) NE is_nfe_header-cnf+1 "random number (except first digit fixed zero)
OR lv_id+43(01) NE is_nfe_header-cdv. "control digit
De uma verificada no seu ambiente do GRC, ele está com o SP15 instalado com todas as notas aplicadas ? inclusive no seu ECC, todas as notas referentes ao XML 2.0 foram realizadas com sucesso?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Prezado Carlos,
obrigado pela resposta.
Entretanto, como mencionei na minha questão inicial, não utilizamos o GRC como mensageria.
Portanto, o campo cNF é enviado ao Sefaz como recebido do SAP, ou seja, com 9 dígitos.
Dessa forma, o Sefaz rejeita o XML na versão 2.00.
Já abri chamado na SAP sobre isso, e estou aguardando uma resposta.
Já existe alguma uma solução para isso?
Muito obrigado.
Heron Caetano
User | Count |
---|---|
15 | |
3 | |
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.