Histórico da Página

(Obrigatório)

Informações Gerais

   Legenda: 1 – Inovação 2 – Manutenção (Os demais campos devem ser preenchidos para ambos os processos). 

(Obrigatório)

Objetivo

 Desenvolver a funcionalidade de Cadastro de Solicitação de Serviço (SS) em HTML5, permitindo que a nova tela seja executada em telas de desktop, tablet e smartphone.

(Obrigatório)

Definição da Regra de Negócio

O conceito de solicitação de serviço será mantido, ou seja, é possibilitar o cadastramento das Solicitações de Serviço (SS). 

Em regra geral, solicitação de serviço é o pedido de execução de um conserto, serviço ou melhoria que depende de aprovação.

Solicitação Serviço HTML5:

Desenvolver a funcionalidade de Cadastro de Solicitação de Serviço (SS) em HTML5, permitindo que a nova tela seja executada em telas de desktop, tablet e smartphone.

Segue algumas regras referente a inclusão:

• Necessidade de informar o código do equipamento ou Tag, umas das duas deverá ser informada;
• Quando informado um Equipamento, os campos Tag e Planejador, devem vir conforme cadastro do equipamento, podendo ser alterados;
• Quando informado uma Manutenção, deverá ser selecionado um dos planos de manutenção existente para manutenção (Manutenção, Plano Equipamento, Plano Família, Plano Família Tag ou Plano Equipamento - Tag);
• Campo descrição, quando não receber informação do usuário, deverá receber os primeiros 50 caracteres existente no campo Narrativa;
• Os possíveis estado das SS serão os já existentes, que são: Pendente, Aprovada, Aberta Ordem, Cancelada e Encerrada;
• Possibilitar a inclusão de imagem. Obs.: essa imagem poderá ser uma imagem já existente no desktop ou mobile(galeria), assim como possibilitar anexar uma foto tirada no exato momento da abertura da SS;
• Deverá possuir zoom de pesquisa para os campos: Equipamento, Tag, Manutenção e Planejador;
• Todas as validações de negócio deverão ser realizadas pela BO "bomn150.p".
  

Obs.: Ver exemplo na Figura 3.

Segue algumas regras referente a Listagem (Tela Inicial):

• Edição ou exclusão, somente deverá ser permitida se o usuário corrente for o mesmo usuário que realizou a abertura da SS;
• O filtro deverá levar em consideração somente o código da solicitação;
• Cada linha da lista deverá exibir os seguintes campos: código solicitação, descrição, planejador. E a opção de "Exibir detalhes", quando selecionado, deverá exibir os seguintes campos: Estado, usuário, data e hora de abertura, manutenção, data início, data término e narrativa.
• A legenda de cores do campo Estado das SS deverá ser conforme imagem abaixo:
  
  

Obs.: Ver exemplos: Figura 1 e Figura 2.

 Segue algumas regras referente a tela de detalhe:

• Deverá exibir todos campos existente atualmente na tela Flex. Ver exemplo: Figura 4 e Figura 5.

Segue alguns exemplos de tela:

Figura 1 - Exemplo da tela inicial (Listagem)

Figura 2 - Exemplo da tela quando for selecionado a opção "Exibir detalhes"

Figura 3 - Exemplo da tela de Inclusão

