Diego Bastos

o problema não é timeout, já tenho mecanismos para este controle. O ponto chave é que neste tipo de retorno o acbr n preenche a property correspondente ao our_number. Para contornar temporariamente estou usando o acesso direto a property do JSON: try j := TJSONObject.ParseJSONValue(AJson) as TJSONObject; j.TryGetValue<string>('our_number', nossoNum); Result := nossoNum; finally j.Free; end; mas o ideal seria o componente carregar essa informação visto que após o POST para inserir novo boleto a API C6 devolve a informação no JSON.

como é no momento da inclusão então o tipo é tpInclui; o tpConsultaDetalhe só usamos quando se consulta o boleto já emitido.

boa tarde, no retorno da criação do boleto não.

Bom dia, ao gerar o boleto a resposta da API C6 (homolog e prod) devolve o nosso número: { "amount": 5, "due_date": "2025-06-05", "originator_id": "0000zzzzzzzzz", "our_number": "0244141180", "billing_scheme": "15", "billing_type": "3", "id": "01JWGSzzzzzzzzzzzzz", "bar_code": "336961103000000050000zzzzzzzzzzzzzzzzz", "digitable_line": "33690.zzzzz zzzzzzz zzzzzzz 6 zzzzzz000000500" } porém o retorno no ACBr não está sendo preenchido corretamente em FACBrBoleto.ListaRetornoWeb[idReg].DadosRet.TituloRet.FNossoNumero Paleativamente estamos reconsultando os boletos gerados para poder atualizar essa informação, porém isso não bom pois dentro do mesmo minuto pode estourar o limite de requests na API C6. Alguém tem alguma outra sugestão ou caminho que possa ser utilizado para obter o 'nosso número (our_number)' sem precisar reconsultar o boleto? At.te,

Obg.

Boa tarde @Alexandre de Paula, isso mesmo, só notei este outro ponto após encaminhar a primeira sugestão. Respondendo sua pergunta: sim, apenas essas duas sugestões.

Sugiro a correção do uso da OcorrenciaOriginal.Tipo no arquivo ACBrBoletoW_C6 (procedure TBoletoW_C6.RequisicaoAltera) visto que a API do C6 exige obrigatoriamente o envio do vencimento do boleto e do valor do mesmo, e, da forma que está implementado atualmente nesta classe TBoletoW_C6 os campos de valor e vencimento só serão adicionados no JSON caso a OcorrenciaOriginal.Tipo seja específico de alteração para cada um destes. Outra sugestão de melhoria é permitir que sejam enviados mais de um campo para alteração visto que a API do C6 dá suporte a isso. Segue arquivo com melhoria proposta. ACBrBoletoW_C6.pas

Segue arquivo com sugestão de alteração. ACBrBoletoW_C6.pas

Bom dia, identifiquei um ponto para correção no arquivo de boleto do banco C6 ACBrBoletoW_C6.pas: Atual: if (ATitulo.ValorDesconto > 0) or (ATitulo.ValorDesconto > 0) or (ATitulo.ValorDesconto > 0) then Sugestão: if (ATitulo.ValorDesconto > 0) or (ATitulo.ValorDesconto2 > 0) or (ATitulo.ValorDesconto3 > 0) then