Abertura de certificações de APIs da Fase 2 v2.0.1 – Atualização (para transmissoras de dados)Encerramento de pedidos de certificação da Fase 2 v1.0.x (para transmissoras de dados)Fase 2 – Atualização da planilha de problemas conhecidos

Abertura de certificações de APIs da Fase 2 v2.0.1 – Atualização (para transmissoras de dados)

Comunicamos que estão abertas para submissão de pedidos as certificações funcionais da Fase 2 v2.0.1 da API de Unarranged Overdraft.

Conforme cronograma publicado na Instrução Normativa 306, a submissão dos pedidos de certificação deve ser realizada até 10 de outubro de 2022.

O pedido de certificação deve ser realizado pelo Service Desk e maiores orientações estão disponíveis no Guia de Certificação.

Para a submissão, é necessário realizar um novo plano de testes na versão 4.1.43 ou superior e enviar o documento “Certificado de Conformidade Funcional”, que contém uma tabela para inserir todos os URIs de well-known referentes aos servidores de autorização em produção que serão objetos da certificação.

Encerramento de pedidos de certificação da Fase 2 v1.0.x (para transmissoras de dados)

Informamos que a data limite para submissão de pedidos de certificação da Fase 2 v1.0.x é dia 10 de outubro de 2022. Após essa data, só será permitido submissão de pedidos da Fase 2 v2.0.1.

Fase 2 – Atualização da planilha de problemas conhecidos

O Grupo Técnico de Especificações comunica que foram incluídos três itens à planilha de problemas conhecidos Fase 2, sendo um destes uma substituição ao BCLOG-F02-205, conforme segue:

BCLOG-F02-216

API/Sessão: Customers

Endpoints: /personal/identifications e /business/identifications

Campo: /data/contacts/phones/number

Qual o problema: O pattern ^([0-9]{8,11})$ do campo data/contacts/phones/number não é adequado para telefones de alguns países (ex: Alemanha), que podem ter a quantidade de números inferiores a 8 ou superiores a 11

Como deveria ser: O pattern deveria contemplar a quantidade de dígitos de telefone de todos os países

Orientação: Neste momento não devem ser compartilhados telefones de outros países além do Brasil, ou seja, não compartilhar telefones com DDI diferente de 55

BCLOG-F02-217 (em substituição ao BCLOG-F02-205)

API/Sessão: Loans e unarranged-accounts-overdraft

Endpoints: /contracts/{contractId}

Campo: /preFixedRate e /postFixedRate

Qual o problema: Nas APIs Loans e Unarranged-accounts-overdraft, os campos preFixedRate e postFixedRate estão como obrigatórios, porém, os contratos possuem características de possuir somente uma das taxas, ou pré-fixada ou pós-fixada. Anteriormente, era permitido o envio de NULL

Como deveria ser: Os campos deveriam ser opcionais ou condicionais

Orientação: Preencher o campo não aplicável ao contrato com zeros, seguindo o pattern (0.000000)

BCLOG-F02-218

API/Sessão: Unarranged-accounts-overdraft

Endpoints: /contracts/{contractId}

Campo: /instalmentPeriodicityAdditionalInfo e /amortizationScheduledAdditionalInfo

Qual o problema: Na API Unarranged-accounts-overdraft, os campos instalmentPeriodicityAdditionalInfo e amortizationScheduledAdditionalInfo estão como obrigatórios, porém, deveriam ser condicionais e, portanto, não obrigatórios

Como deveria ser: Os campos deveriam ser opcionais ou condicionais

Orientação: Preencher os campos com string vazia ("")

A sugestão de solução para o problema conhecido BCLOG-F02-216 (acima) também leva em consideração que o Enum definido para o areaCode, campo atualmente obrigatório, só atende a região brasileira.