Histórico da Página
CONTEÚDO
- Visão Geral
- Manutenção
- Telas THF
- 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 bases de datasul: https://tdn.totvs.com/x/6dEWHg | https://tdn.totvs.com/x/H0xYGw
02. MANUTENÇÃO
Todos os passos devem ser evidenciados e anexados na issue:
...
Abaixo estão validações e questionamentos, mínimos, que devem ser enviados na issue:
...
| Geral (deve ter em todas as issues) | Login | Arquivos PDF |
|---|---|---|
1. Ambiente JBOSS ou TOMCAT? |
...
iOS? |
...
3. Qual versão do APP ocorre a situação? |
...
4. Ocorre no Browser? |
...
|
...
. Ocorre em ambiente de produção e/ou homologação? |
...
6. Cliente utilizando ambiente em quarentena ou libesp? Caso positivo, realizar teste sem o ambiente em libesp. |
...
7. Qual banco de dados? |
...
| title | Para informações sobre downloads de arquivos em PDF |
|---|
...
Logs de Appserver e JBOSS ou Tomcat.(Caso seja enviado logs, especificar a origem do log, e exatos dia e horário que foram realizados os testes). |
...
Print da permissão do usuário no programa SEC. | Não temos como garantir que os redirecionamentos internos, proxy reversos, balanceamento dos clientes estão corretos. Portanto, é requisito que o cliente faça um teste com ambiente interno e sem redirecionamentos. Teste sem HTTPS. No Arquitetura Mobile, aba Datasul checar a as requisições necessárias e anexar print para descartamos alguns problemas relacionados as APIs de frame. Print para do CORS funcionando, para verificar consulte o Arquitetura Mobile aba Cors. Link externo com QR Code, usuário e senha, caso o cliente não queira passar a senha por questões da LGPD, utilizar o TOTVS Minha Senha Se utilizar o login por AD, fazer um teste com um usuário sem AD. | Configuração e ambiente, verificar todo o material de apoio: Relatório para Testes na rotina BIRT (esse link é do frame, é essencial que tudo esteja funcionando antes de continuar a análise pelo RH) |
Enviar o BAKA executado no ambiente. |
...
Enviar print do retorno em tela do BAKA. |
...
Enviar arquivo impresso em pdf. |
...
Executar o relatório no próprio ERP |
...
e enviar para comparação. Ocorre em todos os arquivos baixados? |
...
| title | Para demais telas |
|---|
1. Obrigatório captura dos erros apresentados no console do navegador (F12 - Console), e captura das chamadas dos serviços e seus respectivos retornos JSON (F12 - Network -> Headers/Response).
2. Versão do fonte backend
3. Prints dos programas relacionados no ERP(Parametrizações)
3.1 Em caso de férias, enviar os prints:
...
| Problema somente no app | Problema somente no app |
|---|---|
Executar o procedimento descrito em Script do Postman para validar ambientes Datasul com Meu RH - Ionic 5 Testar no browser do aparelho. Versão do android/iOS utilizado. |
| Férias | Ponto |
|---|---|
FP0540
|
...
Qualquer outra tela relacionada com a situação reportada |
3.2 Em caso de ponto, enviar os prints:
...
Backup do grupo de tabelas relacionadas ao reqferias | FP0580 - Print da aba Ponto |
...
FP1601 |
...
PE5000 |
...
PE3000 - Em casos de hora extra |
...
4. Logs de Appserver e Jboss ou Tomcat
5. Print da permissão do usuário no programa SEC
6. Backup do grupo de tabelas relacionadas ao reqferias(Quando for issues relacionadas a férias)
7. Tipo de estrutura de report(Unidade de lotação, exceção unidade de lotação, time de trabalho ou time de trabalho com exceção de unidade de lotação)
...
| title | Quando só reproduz no ambiente do cliente |
|---|
...
Obs.: As associadas devem possuir a mesma documentação do item "Para todas as issues".
Exemplo de Capturas de tela para abertura de issue Meu RH Datasul
TELAS THF
Quando o problema for relacionado a telas THF é necessário evidencias todos os passos descritos na documentação Telas THF para aprovações/reprovações por usuário de RH
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.
- Situação estressada internamente na equipe antes de gerar a issue (enviar a base quando houver).
- Descrição dos passos realizados até o momento da criação da issue (histórico).
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.
- Situação estressada internamente na equipe antes de gerar a issue (enviar a base quando houver).
- Descrição dos passos realizados até o momento da criação da issue (histórico).
05. REJEIÇÕES PARA O ATENDIMENTO
Acordos:
- O desenvolvimento tem até 30 dias para fazer o grooming inicial das issues e verificar se a situação é pertinente.
- 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 a líder (giselezelindo.perico@totvspetri@totvs.com.br ou ou prime [email protected]) e aguardaremos resposta em até 2 dias para prosseguir com a rejeição.
- Quando a issue é aberta no mesmo dia pode ser rejeitada sem alinhamento.
- Quando o item já foi resolvido no cliente com configurações/entendimento pode ser rejeitada sem alinhamento.
06. REJEIÇÕES PARA O DESENVOLVIMENTO
Quando o cliente retornar que a correção não foi efetiva:
...
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas