/XNFE/NFE_ITEM - Campos novos

[rhviana]

Pessoal outra duvida,

Estava verificando o arquivo XML sobre a tag <DI> e a estrutura não se reflete na estrutura de item /XNFE/NFE_ITEM dentro do GRC.

Onde estão esses novos campos ?

<tpViaTransp>

<vAFRMM>

<tpIntermedio>

Arquivo XML:

Estrutura /xnfe/nfe_item - INCLUDE -  /XNFE/NFE_H2 - NF-e Block H2 / Import Declaration /Tag: DI

Existe um Z que precisa ser populados via /xnfe/nfe_item.

Att

[former_member187533 · Accepted solution]

Nobre Ricardo,

Passamos por isso aqui e a solução foi fazer eles virem pelo (Z) PW.CE (pois eram necessários só em cenários de imp/exp).

Abs!!

[rhviana · Accepted solution]

Grande Lucas,

É exatamente o processo de importação, recebemos os XML´s atraves de um prestador de serviço no porto, que valida o XML e nos envia posteriormente.

Com isso esses arquivo XML é criado o processo dentro do ERP e a nota não é enviada para SEFAZ, pois esse prestador de serviço já o fez.

Vocês criaram uma estrutura Z ?

Pensei em mandar via java mapping, extrair os valores do XML e criar novos três campos no proxy para isso mas acredito que isso já deveria estar contemplado na estrutura /XNFE/NFE_H4 - NF-e Block H4/ Import Declaration.

Que estranho, estamos no SP18.

alguma idéia ?

Absss

[former_member187533 · Accepted solution]

Perfeito Ricardo,

Talvez exista uma maneira melhor, mas como o cliente em questão utilizava o PW.CE para imp/exp o mesmo passou a contemplar esses campos.

Na verdade esses campos vieram de forma "standard" pelo Z do PW.CE.

Abs!!!

[rhviana]

Alguma luz de alguem ?

Acho que vou abrir chamado... isso vai afetar tudo por aqui a falta desses campos na estrutura.

  alguma ideia ?

Att,

[Renan_Correa]

Oi Viana,

Não conheço muito dessa parte de incoming, mas posso tentar ver alguma coisa. Pode me explicar como é pra funcionar esse cenário? Se os dados do tpviatransp e etc fossem persistidos nessa tabela, onde eles seriam utilizados pelo código do SAP depois disso?

att,

Renan

[rhviana]

Oi Renan,

Então o grande ponto que essa estrutura /XNFE/NFE_H2 está com os exatos campos do XML 2.00, só que para versão 3.10 está faltando alguns campos.

/XNFE/NFE_H2 versus SAP PI (XML 3.10)

NDI                      --- MATCH --- nDI

DDI                      --- MATCH --- dDI

XLOCDESEMB   --- MATCH --- xLocDesemb

UFDESEMB        --- MATCH --- UFDesemb

DDESEMB          --- MATCH --- dDesemb

                             --- MISS --- tpViaTransp

                             --- MISS --- vAFRMM

                             --- MISS --- tpIntermedio

                             --- MISS --- CNPJ

                             --- MISS --- UFTerceiro

CEXPORTADOR --- MATCH --- cExportador

Todos os campos MATCH são relativos a versão 2.00 do XML.

O ponto é por que a SAP não atualizou essa estrutura com os novos campos ?

Esses campos existem na estrutura inbound no SAP ERP mais não no GRC é isso que está estranho independentemente se são obrigatorios ou nao no schema do XML da SEFAZ.

Sobre o processo como expliquei acima é um processo normal de transferencia por produtos importados, pode ser que a maioria dos clientes que já implementaram isso na 3.10, não tem esse processo de importação ou não repararam a falta desses campos.

Abri um chamado já, acredito que semana que vem devo ter alguma orientação.

Se precisa de mais info, estou a dispo.

Obrigado.

Att,

Ricardo Viana.

[rhviana]

Estranha a resposta da SAP dianta da falta dos campos de importação na tabela stantard mais é a resposta:

" Thank you for contacting SAP Active Global Support.

In fact, those fields don't exist in the database structure. So, you

have two options. You can either create z fields or you can get them

from the XML transformation mapping routine.

Best regards,"

Bom diante disso é Z, agora não faz sentindo esta faltando esses campos na minha opnião.

Att,

R Viana.

Message was edited by: Ricardo Viana