Brunocogoo

Boa tarde. Sim testei em produçao com um cliente

Bom dia. Implementei o retorno da DLL PWINFO_PAYMNTTYPE no acbr, para conseguir capturar quando for pago por cateira digital. Tive essa necessidade e verifiquei que nao exisitia nenhuma forma confiavel de saber se foi pago por carteira digital ou cartao no acbr. Precisei criar a propriedade fpCarteiraDigital, seguindo a mesma ideia dos fpCredito e fpDebito. Units alteradas em anexo. ACBrTEFPayGoComum.pasACBrTEFComum.pas

Bom dia. Inclui importação de multa, juros e desconto e seus respectivios tipos (percentual, valor, etc) e suas datas de ativaçao (datamulta, datadesconto, etc..) na importação do retorno. Foi necessario a inclusao de um novo tipo cdPercentual no tipo TACBrCodigoDesconto. Segue units em anexo. ACBrBoletoConversao.pas ACBrBoletoRet_Inter_API.pas

Bom dia, durantes alguns testes, verifiquei um outro erro, ao enviar boletos com desconto. O campo TAXA e VALOR sempre são obrigatorio informar, conforme a documentação, mesmo que com valor zerado. Estava me retornando erro ao tentar enviar com o ACBR, pois dependendo do tipo do desconto, não preenchia a taxa ou o valor. Realizei a alteração informando 0 nesses campos, quando não utilizado, e o erro foi corrigido. Segue unitis novamentes tambem com essa correção para análise. ACBrBoletoW_Inter_API.pas

Boa tarde. Desenvolvi a compativlização com a paginação na consulta do banco inter. Atualmente, está trazendo somente a primeira pagina, filtrando com o limite maximo de registros permitidos: "Consulta.Add( 'itensPorPagina=1000' );" Porem se caso o cliente tenha mais de 1000 boletos, não irá trazer na consulta. Pensando nisso, realizei o tratamento com paginação, utilizei os campos indicadorContinuidade e proximoIndice, que já são utilizados para tratar a paginação na API do banco do brasil. Segue fontes com as alterações. ACBrBoletoRet_Inter_API.pas ACBrBoletoW_Inter_API.pas

tive o mesmo problema, e nao conseguir resolver, alguemmais ja passou por isso?

Boa tarde. Realizei duas alterações no codigo fonte de boleto para se adequar as minhas necessidades. A primeira foi incluir no retorno detalhado, a informação de valor de Multa pago pelo cliente. Como so existia uma propriedade chamada PercentualMulta no array de retorno, criei uma nova chamada ValorMulta e a preenchi com o valor retornado pelo banco... Eu tambem tinha a necessidade de salvar o JSON de envio no banco de dados, entao criei uma nova propriedade JSONEnv, e alimento com o valor enviado para o banco atraves do retorno da funcao "FBoletoWSClass.GerarRemessa"; Segue fontes caso tenham interesse em implementar. ACBrBoletoWS.pas ACBrBoletoRet_BancoBrasil_API.pas ACBrBoletoRetorno.pas

Boa tarde pessoal. Estou realizando a implementação do banco do brasil via API, e após realizar a instrução de alteração de vencimento e realizar a impressão, verifiquei que o codigo de barras impresso pelo componente do acbr, estava diferente do codigo de barras no banco do brasil ao realizar a consulta pelo postman (a linha digitavel tambem estava diferente). Sei que o código de barras e linha digitavel são montadas dinamicamente, tento como um dos valores para geração a data de vencimento. Sendo assim deveria mudar o codigo de barras ao realizar a instrução de mudança, mas no retorno da API se mantinha o mesmo codigo de barras de quando o boleto foi gerado, e no acbr, para imprimir é montado em tempo real, e acabou ficando diferente. Entrei em contato com o suporte do banco do brasil, e me informaram que o codigo de barras não deve ser alterado após uma instrução de alteração de vencimento, e que a alteração é registrada na Câmara Interbancária de Pagamentos - CIP e quando o banco pagador for realizar o pagamento ira consultar o banco de dados da CIP e a transação será efetuada conforme as instruções registradas. Perguntei se essa regra se mantinha para quando fosse gerado boletos via arquivo cnab, e me informaram que tambem nao deve se mudar o codigo de barras. Gostaria de saber se isso procede, pois até então eu sempre soube que o cod de barras deveria ser alterado (assim como está atualmente no acbr). Segue link do tópico no forum do BB: https://forum.developers.bb.com.br/t/codigo-de-barra-nao-muda-ao-alterar-data-de-vencimento/21757/7 https://forum.developers.bb.com.br/t/duvida-linha-digitavel-e-codigo-de-barras-apos-alteracao-do-boleto/1010

Corrigiu! Muito obrigado!

Boa tarde pessoal tudo bem? Identifiquei um problema nos filtros da consulta de boletos do banco do Brasil API. No campo cnpjCpfPagador No banco do brasil o filtro de cpf é dividido em numero do cpf e digito verificado. Porém o copy do campo cpf dentro da unit está incorreto. OBS: no caso de cnpj está correto. Verifiquei o log e foi alterado no ultimo commit, segue print Arquivo: ACBrBoletoW_BancoBrasil_API Linha: 276

