CONTEÚDO
- Visão Geral
- Manutenção
- Apoio
- Apoio ao cliente
- Rejeições para o atendimento
- 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/H0xYGw
DoR - Definition of Ready - Definição de Pronto
- Detalhamento do fluxo e necessidade do usuário (issuetype Story), esperada pelo PO e time de UX;
- Critérios de aceite devidamente descritos e apresentados;
- Especificar em quais linhas de produto deve ser feito desenvolvimento e teste;
- Descrever quando novo menu deve aparecer na parte de Mais Acessados;
- Adicionar o Link Issues quando uma issue for dependente de outra;
- Ter documentação de UX;
- Preservar funcionalidades existentes nos portais legados de acordo com cada story, que fazem sentido pro Meu RH;
- Quando tiver integração ter disponibilidade de ambiente, usuário e senha que devem ser utilizados
02. MANUTENÇÃO
As orientações disponibilizadas devem ser seguidas e evidenciados na issue.
- Seguir modelo de abertura de issue (Escopo de abertura - critérios de aceite);
- 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 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:
- 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 - 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.
- Checar se o QR code está configurando corretamente.
- Executar a collection Validar ambientes RM.
- Verificar validade dos certificados digitais Certificado SSL.
- Verificar configuração do IIS, por exemplo se está sendo adicionado alguma tag no webconfig.
- Caso os passos anteriores não encontre o problema é importante solicitar ao cliente um teste sem redirecionamentos e HTTPS na rede interna.
- 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.
- 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).-webconfig- index.html - Caso o token esteja habilitado (Portal) verificar se os serviços e hosts subiram corretamente.
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é:
- Apoio: 2 dias
- Manutenção: 1 dia
- Caso contrário, o analista vai 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.