NFE 2.0 - XML_ADI - XML_IMP

[Former Member]

Bom dia,

Na versão 1,10 do XML da NFE usava-se a estrutura XML_IMP para informar os dados adicionais para uma nota fiscal de importação:

nAdicao Numero da adição

nSeqAdic Numero seqüencial do item

cFabricante Código do fabricante

vDescDI Valor do desconto do item da DI Adição

Na versão 2,00 do XML da NFE observei que a SAP criou a estrutura XML_ADI.

Alguém sabe qual estrutura deve ser utilizada para informar os dados adicionais de importação para a versão 2,0 do XML?

Obrigada,

Kátia Alves

[henrique_pinto · Accepted solution]

Katia,

vc usa as 2.

Isso porque, se vc observar no XML, a estrutura para os dados de importacao é:

NFe
-- infNFe (1:1)
---- det (1:n)
------ prod (1:1)
-------- DI (0:n)
---------- adi (1:n)

Ou seja, pra cada DI, vc pode ter 1 ou mais adicoes.

Contudo, do jeito que estava, na estrutura XML_IMP vc só conseguia informar uma adicao para cada DI.

Agora, vc continua informando as DIs na IMP, e na ADI, vc informa a(s) adicao(oes) que vc tem para cada DI referenciada.

Note que para cada adicao que vc informa na ADI, vc tem que dizer qual o docnum, item e DI a qual ela se referencia.

Abs,

Henrique.

[Former Member · Accepted solution]

Oi Henrique,

Obrigada pelo retorno, mas ainda tenho dúvidas.

Estou informando dados nas 2 estruturas da seguinte forma:

XML_IMP

Docnum ItNum NDI DDI XLOC UF Ddsemb CExp Nad Seq Cfabr

1 0000106048 000010 8000012322 20100809 SFCO SC 20100809 112233 001 001 A

2 0000106048 000020 8000012322 20100809 SFCO SC 20100809 112233 001 002 B

3 0000106048 000030 8000012322 20100809 SFCO SC 20100809 112233 001 003 C

4 0000106048 000040 8000012322 20100809 SFCO SC 20100809 112233 001 004 D

XML_ADI

Docnum ItNum NDI Nad Seq Cfabr VDesc

1 0000106048 000010 8000012322 001 001 A 0.00

2 0000106048 000020 8000012322 001 002 B 0.00

3 0000106048 000030 8000012322 001 003 C 0.00

4 0000106048 000040 8000012322 001 004 D 0.00

Entranto no GRC aparece a seguinte mensagem de erro de validação:

Erro de validação: campo No. da adição. Campo não corresponde ao formato previsto. (campo IT_NFE_ADI-NADICAO, ID campo I026)

Erro de validação: campo No. sequencial do artigo na adição. Campo não corresponde ao formato previsto. (campo IT_NFE_ADI-NSEQADIC, ID campo I027)

Muito Obrigada,

Kátia Alves.

[henrique_pinto · Accepted solution]

Katia,

de acordo com a definicao da SEFAZ, a tag deve ser preenchida sem zeros a esquerda.

Ou seja, preencha com "1", e por isso a regra de validacao é

[1-9]{1}[0-9]{0,2}

.

O problema é que o campo NADI está definido como NUMC na estrutura /XNFE/NFE_H3, entao ele sempre vai ter zeros a esquerda, e aparentemente a validacao, de acordo com o que foi implementado, vai sempre falhar.

