Ir para conteúdo
  • Cadastre-se

softwareamigo

Membros
  • Total de ítens

    66
  • Registro em

  • Última visita

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

softwareamigo's Achievements

Enthusiast

Enthusiast (6/14)

  • Dedicated Rare
  • First Post
  • Collaborator Rare
  • Week One Done
  • One Month Later

Recent Badges

20

Reputação

2

Community Answers

  1. Oi Daniel ! Obrigado pela resposta. Mas não, o Delphi é o Berlin. Tudo funciona bem quando o app roda no servidor standalone, inclusive rodando como serviço. o problema ocorre quando gero a aplicação como DLL Isapi. Daí , parece que a DLL não consegue receber respostas para os requests que ela faz a outros servidores. O mesmo problema do FIredac acontece quando uso um servidor HTTP. Ele recebe o request, processa, retorna com 200 mas a DLL parece que não recebe esta mensagem. Aff !
  2. Complementando a situação. Usando um servidor HTTP para obter os dados funciona perfeitamente no standalone mas na DLL acontece a mesma travada de quando trabalho cliente servidor e a conexão direta do Firedac não responde. Monitorando o servidor HTTP pude constatar que ele recebeu o request, processou, respondeu com 200. Tudo perfeito . Só que parece que a resposta não chega na dll.
  3. Oi Pessoal ! Estou com uma situação bem estranha. Estou fazendo os testes de conceito de uma aplicação INTRAWEB. Na UserSessionUnit tem uma conexão Firedac configurada a partir do FDefConnection.ini . Um serviço em modo standalone funciona direitinho. Mas quando gerei uma dll Isapi da mesma aplicação o IW não reconhece o alias. Parece que não acha o arquivo .ini . Configurei a conexão no braço. E aí não dá erro quando starto a aplicação mas o browser abre uma pagina em branco e fica carregando eternamente. Se retiro a conexão FIredac da unit a ela inicial aparece diretinho no browser. Alguem tem alguma idéia do que possa causar esta situação ?
  4. Oi Jhoni ! Eu disse UTF mas queria dizer UTC. Me parece que a data vem com AAAAMMxxxxxx onde xxxxxx são minutos divide por 3600 e depois por 24 subtrai a diferença do uso e voce tem o dia. Alterei o ACBROfx.pas e testei com o seu arquivo. Parece que funcionou bem voltou a data do de 03/10/2023 inclui a função abaixo no metodo Import para converter as datas Não subi a unit porque não tenho certeza da minha análise sobre xxxxxx serem minutos. ======================== function TACBrOFX.Import: Boolean; var .............. function GetData(Texto:string): string; var Ano,Mes,Dia: word; UTCDia,Fuso:extended; umDia: TdateTime; function IsUTC(var Fuso:extended): boolean; var inicio,fim: integer; begin result := Pos('GMT',InfLine(sLine)) > 0; if result then begin inicio := Pos('[',InfLine(sLine)); fim := Pos(':',InfLine(sLine)); Fuso := StrToInt(Copy(InfLine(sLine), inicio + 1, length(InfLine(sLine)) - (fim +1) -1 )); end else Fuso := 0; end; begin Ano := StrToInt(Copy(InfLine(sLine), 1, 4)); Mes := StrToInt(Copy(InfLine(sLine), 5, 2)); if IsUTC(Fuso) then Dia := Trunc(((StrToInt(Copy(InfLine(sLine), 7, 6)) div 3600) div 24 ) + Fuso) else Dia := StrToInt(Copy(InfLine(sLine), 7, 2)); UmDia := EncodeDate(Ano,Mes,Dia); result := DateToStr(UmDia); end; begin; ............. ............. // Date Start if FindString('<DTSTART>', sLine) then begin if Trim(sLine) <> '' then DateStart := GetData(sLine); end; // Date End if FindString('<DTEND>', sLine) then begin if Trim(sLine) <> '' then DateEnd := GetData(sLine); end; ACBrOFX.pas
  5. Parece ser uma data em formato UTF com fuso horario -3 Não sei como tratar no componente. Mas como pretendo utiliza-lo vou pesquisar
  6. Oi Juliomar ! No Santader funcionou bonitinho. Talvez seja problema com o ambiente de hommolgação do BB. Vou tentar de novo amanhã
  7. pois é, pior que não, esta certinho. estou tentando com o Santander agora
  8. No programa exemplo configurado para o BANCO DO BRASIL (homologação) , configurei os parametros na aba Banco do Brasil exatamente como definidos no site https://developers.bb.com.br/ e escolhi uma das chaves aleatórias. No entanto, ao tentar criar o registro do PIX, recebo erro de acesso não autorizado. Alguém pode me ajudar ? Access-Control-Max-Age: 8400 WWW-Authenticate: Basic realm="Informe as credenciais do software cliente" Resp.Body: {"error":"invalid_client","error_description":"Identificador ou credencial inválidos"} EACBrPixHttpException: Erro HTTP: 401, Metodo: POST, URL: https://oauth.hm.bb.com.br/oauth/token ***************EACBrPixHttpException*************** Erro HTTP: 401, Metodo: POST, URL: https://oauth.hm.bb.com.br/oauth/token - LerConfiguracao: C:\ACBr\Exemplos\ACBrPIXCD\Delphi\PIXCDTeste.ini - AplicarConfiguracao - ConfigurarACBrPIXCD - ConfigurarACBrPSPs ----- Analise do QRCode Estático ----- NomeRecebedor: Software amigo CidadeRecebedor: Belo Horizonte CEPRecebedor: 31035560 ChavePix: 7f6844d0-de89-47e5-9ef7-e0a35a681615 TipoChavePix: tchNenhuma Valor: 0,00 infoAdicional: TxId: *** pss: 0 mcc: 0
  9. De fato era o CSC que estava registrado concatenado ao idCSC Desculpem a poluição do topico.
  10. Existe diferença nos fontes livres e fontes Pro ? A frequencia de atualização é a mesma? Apesar de não ter visualizado diferenças no SVN baixei novamente os fonte, corrigi o arquivo ini,e reinstalei. Mas continuo recebendo o erro "Codigo de HASH no QRCODE difere do calculado" URL-QRCode_2.00=https://portalsped.fazenda.mg.gov.br/portalnfce/sistema/qrcode.xhtml URL-ConsultaNFCe_2.00=https://portalsped.fazenda.mg.gov.br/portalnfce ACBrNFeServicos.ini
  11. Oi Cleber ! Obrigado pela ajuda. Até o dia 05/03 funcionava com estes valores IdCSC=000001 CSC=-------------------000001
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...