Erro De Schema

[Oneide]

Boa tarde

 

coloquei minha aplicacao em producao..  prefeitura de chapeco - SC (betha)

 

entao comecou a me retorna erro de inscricao municipal..

 

fui ver o cadastro no site da betha e constava assim a inscricao =  39738-5

mas assim os schemas do acbr me retornar erro de conversao.. 

 

entao alterei o cadastro do meu sistema para 397385 

 

entao deu erro no envio.. entao alterei o schema do acbr, o arquivo TiposNFe_v01.xsd

 

ficando assim = 

  <xs:simpleType name="tsInscricaoMunicipal">

    <xs:annotation>

      <xs:documentation>Tipo padrão referente a inscrição municipal.</xs:documentation>

    </xs:annotation>

    <xs:restriction base="xs:string">

      <xs:minLength value="1" />

      <xs:maxLength value="15" />

    </xs:restriction>

  </xs:simpleType>

 

antes erra assim:

  <xs:simpleType name="tsInscricaoMunicipal">

    <xs:annotation>

      <xs:documentation>Tipo padrão referente a inscrição municipal.</xs:documentation>

    </xs:annotation>

    <xs:restriction base="xs:long">

      <xs:pattern value="[0-9]{1,20}" />

    </xs:restriction>

  </xs:simpleType>

 

entao foi normal..

O por q da alteracao.. no site da betha ele deixa colcar o traço (-) no cadastro da inscricao municipal entao teoricamente o schema tb..

 

aguardo retorno....

 

[Juliomar Marchetti]

Acho que este questionamento deve ser feito ao pessoal da betha pois é usado o schema deles pra validar correto?

[Oneide]

olha.. baixei o deles.. e la consta 3 arquivos so.. e nao tem esse arquivos dos tipos q uso aqui do ACBR..

 

fui olhar e la esta assim..

 

<xsd:simpleType name="tsInscricaoMunicipal">

<xsd:restriction base="xsd:string">

<xsd:maxLength value="15"/>

<xsd:minLength value="1"/>

<xsd:whiteSpace value="collapse"/>

</xsd:restriction>

</xsd:simpleType>

 

correto ao meu ver..

 

aguardo..

[Oneide]

Em contato com no forum da betha eles me repassaram novamente os schemas e neles contem 3 arquivos, nele a um arquivo ontem contem o descrevi no Post acima..

 

entao o deles estaria correto.. e o do acbr estaria diferente..

[Italo Giurizzato Junior]

Bom dia Oneide,

 

Post como anexo os schemas que o provedor Betha disponibilizou a você.

[Oneide]

certo...

 

segue em anexo..

schemaBetha.zip

[Oneide]

entao alguma solucao sobre o problema ?

[Juliomar Marchetti]

Uma pergunta todos os cadastros dos clientes no site da prefeitura estão sem o traço ou com o traço?

[Oneide]

não tenho acesso a todos la...

 

mas pelo que o fiscal me passou todos que ele cadastrou estão com o traço (-).

[Oneide]

Alguma Posição sobre a solicitação ?

[Juliomar Marchetti]

Com os schemas que eles te repassaram ao substituir o que está no svn resolveu seu problema?

[Oneide]

Entao.. como eu disse nos posts acima..

eu so alterei a tag ''tsInscricaoMunicipal'', não usei todos os aquivos deles...

 

com isso resolveu  o problema...

[Juliomar Marchetti]

O correto é usar os arquivos disponibilizados por ele, veja temos mais pessoas usando para a betha e não houve mais relatos além do seu!

então a primeira coisa é testar com os arquivos que  enviaram, se o problema é os arquivos verificamos e subimos ele, agora se é outra coisa dai tem que ver outra forma de resolver!

[Oneide]

<xs:simpleType name="tsInscricaoMunicipal">

    <xs:annotation>

      <xs:documentation>Tipo padrão referente a inscrição municipal.</xs:documentation>

    </xs:annotation>

    <xs:restriction base="xs:long">

      <xs:pattern value="[0-9]{1,20}" />

    </xs:restriction>

  </xs:simpleType>

 

Assim esta no XML do ACBR.. nunca ira funcionar uma inscricao com traço(-) Ex. 39738-5 (e se enviar sem o traço ele nao encontra a inscricao)

por causa dessa tag  <xs:restriction base="xs:long"><xs:pattern value="[0-9]{1,20}" />

e o resto dos campos esta igual.. por isso so alterei essa linha..

e se vc fizer o teste irá se deparar com o mesmo erro (se tiver cadastrado assim no sistema da betha).

Por isso até ja postei os XML da betha nos comentários acima.

Editado 1 Novembro, 2013 por Oneide

[Oneide]

o problema ainda persiste.

 

'39738-5' violates pattern constraint of '[0-9]{1,20}'.

The element 'InscricaoMunicipal' with value '39738-5' failed to parse.

 

se eu for remover o traço ele nao encontra a inscricao no site da betha, pois la esta cadastrado com o traço...

[Italo Giurizzato Junior]

Bom dia Oneide,

 

Acredito que o problema é simples de tudo.

 

Primeiro entre em contato com o provedor Betha e solicite a eles os schemas oficiais, ou seja, o que deve ser utilizado para validar o lote quando for enviar para eles.

 

