Tervverzió-összehasonlítás: mi változott az előző as-built óta

Miért nem elég a „küldd a legfrissebb PDF-et”

A legfrissebb fájl neve nem egyenlő a változás megértésével. A brigád megkapja a V07-et, de a tegnapi as-built pin-ek, a fúrt pontok és a punch fotók a V05/V06 világában keletkeztek. A kérdés nem az, hogy „melyik a legújabb”, hanem hogy hol mozdult fal, ajtó, kábelnyomvonal, tűzjelző pont vagy gépészeti elem az előző lezárt állapothoz képest.

Kézi összehasonlítás: két ablak, két zoom, két ujj a telefonon. 8–15 tervlapnál ez délelőttöt is elvihet, és a hibaarány magas: a szem kihagy 1–2 méteres eltolást, ha a rajz sűrű. Egy 20–40 fős install projekt tipikusan 3–6 kiadást kap egy szakaszban; ha minden kiadásnál 20–45 perc a „diff”, az heti 2–4 óra tiszta koordinációs veszteség — fúrás és javítás előtt.

A WhatsApp- és Drive-alapú verziókaosz rontja a helyzetet: final, final2, asbuilt_jav, „ez a jó”. Nincs kötelező időbélyeg, feltöltő és „aktuális” jelölés. A tervverzió-összehasonlítás csak akkor megbízható, ha mindkét oldal verziókezelt forrás — nem chat-melléklet vs. laptopmappa.

• →„Legfrissebb PDF” ≠ megértett változás
• →Kézi kétablakos zoom: 15–40 perc / kiadás, magas kihagyási arány
• →As-built pin és fotó a régi vonalhoz kötődhet — a diff nélkül nem látszik
• →Chat / Drive fájlnevek nem auditálható verzió-történet

Overlay: két verzió egymásra vetítve

Az overlay a siteplan alapfunkciója a diffhez: az aktuális kiadás és az előző as-built (vagy bármely két verzió) egymásra vetül. Ahol a vonalak egyeznek, a kép „csendes”; ahol eltolódás, új fal, áthelyezett ajtó vagy más pozíciójú eszköz van, a különbség vizuálisan kiemelkedik — nem kell párhuzamosan görgetni.

Telepi használat: 30–60 másodperc a két verzió kiválasztása és az overlay bekapcsolása; 2–5 perc a zónánkénti átnézés a brigádvezetővel a tabletnél. Install PM-ként ez naponta 3–5 alkalommal jön elő, ha a generál közben építészeti vagy megrendelői módosítást kapott. A standup a tabletnél rövidebb és konkrétabb, mint a „nézzétek a piros ceruzás PDF-et” kör.

Gyakorlati szám: ha 12 tervlapon átlag 4 verzió van, az 48 fájl-állapot. Overlay nélkül a „mi változott” kérdés fájlvadászat; overlay-jel 12 lap × 1 aktuális vs. 1 referencia. A punch list és a pin zárásánál ez visszajön: a megrendelő és a kivitelező ugyanazt a diffet látja, nem két értelmezést.

• →Két verzió kiválasztása → overlay a siteplanen
• →Vizuális diff: eltolás, új/törölt elem, mozdult fal/ajtó/eszköz
• →Célidő: 30–60 mp beállítás, 2–5 perc zóna-átnézés
• →Közös igazság megrendelő–kivitelező–alvállalkozó között

Rétegek, undo/redo: kontroll a jelölésen

A verzió-összehasonlítás nem csak „két PDF”. A siteplanen a rétegek (feladatok/pin, rajzjelölés, szöveg, szakági szimbólumok) kapcsolhatók: a diff alatt is látszik, hol van nyitott punch, hol van as-built jelölés, hol van csak a tiszta rajz. Így a változás és a telepi munkaállapot egy nézetben van — nem külön Excel és külön chat.

Az undo/redo a réteg- és jelölésmunka biztonsági hálója. Terepen gyakori: véletlen pin-mozgatás, rossz szimbólum, túl sok jelölés egy zónán. Ha nincs visszavonás, a brigád fél javítani, vagy „még egy réteg zajt” rak rá. Undo/redo 1–2 koppintással helyreállítja az előző állapotot; a történet nem vész el a frissítésnél, ha a rendszer verziózza a munkarétegeket is.

Ajánlott réteg-fegyelem: (1) hivatalos tervverzió — csak feltöltés/aktiválás, nem „rárajzolás” a masterre; (2) as-built / jelölés réteg — telepi valóság; (3) feladat/pin réteg — punch és szerelés; (4) ideiglenes markup — megbeszéléshez, később törölhető. A diff az 1-es verziók között fut; a 2–3. réteg a kontextus, hogy a változás mit jelent a nyitott munkára.

• →Rétegek: terv, as-built jelölés, pin/feladat, ideiglenes markup
• →Undo/redo: véletlen mozgatás és túljelölés visszavonása terepen
• →Diff a hivatalos verziók között; a pin réteg a munkakontextus
• →Szakági szűrés: villany / gépészet / gyengeáram / tűzjelző külön kapcsolható

