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.
 c.	Texto para divulgar a versão. 

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. Elaborar o texto para divulgar a versão, e divulgar para os desenvolvedores, para ver se há algo a adicionar/retificar.

4. Elaborar o link dos realizados, inserindo vídeos demonstrativos da alteração.

5. 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. 
 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.  
 g.	Comunicar ao desenvolvimento, teste e coordenadores do suporte via email que a versão está com liberada com atualização restrita. 

6. Liberar Oficialmente:

 a.	Mudar o Status da Versão no programa de atendimento para Final. 
 b.	Publicar o Post de divulgação da versão com Feeds do sistema. 
 c.	Comunicar no geral (via e-mail).
 d.	Ajuste na TekStore para Divulgar a Versão (Marlon).

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