ISO 19650’DE VERSİYONLAMA VE ONAY SÜRECİ YÖNETMEK

Bir BIM projesinde en pahalı hatalar genellikle modelleme değil, yanlış dosyanın “son” sanılmasıyla başlar. Bir ekip revizyonu doğru etiketlemez, bir diğeri eski çizimi onaya gönderir, üçüncüsü de sahaya yanlış bilgiyi indirir. ISO 19650’nin asıl değeri, bu tür zincirleme hataları versiyonlama ve onay süreci disiplinine bağlayarak azaltmasında yatar.

ISO 19650, “kim, neyi, ne zaman, hangi amaçla paylaştı?” sorusunu yanıtlayan izlenebilir bir bilgi yönetimi yaklaşımı getirir. Bunun merkezinde CDE (Common Data Environment) içinde tanımlı durumlar, kontrol noktaları ve yayın kuralları bulunur. Bu makalede, ISO 19650 versiyonlama yaklaşımını proje ölçeğine uygun biçimde kurgulamak ve onay akışını sürdürülebilir şekilde işletmek için pratik bir yol haritası bulacaksınız.

Odak noktamız; revizyonların adlandırılması, durum atamaları, gözden geçirme ve onay adımlarının netleştirilmesi, kayıtların tutulması ve otomasyonla hataların azaltılmasıdır. Eğer süreci eğitim düzeyinde uçtan uca kurmak isterseniz, içerikte bir iç kaynağa da yönlendireceğim: ISO 19650 BIM eğitimi.

ISO 19650 versiyonlama mantığını standardize etmek

ISO 19650 versiyonlama yaklaşımı, dosya adında rastgele “v3-final-son” gibi etiketler yerine, tutarlı bir sürüm ve durum mantığıyla ilerlemeyi amaçlar. Burada iki kavramı ayrıştırmak işleri kolaylaştırır: birincisi versiyon (yani içerik değişti mi?), ikincisi ise durum (yani amaç ve yetki seviyesi ne?).

Örneğin bir model “çalışma” amaçlı üretilebilir, “paylaşım” için gözden geçirmeye çıkabilir, “yayın” için onaylanabilir. Aynı içerik, farklı durumda bulunabilir; ya da aynı durum, farklı versiyonlarla temsil edilebilir. Bu ayrım yapılmadığında proje; yanlış dosyanın yanlış kişiye gitmesi, sorumluluğun belirsizleşmesi ve teslim tarihlerinin kaçması gibi risklerle karşılaşır.

Versiyon ile durum ayrımını netleştirmek

Versiyon, bilgi nesnesinin içeriğinin değiştiğini gösterir; durum ise o bilginin hangi güven düzeyinde kullanılması gerektiğini anlatır. Örneğin “S0” gibi bir durum, paylaşılmadan önceki dahili çalışma seviyesini temsil edebilir; “S2” gibi bir durum, koordinasyon için paylaşılabilir bir seviye olabilir. Kurumlar kendi şemalarını tanımlayabilir; önemli olan bu şemayı CDE içinde tutarlı uygulamaktır.

Revizyon dizilimini herkesin anlayacağı hale getirmek

Revizyon dizilimi, farklı disiplinlerin aynı kuralı izleyebilmesini sağlamalıdır. Mimari ekip “A-REV-12” kullanırken, MEP ekibinin “MEP-11b” yapması, çapraz kontrolleri zayıflatır. ISO 19650 çerçevesinde, bilgi konteyneri adlandırma (naming convention) ve revizyon mantığı; işveren gereksinimi, proje bilgi protokolü ve BEP ile hizalanmalıdır.

CDE üzerinde durumlar ve geçişleri tasarlamak

Common Data Environment, yalnızca dosya deposu değildir; kontrollü geçişlerin tanımlandığı bir süreç sistemidir. Bu nedenle CDE üzerinde “Work In Progress”, “Shared”, “Published/Documentation” ve “Archive” gibi alanlar ya da eşdeğer durum kümeleri yapılandırılır. Dosyaların bir alandan diğerine geçmesi, onay veya gözden geçirme gibi kontrollerle şartlanır.

Work In Progress akışını disiplin içi yönetmek

WIP alanı, ekibin kendi içinde hızlı iterasyon yaptığı, dış paylaşıma kapalı alandır. Burada versiyon artışı sık görülür; ancak her versiyonun paylaşılması gerekmez. WIP’te minimum beklenti; değişikliklerin kısa bir notla kayıt altına alınması ve kim tarafından üretildiğinin izlenmesidir.

Shared alanında koordinasyon kurallarını işletmek