Se com esses schemas o problema persistir, então você deve solicitar a eles que removam o "-" do numero da IM no cadastro deles.

 

Se os schemas que hoje é disponibilizado estiver errado, por favor, post como anexo os novos que você consegui com o provedor.

 

Por outro lado se o problema não é os schemas, você tem que resolver com eles alterando essa informação no cadastro deles.

[Juliomar Marchetti]

 

o problema ainda persiste.

 

'39738-5' violates pattern constraint of '[0-9]{1,20}'.

The element 'InscricaoMunicipal' with value '39738-5' failed to parse.

 

se eu for remover o traço ele nao encontra a inscricao no site da betha, pois la esta cadastrado com o traço...

 

A sua solução é entrar em contato com eles e fazer cadastrar corretamente

sendo que no schema deles não possui o traço para validar e assim estaria alterando o que funciona para as outras cidades

veja seu caso é a exceção não é a regra, se fosse regra teria mais relatos

 

 

 

Ops o Italojr foi mais rápido...heheeh

[Oneide]

Entao.. 

 

foi a primeira coisa de fiz.. pedir para alterar o cadastro.. seria mais facil..

mas o fiscal me falou que nao iria alterar.. e que tinha cadastrados todos assim...

 

entao entrei em contato com o pessoal da betha e eles me passaram os shemas que add aqui em cima num post.. e la vi que estava diferente essa parte(do acbr estava diferente do deles)

por isso so alterei essa parte..

 

mas voltarei a entrar em contato com eles para verificar se há novos shemas e então testá-los novamente e se der certo irei postar aqui...

[Oneide]

Entao..

 

Baixei os Schemas deles... e eles estao iguais..

oque eu alterei foi o arquivo TiposNFe_v01.xsd que nao costa nos shemas deles..

 

onde isso = 

<xs:simpleType name="tsInscricaoMunicipal">

    <xs:annotation>

      <xs:documentation>Tipo padrão referente a inscrição municipal.</xs:documentation>

    </xs:annotation>

    <xs:restriction base="xs:long">

      <xs:pattern value="[0-9]{1,20}" />

    </xs:restriction>

  </xs:simpleType>

 

é inteiro por isso da o problema de parser.. por isso mudei para string =

 

<xs:simpleType name="tsInscricaoMunicipal">

    <xs:annotation>

      <xs:documentation>Tipo padrão referente a inscrição municipal.</xs:documentation>

    </xs:annotation>

    <xs:restriction base="xs:string">

      <xs:minLength value="1" />

      <xs:maxLength value="15" />

    </xs:restriction>

  </xs:simpleType>

 

 

Entao, era essa a duvida de inicio ja.. so me expressei mal apos as outras perguntas de vcs..

[Oneide]

Segue em anexo arquivo alterado..

TiposNFe_v01.rar

[Juliomar Marchetti]

Então o correto da documentação e dos arquivos deles é que anexou aqui isso?

Você não alterou nada por conta própria é o que tem no site deles se for baixar ou se solicitar a eles?

[Oneide]

Nao intendi o teu comentário, ficou confuso.

 

Mas assim, se vc ler oque escrevi la.. eu so alterei o ultimo arquivo que postei ( TiposNFe_v01.xsd ).. e esse arquivo nao vem com os schemas deles...

 

entendeu ?

[Italo Giurizzato Junior]

Boa tarde Oneide,

 

É complicado realizarmos alterações nos schemas, porque:

 

1. Alterando o schema vamos conseguir validar o XML;

2. O webservice ao receber o XML vai também submete-lo ao seu próprio validador que por sua vez pode recusar pois a IM tem "-".

3. Se não alterar o schema não podemos colocar a IM com o "-", caso contrario não é validado pelo componente.

4. O webservice recebe o XML ao validar o mesmo entre outras coisas checa que a IM sem "-" não consta no cadastro do provedor, consequentemente é rejeitado.

 

Resumindo tudo tem que estar em conformidade.

 

O validador do provedor trata a IM como sendo um numero ou como sendo uma string?

Se trata como numero não deveria deixar cadastrar uma empresa informado a IM com "-".

O provedor tem que fornecer os schemas oficiais.

[Oneide]

certo.. isso eu compreendo italo...

 

mas esse arquivo TiposNFe_v01.xsd nao existe nos schemas deles..(so existem 3 aquivos da betha que sao identicoes ao do acbr mas TiposNFe_v01.xsd nao existe la) 

 

por mim tanto faz.. posso sempre fazer o merge disso.. mas esse problema vai acontecer com todos q tiverem o traço cadastrado...

e se inteiro vai funcionar tb.. pois tenho uma conta de homologacao onde foi cadastrado sem o traço e la tambem da certo com esse arquivo alterado...

 

 

concluindo então.. so relatei o problema detalhei ele, e postei uma solucao.. agora se nao for valido.. sem extress.. eu vo mantendo aqui...

que conversando que se chega a soluções...

[Juliomar Marchetti]

Sem problemas Oneide

é conforme falamos anteriormente pelo que percebemos seu caso é único (exceção) e não a regra!

Quando passa ser a regra e que todos ocorrem ou mais reportem