As-built vs új kiadás: mikor futtasd a diffet

Három tipikus trigger. (1) Új megrendelői / generál kiadás érkezik: overlay az előző as-built vagy az utolsó telepi aktuális vs. új Vn — mielőtt a brigád fúr vagy húz kábelt. (2) Heti / szakaszos zárás: mi változott a helyszínen az as-built réteghez képest, és mi került be hivatalos verzióba. (3) Átadás előtt: as-built vs. utolsó szerződéses kiadás — a vitapontok listája, nem emlékezet.

Számokban: egy 5000 m²-es iroda gyengeáram-installjánál 1–3 jelentős kiadás / hónap nem ritka a szerelés közepén. Ha a diff elmarad, 5–15% a „rossz helyre került eszköz / nyomvonal” arány a bejáráson; javítás 4–12 óra / zóna is lehet. A 5 perces overlay standup ezt a kockázatot a bejárás elé tolja.

Az as-built nem „a projekt végén beszkennelt piros ceruza”. A pin, a fotó és a jelölés folyamatosan épül; a verzió-összehasonlítás azt mutatja, hol tért el a valóság a papírkiadástól, és hol kell új hivatalos verzió. A CMMS / eszközkezelés felé ez a „hol van mi most” forrás — a diff megvédi, hogy a szerviz ne elavult vonalra építsen.

Audit és felelősség: ki mit látott a változásból

Szerződéses vitánál a kérdés: melyik verzió volt aktív, mikor, és ki látta a diffet. A verzió-történet (feltöltő, időbélyeg, megjegyzés, aktuális jelölés) + az overlay használata együtt ad auditálható láncot. „Küldtem a PDF-et” nem bizonyíték; „V06 aktív, V05 vs V06 overlay, 14:32, felhasználó X” az.

Multi-party projekten a megrendelő a telephely tulajdonosa, a kivitelező meghívott fél: mindketten ugyanazt az aktív verziót és ugyanazt a diffet kell, hogy lássák — de a feltöltési jog szűk. Az alvállalkozó a rábízott zónán dolgozik; a diff olvasható, a master cseréje nem. Így a változás nem „titkos e-mail-lánc”, hanem közös forrás szűk jogosultsággal.

Minimum naplózandó: új verzió feltöltés/aktiválás, korábbi verzió archiválás, pin/jelölés a diff után (ha a változás miatt áthelyezés kell), fotó a helyszíni eltérésről. 90 napos projekten 5–10 kiadásnál ez a napló órákat spórol a zárási vitán.

• →Verzió: feltöltő + dátum + megjegyzés + aktuális státusz
• →Ugyanaz a diff megrendelőnek és kivitelezőnek
• →Master feltöltés szűk jog; alvállalkozó: olvas + pin, nem verziócsere
• →Napló: aktiválás, áthelyezés, fotó a változáshoz kötve

10 pontos tervdiff checklist a telepre

Futtasd le ezt a listát minden új kiadásnál és minden as-built zárás előtt. 10–15 perc — olcsóbb, mint egy zóna újrafúrása.

• →1. Az új PDF/kép a rendszerbe kerül verzióként — nem chat-csatolmány a „hivatalos” forrás
• →2. Előző referencia egyértelmű: utolsó as-built vagy előző aktuális (V n−1)
• →3. Overlay be: aktuális vs. referencia, zoom a kritikus zónákra
• →4. Rétegek: pin/punch és as-built jelölés bekapcsolva a diff mellett
• →5. Lista: mi mozdult (fal, ajtó, nyomvonal, eszköz) — 5–15 bullet, felelőssel
• →6. Érintett pin-ek átnézve: áthelyezés / új punch / lezárás indoklással
• →7. Undo/redo: jelölési hibák javítva, mielőtt a brigád fúr
• →8. Brigád / alvállalkozó tájékoztatva az aktív verzióról (push vagy short standup)
• →9. Offline letöltés frissítve a telepi nap előtt — a pince nem állíthatja meg a diffet
• →10. Aktiválás naplózva; régi verzió archív, nem törölve (audit / vita)

Összegzés és következő lépés

A cikkben összefoglalt gyakorlati lépések akkor működnek tartósan, ha egy központi rendszerben futnak a munkalapok, az eszköznyilvántartás, a preventív ütemezés és — ahol kell — a tűzvédelmi ellenőrzések is. A szétszórt Excel-fájlok és papír naplók hosszú távon nem adják az auditálhatóságot és a valós idejű átláthatóságot.

A SafetyPro CMMS ezeket egy platformon egyesíti: QR/NFC azonosítás, mobil app offline módban, riportok és emlékeztetők. A Basic csomag 24 900 Ft/hó-tól indul; 14 napos ingyenes próba egyeztethető személyesen, a bemutató után.

Ha a témában leírt folyamatokat szeretnéd élesben látni a saját telephelyed példáján, kérj bemutatót — az értékesítési csapat általában 1 munkanapon belül válaszol.