ISO 19650’DE CDE KURALLARIYLA VERİ YÖNETİMİ SAĞLAMAK

Bir projede aynı çizimin beş farklı “son” sürümü dolaşıyorsa, sorun genelde insanlarda değil; bilginin nerede, nasıl ve hangi kuralla yönetildiğindedir. ISO 19650 yaklaşımı, bu belirsizliği azaltmak için CDE (Common Data Environment) üzerinden ortak bir dil ve akış tanımlar.

Bu makalede, ISO 19650 bağlamında CDE veri yönetimi kurallarını kurumsal bir ölçekte uygulamak için pratik bir yol haritası bulacaksınız. Hedef; dosya adlandırmadan onay iş akışlarına, yetkilendirmeden denetim izlerine kadar her adımı ölçülebilir ve denetlenebilir hale getirmektir.

Okudukça “Bizim CDE var ama yine de karmaşa sürüyor” cümlesinin arkasındaki nedenlerin çoğunun; statü yönetimini, metadata disiplinini ve rol bazlı kuralları eksik kurgulamaktan kaynaklandığını göreceksiniz.

CDE kavramını ISO 19650 içinde konumlandırmak

ISO 19650, BIM odaklı bilgi yönetimini bir “dosya depolama” faaliyeti olmaktan çıkarıp, yaşam döngüsü boyunca bilgi üretimini, doğrulamayı ve teslim etmeyi süreçleştirir. CDE ise bu sürecin merkezi sinir sistemi gibidir: bilgi nesneleri (model, çizim, rapor, şartname, fotoğraf yerine ölçüm kaydı vb.) burada üretilir, izlenir, paylaşılır ve arşivlenir.

Pratikte CDE; sadece bir platform adı değil, aynı zamanda yetkilendirme matrisi, statü geçişleri, klasör mantığı, versiyon ve revizyon kuralı, denetim izi ve teslimat paketleme standartlarının birleşimidir. Bu yüzden “Bir SharePoint alanı açtık, CDE kurduk” yaklaşımı genelde beklenen faydayı vermez.

Bilgi kapsayıcılarını doğru tanımlamak

ISO 19650, “information container” kavramını merkeze alır. Bir model dosyası, IFC çıktısı, PDF çizim, hesap raporu veya veri tablosu; hepsi bir bilgi kapsayıcısıdır. Kurumsal ölçekte ilk adım, kapsayıcı tiplerini ve her tip için zorunlu metadata alanlarını belirlemek olur: disiplin, seviye, iş paketi, sorumlu ekip, statü, revizyon, uygunluk etiketi gibi.

ISO 19650 statülerini CDE katmanına taşımak

CDE’nin en kritik tarafı “hangi bilgi kim tarafından, ne zaman, hangi amaçla kullanılabilir” sorusunu statü üzerinden netleştirmektir. Yaygın yaklaşım; Work In Progress, Shared, Published/Documentation ve Archive gibi durumları CDE içinde ayrı alanlar veya etiketler olarak modellemektir. Bu katmanlar; onay iş akışı ve sorumluluk devri ile birleştiğinde, “hangi sürüm doğru” tartışmaları ciddi biçimde azalır.

Klasör yapısını ve statü alanlarını kurgulamak

CDE tasarımında iki uç yaklaşım vardır: çok katı klasör hiyerarşisi veya daha serbest, etiket/metadata odaklı yapı. Kurumsal sistemlerde genelde hibrit yaklaşım daha sürdürülebilirdir: temel hiyerarşi az katmanlı olur, ayrıntı metadata ve statüyle yönetilir. Böylece proje sayısı arttığında klasör patlaması yaşanmaz.

Work In Progress alanını disiplin bazında ayrıştırmak

WIP alanı, üretimin hızlı ve deneyselliğin daha yüksek olduğu yerdir. Bu yüzden erişim çoğu zaman ekip içiyle sınırlıdır. Disiplin bazında alt alanlar açmak (Mimari, Statik, MEP gibi) pratik bir başlangıçtır; ancak asıl kritik kısım, WIP’ten Shared’a geçişin “otomatik kopyalama” değil, kontrollü bir statü geçişi olmasıdır.

Shared alanında tüketim kurallarını netleştirmek

Shared, ekipler arası koordinasyon için “paylaşılabilir” bilgi setidir. Buradaki dosyalar tüketilecek ve referans alınacaktır. Bu nedenle Shared’da minimum metadata zorunluluğu uygulanmalı, statü ve uygunluk etiketleri eksiksiz tutulmalıdır. Örneğin, koordinasyon için “S1 - Koordinasyon İçin” gibi bir uygunluk tanımı, ekiplerin hatalı bir seti referans almasını engeller.

Published alanını teslimat mantığıyla bağlamak

