Elaine Urgal

Olá bom dia. Estou com mesmo problema para emissão da NFC-e em MG. Utilizei as dicas postadas mas o problema persiste

Exato Gr@c@! Mas não só placa, qualquer campo que ficar inválido retorna essa mensagem, aí agente tem que "investigar" todos os dados pra achar o problema ...

Bom dia! Segue anexas as pastas de schemas. SchemasNova.rar SchemasAnterior.rar

Sim está marcado. No componente fica ACBrNFe.Configuracoes.Geral.ExibirErroSchema = True

Certo Juliomar, como expliquei no incio coloquei o CFOP errado propositalmente para testar a validação feita pelo ACBRNFe... O problema é que no sistema não está retornando o resultado/conteúdo da validação (nesse caso o cfop errado), mas somente a mensagem: Rejeicao: Falha no Schema XML do lote de NFe.

Olá bom dia! Estou usando o ACBRNFe, e utilizei a Schemas que veio na pasta Exemplos. Segue anexo o xml gerado. 31160720805030000182550010000000101000000107-nfe.xml

Depois da atualização do componente ao tentar transmitir a NFe passou a exibir a msg : " Rejeicao: Falha no Schema XML do lote de NFe." Após de muitas tentativas observei que o que acontece na verdade é que a validação não "detalha" quais campos não foram validados, apenas exibe esta msg, mas se eu utilizar a pasta de Schemas da versão anterior, o retorno da validação com os campos inválidos é exibida normalmente. Por exemplo , gerei uma nota com CFOP errado de propósito para ver o retorno da validação: 1- Com a pasta de schemas atualizada retorna assim: --------------------------- Sistema Empresa --------------------------- Rejeicao: Falha no Schema XML do lote de NFe. --------------------------- OK --------------------------- 2- Com a pasta schemas anterior retorna assim (correto): --------------------------- Sistema Empresa --------------------------- Falha na validação dos dados da nota: 9 '6405' violates enumeration constraint of '1101 1102 1111 1113 1116 1117 1118 1120 1121 1122 1124 1125 1126 1128 1151 1152 1153 1154 1201 1202 1203 1204 1205 1206 1207...'. The element '{http://www.portalfiscal.inf.br/nfe}CFOP' with value '6405' failed to parse. --------------------------- OK --------------------------- Então gostaria de saber o que devo fazer para resolver o problema.

Depois da atualização do componente ao tentar transmitir a NFe passou a exibir a msg : " Rejeicao: Falha no Schema XML do lote de NFe." Após de muitas tentativas observei que o que acontece na verdade é que a validação não "detalha" quais campos não foram validados, apenas exibe esta msg, mas se eu utilizar a pasta de Schemas da versão anterior, o retorno da validação com os campos inválidos é exibida normalmente. Por exemplo , gerei uma nota com CFOP errado de propósito para ver o retorno da validação: 1- Com a pasta de schemas atualizada retorna assim: --------------------------- Sistema Empresa --------------------------- Rejeicao: Falha no Schema XML do lote de NFe. --------------------------- OK --------------------------- 2- Com a pasta schemas anterior retorna assim (correto): --------------------------- Sistema Empresa --------------------------- Falha na validação dos dados da nota: 9 '6405' violates enumeration constraint of '1101 1102 1111 1113 1116 1117 1118 1120 1121 1122 1124 1125 1126 1128 1151 1152 1153 1154 1201 1202 1203 1204 1205 1206 1207...'. The element '{http://www.portalfiscal.inf.br/nfe}CFOP' with value '6405' failed to parse. --------------------------- OK --------------------------- Então gostaria de saber o que devo fazer para resolver o problema.

Olá Juliomar, estou com este mesmo problema... Uso Delphi7 e o Fortes 3.72, há bastante tempo venho tentando resolver seguindo as orientações postadas mas ainda estou sem solução. Se tiver mais alguma sugestão fico grata!

Ok Régys, obrigada pelo retorno! Vou verificar os detalhes do equipamento e precisando posto novamente.

Olá pessoal, Preciso desenvolver um sistema para controle de acesso de uma portaria... Existe algum componente ACBR que auxilie na integração com equipamentos de Catraca ou Cancela? Quem puder me dar um help desde já agradeço! Att, Elaine.

Bom dia Amigos! Depois de passar por tantos apuros, a única solução que foi realmente eficaz foi reconfigurar o dns/ip da conexão da internet, pois muitos provedores tem o hábito de configurar o modem apontando para o ip da google, e não sei por qual motivo, mas creio que seja por alguma provável mudança interna no sistema da receita passou a rejeitar de uma hora pra outra as solicitações feitas por conexões que usam este tipo de configuração... Agradeço muito a colaboração de todos, a nossa parceria nos dá apoio e segurança! Se dependermos das informações e suporte do governo morremos de fome ou muda-se de profissão... Abs, Elaine Urgal.

Bom dia Amigos! Depois de passar por tantos apuros, a única solução que foi realmente eficaz foi reconfigurar o dns/ip da conexão da internet, pois muitos provedores tem o hábito de configurar o modem apontando para o ip da google, e não sei por qual motivo, mas creio que seja por alguma provável mudança interna no sistema da receita passou a rejeitar de uma hora pra outra as solicitações feitas por conexões que usam este tipo de configuração... Agradeço muito a colaboração de todos, a nossa parceria nos dá apoio e segurança! Se dependermos das informações e suporte do governo morremos de fome ou muda-se de profissão... Abs, Elaine Urgal.

Realmente retorna essa mensagem de erro, mas como se explica o fato de outras empresas que utilizam o mesmo sistema estarem trabalhando normalmente? E se o endereço tivesse sido modificado ou removido todos os sistemas que não tivessem adequados deveriam parar também não verdade? Também não há nenhuma nota técnica nos portais da receita que informe essa alteração... Att, Elaine Urgal.

Realmente retorna essa msg se fizer a consulta, mas como se explica o fato de outras empresas que utilizam o mesmo sistema estarem funcionando normalmente? Se o endereço tivesse sido removido ou modificado todos os sistemas que não tivessem adequados parariam de funcionar também não é verdade? Att, Elaine