Liberação da Versão

Protocolos para fechar a versão a partir da separação do fonte

1. Enviar email aos desenvolvedores solicitando:

 a.	Testes de Rotina necessários. 
 b.	Tempo para apresentação dos realizados.

2. Elaborar Programação dos Realizados e fazer a comunicação:

 a.	Ao desenvolvedor responsável (solicitando aval).
 b.	Ao Douglas, para criar os eventos.
 c.	Ao Diogo, para elaborar a escala do suporte. 
 d.	Ao Flávio, para gerar o link do evento. 
 e.	Após tudo esquematizado, comunicar no Geral. 

3. Concluídas todas as fases de testes, subir com a versão:

 a.	Fazer a cópia da versão atual na pasta \\serverdb\Documentacao Teste\Cópia de Versão.
 b.	No Atendimento modificar o Status da versão para Release Candidate.
 c.	Gerar Scripts e Realizados e colar na pasta da Pré Versão. (Utilizar a VM 192.168.254.159)
 d.	Deletar as subpastas (exec, bpls, dados, instalação)  da pasta suporte (MC/Comercial).
 e.	Colar os arquivos da Pré Versão na pasta Suporte. 
 f.	No Atendimento, executar a função para subir com a versão para a nuvem.  (Utilizar a VM 192.168.254.159)
 g     Gerar o link dos realizados, inserindo vídeos demonstrativos da alteração. (Através da VM 192.168.254.159)
 h.    Publicar o Post de divulgação da versão como Notícias. (Não configurar para ser Feeds ainda) 
 i.	Comunicar a equipe via email que a versão está com liberada com atualização restrita. 
 j.    Enviar notificação aos clientes dos serviços liberados.

4. Liberar Oficialmente (7 a 15 dias após liberar como RC):

 a.	Mudar o Status da Versão no programa de atendimento para Final. 
 b.    Sincronizar o cabeçalho: Executar a função Apenas atualizar cabeçalhos da versão.
 c.	Modificar a publicação da Post de divulgação da versão para Feeds do sistema. 
 d.	Comunicar no geral (via e-mail).
 e.	Ajuste na TekStore para Divulgar a Versão (Marlon).

6. Atualização do Help: A princípio esta etapa vai ocorrer de acordo com a disponibilidade de tempo do setor.