(RESOLVIDO)E160: “Arquivo enviado fora da estrutura do arquivo XML de entrada”.

Citação :

Ao tentar fazer o envio dos RPS tanto via upload pelo site, quanto via integração com o WebService ocorre o erro: E160 – “Arquivo enviado fora da estrutura do arquivo XML de entrada”.

Esse erro ocorre quando o XML de entrada não é entendido como pertencente ao schema correspondente, abaixo segue algumas coisas que podem ser observadas, que geralmente ocorrem neste erro:

- O método que está sendo consumido não é o correspondente ao schema (verifique versões);
- O arquivo enviado está sofrendo alterações de charset após a validação com o schema;
- Formatação inadequada das tags conforme o padrão especificado no manual de integração;
- O arquivo XML do cabeçalho não está respeitando o schema (somente no caso de integração com WebService);
- A ordem dos parâmetros está errada "1º cabeçalho, 2º arquivo" (somente no caso de integração com WebService).

Obs: Na área exclusiva ao desenvolvedor que encontra-se na pagina inicial do Ginfes, são disponibilizados os schemas em XSD que servem de exemplos aos desenvolvedores com pratica no uso de XML. Nessa mesma área é disponibilizado para download um validador de arquivo XML , onde é possível visualizar quais as tags e erros do seu arquivo.

Bom Dia, eu vivo presenciando este erro, e no meu caso, apesar de não dizer nada a descrição do erro, geralmente se trata da Inscrição Municipal, CNAE, Classicação de serviço ou Aliquota de ISS, inválida.

Verifique estes dados, e envie novamente.

Atenciosamente,

Renato Carvalho.

Ví essa informação acima : "Obs: Na área exclusiva ao desenvolvedor que encontra-se na pagina inicial do Ginfes, são disponibilizados os schemas em XSD que servem de exemplos aos desenvolvedores com pratica no uso de XML. Nessa mesma área é disponibilizado para download um validador de arquivo XML , onde é possível visualizar quais as tags e erros do seu arquivo."


Agora alguem pode me dizer onde é essa area de desenvolvedores ?

Preciso do validador do XML, como dito acima, pois estou tendo como retorno o erro E160.

Grato

Dúvidas:

Porque a equipe de suporte da GINFES não disponibiliza um arquivo modelo para que os programadores parem de perder tempo?

Porque a resposta do Webservice é um padrão "X" que não mostra realmente onde está a inconsistencia?

Porque, mesmo após validar o arquivo com o XSD, a mensagem de erro é a mesma? "E-160"

Resposta: Existe um grande desinteresse do lado servidor (GINFES) em fazer a coisa certa e dar um suporte digno ou desenvolver um sistema Webservice que de a resposta certa.

Realmente, é muito complicado trabalhar assim.
Você não sabe nem onde está o erro.

Pessoal,

Estou implementando a integração com a Ginfes, para a prefeitura de São José dos Campos.
Estou recebendo como retorno o erro E160 - Arquivo enviado fora da estrutura do arquivo XML de entrada.
Já tentei de tudo. Pesquise aqui no fórum e em outros locais, fiz como sugeriram, alterei meu xml várias vezes e nada corrige o problema.
O suporte da Ginfes também não ajuda. Segui as orientações do Elton dadas em seu post, mas nada surtiu efeito.

Já estou sem saída, meu cliente pressionando e o problema persiste.
Se algum puder me ajudar ficarei muito grato.
Abaixo segue um exemplo do meu documento xml.

Obrigado,
Bruno Fernandes

** Lembrando que retirei os paths completos dos atributos xmlns, porque o forum não me permite postar links. **

