Exibir código-fonte para Como Cadastrar Tarefas

== Procedimento padrão para cadastramento de tarefas ==

'''Bancos de dados:'''  Toda tarefa tem informar um banco de dados, para simular o erro ou alteração, este banco não pode ser salvo na máquina local, e sim no servidor que chamamos atualmente bancos ou 192.168.1.224.

*'''Erro interno:''' O pedido deverá ser realizado de forma simples e direta, informando o caminho exato e o procedimento para ocorrer o erro como podemos verificar na figura abaixo:

<CENTER>[[Arquivo:TAREFA1.jpg]]</CENTER><BR>

<P>O pedido da tarefa deve somente informar o momento do erro, ficando para a aba “Obs” no campo Ocorrência a descrição exata de como reproduzir o erro. Ex:</P>

<CENTER>[[Arquivo:TAREFA2.jpg]]</CENTER><BR>

<P>Deverá ter a ocorrência completa para reprodução do erro no campo “Ocorrência”, obrigatoriamente com a versão do executável que ocorreu o erro. Com um exemplo já pronto para que o desenvolvedor resolva o problema mais rápido, sem ter que ficar procurando pelo erro por falta de informações na tarefa. Em um cadastro de erro interno, os campos abaixo são obrigatórios:</P>

#Motivo;
#Ocorrência;
#Banco de dados;

<P>Observe que na figura acima foi realizado um printscreen da tela de erro e colocado na pasta de tarefas do suporte(Modelos / Telas). Isso ajuda muito o desenvolvedor em erros de relatórios devido à existirem várias opções de filtros, fica muito mais fácil reproduzir o erro com base na tela de exemplo.</P>
<P>Os atendentes ao cadastrarem um erro interno, deverão alterar o status da tarefa para “Sprint” e colocar a data limite para o mesmo dia e alterar para o responsável da sua equipe. Ex: Se for assunto relacionado à área fiscal ou contábil, passar para responsável o Sr. Antonio, se for uma tarefa do Cliente Científica, passar para o Sr. Tiago, se for do Cliente Labcentro passar para o Sr. Cezar.</P>
<P>Caso haja alguma dúvida ou o consultor responsável pelo assunto estiver ausente da Empresa, o atendente deverá perguntar para os consultores presentes e tirar a dúvida para quem deve ser destinada a tarefa. Caso a tarefa seja do SISGER, SIJ ou SGC qualquer um dos consultores poderá levantar a tarefa.</P>
*<P>'''Erro externo:''' Deverá ter a ocorrência completa para reprodução do erro. Com um printscreen da tela de erro do sistema sempre que possível.
Se o desenvolvedor não conseguir reproduzir o erro por falta de informações na tarefa, causará transtornos à rotina de trabalho do Cliente, portanto as informações deverão ser detalhadas e descritas de forma clara e objetiva para que possamos resolver o problema rapidamente e colocar o Cliente em sua rotina de trabalho normal o mais rápido possível. Ex:</P>

<CENTER>[[Arquivo:TAREFA3.jpg]]</CENTER><BR>

<P>Conforme figura acima, podemos observar que o pedido da tarefa foi cadastrado de forma simples e direta, deixando para a “ocorrência” a completa descrição do erro, como podemos observar a figura abaixo:</P>

<CENTER>[[Arquivo:TAREFA4.jpg]]</CENTER><BR>

<P>Por que todos esses detalhes são importantes? Por que de acordo com nosso sistema, os preços são diferentes por clientes, os acessos a desconto no pedido são diferentes por usuário, portanto, dependendo do usuário, do produto, do cliente e do tipo de pedido, pode ser que o erro aconteça e pode ser que não.</P>
<P>Nesse caso, é muito mais prático pegar um printscreen da tela de erro que todos os dados serão captados com exatidão. Usuário, produto, cliente, etc...</P>
<P>Os atendentes ao cadastrarem um erro interno, deverão alterar o status da tarefa para “Sprint” e colocar a data limite para o mesmo dia e alterar para o responsável da sua equipe. Ex: Se for assunto relacionado à área fiscal ou contábil, passar para responsável o Sr. Antonio, se for uma tarefa do Cliente Científica, passar para o Sr. Tiago, se for do Cliente Labcentro passar para o Sr. Cezar.</P>
<P>Caso haja alguma dúvida ou o consultor responsável pelo assunto estiver ausente da Empresa, o atendente deverá perguntar para os consultores presentes e tirar a dúvida para quem deve ser destinada a tarefa. Caso a tarefa seja do SISGER, SIJ ou SGC qualquer um dos consultores poderá levantar a tarefa.</P>

*<P>'''Alteração:''' O importante para esse tipo de tarefa é a descrição do pedido e o motivo da alteração.
No campo “pedido” da tarefa deverá constar exatamente o que o Cliente solicitou, e não como o atendente acha que o sistema deveria funcionar. Ex:
</P>

<CENTER>[[Arquivo:TAREFA5.jpg]]</CENTER><BR>

<P>Na figura acima está descrito o pedido captado corretamente com o Cliente. Ex:</P>

<CENTER>[[Arquivo:TAREFA6.jpg]]</CENTER><BR>