Valdir Dill

Bom dia, Não sei se pode ser algo na nossa aplicação, mas já fuçamos em tudo e não conseguimos detectar qual é a causa. Ao imprimir uma DANFSe na tela (ACBrNFSeXDANFSeRL1.MostraPreview= true) , ocorre o access violation ao destruir o RLReportPreview. Na linha indicada no print anexo Alguma sugestão? Obrigado!

Sim Italo eu li seu post. Na verdade li, reli e reli de novo, rs. Justamente para não postar algo errado aqui, rs. Mas acho que você não viu meu post direito (ou então estou ficando doido, rs). Veja aí no primeiro parágrafo que eu falo da consulta do evento usando apenas a chave. Essa consulta, naquele seu post, diz que está funcionando tudo ok, mas aqui não está. Essa última linha que coloquei dizendo que dá esse erro é uma outra consulta que só relatei pois nessa o componente gera o xml, mas dá o erro. Só incluí esse relato para demonstrar que estou fazendo pelo demo do acbr e que setei corretamente a pasta de salvamento. Mas vamos esquecer essa consulta que dá erro então. Vamos nos ater apenas a primeira parte desta minha resposta anterior, ou seja, da consulta de evento apenas com a chave (sem código de evento e sem a sequência). Nessa consulta, o sistema salva apenas esses 2 arquivos .json que mencionei. Nenhum XML é salvo, entende?

No demo. O 31056082203424804000106000000000000623099306124149-eve.xml anexo é o que é gerado na pasta quando se consulta pela chave + código do evento. Também ocorre o erro do arquivo ErroChaveCodEvento.png anexo. Também gera o 31056082203424804000106000000000000623099306124149-con-eve.json (anexo). 31056082203424804000106000000000000623099306124149-con-eve.json 31056082203424804000106000000000000623099306124149-eve.xml

Boa tarde, Não sei se estou fazendo algo errado, mas aqui não está salvando os XML dos eventos na pasta que indico para salvamento. Salva esses 2 arquivos abaixo, mas .json. Isso na consulta de evento usando apenas a chave. - 31056082203424804000106000000000000623099306124149-eve.json - 31056082203424804000106000000000000623099306124149-con-eve.json Já na consulta de eventos usando a chave e o código de evento (e101101), dá erro -> Expected "{" but found invalid symbol (1,2)

Sim, está habilitado. (Configuracoes.Arquivos.Salvar := True) É justamente por isso que o demo gera esse temp2.xml. Veja no print o que o demo mostra na aba "XML de REtorno".

Bom dia, Entendi. Mas, na verdade, nenhuma das 3 consultas está funcionando aqui. Se consulto com chave + código de evento + sequencial, dá esse erro ("data error") que reportei inicialmente. Se consulto somente com a chave + código do evento (sem o sequencial), ocorre o erro do print que estou anexando agora. Se consulto somente com a chave, aí não da erro de processamento, ou seja "Sucesso" vem true, mas o XML (temp2.xml) traz apenas isto { "message": "The requested resource does not support http method 'GET'."}. no seu conteúdo.

Desculpem, anexei duas vezes o XML e não anexei o erro, rs. Agora vai o print do erro.

