Conceito
Processos
Modelos
- ISSUE TYPE: MANUTENÇÃO
- ISSUE TYPE: APOIO
- ISSUE TYPE: APOIO CLIENTE

Conceito:

Conceito de Preparado (Definition of Ready - DoR) é a condição geral estabelecida para que os requisitos de produtos estejam especificados o suficiente e sejam elegíveis para iniciar o desenvolvimento.
O DoR viabiliza que apenas o escopo seja desenvolvido.

Processos:

Ao abrir uma issue para o time de desenvolvimento TOTVS Transmite, por gentileza utilizar o modelo padrão para cada situação, conforme modelos abaixo.
A descrição da issue deve seguir uma sequencia lógica para facilitar o entendimento e organização das informações.

Obs: Muitas vezes, o cenário está claro para o time de suporte, devido aos alinhamentos internos através de reuniões, refinamentos e afins. Para que possamos estar na mesma página de entendimento é de suma importância que essas informações sejam compartilhadas através do preenchimento correto do DoR

Descrever aqui o erro ou problema que esta sendo apresentado ao usuário.

Informar aqui o que deve ser feito para simular o erro ou problema.

Caso houver alguma análise prévia ou qualquer outra informação que possa ajudar no entendimento, deve ser informado aqui!

Modelos:

ISSUE TYPE: MANUTENÇÃO

Issue Type utilizada para problemas identificados no produto padrão após liberação ao mercado. Podem ser identificados externa ou internamente.

Descrever aqui o erro ou problema que esta sendo apresentado ao usuário.

Título da Issue:	Estar de acordo com o problema informado no item situação. Problemas relacionado a documentos inserir a esquerda o tipo de documento (Ex: NFe, NFSe, CTe). Se for 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
Versão Cliente:	Qual a release em que o cliente se encontra e qual o patch. O campo “Affects Version/s” na issue deve estar preenchido corretamente (caso o campo não esteja disponível, informar neste campo).
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: Smart client, 3 camadas, informar se o ambiente está balanceado, GoGlobal, ambiente cloud tenantizado, on-premise.
Integrações (EAI, SmartLink, TOTVS APP, consignado, antecipa, TPD…) - Quando aplicável	Exemplos: Consignado: caso o cliente não disponibilize a base, é importante o produto disponibilizar a simulação em alguma base de testes da equipe consignado No caso do EAI, é importante disponibilizar o ambiente da integração (Ex. Protheus).