1. Processo de Gestão de Documentos - Open Finance Brasil
Prezado participante,
Neste documento, apresentaremos informações referentes aos procedimentos e elementos utilizados para efetuar modificações, inclusões, exclusões ou internalizações de documentos nos conteúdos disponíveis na seção do Desenvolvedor do Portal do Open Finance Brasil.
A seguir, é exposto o fluxo de processos de gerenciamento de documentos, o qual descreve minuciosamente todas as etapas indispensáveis.
Os participantes envolvidos no processo de Gestão de Documentos são:
Solicitante: Membro do Grupo de Técnico (GT) responsável por solicitar alterações, inclusões, exclusões ou internalizações de documentos.
CoE de Qualidade e Operação: Equipe responsável de realizar a implementação das alterações, inclusões, exclusões ou internalizações de documentos.
Revisor(es): Indivíduo(s) responsável(is) por revisar a implementação realizada pelo CoE de Qualidade e Operação. O próprio solicitante também pode desempenhar o papel de revisor.
1.1 Matriz RACI
(Matriz RACI)
2. Detalhamento do Processo
2.1 Envio da Solicitação Através do Jira Service
Conforme estabelecido no Processo de Gestão de Documentos do Open Finance Brasil, mencionado na seção anterior, o solicitante deverá submeter sua solicitação por meio do Jira Service. Para tanto, é necessário encaminhar as informações pertinentes por meio do Portal Jira Service. Estaremos à disposição para auxiliá-lo no preenchimento do formulário "Solicitar alteração na documentação".
2.2 Solicitação entra na Fila do CoE de Qualidade e Operação
Após o solicitante submeter o formulário com as informações necessárias por meio do Jira Service, a solicitação será inserida na fila de atendimento. A contagem do Acordo de Nível de Serviço (SLA) do ticket terá início a partir desse momento.
2.3 Fase de Análise do Ticket no Jira Service
Ao assumir a responsabilidade pela solicitação na fila de atendimento, o analista do CoE de Qualidade e Operação deve realizar uma análise minuciosa para identificar possíveis informações faltantes ou incoerentes no formulário preenchido no Jira Service.
2.3.1 Solicitação das informações incorretas ou incoerentes ao solicitante
Na eventualidade de ser identificado alguma inconsistência na solicitação, o CoE de Qualidade e Operação deverá atualizar o status do ticket para "Itens Pendentes". O solicitante será notificado por e-mail sobre a pendência no ticket e será solicitado que forneça as informações corretas. Nessa circunstância, o Acordo de Nível de Serviço (SLA) do pedido será pausado, e o solicitante deverá fornecer as informações corretas ao CoE de Qualidade e Operação.
2.4 CoE de Qualidade e Operação Implementa Alterações do Documento no Space Draft
Nesta fase, o CoE de Qualidade e Operação é responsável da alteração, e deverá realizar a implementação das mudanças no Space Draft da Área do Desenvolvedor. Nessa circunstância, o Acordo de Nível de Serviço (SLA) do ticket será retomado. O solicitante e o revisor serão notificados por e-mail, relatando a que a solicitação está em processo de implementação no Space Draft.
2.5 Solicitação de aprovação da documentação com o(s) revisor(es) do Grupo Técnico (GT)
Após inserir todas as informações solicitadas, o CoE de Qualidade e Operação deverá atualizar o status do ticket para "Itens Pendentes", solicitando a aprovação do revisor designado pelo Grupo Técnico (GT). Tanto o revisor quanto o solicitante serão notificados por e-mail sobre a necessidade de aprovação. Nessa circunstância, o Acordo de Nível de Serviço (SLA) do ticket será pausado. O solicitante e o revisor serão notificados por e-mail, relatando a pendência no ticket. O revisor deverá fornecer a aprovação necessária ao CoE de Qualidade e Operação.
2.6 Validação da Documentação pelo Revisor
Após o revisor receber a solicitação de aprovação no ticket, é necessário que ele verifique minuciosamente se as informações estão corretas. Caso seja constatado que a implementação realizada pelo CoE de Qualidade e Operação esteja correta, o revisor deverá aprovar o pedido de publicação no ambiente de produção do Portal do Desenvolvedor do Open Finance Brasil. Nessa circunstância, o Acordo de Nível de Serviço (SLA) do ticket será retomado. O solicitante e o revisor serão notificados por e-mail, relatando a retomada no ticket, após o revisor fornecer a aprovação necessária ao CoE de Qualidade e Operação.
2.6.1 Envia as alterações necessárias para o CoE de Qualidade e Operação
Se houver alguma modificação incorreta, o revisor deve enviar as correções necessárias e mencioná-las nos comentários do ticket aberto. Nessa circunstância, o Acordo de Nível de Serviço (SLA) do ticket permanecerá pausado. O solicitante e o revisor serão notificados por e-mail, relatando a pendência no ticket. O revisor deverá fornecer as informações necessárias e aprovar ao CoE de Qualidade e Operação o pedido de publicação no ambiente de produção do Portal do Desenvolvedor do Open Finance Brasil.
2.7 Envia Aprovação no Jira Service para Publicação no Space de Produção
Após uma análise minuciosa do(s) revisor(es) para verificar a integridade das informações, o(s) mesmo(s) deve(m) encaminhar a aprovação ao CoE de Qualidade e Operação.
2.8 CoE de Qualidade e Operação Publica as Alterações no Space de Produção
Após receber a aprovação do(s) revisor(es), o CoE de Qualidade e Operação é responsável por efetuar a publicação das alterações no ambiente de produção do Portal do Desenvolvedor do Open Finance. Nessa circunstância, o Acordo de Nível de Serviço (SLA) do ticket será retomado, após o revisor fornecer a aprovação necessária ao CoE de Qualidade e Operação.
2.9 Solicitante é Informado da Publicação do Documento no Space de Produção
Após receber a aprovação do revisor(es), o CoE de Qualidade e Operação deverá atualizar o status do ticket para “Resolvido”. Tanto o revisor quanto o solicitante serão notificados por e-mail que o documento foi publicado no ambiente de produção do Portal do Desenvolvedor do Open Finance Brasil.
3. SLA
Detalhamento SLA
4. Anexos
Anexos