O módulo de Continuidade é uma aplicação separada que se conecta ao sistema através da API. Com a instalação do módulo, uma aplicação chamada "Módulo de Continuidade" é cadastrada na seção Aplicações Autorizadas do módulo Administração. É concedido acesso anônimo a um usuário com privilégios administrativos, e a aplicação ganha acesso a várias funcionalidades.
São feitos alguns registros automáticos que permitem que o módulo funcione e que não devem ser alterados sem a ajuda de um administrador do sistema experiente ou da equipe de suporte. Essas alterações estão listadas abaixo junto com explicações sobre o propósito de cada uma.
Objetos cadastrados para gerenciar análises de impacto no negócio
Para cada análise de impacto no negócio iniciada no módulo de Continuidade, são enviados e-mails de notificação de acordo com as regras de fluxo utilizadas para enviá-los. Tenha em mente que a pessoa que solicitou a revisão é listada como autor do evento; a pessoa responsável pelo componente de negócio é alocada como coordenadora do evento; e o aprovador atual será alocado como responsável e atualizado quando a revisão continuar com os próximos aprovadores da lista. O título de cada um desses eventos é o nome do componente de negócio para o qual a análise de impacto no negócio foi solicitada.
1) É criado um tipo de evento chamado "Continuidade – Revisão para BIA". Cada vez que é iniciada uma análise de impacto no negócio, um evento desse tipo é automaticamente criado. Esses eventos permitem que notificações sejam automaticamente enviadas por e-mail de acordo com as regras de fluxo criadas, que serão discutidas mais adiante. A pessoa que solicitou a revisão é listada como autor do evento, a pessoa responsável pelo componente de negócio associado é alocada como coordenador e o aprovador atual será alocado como responsável e atualizado conforme a revisão continue para os próximos aprovadores. O título de cada um desses eventos é o nome do componente de negócio para o qual a análise de impacto foi solicitada.
Eventos desse tipo que ainda estiverem abertos não devem ser editados de forma alguma. Eventos fechados e cancelados podem ser excluídos se necessário.
2) Um atributo do tipo Lista de Opções chamado "Situação da Revisão" é criado e aplicado a eventos do tipo Continuidade – Revisão para BIA com as seguintes opções:
a. Revisão Aprovada
b. Revisão Cancelada
c. Revisão Não Aprovada
d. Em Aprovação
e. Em Revisão
O módulo de Continuidade automaticamente atualiza os valores desses atributos de acordo com a situação da BIA, e as regras de fluxo usam essa situação para saber quais notificações devem ser enviadas por e-mail e para quem devem ser enviadas.
3) Um atributo do tipo Parágrafo chamado "Informação" é criado e aplicado a eventos do tipo Continuidade – Revisão para BIA. Isso permite que os comentários fornecidos sobre o motivo pelo qual os dados do componente de negócio foram rejeitados pelo aprovador sejam usados como variável (#event_attrib_Information#) nas notificações enviadas por e-mail através das regras de fluxo.
4) Cinco regras de fluxo são criadas para o envio de notificações por e-mail, e cada uma delas está listada abaixo. Essas regras de fluxo não devem ser desabilitadas, ou nenhum dos envolvidos na BIA irá receber as notificações por e-mail.
a. Continuidade – Início de revisão de componente de negócio
i. Descrição: Notifica as pessoas envolvidas sobre o início da revisão de um componente de negócio.
ii. Objeto: Continuidade – Revisão para BIA
iii. Condições: Todas as condições devem ser atendidas. Campo: Situação da Revisão. Operador: contém. Valor: Em Revisão.
iv. Executar a Regra: Ao criar ou editar um evento e suas condições ainda não foram atingidas.
v. Ações: Envia um e-mail para o gestor de continuidade que solicitou a revisão e um e-mail para a pessoa responsável pelo componente de negócio indicando que a revisão foi iniciada.
b. Continuidade – Revisão de dados de componente de negócio cancelada
i. Descrição: Notifica as pessoas envolvidas sobre o cancelamento da revisão de um componente de negócio.
ii. Objeto: Continuidade – Revisão para BIA
iii. Condições: Todas as condições devem ser atendidas. Campo: Situação da Revisão. Operador: contém. Valor: Revisão Cancelada.
iv. Executar a Regra: Ao criar ou editar um evento e suas condições ainda não foram atingidas.
v. Ações: Envia um e-mail para o gestor de continuidade que solicitou a revisão, um e-mail para a pessoa responsável pelo componente de negócio e um e-mail para quaisquer aprovadores alocados indicando que a revisão foi cancelada.
c. Continuidade – Aprovação de dados de um componente de negócio
i. Descrição: Notifica o aprovador sobre a necessidade de aprovação dos dados de um componente de negócio durante sua revisão.
ii. Objeto: Continuidade – Revisão para BIA
iii. Condições: Todas as condições devem ser atendidas. Campo: Situação da Revisão. Operador: contém. Valor: Em Aprovação.
iv. Executar a Regra: Ao criar ou editar um evento.
v. Ações: Envia um e-mail para o aprovador atual de acordo com a ordem em que os aprovadores foram alocados, indicando que o componente de negócio foi revisado e confirmado pela pessoa responsável por ele e que agora necessita da sua aprovação.
d. Continuidade – Aprovação final de dados de um componente de negócio
i. Descrição: Notifica as pessoas envolvidas sobre a aprovação final dos dados de um componente de negócio.
ii. Objeto: Continuidade – Revisão para BIA
iii. Condições: Todas as condições devem ser atendidas. Campo: Situação da Revisão. Operador: contém. Valor: Revisão Aprovada.
iv. Executar a Regra: Ao criar ou editar um evento e suas condições ainda não foram atingidas.
v. Ações: Envia um e-mail para o gestor de continuidade que solicitou a revisão e para a pessoa responsável pelo componente de negócio indicando que o último aprovador na lista revisou e aprovou os dados e que a Medida de Impacto foi calculada.
e. Continuidade – Não aprovação de dados de um componente de negócio
i. Descrição: Notifica as pessoas envolvidas sobre a não aprovação dos dados de um componente de negócio.
ii. Objeto: Continuidade – Revisão para BIA
iii. Condições: Todas as condições devem ser atendidas. Campo: Situação da Revisão. Operador: contém. Valor: Revisão Não Aprovada.
iv. Executar a Regra: Ao criar ou editar um evento e suas condições ainda não foram atingidas.
v. Ações: Envia um e-mail para o gestor de continuidade que solicitou a revisão e para o responsável pelo componente de negócio, indicando que os dados do componente de negócio foram rejeitados por um dos aprovadores da lista.
Objetos cadastrados para gerenciar o fluxo padrão de teste de planos
Para cada plano enviado para o módulo Workflow para teste, aprovação ou ativação, são enviados e-mails de notificação de acordo com o que foi definido nas regras de fluxo que são utilizadas para enviá-los. Tenha em mente que, por padrão, o usuário cadastrado para acesso anônimo ao módulo de Continuidade na seção Aplicações Autorizadas do módulo Administração é listado como autor do evento; a pessoa ou grupo responsável pelo plano é alocada como responsável pelo evento; o responsável substituto pelo plano é alocado como coordenador do evento; e o autor do plano, a equipe de contingência e a equipe de contingência substituta são alocados como envolvidos no evento. Observe que se ninguém for alocado como responsável substituto pelo plano, a pessoa ou grupo responsável pelo plano será alocada como coordenador do evento.
1) É criado um tipo de evento chamado "Teste de Planos". Quando eventos desse tipo são criados através do módulo de Continuidade, e-mails de notificação são enviados automaticamente indicando que o plano anexado ao evento deve ser testado. Esses e-mails de notificação são enviados através de regras de fluxo fornecidas com a instalação do módulo de Continuidade.
2) Um atributo do tipo Lista de Opções chamado "Situação do Teste" é criado e aplicado a eventos de Teste de Planos com as seguintes opções:
a. Aprovado
b. Não Aprovado
Depois que um evento de Teste de Planos for criado para um plano de continuidade, aqueles que tiverem recebido notificações por e-mail podem atualizar o valor desse atributo. O evento será automaticamente fechado depois que uma das pessoas alocadas no evento mudar a situação do atributo para Aprovado ou Não Aprovado.
3) Um atributo do tipo Parágrafo chamado "Comentários" é criado e aplicado a eventos do tipo Teste de Planos. Isso permite que os comentários fornecidos sobre o motivo pelo qual um plano que foi testado foi rejeitado por quem o testou sejam utilizados como uma variável (#Comment_Test_Plan#) nos e-mails de notificação enviados através das regras de fluxo.
4) Três regras de fluxo são criadas para o envio de notificações por e-mail, e cada uma delas está listada abaixo. Essas regras de fluxo não devem ser desabilitadas, ou nenhum dos envolvidos no evento irá receber as notificações por e-mail.
a. Continuidade – Teste de Planos – Evento Criado
i. Descrição: Envia um e-mail indicando que foi criado um evento para testar um plano de continuidade.
ii. Objeto: Teste de Planos
iii. Condições: Situação do Teste está em branco.
iv. Executar a Regra: Ao criar um evento.
v. Ações: Envia um e-mail para as pessoas alocadas em todos os papéis do evento indicando que foi criado um evento para testar o plano de continuidade associado.
b. Continuidade – Teste de Planos – Aprovado
i. Descrição: Envia um e-mail indicando que um plano de continuidade associado a um evento foi aprovado.
ii. Objeto: Teste de Planos
iii. Condições: Situação do Teste é igual a Aprovado.
iv. Executar a Regra: Ao criar ou editar um evento e a regra ainda não foi executada.
v. Ações: Envia um e-mail para o as pessoas alocadas em todos os papéis do evento indicando que o plano foi testado e aprovado. O evento também é fechado.
c. Continuidade – Teste de Planos – Não Aprovado
i. Descrição: Envia um e-mail indicando que um plano de continuidade associado a um evento foi testado e não foi aprovado.
ii. Objeto: Teste de Planos
iii. Condições: Situação do Teste é igual a Não Aprovado.
iv. Executar a Regra: Ao criar ou editar um evento e a regra ainda não foi executada.
v. Ações: Envia um e-mail para o as pessoas alocadas em todos os papéis do evento indicando que o plano foi testado e não foi aprovado. O evento também é fechado.
Objetos cadastrados para gerenciar o fluxo padrão de aprovação de planos
1) É criado um tipo de evento chamado "Aprovação de Planos". Quando eventos desse tipo são criados através do módulo de Continuidade, e-mails de notificação são enviados automaticamente indicando que o plano anexado ao evento requer aprovação. Esses e-mails de notificação são enviados através de regras de fluxo fornecidas com a instalação do módulo de Continuidade.
2) Um atributo do tipo Lista de Opções chamado "Situação da Aprovação" é criado e aplicado a eventos de Aprovação de Planos com as seguintes opções:
a. Aprovado
b. Não Aprovado
Depois que um evento de Aprovação de Planos for criado para um plano de continuidade, os aprovadores que tiverem recebido notificações por e-mail podem atualizar os valores desse atributo. O evento será automaticamente fechado depois que uma das pessoas alocadas no evento mudar a situação do atributo para Aprovado ou Não Aprovado.
3) Um atributo do tipo Parágrafo chamado "Comentários" é criado e aplicado a eventos do tipo Aprovação de Planos. Isso permite que os comentários fornecidos sobre o motivo pelo qual um plano foi rejeitado pelo aprovador sejam utilizados como uma variável (#Comment_Plan_Approval#) nos e-mails de notificação enviados através das regras de fluxo.
4) Três regras de fluxo são criadas para o envio de notificações por e-mail, e cada uma delas está listada abaixo. Essas regras de fluxo não devem ser desabilitadas, ou nenhum dos envolvidos no evento irá receber as notificações por e-mail.
a. Continuidade – Aprovação de Planos – Evento Criado
i. Descrição: Envia um e-mail indicando que foi criado um evento para aprovar um plano de continuidade.
ii. Objeto: Aprovação de Planos
iii. Condições: Situação da Aprovação está em branco.
iv. Executar a Regra: Ao criar um evento.
v. Ações: Envia um e-mail para as pessoas alocadas em todos os papéis do evento indicando que foi criado um evento para aprovar o plano de continuidade associado.
b. Continuidade – Aprovação de Planos – Aprovado
i. Descrição: Envia um e-mail indicando que um plano de continuidade associado a um evento foi aprovado.
ii. Objeto: Aprovação de Planos
iii. Condições: Situação da Aprovação é igual a Aprovado.
iv. Executar a Regra: Ao criar ou editar um evento e a regra ainda não foi executada.
v. Ações: Envia um e-mail para o as pessoas alocadas em todos os papéis do evento indicando que o plano aprovado. O evento também é fechado.
c. Continuidade – Aprovação de Planos – Não Aprovado
i. Descrição: Envia um e-mail indicando que um plano de continuidade associado a um evento foi revisado e não foi aprovado.
ii. Objeto: Aprovação de Planos
iii. Condições: Situação da Aprovação é igual a Não Aprovado.
iv. Executar a Regra: Ao criar ou editar um evento e a regra ainda não foi executada.
v. Ações: Envia um e-mail para o as pessoas alocadas em todos os papéis do evento indicando que o plano não foi aprovado. O evento também é fechado.
Objetos cadastrados para gerenciar o fluxo padrão de ativação de planos
1) É criado um tipo de evento chamado "Ativação de Planos". Quando eventos desse tipo são criados através do módulo de Continuidade, e-mails de notificação são enviados automaticamente indicando que o plano anexado ao evento foi ativado. Esses e-mails de notificação são enviados através de regras de fluxo fornecidas com a instalação do módulo de Continuidade.
2) Um atributo do tipo Lista de Opções chamado "Situação da Ativação" é criado e aplicado a eventos de Ativação de Planos com as seguintes opções:
a. Ativado
b. Cancelado
c. Finalizado
Depois que um evento de Ativação de Planos for criado para um plano de continuidade, aqueles que tiverem recebido notificações por e-mail podem atualizar o valor desse atributo. O evento será automaticamente fechado depois que uma das pessoas alocadas no evento mudar a situação do atributo para Cancelado ou Finalizado.
3) Um atributo do tipo Parágrafo chamado "Comentários" é criado e aplicado a eventos do tipo Ativação de Planos. Isso permite que os comentários fornecidos sobre o motivo pelo qual um plano que foi ativado foi finalizado ou cancelado sejam utilizados como uma variável (#Comment_Plan_Activation#) nos e-mails de notificação enviados através das regras de fluxo.
4) Três regras de fluxo são criadas para o envio de notificações por e-mail, e cada uma delas está listada abaixo. Essas regras de fluxo não devem ser desabilitadas, ou nenhum dos envolvidos no evento irá receber as notificações por e-mail.
a. Continuidade – Ativação de Planos – Evento Criado
i. Descrição: Envia um e-mail indicando que foi criado um evento para ativar um plano de continuidade.
ii. Objeto: Ativação de Planos
iii. Condições: Situação da Ativação está em branco.
iv. Executar a Regra: Ao criar um evento.
v. Ações: Muda o valor do atributo Situação da Ativação para Ativado e envia um e-mail para as pessoas alocadas em todos os papéis do evento indicando que o plano de continuidade associado foi ativado.
b. Continuidade – Ativação de Planos – Cancelado
i. Descrição: Envia um e-mail indicando que a ativação de um plano de continuidade associado a um evento foi cancelada.
ii. Objeto: Ativação de Planos
iii. Condições: Situação da Ativação é igual a Cancelada.
iv. Executar a Regra: Ao criar ou editar um evento e a regra ainda não foi executada.
v. Ações: Envia um e-mail para o as pessoas alocadas em todos os papéis do evento indicando que a ativação do plano foi cancelada. O evento também é fechado.
c. Continuidade – Ativação de Planos – Finalizado
i. Descrição: Envia um e-mail indicando que um plano de continuidade associado a um evento foi executado com sucesso.
ii. Objeto: Ativação de Planos
iii. Condições: Situação da Ativação é igual a Finalizada.
iv. Executar a Regra: Ao criar ou editar um evento e a regra ainda não foi executada.
v. Ações: Envia um e-mail para o as pessoas alocadas em todos os papéis do evento indicando que o plano foi testado e não foi aprovado. O evento também é fechado.