Italo Giurizzato Junior

Boa tarde A aplicação foi compilada em 32 ou 64 bits? Se foi 32 devemos usar as DLL para 32 bits independente se o SO é 64 bits.

Marcelo, No envio em lote tanto no modo assíncrono quanto síncrono temos o XML do Rps assinado e a assinatura do lote. Qual dessas 2 assinaturas que esta errada? Realmente é necessário assinar o lote? Pois na versão 2.03 desse provedor só assinamos o Rps, o lote não.

Boa tarde a todos, Se os Schemas estivessem errados, iria ocorrer erro de validação e o Rps nem sequer seria enviado. Como esses provedores não implementam corretamente os seus webservices, tem muitas validações do lado deles que são feitas mas não tem uma mensagem especifica, logo acaba gerando uma mensagem genérica.

Boa tarde, Já inclui na minha lista de tarefas para analisar o problema. TK-3448

Carlos, Veja se não tem nada na aba Geral, pois na aba CT-e realmente só tem o Modelo.

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

Bom dia, Precisamos do XML (soap) de retorno dessa consulta para poder analisar o problema.

Bom dia Carlos, Nas configurações do DACTE no ACBrMonitor não tem nada a respeito da posição do Canhoto?

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

Bom dia Alex, Vou lhe pedir um favor para fazer mais alguns testes que provoquem erros ao Consultar o Lote que também estava gerando a tag <GerarNfseResposta> em vez de <ConsultarLoteRpsResposta> e ao Substituir Nfse que também estava gerando a tag <GerarNfseResposta> em vez de <SubstituirNfseResposta>. Desde já muito obrigado.

Boa noite, Faça um teste enviado o Rps em Lote no modo Assíncrono.

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

Faberson, Se com a mudança esta ocorrendo esse problema, chego a conclusão que o problema é o webservice dessa versão. Favor entrar em contato com o provedor e relate o problema.

Boa tarde Quiterio, Através da imagem que você anexou não foi informado o Path dos Schemas no campo: Schemas do Provedor. Favor ler o tópico:

Boa tarde Faberson, O CNPJ informado como sendo o Prestador é o mesmo do certificado digital?

Boa tarde, Verifica se você não tem nenhuma unit que faz parte do ACBrNFSeX com uma bolinha vermelha. Caso afirmativo, delete ela, baixe novamente e reinstale o ACBr.

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

Bom dia, Salve ressaltar que além de atualizar os fontes devemos reinstalar o ACBr. Quanto a minha sugestão, realmente ela não funciona.

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

Bom dia Icozeira, Por favor faça um teste com as Units em anexo. Saatri.Provider.pas Saatri.LerXml.pas

Bom dia, Com base nos manuais que nós temos não consegui saber qual é a finalidade da tag <CodigoMunicipioPrestacao> que é opcional. se a tag <CodigoMunicipioPrestacao> se refere ao código IBGE do município onde ocorreu a prestação de serviço, podemos concluir que: 1. se a prestação é dentro do município ela não deve ser gerada. 2 se ocorreu fora ela deve ser gerada com o código desse município. Você poderia conferir com a prefeitura/provedor sobre a finalidade dessa tag?

Bom dia Leonardo, Vou lhe pedir para fazer mais um teste com mais essa alteração. ISSNet.Provider.pas

Boa tarde Joemil, Se criarmos uma propriedade de configuração para as diversas diversidades que tem nos provedores, corremos o risco do componente ter muito mais propriedades de configuração do que campos no XML. Muito obrigado pela colaboração, já inclui na minha lista de tarefas para analisar. TK-3440

Boa tarde Leonardo, Favor substituir pela unit em anexo (abaixo), reinstale o ACBr e faça um novo teste. ISSNet.Provider.pas

Boa tarde Alexandre, Favor verificar junto ao provedor se a cidade Cianorte utiliza a versão 1.00 ou 1.03 ou outra versão. Pois comentar as linhas que você comentou e acrescentar outras podem gerar um efeito colateral com outras cidades.