cefantacini

Eu consegui configurar para OpenSSL Em homologação, aqui em SP, estou recebendo o seguinte erro ao tentar transmitir a NFSe Erro Interno: 10091 Erro HTTP: 500 URL: https://homologacao.ginfes.com.br/ServiceGinfesImpl Lendo uns tópicos aqui no fórum vi a necessidade de configurar o ACBr.inc Porém, o meu já está configurado.... // Ative a diretiva abaixo, para usar a Libxml2, libxslt, libxmlsec compilada // com MinGw ftp://ftp.zlatkovic.com/libxml/64bit/ //{$DEFINE USE_MINGW} {$IfNDef MSWINDOWS} {$DEFINE USE_MINGW} {$EndIf} Alguma sugestão?

Estou com problema em um cliente para emitir NFSe usando certificado digital A1. Se eu usar SSLib = libWinCypt eu recebo o erro: 12175 um ou mais erros foram encontrados no certificado secure sockets layer É bem estranho, pq já tentei em duas máquinas do cliente e nas duas dá o mesmo erro, ambas com o windows 10. Nas minhas máquinas aqui, com o windows 10, em todas funciona normalmente tanto em homologação quanto em produção. Como é A1 pensei em aprender a usar o OpenSSL, porém, nesse caso, recebo o erro: Erro ao Selecionar Certificado "LerCertificadosStore" não suportado em: TDFeOpenSSL Gostaria da ajuda, tanto em relação ao WinCrypt, para quem já teve experiência semelhante e conseguiu resolver, quanto em relação ao OpenSSL, sobre como configura-lo. Desde já obrigado!

O trabalho fica pendente sim. Com relação à mensagem eu tenho quase certeza que tem mais não anotei... O driver, imagino que seja o mais recente, pois é uma impressora com pouco tempo de uso, mais de toda forma vou verificar se tem driver mais recente...

Eu tenho uma rotina de impressão que usa o Fortes e que em um único clientes, as vezes, não é sempre, a impressão não sai na impressora. Fica na fila de impressão do windows e daí pra frente qq tentativa de impressão, fica na fila tbém. Isso acontece apenas em um cliente e não é em todas as impressões, somente de vez em quando. É um problema dificil de rastrear que tenho convicção de que seja muito mais relacionado com a configuração do computador (driver, etc) do que com a rotina de impressão em sí. Eu sempre parto do preview na tela e a partir daí o cliente envia para a impressora. O motivo desse tópico é saber se alguém no grupo tem experiência com algum tipo de problema semelhante, se tem alguma coisa que eu possa configurar nos componentes do Fortes para tentar evitar ou ainda se alguém que já tenha passado por isso possa me dar alguma sugestão de configuração de driver de impressora ou mesmo do windows para tentar solucionar o problema...

Eu consegui resolver, usando a dica enviada por um amigo aqui do fórum num outro tópico, mais agora não encontro o tópico para dar os créditos da dica, mais de toda forma, vamos lá: Talvez possa ajudar, dependendo de como foi configurada a segurança da conta google/gmail , por exemplo se usada "em duas etapas", so consegui enviar via gmail usando a configuração do Regis. Porem tive q acessar minha conta google e criar uma SENHA DE APP: e através dessa senha ele autentica o envio do email. 1 - https://myaccount.google.com/ (acessar a conta google) 2 - Clicar em COMO FAZER LOGIN NO GOOGLE. 3 - SENHAS DE APP (lado direito) 4 - Selecionar APP no caso "EMAIL" 5 - Selecionar DISPOSITIVO no meu caso COMPUTADOR / WINDOWS 6 - Clicar em GERAR.. Ai através daquela senha gerada de 16 dígitos, eu inseri como SENHA / Password no componente ACBrMail1.Password:= ert3f4ai67x8xagh "exemplo" E ai finalmente o Gmail liberou o envio. Caso queira pode fechar o tópico...

Com relação à parte de aplicativos menos seguros já está liberado sim. Com relação à antivirus vou analisar se pode ser...

Em um cliente meu estou recebendo a seguinte msg de erro ao enviar e-mail: SMTP Error: Unable to send MailFrom. 530 5.7.0 https://support.google.com/mail/?p=WantAuthError m8sm13058438qtk.60 - gsmtp No caso a conta de origem é uma conta minha do gmail, portanto com todas as "liberações" necessárias. A mesma rotina com a mesma conta de e-mail de origem é utilizada por inúmeros clientes normalmente. Caso alguém já tenha passado por isso e puder dar alguma dica fico agradecido!

Na impressão do Danfe, em alguns clientes que usam impressora jato, mesmo com todas as margens zeradas, a impressão corta. O mesmo problema não acontece com clientes que usam impressora laser. Existe alguma configuração especifica no componente para esse tipo de situação?

Eu resolvi, criando uma tabela só pra colocar os XML, afinal esses campos nunca são alterados mesmo. Se quiser, pode fechar o tópico

