eric100

Testei novamente e aparentemente o serviço de homologação voltou. Agradeço a atenção.

Vou aguardar alguns momentos e tentar novamente. Quando voltar eu reporto aqui.

Bom dia. Iniciei a homologação do banco c6 com o projeto de exemplo do coalizão. Inseri dados fictícios e os dados de homologação disponibilizados pelo banco, porém ao tentar enviar o boleto recebo o seguinte erro: {"type":"https://developers.c6bank.com.br/v1/error/invalid_request","title":"Requisição inválida.","status":400,"detail":"[BoletoClient]: Inserção do Título negada, pois a data de emissão(29/05/2025) é posterior a D+1(28/05/2025) da data de referência do sistema. Bad Request","correlation_id":"9475fca045aaf247-GRU","timestamp":"2025-05-29T12:27:38.101Z"} Já analisei o envio e nem passa data de emissão. Em anexo, log completo, com clientID e Secret retirados(Caso precisem me avise). Alguém já passou por isso ou tem ideia de como resolver? log.txt

Existe forma de gerar o cUrl de uma requisição pelo componente? Motivo: Sempre que ocorre algum problema no banco, seja registro de boleto, consulta, etc... eles pedem a cUrl para validação e temos que ficar criando.

Sim. Já havia lido, porém lá não consigo postar a solução. Postei aqui para contribuir, caso aceitem.

Ao enviar títulos para o banco e algum dado tenha acento, o banco está retornando erro: { "timestamp":"2024-05-21T19:33:45.709+0000", "error":"BAD_REQUEST", "code":"400", "message":"400 BAD_REQUEST \"Failed to read HTTP message\"; nested exception is org.springframework.core.codec.DecodingException: JSON decoding error: Invalid UTF-8 middle byte 0x22; nested exception is com.fasterxml.jackson.databind.JsonMappingException: Invalid UTF-8 middle byte 0x22\n at [Source: (io.netty.buffer.ByteBufInputStream); line: 1, column: 424] (through reference chain: io.sicredi.ecomm.api.business.dto.request.BoletoHibridoRequest[\"pagador\"]->io.sicredi.ecomm.api.business.dto.request.Pagador[\"cidade\"])" } Implementamos a sugestão de melhoria na classe do sicredi: Segue arquivo alterado:ACBrBoletoW_Sicredi_APIV2.pas

Passei pelo mesmo erro. Nas versões anteriores ao Alexandria faltou uma diretiva. Ajustei aqui. ACBrSATExtratoFR.pas

Mais um capítulo da novela. Após diversas tentativas de contato para conseguir o login e senha do sistema SIGEP(utilizado atualmente pelo ACBr) me responderam o esse sistema está descontinuado... e para conseguir a senha tem que fazer vários processos, tornando-se inviável. Na contramão existe a API REST que todos com contrato tem acesso que funciona legal. Vou analisar para criar no componente os métodos necessários para essa nova API.

Acabei de assinar o contrato com os correios. Assim que liberarem meu acesso eu testo e reporto aqui o plano, funcionamento, forma de aderir, etc.

Estou com o mesmo problema. Aparentemente a API é privada e exigem um contrato, mas não encontrei como fazer, preços, etc... Alguem teve mais sucesso nesta busca?

Salve. Preciso utilizar o googlemaps para calcular rotas em Delphi. Utilizava a GMLib, porém parou de funcionar novamente... Alguém utilizando alguma solução? Alguma dica?

Notei que já subiram uma alteração igual a minha. Resolvido.

Entendi. Vou atualizar meu fontes novamente então. Em relação ao nosso número, que alterei para só passar para API os dados sem gerar o verificador se tiver com a quantidade certa de caracteres. Essa alteração podemos prosseguir?

Exatamente. Quanto insere retorna no qrCode, quando consulta retorna no codigoQrCode. Estão os 2 prints dos JSON de retorno e bate com o manual. No seu uso está retornando diferente?

Ainda não tenho os dados de produção liberados. Sobre a pagina 96 é sobre a consulta de um título. Minha alteração foi no resultado na operação de incluir. Fiz uma consulta detalhada e realmente retorna o nome "codigoQrCode", porém não alterei essa parte.