<?xml version="1.0" encoding="UTF-8" ?><EnviarLoteRpsEnvio xmlns="servico_enviar_lote_rps_envio_v03.xsd"><LoteRps xmlns:tipos="tipos_v03.xsd" Id="07177680000162174976000000000000085"><tipos:NumeroLote>85</tipos:NumeroLote><tipos:Cnpj>07177680000162</tipos:Cnpj><tipos:InscricaoMunicipal>174976</tipos:InscricaoMunicipal><tipos:QuantidadeRps>1</tipos:QuantidadeRps><tipos:ListaRps><tipos:Rps><tipos:InfRps><tipos:IdentificacaoRps><tipos:Numero>1</tipos:Numero><tipos:Serie>1</tipos:Serie><tipos:Tipo>1</tipos:Tipo></tipos:IdentificacaoRps><tipos:DataEmissao>2013-01-26T00:00:00</tipos:DataEmissao><tipos:NaturezaOperacao>1</tipos:NaturezaOperacao><tipos:RegimeEspecialTributacao>6</tipos:RegimeEspecialTributacao><tipos:OptanteSimplesNacional>1</tipos:OptanteSimplesNacional><tipos:IncentivadorCultural>2</tipos:IncentivadorCultural><tipos:Status>1</tipos:Status><tipos:Servico><tipos:Valores><tipos:ValorServicos>10.00</tipos:ValorServicos><tipos:ValorPis>0.00</tipos:ValorPis><tipos:ValorCofins>0.00</tipos:ValorCofins><tipos:ValorInss>0.00</tipos:ValorInss><tipos:ValorIr>0.00</tipos:ValorIr><tipos:ValorCsll>0.00</tipos:ValorCsll><tipos:IssRetido>1</tipos:IssRetido><tipos:ValorIss>0.20</tipos:ValorIss><tipos:ValorIssRetido>0.20</tipos:ValorIssRetido><tipos:BaseCalculo>10.00</tipos:BaseCalculo><tipos:Aliquota>0.0200</tipos:Aliquota><tipos:ValorLiquidoNfse>9.80</tipos:ValorLiquidoNfse><tipos:DescontoIncondicionado>0.00</tipos:DescontoIncondicionado><tipos:DescontoCondicionado>0.00</tipos:DescontoCondicionado></tipos:Valores><tipos:ItemListaServico>01.01</tipos:ItemListaServico><tipos:CodigoTributacaoMunicipio>20101001</tipos:CodigoTributacaoMunicipio><tipos:Discriminacao>TESTE</tipos:Discriminacao><tipos:CodigoMunicipio>3549904</tipos:CodigoMunicipio></tipos:Servico><tipos:Prestador><tipos:Cnpj>07177680000162</tipos:Cnpj><tipos:InscricaoMunicipal>174976</tipos:InscricaoMunicipal></tipos:Prestador><tipos:Tomador><tipos:IdentificacaoTomador><tipos:CpfCnpj><tipos:Cnpj>10818307000158</tipos:Cnpj></tipos:CpfCnpj></tipos:IdentificacaoTomador><tipos:RazaoSocial>QUADSYS</tipos:RazaoSocial><tipos:Endereco><tipos:Endereco>AV PRUDENTE DE MORAIS</tipos:Endereco><tipos:Numero>621</tipos:Numero><tipos:Bairro>CIDADE JARDIM</tipos:Bairro><tipos:CodigoMunicipio>3106200</tipos:CodigoMunicipio><tipos:Uf>MG</tipos:Uf><tipos:Cep>30575810</tipos:Cep></tipos:Endereco></tipos:Tomador></tipos:InfRps></tipos:Rps></tipos:ListaRps></LoteRps><Signature xmlns="xmldsig#"><SignedInfo><CanonicalizationMethod Algorithm="REC-xml-c14n-20010315" /><SignatureMethod Algorithm="xmldsig#rsa-sha1" /><Reference URI="#07177680000162174976000000000000085"><Transforms><Transform Algorithm="xmldsig#enveloped-signature" /><Transform Algorithm="REC-xml-c14n-20010315" /></Transforms><DigestMethod Algorithm="xmldsig#sha1" /><DigestValue>nEYjxIADuicn8nXTKjS+kfGqckI=</DigestValue></Reference></SignedInfo><SignatureValue>PAViufDe3iZUvVk7+2diInzWulfo1UaTswi+z/W4nsfeF4tpp9/Q9ZKnsH9C2330tnqMTe+8pUu/p0mQM4mSAPv4eR/1P84Rt6OUq3M5U7ud3HAywJLroaI4JBDwhk07UOuvzNRKLNc5QX5yHMs4W3LTH/oG7xdO3mqTHLKd43M=</SignatureValue><KeyInfo><X509Data><X509Certificate>MIIGTTCCBTWgAwIBAgIIEIYhYwX8lBowDQYJKoZIhvcNAQEFBQAwdTELMAkGA1UEBhMCQlIxEzARBgNVBAoTCklDUC1CcmFzaWwxNjA0BgNVBAsTLVNlY3JldGFyaWEgZGEgUmVjZWl0YSBGZWRlcmFsIGRvIEJyYXNpbCAtIFJGQjEZMBcGA1UEAxMQQUMgU0VSQVNBIFJGQiB2MTAeFw0xMTExMjIxNDAwMDBaFw0xNDExMjExNDAwMDBaMIHhMQswCQYDVQQGEwJCUjELMAkGA1UECBMCU1AxHDAaBgNVBAcTE1NBTyBKT1NFIERPUyBDQU1QT1MxEzARBgNVBAoTCklDUC1CcmFzaWwxNjA0BgNVBAsTLVNlY3JldGFyaWEgZGEgUmVjZWl0YSBGZWRlcmFsIGRvIEJyYXNpbCAtIFJGQjEWMBQGA1UECxMNUkZCIGUtQ05QSiBBMzESMBAGA1UECxMJQVIgU0VSQVNBMS4wLAYDVQQDEyVTIEtBV0FOTyBMQVZBTkRFUklBIE1FOjA3MTc3NjgwMDAwMTYyMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDJ46SZX24+Lzkjq15q/HI4VR30GB4Ljl0bMIxNQil/Jtv5qfvrhHMZ1inp3DQuAjv+pNc6Mh3JfQMlEXA2mde4QMJDTVI9oJeG/VZ6Wj0GTRdBLL8onoVdXuJNtSyO4wTNdwYeddVxUfF5yOWY+60V/3pENcUFDCqNHYhpZ0TczQIDAQABo4IC9jCCAvIwCQYDVR0TBAIwADAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB8GA1UdIwQYMBaAFJrdIrb2d+lCb0jCUUCgVuLzdD+7MIGpBgNVHREEgaEwgZ6BFFJBRkFFTEFARkFUT1MuQ05ULkJSoBgGBWBMAQMCoA8TDVNBTVVFTCBLQVdBTk+gGQYFYEwBAwOgEBMOMDcxNzc2ODAwMDAxNjKgOAYFYEwBAwSgLxMtMDYwMjE5NzQxODU3MTMyMzg2MDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwoBcGBWBMAQMHoA4TDDAwMDAwMDAwMDAwMDBXBgNVHSAEUDBOMEwGBmBMAQIDCjBCMEAGCCsGAQUFBwIBFjRodHRwOi8vd3d3LmNlcnRpZmljYWRvZGlnaXRhbC5jb20uYnIvcmVwb3NpdG9yaW8vZHBjMIHzBgNVHR8EgeswgegwSqBIoEaGRGh0dHA6Ly93d3cuY2VydGlmaWNhZG9kaWdpdGFsLmNvbS5ici9yZXBvc2l0b3Jpby9sY3Ivc2VyYXNhcmZidjEuY3JsMESgQqBAhj5odHRwOi8vbGNyLmNlcnRpZmljYWRvcy5jb20uYnIvcmVwb3NpdG9yaW8vbGNyL3NlcmFzYXJmYnYxLmNybDBUoFKgUIZOaHR0cDovL3JlcG9zaXRvcmlvLmljcGJyYXNpbC5nb3YuYnIvbGNyL1NlcmFzYS9yZXBvc2l0b3Jpby9sY3Ivc2VyYXNhcmZidjEuY3JsMIGZBggrBgEFBQcBAQSBjDCBiTBIBggrBgEFBQcwAoY8aHR0cDovL3d3dy5jZXJ0aWZpY2Fkb2RpZ2l0YWwuY29tLmJyL2NhZGVpYXMvc2VyYXNhcmZidjEucDdiMD0GCCsGAQUFBzABhjFodHRwOi8vb2NzcC5jZXJ0aWZpY2Fkb2RpZ2l0YWwuY29tLmJyL3NlcmFzYXJmYnYxMA0GCSqGSIb3DQEBBQUAA4IBAQBfk+KqAS5mfKv+ZNq4kmnc82E4KP9Q9G07UMlMiXzJQZdiNo6UG9KCfvX2+o4NPqHkVfUCG/CwCRvGiSSCJPoZDcQmBOtfLPuAjQhPglawngLg0PEje/4Zlhye/P8AvnKweABSohVhPAFeYSWaKIqAEwDe3mBlxk53DwjqRPznvYhKFMe7fznjYjAeuwPgaxvar/5gZADrsN3JubrX0Jy9j/t9Z2ozUq/3KW0WeSiFoy7mDzT37yW799C7IDS8tmp7heLnLDEDjlY8QRHVC2Jq1dvPEKwxVzqFmQfldXLku6ovaf/iSIRkObdx888/3dQc0U4fRa+ZOas1SuBn82ej</X509Certificate></X509Data></KeyInfo></Signature></EnviarLoteRpsEnvio>

