NFe 4.00 [<det nItem='10'><prod>nItem<dPed] Item do Pedido de Compra da DI - adição - Tamanho menor que o permitido

[Gr@c@]

A partir de hoje à tarde aqui em MG, começou a dar esse erro "[<det nItem='10'><prod>nItemPed] Item do Pedido de Compra da DI - adição - Tamanho menor que o permitido

Em seguida Schema Inválido.

Esse erro não estava ocorrendo até então. Inclusive fizemos nota igual a que foi autorizada somente mudando o numero da nota. 

 

 

[Gr@c@]

os campos que informam são prod.xPed e prod.nItemPed. Não estou informando a tag de compras. No entanto o erro vem como [<det nItem='10'><prod>nItemPed] Item do Pedido de Compra da DI - adição - Tamanho menor que o permitido.

Antes o prod.nItemPed não precisava dos zeros a esquerda, inclusive parecem que foram removidos no ACBr. 

Todas as notas com as tags prod.xPed e prod.nItemPed estão sendo rejeitadas desde ontem a tarde. (18/06/2018 após as 15:00hs)

-<det nItem="1">


-<prod>

<cProd>27047</cProd>

<cEAN>SEM GTIN</cEAN>

<xProd>BOMBA COMB CORSA MPFI S10 BLAZER</xProd>

<NCM>87089990</NCM>

<CEST>0107500</CEST>

<EXTIPI>00</EXTIPI>

<CFOP>5405</CFOP>

<uCom>PC</uCom>

<qCom>1.0000</qCom>

<vUnCom>158.2000000000</vUnCom>

<vProd>158.20</vProd>

<cEANTrib>SEM GTIN</cEANTrib>

<uTrib>PC</uTrib>

<qTrib>1.0000</qTrib>

<vUnTrib>158.2000000000</vUnTrib>

<vDesc>48.20</vDesc>

<vOutro>1.50</vOutro>

<indTot>1</indTot>

<xPed>145943</xPed>

<nItemPed>1</nItemPed>

</prod>

 

[André Ferreira de Moraes]

Este campo é gerado da mesma forma pelo ACBr desde 2015. A mensagem q vc cita, se foi gerada pelo ACBr é apenas um alerta, e se for da SEFAZ provavelmente eles passaram a validar esse campo agora.

[Gr@c@]

André, esse erro ocorre ao tentar enviar a NFe 4.00. Antes o nItemPed passava com menos de 6 algarismos, inclusive tem um tópico de alguém solicitando para remover os zeros a esquerda desse campo no ACBr. O correto agora é formatar 000001 e não 1? Nesse caso dessa nota, os itens de 1 a 9 não foram rejeitados e eles também possuiam as tags xPed e nItemPed . O erro foi só do 10 em diante.  (nos itens dessa nota, o nItemPed é o mesmo numero do item porque a NF foi feita importando-se um pedido de compra).

Então

item 1 da nota o xPed = 2525 nItemPed = 1

item 2 da nota o xPed = 2525 nItemPed = 2.....

item 10 da nota o xPed = 2525 nItemPed = 10...>>>>a partir daqui começou o erro. Seria o mesmo caso do Atomic Type, campo com 2 caracteres como vem ocorrendo com uTrib = 'Kg'?

 

Editando: é isso mesmo. Todas as notas houve rejeição só a partir do nItemPed > 9 (não havia prestado atenção nesse fato). Terei que formatar o campo da mesma forma como tive que fazer no MDF-e com o campo cInt. 

Editado 19 Junho, 2018 por Gr@c@

[André Ferreira de Moraes]

Anexe o XML com problema.

[Gr@c@]

13 horas atrás, André Ferreira de Moraes disse:

Anexe o XML com problema.

Te enviei na sua caixa de mensagem

[André Ferreira de Moraes]

A imagem anexada mostra apenas ALERTAS gerados pelo componente, oq não impediria o envio do XML. Provavelmente existem mais informações na mensagem de erro q não estão sendo exibidas. O XML q vc me enviou é validado com sucesso no site https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx

Vc pode mudar a unit pcnNFeW, mudando a linha abaixo e verificar se a nota é autorizada ou se é exibido algum outro erro de schema.

Gerador.wCampo(tcStr, 'I31', 'nItemPed', 01, 06, 0, OnlyNumber(nfe.Det.Prod.nItemPed), DSC_NITEMPED);  

[BigWings]

O erro de schema inválido pode ocorrer quando:

