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