Italo Giurizzato Junior

Douglas, A minha sugestão de você olhar o MOC é que ele apresenta os cálculos e mostras em quais campos devem ser atribuídos os resultados. Infelizmente não tenho nenhuma rotina para anexar que você poderia tomar como base.

Boa tarde, Esse erro também esta ocorrendo com o programa exemplo do componente ACBrNFSeX?

Boa tarde Douglas, Pega o MOC - Manual versão 7.03 - Visão Geral da NF-e, item 9. Sistemática de Cálculo em Operações Interestaduais (EC 87/2015) Quem sabe lhe ajuda a encontrar o problema. Veja o que diz a regra referente a rejeição 695: Informado indevidamente o grupo de ICMS para a UF de Destino (tag:ICMSUFDest): - Não é operação Interestadual (idDest<>2) ou - Não é operação com Consumidor Final (indFinal<>1) ou - Não é operação com Não Contribuinte (indIEDest<>9) ou - Operação de prestação de serviços (existe tag “ISSQN”) ou - Operação com combustível (tag:comb) derivado de petróleo: código ANP diferente de: 820101001, 820101010, 810102001, 810102004, 810102002, 810102003, 810101002, 810101001, 810101003, 220101003, 220101004, 220101002, 220101001, 220101005, 220101006, 560101001, ou - Data de Emissão anterior a 01/01/2016. Exceção 1: A critério da UF a regra de validação acima não se aplica na devolução (finNFe=4) por NFe Avulsa com IE do Emitente=ISENTO. Exceção 2: A regra de validação acima não se aplica se informada UF do local de entrega (tag: entrega/UF) diferente da UF do emitente (tag: emit/enderEmit/UF). Exceção 3: A regra de validação não se aplica, em produção, para Nota Fiscal com data de emissão anterior a 01/07/2016. (NT 2015.003)

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Rogério, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Boa tarde Marcos, Isso pode ser uma sobrecarga no webservice deles. Peça para os seus clientes abrir um protocolo na prefeitura expondo o problema, desta forma a prefeitura vai forçar o provedor resolver o problema. Quanto mais empresas que emite notas de serviço, protocolarem uma reclamação na prefeitura, mais rápido o problema será resolvido.

Boa tarde Rogerio, Já inclui na minha lista de tarefas. TK-2793

Boa tarde Rogério, Neste caso eu aconselho você usar o Fast Report em vez do Fortes Report. Pois com o Fast você pode criar um FR3 exclusivo para atender as suas necessidades.

Muito obrigado, já inclui na minha lista de tarefas. TK-2792

Boa tarde, Muito obrigado pela colaboração, ainda hoje estarei enviando para o SVN.

Boa tarde Francelin, Muito obrigado pela colaboração, já fiz a alteração e enviei para o SVN. Se você ainda esta usando o componente antigo ACBrNFSe. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não esta mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Boa tarde Idez, Conforme já foi dito no Discord, esse provedor não tem um ambiente de homologação para todas as cidades, portanto o jeito é fazer testes em ambiente de produção mesmo. Paciência. Não esqueça de configurar o componente informando o usuário/senha nas propriedades WSUser e WSSenha.

Boa tarde, Favor anexar o XML (soap) de retorno da referida consulta para que eu possa analisar o problema.

Bom dia, Já esta no SVN, favor atualizar os fontes, reinstalar o ACBr e faça novos testes.

Bom dia Idez, Já esta no SVN.

Bom dia Dercide, Atualizou todos os fontes de todas as pastas? Não tem cópia do ACBr no HD? Na minha maquina também tenho o D7 e não ocorreu esse erro.

Bom dia, Verifique se não tem nenhuma DCU do Fortes ou do ACBr na pasta do seu projeto ou que o Delphi esteja tendo acesso.

Boa pergunta.

Bom dia Idez, Sim, será enviada, lhe aviso.

Bom dia, No meu entendimento devemos informar qual é o produto predominante de toda a carga que será transportada, independente de qual que seja o CT-e.

Bom dia Igor, Noto que você ainda esta usando o componente antigo. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não esta mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde, O jeito vai ser entrar em contato com o provedor e expor o problema. Lembre-se o componente apenas gera e envia o XML do Rps para o webservice do provedor. Os arquivo *-soap.xml se referem ao XML que foi enviado para o webservice ou o que foi retornado por ele, O arquivo 341077-lista-nfse-sinc-soap.xml é o de retorno ele conte a lista de NFS-e. Por que lista? Simples, ao enviar um lote este pode ter até 50 Rps. Se eu envio apenas 1 Rps, no retorno é para consta apenas 1 NFS-e caso o Rps tenha sido processado com sucesso. Se eu envio 30 Rps e todos são processados com sucesso, tenho no retorno 30 NFS-e. No seu caso, você esta enviado 1 Rps e é retornar "N" NFS-e, isso esta errado. O WebService com certeza esta com algum bug muito feio.

Boa tarde, O erro 404 não significa que a URL não existe? Caso afirmativo, o que pode ter ocorrido: 1. A cidade mudou de provedor. 2. O provedor mudou a URL da cidade em questão.