[ACBR-9418] API Cobrança Bradesco - Registro de Boleto

[Juliomar Marchetti]

Em 22/05/2026 at 09:07, marciamagall disse:

Não está funcional o bradesco no acbr. Eu tive que fazer muitas alterações para conseguir utilizar o bradesco. Ainda assim, não consigo fazer alterações na data de vencimento por exemplo. Só consigo enviar boletos, tanto com qrcode, como sem. Estou enviando as duas units que eu mexi pra funcionar. 

ACBrBoletoW_Bradesco.pas 58.67 kB · 7 downloads ACBrBoletoRet_Bradesco.pas 31.24 kB · 7 downloads

Com essas mudanças não resolveu ?

[marciamagall]

Bom dia Juliomar, resolveu sim. Hoje eu estou enviando boletos bradesco com qrcode e sem. Funciona perfeitamente. Só a parte de alteração de boleto que não estou conseguindo fazer, mas o envio, está normal.

[TiagoFZ]

24 minutos atrás, marciamagall disse:

Bom dia Juliomar, resolveu sim. Hoje eu estou enviando boletos bradesco com qrcode e sem. Funciona perfeitamente. Só a parte de alteração de boleto que não estou conseguindo fazer, mas o envio, está normal.

Estou tendo este erro abaixo ao tentar enviar com usando estas alterações!

{"codigoErro":"CBTT0004","descricaoErro":"NENHUM REGISTRO FOI ENCONTRADO"}

 

[TiagoFZ]

44 minutos atrás, TiagoFZ disse:

{"codigoErro":"CBTT0004","descricaoErro":"NENHUM REGISTRO FOI ENCONTRADO"}

 

Resolvido!
Gerente passou dados bancários incorretos. 
 

[valterpatrick]

Em 22/05/2026 at 09:07, marciamagall disse:

Não está funcional o bradesco no acbr. Eu tive que fazer muitas alterações para conseguir utilizar o bradesco. Ainda assim, não consigo fazer alterações na data de vencimento por exemplo. Só consigo enviar boletos, tanto com qrcode, como sem. Estou enviando as duas units que eu mexi pra funcionar. 

ACBrBoletoW_Bradesco.pas 58.67 kB · 7 downloads ACBrBoletoRet_Bradesco.pas 31.24 kB · 7 downloads

Foi criada a tarefa ACBR-9418 para análise do caso e parecer por parte da equipe de consultores.

Qualquer novidade será divulgada aqui no tópico.

[Daniel InfoCotidiano]

Em 22/05/2026 at 09:07, marciamagall disse:

Eu tive que fazer muitas alterações para conseguir utilizar o bradesco

destas units que vc postou pelo que entendi a inclusão está funcionando, correto ?
Pode me enviar o log webservices com a inclusão realizada com sucesso , pode ser valor de 1.00 ou 2.20 via email (ja que contem dados sensiveis ) [email protected] (anexar o link deste topico por favor)

[Mauro Gomes]

Em 26/05/2026 at 10:51, valterpatrick disse:

Foi criada a tarefa ACBR-9418 para análise do caso e parecer por parte da equipe de consultores.

Qualquer novidade será divulgada aqui no tópico.

Eu precisei fazer a integração com a API do Bradesco e vi que a versão atual do componente não funcionava, achei este tópico e peguei os fontes que a Marcia Magall postou em 22/05/26, e a partir destes fontes alterados por ela eu baixei o manual do Bradesco para boleto QRCode e Comum, e comecei a testar com credencial em produção o conjunto de Registro+Alteração+Consulta para os dois tipos de boleto.

Recebi alguns erros, por exemplo, quando tentei registrar um boleto com valor de abatimento no boleto comum e o abatimento foi zerado, assim como outras mensagens de erro de conversão ou validação que a API retornava. O código que peguei funcionava o registro para alguns casos e dava erro em outros, por exemplo, funcionava o registro dos boletos se mandasse o percentual de juros, mas se mandasse como valor ao dia dava erro de conversão. Todos os casos que percebi não funcionar foram ajustados.

