Daniel Simoes

o ACBrConsultaCNPJ usa a mesma URL para todos os estados... O Erro realmente parece ser a falta de todas as DLLs do OpenSSL, na mesma pasta da aplicação

Olá @cristianocruzzz, Analisando a modificação, notei que ela é compatível apenas com PayGoWeb.. o que pode causar uma certa confusão, em quem usa o TEF por troca de Arquivos, ou SiTef, pois essa classe estaria sempre vazia... As informações que você está salvando nessa classe, podem ser obtidas no termino da Transação TEF.. veja um exemplo: Ok := ACBrTEFAPI1.EfetuarPagamento( IntToStr(Venda.NumOperacao), AValor, Modalidade, CartoesAceitos, tefmfAVista ); Ok := Ok and ACBrTEFAPI1.UltimaRespostaTEF.Sucesso and ACBrTEFAPI1.UltimaRespostaTEF.TransacaoAprovada; // -- Exemplo de como capturar os Erros retornados pela API do TEF PayGoWeb -- // if not OK then begin if (ACBrTEFAPI1.TEF is TACBrTEFAPIClassPayGoWeb) then begin CodErro := ACBrTEFAPI1.UltimaRespostaTEF.LeInformacao(PWINFO_RET).AsInteger; MsgErro := ACBrTEFAPI1.UltimaRespostaTEF.LeInformacao(PWINFO_RESULTMSG).AsBinary; ShowMessage('Erro: '+IntToStr(CodErro)+' - '+Trim(MsgErro)); end; end;

@DSilva, enviei para o SVN, com alguns pequenos ajustes... Commit [r24050]

SiM.. roda cartões de alimentação .. Você pode falar com o Time de TEF do ACBr, sobre isso.. @José Tamizou Jr, pode apoiar nesse caso ?

Rode o Demo do ACBrETQ, e veja no combo de Portas se ela aparece listada... O ACBr não usa DLLs...

Parce que faltou Compilar as DLLs base sa Classe de alto-nivel do ACBr em C#... Por favor Compile o Demo em WinForms antes

Observe que tem vários exemplos em WinForms, que são úteis para lhe mostrar como a classe de alto nível do ACBr, opera... http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/C%23/ Também existe um exemplo básico, de como usar a versão Multi Thread em API http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/C%23/ACBr.API/

Que linguagem você usa ? Nossos Demos estão no SVN em: http://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/

@diogohs, veja se esse tópico lhe ajuda:

Ainda não existe.. mas estamos criando o componente ACBrPIXCD...

humm.. parece que mudaram o retorno da API, quando o CEP não é encontrado... acho que precisaremos rever os fontes, para considerar o Retorno HTTP 500, como CEP não encontrado...

Falamos sobre isso no último vídeo de Notícias...

Por favor mande um Print completo com o erro.. aparentemente você copiou uma msg após o verdadeiro erro na IDE Tudo indica que você não atualizou a pasta Terceiros\synalist, ou tem os mesmos fontes dessa pasta, em outras pastas do seu projeto

https://projetoacbr.com.br/downloads/acbrmonitorplus/

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Pode ser que as Tags estejam fora do padrão, ou algum Grupo ou Condição necessária para o uso dessa Tag não esteja sendo cumprida... Se for possível, anexe o XML para analise

Humm.. se você usa Troca de Arquivos (TXT).. verifique se está configurado como gpPayGo... Motivo: todos os campos que são específicos da documentação da PayGo, migraram para essa Classe

@Italo Giurizzato Junior, mais uma para o seu BackLog...

o mesmo se aplica.. veja os fontes do projeto TEFDemoNF

Verifique esse questão da imagem abaixo... conforme demonstrado no Demo do ACBr Observe que agora a API retorna tmTodas, para exibição em todas as Telas

Extraído do Log...

Essas modificações já estão no GIT do Fortes Report https://github.com/fortesinformatica/fortesreport-ce/pull/295/files

Verifique se a Etiqueta tem o "Gap", em acordo com o sensor da Impressora Em alguns casos, pode ser necessário um Reset na impressora para que ela assuma os padrões de fábrica