Bom dia, exatamente, se comento essa linha, funciona normalmente. Segue anexo do log simulando o erro 2021_07_12.txt

Os fontes estão atualizados!

Boa tarde pessoal tudo bem? Eu estava com um problema ao utiliza o método CNC (ACBrTEFDPayGoWeb), para fazer um cancelamento de TEF, eu não estava enviando o parâmetro REDE, pois na doc da paygo nao consta como obrigatório, e acontecia que não encontrava a transação para cancelar. Entrei em contato com o pessoal da paygo, e descobrimos que o que estava causando esse problema é o parâmetro TRNORIGDATETIME que é enviado nesse método (anexo1). Segundo a documentação, esse parâmetro não é necessário para a operação(anexo2), e causa esse problema. Estou abrindo esse tópico, para verificação e se possível, remover o parâmetro. Abraços

Perfeito @Daniel Simoes muito obrigado!! Abraços

Gostaria de fazer mais um adendo. no projeto de exemplo disponibilizado pela paygo em : https://github.com/PGPagamentos/pdvWindowsPayGoLibC_Delphi a declaração do método consta com var (uPGWLib.pas - linha 305) conforme print abaixo

Boa tarde @Daniel Simoes Desculpe pela demora.. Eu acredito que seja versão da dll, vc testou com a versão disponivel na pagina da paygoweb disponivel aqui no acbr mesmo? Fiz um video demonstrando o processo, e realmente aqui não vai, testei em varias maquinas e o comportamento é o mesmo, se caso vc confirmar que fez os testes com a mesma dll vou verificar a possibilidade de testar com delphi mais recente..

beleza @Daniel Simoes, muito obrigado pelo feedback ! Fico no aguardo! Abraços!

Bom dia @Daniel Simoes. Uso delphi 10 Berlin - Update 2 Estou testando no TEFDemoNF. Dll peguei a ultima aqui do site do acbr mesmo, versão : 0004.0001.0004.0000 (https://projetoacbr.com.br/tef/) Em 32 bits , funciona corretamente. Em 64 bits, me retorna tudo zerado, quando eu coloco VAR na declaração funciona normal

Boa tarde amigos, tudo bem com vocês? Eu acredito que encontrei um erro na unit ACBrTEFPayGoWebComum. Na linha 599, existe a declaração do metodo xPW_iExecTransac . no caso, esse metodo recebe 2 parametros, um array de um Trecord, que será preenchido dentro da dll, e um small int que tambem é preenchido na dll. Porém só o segundo parametros está declarado como Var. Encontrei esse erro pois na minha aplicação, quando compilada em 64 bits, o meu array de Trecord(pvstParam) sempre retornava totalmente zerado, e após eu fazer essa alteração, colocando var nos 2 parametros, resolveu e trouxe preenchido. Segue em anexo a alteração.

verifiquei novamente e a dll está correta, dll x86 , TefdDemo 32bits

na segunda vez que passa no evento xPW_iPPEventLoop(pszDisplay, ulDisplaySize); > (arquivo ACBrTefPayGoWebComum - linha 2236) , no segundo pagamento, estoura este erro, ainda nao identifiquei o porque disso, poderia me dar um help?

Boa tarde novamente amigo. Acabei de realizar novos testes com essas dlls atualizadas que peguei do link que voce me forneceu, e estou tendo um problema. Testei com o tefdemo, coloquei a opção de multiplos cartoes e quando vou realizar o segundo pagamento, me retorna o erro EXTERNAL EXCEPTION C0000008, debuguei e percebi que é bem no metodo para exibir no pinpad. Voce saberia me informar se seria um erro de fato da dll? pois com uma versao mais antiga da dll que tenho aqui funciona normal. Abraços

Boa tarde amigo. Verifiquei que o problema se encontra na minha dll. O suporte me enviou uma dll atualizada, e após isso parou de funcionar..., coma a antiga funciona. Porém acredito que seja um problema de fato na dll. Vou entrar em contato com eles para verificar. Muito obrigado pela atenção

Boa tarde amigos do forum, tudo bem? Gostaria de relatar um problema que estou tendo ao realizar alguns testes com o paygoweb dedicado. Preciso realizar venda com multiplos cartões, e ao realizar os testes no AcbrTedf Demo, esta acontecendo uma situação peculiar ao realizar o pagamento. O procedimento é o seguinte: Multiplos Cartões = True - Venda de R$50,00 1- Realizo um pagamento de R$25,00 - OK 2- Ao finalizar o pagamento com o primeiro cartão, no meu pinpad não aparece Transação OK, continua como processando; 2- Quando vou realizar o segundo pagamento, do valor restante, ou qualquer valor menor, me retorna uma mensagem deizendo "ERRO NO PINPAD". 3- Após isso, a operação, é cancelada, e se tento realizar o pagamento de novo, eu consigo realizar o pagamento. Um segundo erro tambem ocorre , ao tentar cancelar esta operação, retornando o mesmo erro ao pressionar em cancelar. Alguem já passou por algo parecido? Att, Bruno Cogo