Índice
| Índice |
|---|
| maxLevel | 5 |
|---|
| outline | true |
|---|
| exclude | .*ndice |
|---|
| style | none |
|---|
|
Introdução
A rotina de Serviços (MNTA040) da manutenção no Microsiga Protheus, permite o cadastramento dos serviços de manutenção que poderão ser executados pelo sistema. Posteriormente, quando do cadastramento das manutenções a serem efetuadas pelo sistema, o programa solicitará o código do serviço a que se refere a manutenção. Assim, um serviço relacionado a um bem, irá definir uma manutenção a ser executada.
Objetivo
Retorno Check List. (MNTA735) tem o objetivo de permitir o preenchimento do Check List. Padrão. Através do Retorno Check List. é possível determinar se foi encontrado algum problema durante o processo, assim como a sua criticidade, podendo gerar uma Solicitação de Serviço (S.S.) ou uma Ordem de Serviço (O.S.) conforme foi estabelecido na rotina de Check List. Padrão (MNTA730).
A rotina de Retorno Check List. (MNTA735), também permite a inclusão de registros através de execução automática. Para isso é necessário desenvolver uma User Function passando as informações a serem gravadas. Antes de realizar a gravação do registro será feito a validação de todos os valores conforme validações já estabelecidas pela rotina. Para maiores informações verificar o documento 'ExecAuto rotina MNTA735 - Geracao Check List' que está na sessão Referências.
Objetivo
É definir o Retorno Check List. (MNTA735), para efetuar o preenchimento de um Check List já cadastradoÉ definir o Serviço de Manutenção, possibilitando determinar uma Área de Manutenção que sofrerá atuação, assim como Tipo de Manutenção que será realizada, podendo ser do tipo C - Corretiva, P - Preventiva ou O - Outros.
Mapa Mental
...
Image Added
Página Inicial
Na página inicial da rotina, estão disponíveis as seguintes opções:
| Deck of Cards |
|---|
| effectDuration | 0.5 |
|---|
| history | false |
|---|
| id | samples |
|---|
| effectType | fade |
|---|
|
| Card |
|---|
| Permite a inclusão de um novo serviço. Obs.: Uma vez já cadastrado o Serviço (T4_SERVICO), não é possível a alteração do mesmo. Check List. As informações devem ser preenchidas de acordo com as orientações descritas em Campos Gerais. |
| Card |
|---|
| Card |
|---|
| Permite a alteração de informações de um determinada Serviço já cadastrada. As informações devem ser ajustadas de acordo com as orientações descritas em Campos Gerais. | | Permite a visualização de informações de um determinado Serviço Check List já cadastrada. Esta opção não permite nenhum tipo de alteração, apenas a função de leitura do registro selecionado. As informações a serem visualizadas estarão conforme as orientações descritas em Campos Gerais. |
| Card |
|---|
| Permite realizar a pesquisa no Browser, para buscar o Check List desejado.
Obs. Os índices disponíveis para pesquisa são:
-Filial + Check List + Família + Tipo Modelo + Seq.Fam. -Filial + Familial + Tipo Modelo + Seq. Fam. -Filial + Bem + Check List |
| Card |
|---|
| Permite a exclusão de um determinado Serviço Check List. Para isto, basta selecionar o item desejado e clicar em Outras Ações / Excluir. Confira as informações disponíveis e clique em Confirmar para efetuar a exclusão do registro. | | Card |
|---|
| Permite realizar a impressão de todos os Serviços já cadastrados. Para isto, basta clicar em Outras Ações / Imprimir. |
| Card |
|---|
| Esta opção permite a cópia de um registro da Serviço, ao copiar, a tela apresenta apenas o campo Serviço (T4_SERVICO) vazio, os demais permanecem preenchidos com a permissão de alteração. Para isto, basta selecionar o item desejado e clicar em Outras Ações / Copiar. | | Card |
|---|
| Esta opção permite a impressão da listagem dos itens disponíveis no Browse. Para isto, basta selecionar o item desejado e clicar em Outras Ações / Imprimir Browse. |
|
Campos Gerais
Campos presentes para o cadastro de informações referentes ao Serviço.
| Deck of Cards |
|---|
| effectDuration | 0.5 |
|---|
| history | false |
|---|
| id | samples |
|---|
| effectType | fade |
|---|
|
| Card |
|---|
| default | true |
|---|
| id | 1 |
|---|
| label | Principais |
|---|
| | Campo: | | Serviço Check List (T4TTF_SERVICOCHECK) | Código para identificação do Serviço.
Obs.: Não é disponível para alterações Check List.
Exemplo: 101020000010 | Nome Bem (T4TTF_NOMECODBEM)
| Nome do Serviço de manutenção. Determina o bem do utilizado no Check List. Exemplo: Serviço de Manutenção 101020. ALKM001 | | Área Manut. Placa (T4TTF_CODAREAPLACA) | Código da área de manutenção a que se refere o Serviço de manutençãoDetermina a Placa do Bem do Check List. Exemplo: 000001MKZ2056 | | Tipo Manut. Família (T4TTF_TIPOMANCODFAM) | Código do tipo de manutenção a que se refere o Serviço. Obs.: O Tipo de Manutenção pode ser C - Corretiva, P - Preventiva ou O - OutrosDetermina a Família do Check List. Exemplo: 001VEIC | | Vida Útil Tipo Modelo (T4TTF_VIDAUTITIPMOD) | Indica o Tipo Modelo do Check ListIndica se a manutenção relacionada a este Serviço acrescenta vida útil ao bem. Exemplo: S - Sim. | | Gera Ativo (T4_GERAATF) | Indica se o custo da ordem de serviço que tiver relacionada a este Serviço irá acrescentar ao valor patrimonial do bem. Obs.: Trata-se de integração com SIGAATF - Ativo Fixo. Exemplo: S - Sim. | | Não Conform. (T4_NAOCONF) | Indica se ao gerar uma Ordem de Serviço relacionada a este Serviço, deverá ser gerada a não Conformidade no SIGAQNC - Controle de Não Conformidades. Exemplo: S - Sim. | | Lubrificação (T4_LUBRIFI) | Indica se o Serviço se relaciona a atividade de lubrificação. Exemplo: S - Sim. | | Tem Garantia (T4_GARANTI) | Indica se o Serviço possuirá controle de garantia. Exemplo: S - Sim. | | Follow-up (T4_FOLLOWU) | Indica se o Serviço possui tratamento do conceito follow-up. Exemplo: S - Sim. | | Bloq. Porta. (T4_BLOQPT) | Determina se o Serviço bloqueia a saída de veículos na portaria. Exemplo: S - Sim. | MOD02 | | Executante (TTF_CODFUN) | Indica o código do Funcionário da Manutenção que será responsável pela execução do Check List. Exemplo: 000001 | | Data (TTF_DATA) | Determina a Data de realização do Check List. Exemplo: 19/09/2018 | | Hora (TTF_HORA) | Determina a Hora da realização do Check List. Exemplo: 08:00 | | Contador (TTF_POSCON) | Determina o valor do Primeiro Contador do Bem do Check List. Exemplo: 5000 | | 2. Contador (TTF_POSCO2) | Indica o valor do Segundo Contador do Bem do Check List. Exemplo: 6000 | | Seq. Fam. (TTF_SEQFAM) | Determina a Sequência da Família do Check List. Exemplo: 001 |
|
| Card |
|---|
| default | true |
|---|
| id | 2 |
|---|
| label | Secundários |
|---|
| | Campo: | | Etapa (TTG_ETAPA ) | Representa o Código da Etapa no Retorno de Check List. Exemplo: 000001 | Descr. Etapa (TTG_NOMETA)
| Representa a Descrição da Etapa no Retorno de Check List. Exemplo: Etapa de verificação de lubrificação. | | Criticidade (TTG_CRITIC) | Representa a Criticidade que do problema apresentado ao realizar o Retorno de Check List. Exemplo: A = Alta; M = Média e B = Baixa | Bloqueado (T4_MSBLQL ) | Determina se o Serviço estará bloqueado para utilização. Exemplo: S - Sim. |
|
| Card |
|---|
| Registros provindos da tabela Área de Manutenção (STD) que possue Bem (ST9) através do campo Bem (TTF_CODBEM) que possuem relação com a Serviço (ST4Retorno Check List. (TTF). | Área Manut. (T4_CODAREABem (TTF_CODBEM) | Permite a seleção de um código que referencia a Área de Manutençãoo Bem. Exemplo: 000001 ALKM001 | Nome da Área Descrição (T4TTF_NOMAREANOMBEM) | Campo que referencia a descrição da Área de Manutençãodo Bem. O campo recebe um valor automático que vem da tabela STD ST9 de acordo com a informação selecionada no campo Área Manute. (T4_CODAREA Bem (TTF_CODBEM). Exemplo: Chão de fabrica 000001. Caminhão ALKM001 | | Placa (TTF_PLACA) | Campo que referencia o código da Placa. O campo recebe um valor automático que vem da tabela ST9 de acordo com a informação selecionada no campo Bem (TTF_CODBEM). Exemplo: MKZ2056 | | Família (TTF_CODFAM) | Campo que referencia o código da Família. O campo recebe um valor automático que vem da tabela ST9 de acordo com a informação selecionada no campo Bem (TTF_CODBEM). Exemplo: Caminhão VEIC | | Nome Família (TTF_NOMFAM) | Campo que referencia o Nome da Família. O campo recebe um valor automático que vem da tabela ST9 de acordo com a informação selecionada no campo Bem (TTF_CODBEM). Exemplo: Família de Veículos. | | Tipo Modelo (TTF_TIPMOD) | Campo que referencia o código do Tipo Modelo. O campo recebe um valor automático que vem da tabela ST9 de acordo com a informação selecionada no campo Bem (TTF_CODBEM). Exemplo: MOD02 | | Descrição (TTF_DESMOD) | Campo que referencia a Descrição do Tipo Modelo. O campo recebe um valor automático que vem da tabela ST9 de acordo com a informação selecionada no campo Bem (TTF_CODBEM). Exemplo: Modelo de Caminhão. |
Registros provindos da tabela Bem (ST9) através do campo Placa (TTF_PLACARegistros provindos dali tabela Tipo de Manutenção (STE) que possuem relação com a Serviço (ST4Retorno Check List. (TTF). | Campo: | | | Tipo Manut. (T4_TIPOMANPlaca (TTF_PLACA) | Permite a seleção de uma placa que referencia o Bem/Veículo. Exemplo: MKZ2056 | | Bem (TTF_CODBEM) | Campo que referencia o código do Bem. O campo recebe um valor automático que vem da tabela ST9 de acordo com a informação selecionada no campo Placa (TTF_PLACA). Exemplo: Caminhão ALKM001 | | Descrição (TTF_NOMBEM) | Campo que referencia a descrição do Bem. O campo recebe um valor automático que vem da tabela ST9 de acordo com a informação selecionada no campo Placa (TTF_PLACA). Exemplo: Caminhão ALKM001 | | Família (TTF_CODFAM) | Campo que referencia o código da Família. O campo recebe um valor automático que vem da tabela ST9 de acordo com a informação selecionada no campo Placa (TTF_PLACA). Exemplo: Caminhão VEIC | | Nome Família (TTF_NOMFAM) | Campo que referencia o Nome da Família. O campo recebe um valor automático que vem da tabela ST9 de acordo com a informação selecionada no campo Placa (TTF_PLACA) referencia o Tipo de Manutenção. Exemplo: 001Família de Veículos. | | Tipo Modelo (TTF_TIPMOD | Nome do Tipo (T4_NOMTIPO) | Campo que referencia o | nome código do Tipo Modelo. O campo recebe um valor automático que vem da tabela ST9 de acordo com a informação selecionada no campo Placa (TTF_PLACA). Exemplo: MOD02 | | Descrição (TTF_DESMOD) | Campo que referencia a Descrição do Tipo Modelo | de Manutenção. O campo recebe um valor automático que vem da tabela | STE ST9 de acordo com a informação selecionada no campo | Tipo Manut. Placa (TTF_PLACA). Exemplo: Modelo de Caminhão. |
Registros provindos da tabela Funcionários (ST1) através do campo Executante (TTF_CODFUN) que possuem relação com a Retorno Check List. (TTF). | Executante (TTF_CODFUN) | Permite a seleção de um Executante para o Retorno do Check List (TTF | (T4_TIPOMAN |
Registros provindos da tabela Check List. Padrão (TTD) através do campo Seq. Fam. (TTF_SEQFAM) que possuem relação com a Retorno Check List. (TTF). | Seq. Fam. (TTF_SEQFAM) | Permite a seleção de um código da Sequência da Família. Exemplo: 001 | Manutenção Padrão 001. |
|
|
Conteúdos Relacionados
- Check List Padrão.
- Retorno Check ListManutenção.Áreas
- de ManutençãoBem.Tipos de Manutenção
- Executante.
Palavras-chave
- Serviços (Serviços de Manutenção)
Referências
Referências
Conversao da rotina MNTA735 para modelo MVC
Novo padrão de ponto de entrada para rotina MNTA735
ExecAuto rotina MNTA735 - Geracao Check ListServiços-mnta040_servicos.htm
