Drift og dagbøker · Modul 13
DP-logg og hendelsesrapportering
DP-loggen, kapabilitetsplanen, versjonerte DP-sjekklister og en hendelsesrapport som ikke venter på kontoret.
MSC.1/Circ.1580
Hva den er til for
Kravet, og problemet
En DP-operatør som logger en posisjonsavvik, har omtrent fire minutters oppmerksomhet til overs og en skjerm som ikke må spørre om noe den kunne regnet ut selv. Alt annet ved DP-dokumentasjon følger av det: planen tegnes én gang, sjekklisten er versjonert slik at ordlyden er stabil, og loggen forhåndsutfylles med det bordet allerede vet.
DP-timer tilhører personen, ikke en stilling. En offiser som går DP-vakt på to fartøy i en rotasjon, bygger en registrering som følger vedkommende — som er hva en IMCA-loggbok er til, og hva et system per fartøy stille mister.
Slik fungerer det
Tre steg, om bord og i land
- 1
DP-pulten
Tilstand, aktivitet, sted og kurs, med AIS-posisjonen vist som informasjon — aldri som inndata til styring.
- 2
Ett trykk for en hendelse
Å markere en hendelse fryser tilstanden i det øyeblikket og spør ikke om mer; rapporten skrives når fartøyet kan avse noen.
- 3
Sjekklister og planen
DP-sjekklister er versjonert, skipsplanen tegnes én gang, og loggen eksporteres for kunden og flaggstaten.
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.
- DP-bord — planen, modusen, vakten
- DP-logg — per vakt, i rekkefølge
- Skipsplanredigering — thrustere og referanser, ved å dra
- DP-innstillinger og sjekklisteversjonene
I detalj
Hva modulen gjør
Fartøyets egen plan, tegnet
Thrustere, posisjonsreferansesystemer og oppstillingen deres på dette skroget, lagt ut på bordet med riktige farger og riktige symboler, redigert ved å dra i stedet for å fylle ut en tabell.
Versjonerte DP-sjekklister
Sjekkene før DP, ved inngang i 500-metersonen og ved vaktskifte er maler med versjoner, på samme motor som alle andre skjemaer. En signert beholder ordlyden sin.
DP-logg per vakt
Modus, referanser i bruk, værforhold og hendelsene i vakten, logget mens det skjer og lesbart etterpå i rekkefølge.
Hendelsesrapporten, skrevet om bord
Et posisjonstap, et referansebortfall, en thrustertripp — meldt der det skjedde, med loggen rundt vedheftet, uten å vente på at et kontor åpner et skjema.
Skrivebeskyttede feeder som feiler trygt
Der bordet leser fra et annet system, gjør det det skrivebeskyttet, og når feeden stopper, sier skjermen at feeden stoppet. Den viser aldri siste verdi som om den var fersk.
DP-tid på personen
Timer samles på individet på tvers av fartøy og rotasjoner, som er den registreringen en offiser faktisk trenger ved fornyelse.
Beslutningen
En foreldet avlesning er verre enn ingen avlesning
Hver feed på DP-bordet feiler synlig. Kan en verdi ikke oppdateres, sier skjermen fra og viser ingenting — i stedet for å vise det siste den så. Det er det motsatte av hva de fleste dashbord gjør, og det er ingen vanskelig avveining på et DP-fartøy.
Den samme regelen er brukt på AIS-posisjonen overalt ellers i produktet.
Henger sammen med
Ett produkt, ikke nitten
Driftslogg og dagsrapport
Havneanløp, aktivitet, dagsrapporten til befrakter og reder, og søppeldagboken.
MARPOL vedlegg V, reg. 10Overleveringer og skjema
Én skjemamotor bak hvert signert papir om bord, med ordlyden frosset i signaturøyeblikket.
ISM-koden, punkt 11Besetning og sertifikater
Hvem som er om bord, hva hver stilling må inneha, og hvilket sertifikat som utløper før mannskapsbyttet.
FOR-2011-12-22-1523
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.