Udarbejd godkendelsesflow og rollefordeling for løfteplaner

En praktisk guide til at gøre løfteplan godkendelse klar, sikker og revisionsklar.

• Kort oversigt over hvad et godt godkendelsesflow skal gøre.
• Hvem der typisk skal godkende og hvad de skal tjekke.
• Hvordan man dokumenterer sign‑off, laver versionstyring og bevarer auditspor.
• En trin‑for‑trin opskrift til at komme i gang.

Introduktion
God løfteplan godkendelse gør ansvar tydeligt. Det reducerer fejl og sikrer overholdelse af regler. Denne guide beskriver et enkelt, risikobaseret godkendelsesflow. Fokus er på klare roller, kompetencekrav, digitale signaturer, versionstyring og auditspor. Rådene er rettet mod byggepladser og projekter i Danmark. HEMI Group bruger lignende praksis i rådgivning og løfteplanarbejde.

Forudsætninger

Før du går i gang, skal disse være på plads:

• Klare kriterier for hvilke løft der kræver formel løfteplan.
• En standardskabelon for løfteplaner.
• Et dokumentstyringssystem eller cloud‑drev med versionsmulighed.
• En digital signaturløsning der kan levere audit‑trail (MitID/eIDAS‑kompatibel eller tilsvarende).
• Liste over roller og kontaktoplysninger.
• Procedure for oplæring og dokumentation af certifikater.

Definér roller og rolleansvar

Hold roller få og tydelige. Hver rolle får et klart tjekområde. Dette gør rolleansvar løft klart og brugbart.

• Løfteplan‑forfatter
  • Udarbejder planen og vedhæfter beregninger.
  • Dokumenterer egen kompetence.
• Teknisk reviewer
  • Tjekker beregninger, kranvalg og stabilitet.
  • Sikrer korrekt underlag og kapacitet.
• HSE eller arbejdsmiljøansvarlig
  • Kontrollerer afspærring, kommunikation og nødprocedurer.
  • Tjekker personbeskyttelse og trafiksikkerhed.
• Operativ ansvarlig (kranfører / anhugger)
  • Bekræfter praktisk gennemførlighed og anhugningsdetaljer.
  • Skal have relevante certifikater.
• Projektleder eller klient
  • Giver endelig frigivelse til udførelse.
  • Ansvar for at løftet passer i projektets rammer.
• QA / Arkivansvarlig
  • Sikrer versionsstyring, arkivering og adgangskontrol.

Lav et autorisationsdiagram. Angiv hvem der kan godkende, hvem der kun kan kommentere, og hvem der skal re‑godkende ved ændringer. Dette hjælper med godkendelsesflow løfteplan.

Byg godkendelsesflowet (godkendelsesflow løfteplan)

Flowet skal være risikobaseret og effektivt. Skeln mellem simple og komplekse løft.

• Fastlæg triggers
  • Eksempler: flere kraner, løft over trafik, løft over mennesker, vægt over tærskel.
• Simpelt flow (lav risiko)
  • Forfatter → Operativ kvittering → Arkiv.
• Komplekst flow (høj risiko)
  • Forfatter → Teknisk review + HSE (parallelt eller sekventielt) → Operativ godkendelse → Projektleder sign‑off → Pre‑lift check → Udfør → Post‑lift rapport.

Sæt faste svarfrister for review. Brug parallelle godkendelser for at undgå flaskehalse. Beskriv hvilke roller der kan godkende afvigelser, og hvilke der kun kan afvise. Dette svarer på spørgsmålet hvordan opbygger jeg et godkendelsesflow til løfteplaner?

Kompetencekrav før godkendelse

Dokumenterede kompetencer er nødvendige for sign‑off. Besvar hvordan sikrer jeg kompetencer før godkendelse?

• Kræv upload af certifikater ved første godkendelse.
• Specificer hvilke kvalifikationer der kræves per rolle (kranfører, anhugger, løfteplanlægger).
• Automatiser checks i systemet. Mangler et certifikat, blokeres signering.
• Hold central oversigt over certifikater med udløbsdatoer og automatiske påmindelser.

Kontrollér kompetencer løbende. Træn reviewere i både teknisk tjek og HSE‑aspekter. Dette dækker kompetencekrav løfteplan.

Digitale signaturer og auditspor

Digital signatur og auditspor gør godkendelse juridisk og revisorgod. Her forklares også hvordan dokumenterer man sign-off.

• Vælg eIDAS‑kompatibel løsning ved kritiske signaturer. I Danmark kan MitID integreres.
• Mindre interne godkendelser kan bruge organisationssignaturer, men auditsporet skal være komplet.
• Auditsporet skal logge: hvem, hvilken rolle, dato og tidspunkt, signaturtype, dokumenthash og eventuel enhedsdata.
• Lås dokumentet efter signering. Ændringer skal skabe ny version og kræve re‑godkendelse.
• Gem signaturaudit sammen med løfteplanen som eksportérbar rapport.

Besvar spørgsmålet hvem skal godkende løfteplanen? Listen over roller og signaturtyper ovenfor viser hvem der normalt signerer. Besvar også hvordan dokumenterer man sign-off: brug digital signatur med auditlog og gem eksport af log.

Versionstyring løfteplan og ændringslog

Versionsstyring skal være enkel og konsekvent. Dette afsnit dækker hvordan laver man versionstyring på løfteplaner.

• Brug major.minor format: v1.0 godkendt, v1.1 mindre rettelse, v2.0 teknisk ændring.
• Hver ny version skal indeholde:
  • Kort ændringsresumé.
  • Hvem ændrede og hvorfor.
  • Konsekvensvurdering for sikkerhed.
• Systemet må ikke tillade redigering i en godkendt version uden at oprette ny version.
• Bevar alle versioner i arkivet. Gør dem søgbare med metadata: projekt, dato, ansvarlig, UUID.

En god versionstyring løfteplan giver et klart audit spor løfteplan og gør det let at spore hvem der lavede hvilke ændringer.

Pre‑lift og on‑site sign‑off

Praktisk kontrol på dagen er nødvendig. Her beskrives sign‑off process løft på stedet.

• Lav en pre‑lift checkliste der skal gennemføres før løftet.
• Den, der udfører checken, signerer digitalt eller på papir.
• Checklisten skal indeholde vejr, underlag, udstyr, anhugning og afspærring.
• Registrer afvigelser. Afvigelser kræver stop eller formel ændring af planen og re‑godkendelse.

Dokumentation fra pre‑lift og on‑site sign‑off føjes til løfteplanens arkiv. Dette sikrer et komplet auditspor løfteplan.

Typiske fejl og hvordan du undgår dem

Kend fejlene, så du kan forhindre dem.

• Uklar rollefordeling
  • Løsning: autorisationsdiagram og sign‑off matrix.
• Manglende kompetencekontrol
  • Løsning: obligatorisk upload og automatiske checks.
• For mange godkendere
  • Løsning: risikobaseret flow og parallelle reviews.
• Redigering efter signering uden spor
  • Løsning: lås godkendte versioner og kræv ny version ved ændringer.
• Manglende auditspor
  • Løsning: brug signaturleverandør med fuld audit‑rapport.
• Dokumenter gemt lokalt
  • Løsning: central dokumentstyring med backup og adgangskontrol.

Trin‑for‑trin implementering

Følg disse trin for at gøre løfteplan godkendelse revisionsklar.

1. Definér scope og trigger‑matrix for hvilke løft der kræver formel plan.
2. Opret standardskabelon med obligatoriske felter og versionsblok.
3. Definér roller og lav autorisationsdiagram.
4. Vælg et dokumentstyringssystem eller cloud‑løsning med versionsstyring.
5. Integrér digital signaturløsning med audit‑trail (MitID/eIDAS eller lignende).
6. Opsæt kompetencecheck: krav om upload af certifikater og validering.
7. Implementér review‑workflow med tidsfrister og parallelle godkendelser.
8. Lav pre‑lift checkliste i digital form og kræv on‑site kvittering.
9. Lås godkendte versioner. Kræv ny version og re‑godkendelse ved ændringer.
10. Arkivér hele pakken inklusiv audit‑log, pre/post checks og bilag. Gør den søgbar.

Tjekliste

• Triggers for løfteplan er defineret.
• Standardskabelon med obligatoriske felter er klar.
• Autorisationsdiagram er tegnet.
• DMS eller cloud‑løsning er valgt.
• Digital signaturløsning er integreret.
• Kompetencekrav og uploadkrav er opsat.
• Review‑workflow med tidsfrister er defineret.
• Pre‑lift checkliste er lavet og digitaliseret.
• Procedure for ændringer efter sign‑off er på plads.
• Arkiv og søgbarhed er etableret.
• Brugere er trænet i processen.

Afslutning
Et klart godkendelsesflow øger sikkerheden og reducerer compliance‑risiko. Start med tydelige triggers og en simpel skabelon. Indbyg roller, kompetencekrav, digitale signaturer og versionstyring fra starten. Gem altid auditsporet. Så bliver løfteplan godkendelse både sikker og revisionsklar.