Published/Documentation alanı, sözleşmesel teslimat veya resmi yayın için ayrılmıştır. Burada revizyon yönetimi daha katıdır; tipik olarak onaylanmış durum (örn. “A - Onaylı”) taşıyan içerikler bulunur. Bu alanın “paketleme” mantığı (transmittal, teslim seti, milestone) ile bağlanması; denetim ve izlenebilirlik için kritik bir adımdır.

Adlandırma ve kodlama şemasını standardize etmek

Kurumsal BIM operasyonlarında en hızlı kazanım, doküman kodlama ve adlandırma şemasını standardize etmekle gelir. ISO 19650, kodlamayı tek bir dosya adı standardına indirgemez; ancak “tanımlayıcı bileşenlerin tutarlı olması” fikrini güçlendirir. Önerilen yaklaşım; proje, bölge, seviye, disiplin, tür, sıra, revizyon gibi bileşenleri hem dosya adında hem de metadata alanlarında tekrarlamaktır.

Primary keyword odağını içerikte doğal dağıtmak

Bu makalenin primary odağı olan ISO 19650 CDE veri yönetimi, yalnızca bir teknoloji seçimi değildir; süreç, rol ve denetim birleşimidir. Bu odağı destekleyen secondary kavramlar; common data environment, BIM bilgi yönetimi, versiyon kontrol, metadata şeması, doküman kodlama, uygunluk etiketleri, onay iş akışı, yetkilendirme matrisi ve ISO 19650 uyum denetimi gibi başlıklarda doğal olarak ortaya çıkar.

Örnek doküman kodu üretmek

Aşağıdaki örnek, bir çizim/PDF kapsayıcısı için tipik bir kod üretimini gösterir. Kurumunuzun standardına göre alanları artırabilir veya sadeleştirebilirsiniz.

// Örnek: Proje-Bölge-Seviye-Disiplin-Tür-Sıra-Revizyon-Statü
// PRJ01-Z01-L03-ARC-DRW-0123-P02-SHARED
function buildContainerCode({project, zone, level, discipline, type, seq, revision, status}) {
  const pad = (n, len) => String(n).padStart(len, '0');
  return [
    project,
    zone,
    level,
    discipline,
    type,
    pad(seq, 4),
    revision,
    status
  ].join('-');
}

Rol ve yetkilendirme matrisini uygulamak

Bir CDE’nin ölçeklenebilir olması için rol bazlı erişim şarttır. “Herkes görsün ama düzenlemesin” yaklaşımı çoğu zaman yetmez; çünkü statü geçişi, onay ve yayınlama gibi aksiyonlar belirli rollere ayrılmalıdır. Tipik roller; bilgi yöneticisi, disiplin lideri, üretici, gözden geçiren, onaylayan ve tüketici olarak sınıflanabilir.

Yetkiyi aksiyon bazında kısıtlamak

Rol bazlı erişimde sadece klasöre erişim değil, aksiyonların da kısıtlanması gerekir: dosya yüklemek, statü değiştirmek, yayınlamak, arşivlemek, silmek, geri almak, transmittal oluşturmak gibi. Böylece bir kullanıcı yanlışlıkla Published alanına kontrolsüz içerik bırakmaz ve denetim izi bozulmaz.

Onay akışını izlenebilir hale getirmek

Onay iş akışı tasarlanırken “kim onayladı” kadar “hangi kriterle onayladı” da önemlidir. Basit bir kontrol listesi ve zorunlu yorum alanı, ileride doğacak anlaşmazlıklarda büyük avantaj sağlar. Ayrıca onay adımı, revizyon artışıyla otomatik bağlandığında versiyon/revizyon karmaşası azalır.

• WIP → Shared geçişinde: teknik tutarlılık kontrolü yapmak
• Shared → Published geçişinde: sözleşmesel uygunluğu doğrulamak
• Published → Archive geçişinde: teslim setini sabitlemek

Versiyon, revizyon ve değişiklik izini yönetmek

Kurumsal yazılım geliştirme ekiplerinin bildiği gibi, sürümleme yalnızca isimlendirme değildir; değişiklik geçmişini koruyan bir disiplindir. CDE’de de benzer mantık geçerlidir: versiyon (iç döngü), revizyon (dışa sunum) ve statü (kullanım amacı) üçlüsü birlikte yönetilmelidir.

Değişiklik günlüğünü otomatik üretmek

CDE platformunuz destekliyorsa, metadata değişimlerini ve statü geçişlerini otomatik loglamak gerekir. Desteklemiyorsa, en azından yayınlama adımında bir “değişiklik özeti” alanı zorunlu yapılmalıdır. Aşağıdaki örnek, basit bir değişiklik günlüğü formatını JSON olarak üretir.

{
  "containerCode": "PRJ01-Z01-L03-ARC-DRW-0123-P02-PUBLISHED",
  "changeType": "revision",
  "from": "P01",
  "to": "P02",
  "reason": "Koordinasyon çakışmaları giderildi, ölçü seti güncellendi",
  "approvedBy": "Disiplin Lideri",
  "approvedAt": "2026-02-13T10:15:00-05:00",
  "relatedIssues": ["CLASH-184", "RFI-27"]
}

