Renato Rubinho

Olá Paulo, Não achei nada que possa lhe ajudar. Uma sugestão é eliminar grupos de informações até identificar qual ou quais estão gerando o AV.

Com os fontes atuais, no programa de exemplo, seguindo as instruções do Italo acontece o mesmo problema? 1. Se acontecer faça um vídeo com o problema no programa de exemplo para que possa ser analisado. 2. Se não acontecer, tem algum problema na sua aplicação, parametrização, ambiente, etc. Coloque um ponto de parada no primeiro método Emitir e debugue com F7/F8 para entrar no método e descobrir onde está ocorrendo a exceção.

Boa tarde Jhonlenon, No vídeo está acusando classe não registrada, no primeiro retorno. Aparentemente na combase.dll, conhece essa dll? Se ocorre erro no "primeiro acesso" à dll, depois o comportamento não é mais o mesmo. Por via das dúvidas, você usa Capicom? Se sim isso é uma problema comum e falta registrá-la.

Boa tarde, Pode anexar o arquivo do envio para tentarmos identificar o que pode estar gerando o AV?

Boa tarde, Não declarando units que "conflitem" enumeradores ou classes funciona na mesma aplicação. Seu cenário tem que funcionar, tem algum problema no preenchimento do componente. Pelo erro, pode ser configurações de SSL ou autenticação. Sugestões: 1. Conforme testado pelo Italo, teste com o programa de exemplo as mesmas configurações que está preenchendo na sua aplicação. Funcionando, copie para sua aplicação e valide. Passando também, compare o que está diferente, pois pode ser detalhe. 2. Atenção nas configurações SSL * Se for A1 ou não exigir certificado, tente: SSLLib := libOpenSSL SSLCryptLib := cryOpenSSL SSLHttpLib := httpOpenSSL SSLXmlSignLib := xsLibXml2 SSLType := LT_TLSv1_2 * Se for A3 SSLCryplib = cryWinCrypt SSLHttpLib = httpWinHttp SSLLiB = libWinCrypt SSLXMLSignLib = xsLibXml2 SSLType = LT_TLSv1_2

Uma consideração, por favor sempre anexem arquivos dos fontes ao invés de todo o conteúdo, a menos que seja um fragmento pequeno para o contexto. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

O BigWings já passou a solução pelo discord. https://discord.com/channels/798697718800318484/800724885835743252/1000129164826906674

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

Boa tarde, Tente contato com a Sefaz para confirmar, pois parece ser problema lá, por estar funcionando de forma intermitente para o mesmo certificado. Veja esse tópico.

Corrigido no post.

Boa tarde, Ele se baseou em um número inicial e tentou emitir número a número. O primeiro número que não deu duplicidade foi o não utilizado ainda. Cuidado para não cair em um consumo indevido.

Olá, Parabéns pela iniciativa. Caso seja uma cópia "oficial" do que você está usando, cuidado que o nome do usuário 'BAKCUP' está errado.

Tente se basear na versão nova, que já possui essas tags implementadas.

Boa tarde, No padrão do ABRASFv1 essa tag não é obrigatória e no Ginfes também não está configurado para ser. Deixando a propriedade a seguir em branco a tag está sendo gerada? Em tese não deveria. NFSe.Servico.CodigoCnae

Boa noite, Segue caminho. Salve-as na pasta do exe. ../trunk2/DLLs/OpenSSL/1.1.1.10/ Lembrando, se a sua aplicação for x86, use as dlls x86, mesmo que o S.O. seja 64.

Essas dlls são utilizadas para a comunicação. Copiando-as para a pasta do executável ocorreu o mesmo erro?

Como seria tentativa e erro, teste com e sem casas decimais para ver se algum deles passa. De acordo com o schema está correto, pois aceita até 4 casas decimais, mas vai saber o que o provedor pode ter tratado. Lembrando que isso é só um chute, pois na minha visão não consegui identificar nada de irregular.

Por sua segurança, editei o soap e alterei a senha. Analisando o xml, infelizmente não consegui notar nada de extraordinário. A única sugestão é que teste a alíquota "inteira", sem fracionar. Caso não seja isso, provavelmente precisará enviar o xml para o provedor identificar qual é o problema, dado o erro genérico que disponibilizam como retorno. Se chegar a falar com o provedor, veja também se eles podem disponibilizar uma lista que identifique esses "ids" e facilite sua identificação em eventuais erros semelhantes no futuro, isso mais como base de conhecimento.

Boa noite, Verifique se é exigência da Inscrição Estadual, a menos que o "IE" da mensagem seja internal error. NFSe.Tomador.IdentificacaoTomador.InscricaoEstadual Teste com o programa de exemplo para verificar se ocorre o mesmo erro. Anexe o soap do envio para ajudar na análise.

Boa tarde, Pode ter algum escorregão no seu loop ao verificar os documentos. Por isso comentei do log, para tentar identificar por que o registro foi ignorado. Se você recebeu do NSU 1 ao 50, processou e não gravou um determinado CTe, mas ao processar individualmente um NSU destes, gravou, muito provavelmente é falha na rotina.

Boa tarde, Com as mesmas configurações e credenciais funciona no seu computador? Se for isso, no cliente deve só estar faltando as dlls do OpenSSL. ../trunk2/DLLs/OpenSSL/1.1.1.10/X86/ Se não está funcionando a autenticação do hotmail em lugar nenhum, veja o tópico a seguir.

O código de verificação? Veja os retornos no ChecarResposta no programa de exemplo.

Complementando, talvez testar outra rede (ou um 4g) para descartar limitações da internet do cliente.

Olá, Veja este tópico que contém informações a respeito e direcionamentos para outros com possíveis soluções.

Utilize SSLType := LT_TLSv1_2 e faça todas as atualizações do Windows. Se utiliza A1, tente com OpenSSL. SSLLib := libOpenSSL SSLCryptLib := cryOpenSSL SSLHttpLib := httpOpenSS SSLXmlSignLib := xsLibXml2 SSLType := LT_TLSv1_2 Copie as dlls atuais na pasta do seu exe. trunk2/DLLs/OpenSSL/1.1.1.10/X86/ Copie também as dlls atuais da LibXml2. trunk2/DLLs/LibXml2/x86/ Lembrando, se a sua aplicação for x86, use as dlls x86, mesmo que o S.O. seja 64.