VFADev

Boa Tarde Pessoal, Só hoje consegui fazer um novo teste no cliente e aprovou a GTVe normal. Obrigado pelo apoio.

Estranho... mudaram esse valores de uma versão pra outra? Vou ajustar e testar no cliente com a nova DLL.

Sim, A configuração está sendo definida assim: CTE_ConfigGravarValor("CTe","VersaoDF","2") CTE_ConfigGravarValor("CTe","ModeloDF","2")

Boa Tarde Italo, Não. Eu continuo com problema nos 2. Tanto GTVe quanto CTe apresentam a mesma mensagem com as versões mai recentes. Veja por exemplo o teste a segui feito com a versão 1.3.6.283: 13/01/25 15:08:18:587 - CTE_CarregarXML(<?xml version="1.0" encoding="UTF-8"?>[CR][LF]<GTVe xmlns="http://www.portalfiscal.inf.br/cte" versao="4.00">[CR][LF]<infCte versao="4.00" Id="CTe15250121255506000111640000000013251020013250">[CR][LF]<ide>[CR][LF] <cUF>15</cUF>[CR][LF] <cCT>02001325</cCT>[CR][LF] <CFOP>5357</CFOP>[CR][LF] <natOp>TRANSPORTE DE VALORES</natOp>[CR][LF] <mod>64</mod>[CR][LF] <serie>0</serie>[CR][LF] <nCT>1325</nCT>[CR][LF] <dhEmi>2025-01-13T15:08:18-03:00</dhEmi>[CR][LF] <tpImp>1</tpImp>[CR][LF] <tpEmis>1</tpEmis>[CR][LF] <cDV>0</cDV>[CR][LF] <tpAmb>1</tpAmb>[CR][LF] <tpCTe>4</tpCTe>[CR][LF] <verProc>9.2.01</verProc>[CR][LF] <cMunEnv>1501402</cMunEnv>[CR][LF] <xMunEnv>BELEM</xMunEnv>[CR][LF] <UFEnv>PA</UFEnv>[CR][LF] <modal>01</modal>[CR][LF] <tpServ>9</tpServ>[CR][LF] <indIEToma>9</indIEToma>[CR][LF] <dhSaidaOrig>2024-11-19T06:28:00-03:00</dhSaidaOrig>[CR][LF] <dhChegadaDest>2024-11-19T10:12:00-03:00</dhChegadaDest>[CR][LF] <toma>[CR][LF] <toma>0</toma>[CR][LF] </toma>[CR][LF]</ide>[CR][LF]<emit>[CR][LF] <CNPJ>21255506000111</CNPJ>[CR][LF] <IE>154658952</IE>[CR][LF] <xNome>WLATAQ SEGURANCA DE VALORES LTDA</xNome>[CR][LF] <xFant>WLATAQ</xFant>[CR][LF] <enderEmit>[CR][LF] <xLgr>RUA DO UTINGA</xLgr>[CR][LF] <nro>301</nro>[CR][LF] <xBairro>CURIO-UTINGA</xBairro>[CR][LF] <cMun>1501402</cMun>[CR][LF] <xMun>BELEM</xMun>[CR][LF] <CEP>66610010</CEP>[CR][LF] <UF>PA</UF>[CR][LF] <fone>9133498555</fone>[CR][LF] </enderEmit>[CR][LF]</emit>[CR][LF]<rem>[CR][LF]<CNPJ>04913711000108</CNPJ>[CR][LF] <xNome>BANCO DO ESTADO DO PARA S.A INTERURBANO</xNome>[CR][LF] <xFant>BANCO DO ESTADO DO P</xFant>[CR][LF] <fone>9133488555</fone>[CR][LF] <enderReme>[CR][LF] <xLgr>AV. PRESIDENTE VARGAS</xLgr>[CR][LF] <nro>251</nro>[CR][LF] <xBairro>CAMPINA</xBairro>[CR][LF] <cMun>1501402</cMun>[CR][LF] <xMun>BELEM</xMun>[CR][LF] <CEP>66010000</CEP>[CR][LF] <UF>PA</UF>[CR][LF] <cPais>1058</cPais> <xPais>BRASIL</xPais>[CR][LF] </enderReme>[CR][LF]</rem>[CR][LF]<dest>[CR][LF]<CNPJ>04913711000108</CNPJ>[CR][LF] <xNome>BANCO DO ESTADO DO PARA S.A INTERURBANO</xNome>[CR][LF] <fone>9133488555</fone>[CR][LF] <enderDest>[CR][LF] <xLgr>AV. PRESIDENTE VARGAS</xLgr>[CR][LF] <nro>251</nro>[CR][LF] <xBairro>CAMPINA</xBairro>[CR][LF] <cMun>1501402</cMun>[CR][LF] <xMun>BELEM</xMun>[CR][LF] <CEP>66010000</CEP>[CR][LF] <UF>PA</UF>[CR][LF] <cPais>1058</cPais> <xPais>BRASIL</xPais>[CR][LF] </enderDest>[CR][LF]</dest>[CR][LF]<detGTV>[CR][LF] <infEspecie>[CR][LF] <tpEspecie>1</tpEspecie>[CR][LF] <vEspecie>800000.00</vEspecie>[CR][LF] <tpNumerario>1</tpNumerario>[CR][LF] </infEspecie>[CR][LF] <qCarga>1.0000</qCarga>[CR][LF] <infVeiculo>[CR][LF] <placa>QEW0810</placa>[CR][LF] <UF>PA</UF>[CR][LF] </infVeiculo>[CR][LF]</detGTV>[CR][LF]</infCte>[CR][LF]</GTVe>[CR][LF] ) 13/01/25 15:08:18:595 - LIB_UltimoRetorno 13/01/25 15:08:18:613 - Codigo:0, Mensagem:1 CTe(s) Carregado(s) 13/01/25 15:08:18:626 - CTE_Assinar 13/01/25 15:08:18:643 - LIB_UltimoRetorno 13/01/25 15:08:18:650 - Codigo:-10, Mensagem:Nenhum elemento encontrado Agora, se simplesmente volto a versão para 0.3.5.230 de Fev/2024. Aprova normal a GTVe.

