automacaosamos

function AchaDigitoNossoNumero(Titulo:TACBrTitulo;Banco:Integer;ACBrBanco:TACBrBanco):String; var ACBrBancoBrasil : TACBrBancoBrasil; begin try case Banco of 1 : begin ACBrBancoBrasil := TACBrBancoBrasil.create(ACBrBanco); try Result := ACBrBancoBrasil.CalcularDigitoVerificador(Titulo); finally FreeAndNil(ACBrBancoBrasil); end; end; end; except on e: exception do gera_log(e.message); end; end; Descupem, não fiquei atento ao envio do TACBrBanco

uso essa função pra obter o digito do nosso numero do boleto do banco do Brasil function AchaDigitoNossoNumero(Titulo:TACBrTitulo;Banco:Integer):String; var ACBrBancoBrasil : TACBrBancoBrasil; begin try case Banco of 1 : begin ACBrBancoBrasil := TACBrBancoBrasil.create(nil); try Result := ACBrBancoBrasil.CalcularDigitoVerificador(Titulo); finally FreeAndNil(ACBrBancoBrasil); end; end; end; except on e: exception do gera_log(e.message); end; end; outros bancos funciona, mas o banco do Brasil estou tendo uma exeção. 29232720000047403 Access violation at address 00E5B89C in module 'acbrserver.exe'. Read of address 00000040 Deveria retornar: 6 existe outra forma de obter esse digito verificado, as sugestões do forum todos vem sem o digito obrigado

Obrigado, deu certo

Tive que reinstalar meu delphi e agora to tentando compilar uma aplicacao e esta dando esse erro: [DCC Error] E2597 C:\Program Files (x86)\Embarcadero\Studio\20.0\bin\ld-linux.exe: error: cannot find -lgcc_s Alguem já teve esse problema, to pesquisando na NET e com o parêmetro "-lgcc_s" não achei nada. Obrigado.

ok vou testar, obrigado

Bom dia. eu usei, o linux CentOS_8, delphi 10.3.3 fmxlinux 1.44

Baixei tudo de novo e funcionou, obrigado

[dcc32 Fatal Error] PosPrinterTeste.dpr(6): F2051 Unit Vcl.GraphUtil was compiled with a different version of Vcl.Graphics.TCanvas alguem ja pegou esse erro Delphi RAD Studio 10.3.3 obrigado

Sim é verdade e tive esse problema com o ACBRBoleto apesar que o arquivo foi gerado certinho o banco não aceitava. O ACBrboleto está apenas gerando a remessa e os arquivos gerados no linux vieram com o formato nativo UFT-8 , como nosso front-end é nodeJS aplicamos um pacote npm chamado 'eol' que converte UTF-8 para WIN1252 e banco aceitou normalmente mas não tive nenhum problema com a estrutura. agora no caso do ACBrSped, parece não tá incluindo no arquivo o bloco_0 e estão desordenado os blocos. obrigado por responder cido

Estou fazendo teste no sped no linux e percebi que ele não esta gravando o bloco_0 passa direto, no windows funciona perfeito to enviado os arquivos gerados pelo mesmo sistema. alguém já chegou e passar pelo mesmo problema Obrigado SPED_Linux.txt SPED_Windows.txt

A, não o que fiz ai foi só um exemplo onde começa a ocorrer o problema, quando instancio o componente ACBRNfe, a classe é bem mais completa, senão ficaria grande pra mandar. mandei pra talvez alguém queira fazer testes como eu. o fato do problema só ocorrer com o CentOS 8 que me intriga. mas obrigado por responder Abraços Cido

Envio um exemplo, de como estou fazendo os testes se quiserem dar uma olhada, coloquei em teste em um cliente usando o CentOS7 e tem funcionado bem, isolei o problema na parte de criacao do componente da ACBrNFE ACBrTeste.rar

Mesmo colocando em Conditional Defines persiste o problema Unable to init server: Não foi possível conectar: Conexão recusada Enter a Command: - "start" to start the server - "stop" to stop the server - "set port" to change the default port - "status" for Server status - "help" to show commands - "exit" to close the application ->- Starting HTTP Server on port 8050 pego o mesmo executável, coloco no na VM CentOS7 e não dá o errro mas obrigado pela atençao. cido

consegui recompilar removendo manualmente as SDKs e incluindo novamente. mas o problema abaixo permanece. o que fiz removi todas a minhas classes que chamava o ACBr e compilei apenas com meus métodos básico, a mensagem abaixo não apareceu: "Unable to init server: Não foi possível conectar: Conexão recusada" ai coloquei apenas as classes que chamam o ACBrNFE a partir dai começou a dar a mensagem novamente, será que o ACBr faz alguma chamada no ambiente gráfico, mesmo não sendo solicitado ?? será que existe como remover isso do ACBr ??, No centOS7 testei de todas a formas e não aparece a mensagem: "Unable to init server: Não foi possível conectar: Conexão recusada" Obrigado

