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;
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: Se o tipo de banco de dados onde foi simulado for diferente do banco de dados do cliente informar. Esta informação é importante para o caso de geração de script;
* Backup: Quando disponibilizar a base no drive compartilhar com o domínio TOTVS, ou poderemos criar um drive único para disponibilizar as bases;
*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);
2 - Após abrir a tela de desenvolvedor, vá até a aba "Network"
3 - Reproduza o erro normalmente no portal.
4 - Ao concluir a reprodução, clique no botão com a seta apontando para baixo, como demonstrado na imagem (ao passar o mouse em cima do botão, você verá o texto "Export HAR..."):
5 - Será exibida então a tela de salvar o arquivo, que deverá ser baixado e anexado à issue.