Teknisk og vedlikehold · Modul 02
Vedlikeholdssystem (PMS) for skip
Komponenter, kritikalitet og jobber som forfaller på driftstimer eller kalender, med utsettelse som må begrunnes.
ISM-koden, punkt 10
Hva den er til for
Kravet, og problemet
Et vedlikeholdssystem gjør nytte i to øyeblikk: morgenen maskinsjefen avgjør hva dagen skal være, og morgenen en inspektør spør hvorfor en jobb ikke ble gjort. Begge er spørsmål om de samme radene, og begge går dårlig når systemet behandler en jobb som en oppgave med en dato i stedet for som arbeid på en komponent med en begrunnelse.
Her kommer komponenten først. Den bærer kritikaliteten sin og grunnlaget kritikaliteten ble satt på, klassereferansen sin der klasseselskapet har en, og plassen sin i anlegget. Jobber henger på komponenter, slik at en utsettelse synlig er en utsettelse av arbeid på noe, og historikken til en komponent er en historikk — ikke et filter over en oppgaveliste.
Slik fungerer det
Tre steg, om bord og i land
- 1
Registrer maskineriet
Et komponenttre med kritikalitet og klassereferanser, og jobber på det med intervall i dager, driftstimer eller begge.
- 2
Jobb deg gjennom forfallslisten
Hver avdeling ser hva som forfaller. En jobb lukkes med notater til neste mann, tiden den tok og sjekklisten sin.
- 3
Utsett bare med en grunn
En utsettelse krever en risikovurdering, og kritisk eller lovpålagt arbeid kan ikke skyves forbi sitt eget maksimum.
Eksempel med demodata
Slik ser det ut
Et levende bilde av modulen med demodata fra Ocean Pioneer — det samme skipet du finner i demoen.
Prøv demoen — uten konto, rett i nettleseren, med PIN-koden 1234.
- Vedlikeholdsoversikt: forfalt, forfaller, og hvilken oppfølging som står åpen
- Jobber — filtrer, planlegg, utsett, lukk, skriv ut jobblisten
I detalj
Hva modulen gjør
Kritikalitet med grunnlaget skrevet ned
Kritisk er ikke en farge noen valgte. Komponenten registrerer hvorfor den er kritisk — klassekrav, lovkrav eller rederiets egen risikovurdering — og det grunnlaget er det reglene ellers leser.
Driftstimer, kalender eller det som kommer først — sagt, aldri antatt
En jobb forfaller etter kalenderen, etter en teller — driftstimer, starter, sykluser — eller etter det som kommer først, og den sier hvilket. En teller leses av om bord eller føres i land, aldri bakover i tid — driftstimer aldri raskere enn klokka — og døgnforbruket setter en driftstimejobb på kalenderen. En jobb planlagt på kalender blir aldri i det stille oppfylt av en avlesning — som er den vanligste måten et vedlikeholdsregister slutter å være sant på.
Null toleranse der loven ikke gir noen
På kritisk eller lovpålagt arbeid finnes det ikke noe slingringsmonn. Produktet nekter å lagre en plan der toleransen i seg selv ville latt arbeidet overskride sitt lovbestemte maksimum — nektingen ligger i domenet, ikke i en advarsel noen klikker bort.
Utsettelse med en reell risikovurdering
Å utsette en jobb spør hva konsekvensen er, hvilket kompenserende tiltak som er på plass og hvem som godtok det. Ingenting utsettes ved å trykke «Senere».
Tid brukt, og et estimat fra forrige gang
Timer føres på jobben når den lukkes, slik at neste gang foreslås med et estimat hentet fra hva den faktisk tok på dette fartøyet — ikke et tall noen skrev inn i 2019.
Historikken tilhører komponenten
Åpner du en pumpe, ser du hver jobb som er gjort på den, hver servicerapport, hver del som er montert og hver beskjed lagt igjen til neste mann — gjennom mannskapsbytter og gjennom år.
I appen
På broen, på dekk og på kontoret
De samme registreringene på en telefon i maskinrommet og på en skjerm på kontoret — uten dekning, og synkronisert når sambandet er tilbake.
- Komponenter — anleggstreet, kritikalitet, dokumenter og historikk
- Servicerapporter og monterte deler, arkivert på komponenten
Beslutningen
Maskinisten legger inn komponenten, ikke leverandøren
En maskinsjef som oppdager at en komponent mangler i registeret, kan legge den inn, gi den kritikalitet med et grunnlag og henge en jobb på den — fra fartøyet, uten nett, klokka 03. Alternativet, en endringsforespørsel til et kontor som sover, er nettopp slik registre glir fra anlegget de beskriver.
En komponent, en jobb eller en teller som legges inn om bord, er samme slags rad som en som er hentet inn fra det gamle systemet, så det finnes ingen annenrangs data og ikke noe avstemmingsprosjekt senere. Bare det gamle systemets historikk holdes for seg, som det systemet sa: ingen signerte den her, og ingenting planlegges ut fra den.
Henger sammen med
Ett produkt, ikke nitten
Innkjøp
Fra rekvisisjon til mottak, på rederiets egne beløpsgrenser, der ingen godkjenner sin egen forpliktelse.
Rederiets egen policyAvvik og observasjoner
Én knapp for å melde et avvik eller en sikkerhetsobservasjon, fra hvilken som helst skjerm, av hvem som helst om bord.
ISM-koden, punkt 9Forbruk
Drivstoff, smøreolje og ferskvann som en hovedbok, slik at beholdningen utledes i stedet for å skrives inn.
Bunkerskvittering
Sett ett fartøy på det i to måneder
Ingen kort og ikke noe innføringsprosjekt. Et rederi legger inn sitt eget fartøy og sine egne folk på en ettermiddag — og passer det ikke, stopper dere, med dataene eksportert først.