Carlos Henrique Fagundes Postado 18 Fevereiro Postado 18 Fevereiro @Italo Giurizzato Junior, boa tarde. Estava usando o API Nuvem Fiscal, mas para Ginfes infelizmente não funciona.
FabioTellini Postado 13 Março Postado 13 Março Em 22/01/2026 at 10:27, C4Dev disse: @Dino Rodrigo S. Moreira Aqui não estamos enviando esses campos e mesmo assim não aceita. Poderia compartilhar um XML de envio para validarmos com o que estamos gerando? Bom dia. Conseguiu transmitir nota em Santo André ? Estou com esse mesmo problema. E160-Arquivo enviado fora da estrutura do arquivo XML de entrada. Correção: Envie um arquivo dentro do schema do arquivo XML de entrada. Obrigado.
adilsonpazzini Postado 20 Março Postado 20 Março Boa tarde .. acho que achei o problema, na hora de gerar, ta criando o Endereço como ENDEREÇO NO EXTERIOR .. ajustei a rotina e funcionou . No caso a checagem estava somente sobre o campo Endereço , eu troquei para if (NFSe.Tomador.Endereco.Endereco <> '') and (NFSe.Tomador.TomadorExterior=snSim) then ai agora o RPS ta chegando sem erro .
adilsonpazzini Postado 20 Março Postado 20 Março Ajustado o problema assima, agora o rps esta recebendo .. pore no retorno volta essa mensagem. Porem .. no campo ItemListaServico estou informando codigo 1005, tentei tambem com 10.05 ... e no campo CodigoTributacaoMuncipio deixei - 749010400 ... Conforme Print .. do proprio GINFES . porem fica dizendo que o campo CodigoTributacaoMunicipio esta inválido xml de envio . Alguem sabe o pq ? sem mais, Obrigadooo
Loki1_11 Postado 24 Março Postado 24 Março Pessoal eu fiz algumas correções no arquivo Ginfes.GravarXML.pas para funcionar com os tipos de notas de Santo André que meus clientes utilizam e aqui esta funcionando agora perfeito. Estou mandando abaixo o código atualizado: **Anexe o arquivo não cole, o post fica poluido e ruim pra poder ver**
André A Silva Postado 24 Março Postado 24 Março Em 21/01/2026 at 16:12, Fernanda Penteado disse: Por desencargo de consciencia, fui tentar emitir uma nfse com os dados da reforma em producao, com meu cnpj. ele aceitou sem erros agora. Porem, observando o xml de retorno, acho que eles nao estao fazendo nada ainda com essa informacao, pois nenhuma informacao da reforma é retornada no xml da nfse. acrescentei, alem das informacoes que estao no exemplo, o codigo a seguir: if ConfigNfse.ACBrNFSeX1.Configuracoes.Geral.Provedor in [proGinfes] then begin Servico.Valores.totTrib.pTotTribFed := datam.TNfseCbs_ALIQEFET.AsCurrency; Servico.Valores.totTrib.pTotTribEst := datam.TNfseIBSUF_ALIQEFET.AsCurrency; Servico.Valores.totTrib.pTotTribMun := datam.TNfseIbsMun_ALIQEFET.AsCurrency; end; é necessario atualizar os fontes do acbr, pois teve uma correcao no ginfes HOJE. Obs: ainda não consigo emitir em homologacao. só deu certo em produção. Bom dia Fernanda, Você está conseguindo enviar o XML para o Webservice de São Bernardo do Campo. Eu estou com o erro E185.
adilsonpazzini Postado 24 Março Postado 24 Março 1 hora atrás, André A Silva disse: Bom dia Fernanda, Você está conseguindo enviar o XML para o Webservice de São Bernardo do Campo. Eu estou com o erro E185. esse erro .. é pq ele ta gerando a tag de endereço exterior .. mandei ai o que precisa fazer para correcao
Adhelmar Rondon Postado 24 Março Postado 24 Março Bom pessoal, eu consegui emitir para a cidade de campo limpo paulista, eu tiver que fazer todas as alterações nos fontes do ACBr, porque não obtive nenhum auxilio, a cidade de campo limpo paulista é pelo ginfes
Loki1_11 Postado 24 Março Postado 24 Março Repostando aqui em anexo. Pessoal eu fiz algumas correções no arquivo Ginfes.GravarXML.pas para funcionar com os tipos de notas de Santo André que meus clientes utilizam e aqui esta funcionando agora perfeito. Estou mandando em anexo o código atualizado. Ginfes.GravarXml.pas
André A Silva Postado 24 Março Postado 24 Março 3 horas atrás, adilsonpazzini disse: esse erro .. é pq ele ta gerando a tag de endereço exterior .. mandei ai o que precisa fazer para correcao Boa tarde, Alguém possui XML de São Bernardo para envio no Webservice de homologação https://homologacao.ginfes.com.br/ServiceGinfesImpl?WSDL. Eu não estou conseguindo enviar devido ao erro abaixo: Codigo>E185</ns2:Codigo> <ns2:Mensagem>Arquivo de cabeçalho enviado fora da estrutura do arquivo XML de entrada. </ns2:Mensagem> <ns2:Correcao>Envie um arquivo de cabeçalho dentro do schema do arquivo XML de entrada.</ns2:Correcao> </ns2:MensagemRetorno></ListaMensagemRetorno></ns3:EnviarLoteRpsResposta>
adilsonpazzini Postado 31 Março Postado 31 Março Em 24/03/2026 at 15:29, André A Silva disse: Boa tarde, Alguém possui XML de São Bernardo para envio no Webservice de homologação https://homologacao.ginfes.com.br/ServiceGinfesImpl?WSDL. Eu não estou conseguindo enviar devido ao erro abaixo: Codigo>E185</ns2:Codigo> <ns2:Mensagem>Arquivo de cabeçalho enviado fora da estrutura do arquivo XML de entrada. </ns2:Mensagem> <ns2:Correcao>Envie um arquivo de cabeçalho dentro do schema do arquivo XML de entrada.</ns2:Correcao> </ns2:MensagemRetorno></ListaMensagemRetorno></ns3:EnviarLoteRpsResposta> No topico aqui, um amigo ja postou um RPS valido de são caetano ..
FabioTellini Postado 1 Abril Postado 1 Abril Boa tarde. EStou com esse erro E160 em 3 cidades, Suzano, Santo André e Guarulhos, todas usam Ginfes. Tentei de tudo já, usei o arquivo alterado que está anexado aqui no post, comparei meu xml com o xml anexado aqui e está exatamente igual, mas mesmo continuo com o erro. Tentei enviar os campos da reforma, sem os campos da reforma, mesmo assim, o erro permanece. Estão conseguindo transmitir notas para essas cidades ? Obrigado.
LuanParanhos Postado 13 Maio Postado 13 Maio Este erro constantemente aparece aqui. No caso estou tentando emitir para Santo André/SP. Agora mesmo estou com o mesmo erro.
Everton M Gava Postado 14 Maio Postado 14 Maio Bom dia, ontem (13/05/2026) o erro passou a ocorrer em Rio Claro/SP. O mesmo padrão de arquivo que foi autorizado normalmente no dia 12/05/2026 passou a simplesmente ser rejeitado no dia posterior Alguém tem alguma solução para isso?
LuanParanhos Postado 14 Maio Postado 14 Maio 17 minutos atrás, Everton M Gava disse: Bom dia, ontem (13/05/2026) o erro passou a ocorrer em Rio Claro/SP. O mesmo padrão de arquivo que foi autorizado normalmente no dia 12/05/2026 passou a simplesmente ser rejeitado no dia posterior Alguém tem alguma solução para isso? Santo André / SP. Mesmo problema! Dia 12/05 consegui também transmitir, a partir de ontem não passou mais.
Gabriel Ortega Postado 14 Maio Postado 14 Maio 14 minutos atrás, Everton M Gava disse: Bom dia, ontem (13/05/2026) o erro passou a ocorrer em Rio Claro/SP. O mesmo padrão de arquivo que foi autorizado normalmente no dia 12/05/2026 passou a simplesmente ser rejeitado no dia posterior Alguém tem alguma solução para isso? Mesmo caso para Guarulhos / SP, emissão funcionando normalmente até dia 12/05/2025 e para o dia 13/05/2026 o erro ocorre. Única forma de transmitir é pelo WebService: https://ws-guarulhos.giss.com.br/service-ws/nf/nfse-ws?wsdl no qual retorna o número de protocolo, mas não aparece no site https://guarulhos.ginfes.com.br
fernandok Postado 14 Maio Postado 14 Maio (editado) Pra ser mais exato, Guarulhos autorizou até dia 13/05 às 08:49... depois disso, só mesmo colar de alho e muita reza, resgatar modelos pra tentar achar o que mudou, porque nada de documentação, nenhum comunicado. Santo André - no nosso caso, também. 2 contadores de clientes me informaram que não houve mudança para o GISS ainda. Editado 14 Maio por fernandok 1
Gabriel Ortega Postado 14 Maio Postado 14 Maio Tivemos um retorno de um cliente nosso onde entraram e contato com a prefeitura e retornaram que o Problema era na Prefeitura de Guarulhos e estavam verificando para arrumar. Solicitaram para testarmos novamente após as 16h. 1
fernandok Postado 14 Maio Postado 14 Maio On 1/8/2026 at 8:15 AM, Eduardo.Fonseca said: Olá Cezar !! Só para te reportar que deu certo meu amigo, funcionou certinho e autorizou a nota , onde o código de atividade que era 14.01.c mudou para 14.01.03 e agora foi autorizada as notas de Diadema.... mas uma vez muito obrigado pela ajuda... Pra quem passar por aqui de novo, esse campo precisa estar #exatamente# no mesmo formato como está cadastrado na prefeitura. Melhor forme é entrar pelo site, como se fosse fazer a nota manual, vai no dropdown e coloca exatamente o que estiver lá. Já peguei uma prefeitura que precisei colocar "7.02/6100035" ao invés de simplesmente "7.02" ou "07.02" 1 minute ago, Gabriel Ortega said: Tivemos um retorno de um cliente nosso onde entraram e contato com a prefeitura e retornaram que o Problema era na Prefeitura de Guarulhos e estavam verificando para arrumar. Solicitaram para testarmos novamente após as 16h. Eles só não informaram 16h de que dia né... despreparo total, mais de 1 dia pra voltar o branch anterior! Mas só de saber que o problema não está no nosso código, já é um alivio. Obrigado pelo feedback @Gabriel Ortega 1
LuanParanhos Postado 14 Maio Postado 14 Maio (editado) 45 minutos atrás, fernandok disse: Pra quem passar por aqui de novo, esse campo precisa estar #exatamente# no mesmo formato como está cadastrado na prefeitura. Melhor forme é entrar pelo site, como se fosse fazer a nota manual, vai no dropdown e coloca exatamente o que estiver lá. Já peguei uma prefeitura que precisei colocar "7.02/6100035" ao invés de simplesmente "7.02" ou "07.02" Eles só não informaram 16h de que dia né... despreparo total, mais de 1 dia pra voltar o branch anterior! Mas só de saber que o problema não está no nosso código, já é um alivio. Obrigado pelo feedback @Gabriel Ortega Este seria o menor dos problemas... A coisa mais complexa que me aconteceu até agora, mesmo trabalhando há pouco tempo com nota fiscal de serviço, foi essa questão da “NFS-e Padrão Nacional”, que de padrão não tem nada. Cada um faz o que bem entende, e assim seguimos. Tenho clientes de vários estados e municípios diferentes e, às vezes, é difícil até conseguir contato com a prefeitura. Ficamos totalmente perdidos. Muitas vezes, implementam alguma mudança ou estão com algum problema e nem sequer informam nada no portal. Aí precisamos quebrar a cabeça no código para tentar descobrir o que aconteceu. E isso acarreta em cliente chateado, insatisfeito, querendo até desistir do sistema, entre outras situações. O cliente não quer saber se o problema é da prefeitura, do provedor ou de alguma mudança não informada. Ele quer emitir a nota e ponto. Se ao menos a prefeitura desse uma posição clara, explicando a situação, já ajudaria bastante. Mas, na maioria das vezes, nem isso fazem. Sinceramente, acho isso uma tremenda falta de respeito por parte dessas prefeituras. Deveria existir uma forma oficial de registrar reclamações e cobrar mais clareza nas mudanças, instabilidades e problemas relacionados à emissão de NFS-e. Editado 14 Maio por LuanParanhos
Eduardo.Fonseca Postado 14 Maio Postado 14 Maio 4 horas atrás, Gabriel Ortega disse: Mesmo caso para Guarulhos / SP, emissão funcionando normalmente até dia 12/05/2025 e para o dia 13/05/2026 o erro ocorre. Única forma de transmitir é pelo WebService: https://ws-guarulhos.giss.com.br/service-ws/nf/nfse-ws?wsdl no qual retorna o número de protocolo, mas não aparece no site https://guarulhos.ginfes.com.br Olá Gabriel !! Antes Guarulhos estava no padrão Ginfes, então hoje eles mudaram para GissOnLine , é isto ? Você está conseguindo emitir no padrão GissOnLine em vez de Ginfes ?
Gabriel Ortega Postado 14 Maio Postado 14 Maio 15 minutos atrás, Eduardo.Fonseca disse: Olá Gabriel !! Antes Guarulhos estava no padrão Ginfes, então hoje eles mudaram para GissOnLine , é isto ? Você está conseguindo emitir no padrão GissOnLine em vez de Ginfes ? o WebService aceita a emissão mas a nota não é valida. Aparentemente se mantém no Ginfes, pois me passaram agora que algumas notas estão transmitindo, mas não todas. 1
Eduardo.Fonseca Postado 14 Maio Postado 14 Maio 4 minutos atrás, Gabriel Ortega disse: o WebService aceita a emissão mas a nota não é valida. Aparentemente se mantém no Ginfes, pois me passaram agora que algumas notas estão transmitindo, mas não todas. que bagunça esta Ginfes, e não tem nada informando se migraram, se estão com instabilidade, onde enviamos email e nada de responderem, quando respondem já passou mais de 30 dias e ai a gente na tentativa e erro, já descobrimos o problema.... Como desenvolvedor sofre !!!!! Tínhamos que ganhar bônus por insalubridade !!!!
Membro Pro Verificado EasySoft Sistemas Postado 14 Maio Membro Pro Verificado Postado 14 Maio Na cidade de Registro-SP a partir de ontem começou a ocorrer o mesmo erro. Erros: | E160 - Arquivo enviado fora da estrutura do arquivo XML de entrada. | Correção: Envie um arquivo dentro do schema do arquivo XML de entrada. Como fizeram pra resolver? Ou ainda não resolveram?
Everton M Gava Postado 14 Maio Postado 14 Maio (editado) Em Rio Claro/SP, ainda não autorizou. Editado 14 Maio por Everton M Gava Erro
Recommended Posts