Shared alanı, disiplinler arası koordinasyonun başladığı yerdir. Bu alana çıkacak bilgi konteyneri, belirli bir kalite eşiğini geçmelidir: çakışma kontrolleri, temel parametre doğrulamaları, adlandırma doğruluğu, referans koordinatları gibi. Shared alanına taşınan konteynerin “amaç” bilgisi (örneğin koordinasyon, maliyet çalışması, ihale paketi) açıkça belirtilmelidir.

• Durum kodlarını tanımlamak ve açıklamalarını dokümante etmek
• Shared’e geçişte zorunlu kontrolleri belirlemek ve uygulamak
• Her paylaşımda değişiklik özetini eklemek ve izlenebilirliği artırmak
• Rol bazlı yetkilendirme kurmak ve yanlış erişimi engellemek

Onay süreci iş akışını kurgulamak ve işletmek

Onay süreci, “kim onaylar?” sorusundan önce “ne onaylanır?” sorusunu netleştirerek başlamalıdır. Her bilgi konteyneri aynı şekilde onaylanmaz: bazıları yalnızca koordinasyon için paylaşılır, bazıları sözleşmesel teslim niteliği taşır. ISO 19650’nin yaklaşımı, onay kararını; amaç, kullanım ve risk seviyesine göre sınıflandırmaktır.

Gözden geçirme adımlarını rollerle eşleştirmek

Birçok organizasyonda onay, tek bir kişinin “ok” demesi gibi algılanır. Oysa pratikte; teknik uygunluk, disiplin içi kontrol, disiplinler arası çakışma doğrulaması ve işveren gereksinimine uyum gibi katmanlar vardır. Bu katmanları rol bazlı bir matrisle (örneğin RACI) tanımlamak, kararın şeffaflaşmasını sağlar.

Onay kriterlerini ölçülebilir hale getirmek

“Model yeterli mi?” gibi soyut ifadeler, onay sürecini tartışmaya açık bırakır. Bunun yerine; teslim kapsamına göre kontrol listeleri, parametre doğrulama kuralları, çizim üretim kriterleri, klasifikasyon zorunlulukları ve koordinat doğruluğu gibi ölçülebilir kriterler belirlenmelidir. Böylece reddedilen teslimlerde “neden” net olur, tekrar döngüsü kısalır.

Aşağıdaki örnek, bir teslim paketi için basit bir durum geçiş tablosu ve kontrol listesi mantığını gösterir. Bu yapı CDE aracında iş akışı olarak uygulanabilir ya da proje başlangıcında BEP ekinde duyurulabilir.

{
  "states": [
    { "code": "S0", "name": "WIP", "gate": "Disiplin içi kontrol" },
    { "code": "S1", "name": "Shared", "gate": "Koordinasyon kontrolü" },
    { "code": "A1", "name": "Published", "gate": "İşveren onayı" }
  ],
  "checks": {
    "S0_to_S1": ["Naming doğrulama", "Koordinat kontrolü", "Temel parametre seti"],
    "S1_to_A1": ["Clash raporu", "Kapsam kontrol listesi", "Transmittal kaydı"]
  }
}

Adlandırma, numaralandırma ve izlenebilirlik sağlamak

ISO 19650’de bilgi konteyneri adlandırma, yalnızca düzen meselesi değildir; izlenebilirlik ve otomasyonun temelidir. Standart bir adlandırma kuralı; disiplin, bölge/kat, seviye, tür, sıra numarası gibi bileşenlerle dosyanın bağlamını taşır. Bu sayede arama, filtreleme, raporlama ve kalite kontrolleri hızlanır.

Doküman numaralandırmayı teslim paketiyle hizalamak

Numaralandırma, teslim paketlerinin mantığıyla uyumlu olmalıdır. Örneğin “paket bazlı” yaklaşımda, her teslim paketi kendi seri numarası aralığını alır; bu, sahaya veya ihale ekibine giden bilgi akışını daha okunur kılar. Ayrıca tedarikçi ve alt yüklenici teslimlerinde, aynı şemanın kontrollü bir alt kümesini uygulamak karmaşayı azaltır.

Değişiklik kaydı ve transmittal süreçlerini bağlamak

Versiyonlama tek başına yeterli değildir; değişikliğin ne olduğu ve kime iletildiği de kayıt altına alınmalıdır. Transmittal (iletim) kaydı; konteyner listesi, durum, amaç, alıcılar, tarih ve kısa değişiklik özetini içermelidir. Böylece “ben görmedim” tartışmaları azalır, sözleşmesel izler güçlenir.

