Olá! Neste artigo vamos abordar um dos retornos do módulo NFS-e, que constantemente tem causado dificuldade na integração.
O retorno “Arquivo enviado fora da estrutura do arquivo XML de entrada”, é uma resposta comum em diferentes padrões de emissão, especialmente no padrão GINFES.
Sabemos que, o retorno recebido no processamento de um RPS, é muito importante para o entendimento do que ocorreu com determinado documento.
Na grande maioria dos casos, o retorno é claro e objetivo, e em caso de rejeição, nos mostra o que deve ser feito e qual a informação que está de fato incorreta.
Mas infelizmente não são todos os casos onde o retorno é facilmente interpretado, e este que abordaremos neste artigo, gera uma grande dificuldade de compreender o que de fato ocorreu com o documento.
A boa notícia é que há alguns pontos que podem ser avaliados no XML de integração, para tentar entender qual o campo que originou tal retorno.
Mas, o que pode causar este retorno?
Em praticamente 100% dos casos, este retorno é ocasionado pela falta de alguma informação obrigatória, ou até mesmo, pelo envio de uma informação incorreta em uma tag do XML. Por exemplo, vamos supor que o campo natOp (Natureza de Operação) seja obrigatório, mas foi enviado em branco, poderá causar o retorno em questão.
O mesmo retorno pode ocorrer se enviado um valor no campo natOp, mas não é um valor válido para a tag, como por exemplo, se é esperado na tag valores de 1 à 6, mas é enviado valor fora desse range.
Mas, o que posso fazer para encontrar o problema de fato?
Sabendo que estes são os maiores causadores deste retorno, a primeira ação que deve ser tomada é avaliar todos os campos enviados no XML, e validar se estas informações enviadas estão de acordo com as informações esperadas em cada campo.
Outra alternativa, é avaliar as particularidades de cada padrão, pois sempre podem haver informações que passaram despercebidas durante a integração, e nestes artigos, podemos identificar algum campo faltante ou informação que possa ter sido enviada de forma incorreta.
Para tal, identifique qual o padrão do município em questão, e busque pelo artigo de particularidades, clicando aqui.
Outro recurso que pode facilitar e impedir erros de preenchimento do XML, é utilizar a validação de schema XSD, antes de transmitir o RPS ao InvoiCy. Nós disponibilizamos um arquivo XSD para que você possa efetuar esta validação em seu ERP.
A cada RPS gerado para envio, se efetuada esta validação contra o arquivo XSD, as chances de descobrir uma informação obrigatória faltante ou incorreta aumentam, reduzindo os riscos de retornar a falha na estrutura do arquivo enviado.
Por fim, gostaria ainda de compartilhar um retorno bem específico do padrão GINFES, que causa o retorno de falha na estrutura do arquivo enviado.
O retorno costuma ocorrer sempre que enviado qualquer valor no campo RegEspTrib (Regime Especial de Tributação).
Alguns municípios do padrão aceitam a informação, porém outros, mesmo tendo o campo em seu layout, não aceitam, causando tal rejeição. Neste caso, a orientação é remover a informação do XML e tentar a emissão novamente.
Se mesmo com as avaliações acima citadas, ainda não seja possível solucionar o problema, fique tranquilo.
Conte com nossa equipe de atendimento especialista em emissão fiscal. Envie um e-mail para atendimento@migrate.info. Nós vamos lhe apoiar para o seu sucesso!
Use NFS-e com a MIGRATE! Conheça a Plataforma InvoiCy!
Gostou deste conteúdo? Então veja quais os municípios atendidos pela Migrate clicando neste link.
Quer conhecer mais sobre a Plataforma InvoiCy? Veja clicando aqui.
