Escopo de abertura - critérios de aceite

Preencher os dados da issue seguindo o seguinte escopo

TÍTULO DA ISSUE: Frase com resumo do problema e em qual rotina ocorre;

PRIORIDADE: Informar a criticidade do problema;

AFFECTS VERSION/S*: Versões onde o problema ocorre;

DESCRIÇÃO: No campo de descrição seguir o seguinte roteiro de preenchimento para facilitar o entendimento e ajuste do incidente.

Interpretação de demanda: Informar de forma detalhada qual o incidente;

Saída de contorno: Informar se foi repassada alguma saída de contorno viável para o cliente;

Comportamento esperado do sistema: Informar qual seria a forma correta do sistema se comportar nesta situação;

Testes realizados*: Anexar uma documentação evidenciando os testes que foram realizados para simular o incidente (word, vídeo, print);

Parametrização necessária: Informar o passa-a-passo que precisamos seguir para simular o incidente;

Base de Dados/Servidor: Informar a base e o servidor que foram utilizados para simular a situação;

Tipo de banco de dados*: Informar se é Oracle ou SQL;

Backup*: Se a base estiver na máquina do analista é ideal repassar um backup para facilitar a simulação do incidente;

Usuário/senha do ERP: Informar o usuário e senha utilizados para acessar o ERP;

Usuário/senha do Meu RH: Informar o usuário e senha utilizados para acessar o Meu RH;

Chapa: Informar qual a chapa do funcionário que está sendo utilizado para acessar o Meu RH;

Teste realizado no portal antigo (corpore.net) *: Preencher com sim ou não;

Versão da biblioteca utilizada*: Informar a versão onde foi realizado o teste;

Base com XML:  Se sim, realizar as seguintes validações:

• Histórico (afastamento, salário, situação, etc): Verificar se os históricos foram importados corretamente, caso não tenham sido inserir de forma manual;
• Cadastro de seções: Validar se as seções foram importadas de forma correta;
• Horários/Jornadas:  Validar se o cadastro de horário foi importado corretamente, caso não tenha sido inserir manualmente;
• Cadastro do funcionário: Validar se os campos obrigatórios e campos que dependem de outras tabelas foram importados corretamente, caso não tenha sido deve cadastrar manualmente.

Problema ocorre no APP:  Informar sim ou não.

• Versão do APP;
• Sistema operacional (Android, IOS);
• Versão do sistema operacional.

Observações importantes:

* Affects version/s: É importante observar quais são as versões de mercado pois as correções são efetuadas nestas versões, e caso a versão do cliente seja anterior as de mercado informar qual a versão de mercado que deve ser liberada para o cliente. Esta informação é importante para que possamos notificar o cliente corretamente;

* Testes realizados: Esta informação é importante tanto em issues de manutenção quanto em issues de apoio para identificarmos quais testes já foram realizados junto ao cliente. 

* Tipo de banco de dados: Esta informação é importante para o caso de geração de script e para simulação;

* Backup: Quando disponibilizar a base no drive compartilhar com o domínio TOTVS, ou pode compartilhar a base no drive Meu RH;

*Teste realizado no portal antigo*: É importante identificar se a situação ocorre também no portal antigo e caso ocorra avaliar também com a equipe do produto (RHU, PTO, FOP e SMT);

* Versão da biblioteca utilizada: A demanda deve ser simulada no patch mais atual na versão/release do cliente. Se a versão estiver expirada é necessário acordar com o PO (caso não seja realizado este acordo será corrigido apenas nas versões de mercado e o cliente será notificado de forma genérica com relação as versões);