está usando o que? Zeos? Estou usando os componente IBX da MWA. veja senão está obrigando a ir dados no field ao invés de ignorar quando não houve mudanças Tem alguma propriedade que define isso? Eu simplesmente dou um .Edit, mudo o valor do campo e depois um .Post, veja DMNFSe.IbDsNFSe.Edit; DMNFSe.IbDsNFSeNFSE_SELECIONADO.AsString := '1'; DMNFSe.IbDsNFSe.Post; DMComp.Dados.DBCommitRetaining; Só mexo no campo NFSE_SELECIONADO, tem dois campos BLOB nessa tabela, e os dois do mesmo registro são limpos depois desse comando. E o interessante é que com os demais campos nenhum problema acontece...

Estou migrando meus sistemas para o Lazarus e me deparei com o seguinte problema: Uso a base Firebird 2.5 com os componentes de acesso IBX, coloco o XML das nota num campo tipo: BLOB SUB_TYPE 0 SEGMENT SIZE 80 Eu emito a nota e salvo o XML no banco, normalmente, porém, se eu editar o registro, sem mexer no conteúdo do campo blob, o campo é esvaziado. Eu edito outro campo do registro e o valor do campo BLOB some, alguém já passou por algo semelhante?

Se eu carregar um XML -NFeDFe.xml no componente, eu consigo ler os dados da carta de correção/cancelamento caso tenha? Se tiver como e puder por favor me dar um exemplo, pois não estou conseguindo...

Apenas para deixar registrado aqui, como estou aprendendo a trabalhar com o Lazarus, as soluções vão aparecendo aos poucos, consegui resolver isso apenas configurando o componente, mudando a propriedade Sorted, a configuração ficou assim: AutoComplete := True; ReadOnly := True; ScrollListDataSet := True; Sorted := True; Style := csDropDownList;

Resolvi, apaguei a pasta i386 que o lazarus cria e aí compilou...

Eu apaguei a pasta do ACBr, baixei o ACBr novamente e o problema persiste. Teria mais algum arquivo a ser apagado fora da pasta do ACBr?

Depois de atualizar o ACBr passei a receber o seguinte erro: NFeDMComponente.pas(9,3) Fatal: Impossível localizar ACBrNFSe usado por NFeDMComponente, ppu incompatível=C:\Programacao\Lazarus\ACBr\Lib\Lazarus\ACBrDFe\ACBrNFSe\i386-win32\ACBrNFSe.ppu, pacotes múltiplos: ACBr_NFSe_DanfseRL, ACBr_NFSe Já fiz a reconstrução limpa e o erro persiste... Se alguém tiver alguma ideia...

Tinha um mail com essa opção sim, dei o aceite lá, mais o problema permanece.... Davi, eu já estou usando a porta 465, dê uma olhada no teste que fiz acima com o Demo, as configurações estão iguais às suas.... Se tiver alguma outra idéia...

Fiz o teste no Demo tbém e deu o mesmo erro

Eu estou com o mesmo problema,uso o Delphi 2010, segue a msg. Já atualizei as DLL da pasta MingW...

Eu tbém nunca tinha tido problema. Com relação à permissão, eu tentei executar o programa com ADM e tbém não resolveu.... Com relação as DLL é isso mesmo que eu estou fazendo, usando as de 32, perguntei apenas por confirmação mesmo...

Eu até confirmei as configurações e permiti novo acesso para testar, mais nem teria como o problema ser esse, pq os detalhes da conta de envio de e-mail que uso no meu computador e no computador do cliente são os mesmos, no meu vai e no dele não, aliás, não só no meu o mail vai, em uma série de computadores vai, sempre usando a mesma conta de origem, apenas nessa máquina não vai, por isso acredito que deva ser alguma configuração da máquina. É um computador novo, recem adquirido e com windows 10.

Não tinha feito esse teste, fiz agora. Configurei o demo no meu computador, com a mesma conta de e-mail de origem, enviou normal. Copiei o demo para o computador do cliente, inclusive com o .ini com as configurações, tentei enviar de lá e de lá não foi.

Essa opção está descartada, pois é uma conta de origem minha, então, tem toda uma configuração já pronta, inclusive a opção de aplicativos menos seguros habilitada.

Tenho uma rotina de envio de e-mail da NFe que já está exaustivamente testada em muitos clientes. Tem um cliente meu que usa essa rotina. Esse cliente comprou um computador novo. Transferi o programa para a máquina nova e na máquina nova, passou a apresentar o erro ao enviar a nota por e-mail: SMTP Error: Unable to Login. A máquina não tem anti virus, já desabilitei o firewall, já atualizei as Dlls OpenSSL para a versão: 1.0.2.13 e o problema permanece. - Com relação às DLL devo usar as de 32bits, mesmo o win sendo de 64, pq meu sistema foi compilado no Delphi de 32, correto? - Gostaria da opinião do grupo sobre alguma forma de resolver o problema, uma vez que já está certo de que o problema é na máquina, pois a mesma conta de e-mail de origem é usada em várias outras máquinas, inclusive em outra máquina da rede desse mesmo cliente e envia normalmente.

Muito obrigado, tudo resolvido e entendido sobre as regras do fórum. Se quiser pode fechar o tópico.