Italo Giurizzato Junior

Bom dia Adilson, Favor atualizar novamente os fontes e veja se o problema ocorre com o programa exemplo.

Bom dia Luiz, O provedor ISSDSF tem um layout próprio, se a cidade de Sorocaba esta mudando para o layout ABRASF 2.03 temos duas situações: 1. ou ela esta mudando de provedor e este trabalha com o layout ABRASF 2.03 2. ou o provedor atual vai disponibilizar um webservice que trabalha com o layout ABRASF 2.03 Precisamos saber qual dessas duas situações é o que esta ocorrendo. Se mudou de provedor, qual é, quais são as URLs de homologação e de produção. Se não mudou, precisamos dos Schemas e das URLs de homologação e de produção.

Bom dia, Já inclui na minha lista de tarefas para analisar o problema. TK-2271

Bom dia, Muito obrigado pela colaboração. Já inclui na minha lista de tarefas. TK-2270

Boa tarde, Pelo que notei ao enviar as tags não são tudo em maiúsculo. O Rps tem uma grafia e a NFS-e tem outra.

Bom dia Camila, Se esta enviando para o ambiente de homologação da Fiorilli vai ocorrer mesmo erro de assinatura. Não sei qual foi a kaka que eles fizeram que a coisa não funciona. O pessoal acaba realizando um teste enviando para o ambiente de produção mesmo.

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

Bom dia, Notei 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 vai mais ter 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/

Adilson, Já esta no SVN.

Não entendi muito bem a alteração realizada na unit ISSDSF.LerXml Você poderia anexar o XML da NFS-e para que eu possa analisar?

Bom dia Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2269

Bom dia Adilson, Já inclui na minha lista de tarefas para analisar o problema. TK-2268

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

Bom dia, Se o LoadFromLoteNfse não conseguiu ler o arquivo XML é porque ele não esta conseguindo identificar corretamente o arquivo de lote. Neste caso vai ser necessário debugar para saber o que o componente esta recebendo e o que ele espera receber.

Bom dia Walter, Esses campos que você esta alimentado mais precisamente o vComp se refere ao valor do componente da prestação (Frete), não tem nada haver com o CT-e de Complemento de Valor. Baixe o manual mais recente e verifique quais são os campos necessários a serem preenchidos.

Boa tarde Paulo, Já esta no SVN.

Boa tarde André, Já enviei para o SVN.

Bom dia, Esse XML que você anexou tem varias notas e não apenas 1 nota. Tente usar o método: LoadFromLoteNfse

Bom dia, Favor anexar a unit que você alterou para que possamos analisar e caso esteja tudo Ok enviaremos para o SVN.

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

Bom dia João, Infelizmente isso não ocorre.

Bom dia André, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-2266

João, Não me recordo qual é o provedor que ele retorna "text/xml" e "utf-8" e se executar a função UTF8ToNativeString não funciona. Acredito que vamos ter que buscar uma solução melhor, pois você deixa funcionando para alguns provedores e para outros a coisa não funciona.

Uma coisa é o componente não ter uma classe ou campo com o nome de um grupo ou tag do XML, outra coisa é ele não gerar sendo que deveria. Você chegou a realizar um teste usando o programa exemplo? Abriu o XML do Rps gerado para verificar se a tag que na verdade é o grupo <InfDeclaracaoPrestacaoServico> esta sendo gerado ou não?

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