O Bradesco foi de longe um dos piores bancos que já analisei, o ecossistema deles é caótico, a documentação não bate 100% com a realidade da API, os contratos JSON não tem um padrão de nomenclatura, usam padrões diferentes de formatação numérica dentro do mesmo contrato, diversos erros retornam como HTTP 400 ou 500 sem mensagem de validação e te obriga a ficar fazendo tentativa e erro pra conseguir descobrir o que precisa ser corrigido. A parte da alteração foi a pior, pois exige que envie todos os campos possíveis com valor zerado e mude o valor somente do campo que deseja alterar, se faltar um campo ele já recusa a chamada da alteração.

Depois de terminar a sequência de testes o componente ficou com estas funcionalidades retornando com sucesso:

• Registro de boleto com QRCode e Comum (com juros em valor e também em percentual, com abatimento e sem abatimento);
• Baixa de Boleto com QRCode e Comum.
• Alteração de boleto com QRCode e Comum (Vencimento e Valor Abatimento estão Ok) - Obs: faltou implementar demais campos: Desconto, Juros, Protesto, etc.
• Consulta detalhada de boleto com QRCode e Comum.
• Consulta de listagem de boletos pagos com índice de paginação, com QRCode e Comum.

Diversas correções que eu fiz no componente estão com comentários explicando o motivo de ter alterado e qual o cenário causava o problema. Tenho os registros dos Logs de envio/retorno do componente para todas as operações que foram testadas em produção.

Fiz o possível para manter o código compatível com a API LEGADA, mas não tenho como testar essa compatibilidade, nem mesmo sei se este LEGADO ainda está disponível pra uso.

Estou a disposição do time responsável pela tarefa ACBR-9418 para ajudar com qualquer teste ou documentação que precisarem.

API_Cobrança_DOWNLOAD_V1.6.1.pdf API_Cobrança_QRCode_DOWNLOAD_V1.0.3.pdf ACBrBoletoW_Bradesco.pas ACBrBoletoRet_Bradesco.pas

[Daniel InfoCotidiano]

@Mauro Gomes
Obrigado por compartilhar. 
Realmente o Bradesco é caótico.
Estamos analisando o caso das units @marciamagall, mas temos outros casos do mesmo endpoint funcionar de forma diferente alguns campos como o valor nominal do titulo, ou seja, não entendemos pq em alguns casos ele rejeita e outros não;
Por isso ainda nao comitamos nenhum ajuste para evitar quebras.
Como seus logs de produção contém dados sensíveis, por favor , pode enviar os logs Registro de boleto com QRCode e Comum, consultas qrcode e comum para [email protected] e no topico colocar o link deste post para que possamos identificar você
Vou anexar a tarefa para que possamos concluir esta tarefa o mais breve possivel.
 

este é um email que apenas nos consultores temos acesso, assim vc não precisa mascarar os campos.

[Mauro Gomes]

Em 15/06/2026 at 09:06, Daniel InfoCotidiano disse:

@Mauro Gomes
Obrigado por compartilhar. 
Realmente o Bradesco é caótico.
Estamos analisando o caso das units @marciamagall, mas temos outros casos do mesmo endpoint funcionar de forma diferente alguns campos como o valor nominal do titulo, ou seja, não entendemos pq em alguns casos ele rejeita e outros não;
Por isso ainda nao comitamos nenhum ajuste para evitar quebras.
Como seus logs de produção contém dados sensíveis, por favor , pode enviar os logs Registro de boleto com QRCode e Comum, consultas qrcode e comum para [email protected] e no topico colocar o link deste post para que possamos identificar você
Vou anexar a tarefa para que possamos concluir esta tarefa o mais breve possivel.
 

este é um email que apenas nos consultores temos acesso, assim vc não precisa mascarar os campos.

Em relação a este problema com o valor nominal do título, eu consegui identificar o seguinte padrão de quando ele aceita e quando rejeita:

Eu vi acontecer com a API de Boleto Comum nos campos: vlNominalTitulo, vlJuros e vlAbatimento. Esta API exige que o valor numérico seja enviado com 2 casas decimais, mas não aceita que o número esteja entre aspas "".

Por exemplo, se enviar o campo "vlNominalTitulo":"250.00" com o tipo String a API vai retornar o erro: "ErrorCode=422 / Result=Erro na conversão de campos"