Boa Tarde Pessoal, Com essa nova versão, passei a ter problema tb no CTe ao tentar carregar um XML. 06/01/25 16:02:42:116 - Travar 06/01/25 16:02:42:136 - Destravar 06/01/25 16:02:42:144 - SetRetorno(-10, "6:" is an invalid integer) 06/01/25 16:02:42:153 - LIB_UltimoRetorno 06/01/25 16:02:42:160 - MoverStringParaPChar. StrLen:26, BufLen:256 06/01/25 16:02:42:168 - Codigo:-10, Mensagem:"6:" is an invalid intege

Ok, vamos fazer o download e testar no cliente. Mas eles estão de recesso, e só voltam no dia 06/Janeiro.

O arquivo XML está exatamente igual, até pq não uso a DLL para gera-lo. Segue em anexo. 15241221255506000111640000000013241020013249GTVe.xml

Bom dia Pessoal, Ao tentar assina uma GTVe, com as versões mais recentes da ACBrCte32.dll estou recebendo a seguinte mensagem de erro: 26/12/24 08:41:06:148 - LIB_UltimoRetorno 26/12/24 08:41:06:172 - Codigo:0, Mensagem:1 CTe(s) Carregado(s) 26/12/24 08:41:06:184 - CTE_Assinar 26/12/24 08:41:06:197 - LIB_UltimoRetorno 26/12/24 08:41:06:208 - Codigo:-10, Mensagem:Nenhum elemento encontrado Se volto a versão da DLL para 0.3.5.233 a mesma GTVe é aprovada normalmente. Alguma ideia do que pode está gerando esse problema?

Obrigado, funcionou!!!

