Renato Rubinho

Olá, Obrigado pela contribuição. A rotina foi reescrita para importação adequada dos dados e enviada ao SVN na Rev-30488. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema

Boa tarde, Não deve estar encontrando a dll para conexão com o banco.

Olá, Sabiam que a emissão de NFSe do DF, em homologação, pode ser feita através da url específica (que está configurada no componente) e também pela url "padrão" do ISSNet? E que cada url deve usar uma série específica ( 3 ou 8 respectivamente ) ? Configurado no componente...... (série 3 / Dados Oficiais) : https://www.issnetonline.com.br/apresentacao/df/webservicenfse204/nfse.asmx Indicado pelo suporte do ISSNet (série 8/ Dados Fictícios) : https://www.issnetonline.com.br/homologaabrasf/webservicenfse204/nfse.asmx Revisando o ACBrNFSeXServicos.ini, o DF é o único que possui url específica para homologação. Houve uma situação de erro em homologação: "L012-O prestador não tem permissão para fazer deduções (Informe valor 0.00 para deduções)" Verificando com o suporte do ISSNet, instruíram a utilizar a outra url, conforme resposta a seguir: Resposta do Provedor: Realmente, com a "url padrão", a emissão funcionou corretamente. Obs: Outras NFSes, sem deduções, passavam na outra url. Investigando o acesso do ISSNet em produção de Brasília existe um link em Informações sobre integração para emissão de NFS-e via Web Service, CLIQUE AQUI! onde constam o manual e o arquivo urls.txt. No arquivo urls.txt constam as urls e as suas respectivas séries. WebService de Homologação (Dados Oficiais): https://www.issnetonline.com.br/apresentacao/df/webservicenfse204/nfse.asmx WebService de Produção: https://df.issnetonline.com.br/webservicenfse204/nfse.asmx Série RPS: 3 Webservice Homologação (Fictí­cio): https://www.issnetonline.com.br/homologaabrasf/webservicenfse204/nfse.asmx Série RPS: 8 Fica como informativo, caso ocorram erros inexplicáveis futuros em homologação, para testar na outra url com a respectiva série.

Tente também colocar o timeout para 30k ou mais, caso não esteja. Pode estar sendo interrompido o processo e por isso não ter um retorno.

Boa tarde, Tente configurar em algum gerenciador de e-mail para confirmar se com essas configurações funciona.

Boa tarde, Abriu um fale conosco com a sefaz para analisarem?

Boa tarde, Provavelmente é bug na Sefaz, precisa documentar para eles este cenário para analisarem.

Boa noite, Segue um tópico com um XML para avaliar. Pesquise por outros tópicos com a palavra GINFES Fechando este tópico antigo. Caso o problema persista, favor abrir um novo tópico com maiores informações.

Boa tarde, Por favor quando enviar o novo fonte para análise, anexe o XML utilizado para os testes. Se entender que contém dados sensíveis, envie para [email protected] e mencione este tópico.

Teste novamente, agora com o programa de exemplo, copiar as dlls da OpenSSL e LibXml2 para a pasta do exe e faça as configurações a seguir. SSLLib := libOpenSSL SSLCryptLib := cryOpenSSL SSLHttpLib := httpOpenSSL SSLXMLSignLib = xsLibXml2 SSLType = LT_TLSv1_2 Caminho das dlls: trunk2/DLLs/OpenSSL/1.1.1.10/X86/ trunk2/DLLs/LibXml2/X86/

Complementando, mesmo que o ideEmpregador seja necessário, o erro acusa que faltou preencher o ideRegistrador que deveria estar antes do ideEmpregador.

Obrigado por compartilhar. Fechando.

Boa tarde, Parece ser um bug na Sefaz, caso não tenha sido coincidência a sua primeira consulta não ter data e a segunda ter. Se o mesmo acontece em várias NFEs, abra um fale conosco com a sefaz para que identifiquem o motivo, talvez com seu exemplo eles consigam corrigir.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

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

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

Tentou a dica do Juliomar? Parece ser algo relacionado a escape mesmo, como o Adhelmar sugeriu. Pode ter relação com o driver/client/dll do FB que você está usando ou alguma configuração dos componentes de conexão.

Por isso queria confirmar se você teria como analisar os fontes. Está gerando por SC ou RS? Olhando a versão ACBrBancoCresolSCRS, o componente monta o nosso número concatenando com a chave "carteira". Preencha a Carteira no ini e veja se resolve. https://acbr.sourceforge.io/ACBrMonitor/ModeloTituloArquivoINI.html

O Leiaute da versão 1.5.1 foi migrado para a versão 2.1.2, mas os endereços foram mantidos. Com isso, o componente foi adequado para os endereços da 1.5.1 gerarem os eventos síncronos na versão 2.1.2 ficando transparente para o desenvolvedor. Acompanhe o tópico a seguir para quando houverem novidades e para saber o que rolou até agora.

Boa tarde, Se você usa os componentes, analise os fontes do banco para identificar como proceder. ../trunk2/Fontes/ACBrBoleto/ACBrBancoCresol.pas ../trunk2/Fontes/ACBrBoleto/ACBrBancoCresolSCRS.pas

Boa tarde, Fechando tópico duplicado, por favor mantenha apenas um tópico sobre o assunto.

Boa tarde, Está com os fontes atualizados e reinstalou após atualizar? Esse erro parece de configurações de ssl/tls ou certificado, revise as configurações. Existe histórico de erro semelhante com CTe e NFe utilizando A3.

Fechando. Para novas dúvidas, favor abrir um novo tópico.

Fechando. Para novas dúvidas, favor abrir um novo tópico.

Estranho não ter retorno, pode ter algo relacionado a configurações Revise suas configurações de ssl/tls conforme tópico a seguir e também o timeout para 30k ou mais.