Se tentar fazer o input dos campos com valor Double diretamente no componente TACBrJSONObject, vai funcionar apenas para boletos que tenham centavos com números não zerados (como 250.35),
porém o valor (250.00) perde as casas decimais na saída do JSON como se fosse um valor inteiro, retornando outro erro de validação por parte da API.
Ou seja, se enviar o campo "vlNominalTitulo":250 com o tipo numérico a API vai retornar este erro:
ErrorCode=400 / Result={ "errors" : [ "Campo (vlNominalTitulo) deve conter somente números com duas casas decimais (Ex 1000.00)." ]

O componente TACBrJSONObject usado pelo ACBr não aceita formatação em campos numéricos, então mesmo que o valor seja um Double ele vai mandar como inteiro no JSON se o valor tiver os centavos zerados, e vai ofender a famigerada regra de validação da API do Bradesco.

Acho que uma possível solução prática seria alterar o componente TACBrJSONObject e adicionar mais um parâmetro de casas decimais de saída no JSON para os valores Double, desta forma teríamos a padronização do valor com a quantidade de casas decimais exigida pela API, sendo que em outros campos de percentual ela exige passar cinco casas decimais ao invés de duas.

Acho que vale a pena testarem se esta solução resolveria definitivamente o problema.

 

 

Editado Terça as 12:36 por Mauro Gomes

[Daniel InfoCotidiano]

1 hora atrás, Mauro Gomes disse:

Eu vi acontecer com a API de Boleto Comum nos campos: vlNominalTitulo, vlJuros e vlAbatimento. Esta API exige que o valor numérico seja enviado com 2 casas decimais, mas não aceita que o número esteja entre aspas "".

Sim, isso notamos aqui tbm (nao temos credenciais) devido a logs e relatos.
Mas outro usuario esta no boleto comum, enviando conforme SVN (sem estas alterações) até pedi o log para confirmar esta informação e estou aguardando. para evitar quebras.

Sobre casas decimais no manual boleto semQrCode

 

No exemplo json do mesmo mesmo manual:

[Lucio Bittes]

Estou tendo o mesmo problema no registroComum.

 

ErrorCode=400 / Result={ "errors" : [ "Campo (vlNominalTitulo) deve conter somente números com duas casas decimais (Ex 1000.00)." ]

 

mas depois da correção tirando o (*100) ele gerou de acordo com o que o erro deu. Exemplo: valor do titulo 22.99 estava gerando 2299 depois da correção gerou 22.99. Mas apos isso gerou um 422.

 

16/06/26 16:20:35:499 -03:00 - Autenticando Token...
16/06/26 16:20:35:499 -03:00 - Comando Enviar: TOAuth
16/06/26 16:20:35:500 -03:00 - Header Envio:Authorization: Basic MTVkNDM2OTItMmZkNi00NTBjLTg4ZGQtZTQxODk1ODc5OWRjOjMyMWUyMzYzLTk2OGUtNGExZC04MTE2LWYyYjE0YjA2YjUyOA==

16/06/26 16:20:35:500 -03:00 - URL: [POST] https://openapi.bradesco.com.br/auth/server-mtls/v2/token [^]
16/06/26 16:20:35:501 -03:00 - Body Envio (Payload):grant_type=client_credentials&client_id=************&client_secret=***
16/06/26 16:20:37:715 -03:00 - Validade: 16/06/2026 17:20:37
16/06/26 16:20:37:716 -03:00 - Cookies:
16/06/26 16:20:37:717 -03:00 - TS01d300c1=01e8bbc47f7315b744c817f081be86ce71962a42da96aad02c7f3e9cdd6959b02d7b7fe144be9dc98edd05a4f2199f56cede1b1aaa

16/06/26 16:20:37:718 -03:00 - C:\Boletos\Certificados\BRADESCO_CERTIFICADO.crt
16/06/26 16:20:37:719 -03:00 - C:\Boletos\Certificados\BRADESCO_PRIVADA.key
16/06/26 16:20:37:719 -03:00 - Header:
16/06/26 16:20:37:720 -03:00 - HTTP/1.1 200 OK
X-Rate-Limit: [{"window":0,"type":"throttle","remaining":799}]
Max-Forwards: 20
Via: 1.1 axway-apitraffic-594dcc558c-kkz7t ()
Connection: keep-alive
X-CorrelationID: Id-05a2316a0017a8382d52a56f 0
Cache-Control: no-store
Date: Tue, 16 Jun 2026 19:20:37 GMT
Pragma: no-cache
traceresponse: 00-4f281d4d22296a4a1bdaec05e96a6b1b-287382f20e337758-00
x-dt-tracestate: fe3d2b4c-ab88a94d@dt
Content-Type: application/json
Set-Cookie: TS01d300c1=01e8bbc47f7315b744c817f081be86ce71962a42da96aad02c7f3e9cdd6959b02d7b7fe144be9dc98edd05a4f2199f56cede1b1aaa; Path=/; Domain=.openapi.bradesco.com.br
Transfer-Encoding: chunked


16/06/26 16:20:37:721 -03:00 - Header Resposta:HTTP/1.1 200 OK
X-Rate-Limit: [{"window":0,"type":"throttle","remaining":799}]
Max-Forwards: 20
Via: 1.1 axway-apitraffic-594dcc558c-kkz7t ()
Connection: keep-alive
X-CorrelationID: Id-05a2316a0017a8382d52a56f 0
Cache-Control: no-store
Date: Tue, 16 Jun 2026 19:20:37 GMT
Pragma: no-cache
traceresponse: 00-4f281d4d22296a4a1bdaec05e96a6b1b-287382f20e337758-00
x-dt-tracestate: fe3d2b4c-ab88a94d@dt
Content-Type: application/json
Set-Cookie: TS01d300c1=01e8bbc47f7315b744c817f081be86ce71962a42da96aad02c7f3e9cdd6959b02d7b7fe144be9dc98edd05a4f2199f56cede1b1aaa; Path=/; Domain=.openapi.bradesco.com.br
Transfer-Encoding: chunked


16/06/26 16:20:37:722 -03:00 - Body Resposta (payload):{
    "access_token" : "eyJhbGciOiJQUzI1NiJ9.ew0KICAgICJ2ZXIiOiAiMi4wIiwNCiAgICAic3ViIjogIjE1ZDQzNjkyLTJmZDYtNDUwYy04OGRkLWU0MTg5NTg3OTlkYyIsDQogICAgImlzcyI6ICJodHRwczovL29wZW5hcGkuYnJhZGVzY28uY29tLmJyL2F1dGgvc2VydmVyLW10bHMvdjIvdG9rZW4iLA0KICAgICJhdWQiOiAiaHR0cHM6Ly9vcGVuYXBpLWF4d2F5LmFwaS5icmFkZXNjby5jb20uYnIiLA0KICAgICJpYXQiOiAxNzgxNjM3NjM3LA0KICAgICJleHAiOiAxNzgxNjQxMjM3LA0KICAgICJzY3AiOiAiQ0JPTiIsDQogICAgImp0aSI6ICJrVTNQTFZQRU0yVUZtaFdVdk04VGpRPSIsDQogICAgImNuZiI6IHsNCgkieDV0IzI1NiIgOiAiYlhRMGFmMjQ3dWNCTWhQTzY2WjQrYStzUGl0dS9ZWGhyMDRWTVVYRDNDQT0iDQp9LA0KICAgICJ0b2tlblR5cGUiOiAiYWNjZXNzIiwNCiAgICAiY2xpZW50VHlwZSI6ICJzZXJ2ZXItbXRscyIsDQogICAgImF1dGhEYXRhIjogImV5SmxibU1pT2lKQk1qVTJSME5OSWl3aVlXeG5Jam9pVWxOQkxVOUJSVkF0TWpVMkluMC5CQUJNWjQtSEk3d0JKUURLM3JwUy1vYTlwSUVOTWRKMnk5OGdkNVZ0T2hxZFAydmZ3N1k1dktmb0pBUzhrcE1Xek03MVNMN0g1ZnRiMkxvMXBfWEhEZlJ4Mk5MUGtVNy1ELXJ0bDJxM3hxNTY2b0o4ZUFmdmdhMWJrTlJRc2hRcTFGOGhGSDFVY0o5bmhsMGtPeExPbkZpRHU3dUNZNlYwNVhaeE1lUnJJdE9QYnZwOFMyX2NHa0Z4VDg2OWVMcUlIZ1lLbnlUVjRrSjZVM2RtRE1OYXlYS1R6dmRnZkpicHN2TVBtWWdRYTJMWjhpSEVXcWpSVDljLWRCbFRDd2VVZzF1c21HZ3V2NTNxZUhaaEcwakpSdS1NRG9Gam1jZ1N2MDFlaVItTEx3Z183MVc1dndITGE0cUtjcmZXMnpvMlVlU2FZZ1l2dGNKMWlZdmZadU1JM2cuMjExbks0VEN0NkRJUUh6Ti5NME5JX3hxVHJabkNLVVRMcnhpWTRsS2ZUOWhGdVFzZS1DenpTdVQzZ01UaFFkNWVISXVGaFlqWXU2M2NhamhfaWJ6QXFRc1BfdzZPSFR3T193QjVLYzJ1YjhBOE1KR2szTWZmNTVnb1d5TGxjUWkyUUZIc2R4MmxycVV1WGRyNlJ5d0tYVDVfVW45eEdpTkdVTEdvRWw5WThCT0YwQWJXaHQteEpBbmdDV3RsUEJxLVZTM1VEam9Va3Q4S2MxRklqQURCWlVySEc0UkdkY21EOGNoTG9sRFFUY2Y3UzZldUVyMUc1UFAyZk5iWUhBSzVRbmdMdkdFcEcxRDF6RDM4WkZkM0tKU3YydUk0X29qdE1yczh4RXlYU1VmQ2EzQmVfa0dkbXF4bGxDbU9qdmxFRjRnNDFXUm1VVjdlOFpWRWZJRjB5NGpZb0JpOUhpZEFiMzU3dlJ6OC1RQ3Zpa29DZ3JaRDhrYUc1MXMwTkNWMlc0T0lOWWtoWEMydjMwQkpibWxFdjBaRUlONG90UmlpODVQUWhPSjUwRFBEZURDhUOVo4Qkt5RHJBc19vRHVYbGxoYkE4SXBsM0dCeVVLVnAyMEw4ZGt4ZlRjaWxWWTlFZWdPMkRYazdvMjdQQ052X0R5TG1qanVRbmF5YkRzNGs4Y0xscldRVERLYTlnbE1kS1p0YnFfQlRXTnlaeU9jNHJuWll1WndOZjlYRUR6elRZQ0hCaHhTT19mWHZfZC5sUVU1OVVOQlQwZ1NrSXM3TVhHTnhRIg0KfQ.D9Tz4PG-sym1jI3SJINi77HTnXUXD3rIGVsmUFkMAB3guirBVYWGQseYxUFFoxUpSMIKPhda7NUnSmim38aSrFll5HOUa5URKtvMm4F6q6OBKBOpN1iMP4o5ZEWO2BCGcdkjBN8pAb9jL8uCPUPPhiaZJQAbWeYxgDGbH_my6-kdMXJ_SsXbF3LRENXfQFXye1WBXEa2N6wsWISaHuDahHuOVOHLLyj2Br0uWGh1xaN-rhNchzBzdN3CwPRcAYOPUNmi18DA7S4vMClPOvoPUs7p1jLBdyBncfKCW1DcNXQl_-eQZZAehaynroUdV1G0QIzfQi-yZX3F6VMXk7pl0Q",
    "token_type" : "Bearer",
    "expires_in" : "3600",
    "scope" : "CBON"
}
16/06/26 16:20:37:723 -03:00 - Comando Enviar: TBoletoW_Bradesco
16/06/26 16:20:37:724 -03:00 - Comando Enviar: {"nuCPFCNPJ":"21826606","filialCPFCNPJ":"0001","ctrlCPFCNPJ":"50","idProduto":"09","nuNegociacao":"699700000000000214","nuTitulo":"00000000016","nuCliente":"101010","dtEmissaoTitulo":"16.06.2026","dtVencimentoTitulo":"22.06.2026","tpVencimento":0,"vlNominalTitulo":22.99,"cdEspecieTitulo":2,"controleParticipante":"101010","percentualJuros":6,"qtdeDiasJuros":1,"vlJurosc":0,"percentualMulta":6,"vlMulta":0,"qtdeDiasMulta":1,"percentualDesconto1":0,"vlDesconto1":0,"dataLimiteDesconto1":"","percentualDesconto2":0,"vlDesconto2":0,"dataLimiteDesconto2":"","percentualDesconto3":0,"vlDesconto3":0,"dataLimiteDesconto3":"","vlAbatimento":0,"vlIOF":0,"nomePagador":"A G COMERCIO DE MEDICAMENTOS E PERFUMA","logradouroPagador":"RUA BRASILIA 0","nuLogradouroPagador":"0","cepPagador":"76393","complementoCepPagador":"000","bairroPagador":"SETORCENTRALASSUNCAODEGOIA","municipioPagador":"VILAPROPICIO","ufPagador":"GO","cdIndCpfcnpjPagador":"2","nuCpfcnpjPagador":"59566459000108","nomeSacadorAvalista":"","logradouroSacadorAvalista":" ","cepSacadorAvalista":"","complementoCepSacadorAvalista":"","bairroSacadorAvalista":"","municipioSacadorAvalista":"","ufSacadorAvalista":"","cdIndCpfcnpjSacadorAvalista":"1","nuCpfcnpjSacadorAvalista":"","endEletronicoSacadorAvalista":""}
16/06/26 16:20:37:724 -03:00 - URL: [POST] https://openapi.bradesco.com.br/boleto/cobranca-registro/v1/cobranca [^]
16/06/26 16:20:37:725 -03:00 - Header:
Accept: */*
Authorization: Bearer eyJhbGciOiJQUzI1NiJ9.ew0KICAgICJ2ZXIiOiAiMi4wIiwNCiAgICAic3ViIjogIjE1ZDQzNjkyLTJmZDYtNDUwYy04OGRkLWU0MTg5NTg3OTlkYyIsDQogICAgImlzcyI6ICJodHRwczovL29wZW5hcGkuYnJhZGVzY28uY29tLmJyL2F1dGgvc2VydmVyLW10bHMvdjIvdG9rZW4iLA0KICAgICJhdWQiOiAiaHR0cHM6Ly9vcGVuYXBpLWF4d2F5LmFwaS5icmFkZXNjby5jb20uYnIiLA0KICAgICJpYXQiOiAxNzgxNjM3NjM3LA0KICAgICJleHAiOiAxNzgxNjQxMjM3LA0KICAgICJzY3AiOiAiQ0JPTiIsDQogICAgImp0aSI6ICJrVTNQTFZQRU0yVUZtaFdVdk04VGpRPSIsDQogICAgImNuZiI6IHsNCgkieDV0IzI1NiIgOiAiYlhRMGFmMjQ3dWNCTWhQTzY2WjQrYStzUGl0dS9ZWGhyMDRWTVVYRDNDQT0iDQp9LA0KICAgICJ0b2tlblR5cGUiOiAiYWNjZXNzIiwNCiAgICAiY2xpZW50VHlwZSI6ICJzZXJ2ZXItbXRscyIsDQogICAgImF1dGhEYXRhIjogImV5SmxibU1pT2lKQk1qVTJSME5OSWl3aVlXeG5Jam9pVWxOQkxVOUJSVkF0TWpVMkluMC5CQUJNWjQtSEk3d0JKUURLM3JwUy1vYTlwSUVOTWRKMnk5OGdkNVZ0T2hxZFAydmZ3N1k1dktmb0pBUzhrcE1Xek03MVNMN0g1ZnRiMkxvMXBfWEhEZlJ4Mk5MUGtVNy1ELXJ0bDJxM3hxNTY2b0o4ZUFmdmdhMWJrTlJRc2hRcTFGOGhGSDFVY0o5bmhsMGtPeExPbkZpRHU3dUNZNlYwNVhaeE1lUnJJdE9QYnZwOFMyX2NHa0Z4VDg2OWVMcUlIZ1lLbnlUVjRrSjZVM2RtRE1OYXlYS1R6dmRnZkpicHN2TVBtWWdRYTJMWjhpSEVXcWpSVDljLWRCbFRDd2VVZzF1c21HZ3V2NTNxZUhaaEcwakpSdS1NRG9Gam1jZ1N2MDFlaVItTEx3Z183MVc1dndITGE0cUtjcmZXMnpvMlVlU2FZZ1l2dGNKMWlZdmZadU1JM2cuMjExbks0VEN0NkRJUUh6Ti5NME5JX3hxVHJabkNLVVRMcnhpWTRsS2ZUOWhGdVFzZS1DenpTdVQzZ01UaFFkNWVISXVGaFlqWXU2M2NhamhfaWJ6QXFRc1BfdzZPSFR3T193QjVLYzJ1YjhBOE1KR2szTWZmNTVnb1d5TGxjUWkyUUZIc2R4MmxycVV1WGRyNlJ5d0tYVDVfVW45eEdpTkdVTEdvRWw5WThCT0YwQWJXaHQteEpBbmdDV3RsUEJxLVZTM1VEam9Va3Q4S2MxRklqQURCWlVySEc0UkdkY21EOGNoTG9sRFFUY2Y3UzZldUVyMUc1UFAyZk5iWUhBSzVRbmdMdkdFcEcxRDF6RDM4WkZkM0tKU3YydUk0X29qdE1yczh4RXlYU1VmQ2EzQmVfa0dkbXF4bGxDbU9qdmxFRjRnNDFXUm1VVjdlOFpWRWZJRjB5NGpZb0JpOUhpZEFiMzU3dlJ6OC1RQ3Zpa29DZ3JaRDhrYUc1MXMwTkNWMlc0T0lOWWtoWEMydjMwQkpibWxFdjBaRUlONG90UmlpODVQUWhPSjUwRFBEZURxeDhUOVo4Qkt5RHJBc19vRHVYbGxoYkE4SXBsM0dCeVVLVnAyMEw4ZGt4ZlRjaWxWWTlFZWdPMkRYazdvMjdQQ052X0R5TG1qanVRbmF5YkRzNGs4Y0xscldRVERLYTlnbE1kS1p0YnFfQlRXTnlaeU9jNHJuWll1WndOZjlYRUR6elRZQ0hCaHhTT19mWHZfZC5sUVU1OVVOQlQwZ1NrSXM3TVhHTnhRIg0KfQ.D9Tz4PG-sym1jI3SJINi77HTnXUXD3rIGVsmUFkMAB3guirBVYWGQseYxUFFoxUpSMIKPhda7NUnSmim38aSrFll5HOUa5URKtvMm4F6q6OBKBOpN1iMP4o5ZEWO2BCGcdkjBN8pAb9jL8uCPUPPhiaZJQAbWeYxgDGbH_my6-kdMXJ_SsXbF3LRENXfQFXye1WBXEa2N6wsWISaHuDahHuOVOHLLyj2Br0uWGh1xaN-rhNchzBzdN3CwPRcAYOPUNmi18DA7S4vMClPOvoPUs7p1jLBdyBncfKCW1DcNXQl_-eQZZAehaynroUdV1G0QIzfQi-yZX3F6VMXk7pl0Q
Accept-Encoding: gzip, deflate, compress

16/06/26 16:20:37:878 -03:00 - Retorno Envio: TBoletoW_Bradesco
16/06/26 16:20:37:879 -03:00 - Código do Envio: 422 1.1
16/06/26 16:20:37:880 -03:00 - Retorno Envio:
ErrorCode=422
Result=Erro na conversão de campos
16/06/26 16:20:37:881 -03:00 - Cookies:
16/06/26 16:20:37:881 -03:00 - TS01d300c1=01e8bbc47f7315b744c817f081be86ce71962a42da96aad02c7f3e9cdd6959b02d7b7fe144be9dc98edd05a4f2199f56cede1b1aaa
dtCookie=v_4_srv_31_sn_A43B417D73D38CC06EE0B4F2D10C6A59_perc_100000_ol_0_mul_1_app-3A7d279fb1ba5a62fb_1
3f541b6d2bde4bc671fb6d56161358d0=58c80728bf7865a3ffe6a01894924312

16/06/26 16:20:37:882 -03:00 - C:\Boletos\Certificados\BRADESCO_CERTIFICADO.crt
16/06/26 16:20:37:883 -03:00 - C:\Boletos\Certificados\BRADESCO_PRIVADA.key
16/06/26 16:20:37:884 -03:00 - Header:
16/06/26 16:20:37:885 -03:00 - HTTP/1.1 422
Max-Forwards: 19
Via: 1.1 axway-apitraffic-695bbdc65f-ttxqx (), 1.1 axway-apitraffic-594dcc558c-kkz7t ()
Connection: keep-alive
X-CorrelationID: Id-05a2316a07174a402de62df7 0; Id-05a2316ad9209ace3793304f 0
date: Tue, 16 Jun 2026 19:20:37 GMT
server-timing: dtRpid;desc="456573400", dtSInfo;desc="0"
set-cookie: dtCookie=v_4_srv_31_sn_A43B417D73D38CC06EE0B4F2D10C6A59_perc_100000_ol_0_mul_1_app-3A7d279fb1ba5a62fb_1; Path=/; Domain=.bradesco.com.br; secure
set-cookie: 3f541b6d2bde4bc671fb6d56161358d0=58c80728bf7865a3ffe6a01894924312; path=/; HttpOnly; Secure; SameSite=None
x-oneagent-js-injection: true
X-Rate-Limit: [{"window":0,"type":"throttle","remaining":995}]
x-stateless-closed: eyJmcndrIjp7InRpY2tldCI6IjNGNzFBNDVCOEI4Nzk1MEE0Nzc0QzlEMzQ0QUYxRTc2NDA0MDQwNDAiLCJpZHNlc3NhbyI6IjAwMUU3N0U2NTAwREQxNFgwM0ExQTM3QTkzOUZGOTMzIiwidXN1YXJpbyI6IjAyMTgyNjYwNjAwMDAxNTAiLCJ0aXBvVXN1YXJpbyI6IlBBUkNFSVJPX1BKIn19
x-stateless-open: eyJwZXJpZmVyaWNvIjoiT1BFTkFQSSIsImlkaW9tYSI6MSwiY2FuYWwiOjUzNiwiZW1wcmVzYSI6MjM3LCJ1dWlkIjoiNGMwYTRhNGEtZmYyMi00Y2NmLThhZjYtMzgxMDUzMjM4MWE4IiwiZGVwZW5kZW5jaWEiOjF9
content-type: text/plain;charset=UTF-8
Set-Cookie: TS01d300c1=01e8bbc47f7315b744c817f081be86ce71962a42da96aad02c7f3e9cdd6959b02d7b7fe144be9dc98edd05a4f2199f56cede1b1aaa; Path=/; Domain=.openapi.bradesco.com.br
Transfer-Encoding: chunked

 

[Lucio Bittes]

Usando a unit do amigo @Mauro Gomes deu certo a emissao. Mas hoje identifico o boleto se deu certo quando tenho informação o EMVPix. Nesse caso como está validando? Tem alguma sugestão?

[Daniel InfoCotidiano]

39 minutos atrás, Lucio Bittes disse:

Mas hoje identifico o boleto se deu certo quando tenho informação o EMVPix

Desculpe, não entendi. 
O caso do vlNominalTitulo é para boleto comum (sem EMV/QrCode)

[Lucio Bittes]

1 minuto atrás, Daniel InfoCotidiano disse:

Desculpe, não entendi. 
O caso do vlNominalTitulo é para boleto comum (sem EMV/QrCode)

Sim, estou dando exemplo de quando registro boleto hibrido. Dai eu uso o campo emvpix para saber se foi registrado ou não. Nesse caso estou registrando registroComum do boleto e minha pergunta foi como saber se deu tudo certo com o registro ou não. Entendeu?

[Daniel InfoCotidiano]

5 minutos atrás, Lucio Bittes disse:

Dai eu uso o campo emvpix para saber se foi registrado ou não.

Veja no exemplo.. use a propriedade HTTPResultCode, ela obtem a informação que o banco devolve 

16/06/26 16:20:37:720 -03:00 - HTTP/1.1 200 OK

Boleto.ListaRetornoWeb[i].HTTPResultCode 
Se Boleto.ListaRetornoWeb[i].HTTPResultCode = 200 pq teve sucesso