Aşağıdaki örnek, iletim kaydı için pratik bir JSON şablonu sunar. Birçok ekip bunu CDE dışı bir sistemde (örneğin biletleme veya belge yönetimi) de tutarak uçtan uca izlenebilirlik sağlar.

{
  "transmittalNo": "TRN-2026-0213-004",
  "date": "2026-02-13",
  "purpose": "Koordinasyon",
  "recipients": ["Mimari Koordinatör", "MEP Koordinatör", "Şantiye BIM Lideri"],
  "containers": [
    { "id": "ARC-MDL-L02-001", "revision": "P03", "status": "S1" },
    { "id": "STR-MDL-L02-002", "revision": "P01", "status": "S1" }
  ],
  "changeSummary": "Kat 02 şaft düzeni güncellendi, kolon aksları doğrulandı, MEP çakışmaları azaltıldı."
}

Kalite kontrol, sorumluluk ve denetim izi güçlendirmek

ISO 19650 kapsamında versiyonlama ve onay süreci yönetmek, kalite kontrol olmadan sürdürülemez. Kalite kontrol; yalnızca modelin geometrisini değil, metadata tutarlılığını, isimlendirmeyi, sınıflandırmayı ve teslim kapsamını da kapsar. Bu kontroller, mümkün olduğunca standardize edilmeli ve tekrarlanabilir hale getirilmelidir.

Kontrol listelerini teslim türüne göre uyarlamak

İhale paketi, uygulama projesi ve as-built teslimlerinin kontrol listesi aynı olamaz. Bu nedenle kontrol listeleri; teslim türüne, LOD/LOI beklentisine ve işverenin bilgi gereksinimine göre ayrıştırılmalıdır. Böylece gereksiz denetimler azalır, kritik kontroller öne çıkar.

Denetim izi üreterek geri izleme yapabilmek

Bir teslim reddedildiğinde veya sahada bir hata çıktığında, “hangi versiyon kullanıldı?” ve “hangi onayla yayımlandı?” sorularına hızlı yanıt vermek gerekir. Denetim izi; durum geçiş kayıtları, onay yorumları, transmittal kayıtları ve değişiklik özetlerinin birlikte tutulmasıyla güçlenir. Bu izler, proje sonu değerlendirmelerinde süreç iyileştirmesi için de veri sağlar.

Otomasyonla hata riskini azaltmak ve ölçeklemek

Manuel süreçler, küçük projelerde yürüyebilir; ancak ekip büyüdükçe hata olasılığı artar. Bu noktada otomasyon; adlandırma doğrulama, durum geçişinde zorunlu alan kontrolü, teslim paketinde eksik dosya uyarısı, revizyon çakışması tespiti gibi kontrolleri devreye alır. Amaç, insanı devreden çıkarmak değil; insanı doğru karar için güçlendirmektir.

Kuralların CDE içinde zorlanmasını sağlamak

CDE aracınız izin veriyorsa, “Shared’e çıkarken değişiklik özeti zorunlu”, “Published için onaycı rolü şart”, “dosya adı şemaya uymuyorsa yükleme engeli” gibi kuralları sistemsel hale getirin. Böylece kural ihlali, eğitimle değil sistem tasarımıyla azalır.

Raporlama metriklerini belirleyerek iyileştirmek

Süreç yönetimi, ölçmeden gelişmez. Örneğin “onaya giden teslimlerin reddedilme oranı”, “ortalama revizyon döngüsü”, “Shared’de bekleme süresi”, “adlandırma ihlali sayısı” gibi metrikler; ekip eğitim ihtiyacını ve süreç darboğazlarını görünür kılar. Bu metrikler; haftalık koordinasyon toplantılarında kısa bir gündem maddesi olarak bile ciddi fayda üretir.

Özetle; ISO 19650’de versiyonlama ve onay süreci yönetmek, CDE üzerinde net durumlar tanımlamakla başlar; adlandırma ve transmittal kayıtlarıyla izlenebilirliği artırmakla güçlenir; kalite kontrol ve otomasyonla sürdürülebilir hale gelir. Bu yaklaşım, yalnızca belge düzeni değil; teslim güvenilirliği, sözleşmesel netlik ve proje risk yönetimi açısından da kritik bir avantaj sağlar.

Süreci kurum içinde standartlaştırmak ve ekiplere aynı dili kazandırmak için, BEP ve bilgi protokolü gibi dokümanların yanında uygulamalı örneklerle ilerlemek büyük fark yaratır. İhtiyacınız olan çerçeveyi daha yapılandırılmış biçimde öğrenmek için ISO 19650 BIM eğitimi içeriğine de göz atabilirsiniz.