cefantacini

Eu enviei uma mensagem para o provedor e recebi a seguinte resposta: "Este erro não se refere ao Ginfes, para a emissão de nota via WebService siga as instruções abaixo: Acesse o site Ginfes (http://ribeiraopreto.ginfes.com.br/) clique em “Manuais” e verifique o manual de integração, o manual V3 para integração WebService e V2 para envio do arquivo upload via site. Consulte também os schemas .xsd e manual conceitual disponíveis no site Ginfes para download. Para realizar a integração via WebService, os certificados que podem ser utilizados são as versões A1 e A3 de autoridades certificadoras credenciadas no ICP Brasil (Infraestrutura de Chaves Públicas Brasileiras)." Já atualizei os schemas, os arquivos.ini, todos e o problema persiste. Se alguém tiver alguma outra idéia...

Está o LT_TLSv1_2

No caso, quando era no Delphi, eu rodava o intalador do ACBr, agora no Lazarus é só eu instalar o pacote novamente "por cima"?

Eu descomentei a linha, recompilei o programa, define o OpenSSL e aí passei a receber o erro: Erro Interno: 10091 Erro HTTP: 500 URL: https://homologacao.ginfes.com.br/ServiceGinfesImpl error:1425F10A:SSL routines:ssl_choose_client_version:wrong ssl version Parece que é erro de versão de DLL, eu copiei as DLL das pastas... ACBr\DLLs\OpenSSL\1.0.2.21\x86 e ACBr\DLLs\OpenSSL\1.1.1.4\x86 que tem nomes diferentes...

Isso as vezes me confunde um pouco, o meu ACBr.inc está da forma que postei ai. Dessa forma está ativado? Com relação às Dll eu copiei sim

Então, até a última utilização do sistema (ele não é usado todos os dias) tanto em homologação quanto em produção ele tava indo com o WinCrypt.

Mais um detalhe, os erros acima citados, ocorrem durante a transmissão da NFSe, se eu fizer uma consulta do Status do Serviço na NFe usando o mesmo certificado, a consulta ocorre normalmente. Isso não seria um indicativo que o cartão está instalado e acessível corretamente? Próximo passo vou tentar atualizar o ACBr para ver se resolve...

A mensagem de erro completa é a seguinte: [Notificação Exceções Depurador] Projeto SSNFe elevou classe exceção 'EACBrDFeException' com a mensagem: Erro Interno: 10091 Erro HTTP: 500 URL: https://homologacao.ginfes.com.br/ServiceGinfesImpl error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number No arquivo 'C:\Programacao\Lazarus\ACBr\Fontes\ACBrDFe\ACBrDFeHttpOpenSSL.pas' na linha 141 [Ignorar este tipo de exceção] [Interromper] [Continuar]

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...