Bom dia à todos!

Trabalho numa empresa que atua com o Ginfes de ITU e FRANCA.

Este erro já acontece algumas vezes, e é no momento de gerar o lote automatizado pelo Web Services 3.0.

O Ginfes não consegue devolver o número aleatório do lote e retorna essa mensagem E160.

Concordaria com o XML fora da estrutura, se estivesse implantando o produto hoje nos nossos clientes, mas já estamos com o produto em produção há mais de 2 anos. E ontem este mesmo cliente emitiu nfs normalmente, e não houve nada de mudança na aplicação.

Acho que isso já define tudo!

At.,
Jessé Dantas

Na verdade amigo, o seu sistema estar trabalhando com uma boa estabilidade a 2 anos não significa que ele não pode ter errado ao construir o arquivo (nenhum sistema é perfeito).
E passei pelo mesmo erro que você e advinha o que ocorreu, o usuário conseguiu colocar o "-"do codigo verificador do cnpj kkkkkk,,, foi complicado, pois somente depois de dois dias que lembrei que o XSD do Ginfes tem tambem um numero maximo de caracteres neste campo e se o mesmo exceder este numero da erro E-160.
Então a dica esta ae verifique qualquer valor incorreto nos campos, desde dados do prestador até mesmo a assinatura.
Use o notepad++ com os plugins XML para realizar a validação de seu arquivo (na minha opnião a melhor ferramenta, e open source tbm).
Qualquer coisa, colocar um arquivo que você esta enviando como resposta pra gente da uma olhada..........
se colocar o arquivo, retire os dados do prestador tomador e assinatura, afinal não queremos que utilizem seus dados e seu certificado digital certo?
até mais amigo,,,, espero que tenha lhe ajudado ,,,,
Flw