Acho que é o caso de abrir um chamado, pois vao ter que mudar o tipo do campo na estrutura OU alterar a regra de validacao + remover os zeros à esquerda no mapeamento dos campos da estrutura RFC para a estrutura do proxy (funcoes /xnfe/****_NFE_SIGN_OUT).

Abs,

Henrique.

PS: ainda, vc nao deveria mais ter que preencher os campos de adicao na tabela IT_NFE_IMP. Acho que é o caso de abrir um outro chamado para pedi rpra removerem as regras de validacao dos campos que sao agora lidos da IT_NFE_ADI.

[Former Member · Accepted solution]

Obrigada Henrique,

Abriremos um chamado para a SAP.

Obrigada novamente,

Kátia Alves.

[Former Member · Accepted solution]

Bom dia Sres,

Desculpem, para esta mudança na versão 2.0 do novo lay out, no caso importação, vai ser preciso desenvolver isto, ou tem alguma nota que aplique estas mudanças?

Devo fazer algum ajuste no ECC ou só no GRC?

Grato a todos

Att

MSG LTDA BR

[henrique_pinto · Accepted solution]

Ajustes que vc tem q fazer, só na BAdI do ERP.

Abs,

Henrique.

[Former Member · Accepted solution]

OK Obrigado Henrique,

Desculpe incomodar novamente, tem alguma documentação com as mudanças necessarias que deveremos fazer na BADI?

Começaremos com esta mudança proxima semana e temos pouca informação do que deve ser feito, contando tambemq que deve estar disponivel e implementado a partir de 1 de Outubro correto?

Grato

Att

MGS LTDA BR

[henrique_pinto · Accepted solution]

Nao, o prazo é 1o de janeiro de 2011.

Infelizmente nao há uma documentacao detalhada, vc tem que analisar os impactos e verificar caso a caso.

Por isso que os testes sao tao importantes.

Abs,

Henrique.

[Former Member · Accepted solution]

Obrigado Henrique mais uma vez

Pelo que sei esta mudança obriga a inclusão no arquivo XML dos dados referentes à importação (DI e data de desembaraço).

isso é correto?

Por tanto devemos mexer na BADI para considerar estes dosi valores?

Grato

att

MGS LTDA BR

[henrique_pinto · Accepted solution]

Marcos,

apenas a logica referente às adicoes sao impactadas, os campos especificos da DI (numero da DI, data da DI etc) podem permanecer como estao na BAdI.

Abs,

Henrique.

[Former Member · Accepted solution]

Outro erro que identifiquei nessa parte de dados de importação, é que no XML 2.0 a Sefaz pede

que os campos data da DI e data de desembaraço sejam no formato "AAAA-MM-DD", ex.: "2010-08-11".

Porém no XML gerado, baixado pelo GRC, essas datas estão no formato "AAAAMMDD".

Com isso a Sefaz retorna o erro 225 "Rejeição: Falha no Schema XML do lote de NFe".

Para identificar fui no site http://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx e colei o XML na area de texto.

[henrique_pinto · Accepted solution]

Maiko,

vc nao tem o seguinte codigo na /XNFE/006_SIGN_NFE_OUT?

*     Convert to new date format JJJJ-MM-DD
          MOVE ls_nfe_imp-ddi(4) TO lv_ddi(4).
          MOVE ls_nfe_imp-ddi+4(2) TO lv_ddi+5(2).
          MOVE ls_nfe_imp-ddi+6(2) TO lv_ddi+8(2).
          MOVE '-' TO lv_ddi+4(1).
          MOVE '-' TO lv_ddi+7(1).
          ls_nfe_di-d_di         = lv_ddi.

*         Convert to new date format JJJJ-MM-DD
          MOVE ls_nfe_imp-ddesemb(4) TO lv_ddesemb(4).
          MOVE ls_nfe_imp-ddesemb+4(2) TO lv_ddesemb+5(2).
          MOVE ls_nfe_imp-ddesemb+6(2) TO lv_ddesemb+8(2).
          MOVE '-' TO lv_ddesemb+4(1).
          MOVE '-' TO lv_ddesemb+7(1).
          ls_nfe_di-d_desemb = lv_ddesemb.

??

Testei aqui rapidamente, o ERP passa os campos no formato AAAAMMDD e o XML é corretamente criado.

Abs,

Henrique.

[Former Member · Accepted solution]

Henrique

Não tenho o codigo que você passou na função /XNFE/006_SIGN_NFE_OUT.

Estou no SP15, tem alguma nota que deve ser aplicada?

Semelhante ao codigo somente tem:

• Convert to new date format JJJJ-MM-DD

MOVE is_nfe_header-demi(4) TO lv_ide_demi(4).

MOVE is_nfe_header-demi4(2) TO lv_ide_demi5(2).

MOVE is_nfe_header-demi6(2) TO lv_ide_demi8(2).

MOVE '-' TO lv_ide_demi+4(1).

MOVE '-' TO lv_ide_demi+7(1).

ls_request-sign_nfe2-nfe-inf_nfe-ide-d_emi = lv_ide_demi.

[henrique_pinto · Accepted solution]

Olá Maiko,

aparentemente sim, foi corrigido após o SP15.

Como eu consultei direto no ambiente de desenvolvimento, já tinha as ultimas correcoes.

Verifique a nota https://service.sap.com/sap/support/notes/1496216.

Abs,

Henrique.

[Former Member · Accepted solution]

Henrique

Realmente, esta nota 1496216 corrigi estes e varios outros formatos e tipos de dados.

A nota pertence ao SP16, foi liberada ontem.

Obrigado.

[Former Member]

Hi, Dirk

Here there are some information about NFE 2.0 Import process.

Can you check it please?