PL_006j - Erros

81 views
Skip to first unread message

Renato Ricci

unread,
Oct 26, 2011, 10:20:38 AM10/26/11
to NFePHP
Pessoal, estou testando o schema PL_006j em meu ambiente de testes
porém estou me deparando com alguns erros que não sei o que pode ser..
alguém pode me dar uma luz?

Está dando erro no número do endereço. estou informando 60 mas não
está passando..
; Erro 1824: Element '{http://www.portalfiscal.inf.br/nfe}nro':
'60' is not a valid value of the local atomic type.
; Erro 1839: Element '{http://www.portalfiscal.inf.br/nfe}nro':
[facet 'pattern'] The value '60' is not accepted by the pattern '[!-ÿ]
{1}[ -ÿ]{0,}[!-ÿ]{1}|[!-ÿ]{1}'.

Outro erro é no código e unidade do produto:estou informando UN e 13
mas tb dá erro:
; Erro 1839: Element '{http://www.portalfiscal.inf.br/nfe}cProd':
[facet 'pattern'] The value '13' is not accepted by the pattern '[!-ÿ]
{1}[ -ÿ]{0,}[!-ÿ]{1}|[!-ÿ]{1}'.
; Erro 1824: Element '{http://www.portalfiscal.inf.br/nfe}cProd':
'13' is not a valid value of the local atomic type.
; Erro 1839: Element '{http://www.portalfiscal.inf.br/nfe}uCom':
[facet 'pattern'] The value 'UN' is not accepted by the pattern '[!-ÿ]
{1}[ -ÿ]{0,}[!-ÿ]{1}|[!-ÿ]{1}'.
; Erro 1824: Element '{http://www.portalfiscal.inf.br/nfe}uCom':
'UN' is not a valid value of the local atomic type.

Alguma sugestão?

Obrigado,

Renato

Leandro C. Lopez

unread,
Oct 26, 2011, 11:38:26 AM10/26/11
to nfe...@googlegroups.com
Edita o arquivo tiposBasico_v1.03.xsd e localiza <xs:simpleType name="TString">

Daí altera pra esse formato a xs:pattern:

<xs:pattern value="[!-ÿ]{1}[ -ÿ]*[!-ÿ]{1}|[!-ÿ]{1}"/>





Renato Ricci

unread,
Oct 26, 2011, 11:43:45 AM10/26/11
to NFePHP
Obrigado Leandro, vou alterar.. Só uma dúvida. isso é bug no schema
que o governo disponibilizou?

On 26 out, 13:38, "Leandro C. Lopez" <leandro.casto...@gmail.com>
wrote:
> Edita o arquivo tiposBasico_v1.03.xsd e localiza <xs:simpleType
> name="TString">
>
> Daí altera pra esse formato a xs:pattern:
>
> <xs:pattern value="[!-ÿ]{1}[ -ÿ]*[!-ÿ]{1}|[!-ÿ]{1}"/>
>
> Em 26 de outubro de 2011 12:20, Renato Ricci <
> renatori...@singlesoftware.com.br> escreveu:

Roberto Leite Machado

unread,
Oct 26, 2011, 12:13:18 PM10/26/11
to nfe...@googlegroups.com
Ou um bug no schema ou na libxml !!! num dos dois com certeza, ou quem sabe em ambos ;-)

Roberto

Renato Ricci

unread,
Oct 26, 2011, 12:55:25 PM10/26/11
to NFePHP
Obrigado pelas informações.. Alterei o arquivo tiposBasico_v1.03.xsd
conforme explicação do Leandro e deu tudo certo!

T+

Renato

On 26 out, 13:43, Renato Ricci <renatori...@singlesoftware.com.br>
wrote:

IfAsMiRaK

unread,
Oct 27, 2011, 9:03:57 AM10/27/11
to NFePHP
> Edita o arquivo tiposBasico_v1.03.xsd e localiza <xs:simpleType
> name="TString">
>
> Daí altera pra esse formato a xs:pattern:
>
> <xs:pattern value="[!-ÿ]{1}[ -ÿ]*[!-ÿ]{1}|[!-ÿ]{1}"/>
>

Oi amigo, fiz a alteracao acima, e realmente, corrigiu varios erros,
mas ainda estes persistem, pode me dizer onde devo corrigir?

Erro 1839: Element '{http://www.portalfiscal.inf.br/nfe}nro': [facet
'pattern'] The value 'sn' is not accepted by the pattern '[!-ÿ]{1}[ -
ÿ]{0,}[!-ÿ]{1}|[!-ÿ]{1}'. ;

