Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

Utilizaremos como base para definição das diretrizes de atualização dos dados de API, a política de versionamento do Open Finance Brasil, uma vez que as termogias e padrões utilizados, são de conhecimento do ecossistema.

No GDC, o modelo de entidade relacional para API foi especificado conforme o diagrama:

...

Regras de preenchimento de datas no GDC:

Quando houver mudança em uma versão, devemos alterar o Status e as datas de inicio e fim

  • Toda API precisa ter uma versão em current, exceto para os novos produtos.

...

Status

...

Data de início

...

Data final

...

Toda versão implementing com certificação

...

Atualização do Ciclo de Vida

Segundo a política de versionamento do Open Finance Brasil, o ciclo de vida de uma API possui 05 etapas após Design, considerada como etapa de concepção da API, logo, não incluímos como parte do processo. Portanto, a regra para atualização do ciclo de vida, deverá ocorrer quando:

Houverem mudanças de versão na API

Com isso, é necessário que sejam modificados os seguintes dados da API:

  • Status, considerando as etapas de Implementing, Certifying, Current, Deprecated ou Retired;

  • Data de Início, representado pelo formato yyyy-MM-dd, como por exemplo, 2021-01-30;

  • Data Fim, representado pelo formato yyyy-MM-dd, como por exemplo, 2021-01-30.

Regras Gerais

A alteração dos dados de uma API para cada mudança de Status, deverão ser consideradas como regras gerais:

  • A API DEVERÁ conter um ÚNICO Status Current, EXCETO para um NOVO PRODUTO, tendo em vista que não existem versões anteriores;

  • Se o versionamento de uma API for do tipo PATCH, as datas de início e fim para os Status de Certifying ou Deprecated podem ser nulas (NULL), tendo em vista que não há um período de convivência.

  • As datas de início e fim do Status NÃO DEVERÃO ser IDÊNTICAS, EXCETO para os Status de Retired.

Além disso, o preenchimento das datas de inicio e fim devem seguir as especificações abaixo, de acordo com as mudanças de Status:

STATUS

DATA DE INÍCIO

DATA FIM

Todo Status Implementing com certificação

Data da divulgação da primeira versão da especificação (beta.0)

Dia do primeiro marco

Toda versão implementing

Todo Status Implementing sem certificação

data

Data da divulgação da especificação (beta.0)

data

Data do go-live

Toda versão certifying

Todo Status Certifying

Dia do primeiro marco

fim

Fim do período do processamento de pedidos de certificação

Toda versão current

data

Todo Status Current

Data do go-live

NULL

Todo Status Current post mortem
(com período de convivência)

Data do go-live

 Último dia do período convivência

Todo Status Current post mortem
(sem período de convivência)

Data do go-

Toda versão deprecated

data

live

 Dia do go-live da nova versão

Todo Status Deprecated com período de convivência

Data do go-live

ultimo

Último dia do período de convivência

Toda versão retired -

Todo Status Deprecated sem período de convivência

NULL

NULL

Todo Status Retired com período de convivência

último

Último dia do período

convivencia

 

Toda versão retired -

convivência

 Último dia do período convivência

Todo Status Retired sem período de convivência

dia

Dia do go-live da nova versão

 

...

 Dia do go-live da nova versão