Isso deve ser bug do Delphi com o CentOS 8,, mas obrigado por responder cido

Estou testando o acbr no delphi 10.3.3 pro linux construi um servidor de aplicacao, para envio de NFE e manifestos sem usar nada de impressao, por questao de compatibilidade funcionou perfeito no CentOS 7 instalando as bibliotecas gtk3-devel e libxml2-devel. instalei o CentOS8 e fiz a mesma preparacao do ambiente, mas estou recebendo essa mensagem: ------------------------------------- No CentOS 8 [root@localhost acbr]# ./acbrserver Unable to init server: Não foi possível conectar: Conexão recusada Enter a Command: - "start" to start the server - "stop" to stop the server - "set port" to change the default port - "status" for Server status - "help" to show commands - "exit" to close the application ->- Starting HTTP Server on port 8090 ->^CEControlC: Control-C hit [root@localhost acbr]# ---------------------------------------- No CentOS 7 [root@localhost acbr]# ./acbrserver Enter a Command: - "start" to start the server - "stop" to stop the server - "set port" to change the default port - "status" for Server status - "help" to show commands - "exit" to close the application ->- Starting HTTP Server on port 8090 ->^CEControlC: Control-C hit [root@localhost acbr]# por ter essa mensagem: Unable to init server: Não foi possível conectar: Conexão recusada nao consigo startar o acbrserver como serviço alquem passou por isso

Opa, boa noite, deu certo sim, obrigado. cido

Claro posso enviar sim, esta informado no novo anexo. vi o exemplo sim, testei ele no ambiente windows e funcionou, vou preparar ele pra rodar no linux, pra testar, enviei tambem o log que recebo no linux Uso CentoOS_7 em ambiente texto. obrigado ACBrMailLinux.rar acbrmaillinux.log

Olá, estou enviado em anexo, esse teste funciona em windows, mas no linux não, no windows preciso ter instalado as bibliotecas ssleay32.dll libeay32.dll será que precisa dela no linux ?? tenho instalado o openssl normalmente. Tudo da nota eletronica e manifestos funciona, exceto o envio do email, no ACBrBoleto isolei algumas funcoes da vcl e funcionou, so precisava gerar mesmo a LinhaDigitavel. Obrigado Cido ACBrMailLinux.rar

Obrigado por responder. Verifiquei, atualizei, e ainda continua com o mesmo problema: {result: [erro: "SMTP Error: Unable to Login. 501 NUL characters are not allowed in SMTP commands"}]} cido

criei um servidor de aplicação pra envio de email no windows funciona perfeito mas no linux estou tendo esse erro: {result:[{erro: "SMTP Error: Unable to Login. 501 NUL characters are not allowed in SMTP commands"}]} já tentei enviar de outras formas: ACBrMail.DefaultCharset := nil; ACBrMail.IDECharset := nil; ACBrMail.DefaultCharset := {$IFDEF LINUX} UTF_8 {$ELSE} CP1252 {$ENDIF}; ACBrMail.IDECharset := {$IFDEF LINUX} UTF_8 {$ELSE} CP1252 {$ENDIF}; mesmo assim não vai alguém passou por isso ?? obrigado

Puxa que legal, vou baixar, pra testar, uso o ACBr a mais de 11 anos, quero usar o resto da minha vida profissional, ele é fantástico. obrigado

Obrigado pode responder. Eu dei uma olhada no componente ACBrBoleto e vejo que ainda tem algumas chamadas na VCL, como forms, será que nao foi totalmente portado ?? Cido

Estou testando os componente no ambiente Linux 64 e estou tendo esses erros. tenho mantido sempre atualizado os meus componentes. Checking project dependencies... Compiling acbrservices.dproj (Debug, Linux64) dcclinux64 command line for "acbrservices.dpr" [DCC Error] ACBrBoleto.pas(1265): E2003 Undeclared identifier: 'TPicture' [DCC Error] ACBrBoleto.pas(1456): E2005 'TPicture' is not a type identifier [DCC Error] ACBrBoleto.pas(1501): E2005 'TPicture' is not a type identifier [DCC Fatal Error] ACBrBoleto.pas(1528): F2613 Unit 'Forms' not found. Failed Elapsed time: 00:00:00.6

Obrigado, estaremos aguardando anciosamente.