As informações contidas nessa sessão visam garantir que os participantes Iniciadora / Detentora / Transmissora / Receptora) do ecossistema consigam compreender como funciona a retrocompatibilidade no contexto do Open Finance Brasil e quais são os aspectos que uma API pode sofrer visando impactos e tratativas.
Nos itens abaixo, é possível identificar quais são os cenários de compatibilidade e tipos de mudança que podem ocorrer no ecossistema:
• Análise de cenários: Identificar quem realizou a chamada no processo de consumo da API (Iniciadora/Detetora/Transmissora/Receptora)
- Backward Compatibility
- Compatibilidade com versões anteriores;
- Forward Compatibility
- Compatibilidade com versões posteriores;
- Business Compatibility
-Compatibilidade com regras de negócio em versões posteriores;
• Tipos de mudança: Identificar qual o tipo de mudança na API (Categoria),
- Non Breaking Change (NBC): Alterações que não realizaram a “quebra” de contrato, ou seja, mudanças que são compatíveis com versões anteriores e não exigem ajustes na implementação para que funcionalidades existentes continuem funcionando;
- Technical Breaking Change (TBC): Alterações que possuem o potencial de “quebrar” o contrato, ou seja, mudanças que são incompatíveis com versões anteriores e exigem ajustes na implementação para que as funcionalidades existentes continuem funcionando;
- Business Breaking Change (BBC): Alterações que não necessariamente estão quebrando o contrato do ponto de vista técnico. Mudanças de negócios que são incompatíveis com versões anteriores.”
A análise de retrocompatibilidade será realizada com base na metodologia adotada pelo Grupo de Produtos. Ao término da análise, ela será encaminhada ao GT Especificações, que decidirá quando e como publicá-la dentro da versão da API no portal.