Histórico da Página

(Obrigatório)

Informações Gerais

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

(Obrigatório)

Objetivo

<Nesta etapa informar o objetivo da especificação do requisito, ou seja, o que a funcionalidade deve fazer. Exemplo: Permitir que o usuário defina o percentual mínimo em espécie (dinheiro), a referência mínima para calculo dos débitos do aluno e o período de validade do parâmetro de negociação>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

<Regra de negócio é o que define a forma de fazer o negócio, o processo definido e/ou as regras que devem ser contempladas. Devem ser descritas restrições, validações, condições e exceções do processo. Caso necessário, incluir neste capítulo também regras de integridade que devem ser observadas no momento do desenvolvimento>.

<Na tabela abaixo informe quais são as rotinas envolvidas, o tipo de operação, a opção de menu e se necessário uma breve descrição das regras de negócio relacionadas a rotina>.

Exemplo de Aplicação:

• Criar o campo “% Mínimo Espécie” (AAA_PERESP) onde o usuário informará o % que o aluno pagará em dinheiro. Esse % poderá ser alterado durante a negociação.
• Criar o campo “Referência Mínima para Cálculo” (AAA_REFCAL) onde o usuário informará um dos 4 valores disponíveis para pagamento das mensalidades  como a referência mínima para calcular o débito total do aluno.
• Criar o parâmetro MV_ACPARNE que definirá se as informações de “% Mínimo Espécie” e “Referência Mínima para Cálculo” serão obrigatórias.
• O parâmetro MV_ACPARNE deve ter as seguintes opções: 1=Obrigatório e 2=Opcional. Deve ser inicializado como opcional>.

Tabelas Utilizadas

• SE2 – Cadastro de Contas a Pagar
• FI9 – Controle de Emissão de DARF>.

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

 Image Removed

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*/

(Opcional)

Grupo de Perguntas

<Informações utilizadas na linha Protheus>.

Nome: FINSRF2

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;
• 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 Sintoma;
• 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:
  Image Added

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

 Segue algumas regras referente a tela de detalhe:

• Deverá exibir todos campos existente atualmente na tabela de Solicitação de Serviço. Ver exemplo: Figura 4 e Figura 5.

Segue alguns exemplos de tela:

Image Added

Figura 1 - Exemplo da tela inicial (Listagem)

Image Added

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

Image Added

Figura 3 - Exemplo da tela de Inclusão

Image Added

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

Image Added

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).

Image Added

Figura 6 - Exemplo botão Documento Anexo

Lista de objetos utilizados nessa funcionalidade:

mmi\modules\webapp\src\main\webapp\html\servicerequest\servicerequest.advanced.search.html
mmi\modules\webapp\src\main\webapp\html\servicerequest\servicerequest.detail.html
mmi\modules\webapp\src\main\webapp\html\servicerequest\servicerequest.edit.html
mmi\modules\webapp\src\main\webapp\html\servicerequest\servicerequest.js
mmi\modules\webapp\src\main\webapp\html\servicerequest\servicerequest.list.html
mmi\modules\webapp\src\main\webapp\html\servicerequest\servicerequest-detail.js
mmi\modules\webapp\src\main\webapp\html\servicerequest\servicerequest-edit.js
mmi\modules\webapp\src\main\webapp\html\servicerequest\servicerequest-list.js
mmi\modules\webapp\src\main\webapp\html\servicerequest\
mmi\modules\webapp\src\main\webapp\js\api\fch\fchmip\fchmipservicerequest.js
mmi\modules\webapp\src\main\webapp\js\api\fch\fchmip\fchmip0009.js
mmi\modules\webapp\src\main\webapp\js\utils\filter.js
mmi\modules\webapp\src\main\webapp\js\zoom\equipto.js
mmi\modules\webapp\src\main\webapp\js\zoom\tag.js
mmi\modules\webapp\src\main\webapp\js\zoom\manut.js
mmi\modules\webapp\src\main\webapp\js\zoom\sintoma.js
mmi\modules\webapp\src\main\webapp\js\dbo\bomn150.js
mmi\modules\webapp\src\main\webapp\i18n\translations.js
fch\fchmip\fchmipservicerequest.p
fch\fchmip\fchmipservicerequest.json
fch\fchmip\fchmip0009.p
fch\fchmip\fchmip0009.json
mip\miapi093.p
mip\miapi093.json
mnbo\bomn150.p
mnbo\bomn150.json

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)

Consulta Padrão

<Informações utilizadas na linha Protheus>

Consulta: AMB

Descrição

Configurações de Planejamento

Tipo

Consulta Padrão

Tabela

“AMB”

Índice

“Código”

Campo

“Código”; ”Descrição”

Retorno

(Opcional)

Estrutura de Menu

 

Procedimentos

 

Procedimento

 

 

 

Descrição

(Max 40 posições)

(Max 40 posições)

(Max 40 posições)

Módulo

 

 

 

Programa base

 

 

 

Nome Menu

(Max 32 posições)

(Max 32 posições)

(Max 32 posições)

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

 

 

 

 

 

 

html.mi1001
Descrição	Solicitação de Serviço
Módulo	mmi
Programa base	html.mi1001
Nome Menu	Solicitação
Interface	WEB
Registro padrão	Não
Visualiza Menu	Sim
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.mi1001
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)(Max 254 posições)

Nome Verbalizado[1]

(Max 254 posições)

(Max 254 posições)

Solicitação de Serviço

Procedimento

 

 

 

Solicitação de Serviço

Template

(Verificar lista de opções no man01211)

(Verificar lista de opções no man01211)

(Verificar lista de opções no man01211)

Programa HTML

Tipo[2]

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

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

Manutenção

/ Relatório/Tarefas

Interface

GUI/WEB/ChUI/Flex

GUI/WEB/ChUI/FlexGUI/

WEB

/ChUI/Flex

Categoria[3]

 

 

Executa via RPC

Sim/NãoSim/

Não

Sim/Não

Sim

Registro padrão

Sim

Não

Sim

Outro Produto

Não

Não

Não

Visualiza Menu

Sim/Não

Sim

/NãoSim/NãoSim/

Query on-line

Sim/Não

Sim/Não

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 se Aplica

Sim/Não

0 – Top Left

1 – Top Right

2 – Bottom Left

3 – Bottom Right

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

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