(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

Melhorias no módulo de Manutenção Industrial para atender sugestões de clientes. Serão atendidos os seguintes itens:
• MI0307 – Ordem de Manutenção (Modo Clássico): Armazenar o usuário que realizou a alteração da ordem assim como a data e hora, mantendo assim o histórico de quem criou e alterou a OM.
• Z01IN428 – Pesquisa Técnico de Manutenção: Possibilitar pesquisa de técnicos pelo status, sendo ele ativou ou inativo.
• MI0408 – Relatório Ordens Manutenção: Filtrar OM’s pelo motivo da suspensão da ordem, assim como realizar a classificação pelo tipo de suspensão.

(Obrigatório)

Definição da Regra de Negócio

1. MI0307 - Ordem de Manutenção

Realizar as devidas manutenções com o objetivo de registrar o usuário, data e hora da alteração da OM, mantendo assim o histórico de quem criou e alterou a OM.

Os novos campos: Usuário, data e hora da atualização, somente deverão ser exibidos em tela (conforme figura 1), ou seja, não será possível realizar manutenção dos mesmos.

Segue informação dos novos campos:

Banco: movmnt
Tabela: ord-manut
Campo-1: usuar-ult-alteracao (Código do usuário que fez a alteração)
Campo-2: dat-alter (Data da alteração)
Campo-3: hra-alter (Hora da alteração)

Chamados: TSDJJP

Figura 1

1.1 Z01IN428 – Pesquisa Técnico de Manutenção

Essa funcionalidade tem como objetivo listar todos os técnicos de Manutenção cadastro.
Deverá ser alterado para adicionar em todas as páginas uma opção onde o usuário possa escolher listar somente os técnicos Ativos, assim como adicionar a coluna “Situação”.
Esse novo campo “Somente Ativos” deverá iniciar selecionado, possibilitando o usuário alterar caso necessário.

Segue informação do campo na tabela:
Banco: mgmnt
Tabela: tecn-mi
Campo: sit-tecn (Situação)

Obs.: Essa funcionalidade pode ser testada no botão “Reportar” existente na funcionalidade Apontamento Mão-de-Obra (MI0308)

Chamados: TQDMQM

Figura 2

1.2 MI0408 - Relatório Ordens Suspensas

Essa funcionalidade tem como objetivo realizar a emissão do relatório de Ordens de Manutenção, de acordo com os parâmetros estabelecidos pelo usuário.
Deverá ser alterada para criar um filtro (Figura 3) e classificação de OM pelo motivo da suspensão (Figura 4).
O filtro deverá ser validado contra a “Pendência Padrão” informada na funcionalidade “MI0322 – Suspende OM/Tarefa”.
Na página de parâmetro deverá ser acrescentado a opção ““Imprime Narrativa Suspensão” (Figura 5)
A impressão também deverá ser alterada, para que possa realizar a impressão da narrativa da suspensão (Figura 6).
Essa narrativa somente será impressa quando o usuário selecionar as opções: “Considerar Ordens Suspensas” e “Imprime Narrativa Suspensão” existente na página de Parâmetros.

Segue informação do campo na tabela:

Banco: movfro

Tabela: hist-ord-taref

Campo: cd-pend-padr (Código Pendência Padrão)

Deverá ser retirado a imagem  visto que é referente a unidade de negócio, com a nova alteração a unidade de negócio deverá estar com os demais filtros da pagina de seleção.
Importante: a regra de unidade de negócio não irá ser alterada, ou seja, caso a função de unidade de negócio não estiver aplicada, o filtro de unidade de negócio inicial e final continuará oculto.

Chamados: TQRVLO

 Figura 3

Figura 4

Figura 5

Figura 5

1.3 MI0704 - Consulta Ordem Manutenção

Realizar as devidas manutenções com o objetivo de exibir o usuário, data e hora da alteração da OM.

Segue informação dos novos campos:
Banco: movmnt
Tabela: ord-manut
Campo-1: usuar-ult-alteracao (Código do usuário que fez a alteração)
Campo-2: dat-alter (Data da alteração)
Campo-3: hra-alter (Hora da alteração)

Chamados: TSDJJP

Figura 6

Importante:

• Deverão ser utilizadas as técnicas de programação padrão. Ex.: Tamanho de botão, tamanho de campo, tool-tipo e outros existentes no padrão de programação;
• Deverá ser observada as regras de SQA técnico;
• Caso seja necessário exibir mensagens em telas, não deverá ser utilizada as mensagens do tipo genéricas. Ex.: 17006;
• Refatorar código após o encerramento, evitando assim “lixo de código”;
• Durante o desenvolvimento desta engenharia poderão ser utilizadas lógicas diferentes das sugeridas neste documento, pois as mesmas são sugestões para auxiliar o desenvolvedor, no entanto, deverão ser utilizadas as lógicas necessárias para que o objetivo desta engenharia seja alcançado;
• Será considerado como encerrado, somente após executar e anexar os itens abaixo na tarefa de codificação:
• Será considerado como encerrado, somente após executar e anexar os itens abaixo na tarefa de codificação:
• O preenchimento do check-list;
• Executado o White-box;

<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 campos para armazenar informações como usuário, data e horário referente a última alteração da ordem de manutenção;
• Criar filtro pelo status do técnico, pode ser ativo ou inativo;
• Criar filtro e classificação de OM pelo motivo da suspensão.

Tabelas Utilizadas

• MI0307 – Ordem de Manutenção (Modo Clássico);
• Z01IN428 – Pesquisa Técnico de Manutenção;
• MI0408 - Relatório Ordens Suspensas

·         Deverão ser utilizadas as técnicas de programação padrão. Ex.: Tamanho de botão, tamanho de campo, tool-tipo e outros existentes no padrão de programação;

·         Deverá ser observada as regras de SQA técnico;

·         Caso seja necessário exibir mensagens em telas, não deverá ser utilizada as mensagens do tipo genéricas. Ex.: 17006;

·         Refatorar código após o encerramento, evitando assim “lixo de código”;

·         Durante o desenvolvimento desta engenharia poderão ser utilizadas lógicas diferentes das sugeridas neste documento, pois as mesmas são sugestões para auxiliar o desenvolvedor, no entanto, deverão ser utilizadas as lógicas necessárias para que o objetivo desta engenharia seja alcançado;

·         Será considerado como encerrado, somente após executar e anexar os itens abaixo na tarefa de codificação:

·         O preenchimento do check-list;

·         Executado o White-box;

Opcional

Dicionário de Dados

Para contemplar esse desenvolvimento, foi necessário criar os seguintes chamados de alteração de Dicionário.

Linha 12.1.8:
TSXSYT

Linha Inovação:
TSXTUM