Valeu Julio, Consegui achar uma função que converte o timestamp pra Unix e agora as data já estão sendo lidas ok pelo método. Ficou assim o código: dData1 := hb_DateTime(Year(dData1), Month(dData1), Day(dData1), 00, 00,00,00) unixMillis := FW_DateToUnix( dData1 ) dData1 := (unixMillis / 86400000.0) + 25569.0 dData2 := hb_DateTime(Year(dData2), Month(dData2), Day(dData2), 23, 59,59,999) unixMillis := FW_DateToUnix( dData2 ) dData2 := (unixMillis / 86400000.0) + 25569.0 IF (nRet := PIXCD_ConsultarPixRecebidos(dData1,dData2,"","",1,30,@cbuf,nLen)) == 0 IF nLen > 255 cBuf := Space(nLen) PIXCD_UltimoRetorno(@cBuf, @nLen) ENDIF ENDIF No log não apareceu mais nenhum erro: 09/12/24 14:43:06:096 - PIXCD_ConsultarPixRecebidos(04/12/2024,09/12/2024,,,1,30 ) 09/12/24 14:43:06:097 - Travar 09/12/24 14:43:08:094 - MoverStringParaPChar. StrLen:209, BufLen:255 09/12/24 14:43:08:094 - SetRetorno(0, [ConsultarPIXRecebidos] TxId= TxIdPresente=0 cnpj= cpf= devolucaoPresente=0 fim=09/12/2024 23:59:59 inicio=04/12/2024 itensPorPagina=30 paginaAtual=1 quantidadeDePaginas=1 quantidadeTotalDeItens=5 Mas, não vieram as transações ! e no log diz ter 5 transações, que é mais ou menos a quantidade de testes que fiz. nesse periodo.

Vcs saberiam me dizer qual a data inicial considerada pelas bibliotecas ACbr? Microsoft' Ole sources count date/time from epoch Jan 1, 1900 00 hours Unix / java/ etc start with Jan 1 1970 00 hours

Sim, adaptei esse código para o Harbour: FUNCTION convertDateToTDateTime() LOCAL unixMillis,pascalDateTime // Obtém o timestamp Unix em milissegundos unixMillis := hb_TToMSec( hb_DateTime() ) // Converte o timestamp para TDateTime pascalDateTime := (unixMillis / 86400000.0) + 25569.0 return pascalDateTime Mas no log está aparecendo assim: 09/12/24 11:20:24:059 - PIXCD_ConsultarPixRecebidos(17/01/8707,17/01/8707,,,1,30 )

Se vc der uma olhada um pouco acima, já fiz vários testes com os valores assim. Acredito que o problema seja mesmo de conversão de data, mas ainda não encontrei uma função que gere o valor como a biblioteca ACBr está esperando...

Usando a função Hb_DateTime() pra passar a data como parâmetro para a função, temos isso no log. dData1 := HB_DateTime(Year(Date()),Month(Date()),Day(Date())) ? dData1 // exibe 09/12/2024 10:06:51 nRet := PIXCD_ConsultarPixRecebidos(dData1,dData1,"","",1,30,@cbuf,nLen) 09/12/24 10:02:51:120 - PIXCD_ConsultarPixRecebidos(30/12/1899,30/12/1899,,,1,30 )

Boa Tarde Julio, Sim, parece ser esse realmente o problema que estou tendo. Como eu poderia usar essa função ? ela está disponível em alguma biblioteca ACBr?

mas qual informação passo ai, se o que quero é consultar as transações de um período? E no que isso interfere nas datas que estou enviando umas e a função recebendo outras?!?

Alguma ideia para resolver essa situação com as datas ? Seria possível passar uma string para essa data ?

Bom dia Juliomar, Mas eu não estou deixando de passar esses parâmetros. Estou passando eles vazios.

Boa Tarde pessoal, Ao tentar executar o PIXCD_ConsultarPixRecebidos Assim: cData1 := "2024-12-04T00:00:00.000" cData2 := "2024-12-04T23:59:00.000" PIXCD_ConsultarPixRecebidos(cData1,cData2,"","",nPag,nIt,@cBuf,@nLen)) ou assim: cData1 := "2024-12-04" cData2 := "2024-12-04" PIXCD_ConsultarPixRecebidos(cData1,cData2,"","",nPag,nIt,@cBuf,@nLen)) Está aparecendo o seguinte no log: 04/12/24 16:07:45:127 - PIXCD_ConsultarPixRecebidos(30/12/1899,30/12/1899,,,1,30 ) 04/12/24 16:07:45:137 - Travar 04/12/24 16:07:46:623 - MoverStringParaPChar. StrLen:376, BufLen:255 04/12/24 16:07:46:623 - SetRetorno(0, [Problema] Detail=os parâmetros de consulta a lista de pix recebidos não respeitam o schema ou não fazem sentido semanticamente. Status=400 Title=Operação inválida. correlationId= type_uri=https://pix.bcb.gov.br/api/v2/error/PixConsultaInvalida ou seja, uma data 30/12/1899 ?!?

Boa Tarde Pessoal, O Itaú refez o cadastro do meu cliente no ambiente deles e agora está funcionando.

Bom dia, Isso mesmo. Conseguir obter o certificado e recebi também a client_secret. O erro acontece quanto tento executar o fluxo de vendas.

Abrimos um chamada no Itaú já tem quase uma semana e até agora não recebemos nenhum retorno deles. Já tinha salvo essas dlls, mas de qualquer modo, salvei novamente e fiz um novo teste e nada mudou.

Eu fechei o módulo e em seguida ao reabrir, ele ja veio com o botão ativado. Mas continua retornando o mesmo erro ao tentar executar o fluxo de vendas: 02/12/24 07:55:05:069 - ResultCode: 0 - 02/12/24 07:55:05:071 - Sock.LastError: 10054 02/12/24 07:55:05:073 - Resp.Headers: 02/12/24 07:55:05:077 - Resp.Body: 02/12/24 07:55:05:079 - EACBrPixHttpException: Erro HTTP: 0, Metodo: POST, URL: https://sts.itau.com.br/as/token.oauth2

Bom dia Diego, Com essa versão que vc enviou, o botão "Pagar" não está ficando ativo, como vc pode ver na imagem anexada..

Essa versão que vc enviou o link, já é a que estou usando pra testar. `Pelo menos a data e tamanho do executável estão iguais.