Arcadius, boa tarde!

Concordo com qualquer sistema não ser perfeito, mas nossa solução já atua de forma automatizada, de forma que o usuário apenas "inputa" os dados pré-cadastrado de Prestador, Tomador, etc.

Resumindo, no processo do cliente, entre ERP + mensageria + Prefeitura, está tudo default, não houve mudança de nada. Nossa solução faz todo o trabalho de conversão de spools para XML, validação de schema, para depois enviar para prefeitura.

Conhecemos e trabalhamos com todas as ferramentas utilizáveis, inclusive estas (XML Spy, Notepad++, Beyond Compare, etc) e tantas outras.

O fato é que este problema não é a primeira vez!

De todas as maneiras, valeu mesmo pela ajuda e pró-atividade e interesse em nos apoiar meu caro, tenha certeza que no que for útil, estamos à disposição também.

Certo, se precisar estamos ae.
Mas você pode pesquisar até mesmo na internet, não estou defendendo o Ginfes, mas o erro E-160 sempre foi causado por falhas na estrutura do arquivos dados e etc.... ou seja é pouco provável que este erro que você diz não estar enfrentando pela primeira vez seja causado pelo Ginfes ,claro não podemos descartar tambem esta hipótese, afinal todo sistema tem falhas. Mas vamos supor que este erro estivesse sendo causado por um erro no Ginfes, basicamente a grande maioria (me refiro a pelo menos 80%) dos softwares utilizados hoje para realizar a integração com o Ginfes teriam o mesmo problema, pois a validação da estrutura é idêntica para todos os municípios, inclusive Fortaleza que pelas informações obtidas através de outro amigo desenvolvedor, que utiliza um serviço um pouco diferenciado.
PS: tenho uma aplicação rodando em empresas de toda a região do ABCD e M também (kkkkkk é complicado pq alguns consideram que Mauá tbm faz parte kkkkkkkkk sei lá) e pelo menos comigo houve estes problemas em uns dois locais e sempre foram realmente um erro na estrutura.