Figura 4 - Exemplo da tela de Detalhe (sem expandir as opções: Execução e Complemento.

Figura 5 - Exemplo da tela de Detalhe (sem expandir as opções: Execução e Complemento.

Consulta Solicitação Serviço (MI0610):

Esta funcionalidade tem o objetivo de consultar às Solicitações de Serviço cadastradas.

Adicionar um novo botão em tela, onde terá como objetivo consultar o documento anexado para solicitação criada na nova tela HTML 5.

Segue algumas regras referente ao novo botão: 

• Tootip do botão deverá ser: "Documento Anexo";
• Quando a Solicitação de Serviço não possuir Documento anexo cadastrado, o botão deverá ficar desabilitado;
• As regras de abertura do documento em anexo, deverá ser conforme regra existente no campo "Documento Anexo", existente no MI0307a.w (Página 2).

Figura 6 - Exemplo botão Documento Anexo

Exemplo de Aplicação:

• Criar funcionalidade de Solicitação de Serviço em HTML5;
• Adicionar Botão para visualizar documento anexado para solicitação de serviço.

Tabelas Utilizadas

• solic-serv - Solicitação de Serviço.

Opcional

Protótipo de Tela

<Caso necessário inclua protótipos de telas com o objetivo de facilitar o entendimento do requisito, apresentar conceitos e funcionalidades do software>.

Protótipo 01

Opcional

Fluxo do Processo

<Nesta etapa incluir representações gráficas que descrevam o problema a ser resolvido e o sistema a ser desenvolvido. Exemplo: Diagrama - Caso de Uso, Diagrama de Atividades, Diagrama de Classes, Diagrama de Entidade e Relacionamento e Diagrama de Sequência>. 

Opcional

Dicionário de Dados

Arquivo ou Código do Script: AAA – Negociação Financeira / *Versao=CP.2014.12_03*/

Campo

<AAA_PERESP>

Tipo

<N>

Tamanho

<6>

Valor Inicial

<Varia de acordo com o tipo informado. Por exemplo, quando o campo “tipo” for date, neste campo pode ser informado uma data>. 

Mandatório

(

Descrição

<Referência Mínima para Cálculo>

Título

<Ref.Calc.>

Picture

<@E999.99>

Help de Campo

<Informar o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação>

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

(Opcional)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

(Opcional)

Estrutura de Menu

 

Procedimentos

 

Procedimento

 

 

 

html.servicerequest

Descrição

(Max 40 posições)

(Max 40 posições)

(Max 40 posições)

Solicitação de Serviço
Módulo	mmi

Módulo

 

 

 

Programa base

 

 

 

html.servicerequest

Nome Menu

(Max 32 posições)

(Max 32 posições)

(Max 32 posições)

Solicitação
Interface	WEB
Registro padrão	Não

Interface

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

Registro padrão

Sim

Sim

Sim

Visualiza Menu	Sim

/Não

Sim/Não

Sim/Não

Release de Liberação

 

12.1.14

 

 

 

 

 

Programas

 

Programa

 

 

 

Descrição

(Max 40 posições)

(Max 40 posições)

(Max 40 posições)

Nome Externo

 

 

 

html.servicerequest
Descrição	Solicitação de Serviço
Nome Externo	dts/mmi/servicerequest
Nome Menu/Programa	Solicitação de Serviço

Nome Menu/Programa

(Max 32 posições)

(Max 32 posições)

(Max 32 posições)

Nome Verbalizado[1]

(Max 254 posições)

(Max 254 posições)

(Max 254 posições)

Procedimento

 

 

 

Template

(Verificar lista de opções no man01211)

(Verificar lista de opções no man01211)

(Verificar lista de opções no man01211)

Tipo[2]

Consulta/Manutenção/ Relatório/Tarefas

Consulta/Manutenção/ Relatório/Tarefas

Consulta/Manutenção/ Relatório/Tarefas

Interface

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/Flex

Solicitação de Serviço
Procedimento	Solicitação de Serviço
Template	Programa HTML
Tipo[2]	Manutenção
Interface	WEB
Categoria[3]

Categoria[3]

 

 

Executa via RPC

Sim/Não

Sim/Não

Sim/Sim

Não

Registro padrão

Sim

Sim

Não
Outro Produto	Não

Não

Não

Visualiza Menu

Sim

/Não

Sim/Não

Sim/Não

Query on-line

Sim/

Não

Sim/Não

Sim/Não

Log Exec.

Sim/Não

Sim/NãoSim/

Não
Rotina (EMS)

 

 

Sub-Rotina (EMS)

 

 

Localização dentro da Sub Rotina (EMS)

 

 

Compact[4]

Sim/

Não se Aplica

Sim/Não

Sim/Não

Home[5]

Sim/NãoSim/Não

Sim/Não

Não se Aplica

Posição do Portlet[6]

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

Não se Aplica

Informar os papeis com os quais o programa deve ser vinculado

 

 

 

 

Cadastro de Papéis

<O cadastro de papéis é obrigatório para os projetos de desenvolvimento FLEX a partir do Datasul 10>.

<Lembrete: o nome dos papeis em inglês descrito neste ponto do documento, devem ser homologados pela equipe de tradução>.

 

Código Papel

(máx 3 posições)

Descrição em Português*

 

Descrição em Inglês*

Não se Aplica

 

---

[1] Nome Verbalizado é obrigatório para desenvolvimentos no Datasul 10 em diante.

[2] Tipo é obrigatório para desenvolvimento no Datasul 10 em diante

[3] Categorias são obrigatórias para os programas FLEX.

[4] Obrigatório quando o projeto for FLEX

[5] Obrigatório quando o projeto for FLEX

[6] Obrigatório quando o projeto for FLEX