...
| Í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 |
|---|
| default | true |
|---|
| id | 1 |
|---|
| label | Principais |
|---|
| | Campo: | | Check List (TTF_CHECK) | Código para identificação do Check List.
Exemplo: 000010 | Bem (TTF_CODBEM)
| Determina o bem do utilizado no Check List. Exemplo: ALKM001 | | Placa (TTF_PLACA) | Determina a Placa do Bem do Check List. Exemplo: MKZ2056 | | Família (TTF_CODFAM) | Determina a Família do Check List. Exemplo: VEIC | | Tipo Modelo (TTF_TIPMOD) | Indica o Tipo Modelo do Check List. Exemplo: 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 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. |
|
| Card |
|---|
| Registros provindos da tabela Bem (ST9) através do campo Bem (TTF_CODBEM) que possuem relação com a Retorno Check List. (TTF). | Bem (TTF_CODBEM) | Permite a seleção de um código que referencia o Bem. Exemplo: 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 Bem (TTF_CODBEM). Exemplo: 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_PLACA) que possuem relação com a Retorno Check List. (TTF). | Campo: | | | Placa (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). 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 Placa (TTF_PLACA). 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 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). Exemplo: 000001 |
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 |
|
|
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
