Verktyg & datamiljö
Välj en gemensam publiceringsplats och verktyg för modellering, granskning och ärenden. Fastställ dataägare, behörigheter, versionshantering och åtkomst efter projektet.
01 / STYRNING
Kravställning & BIM-strategi
Sätt ramarna för data, ansvar och arbetssätt innan projektets information börjar växa.
01 / I PRAKTIKEN
Ramar som håller ihop projektet.
Datamiljö, ansvar och informationskrav samlas till en gemensam struktur innan leveranserna börjar.
TESTA VÅR KRAVKONFIGURATOR
Utforska först vilken LOD-nivå projektet behöver. Prova sedan hur era dokument ska namnges.
MODELLENS UTVECKLING
Hur mycket
behöver vi veta?
Dra mellan nivåerna. Samma maskin, installationer och bärverk får stegvis mer definierad geometri och tydligare gränssnitt.
LOD 300
Maskin · installationer · balk och pelare
Dra i modellen för att roteraLOD 300 / PRINCIPDEMO
Geometrin definieras
Storlek, form och läge är definierade för avtalad användning. Modellens delar kan mätas och jämföras.
- Maskin: definierad geometri
- Installationer: dimension och läge
- Bärverk: balk- och pelarprofiler
LOD BIM ENGINE är ett eget presentationsläge, inte en standardiserad LOD-nivå eller en högre verifieringsgrad än LOD 500. I denna presentation visas Space Claims först i BIM Engine-läget. De illustrerar verksamhetens reserverade utrymmen och kan i verkliga projekt kravställas redan tidigt. Måtten i demonstrationen är illustrativa. Slidern rör sig steglöst; beskrivningen visar närmaste namngivna nivå. 150, 250 och 450 är projektvalda mellanlägen här och kräver egna överenskomna definitioner. 500 visar verifieringsprincipen, inte högre geometrisk detaljering.
Illustration med BIMForums LOD-konvention som utgångspunkt. LOD beskriver även hur tillförlitlig informationen är, inte bara mängden detaljer. Nivå avtalas per objekt och användning; skeden, parametrar och leveranskrav definieras separat. Modellen är inte ett tillverkningsunderlag. Om LOD hos BIMForum ↗
NAMNGIVNING I PROJEKTET
Rätt namn.
Från början.
Välj ett startläge, fyll i era koder och se filnamnet växa fram. Behöver projektet en annan indelning? Lägg till, flytta eller justera fälten.
DITT FILNAMN / FÖRHANDSVISNING
Fälten följer reglerna i ditt exempel. Unikhet i projektet behöver kontrolleras separat.
Dra korten till önskad ordning. Klicka på fältnamnet för att ändra det. Ta bort med × och lägg till nya fält nedanför.
A–Z, 0–9 · max 6 tecken
A–Z, 0–9 · max 3 tecken
A–Z, 0–9 · max 2 tecken
A–Z, 0–9 · max 2 tecken
A–Z, 0–9 · max 2 tecken
A–Z, 0–9 · max 2 tecken
Siffror · max 6 tecken
Sjufältsstruktur inspirerad av UK-tillämpning och projektmiljön i exemplet. ISO 19650 kräver överenskomna identiteter och regler, men föreskriver inte detta filnamn globalt. Koder och längder nedan är projektval. Status och revision hålls separat här och styrs i projektets datamiljö. Ett korrekt filnamn betyder inte att dokumentet är granskat eller godkänt.
Om mallarna och källorna
Verktyget hjälper er att formulera en namngivningsregel. Det verifierar inte efterlevnad av en standard. Avtala kodlistor, unikhet, filformat och hantering av status och revision innan projektstart.
UK BIM Framework – vägledning till ISO 19650 ↗BIM Alliance Praxi – BH90 och ritningsnumrering ↗Vill du ta fram en hel kravställning?
Kontakta oss så hjälper vi er att sätta ramarna för projektets modeller, information och arbetssätt.
Mejla ossRAMARNA FÖR SAMARBETET
Bestäm hur.
Innan ni börjar.
Vi definierar vilka verktyg projektet använder, hur information delas och vad som ska levereras. Kraven knyts till mottagare, tidpunkt och kontroll.
Effektiva filutbyten
Avtala format, formatversioner, koordinater, enheter och publiceringsintervall. Testa utbytet tidigt. Livekopplade modeller kompletteras med tydligt godkända leveranser.
Samordning & beslut
Bestäm vilka modeller som samordnas, när de delas och vem som granskar. Dokumentera kontrollregler, toleranser, ärendeansvar, svarstider och hur en åtgärd verifieras.
Leveranser per skede
Beskriv vilken geometri, vilka parametrar och vilka dokument som behövs för varje objekttyp. Ange enheter, tillåtna värden, ansvarig och hur kraven ska kontrolleras.
LEVERANSEXEMPEL / CIRKULATIONSPUMP
Rätt information vid rätt tillfälle.
Välj ett skede och se hur kraven kan utvecklas för samma objekt.
Idé & koncept
Reservera plats och testa förutsättningarna.
PV601.001 Cirkulationspump för värme
- Geometri / detaljeringsgrad
- Enkel volym, ungefärligt läge och reserverat utrymme. Osäkra mått markeras som antaganden.
- Parametrar
- Objekt-ID, funktion, rumstillhörighet, kapacitetsbehov och ansvarig för kravet.
- Dokument
- Verksamhetskrav och dokumenterade antaganden.
- Ansvar & kontroll
- Beställare och verksamhet bekräftar behovet innan projekteringen går vidare.
Illustrativa leveranskrav, inte standardiserade skedeskrav. Om projektet använder LOD-tal definierar vi vilken LOD-konvention och version som avses, per objekttyp och skede. Ett LOD-tal ersätter inte kraven på parametrar och dokument. Informationsbehovet beskrivs med geometri, alfanumerisk information och dokumentation enligt principerna för Level of Information Need.
ISO 7817-1 – Level of Information Need ↗UTMANINGEN
När information sprids mellan flera miljöer blir det svårt att veta vilken version som gäller och vad som har beslutats. Vi utgår från projektets utmaningar och väljer en datamiljö och struktur som stödjer hela processen. Målet är en gemensam, tillförlitlig informationskälla där ägarskap och ansvar är tydliga.
KONKRETA LEVERANSER
Val av projektmiljö utifrån användning, behörigheter, versionshantering och exportmöjligheter
Tydligt dataägarskap, ansvar för uppdatering och tillgång efter avslutat projekt
Arbetsflöden för granskning, besiktning, skyddsronder, kvalitet och arbetsmiljö
Rutiner för tillbud, avvikelser och egenkontroller
Dokumentkontroll och kontrollerbar namngivning
Krav på filformat och objektsinformation i varje skede
SÅ KAN DET SE UT
Ingen ska behöva gissa vilken version som gäller
Ett projekt ska startas. Innan modellerna skapas enas beställare och projektorganisation om var informationen finns, vem som ansvarar för den och vad som räknas som en godkänd leverans.
ILLUSTRATIVT EXEMPEL · INTE ETT KUNDCASE
01
En gemensam källaExempel: godkända handlingar publiceras i en utsedd miljö. Status, revision och beslut följer handlingen. Lokala kopior utgör inte projektets original.
02
Krav som går att följa uppExempel: varje leverans kontrolleras mot namngivning, avtalat format och obligatoriska egenskaper. Vilka krav som gäller anges per skede och objekttyp.
03
Ansvar även efter projektetExempel: beställarens åtkomst, dataägarskap och export vid överlämning fastställs från början. Kraven anpassas till det enskilda projektet.
INFÖR ERT PROJEKT
Vanliga frågor
När behöver projektet en BIM-kravställning?
Helst innan projekteringen startar och verktyg väljs. Börja med vad informationen ska användas till: samordning, produktion, uppföljning eller förvaltning. Då kan ansvar, leveranser och kontroller anpassas till projektets behov.
Vad behöver vi ha med till ett första möte?
Beskriv projektets skede, organisation, befintliga verktyg och vilka problem ni vill lösa. Ta gärna med tidigare kravdokument och exempel på önskade leveranser. Saknas underlag börjar vi med att kartlägga behoven tillsammans.
Räcker det att ange en LOD-nivå?
Nej. Ange också vilka objekt som omfattas, vilken information som ska levereras, när den behövs och hur den ska kontrolleras. I vår kravkonfigurator kan ni utforska modellnivåer och namngivning som ett första diskussionsunderlag.
KRAV → ANSVAR → LEVERANS
Information som
går att lita på.
ISO 19650 beskriver principer för informationshantering med BIM. Vi hjälper er att omsätta projektets informationskrav till tydliga ansvar, leveranser och arbetssätt i en gemensam datamiljö.
Bestäm behovet
Vilken information behövs, av vem och när? Vi konkretiserar informationskrav och vad som ska kontrolleras vid en leverans.
Fördela ansvaret
Vem tar fram underlaget, vem granskar och vem godkänner? Ansvar och leveranstidpunkter förankras i projektets organisation.
Styr informationsflödet
Under arbete, delat för samordning, publicerat för avtalad användning och arkiverat. Status och revision visar vad underlaget får användas till.
Kontrollera leveransen
Namngivning, format, objektsegenskaper och dokumentkopplingar kontrolleras mot avtalade krav. Avvikelser följs upp innan leveransen godtas.
EXEMPEL / VENTILATIONSMODELL Projektören uppdaterar modellen. Samordnaren granskar gränssnitten. Utsedd ansvarig godkänner leveransen för nästa användning. Revision, status och beslut följer underlaget – en ny fil är inte automatiskt en godkänd handling.
Arbetssättet anpassas till uppdragets avtalade krav. En dataplattform i sig säkerställer inte efterlevnad av ISO 19650.
Diskutera era informationskrav ↗TYPISKT ARBETSSÄTT
01
Vi samlar verksamhetens och projektets behov.
02
Vi omsätter dem till tydliga, kontrollerbara krav.
03
Vi förankrar arbetssättet med berörda parter.