Totvs custom tabs box |
---|
tabs | Variação dia,Autonomia,Manutenção preventiva,Desgaste do bem,Contador Fixo |
---|
ids | f1,f2,f3,f4,f5 |
---|
| Totvs custom tabs box items |
---|
| Painel |
---|
Informações |
---|
| É amédia de operação por dia de um bem. |
Para calcular a variação dia é necessário conhecer o conteúdo do parâmetro MV_VARDIA. Por padrão este parâmetro vem com a informação 30, que corresponde a quantidade de registros será considerado na amostra para o calculo. Exemplo:
Painel |
---|
borderStyle | solid |
---|
title | Historico de contador (STP/TPP) |
---|
| Nº | Data | Hora | |
---|
1 | 10/01/18 | 08:00 | 2.000 | 2 | 10/01/18 | 18:00 | 2.100 | 3 | 15/01/18 | 08:30 | 2.500 | 4 | 16/01/18 | 09:10 | 3.000 | 5 | 16/01/18 | 10:00 | 3.000 | 6 | 30/01/18 | 08:00 | 3.200 | 7 | 10/02/18 | 09:15 | 3.333 | 8 | 16/02/18 | 10:00 | 3.500 | 9 | 25/02/18 | 18:30 | 3.600 | 10 | 27/02/18 | 08:33 | 3.600 |
|
|
Painel |
---|
borderStyle | solid |
---|
title | Historico de contador (STP/TPP) |
---|
| Nº | Data | Hora | |
---|
11 | 27/02/18 | 18:00 | 3.600 | 12 | 28/02/18 | 01:00 | 3.700 | 13 | 01/03/18 | 08:30 | 3.750 | 14 | 05/03/18 | 09:10 | 3.900 | 15 | 06/03/18 | 10:00 | 3.900 | 16 | 10/03/18 | 08:00 | 3.980 | 17 | 10/03/18 | 09:15 | 4.133 | 18 | 20/03/18 | 10:00 | 4.300 | 19 | 25/03/18 | 18:30 | 4.600 | 20 | 26/03/18 | 15:55 | 4.640 |
|
|
Painel |
---|
borderStyle | solid |
---|
title | Historico de contador (STP/TPP) |
---|
| Nº | Data | Hora | |
---|
21 | 30/03/18 | 08:00 | 4.650 | 22 | 30/03/18 | 18:00 | 4.690 | 23 | 15/04/18 | 08:30 | 4.800 | 24 | 16/04/18 | 09:10 | 4.990 | 25 | 26/04/18 | 10:00 | 4.999 | 26 | 30/04/18 | 08:00 | 5.200 | 27 | 10/05/18 | 09:15 | 5.333 | 28 | 16/05/18 | 10:00 | 5.500 | 29 | 25/05/18 | 18:30 | 5.600 | 30 | 30/05/18 | 08:33 | 6.000 |
|
|
---|
Utilizando os dados acima e sabendo que o valor do parâmetro MV_VARDIA é igual a 30, podemos calcular da seguinte forma: Intervalo de dias entre a maior e menor data da amostra (30 registros) | 30/05/18 - 10/01/18 = 140 dias | Incremento entre o maior e menor contador acumulado em função da mesma amostra | 6.000 - 2.000 = 4.000 | Variação dia (Diferença do contador / Diferença de dias) | 4.000 / 140 = 29 |
Informações |
---|
| A variação dia sempre terá um valor inteiro, desta forma é aplicado a regra de arredondamento. |
Informações |
---|
title | Limitar variação dia |
---|
| Para limitar o valor aceito de variação dia, deve-se acessar o cadastro da Família de bens (MNTA050), informando nos campos Lim.Var.1 (T6_VARDIA1) para o 1º contador e Lim.Var.2 (T6_VARDIA2) para o 2º contador. Exemplo: Bens com horímetro poderá informar no campo 24 para definir que o mesmo não poderá operar mais que 24 horas no dia, porém, lembrando que o calculo será de média, importante que os apontamentos sejam informados de forma constante para evitar falso positivo. |
Aviso |
---|
Caso não exista quantidade suficiente de registro (amostra) para o calculo, o sistema assumirá sempre o menor ao maior registro encontrado na tabela (STP/TPP) para o calculo. Para cada apontamento de contador será calculado a sua variação dia, sempre observando os registros com data e hora inferior ao mesmo. |
|
|
Totvs custom tabs box items |
---|
| Painel |
---|
O termo autonomia se aplica ao tempo de duração do funcionamento de um bem\veiculo sem recorrer à fonte de energia externa. Aplicado ao sistema de manutenção podemos utilizar na capacidade em que um veiculo totalmente abastecido tem de operar. Porem existem diferença no calculo quando se trata de um bem que opera por hora (Horímetro) e outro controlado pelo Hodômetro. Exemplos: Um retroescavadeira possuem 2 tipos de controle, uma principal que é o Hodômetro, onde sobre influência em função das rodas ou esteira e outro secundário que é Horímetro, estesofre influência em função do braço e pernas estabilizadora. Para conseguirmos obter o resultado desejado é necessário realizar os seguintes cadastros: - Incluir um bem\veiculo que possua controle por contador (T9_TEMCONT);
- O bem\veiculo precisa possuir tanque, ou seja, deve ser informado na pasta "Tanque" em seu cadastro (tabela TT8).
- Importante definir no cadastro da família do bem qual será feito o controle de autonomia, caso não seja informado, o sistema assume que o calculo deverá ser feito desta forma: Tipo / Unidade. Sendo que Tipo pode ser informado com KM por exemplo e Unidade igual a litros.
Aviso |
---|
title | Calculo de autonomia Tipo/Unidade |
---|
| Para ilustrar este cenário, utilizaremos uma Veículo conforme dados abaixo. Cap. Tanque | Consumo Méd. |
---|
400 | 4 |
Formula: Autonomia = Cap. Tanque X Consumo Méd. Autonomia= 400 X 4 = 1,600. → Significa que com um tanque cheio, o veiculo poderá percorrer por 1,600 km. Para o calculo de autonomia é observando a tabela STP (1º contador) ou /TPP (2º contador) no campo acumulado (TP_ACUMCON ou TPP_ACUMCO). A posição do contador não é utilizando. Exemplo: Data / Hora Leitura | Contador | Acumulado | Tip.Lan. |
---|
06/01/2020 08:00 | 310051 | 310051 | Abastecimento | 01/05/2020 08:00 | 310051 | 310051 | Contador | 02/02/2020 09:00 | 320194 | 320194 | Contador | 02/05/2020 09:30 | 320194 | 320194 | Quebra |
Ao incluir um abastecimento no dia 03/05/2020 as 08:00 com contador de 320194, o sistema realiza o seguinte calculo: Km Percorrido : Acumulado informado no abastecimento - Acumulado no abastecimento anterior Km Percorrido := 320194 - 310051 = 10143 → Neste cenário o sistema irá bloquear, pois superou a autonomia máxima de 1,600 km. |
Aviso |
---|
title | Calculo de autonomia Unidade/Tipo |
---|
| Para ilustrar este cenário, utilizaremos uma Veículo conforme dados abaixo. Cap. Tanque | Consumo Méd. |
---|
400 | 4 |
Formula: Autonomia = Consumo Méd. / Cap. Tanque Autonomia= 400 / 4 = 100 → Significa que com um tanque cheio o veiculo poderá operar por 100 horas. Para o calculo de autonomia é observando a tabela STP (1º contador) ou /TPP (2º contador) no campo acumulado (TP_ACUMCON ou TPP_ACUMCO). A posição do contador não é utilizando. Exemplo: Data / Hora Leitura | Contador | Acumulado | Tip.Lan. |
---|
06/01/2020 08:00 | 310051 | 310051 | Abastecimento | 01/05/2020 08:00 | 310051 | 310051 | Contador | 02/02/2020 09:00 | 320194 | 310894 | Contador | 02/05/2020 09:30 | 320194 | 310894 | Quebra |
Ao incluir um abastecimento no dia 03/05/2020 as 08:00 com contador de 311194, o sistema realiza o seguinte calculo: Horas em operação: Acumulado informado no abastecimento - Acumulado no abastecimento anterior Horas em operação := 310894 - 310051= 843→ Neste cenário o sistema irá bloquear, pois superou a autonomia máxima de 400 horas |
|
|
Totvs custom tabs box items |
---|
| Painel |
---|
Para o controle de manutenção preventiva é necessário definir o tipo de acompanhamento, que poderá ser:
Tipo de acompanhamento | Detalhe |
---|
Tempo | Manutenção que possuem ciclos em função do tempo de calendário. Exemplo: a cada 30 dias, 6 meses, 1 ano. Não sofre qualquer interferência do contador. A manutenção controlado pelo tipo Tempo tem as unidades: Horas, Semanas, Meses e Anos, porem não se deve utilizar este tipo de controle para bem com Horímetro, se necessário utilizar o controle por contador.
|
Contador |
Manutenção que possuem ciclos em função do 1º contador (STP). Para este tipo de controle o calculo para a próxima manutenção será feito pela soma do contador acumulado da ultima manutenção e incremento (TF_CONMANU + TF_INENMAN). Exemplo: 300 horas, 5000 km, 100 batidas, etc.
|
Tempo/Contador |
Trata-se de um manutenção controlada por dois fatores, onde a manutenção será gerada quando um dos fatores forem atendidos. Exemplo: Manutenção a cada 1 ano ou 10.000 km.
|
Produção
|
Utilizado para manutenção em função de Retorno de Produção (MNTA380). É possível também através da rotina Desgaste de Produção (MNTA060). Exemplo: A cada 1.000 peças produzidas; 200 batidas, entre outros..
|
Contador Fixo
|
Utilizado para manutenção em que o ciclo são fixo, ou seja, caso ocorra atraso na execução em um ciclo da manutenção, o sistema projetará a próxima manutenção sem considerar o atraso. Exemplo: Em uma manutenção com ciclos de 1.000, caso a sua execução tenha ocorrido com 1.100, o sistema programará a próxima para exatamente 2.000. |
Segundo Contador
|
Manutenção que possuem ciclos em função do 2º contador (TPP). Para este tipo de controle o calculo para a próxima manutenção será feito pela soma do contador acumulado da ultima manutenção e incremento (TF_CONMANU + TF_INENMAN).
Exemplo: 300 horas, 5000 km, 100 batidas, etc. |
|
|
totvs-custom-tabs-box-items |
---|
| Painel |
---|
Aplica-se este tipo de controle quando um equipamento sofre desgastes variados em função da sua produção ou operação. É possível através da rotina Desgaste Produto (MNTA060) informar o fator de desgaste em função da produção ou operação do equipamento. No campo Produto (TR_PRODUTO) poderá ser informado um produto produzido (SG1) ou escrevendo outro código não existente na tabela, assim poderá ser utilizando com operações, exemplo: Op.Chuva, Op.Asfalto, Op.Declive, etc. Somente utilizar quando a produção ou operação gere ao equipamento um desgaste fora do normal. Exemplo 1: Um Torno CNC pode realizar a usinagem de peças de diversos materiais, alguns com menor ou maior resistência. Supondo que o recomendado pelo fabricante seja a realização da manutenção a cada 2.000 peças produzidas em condições normais e controladas. Em seu cenário este torno esta operando com um material que é 2 vezes mais resistente que o material recomentado pelo fabricante. Neste cenário, pode-se aplicar o desgaste de produção, aplicando o fator de conversão de 1,5. Ao reportar a produção de 1 peças o sistema assumirá como 1,5 peça, ou seja, a cada 1.000 peças produzidas deve-se realizar uma manutenção. Exemplo 2: Um Caminhão ABC pode realizar operações urbanas e rodoviárias. Supondo que a operação urbana exigirá um esforço maior de freios, aquecimento de motor comprometendo a vida útil do óleo, entre outros, neste caso poderia-se aplicar um fator de desgaste. |
|
Totvs custom tabs box items |
---|
| Painel |
---|
Esta é uma das modalidades de controle de manutenção controladas por contador. A particularidade é que os ciclos da manutenção são uniformes e progressivos conforme definido pelo incremento. Abaixo segue exemplo onde foi definido com incremento de 1.000, onde terá sua projeção fixa a cada ciclo (1.000). A realização não interfere na projeção, ou seja, indiferente se ocorreu atrasos ou antecipações a cada ciclo. Manutenção Preventiva | Ciclos |
---|
Previsto | 1.000 | 2.000 | 3.000 | 4.000 | 5.000 | 6.000 | 7.000 | 8.000 | 9.000 | 10.000 | Realizado | 1.200 | 2.100 | 2.980 | 4.010 | 5.055 | 6.110 | 6.999 | 7.980 | 9.003 | 10.033 |
Exemplo do processo no planejamento das manutenções controlada por contador fixo. Consideremos uma manutenção controlada por contador fixo com ciclos de 1.000. Supondo que a tenhamos a O.S. nº 000001 gerada para sua execução e foi finalização com o contador de 1.400, no dia 25/04 e tem neste momento a variação dia de 50. Ordem de Serviço | Contador | Data Real Fim | 000001 | 1.400 | 25/04 |
Neste exemplo, a próxima manutenção será com contador de 2.000, pois corresponde ao próximo ciclo. Podemos também projetar a sua data prevista para próxima manutenção. Formula: ( Contador da Próxima MNT - Contador Acumulado ) / Variação Dia = Nº dias para vencer a próxima. (2.000 - 1.400) / 50 = 12 dias 12 + 25/04 = Prox. MNT 07/05. Aviso |
---|
| Como os ciclos da manutenção são uniformes e progressivos, para que o sistema possa identificar a qual ciclo corresponde a execução da O.S. e posteriormente projetar qual será a data da próxima execução é utilizado o parâmetro MV_NGCOFIX. Consideremos que a última O.S. executada foi com o contador em 3.500 em uma manutenção com ciclos de 1.000. Para sanar este tipo de problema aplica-se o percentual definido pelo parâmetro MV_NGCOFIX. Neste exemplo será considerado como 20% para definir a amplitude em função do ultimo contador 3.500, assim teremos o resultado de 2.800 a 4.200. Desta forma a O.S. executada corresponderá ao ciclo de 3.000, logo, a próxima MNT será de 4.000. |
|
|
|
|