Escolar Documentos
Profissional Documentos
Cultura Documentos
Cobrança BB
Registro online de títulos
Outubro/2020
#interna
Sumário
1. Introdução .............................................................................................................3
3. Restrições ..............................................................................................................3
5. Segurança ..............................................................................................................6
5.1 Aquisição de Credenciais - ClientID e Client Secret .........................................6
5.2 OAuth 2.0.................................................................................................................... 6
5.3 TLS 1.2......................................................................................................................... 6
5.4 Certificados de Segurança .......................................................................................... 7
ANEXO I......................................................................................................................43
ANEXO II .....................................................................................................................45
2
#interna
1. Introdução
Bem-vindo!
A rede bancária brasileira implantou uma nova plataforma de geração Boletos de Cobrança
Registrada, buscando uma maior agilidade e segurança para toda sociedade.
A solução desenvolvida pelo Banco do Brasil para propiciar o registro de boletos de cobrança de
forma online é baseada em Webservices e utiliza o protocolo OAuth 2.0 (RFC6749) para
autenticação e autorização das requisições.
Esse manual descreve todas as especificações e critérios técnicos necessários para integração
com sucesso entre o Banco do Brasil e Empresas parceiras para a utilização de serviços de
cobrança através da geração de boletos registrados.
2. Pré-requisitos do serviço
Para promover a integração sistêmica de registro on-line de Boletos de Cobrança, o Cliente deve:
b) Desenvolver a integração para consumo do serviço descrito neste Manual, com o seu
sistema interno de emissão de Boleto de Cobrança.
c) Utilizar nas conexões HTTPS (Hyper Text Transfer Protocol Secure - protocolo de
transferência de hipertexto seguro), certificado digital válido no servidor com o qual a
conexão será estabelecida.
3. Restrições
É de responsabilidade do cliente que utiliza o serviço do Banco do Brasil evitar que o boleto
bancário gerado no ambiente de homologação seja divulgado em qualquer meio.
Atenção:
Não efetue o pagamento de boletos gerados pelo ambiente de homologação sob nenhuma
hipótese.
3
#interna
A comunicação entre os parceiros e o Banco do Brasil para a emissão de boletos é realizada por
meio de webservices utilizando os padrões REST, para requisição dos TOKENS e SOAP para dados
do boleto.
O Banco do Brasil buscou realizar de forma mais simples, ágil e segura a geração de boletos de
cobrança Registrados. Podemos ver abaixo a sequência simplificada de como ocorre a
integração:
4
#interna
1
O consumidor/usuário do serviço
acessa o site do convenente e após
escolha dos produtos/serviços, preenche
os dados para emissão do boleto.
2
Aplicação do convenente
Valida dados do cliente/usuário e envia
requisição REST para a geração do A API
Token de acesso ao Webservice e após Retorna ao convenente a confirmação
uma nova requisição SOAP com os do registro do título e as informações de
dados do título que será registrado. linha digitável e código de barras para
inclusão no boleto
3 4 5
API registrarBoleto As informações do título registrado
Recebe a requisição SOAP XML, valida são enviadas para a CIP
os dados recebidos e efetua o registro e o título fica disponível para pagamento
do título no sistema do Banco. em qualquer instituição bancária
O convenente inclui as
informações recebidas da API e os
dados do pagador e disponibiliza o
boleto para seu cliente/usuário
5
#interna
5. Segurança
Inicialmente, ainda em fase de testes, a empresa parceira pode utilizar as credenciais abaixo,
que são válidas somente no ambiente de homologação.
ClientID:
eyJpZCI6IjgwNDNiNTMtZjQ5Mi00YyIsImNvZGlnb1B1YmxpY2Fkb3IiOjEwOSwiY29kaWdvU29mdHdhcmUiOjEsIn
NlcXVlbmNpYWxJbnN0YWxhY2FvIjoxfQ
Client Secret:
eyJpZCI6IjBjZDFlMGQtN2UyNC00MGQyLWI0YSIsImNvZGlnb1B1YmxpY2Fkb3IiOjEwOSwiY29kaWdvU29mdHdhc
mUiOjEsInNlcXVlbmNpYWxJbnN0YWxhY2FvIjoxLCJzZXF1ZW5jaWFsQ3JlZGVuY2lhbCI6MX0
* As credenciais para o ambiente de produção devem ser geradas, conforme descrito no item 9 – Implantando o Serviço.
OAuth 2.0 é o protocolo padrão da indústria para autorização de acordo com o Internet
Engineering Task Force (IETF). A Cobrança Integrada BB utiliza o protocolo OAuth 2.0 para
autenticação e autorização.
• access_token – Token de acesso para uma sessão de autorização de curta duração a ser
utilizado na requisição ao servidor de cobrança.
O BB utiliza o protocolo TLS 1.2 que é uma das versões mais atuais do protocolo e corrige
vulnerabilidades existentes nas versões anteriores.
Para informações sobre o protocolo TLS 1.2, é recomendável acessar o manual disponível no
link https://tools.ietf.org/html/rfc5246.
6
#interna
Nas conexões HTTPS (Hyper Text Transfer Protocol Secure - protocolo de transferência de
hipertexto seguro) são necessárias obrigatoriamente a utilização de certificado digital válido
no servidor com o qual a conexão será estabelecida.
Para obter os certificados, devemos seguir os seguintes passos (utilizamos aqui o Mozilla
Firefox versão 74.0):
• Ambiente de Homologação
https://oauth.hm.bb.com.br/oauth/token
https://cobranca.homologa.bb.com.br:7101/Processos/Ws/RegistroCobrancaService.serviceagent?wsdl
Ambiente de Produção
https://oauth.bb.com.br/oauth/token
https://cobranca.bb.com.br:7101/Processos/Ws/RegistroCobrancaService.serviceagent?wsdl
7
#interna
2) Clique sobre o cadeado, ao lado da barra de endereços, após clique na seta à esquerda.
8
#interna
9
#interna
10
#interna
11
#interna
6. Consumindo o Serviço
Endpoint responsável pela geração do token de acesso utilizado nas demais requisições. Deverá
ser utilizado o HTTP Basic Authentication
• Ambiente de Homologação
REST: https://oauth.hm.bb.com.br/oauth/token
Ambiente de Produção
REST: https://oauth.bb.com.br/oauth/token
A fim de compreender todo o fluxo, orientamos que sejam realizados testes utilizando um
cliente REST para requisitar o Token e um cliente SOAP para acesso ao serviço registrarBoleto.
Header
Host: https://oauth.hm.bb.com.br/oauth/token
Content-Type: application/x-www-form-urlencoded
Cache-Control: no-cache
Payload
grant_type=client_credentials&scope=cobranca.registro-boletos
Resposta
A resposta dessa requisição traz um access_token, o tipo do token recebido e o tempo de vida
do access_token, como no exemplo a seguir:
12
#interna
"access_token": "X-RFgQM0dku7ul-
gRgX_pCuYNWWsKF6wGxiK1KtWj5pPvQrzPbDdqlNa0dbXQlkm6DE1kx6FNijS3_c8e12aeQ.yEhkWSZI-
5B1rqyhJMP6HBvKtsrHcewa2XKKrflKx5W70zlzfJWGuPzpwWie-
wF_X80WNK2OqxZ9rVjXr9CzdQ2Adcvexaxn5jV76IQabHGtAIaQe8wlYOBsCQOR1Rns4LCLVnmrow9Da4W8Ja0
YsXCAV-2JgXV0tAtptUwetESnIjckoWv05OxohwL_W29ea1uCy-
Dzhpj1nRx2jVEw7gzX7Zz4yQNZhyucTgcNH_Ybts_AsLDaSCSz-
A3S17lTWk5Kwo_Lei_dn099Y2kBrAqGTPA4RLLQp7SEO6ItH4kCTEMY3xtrBE5Ff1f-
lv61J5iWn2oy9w2IHRXaqnsjl95V-
h5AY52WgRYRM8BuQaguxdrjZOuV7vDofnT5k2gFUECZfKTd1tv5x5FL6Hecl7SPExNw5qe22-
l7J4XCtLZX8ckBdvCZQOVpGE6_Ee--
O3n2AAjvOTS4vJ18CkAHFqrDl49kUoea5Dm6vy2VU6PB420sO_ls9KPxLBAa6h5oyq_IwUkm4fELmpmlG633ch
Ah9yw3rHYyeJ2irHDnvYtBuH2TgodyOHmlC0K0JzOCafnYAy0hAR1GjlH7USmp068A2Orks0Uch2N8eR9Jji570q
mKp18GO5xHN0dyR14xna08dcELQWN3GW68Z8fsxS0M-
isqq9Q_JCXmB57lzmesfMbsKPePHZEWIMr7S92niYeHY0P_1ZSWBCK4bRyenDORTx3JDYLquxZSumaqShochVs
CYTO9CFGEyhCZrIxsJ-m66CjoZhNh9-
WMkGRmLRrqsvn6Xwn83r8e9gHFVBcTDdIjir1QEksJAeMarO9xlNj4MhzI2d34dlvGIiL-
mUeKweDZL7CWAcQqjTEjfTCufqsJ2_JsO5ojdtZG-
i8LgTptbRtAz_hSIWCflhGrOyYXPpL9JR79zD0GYz7Lc3M.NqDLlXwk7P5z5-
0_mLXUhgKd5xEuVh83xiqvIDRHyKQCG3VvsAgpPxtqBms4pcl4BV99ojHCCzz30t82ZDARZQ",
"token_type": "Bearer",
"expires_in": 1200
De posse de um access_token válido é possível fazer uma requisição SOAP POST via HTTPS para
o endpoint https://cobranca.homologa.bb.com.br:7101/registrarBoleto ou
https://cobranca.bb.com.br:7101/registrarBoleto, informando a URI-reference
“registrarBoleto” no campo SOAPACTION e o tipo do token seguido do access_token, como no
exemplo abaixo.
Charset
• Ambiente de Homologação
SOAP: https://cobranca.homologa.bb.com.br:7101/registrarBoleto
13
#interna
Ambiente de Produção
SOAP: https://cobranca.bb.com.br:7101/registrarBoleto
Requisição SOAP:
14
#interna
Payload da requisição
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:sch="http://www.tibco.com/schemas/bws_registro_cbr/Recursos/XSD/Schema.xsd">
<soapenv:Header/>
<soapenv:Body>
<sch:requisicao>
<sch:numeroConvenio>2625444</sch:numeroConvenio>
<sch:numeroCarteira>17</sch:numeroCarteira>
<sch:numeroVariacaoCarteira>19</sch:numeroVariacaoCarteira>
<sch:codigoModalidadeTitulo>1</sch:codigoModalidadeTitulo>
<sch:dataEmissaoTitulo>01.03.2020</sch:dataEmissaoTitulo>
<sch:dataVencimentoTitulo>21.11.2020</sch:dataVencimentoTitulo>
<sch:valorOriginalTitulo>30000</sch:valorOriginalTitulo>
<sch:codigoTipoDesconto>1</sch:codigoTipoDesconto>
<sch:dataDescontoTitulo>21.11.2019</sch:dataDescontoTitulo>
<sch:percentualDescontoTitulo/>
<sch:valorDescontoTitulo>10</sch:valorDescontoTitulo>
<sch:valorAbatimentoTitulo/>
<sch:quantidadeDiaProtesto>0</sch:quantidadeDiaProtesto>
<sch:codigoTipoJuroMora>0</sch:codigoTipoJuroMora>
<sch:percentualJuroMoraTitulo/>
<sch:valorJuroMoraTitulo/>
<sch:codigoTipoMulta>2</sch:codigoTipoMulta>
<sch:dataMultaTitulo>22.11.2020</sch:dataMultaTitulo>
<sch:percentualMultaTitulo>10</sch:percentualMultaTitulo>
<sch:valorMultaTitulo/>
<sch:codigoAceiteTitulo>N</sch:codigoAceiteTitulo>
<sch:codigoTipoTitulo>2</sch:codigoTipoTitulo>
<sch:textoDescricaoTipoTitulo>DUPLICATA</sch:textoDescricaoTipoTitulo>
<sch:indicadorPermissaoRecebimentoParcial>N</sch:indicadorPermissaoRecebimentoParcial>
<sch:textoNumeroTituloBeneficiario>987654321987654</sch:textoNumeroTituloBeneficiario>
<sch:textoCampoUtilizacaoBeneficiario/>
<sch:codigoTipoContaCaucao>1</sch:codigoTipoContaCaucao>
<sch:textoNumeroTituloCliente>00026254440000000102</sch:textoNumeroTituloCliente>
<sch:textoMensagemBloquetoOcorrencia>Pagamento disponível ate a data de
vencimento</sch:textoMensagemBloquetoOcorrencia>
<sch:codigoTipoInscricaoPagador>2</sch:codigoTipoInscricaoPagador>
<sch:numeroInscricaoPagador>00000000000191</sch:numeroInscricaoPagador>
<sch:nomePagador>MERCADO TESTE</sch:nomePagador>
<sch:textoEnderecoPagador>RUA SEM NOME</sch:textoEnderecoPagador>
<sch:numeroCepPagador>12345678</sch:numeroCepPagador>
<sch:nomeMunicipioPagador>BRASILIA</sch:nomeMunicipioPagador>
<sch:nomeBairroPagador>SIA</sch:nomeBairroPagador>
<sch:siglaUfPagador>DF</sch:siglaUfPagador>
<sch:textoNumeroTelefonePagador>45619988</sch:textoNumeroTelefonePagador>
<sch:codigoTipoInscricaoAvalista/>
<sch:numeroInscricaoAvalista/>
<sch:nomeAvalistaTitulo/>
<sch:codigoChaveUsuario>1</sch:codigoChaveUsuario>
<sch:codigoTipoCanalSolicitacao>5</sch:codigoTipoCanalSolicitacao>
</sch:requisicao>
</soapenv:Body>
</soapenv:Envelope>
15
#interna
Resposta
<SOAP-ENV:Body>
<ns0:resposta mlns:ns0="http://www.tibco.com/schemas/bws_registro_cbr/Recursos/XSD/Schema.xsd">
<ns0:siglaSistemaMensagem></ns0:siglaSistemaMensagem>
<ns0:codigoRetornoPrograma>0</ns0:codigoRetornoPrograma>
<ns0:nomeProgramaErro></ns0:nomeProgramaErro>
<ns0:textoMensagemErro></ns0:textoMensagemErro>
<ns0:numeroPosicaoErroPrograma>0</ns0:numeroPosicaoErroPrograma>
<ns0:codigoTipoRetornoPrograma>0</ns0:codigoTipoRetornoPrograma>
<ns0:textoNumeroTituloCobrancaBb>00026254440000000102</ns0:textoNumeroTituloCobrancaBb>
<ns0:numeroCarteiraCobranca>17</ns0:numeroCarteiraCobranca>
<ns0:numeroVariacaoCarteiraCobranca>19</ns0:numeroVariacaoCarteiraCobranca>
<ns0:codigoPrefixoDependenciaBeneficiario>1234</ns0:codigoPrefixoDependenciaBeneficiario>
<ns0:numeroContaCorrenteBeneficiario>1234</ns0:numeroContaCorrenteBeneficiario>
<ns0:codigoCliente>932131545</ns0:codigoCliente>
<ns0:linhaDigitavel>00190000090262544400100000102178584460003000000</ns0:linhaDigitavel>
<ns0:codigoBarraNumerico>00195844600030000000000002625444000000010217</ns0:codigoBarra
Numerico>
<ns0:codigoTipoEnderecoBeneficiario>0</ns0:codigoTipoEnderecoBeneficiario>
<ns0:nomeLogradouroBeneficiario>Cliente nao informado.</ns0:nomeLogradouroBeneficiario>
<ns0:nomeBairroBeneficiario> </ns0:nomeBairroBeneficiario>
<ns0:nomeMunicipioBeneficiario> </ns0:nomeMunicipioBeneficiario>
<ns0:codigoMunicipioBeneficiario>0</ns0:codigoMunicipioBeneficiario>
<ns0:siglaUfBeneficiario> </ns0:siglaUfBeneficiario>
<ns0:codigoCepBeneficiario>0</ns0:codigoCepBeneficiario>
<ns0:indicadorComprovacaoBeneficiario> </ns0:indicadorComprovacaoBeneficiario>
<ns0:numeroContratoCobranca>17414296</ns0:numeroContratoCobranca>
</ns0:resposta>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
A aplicação que está consumindo o serviço deve estar preparada para receber os dados da
mensagem de retorno, afim de certificar que o título foi registrado com sucesso e utilizar as
informações enviadas nas tags <linhaDigitavel> e <codigoBarraNumerico> para criação do
boleto que será apresentado para o cliente/usuário pagador do título de cobrança.
8. Parâmetros WSDL
https://cobranca.bb.com.br:7101/Processos/Ws/RegistroCobrancaService.serviceagent?wsdl
16
#interna
Descrição para os parâmetros de entrada e saída conforme o WSDL podem ser consultados de
acordo com a Tabela de Dados de Requisição, Tabela de Dados de Retorno e mais
especificamente no item Descrição Campos (WSDL).
9. Implantando o Serviço
Após a finalização dos testes no ambiente de homologação, o cliente deve gerar as credenciais (ClientID / SecretID)
para o ambiente de produção.
Passo 1
https://autoatendimento.bb.com.br/apf-apj-
autoatendimento/index.html#/template/~2Fcobranca~2FRBC.bb
Passo 2
17
#interna
Passo 3
Preencha nos campos indicados a chave J e senha, que devem ser de Administrador, e clique em “Entrar”.
18
#interna
Passo 4
Será apresentada uma sequência alfanumérica. Clique no botão “Copiar” e cole o conteúdo num editor de texto
como por exemplo o Bloco de Notas. Identifique essa sequência como “Client ID”.
19
#interna
Passo 5
Passo 6
Será apresentada outra sequência alfanumérica. Clique no botão “Copiar” e cole o conteúdo no mesmo documento
de texto já iniciado, identificando essa sequência como “Client Secret”.
20
#interna
Obs: Campos não obrigatórios e sem informação não deverão ser preenchidos, sendo excluídos da requisição
(entrada). Ex.: quando o campo codigoTipoDesconto = 0 (dispensar), os campos dataDescontoTITULO,
percentualDescontoTITULO e valorDescontoTITULO não deverão constar na requisição.
21
#interna
22
#interna
DA MODALIDADE DO TÍTULO” e
“CÓDIGO TIPO DE TÍTULO” forem
compatíveis com a possibilidade de
protesto
- Tem que ser menor que 45 dias
corridos
- A data de protesto calculada a partir
da “QUANTIDADE DE DIAS DE
PROTESTO” informada deve ser:
- maior que a “DATA DE
VENCIMENTO DO TÍTULO”
- maior que a data atual
- menor que a data de baixa
automática prevista (calculada da
quantidade de dias para baixa
automática cadastra no convênio)
codigoTipoJuroMora Integer(1) Sim Domínios Código adotado pela FEBRABAN para
Válidos identificação do tipo de pagamento
0 = Nao de juros de mora para o Título de
informado Cobrança.
1 = Valor Por
Dia De Atraso Importante:
2 = Taxa Mensal - Se informado ‘0’ (zero) ou ‘3’ (três),
3 = Isento os campos “PERCENTUAL DE JUROS
DO TÍTULO” e “VALOR DO JUROS DO
TÍTULO” não devem ser informados
ou ser informados igual a ‘0’ (zero).
- Se informado ‘1’ (dois) deverá ser
informado apenas o campo “VALOR
DO JUROS DO TÍTULO”.
- Se informado ‘2’ (dois) deverá ser
informado apenas o campo
“PERCENTUAL DE JUROS DO TÍTULO”.
percentualJuroMoraTitulo Double (3,2) Não 1% Define o percentual de juros de mora
que será aplicado, em caso de atraso
no pagamento do Título de Cobrança.
Domínios Válidos
0 = Sem multa
codigoTipoMulta 1 = Valor da multa
2 = Percentual da multa
Importante:
- Se informado ‘0’ (zero) os campos
“DATA DE MULTA DO TÍTULO”,
“PERCENTUAL DE MULTA DO
TÍTULO” e “VALOR DA MULTA DO
23
#interna
- Se informado, "PERCENTUAL DE
MULTA DO TÍTULO" deve ser ‘0’
(zero) e valor menor que "VALOR
ORIGINAL DO TÍTULO".
codigoAceiteTitulo String(1) Sim Domínios Código adotado pela FEBRABAN para
Válidos identificar se o título de cobrança foi
A = ACEITE aceito (reconhecimento da dívida
N = NAO-ACEITE pelo Pagador) para o Título de
Cobrança.
codigoTipoTitulo Short (4) Sim Domínios Código adotado pela FEBRABAN para
Válidos identificar o tipo para o Título de
1 = CHEQUE Cobrança.
2 = DUPLICATA-
MERCANTIL
4 = DUPLICATA-
SERVICO
6 = DUPLICATA-
RURAL
7 = LETRA-DE-
CAMBIO
12 = NOTA-
PROMISSORIA
13 = NOTA-
PROMISSORIA-
RURAL
17 = RECIBO
19 = NOTA-DE-
DEBITO
23 = DIVIDA-
ATIVA-UNIAO
24
#interna
24 = DIVIDA-
ATIVA-ESTADO
25 = DIVIDA-
ATIVA-
MUNICIPIO
textoDescricaoTipoTitulo String(30) Não Texto Livre Define a descrição do tipo de título
para o Título de Cobrança.
indicadorPermissaoRecebime Short(1) Sim Domínios Define o indicador de permissão de
ntoParcial Válidos recebimento parcial do Título de
S = Titulo Cobrança.
permite
recebimento
Parcial
N = Titulo não
permite
recebimento
Parcial
textoNumeroTituloBeneficiario String(15) Não - Não permite Código para identificação do Título
caracteres de Cobrança, gerado pelo
especiais beneficiário.
textoCampoUtilizacaoBenefic String(25) Não - Não permite Define campo livre a ser utilizado
iario caracteres pelo beneficiário para o Título de
especiais Cobrança.
codigoTipoContaCaucao Integer(1) Não - Informar Define tipo conta caução para o
sempre zero (0) Título de Cobrança.
textoNumeroTituloCliente String(20) Sim 0002625444000 Define o número adotado e
0001234 controlado pelo Cliente, para
identificar o Título de Cobrança.
Importante:
- Formato: Apesar de ser tipo string,
- Número do só serão aceitos caracteres Integer
Título deve ser neste campo. Os três (3) primeiros
diferente dos bytes devem ser zeros, os sete (7)
anteriormente seguintes serão o número do
informados, ou convênio e os dez (10) finais o
seja, a número sequencial de títulos.
numeração do - Campo Obrigatório
Título não pode
ser reutilizada.
textoMensagemBloquetoOco String(220) Não - Não permite Define mensagem do beneficiário,
rrencia caracteres destinada ao pagador, para
especiais impressão no Título de Cobrança.
codigoTipoInscricaoPagador Short(1) Sim Domínios Define tipo de inscrição do pagador
Válidos para o Título de Cobrança.
1 = CPF-
PAGADOR
2 = CNPJ-
PAGADOR
numeroInscricaoPagador Long(15) Não Não aceita Define do número de inscrição do
números pagador para o Título de Cobrança.
repetidos. Ex:
1111111111111
1.
nomePagador String(60) Não Diferente de Define nome que identifica a
espaços entidade, pessoa física ou jurídica,
pagador original do Título de
Cobrança.
textoEnderecoPagador String(60) Sim Diferente de Define o endereço da entidade,
espaços pessoa física ou jurídica, pagador
original do Título de Cobrança.
25
#interna
9.2.1 Erros
26
#interna
9.2.2 Retorno
27
#interna
Existem mensagens duplicadas porque uma mesma mensagem pode se referir a mais de uma tag WSDL.
Número do convênio
28
#interna
Número da carteira
29
#interna
30
#interna
SR0020043 Data de emissao nao pode ser MAIOR/IGUAL a data atual. dataEmissaoTitulo
31
#interna
SR0020053 Data de vencimento deve ser maior que seis dias da data atual. dataVencimentoTitulo
32
#interna
33
#interna
SB0010016 Erro calculo proximo dia util para ultimo dia quantidadeDiaProtesto
34
#interna
35
#interna
36
#interna
37
#interna
38
#interna
Nome do pagador
39
#interna
Endereço do pagador
40
#interna
Sigla da uf do pagador
41
#interna
42
#interna
ANEXO 1
MODELO DE FICHA DE COMPENSAÇÃO - PREENCHIMENTO DOS CAMPOS DO BLOQUETO
(Conforme regulamentação do BACEN por meio da Carta-Circular 2.926, de 25-07-2000)
(A)
• NOME DO BANCO DESTINATÁRIO: Deve ser obrigatoriamente indicado na margem superior esquerda
da Ficha de Compensação (Banco do Brasil SA), podendo conter também o logotipo do Banco.
• CÓDIGO DO BANCO DESTINATÁRIO: Deve ser impresso na margem superior esquerda do bloqueto
(001-9), à direita do nome do banco, com o seu respectivo DV (Dígito Verificador).
(B)
• VENCIMENTO: Indique a data de vencimento do bloqueto. A data informada deve estar de acordo com
o “Fator de Vencimento” informado no código de barras/linha digitável.
(C)
• ESPÉCIE DOC: Informar Tipo de Documento que originou o bloqueto de cobrança (exemplo: DM, DS,
NP).
43
#interna
(E)
• CARTEIRA: Informe código da modalidade de cobrança utilizada para a emissão do bloqueto (31, 11, 17,
12, 51).
(F)
• INSTRUÇÕES: Deve ser usado para indicação das condições de recebimento do título na forma mais
objetiva possível. As informações fornecidas neste campo são de exclusiva responsabilidade da empresa.
(G)
(H)
(I)
(J)
https://www.bb.com.br/docs/pub/emp/empl/dwn/Doc5175Bloqueto.pdf
44
#interna
ANEXO 2
Requisitos para a implementação
Para a implementação do registro via webservice, verifique se foram efetuadas as seguintes configurações:
Homologação
Autenticação - REST https://oauth.hm.bb.com.br/oauth/token
Endpoint - SOAP https://cobranca.homologa.bb.com.br:7101/registrarBoleto
Contrato – WSDL https://cobranca.homologa.bb.com.br:7101/Processos/Ws/RegistroCobrancaService.serviceagent?wsdl
Credenciais ClientId:
eyJpZCI6IjgwNDNiNTMtZjQ5Mi00YyIsImNvZGlnb1B1YmxpY2Fkb3IiOjEwOSwiY29kaWdvU29mdHdhcmUiOjEsInNlcXVlbmNpYWxJbnN0YWxhY2FvIjoxfQ
Secret:
eyJpZCI6IjBjZDFlMGQtN2UyNC00MGQyLWI0YSIsImNvZGlnb1B1YmxpY2Fkb3IiOjEwOSwiY29kaWdvU29mdHdhcmUiOjEsInNlcXVlbmNpYWxJbnN0YWxhY2FvIjoxLCJzZXF1ZW5jaWFsQ3JlZGVuY2lhbCI6MX0
Produção
Autenticação - REST https://oauth.bb.com.br/oauth/token
Endpoint - SOAP https://cobranca.bb.com.br:7101/registrarBoleto
Contrato – WSDL https://cobranca.bb.com.br:7101/Processos/Ws/RegistroCobrancaService.serviceagent?wsdl
Credenciais Em ambiente de produção, as credenciais devem ser emitidas através do link: https://aapj.bb.com.br/apf-apj-acesso/index.html?url=/cobranca/RBC.bb
As credenciais são únicas por CNPJ. A emissão de uma nova credencial revoga a anterior. Caso existam vários convênios de cobrança vinculados a um mesmo
CNPJ, o ClientID e Client Secret devem ser compartilhados.
Liberação da porta 7101 nas regras de firewall: para verificar efetue um telnet conforme exemplo abaixo:
Dependendo da implementação, é necessário que os certificados sejam importados no repositório de certificados confiáveis da aplicação e/ou do
sistema operacional. Para aplicações desenvolvidas em Java, por exemplo, é necessário que os certificados sejam importados na cacerts (repositório
de certificados públicos de Autoridades Certificadoras raiz, que é utilizado para autenticar os servidores).
45
#interna
Recomendações
Os certificados vinculados às URLs de autenticação e de registro de boletos são substituídos por novos, em data próxima ao seu vencimento. Caso a
solução implementada não reconheça automaticamente os novos certificados associados às URLs, o cliente poderá acionar o banco 15 dias antes do
vencimento do certificado, para obter os certificados atualizados e evitar indisponibilidades por quebra da relação de confiança.
Para sanar eventuais dúvidas, recomenda-se que a aplicação registre o log das requisições efetuadas ao banco, bem como, das respostas recebidas.
46
#interna
Perguntas e respostas
- É possível disponibilizar o arquivo retorno contendo registros e liquidações referente aos boletos registrados em ambiente de homologação?
Não
47
#interna
48
#interna
Suporte Técnico
Para esclarecer quaisquer dúvidas técnicas, entre em contato conosco através do e-mail
ditec.datsp@bb.com.br
49