- SSLXmlSignLib esteja configurado como xsLibXML2

e

- Os arquivos de schema estejam corrompidos

- Os arquivos de schema contenham string de validação não compreendidas pela libxml2.dll (já vi isso em schema de NFSe, nunca da NFe)

- A configuração da pasta de schemas esteja no formato \\servidor\compartilhamento

[Gr@c@]

Vamos por partes:

O que fiz foi formatar o nItemPed de 1 para 000001 -> a nota foi autorizada

"- SSLXmlSignLib esteja configurado como xsLibXML2" -> minha máquina está configurada para xsLibXML2, mas o cliente está com o xsMsXML

"- Os arquivos de schema estejam corrompidos" -> não estão corrompidos porque notas que não tem a tag xPed e nItemPed estavam sendo autorizadas

"- Os arquivos de schema contenham string de validação não compreendidas pela libxml2.dll (já vi isso em schema de NFSe, nunca da NFe)" -> aqui não sei, mas tenho tido problemas de atomic type que já havia relatado ao Italo e desconfio que seja esse o caso pq só ocorre quando o nItemPed tem 2 algarismos (10,11...). 

"- A configuração da pasta de schemas esteja no formato \\servidor\compartilhamento" ---> sim, está nesse formato na minha máquina (com xsLibXML2) e na máquina dos clientes. Mas outras notas são autorizadas. Não deveria ocorrer com todas as notas o erro de schema inválido? A configuração da pasta tem que ser tipo Z:\Schemas ?

 

 

Editado 20 Junho, 2018 por Gr@c@

[BigWings]

14 minutos atrás, Gr@c@ disse:

O que fiz foi formatar o nItemPed de 1 para 000001 -> a nota foi autorizada

"- SSLXmlSignLib esteja configurado como xsLibXML2" -> minha máquina está configurada para xsLibXML2, mas o cliente está com o xsMsXML

Com xsMsXML também ocorria o erro "schema inválido"? Ou apenas os alertas do tamanho mínimo do nItemPed?

25 minutos atrás, Gr@c@ disse:

"- Os arquivos de schema estejam corrompidos" -> não estão corrompidos porque notas que não tem a tag xPed e nItemPed estavam sendo autorizadas

"- Os arquivos de schema contenham string de validação não compreendidas pela libxml2.dll (já vi isso em schema de NFSe, nunca da NFe)" -> aqui não sei, mas tenho tido problemas de atomic type que já havia relatado ao Italo e desconfio que seja esse o caso pq só ocorre quando o nItemPed tem 2 algarismos (10,11...).  

Apesar do layout da NFe definir o tamanho do nItemPed como 6 algarismos fixos, os schemas permitem entre 1 e 6 então não deve haver falha na validação.

Os alertas são gerados pelo ACBr, o fato de só mostrar o alerta a partir do segundo dígito talvez precise ser verificado.

28 minutos atrás, Gr@c@ disse:

"- A configuração da pasta de schemas esteja no formato \\servidor\compartilhamento" ---> sim, está nesse formato na minha máquina (com xsLibXML2) e na máquina dos clientes. Mas outras notas são autorizadas. Não deveria ocorrer com todas as notas o erro de schema inválido? A configuração da pasta tem que ser tipo Z:\Schemas ?

Vai ocorrer com qualquer nota sim, desde que configurado como xsLibXML2. Já tem tópicos sobre isso no fórum.

Fazendo o mapeamento da unidade de rede, ou usando xsMsXML, o problema não ocorre.

[Gr@c@]

Só para esclarecer como resolvi esse tópico: foi simplesmente formatando o prod.nItemPed para 6 algarismos (1 para 000001). Fiz os testes com prod.nItemPed = 1 e sempre retorna o mesmo erro.

[j2c9m7]

Em 22/06/2018 at 15:14, Gr@c@ disse:

Só para esclarecer como resolvi esse tópico: foi simplesmente formatando o prod.nItemPed para 6 algarismos (1 para 000001). Fiz os testes com prod.nItemPed = 1 e sempre retorna o mesmo erro.

Ola

Aqui no RS, em Producao, na versao 3.1, a partir de hoje, 4/7/2018 tambem tah tendo de formatar da forma citada acima! senao nao autoriza!

Abraços

[RobsonDL]

Bom dia, Aqui no PR em produção versão 4 tive que formatar também.

[Felipe E. Resende Mesquita]

Obrigado por reportar.

Fechando. Para novas dúvidas, criar um novo tópico.