Manutenção
Nico · Especialista de produto · 31 s
Exemplo prático interativo · simulação
Um aviso. Um histórico completo.
Um aviso de manutenção é associado à instalação, à ação e ao histórico. Está a explorar o funcionamento; não são tratados dados reais nem executadas ações.
01Aviso
O problema está associado a uma instalação.
Um aviso sobre uma bomba de calor é associado à instalação correta. O espaço e os dados de manutenção anteriores fazem parte do mesmo contexto.
Exemplo fictício · Bomba de calor WP-03.
02Contexto
Encontre o que precisa antes da intervenção.
A pessoa responsável consulta o manual relevante, as notas anteriores e a localização da instalação.
Sem procurar em e-mails dispersos ou num segundo processo.
03Ordem de trabalho
Torne claro o passo seguinte.
Uma ordem de trabalho reúne o problema, a localização e o fornecedor relevante. Neste exemplo, analisamos apenas o acompanhamento previsto.
Nenhum fornecedor é contactado e nenhuma ordem é enviada.
04Comprovativos e custos
O resultado fica registado no respetivo contexto.
Um relatório de intervenção e os custos relevantes são associados ao processo existente.
Informação de exemplo, não uma fatura real nem uma intervenção realizada.
05Passaporte do edifício
A próxima pessoa responsável pela gestão conseguirá encontrá-lo.
O histórico de manutenção continua associado à mesma instalação e ao mesmo passaporte do edifício.
Um edifício. A mesma informação, no espaço de trabalho adequado.
O mesmo imóvel, uma perspetiva diferente.
Estes exemplos ilustram a integração pretendida. Não constituem prova de funcionalidade em produção.
Conheça Nico
Manutenção
Da ocorrência ao acompanhamento, com o edifício como ponto de partida.
Ver um exemplo prático
Nico
Manutenção
Especialista de produto
As chamadas e o chat em direto ainda não estão disponíveis. Contacte-nos para mais informações.
ContactarVeja um exemplo prático
Direção do piloto: comece com um workspace e expanda mais tarde.
O ObraPad foi concebido para manter o Obra Core como base partilhada enquanto adiciona funcionalidades ao longo do tempo.
A ativação por edifício e o acesso limitado de instaladores estão a ser preparados para o piloto e verificados de ponta a ponta. Pergunte que âmbitos podem ser testados atualmente.
Ponto de partida previsto
A direção do piloto é começar com um workspace e adicionar outros mais tarde.
Expansão planeada por edifício
O fluxo previsto ativa Construção apenas para o edifício em renovação; os restantes ficam inalterados.
Modelo de acesso planeado
O modelo de acesso está a ser desenvolvido para que um instalador ou parceiro use apenas o edifício, a instalação ou a tarefa selecionados.
Exemplo previsto: manutenção de uma bomba de calor
No cenário previsto, o instalador acede apenas à bomba de calor, aos seus documentos e às tarefas de manutenção atribuídas num edifício. Os outros edifícios, os dados financeiros e os documentos privados ficam fora do âmbito. As permissões de consulta, alteração, duração e revogação têm de ser comprovadas no servidor antes da disponibilidade.
O projeto mantém um workspace adicional e o acesso de um parceiro como escolhas separadas, com o passaporte do edifício como base partilhada.
