Ir para conteúdo
  • Cadastre-se

cdsistemas

Membros Pro
  • Total de ítens

    81
  • Registro em

  • Última visita

Sobre cdsistemas

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

cdsistemas's Achievements

Enthusiast

Enthusiast (6/14)

  • Collaborator Rare
  • One Year In
  • Dedicated Rare
  • First Post
  • Conversation Starter

Recent Badges

15

Reputação

1

Community Answers

  1. Bom dia ! Tem previsão do desenvolvimento dessa demanda do banco Cora ? Obrigado
  2. Bom dia Estou usando a mesma estrutura do exemplo do ACBr. ACBr Meu código Vou fazer a mudança pra realizar uma consulta sugerida pelo italo. Obrigado
  3. Bom dia! No mês passado um cliente teve um problema. Foi emitir um carta de correção e não teve retorno (normalmente explode a impressão da carta na tela). Logo, apertou o botão novamente e o retorno "573 - Rejeicao: Duplicidade de Evento". Ligou para meu técnico que verificou que a carta de correção estava transmitida, baixo o arquivo e disponibilizou para o cliente. Eu atualizei o acbr e gerei uma nova versão. Porém isso acontece novamente esses dias, nesse e em um novo cliente. Funcionou perfeitamente até junho. Sabe o que pode ser? Pode ajudar?
  4. Eu resolvi minha vida. Após registrar o boleto estou realizando um consulta detalhada. Por hora funcionou e consigo pegar todas as informações pra ter o boleto com QRCode. Lembrando que antes funcionava e parou. Obrigado pela ajuda!!!
  5. Sim, agora todos vem com "situacao":"EM_PROCESSAMENTO".
  6. Daniel, bom dia!!! Eu implantei o boleto do banco inter com QRCode pela API. Utilizo INDICADOR_PIX= 'S' e VERSAO= 'v3' Fiz vários exemplos e todos funcionaram. Tenho 2 clientes usando. No mês passado emitiram vários os boletos, registraram pela API, enviaram pro cliente e dias depois tiveram os boletos pago. Não teve nenhuma mudança de código da minha parte. Agora o retorno do registro de boleto não retornam alguns campos. PIX_COPIA_E_COLA = Não retornou TXID = Retornou normalmente LINHA_DIGITAVEL = Não retornou CODIGO_BARRAS = Não retornou CODIGO_SOLICITACAO = Retornou normalmente Isso que achei estranho!!! Também percebi... Olhando o JSON, percebi que após registrar os boletos e o retorno for 200, CORRETO Repare que a situação está "A_RECEBER" ERRADO (não retorna os campos destacados) Tem relação a situação?
  7. Boa tarde!!! Hoje detectei um problema com a API do Banco Inter. (Atualizei o ACBr e Instalei novamente após identificar o problema) Nos boletos que gerei no final de junho, todos foram registrados no banco inter e o retorno veio correto. Hoje fiz o mesmo processo e o boleto foi registrado no banco inter. Porém o retorno do JSON não informou alguns campos fundamentais que antes vinham. Os campos são: "codigoBarras", "linhaDigitavel", "nossoNumero", "pixCopiaECola". Sabe o que aconteceu? Porque não está retornando os campos? Foi criado algum parâmetro ou ajuste?
  8. Bom dia!!! Segue arquivo modificado. Obrigado ACBrBancoBTGPactual.pas
  9. Outro problema: Registro Detalhe - Segmento T (Obrigatório - Retorno) O campos Nosso Número inicia na posição 38. No arquivo ACBrBancoBTGPactual.PAS está na posição errada. Colocando a posição certa (38), funciona igual aos demais bancos.
  10. Boa tarde!!! Coloquei o meu primeiro cliente com o boleto do banco BTG e encontrei um problema no retorno. Segue manual do CNAB 240 onde destaquei 2 campos: DATA DE OCORRÊNCIA (vermelho) A posição 138 é quando o cliente registrou o boleto. OCORR. DO PAGADOR - DATA OCORRÊNCIA (azul) A posição 158 é quando o cliente pagou o boleto. Dito isto, segue o problema: O arquivo ACBrBancoBTGPactual.PAS (POSIÇÃO ERRADO) no arquivo ACBrBoleto.PAS (POSIÇÃO CERTA) Essa analise está certa? É preciso ajustar o ACBr? Ajustei na mão e funcionou igual aos demais bancos.
  11. Victor, boa tarde!!! A posição 158 é a data da ocorrência do pagamento. PERFEITO. Porém estou falando da data de ocorrência da posição 138 que é a data de registro do boleto no banco. No meu caso, o boleto foi registrado no banco. O retorno só vem preenchida a posição 138 que é a confirmação do tipo de ocorrência toRetornoRegistroConfirmado. Eu só deixo enviar o boleto para o cliente após ter a confirmação do banco. Quando o cliente pagar o boleto, ai sim será usada a data de ocorrência do pagador que é a posição 158 e o tipo de ocorrência é toRetornoLiquidado. Confere o que estou dizendo?
  12. cdsistemas

    Retono CNAB do Banco BTG

    Boa tarde Estou implementando um cliente que utiliza banco BTG. (meu primeiro cliente com esse banco) 1) Consegui gerar remessa e registrar o boleto no banco. 2) Peguei o retorno CNAB 240 3) Ao ler o retorno, percebi que a leitura da data de confirmação do boleto não foi preenchida. Percebi que não existe no arquivo ACBrBancoBTGPactual.pas a função LerRetorno240 padrão do ACBr em outros bancos. Logo está sendo usada a função LerRetorno240 do ACBrBoleto.pas. Eu consigo abrir o boleto e pagar pelo código de barras, logo concluo que o boleto está registrado no banco. Analisando o arquivo percebi que a data de confirmação está na posição 138 até 145. No arquivo ACBrBoleto.pas está lendo da posição certa. No arquivo ACBrBancoBTGPactual.pas esta lendo da posição errada. Consegue ajudar? OBS: meu ACBr foi atualizado em 07/06/2024.
  13. Funcionou!!! Passou a pegar o campo certo. Obrigado
  14. Daniel, boa tarde!!! Eu só utilizo indicadorPIX = true. Estou debugando a procedure TRetornoEnvio_Inter_API.LerListaRetornoPix na linha 684. A marcação em azul pega o valor certo "valorTotalRecebimento" (VALOR COM JUROS) e preenche certo o ValorPago. Já a marcação em vermelho substitui o conteúdo do ValorPago, colocando o valorNominal. Porém o conteúdo do campo ValoreRecebido, deveria receber o valorTotalRecebido e não o valorTotalRecebimento.
  15. Boa tarde!!! Percebi que o campo TituloRet.ValorRecebido está vindo zerado quando é pagamento. Porém o campo "valorTotalRecebimento" não existe na documentação da API. O campo certo é "valorTotalRecebido" que é usado em outros lugares. Existem vários casos dentro ACBrBoletoRet_Inter_API. Na documentação mostra que o campo que existe é o "valorTotalRecebido". Consegue ajustar?
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...