Denetim izini raporlanabilir hale getirmek

ISO 19650 uyum denetimi için; kim, neyi, ne zaman değiştirdi sorusuna raporla cevap verebilmek gerekir. Bu nedenle platform seçiminde audit trail, export edilebilir loglar ve API erişimi kritik hale gelir. Kurumsal tarafta bu loglar, risk yönetimi ve teslimat doğrulaması için düzenli raporlara bağlanabilir.

Metadata şemasını ve arama deneyimini güçlendirmek

Çok sayıda proje, tedarikçi ve disiplinin bir arada çalıştığı yapılarda “dosyayı bulmak” başlı başına maliyet kalemidir. Metadata şeması doğru kurulursa, ekipler klasör gezmek yerine aramayla doğru kapsayıcıya ulaşır. Bu yaklaşım, özellikle common data environment kullanımını kurumsal ölçekte hızlandırır.

Zorunlu alanları kullanıcıyı yormadan toplamak

Metadata alanlarını çok artırmak, kullanıcıları form doldurmaya boğabilir. Çözüm; akıllı varsayılanlar ve kural tabanlı otomasyondur. Örneğin dosya WIP/ARC klasörüne yüklendiyse disiplin otomatik “ARC” seçilebilir; kullanıcı yalnızca seviye veya iş paketi gibi değişken alanları doldurur. Bu, veri kalitesini yükseltirken kullanıcı direncini azaltır.

Arama filtrelerini süreç adımlarıyla eşlemek

Arama filtreleri; statü, uygunluk etiketi, disiplin, milestone, paket numarası gibi süreç odaklı alanları içerdiğinde ekipler “hangi seti kullanmalıyım” sorusunu arama üzerinden yanıtlar. Böylece yanlış set kullanımı düşer, koordinasyon toplantıları daha verimli hale gelir.

Teslimat paketlerini ve entegrasyonları planlamak

ISO 19650’de bilgi teslimatı, “bir klasörü zipleyip göndermek”ten daha fazlasıdır. Teslimat paketleri; milestone’a bağlı, kapsamı tanımlı, uygunluğu doğrulanmış ve izlenebilir setler olmalıdır. Kurumsal tarafta bu paketler; ERP, doküman yönetimi, iş takip ve kalite sistemleriyle entegrasyon ihtiyacı doğurur.

Teslimat planını yazılı hale getirmek

Bilgi teslimat planı (IDP) ve bilgi üretim planı (TIDP/MIDP) gibi planlar, hangi bilgi kapsayıcısının ne zaman ve hangi statüde üretileceğini belirler. CDE, bu planları teknik olarak enforce etmeye yardımcı olur: geciken setler raporlanır, eksik metadata uyarı verir, yanlış statü geçişi engellenir.

Kurumsal eğitim ve yönetişimi sürdürülebilir kılmak

Teknik kurallar kadar, yönetişim de önemlidir. Rol tanımları, karar kayıtları, istisna süreçleri ve düzenli denetimler olmadan CDE zamanla “her şeyin atıldığı alan”a dönüşebilir. Bu noktada ekibin ortak bir çerçevede hizalanması için ISO 19650 BIM eğitimi gibi programlar, süreç standardını kurum geneline yaymak için etkili bir kaldıraç olur.

Uygulamaya geçerken hızlı kazanımlar elde etmek

Bir CDE dönüşümünü tek seferde “mükemmel” yapmak yerine, ölçülebilir adımlarla ilerlemek daha gerçekçidir. Önce kodlama şeması ve statü akışını sabitlemek, sonra metadata ve entegrasyonları derinleştirmek tipik bir yol haritasıdır. Kurumsal yazılım geliştirme bakış açısıyla, bunu “minimum uygulanabilir yönetişim” olarak düşünebilirsiniz.

Kontrol listeleriyle kaliteyi güvenceye almak

WIP’ten Shared’a ve Shared’dan Published’a geçişlerde kısa kontrol listeleri kullanmak, hataların çoğunu erken yakalar. Bu listeler; model koordinasyonu, doküman bütünlüğü, referans dosyaların güncelliği, uygunluk etiketi doğruluğu gibi maddeleri içerebilir. Böylece teslimat öncesi panik azalır.

Raporlamayı metriklere bağlamak

Başarıyı görünür kılmak için metrikler belirleyin: yanlış set kullanımı kaynaklı tekrar iş sayısı, yayınlanan set başına onay süresi, metadata eksikliği oranı, denetim bulguları gibi. Bu metrikler, CDE’nin “depo” değil, veri yönetimi aracı olduğunu yönetime anlatmayı kolaylaştırır.

Özetle: ISO 19650’de CDE kurallarıyla veri yönetimi sağlamak; statü, rol, kodlama, metadata ve denetim izini tek bir çerçevede birleştirmeyi gerektirir. Doğru kurgu, ekiplerin hem hızını hem de güvenilirliğini artırır.