Padrão de abertura de issues para Meu RH RM

CONTEÚDO

1. Visão Geral
2. Manutenção
3. Apoio
   
4. Apoio ao cliente
   
5. Rejeições para o atendimento
6. Rejeições para o desenvolvimento

01. VISÃO GERAL

O objetivo deste documento é criar um modelo de abertura de issues com o detalhamento necessário para uma atuação mais efetiva do desenvolvimento.

Documentações base: https://tdn.totvs.com/x/6dEWHg | https://tdn.totvs.com/x/H0xYGw

02. MANUTENÇÃO

As orientações disponibilizadas devem ser seguidas e evidenciados na issue.

1. Seguir modelo de abertura de issue (Escopo de abertura - critérios de aceite);
2. Anexar arquivo HAR na issue (Como obter HAR);

03. APOIO

O apoio deve ser aberto quando todos os passos da manutenção já foram realizados, evidenciados e anexados na issue, porém o atendimento precisa de algum apoio.

• Entrar em contato com o atendimento para agendar call com cliente

04. APOIO AO CLIENTE

O Apoio - Cliente deve ser aberto quando todos os passos da manutenção já foram realizados, evidenciados e anexados na issue, porém a partir da análise de todas as evidência o desenvolvimento precisa analisar diretamente a base do cliente.

• Quando enviar artefato para o cliente manter backup do original do e o próprio analista deve deletar o artefato enviado mesmo que resolva o problema.
• Verificar IIS e anexar na issue.
• Back-end utilizar o Dnspy caso o cliente permita (Orientações DnSpy).
• Front-end gerar dist para debug e enviar para o cliente (ng build).

Problemas com LOGIN no aplicativo:

1. Verificar se o CORS e o token estão funcionais no ambiente do cliente, pois é obrigatório.
   Como utilizar a autenticação por token no Meu RH da linha RM?
   Configuração para aplicativo ou Portal utilizando TOKEN/IONIC5
   KCS Atualização para o IONIC 5.0
2. Não temos como garantir que os redirecionamentos internos, firewall, proxy reversos, balanceamento, liberação de portas dos clientes estão corretos. Portanto, é requisito que o cliente faça um teste com ambiente interno e sem redirecionamentos. Caso após as verificações o problemas persista, solicitar ao cliente para remover todas as camadas de infraestrutura e efetuar testes em link interno.
3. Checar se o QR code está configurando corretamente.
4. Executar a collection Validar ambientes RM.
5. Verificar validade dos certificados digitais Certificado SSL.
6. Verificar configuração do IIS, por exemplo se está sendo adicionado alguma tag no webconfig.
7. Caso os passos anteriores não encontre o problema é importante solicitar ao cliente um teste sem redirecionamentos e HTTPS na rede interna.
8. Para fazer testes no ambiente do cliente, solicitar link externo com QR Code, usuário e senha, por questões da LGPD, utilizar o TOTVS Minha Senha.
9. Caso não identifique o problema, evidenciar e anexar na issue todas as verificações anteriores, adicionar na evidência:
   -properties.json
   -host.config
   -hostService.config
   -criticalLog
   -HAR
   -Detalhe de toda a arquitetura do ambiente (balanceamento, proxy).

05. REJEIÇÕES PARA O ATENDIMENTO

Acordos:

• Quando alguma dessas informações estiverem faltando nas issues o analista do atendimento deve ser acionado para envia-las em até 2 dias.
• Todas as rejeições devem alinhadas com o analista e aguardaremos resposta em até 2 dias para prosseguir com a rejeição.

06. REJEIÇÕES PARA O DESENVOLVIMENTO

Quando o cliente retornar que a correção não foi efetiva:

• O atendimento deverá conferir se o aplicou as correções corretamente.
• Caso o problema ainda ocorra no ambiente do cliente, as correções enviadas deve ser aplicada em ambiente atualizado. Sendo o problema simulado deverá abrir uma issue do tipo Rejeição - Manutenção.
• Todos os passos da manutenção devem ser realizados, evidenciados e anexados na issue.