Campo cNF do XML v.200 da NFe com 9 dígitos

[former_member247267]

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

[Former Member]

Pelo o que eu entendi entao podemos pegar o campo que gera o numero aleatorio de 9 posicoes e tirar uma posicao eh isso ?

[henrique_pinto]

> 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.

[former_member247267]

Obrigado pela orientação.

Problema resolvido com ajustes na mensageria.

Abçs

Heron

[former_member193386]

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?

[former_member247267]

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

[former_member193386]

desculpe, havia me atentado apenas ao problema em questão, o procedimento correto seria como o Henrique lhe falou, vc deve customizar dentro do seu sistema o tratamento para esse campo.