...
| Dica |
|---|
| title | 4. Critérios de Aceite |
|---|
|
Checklist com todas as etapas de requisitos do DoR preenchidos com clareza e corretamente. |
...
Modelos:
...
Image Added ISSUE TYPE:
...
APOIO
| draw.io Diagram |
|---|
| border | true |
|---|
| |
|---|
| diagramName | Fluxo de para abertura de issue do tipo ManutençãoApoio |
|---|
| simpleViewer | false |
|---|
| width | |
|---|
| links | auto |
|---|
| tbstyle | top |
|---|
| lbox | true |
|---|
| diagramWidth | 6811081 |
|---|
| revision | 110 |
|---|
|
Issue Type utilizada para problemas identificados no produto padrão após liberação ao mercado. Podem ser identificados externa ou internamentequando é necessário apoio de alguma outra equipe para solução de algum item. Exemplos de situações em que a issue type é utilizada: Área de Atendimento solicita apoio da equipe de desenvolvimento na solução de algum atendimento a cliente; Uma Squad solicita apoio para realizar um desenvolvimento, um entendimento, ou solicitação de automação para outro time.
Um apoio pode se classificar entre possível problema, configuração, orientação a processos e dúvidas.
| Aviso |
|---|
| title | 1. Apresentação do Problema |
|---|
|
Descrever aqui o erro ou problema que esta sendo apresentado ao usuário. | * | Histórico do atendimento:Informar quais análises e tratativas foram feitas e discutidas antes da Issue ser aberta. (informar issue pai, caso houver). | | *Título da Issue: | Estar de acordo com o problema informado. Estar de acordo com o problema informado. Problemas relacionado a documentos inserir a esquerda o tipo de documento (Ex: NFe, NFSe, CTe). Caso seja problema de importação ou exportação inserir "IMPORT/EXPORT" após o informar o tipo de documento. | *Cenário apresentado: | Informar a situação / cenário identificado no ticket e alinhado com o cliente
Importante: Colocar todos os anexos na análise interna da solicitação. | *Resultado esperado: | Em linhas gerais quanto a negócio, informar como deveria ser o processo | *Requisitos Iniciais | Informar qual o objetivo do apoio (o que é esperado como atuação do time de desenvolvimento, com o apoio) | *Requisitos Gerais: | Informações essenciais para o entendimento do problema/dúvida. Sincronismo Possíveis situações de analise relacionadas a tabela mdeparametros: Possíveis situações de analise relacionadas a tabela nfseparametros: - Verificar o Certificado digital;
- Verificar se a sincronização automática esta habilitada;
- Verificar o Feedback e o IsLock = T;
- Verificar se o Web Service da prefeitura em questão esta disponível;
- Verificar pelo Código do município (Serviços de recebimento Nota Fiscal de Serviços (NFSe));
- Verificar o horário da próxima sincronização;
- Verificar a tabela historicosincnfse.
Possíveis situações de analise relacionadas a tabela sincronizacaocte: - Verificar o Certificado digital;
- Verificar se a sincronização automática esta habilitada;
- Verificar o Feedback e o IsLock = T;
- Verificar o Status se esta com o valor 2:
- 0 - Aguardando primeira sincronização
- 1 - Nenhum documento localizado
- 2 - Sucesso na sincronização
- 3 - Rejeição ou Falha
- Verificar o horário da próxima sincronização;
- Verificar o campo "Apenas Tomador";
- Verificar a tabela historicosinccte.
Importação Manual Possíveis situações de analise relacionadas a documentos Federais (NFE/CTE/CTEOS). - Realizar a validação da estrutura do XML.
- Verificar se a Filial correspondente ao XML esta cadastrada.
Possíveis situações de analise relacionadas a documentos Municipais (NFSE). Exportação Individual: - Realizar a validação da estrutura do XML.
- Verificar se o path da nota fiscal está na base de dados do documento em questão.
Exportação em lote: - Verificar a data do filtro selecionada, não pode ser superior a 31 dias.
- Realizar a validação da estrutura do XML.
| Requisitos Adicionais:
(quando houver ticket) | - Enviar registros de apoios anteriores referentes ao assunto, caso houver.
- Foi solicitado todos os anexos necessários para avaliação da situação?
- Foi feito acesso remoto no ambiente do cliente?
- Error Log (Caso houver)
| | *TenantID: | Informar o código Tenant do cliente disponível na tabela "customers" no mongodb. | | Motivo da criticidade: | Justificar a criticidade do Ticket, nos casos em que for classificada como prioridade Crítica ou Alta. | | Mais informações: | Informar se cliente usa ambiente cloud tenantizado, on-premise. | | Integrações: | Exemplos:- Cliente possui integração com o módulo COMPRAS no Protheus.
|
|
...
| Nota |
|---|
| title | 3. Evidências e Análises |
|---|
|
Havendo Caso houver alguma análise prévia ou qualquer outra informação que possa ajudar no entendimento, deve ser informado aqui! *Histórico do Atendimento: | Informar tudo que foi analisado e discutido em relação à situação reportada previamente à abertura, inclusive o nome do analista do desenvolvimento caso tenha ocorrido um contato. | Possui saída de contorno? É um paliativo, para que o cliente tenha uma opção funcional, enquanto a issue é avaliada.
| Sim - Descrever a saída Não | Análise: | Enviar o entendimento da situação: detalhar as abordagens utilizadas para resolver a situação e se possível, gerar uma saída de contorno para o cliente.
| | *XML | Anexar um xml de exemplo para que o time de desenvolvimento possa se basear durante análise. |
|
| Dica |
|---|
| title | 4. Critérios de Aceite |
|---|
|
Checklist com todas as etapas de requisitos do DoR e DoD preenchidos com clareza e corretamente.
*DoR | - A história está clara e compreendida pelo time todo
- Possível desenvolver a história com os dados fornecidos no DoR
- A história possui critérios de aceite claros
- Mapear requisitos técnicos
- História aprovada pelo PO
|
*DoD | - Ter 100% dos testes executados e aprovados:
- Codificação com evidência;
- Teste Unitário com evidência;
- Teste Integrado com evidência;
- Documentação com evidência;
- Critérios de aceite atendidos
- Entrega aceita pelo PO
|
...
...
Image AddedISSUE TYPE: MANUTENÇÃO
| draw.io Diagram |
|---|
| border | true |
|---|
| diagramName | Fluxo para de abertura de issue do tipo ApoioManutenção |
|---|
| simpleViewer | false | width |
|---|
| links | auto |
|---|
| tbstyle | top |
|---|
| lbox | true |
|---|
| diagramWidth | 1081681 |
|---|
| revision | 101 |
|---|
|
Issue Type utilizada quando é necessário apoio de alguma outra equipe para solução de algum item. Exemplos de situações em que a issue type é utilizada: Área de Atendimento solicita apoio da equipe de desenvolvimento na solução de algum atendimento a cliente; Uma Squad solicita apoio para realizar um desenvolvimento, um entendimento, ou solicitação de automação para outro time. Um apoio pode se classificar entre possível problema, configuração, orientação a processos e dúvidaspara problemas identificados no produto padrão após liberação ao mercado. Podem ser identificados externa ou internamente.
| Aviso |
|---|
| title | 1. Apresentação do Problema |
|---|
|
Descrever aqui o erro ou problema que esta sendo apresentado ao usuário. *Histórico do atendimento: | Informar quais análises e tratativas foram feitas e discutidas antes da Issue ser aberta. (informar issue pai, caso houver). | *Título da Issue: | Estar de acordo com o problema informado. Estar de acordo com o problema informado. Problemas relacionado a documentos inserir a esquerda o tipo de documento (Ex: NFe, NFSe, CTe). Caso seja problema de importação ou exportação inserir "IMPORT/EXPORT" após o informar o tipo de documento. | | *Cenário apresentado: | Informar a situação / cenário identificado no ticket e alinhado com o cliente
Importante: Colocar todos os anexos na análise interna da solicitação. | | *Resultado esperado: | Informar qual o objetivo do apoio (o que é esperado como atuação do time de desenvolvimento, com o apoio) | *Requisitos GeraisEm linhas gerais quanto a negócio, informar como deveria ser o processo | | *Requisitos Iniciais: | Informações essenciais para o entendimento do problema/dúvida. Sincronismo Possíveis situações de analise relacionadas a tabela mdeparametros: Possíveis situações de analise relacionadas a tabela nfseparametros: - Verificar o Certificado digital;
- Verificar se a sincronização automática esta habilitada;
- Verificar o Feedback e o IsLock = T;
- Verificar se o Web Service da prefeitura em questão esta disponível;
- Verificar pelo Código do município (Serviços de recebimento Nota Fiscal de Serviços (NFSe));
- Verificar o horário da próxima sincronização;
- Verificar a tabela historicosincnfse.
Possíveis situações de analise relacionadas a tabela sincronizacaocte: - Verificar o Certificado digital;
- Verificar se a sincronização automática esta habilitada;
- Verificar o Feedback e o IsLock = T;
- Verificar o Status se esta com o valor 2:
- 0 - Aguardando primeira sincronização
- 1 - Nenhum documento localizado
- 2 - Sucesso na sincronização
- 3 - Rejeição ou Falha
- Verificar o horário da próxima sincronização;
- Verificar o campo "Apenas Tomador";
- Verificar a tabela historicosinccte.
Importação Manual Possíveis situações de analise relacionadas a documentos Federais (NFE/CTE/CTEOS). - Realizar a validação da estrutura do XML.
- Verificar se a Filial correspondente ao XML esta cadastrada.
Possíveis situações de analise relacionadas a documentos Municipais (NFSE). Exportação Individual: - Realizar a validação da estrutura do XML.
- Verificar se o path da nota fiscal está na base de dados do documento em questão.
Exportação em lote: - Verificar a data do filtro selecionada, não pode ser superior a 31 dias.
- Realizar a validação da estrutura do XML
| .Requisitos Adicionais:
(quando houver ticket) | Enviar registros de apoios anteriores referentes ao assunto, caso houver | Foi solicitado todos os anexos necessários para avaliação da situação?Foi feito acesso remoto no ambiente do cliente?Error Log (Caso houver)| *TenantID: | Informar o código Tenant do cliente disponível na tabela "customers" no mongodb. | | Motivo da criticidade: | Justificar a criticidade do Ticket, nos casos em que for classificada como prioridade Crítica ou Alta. | | Mais informações: | Informar se cliente usa ambiente cloud tenantizado, on-premise. | | Integrações: | Exemplos:- Cliente possui integração com o módulo COMPRAS no Protheus.
|
|
...
| Nota |
|---|
| title | 3. Evidências e Análises |
|---|
|
Caso houver alguma Havendo análise prévia ou qualquer outra informação que possa ajudar no entendimento, deve ser informado aqui! *Histórico do Atendimento: | Informar tudo que foi analisado e discutido em relação à situação reportada previamente à abertura, inclusive o nome do analista do desenvolvimento caso tenha ocorrido um contato. | Possui saída de contorno? É um paliativo, para que o cliente tenha uma opção funcional, enquanto a issue é avaliada. | Sim - Descrever a saída Não | | Análise: | Enviar o entendimento da situação: detalhar as abordagens utilizadas para resolver a situação e se possível, gerar uma saída de contorno para o cliente. | | *XML | Anexar um xml de exemplo para que o time de desenvolvimento possa se basear durante análise. |
|
| Dica |
|---|
| title | 4. Critérios de Aceite |
|---|
|
Checklist com todas as etapas de requisitos do DoR e DoD preenchidos com clareza e corretamente. *DoR | - A história está clara e compreendida pelo time todo
- Possível desenvolver a história com os dados fornecidos no DoR
- A história possui critérios de aceite claros
- Mapear requisitos técnicos
- História aprovada pelo PO
| *DoD | - Ter 100% dos testes executados e aprovados:
- Codificação com evidência;
- Teste Unitário com evidência;
- Teste Integrado com evidência;
- Documentação com evidência;
- Critérios de aceite atendidos
- Entrega aceita pelo PO
|
|
...
ISSUE TYPE: APOIO CLIENTE
...
