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...
The popup will be closed in 10 segundos...