Italo Giurizzato Junior

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

Bom dia, Aumente o valor da propriedade de configuração Timeout para 30 mil ou mais.

Bom dia, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou o ACBr? E mesmo assim as palavras com as vogais acentuadas estão aparecendo errado?

Bom dia Beretta, Qual é o provedor que a prefeitura contratou? Quais são as URLs de homologação e de produção? Schemas? Sem essas informações não tem como nós alterar o arquivo INI para atender a respectiva cidade.

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

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

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

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

Bom dia, Todos os serviços disponibilizados no webservice do provedor já estão implementados. Favor utilizar o programa exemplo do componente ACBrNFSeX para realização de testes.

Bom dia Daniel, Com certeza o arquivo ACBrNFSeXServicos.ini esta desatualizado, pois testei a URL de homologação que consta no arquivo e ela esta OK. Verifica se na pasta onde esta o executável da aplicação não contem uma versão antiga desse arquivo, caso afirmativo, delete o arquivo.

Emanuel, Você não tem cópia do arquivo ini dentro da pasta do exe? Se sim, delete

Gabriel, Vai ser necessário debugar a procedure: TratarRetornoEmitir da unit eGoverneISS.Provider, pois nela consta a leitura da tag que contem o numero da nota. Você poderia fazer esse debugue?

Gabriel, Esse XML é o de retorno ou de envio?

Gabriel, Você poderia anexar o XML da nota para que eu possa analisar?

Boa tarde Gabriel, No XML retornado pelo provedor consta o numero da nota?

Boa tarde Rogério, Verifique se não tem nenhuma unit com uma bolinha vermelha em seu ícone, caso afirmativo delete. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Recompila a aplicação com a opção Build. E faça um novo teste. Veja o resultado do meu teste: Requisição Ambiente: 2 Cidade : Nova Serrana/MG Provedor: SigCorp Versão: 2.04 Método Executado: Enviar Lote Síncrono Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Nome Arquivo : C:\Erp\XML\202302\NFSe\1-env-lot.xml

Boa tarde Emanuel, Favor atualizar os fontes, reinstalar o ACBr e inicie os testes usando o programa exemplo.

Mario, Peguei esse XML que você anexou de envio do lote e validei as assinaturas neste site: Receita Federal do Brasil - Validador de Assinaturas (fazenda.gov.br) Ambas as assinaturas são validas. Acredito que o problema não seja a assinatura e sim alguma informação errada no XML, Notei que você o código 0000056 como sendo o código CNAE e 00000 como sendo o código de tributação do município. Essas informações estão corretas?

Boa tarde Faberson, Fiz um teste usando o XML que você anexou e foi impresso as informações que você diz que não são impressas. Favor verificar se não existe nenhuma com uma bolinha vermelha em seu ícone, caso afirmativo delete. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Recompile a aplicação com a opção build e faça novos testes.

Boa tarde Alexandre, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr, e inicie os testes usando o programa exemplo.

Boa tarde Jeanny, Já esta no SVN.

Boa tarde Mario, Favor atualizar os fontes, reinstalar o ACBr e faça novos testes.

Bom dia Glauber, Já esta no SVN. Favor atualizar os fontes, reinstalar o ACBr e inicie o testes.

Bom dia Heber, Normalmente quando o envio é síncrono (que o seu caso), no retorno não consta o numero do protocolo. Por outro lado quando o envio é assíncrono temos o numero do protocolo que é utilizado depois para consultar o lote.

Bom dia Faberson, Muito obrigado, já inclui na minha lista de tarefas. TK-3623