Boa tarde, Estamos tendo o erro "data error", print em anexo. Também anexo o XML retornado. Ocorre ao executar o método ACBrNFSeX1.ConsultarEvento(. Debugando verifiquei que a consulta é processada normalmente e retorna um XML, mas no TACBrNFSeProviderPadraoNacional.TratarRetornoConsultarEvento(, linha 869 da PadraoNacional.Provider.pas, ou seja, ao executar ArquivoXml := DeCompress(DecodeBase64(ArquivoXml)), acontece o erro. Aí não sei se pode ser alguma falha no componente ou se o XML está retornando com dados corrompidos. Obrigado! temp2.xml temp2.xml

Boa tarde, De fato, consultei em homologação e não deu o erro.

Bom dia, Beleza @Italo Giurizzato Juniorvamos peleando até acharmos a causa, hehe! Só para constar: aqui é Windows 11 Home 22H2. Delphi 10.4 Architect, ou seja, tanto Windows, como Delphi, são diferentes do seu aí, o que sugere que a causa não está nesses dois. Outro detalhe: fiz um teste acionando a URL (https://sefin.nfse.gov.br/sefinnacional/nfse/31056082203424804000106000000000000523093065840035) diretamente no browser e usando o certificado do emitente dessa nota. Em 10 tentativas consegui receber o retorno com sucesso 2 vezes. Nas demais tentativas deu um erro no browser pela demora do WS responder. Mas, após tentar pelo browser, tanto nas tentativas que houve sucesso, como nas que não houve, fui na nossa aplicação e fiz a consulta e não deu o famigerado erro, ou seja, logo na primeira tentativa - na nossa aplicação -, já retornou com o XML da consulta. Então, minha dedução inicial permanece, ou seja, é alguma coisa que é liberada no WS quando se tenta a primeira requisição, mas essa "liberação" só ocorre após o pedido, o que viabiliza a próxima tentativa e esta retorna com sucesso. Meio maluco isso, rs, mas é o que está parecendo. Obrigado!

Sim, como eu disse, usamos as dlls OpenSSl versão 1.1.1.10, que é justamente o que ele recomendou. Olha o que tentei agora: - Atualizei os fontes Acbr; - Usei somente o demo do Acbr e, na pasta do .exe (\Acbr\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\), ficaram somente as dll libssl-1_1.dll, libcrypto-1_1.dll, ambas copiadas de \Acbr\DLLs\OpenSSL\1.1.1.10\X86\ - Compilei o demo e o problema acontece no mesmo padrão. Primeira tentativa dá erro e segunda não dá. Sim, libssl-1_1.dll libcrypto-1_1.dll, ambas copiadas de \Acbr\DLLs\OpenSSL\1.1.1.10\X86\ para dentro da pasta da aplicação.

As configurações usadas são: - ACBrNFSeX1.Configuracoes.Geral.SSLLib := libOpenSSL - ACBrNFSeX1.SSL.SSLType := LT_TLSv1_2 As dll usamos openSSL da versão 1.1.1.10.

Boa tarde, Alguém mais com ocorrência desse erro -> "network subsystem is unusable"? Obs.: padrão nacional. Ocorre toda primeira tentativa de fazer qualquer requisição (envio de nota, cancelamento, consulta). Na segunda tentativa em diante, não ocorre, ou seja, o processo conclui com êxito normalmente. Após a primeira tentativa, posso inclusive fechar a aplicação e retornar a ela que não vai dar erro. Testamos em nossa aplicação com 6 usuários diferentes, em cidades diferentes. e sempre ocorre esse padrão, ou seja, primeira tentativa dá erro e depois vai. Testamos também no demo Acbr. Se enviar uma nota e aguardar uns 5 minutos (mais ou menos) e tentar de novo, aí vai voltar a ocorrer o problema. Tudo indica que é alguma instabilidade no WS, mas é estranho, pois é um padrão rigoroso, sempre igual. Parece que a primeira tentativa ocorre uma espécie de liberação de permissão no WS. Aí, quando entra a segunda tentativa, isso está liberado. Já vi relatos de outros colegas que usam Acbr sobre esse erro no Discord, mas até o momento não encontramos nenhum indicativo de solução. Obrigado!

Boa tarde @Italo Giurizzato Junior, acabei de atualizar os fontes e testei os ajustes no DANFSe em Fortes. Ficou show. Agora com a chave e qrCode. Muito 10. Obrigado!

Conhecemos esse método. Mas, ele tem algumas desvantagens. Por isso preferimos imprimir o DANFSe através da nossa aplicação, utilizando o ACBrNFSeXDANFSeRL. Estávamos inclusive utilizando dessa forma, tudo certinho. Pergunto: o ACBrNFSeXDANFSeRL não deve mais ser usado então? Não será mais atualizado?

Bom dia, Ok, XML em anexo. Mas é o mesmo XML que usamos ontem e estava imprimindo normal. Obrigado! Nota Serviço Nr 5.xml

Bom dia, Atualizei os fontes neste instante. O DANFSe (Fortes) não está trazendo os valores da nota. Print a nexo.] Obrigado

Bom dia, Estávamos com esse erro desde sexta passada, que foi quando iniciou a obrigatoriedade das MEIs usarem o novo serviço. Mas, de ontem para cá, está melhorando gradativamente. Às vezes precisa fazer 2 ou 3 tentativas e ocorre esse erro, mas depois vai. É instabilidade no WS mesmo. Abs.

Bom dia Fizemos o seguinte: o usuário é obrigado a cadastrar a operadora no sistema, entre outros dados, informa o nome da adquirente conforme está na lista PayGo e também o CNPJ. Nas operações de TEF, quando não houver retorno do CNPJ, o sistema lê o valor de ACBrTEFAPI1.UltimaRespostaTEF.Rede e busca o CNPJ no banco de dados da nossa aplicação. Se não encontrar o cadastro, a operação não finaliza. Dessa forma, o próprio usuário pode atualizar os cadastros sempre que houver uma operadora nova e, o principal: fica sob responsabilidade dele informar o CNPJ da adquirente. Obrigado pela ajuda!

Bom dia @Daniel Simoes Pelo que entendi, devo ler esse arquivo RedesPayGo.txt para verificar o CNPJ da operadora. Para isso, utilizarei o valor de ACBrTEFAPI1.UltimaRespostaTEF.Rede para varrer o arquivo, certo? Até aí tudo certo, mas ao aplicar essa rotina, verifiquei que o valor - "PAGSEGURO" - retornado em ACBrTEFAPI1.UltimaRespostaTEF.Rede, não é exatamente àquele apresentado no arquivo -> "PAGSEG". Nesse caso deve fazer uma rotina para tentar deduzir que PAGSEGURO refere-se a PAGSEG, é isso? Obrigado!

Bom dia, Estamos com uma dúvida/dificuldade aqui em relação ao TEF.. Usamos PayGoWeb. A dúvida é em relação ao CNPJ da adquirente que retorna (ou deveria retornar) pelo TEF em ACBrTEFAPI1.UltimaRespostaTEF.NFCeSAT.CNPJCredenciadora. Na maioria das operações, esse CNPJ retorna certinho. Porém, em alguns casos, essa propriedade vem em branco. É o caso de Pag Seguro e C6Bank. A questão é que esse CNPJ, pelo menos em nossa aplicação, é usado para gravar no banco de dados para se emitir a nota fiscal onde é preciso informar esse dado nos pagamentos e também é utilizado depois para geração do arquivo SPED Fiscal, onde também é necessário se informar o CNPJ da adquirente. Muito bem, entendido isso, vamos ao problema que precisamos tentar resolver aqui. Se o TEF não está retornando esse dado, entendo então que isso não é obrigatório ser retornado pela adquirente na transação, certo? Então, se não vem temos como pegar esse CNPJ na operação, como fazer para guardar esse dado em cada operação TEF? Perguntar ao usuário para ele informar? Acho que seria inviável. Se possível, gostaria de receber sugestões dos colegas de como isso é feito na aplicação de vocês. Qualquer sugestão serve, rs... Obrigado!

Boa tarde Obrigado @Juliomar Marchetti, eu tinha analisado esse tópico umas 3 vezes, mas em todas passei batido, rs. ACBrPixCD1.PSP.epPix.Pix.valor; ACBrPixCD1.PSP.epPix.Pix.endToEndId; Obrigado!

Bom dia, Estamos implementando PIX dinâmico do banco Inter. A inclusão do PIX e geração do qrCode está tudo certo e funcional. Mas estamos com uma dúvida de como capturar dados retornado em uma consulta de um PIX. Estamos fazendo assim: ACBrPixCD1.PSP.epCob.ConsultarCobrancaImediata(txtId) //para pegar o status do PIX - ACBrPixCD1.PSP.epCob.CobCompleta.status; //isto funciona beleza A dúvida é como pegar (qual objeto/propriedades do componente) eu consigo pegar o valor pago e também o endToEndId? Obrigado!

Bom dia, Ok, fontes atualizados e testados. Tudo certo agora. Obrigado!

Boa noite, Descobrimos a causa. Parece que há uma rotina errada no próprio Acbr que não está usando a máscara correta para formatar a data. Abri um novo post, específico para esse problema -> Obrigado!