cdsistemas

Vou ver se consigo uma nfs-e já transmitida para comparar os campos.

Boa tarde Estou com problema na emissão de NFS-e de Sorocaba. Tenho clientes emitindo no Rio, São Paulo e Curitiba. Erro: Configurado: Consegue ajudar?

obrigado, fico no aguardo!!!

Obrigado

Bom dia!!! Bom dia!!! Existe API do banco BTG para envio e retorno de boleto? Caso não exista, tem previsão?

Bom dia ! Tem previsão do desenvolvimento dessa demanda do banco Cora ? Obrigado

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

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?

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!!!

Sim, agora todos vem com "situacao":"EM_PROCESSAMENTO".

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?

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?

Bom dia!!! Segue arquivo modificado. Obrigado ACBrBancoBTGPactual.pas

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.

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.

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?

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.

Funcionou!!! Passou a pegar o campo certo. Obrigado

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.

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?

Daniel, nota 10!!! Acertou essa questão acima.

Daniel, Eu não fiz nenhuma mudança de código de sexta pra hoje. Unica mudança foi atualizar e instalar o ACBr. Percebi que a propriedade Retorno[I].DadosRet.TituloRet.NossoNumero não está sendo preenchida. No JSON, aparece como retorno. Acredito que o problema seja ao alimentar a propriedade. o ACBR não entra em LJsonObject.IsJSONObject('boleto') Ajuda?

Bom dia!!! Atualizei o ACBr e instalei. As consultas ficaram melhores. Agora com o CodigoEstadoTituloCobranca ajudou demais. Porém o numeroBoleto não esta vindo preenchido.

Bom dia!!! Eu entendi as consultas porém existe algo estranho. Gerei 2 boletos iguais de 5,00 com indicadorPix=True. Um deles eu paguei com código de barras e o outro por QRCode. Fiz a consulta as seguintes consultas: 1- CONSULTA COM isbBaixado e IndicadorPIX=True BOLETO PAGO COM QRCODE: numeroBoleto = 01318077567 SeuNumero = 83897 dataRegistro = 16/05/2024 dataVencimento = 16/05/2024 estadoTituloCobranca = RECEBIDO dataMovimento = 16/05/2024 dataCredito = 16/05/2024 valorAtual = 5 valorPago = 5 BOLETO PAGO COM CÓDIGO DE BARRAS: numeroBoleto = 01318077534 SeuNumero = 83895 dataRegistro = 16/05/2024 dataVencimento = 16/05/2024 estadoTituloCobranca = RECEBIDO dataMovimento = 16/05/2024 dataCredito = 16/05/2024 valorAtual = 5 valorPago = 5 2- CONSULTA COM isbBaixado e IndicadorPIX=False: BOLETO PAGO COM QRCODE: numeroBoleto = 01318077567 SeuNumero = 83897 dataRegistro = 16/05/2024 dataVencimento = 16/05/2024 estadoTituloCobranca = CANCELADO dataMovimento = 16/05/2024 dataCredito = 16/05/2024 valorAtual = 5 valorPago = 5 BOLETO PAGO COM CÓDIGO DE BARRAS: numeroBoleto = 01318077534 SeuNumero = 83895 dataRegistro = 16/05/2024 dataVencimento = 16/05/2024 estadoTituloCobranca = PAGO dataMovimento = 16/05/2024 dataCredito = 16/05/2024 valorAtual = 5 valorPago = 5 Mesmo boleto porém com 2 status diferente dependendo da consulta.

OBSERVAÇÃO Na consulta também não está retornando BOLETO_VENCIDO. Mesmo que na chamada preencha com SIM o campo BOLETOVENCIDO conforme orientação do ACBr. Percebi que esse campo só é usado no BANCO DO BRASIL. No BANCO INTER não.