Documentação Fluig - Aprovação interna novo cliente

1        OBJETIVO 

1.1     Geral.

Esse documento explica qual o funcionamento do processo de aprovação do HAT, bem como o que é necessário para que o processo funcione em qualquer ambiente que for exportado.

2        PROCESSO ATUAL

2.1     Resumo do processo atual.

Não há um processo de aprovação do HAT. Sendo assim, este processo foi desenvolvido para aprovação de novos clientes do HAT, bem como um ponta pé inicial para o processo de criação do ambiente.

3        ESCOPO DA INFORMATIZAÇÃO

3.1     Processo Solicitação de Aprovação HAT.

• O processo poderá ser iniciado por qualquer pessoa.
• A sequência do processo se dará da seguinte forma:

1ª Atividade: Início do processo.

Todos os campos deverão ser preenchidos manualmente, com exceção do campo “ID do Cliente” que será preenchido automaticamente ao ser preenchido o campo “Nome do cliente”, seja digitando o nome de um cliente novo, ou escolhendo da lista.

2ª Atividade: Aprovação.

Os campos da atividade anterior estarão bloqueados, e três novos campos estarão presentes. O campo “Aprovar” será o único disponível para alteração, e os outros dois campos serão preenchidos automaticamente pelo sistema.

3ª Atividade: Fim com cancelamento.

Caso na atividade anterior tenha sido escolhido não aprovar, a solicitação será encerrada.

4ª Atividade: Aguardar Criação do Ambiente.

Caso na 2ª atividade a solicitação seja aprovada, cairá na atividade para criação do ambiente. Nesta atividade, o Fluig ficará passivo, aguardando requisições do Jenkins. Inicialmente, o Jenkins irá obter todas as solicitações nesta atividade, e escolherá o que fará a seguir.

5ª Atividade: Fim 1.

O Jenkins deverá informar o Fluig como disparará os e-mails para o cliente. Ao escolher a opção SendGrid, o processo será encerrado.

6ª Atividade: Enviar e-mail pelo Fluig.

A outra opção de disparo de e-mails será feita pelo Fluig. Nesta atividade, novamente o Fluig ficará passivo, aguardando requisições do Jenkins, que irá decidir qual o template de e-mail irá usar para disparar o e-mail. Ao todo são 4 templates, mais detalhados nas próximas seções.

7ª Atividade: Envio de e-mail.

Atividade automática. O Fluig irá disparar e-mail de acordo com as informações fornecidas pelo Jenkins.

8ª Atividade: Fim 2.

O processo será encerrado.

3.2     Formulário da Solicitação de Demandas.

- Tipo do cliente: Radio button. Obrigatório.

- Cliente Totvs: Campo zoom. Será exibido na escolha do Tipo do Cliente. Obrigatório se o Tipo do Cliente for 1.

- Novo Cliente: Campo texto. Será exibido na escolha do Tipo de Cliente. Obrigatório se o Tipo do Cliente for 2.

- ID do Cliente: Campo texto. Será preenchido automaticamente quando se escolher um cliente na lista ou digitado no campo de Novo Cliente. Poderá ser editado (para quando o nome for reservado ou já estiver sendo utilizado por outro cliente). Obrigatório.

- Registro ANS: Campo texto. Obrigatório.

- CNPJ: Campo texto. Obrigatório.

- Número de Autorizações por Mês: Campo texto. Obrigatório se o campo “Número de Vidas” não tenha sido preenchido.

- Número de Vidas: Campo texto. Obrigatório se o campo “Número de Autorizações por Mês” não tenha sido preenchido.

- Nome do Responsável: Campo texto. Obrigatório.

- E-mail do Responsável: Campo e-mail. Obrigatório.

- Aprovado: Radio button. Obrigatório.

- Horário da aprovação: Campo texto. Bloqueado e preenchido automaticamente.

- Aprovador: Campo texto. Bloqueado, preenchido automaticamente.

- Envio será feito por onde: Radio button.

- O ambiente foi criado: Radio button.

- URL do ambiente: Campo texto.

- Status do envio: Select contendo as seguintes opções:

- Inicial

- Retomada

- Erro

- Feedback

- Enviar outro e-mail: Radio button.

3.3     Formulários Auxiliares da Solicitação de Demandas.

Formulários obrigatórios para o funcionamento do Processo de Aprovação do HAT.

• Clientes Totvs: formulário que lista os clientes para popular o select do formulário principal de Clientes Totvs. Não é obrigatório, mas caso não seja alimentado, não irá exibir os clientes para escolha rápida.
• HAT Blacklist: formulário contendo as palavras reservadas ou proibidas para composição do “ID do Cliente”. Deve ser alimentado manualmente.

3.4      Demais configurações.

• Grupos: será necessário a criação de dois grupos:

- Aprovadores HAT (id: hat_approvers)

- Gestores HAT (id: hat_managers)

• OAuth: será necessário criar um OAuth para acesso do Jenkins. Primeiro deverá ser criado um OAuth Provider, e em seguida o OAuth Application, onde será gerado um Token e o Token Secret.
• Templates de e-mail: É necessário a criação de 4 templates de e-mail, caso o Jenkins escolha o Fluig para disparar os e-mails.

4        PREMISSAS E FORA DE ESCOPO

4.1     Premissas.

• Fluig instalado versão 1.6.4 EP1 ou superior. Ambiente de Teste.
• Liberação de acessos aos consultores da IV2 para configuração remota.
• Consulta referente a esse processo será realizados por rotinas padrão do Fluig.

5        ANEXOS.

5.1     Anexo 1 – Diagrama do processo.

Figura ilustrativa do diagrama.

Figura ilustrativa do diagrama.

5.2     Anexo 2 – Exemplo de formulário.

Exemplo ilustrativo do formulário.

Figuras ilustrativas do formulário.