Erro 1839: Element '{http://www.portalfiscal.inf.br/nfe}uCom': [facet
'pattern'] The value 'M3' is not accepted by the pattern '[!-ÿ]{1}[ -
ÿ]{0,}[!-ÿ]{1}|[!-ÿ]{1}'. ;

Erro 1839: Element '{http://www.portalfiscal.inf.br/nfe}uTrib': [facet
'pattern'] The value 'M3' is not accepted by the pattern '[!-ÿ]{1}[ -
ÿ]{0,}[!-ÿ]{1}|[!-ÿ]{1}'. ;

IfAsMiRaK

unread,
Oct 27, 2011, 9:21:47 AM10/27/11
to NFePHP
> > Edita o arquivo tiposBasico_v1.03.xsd e localiza <xs:simpleType
> > name="TString">
>
> > Daí altera pra esse formato a xs:pattern:
>
> > <xs:pattern value="[!-ÿ]{1}[ -ÿ]*[!-ÿ]{1}|[!-ÿ]{1}"/>
>

amigo, alterei para <xs:pattern value="[!-ÿ]{1}[ -ÿ]*[!-ÿ]{1}|[!-ÿ]
{1}"/>

similar ao PL_006i, ai passou. mas nao sei se posso manter desta forma

Leandro C. Lopez

unread,
Oct 27, 2011, 1:38:03 PM10/27/11
to nfe...@googlegroups.com
Opa !!!

Vejo um futuro negro nesses novos schemas... hehehe



2011/10/27 IfAsMiRaK <ka...@kfs10.com.br>

FerreiraH.

unread,
Oct 27, 2011, 4:08:06 PM10/27/11
to nfe...@googlegroups.com
Permalink Respondida por Jorge Campos 4 horas atrás

Pessoal,

 

Os itens abaixo, da nota 04 foram postergados porque vamos rediscutir estas regras.

 

o GI10a – Validação do valor unitário de comercialização do item doproduto – código de rejeição: 629;

o GI14a – Validação do valor unitário de tributação do item do produto – código de rejeição: 630;

o GW16 – Validação do valor total da NF – código de rejeição: 610.·

Aperfeiçoamento do Schema XML do campo placa do veículo e placa do reboque – aperfeiçoamento para possibilitar a informação dasplacas dos veículos estrangeiros utilizados nas operações de exportaçãoe importação de mercadorias, o PL_006j.zip deve substituir oPL_006i.zip imediatamente.·

Aperfeiçoamento das regras de validação GI10a, GI14a e GW16 –estas regras serão aplicadas em produção em 01/02/12.

--
Ferreira Helder
B2Stok.net  B2Stok
Voce pode colaborar

Roberto Leite Machado

unread,
Oct 30, 2011, 8:24:45 AM10/30/11
to nfe...@googlegroups.com
Respondendo a sua pergunta Karim;

Pode manter as alterações SIM, o que ocorre é que existem diferenças
entre as versões do libxml, biblioteca responsável pela validação com
essas expressões regulares. No começo em 2009 estava muito pior e nem
era possível fazer essas verificações antes de enviar a NFe.
Cada distribuição linux empacota uma versão da libxml e nem sempre a
mais atual, e o mesmo ocorre com o PHP para windows (com o Xampp e
outros).

O fator preponderante nesses casos é que os desenvolvedores da NFe na
SEFAZ (acho que no RS) usam prioritariamente o .Net, que tem suas
próprias bibliotecas de expressões regulares. E até entendo que manter
estas regras em tantos ambientes diferentes é muito difícil.

É isso ...

Abraço
Roberto

Roberto Leite Machado

unread,
Oct 31, 2011, 7:27:49 AM10/31/11
to nfe...@googlegroups.com
Respondendo a sua pergunta Karim;

Pode manter as alterações SIM, o que ocorre é que existem diferenças
entre as versões do libxml, biblioteca responsável pela validação com
essas expressões regulares. No começo em 2009 estava muito pior e nem
era possível fazer essas verificações antes de enviar a NFe.
Cada distribuição linux empacota uma versão da libxml e nem sempre a
mais atual, e o mesmo ocorre com o PHP para windows (com o Xampp e
outros).

O fator preponderante nesses casos é que os desenvolvedores da NFe na
SEFAZ (acho que no RS) usam prioritariamente o .Net, que tem suas
próprias bibliotecas de expressões regulares. E até entendo que manter
estas regras em tantos ambientes diferentes é muito difícil.

É isso ...

Abraço
Roberto

Em Qui, 2011-10-27 às 06:21 -0700, IfAsMiRaK escreveu:

Reply all
Reply to author
Forward
0 new messages