OCTATUS / TEKNİK HİZMET KAPSAMI

Varlık Bilgi Gereksinimleri ve Dijital Envanter

Mevcut ekipmanları güvenilir kimlik, konum, teknik bilgi ve yaşam döngüsü kayıtlarıyla yönetilebilir varlıklara dönüştürün.

Kapsam görüşmesi talep edin ↗

Teknik yaklaşım ve çalışma yöntemi

Varlık hiyerarşisi, ekipman sınıfları, kalıcı ID, etiket ve kaynak sistem kimlik eşleme kuralları tasarlanır.

AIR/EIR kapsamında zorunlu özellikler, belgeler, bakım verileri, konum ve sistem ilişkileri sınıf bazında belirlenir.

CMMS/ERP, çizim ve saha kayıtları arasında çelişkili veriler ayrıştırılır; doğrulama ve eksik bilgi yönetimi planlanır.

Kapsamlı hizmet rehberi

varlık bilgi zinciri: kaynaklar, dönüşümler ve doğrulama adımlarının şematik gösterimi.

Varlık bilgi gereksinimi neden modelleme talimatı değildir?

Varlık bilgi gereksinimleri, işletmenin bir varlık hakkında hangi kararları hangi güven düzeyinde vereceğini tarif eder. Modelleme talimatı ise bu bilginin belirli bir yazılımda nasıl temsil edileceğini düzenler. Örneğin kritik bir elektrik panosunun hangi yükleri beslediği işletme kararı için önemli olabilir; vida ve bağlantı geometrisinin milimetrik modellenmesi aynı kullanım senaryosu için gerekli olmayabilir. İyi bir AIR çalışması, alanları teknolojiden bağımsız tanımlayarak gereksiz geometri üretimini ve eksik işletme verisini aynı anda azaltır.

AIR dokümanı, yalnızca zorunlu alanların sıralandığı bir Excel tablosu değildir. Her alanın kullanım gerekçesi, veri tipi, birimi, sınıflandırması, kaynağı, sahibi, doğrulama yöntemi ve güncelleme tetikleyicisi açıklanmalıdır. Bu bilgiler bulunmadığında yüklenici dosyayı biçimsel olarak doldurabilir fakat işletme için güvenilir veri üretemeyebilir.

Bu başlığın kabulünde yalnızca bir dokümanın üretilmesi yeterli sayılmaz. Varlık bilgi gereksinimi neden modelleme talimatı değildir? için kaynak kayıt, karar sahibi ve doğrulama kanıtı tanımlanır; açık kalan varsayımlar risk listesine eklenir. Uygulama ekibi örnek varlıklar üzerinde bilgiye ulaşmayı ve yanlış veriyi tespit etmeyi deneyebilmelidir. Verinin kaynağı belirsizse sonuç kesin kabul yerine inceleme gerekli durumunda tutulur. Bu yaklaşım yeni bir yazılım satın alınmasa bile kurumun bilgi yönetimini iyileştirebilir. Hizmetin maliyeti ve kapsamı ayrıca kararlaştırılır; uzman ürün entegrasyonlarının hazır olduğu varsayılmaz.

Kurumsal amaçlardan bilgi alanlarına izlenebilirlik

İlk çalıştayda tesis yönetimi, bakım, mühendislik, enerji, güvenlik ve satın alma ekiplerinin kararları ayrı ayrı dinlenir. Hangi arızada hangi bilgi eksikliği gecikmeye yol açıyor, hangi yenilemede yanlış kapasite bilgisi maliyet yaratıyor ve hangi denetimde belge bulunamıyor soruları somut örneklerle araştırılır. Böylece alan listesi rastgele standart şablonundan değil gerçek karar ihtiyacından türetilir.

Örneğin bakım ekibi bir pompanın yedek parçasını seçmek istiyorsa üretici, model, seri numarası ve uygun parça referansı gerekebilir. Enerji ekibi aynı pompa için nominal güç, ölçüm noktası ve işletme zamanını isteyebilir. Her iki ihtiyaç tek varlık altında ilişkilendirilebilir fakat veri otoriteleri ve güncelleme sıklıkları farklıdır. Alanın kime hizmet ettiği açıkça belirtilmelidir.

Bu başlığın kabulünde yalnızca bir dokümanın üretilmesi yeterli sayılmaz. Kurumsal amaçlardan bilgi alanlarına izlenebilirlik için kaynak kayıt, karar sahibi ve doğrulama kanıtı tanımlanır; açık kalan varsayımlar risk listesine eklenir. Uygulama ekibi örnek varlıklar üzerinde bilgiye ulaşmayı ve yanlış veriyi tespit etmeyi deneyebilmelidir. Verinin kaynağı belirsizse sonuç kesin kabul yerine inceleme gerekli durumunda tutulur. Bu yaklaşım yeni bir yazılım satın alınmasa bile kurumun bilgi yönetimini iyileştirebilir. Hizmetin maliyeti ve kapsamı ayrıca kararlaştırılır; uzman ürün entegrasyonlarının hazır olduğu varsayılmaz.

Varlık hiyerarşisi ve fonksiyonel konum

Bina, kat, oda, sistem, alt sistem, fonksiyonel konum ve fiziksel cihaz farklı kavramlardır. Aynı pompa kurulum noktasına yıllar içinde birden fazla fiziksel pompa takılabilir. Eğer kurulum noktası ile seri numarası tek kimlik kabul edilirse geçmiş arızalar yeni cihazın üzerine taşınabilir. Bu nedenle varlık bilgi modeli zamana bağlı kurulum ilişkisini desteklemelidir.

Hiyerarşi tasarlanırken bütün tesislerde tek bir ağaç yapısı yeterli olmayabilir. Bir elektrik panosu fiziksel olarak belirli odada bulunurken birden çok sistemin yüklerini besleyebilir. Mekânsal içerme ilişkisiyle işlevsel besleme ilişkisi ayrı tutulmalıdır. Kullanıcının bakım, renovasyon veya arıza etkisi sorusuna göre uygun ilişki grafı kullanılmalıdır.

Bu başlığın kabulünde yalnızca bir dokümanın üretilmesi yeterli sayılmaz. Varlık hiyerarşisi ve fonksiyonel konum için kaynak kayıt, karar sahibi ve doğrulama kanıtı tanımlanır; açık kalan varsayımlar risk listesine eklenir. Uygulama ekibi örnek varlıklar üzerinde bilgiye ulaşmayı ve yanlış veriyi tespit etmeyi deneyebilmelidir. Verinin kaynağı belirsizse sonuç kesin kabul yerine inceleme gerekli durumunda tutulur. Bu yaklaşım yeni bir yazılım satın alınmasa bile kurumun bilgi yönetimini iyileştirebilir. Hizmetin maliyeti ve kapsamı ayrıca kararlaştırılır; uzman ürün entegrasyonlarının hazır olduğu varsayılmaz.

Kimlik stratejisi: IFC GlobalId, tag ve seri numarası

IFC GlobalId, model öğesinin kimliğini temsil eder; kurumsal varlık kodu bakım veya finans kaydını, üretici seri numarası ise fiziksel cihazı tanımlar. SCADA tag adı çoğu zaman ölçüm noktasına işaret eder. Bu kimlikleri birleştirmek yerine tipli eşleme tablosu oluşturmak gerekir. Model yenilendiğinde veya ekipman değiştiğinde hangi eşlemenin geçerliliğini koruduğu açıkça değerlendirilmelidir.

Eşleme tablosu kaynak sistem, kaynak kimliği, hedef kimlik, ilişki tipi, başlangıç ve bitiş geçerlilik tarihi, doğrulayan kişi ve güven düzeyini içermelidir. Çakışan kayıtlar en yeni tarihli diye otomatik kabul edilmemelidir. Kritik varlıklarda saha etiketi, tek hat şeması ve bakım kaydı birlikte doğrulanabilir. Böylece dijital envanterin tarihsel doğruluğu korunur.

Bu başlığın kabulünde yalnızca bir dokümanın üretilmesi yeterli sayılmaz. Kimlik stratejisi: IFC GlobalId, tag ve seri numarası için kaynak kayıt, karar sahibi ve doğrulama kanıtı tanımlanır; açık kalan varsayımlar risk listesine eklenir. Uygulama ekibi örnek varlıklar üzerinde bilgiye ulaşmayı ve yanlış veriyi tespit etmeyi deneyebilmelidir. Verinin kaynağı belirsizse sonuç kesin kabul yerine inceleme gerekli durumunda tutulur. Bu yaklaşım yeni bir yazılım satın alınmasa bile kurumun bilgi yönetimini iyileştirebilir. Hizmetin maliyeti ve kapsamı ayrıca kararlaştırılır; uzman ürün entegrasyonlarının hazır olduğu varsayılmaz.

Bilgi sözlüğü ve veri tipleri

Bir alanın adını standartlaştırmak yeterli değildir. Örneğin kapasite alanı için kW, kVA, m³/saat veya ton soğutma gibi birimler karışabilir. Veri sözlüğünde kavramın tanımı, izin verilen birim, hassasiyet, boş değer davranışı ve ölçüm koşulu yer almalıdır. Serbest metin yerine kontrollü kod listeleri kullanılacaksa bunların sahibi ve sürüm yönetimi tanımlanmalıdır.

Bazı alanlar doğrudan ölçülür, bazıları üretici dokümanından alınır, bazıları mühendislik hesabıyla türetilir. Türetilen alanlarda hesaplama yöntemi ve varsayımlar kaydedilmelidir. Kullanıcı bir değeri gördüğünde bunun tasarım değeri, isim plakası değeri veya işletme ölçümü olduğunu ayırt edebilmelidir. Bu ayrım özellikle enerji ve kapasite değerlendirmelerinde kritik önemdedir.

Bu başlığın kabulünde yalnızca bir dokümanın üretilmesi yeterli sayılmaz. Bilgi sözlüğü ve veri tipleri için kaynak kayıt, karar sahibi ve doğrulama kanıtı tanımlanır; açık kalan varsayımlar risk listesine eklenir. Uygulama ekibi örnek varlıklar üzerinde bilgiye ulaşmayı ve yanlış veriyi tespit etmeyi deneyebilmelidir. Verinin kaynağı belirsizse sonuç kesin kabul yerine inceleme gerekli durumunda tutulur. Bu yaklaşım yeni bir yazılım satın alınmasa bile kurumun bilgi yönetimini iyileştirebilir. Hizmetin maliyeti ve kapsamı ayrıca kararlaştırılır; uzman ürün entegrasyonlarının hazır olduğu varsayılmaz.

Kritiklik bazlı alan matrisi

Tüm varlıklara aynı sayıda zorunlu alan tanımlamak maliyeti gereksiz artırır. Kritik UPS, yangın damperi, trafo ve ana soğutma ekipmanları için daha kapsamlı bilgi ve doğrulama gerekirken düşük riskli mobilyalarda basit envanter yeterli olabilir. AIR matrisi varlık sınıfı, kritiklik seviyesi ve kullanım senaryosu eksenlerinde oluşturulmalıdır.

Örneğin UPS için giriş/çıkış bağlantıları, nominal güç, akü konfigürasyonu, bakım prosedürü ve test kanıtı gerekebilir. Bir ofis sandalyesi için envanter kodu, konum ve sahiplik yeterli olabilir. Bu yaklaşım bilgi toplamayı önceliklendirir. Ancak yasal veya güvenlik kritik zorunluluklar maliyet gerekçesiyle kapsam dışı bırakılamaz.

Bu başlığın kabulünde yalnızca bir dokümanın üretilmesi yeterli sayılmaz. Kritiklik bazlı alan matrisi için kaynak kayıt, karar sahibi ve doğrulama kanıtı tanımlanır; açık kalan varsayımlar risk listesine eklenir. Uygulama ekibi örnek varlıklar üzerinde bilgiye ulaşmayı ve yanlış veriyi tespit etmeyi deneyebilmelidir. Verinin kaynağı belirsizse sonuç kesin kabul yerine inceleme gerekli durumunda tutulur. Bu yaklaşım yeni bir yazılım satın alınmasa bile kurumun bilgi yönetimini iyileştirebilir. Hizmetin maliyeti ve kapsamı ayrıca kararlaştırılır; uzman ürün entegrasyonlarının hazır olduğu varsayılmaz.

Mevcut envanterin temizlenmesi

Kurumsal envanter çoğu zaman ERP, CMMS, Excel, CAD ve saha etiketlerinden birleştirilir. Kaynakların birbirini tekrar etmesi, eksik konumlar ve eski ekipman kayıtları beklenen sorunlardır. Veri temizliği sırasında orijinal kaynak kayıtları silinmemeli; eşleme kararları ve gerekçeleri izlenebilir tutulmalıdır. Yanlış birleştirilmiş iki cihaz, sonradan bütün bakım geçmişini bozabilir.

Temizlik kuralları otomatik eşleştirme, uzman incelemesi ve saha doğrulaması olarak üç seviyeye ayrılabilir. Yüksek güvenli bire bir eşleşmeler otomatik önerilebilir; çelişen seri numarası veya kritik besleme ilişkisi insan kontrolüne bırakılır. Her kural için yanlış pozitif ve yanlış negatif örnekleri test edilmelidir. Veri kalitesi tek bir doluluk yüzdesine indirgenmemelidir.

Bu başlığın kabulünde yalnızca bir dokümanın üretilmesi yeterli sayılmaz. Mevcut envanterin temizlenmesi için kaynak kayıt, karar sahibi ve doğrulama kanıtı tanımlanır; açık kalan varsayımlar risk listesine eklenir. Uygulama ekibi örnek varlıklar üzerinde bilgiye ulaşmayı ve yanlış veriyi tespit etmeyi deneyebilmelidir. Verinin kaynağı belirsizse sonuç kesin kabul yerine inceleme gerekli durumunda tutulur. Bu yaklaşım yeni bir yazılım satın alınmasa bile kurumun bilgi yönetimini iyileştirebilir. Hizmetin maliyeti ve kapsamı ayrıca kararlaştırılır; uzman ürün entegrasyonlarının hazır olduğu varsayılmaz.

Saha doğrulaması ve kanıt zinciri

Mevcut çizim veya BIM modelinde bir cihazın bulunması onun sahada aynı konumda ve konfigürasyonda olduğunu garanti etmez. Kritik örneklemde ekipman etiketi, fotoğraf, konum, model, seri numarası ve bağlantılar uygun yöntemle kontrol edilir. Gizli hatlar veya kapalı panolar için fiziksel erişim ve güvenlik izinleri gerekir. Fotoğraf çekmek tüm teknik ilişkileri doğrulamak anlamına gelmez.

Saha formunda kontrol eden kişi, tarih, yöntem, gözlenen değer, kaynak doküman ve açık uygunsuzluk bulunmalıdır. Fotoğraf dosyasının tek başına kanıt olamayacağı durumlarda ölçüm raporu veya yetkili imza istenebilir. Bu çalışma sırasında operasyonel ekipmanın kontrolüne müdahale edilmez. İş güvenliği ve tesis prosedürleri her zaman önceliklidir.

Bu başlığın kabulünde yalnızca bir dokümanın üretilmesi yeterli sayılmaz. Saha doğrulaması ve kanıt zinciri için kaynak kayıt, karar sahibi ve doğrulama kanıtı tanımlanır; açık kalan varsayımlar risk listesine eklenir. Uygulama ekibi örnek varlıklar üzerinde bilgiye ulaşmayı ve yanlış veriyi tespit etmeyi deneyebilmelidir. Verinin kaynağı belirsizse sonuç kesin kabul yerine inceleme gerekli durumunda tutulur. Bu yaklaşım yeni bir yazılım satın alınmasa bile kurumun bilgi yönetimini iyileştirebilir. Hizmetin maliyeti ve kapsamı ayrıca kararlaştırılır; uzman ürün entegrasyonlarının hazır olduğu varsayılmaz.

IFC, COBie ve açık veri alışverişi

IFC fiziksel ve semantik model nesnelerini paylaşmak için kullanılabilir; COBie ise belirli varlık ve işletme teslimatları için tablo temelli bilgi aktarım yaklaşımı sunar. Bunların kullanımı projenin sözleşme, yazılım ve veri gereksinimlerine bağlıdır. Bir formatın desteklenmesi alanların doğru ve eksiksiz doldurulduğu anlamına gelmez.

Açık format tercihinde sürüm, sınıf eşlemesi, özellik setleri, kimlik kararlılığı ve dışa aktarma kaybı test edilmelidir. Yüklenicinin yerel modelinde bulunan özel parametreler IFC aktarımında kaybolabilir. Örnek bir dosya üzerinden içe-dışa aktarma karşılaştırması yapılmalı, zorunlu alanların kaybı kabul kriterine bağlanmalıdır. Gereksiz özel alanlar yerine açık tanımlar tercih edilmelidir.

Bu başlığın kabulünde yalnızca bir dokümanın üretilmesi yeterli sayılmaz. IFC, COBie ve açık veri alışverişi için kaynak kayıt, karar sahibi ve doğrulama kanıtı tanımlanır; açık kalan varsayımlar risk listesine eklenir. Uygulama ekibi örnek varlıklar üzerinde bilgiye ulaşmayı ve yanlış veriyi tespit etmeyi deneyebilmelidir. Verinin kaynağı belirsizse sonuç kesin kabul yerine inceleme gerekli durumunda tutulur. Bu yaklaşım yeni bir yazılım satın alınmasa bile kurumun bilgi yönetimini iyileştirebilir. Hizmetin maliyeti ve kapsamı ayrıca kararlaştırılır; uzman ürün entegrasyonlarının hazır olduğu varsayılmaz.

IDS ve makineyle kontrol edilebilir gereksinimler

Information Delivery Specification yaklaşımı, belirli IFC nesne sınıfları için beklenen özellik ve sınıflandırma kurallarını makineyle kontrol etmeye yardımcı olabilir. Ancak bütün işletme gereksinimleri yalnızca dosya şema kontrolüyle doğrulanamaz. Örneğin bir pompanın seri numarası alanının dolu olması bu numaranın gerçek cihazla eşleştiğini kanıtlamaz.

Bu nedenle doğrulama üç katmanlı tasarlanır: şema ve alan kontrolü, kaynaklar arası tutarlılık kontrolü ve gerektiğinde saha doğrulaması. Her katmanın başarısızlık durumu ayrı raporlanır. Dosya biçimi uygunluğu ile mühendislik doğruluğu birbirine karıştırılmamalıdır. Kabul raporu hangi koşulların otomatik, hangilerinin uzman incelemesiyle doğrulandığını belirtmelidir.

Bu başlığın kabulünde yalnızca bir dokümanın üretilmesi yeterli sayılmaz. IDS ve makineyle kontrol edilebilir gereksinimler için kaynak kayıt, karar sahibi ve doğrulama kanıtı tanımlanır; açık kalan varsayımlar risk listesine eklenir. Uygulama ekibi örnek varlıklar üzerinde bilgiye ulaşmayı ve yanlış veriyi tespit etmeyi deneyebilmelidir. Verinin kaynağı belirsizse sonuç kesin kabul yerine inceleme gerekli durumunda tutulur. Bu yaklaşım yeni bir yazılım satın alınmasa bile kurumun bilgi yönetimini iyileştirebilir. Hizmetin maliyeti ve kapsamı ayrıca kararlaştırılır; uzman ürün entegrasyonlarının hazır olduğu varsayılmaz.

CDE ve revizyon yönetişimi

Bilgi teslimatının güvenilirliği dosyanın nerede saklandığından çok revizyon ve onay süreçlerine bağlıdır. Çalışma, paylaşılan, yayımlanan ve arşivlenen bilgi durumlarının kurum iş akışında ne anlama geldiği tanımlanmalıdır. Tasarımda onaylanan ekipman, sahada kurulduğu doğrulanmadan as-built kabul edilmemelidir.

ISO 19650 ilkeleri bilgi yönetimi tasarımına rehberlik edebilir, ancak standarda atıf tek başına uygunluk garantisi değildir. Her teslimatın sorumlusu, kontrol yöntemi, onay rolü ve yayın durumu izlenmelidir. Revizyon değiştiğinde eski kanıtın geçerliliği yeniden değerlendirilir. İşletme ekibinin güncel kayda nasıl erişeceği sözleşmede açıkça tarif edilmelidir.

Bu başlığın kabulünde yalnızca bir dokümanın üretilmesi yeterli sayılmaz. CDE ve revizyon yönetişimi için kaynak kayıt, karar sahibi ve doğrulama kanıtı tanımlanır; açık kalan varsayımlar risk listesine eklenir. Uygulama ekibi örnek varlıklar üzerinde bilgiye ulaşmayı ve yanlış veriyi tespit etmeyi deneyebilmelidir. Verinin kaynağı belirsizse sonuç kesin kabul yerine inceleme gerekli durumunda tutulur. Bu yaklaşım yeni bir yazılım satın alınmasa bile kurumun bilgi yönetimini iyileştirebilir. Hizmetin maliyeti ve kapsamı ayrıca kararlaştırılır; uzman ürün entegrasyonlarının hazır olduğu varsayılmaz.

Octatus ve uzman ürünlerle sınırlar

Octatus fiziksel varlık, BIM/GIS ve mekânsal bağlam üzerinden envanterin anlaşılmasını sağlayan ana platform olarak değerlendirilebilir. Argamos BT varlıkları ve servis bağımlılıkları, Enlogy enerji/OT ölçümleri, Velocize mühendislik gereksinimleri gibi uzman veri alanlarını kendi sistemlerinde yönetebilir. Bu ürünlerle entegrasyon, Octatus'un kullanıcıya sunduğu bağlamı zenginleştirir.

Bununla birlikte uzman ürünlerin bütün işlevleri Octatus'un yerleşik modülleri değildir. Entegrasyonun gerçek hazır olma durumu, API sürümü, güvenlik sınırı ve veri eşleme başarısı test edilmeden pazarlama iddiası kurulmaz. Varlık bilgi gereksinimi hizmeti de bir yazılım konektörü değildir; hangi bilginin hangi sistemden ve hangi güven düzeyinde alınacağını tanımlayan profesyonel çalışmadır.

Bu başlığın kabulünde yalnızca bir dokümanın üretilmesi yeterli sayılmaz. Octatus ve uzman ürünlerle sınırlar için kaynak kayıt, karar sahibi ve doğrulama kanıtı tanımlanır; açık kalan varsayımlar risk listesine eklenir. Uygulama ekibi örnek varlıklar üzerinde bilgiye ulaşmayı ve yanlış veriyi tespit etmeyi deneyebilmelidir. Verinin kaynağı belirsizse sonuç kesin kabul yerine inceleme gerekli durumunda tutulur. Bu yaklaşım yeni bir yazılım satın alınmasa bile kurumun bilgi yönetimini iyileştirebilir. Hizmetin maliyeti ve kapsamı ayrıca kararlaştırılır; uzman ürün entegrasyonlarının hazır olduğu varsayılmaz.

Veri sözleşmesi ve API tasarımı

Dijital envanter başka sistemlere açılacaksa veri sözleşmesi alan isimleri, kimlikler, tipler, zaman damgaları, sürüm ve hata davranışını tanımlamalıdır. Bir kaynağın güncellenmesi hedef sistemde otomatik değişiklik yaratıyorsa hangi alanın yetkili kaynağı olduğu açık olmalıdır. Mükerrer olay, gecikmiş mesaj ve geçici bağlantı kesintisi senaryoları önceden ele alınmalıdır.

Salt okunur entegrasyon çoğu pilot için daha güvenli başlangıç olabilir. Veri kalitesi ve kimlik eşlemesi doğrulandıktan sonra kontrollü çift yönlü akış değerlendirilebilir. Hata kuyruğu, mutabakat raporu ve tekrar deneme politikası gereklidir. Sessiz senkronizasyon hataları kullanıcıya yanlış güncellik izlenimi vermemelidir.

Bu başlığın kabulünde yalnızca bir dokümanın üretilmesi yeterli sayılmaz. Veri sözleşmesi ve API tasarımı için kaynak kayıt, karar sahibi ve doğrulama kanıtı tanımlanır; açık kalan varsayımlar risk listesine eklenir. Uygulama ekibi örnek varlıklar üzerinde bilgiye ulaşmayı ve yanlış veriyi tespit etmeyi deneyebilmelidir. Verinin kaynağı belirsizse sonuç kesin kabul yerine inceleme gerekli durumunda tutulur. Bu yaklaşım yeni bir yazılım satın alınmasa bile kurumun bilgi yönetimini iyileştirebilir. Hizmetin maliyeti ve kapsamı ayrıca kararlaştırılır; uzman ürün entegrasyonlarının hazır olduğu varsayılmaz.

Örnek olay: veri merkezi varlık kayıtları

Bir veri merkezinde UPS, PDU, dağıtım panosu, soğutma ünitesi ve kritik BT servislerinin kayıtları farklı ekiplerde bulunabilir. Varlık bilgi gereksinimleri öncelikle fiziksel kurulum konumu, seri numarası, elektrik besleme ilişkisi ve ilgili test kanıtlarını tanımlar. BT servis bağımlılıkları ayrı bir uzman sistemden ilişkilendirilebilir; fakat elektriksel bağlantılar yalnızca servis envanterinden türetilemez.

Örnek pilotta iki UPS ve bağlı panolar seçilerek model, tek hat şeması, saha etiketi ve bakım kaydı karşılaştırılır. Çelişkiler sınıflandırılır; yanlış seri numarası, eski test raporu ve eksik besleme ilişkisi negatif test olarak kullanılır. Sonuç, kaç dosyanın yüklendiği değil, kritik varlık için doğru kanıta ve bağlantıya erişilebilmesidir.

Bu başlığın kabulünde yalnızca bir dokümanın üretilmesi yeterli sayılmaz. Örnek olay: veri merkezi varlık kayıtları için kaynak kayıt, karar sahibi ve doğrulama kanıtı tanımlanır; açık kalan varsayımlar risk listesine eklenir. Uygulama ekibi örnek varlıklar üzerinde bilgiye ulaşmayı ve yanlış veriyi tespit etmeyi deneyebilmelidir. Verinin kaynağı belirsizse sonuç kesin kabul yerine inceleme gerekli durumunda tutulur. Bu yaklaşım yeni bir yazılım satın alınmasa bile kurumun bilgi yönetimini iyileştirebilir. Hizmetin maliyeti ve kapsamı ayrıca kararlaştırılır; uzman ürün entegrasyonlarının hazır olduğu varsayılmaz.

Örnek olay: kampüs HVAC envanteri

Bir kampüste farklı yaşlardaki binaların HVAC cihazları için üretici kodları, bakım numaraları ve mekân isimleri tutarsız olabilir. AIR çalışması önce hangi ekipman sınıflarının işletme açısından kritik olduğunu belirler. Ardından konum, kapasite, filtre tipi, servis alanı, kontrol noktası ve bakım dokümanı gibi alanları senaryoya göre sınıflandırır.

Pilot için iki bina seçilir; birinde mevcut BIM modeli, diğerinde yalnızca çizim ve bakım listesi olabilir. Her iki kaynak için aynı bilgi gereksinimi uygulanırken veri toplama yöntemi farklılaşır. Eksik alanların saha doğrulama maliyeti hesaplanır. Tüm kampüsü ayrıntılı modellemeye başlamadan önce hangi verinin gerçek fayda yarattığı ölçülür.

Bu başlığın kabulünde yalnızca bir dokümanın üretilmesi yeterli sayılmaz. Örnek olay: kampüs HVAC envanteri için kaynak kayıt, karar sahibi ve doğrulama kanıtı tanımlanır; açık kalan varsayımlar risk listesine eklenir. Uygulama ekibi örnek varlıklar üzerinde bilgiye ulaşmayı ve yanlış veriyi tespit etmeyi deneyebilmelidir. Verinin kaynağı belirsizse sonuç kesin kabul yerine inceleme gerekli durumunda tutulur. Bu yaklaşım yeni bir yazılım satın alınmasa bile kurumun bilgi yönetimini iyileştirebilir. Hizmetin maliyeti ve kapsamı ayrıca kararlaştırılır; uzman ürün entegrasyonlarının hazır olduğu varsayılmaz.

Teslimatlar ve örnek veri sözlüğü

Hizmetin çıktıları AIR matrisi, varlık sınıfı kataloğu, kimlik stratejisi, kaynak sistem envanteri, veri sözlüğü, örnek eşleme tablosu, doğrulama kuralları ve fazlı veri hazırlama planıdır. Her teslimatın düzenlenebilir biçimde verilmesi, müşterinin gelecekteki tedarikçilerle aynı tanımları kullanmasına yardımcı olur.

Örnek bir veri sözlüğü satırında alan adı, açıklama, veri tipi, birim, zorunluluk koşulu, geçerli değer kümesi, kaynak, doğrulama yöntemi, güncelleme tetikleyicisi ve sorumlu rol bulunmalıdır. Böylece 'kapasite' gibi belirsiz bir sütun yerine hangi kapasitenin, hangi koşulda ve hangi birimle beklendiği anlaşılır.

Bu başlığın kabulünde yalnızca bir dokümanın üretilmesi yeterli sayılmaz. Teslimatlar ve örnek veri sözlüğü için kaynak kayıt, karar sahibi ve doğrulama kanıtı tanımlanır; açık kalan varsayımlar risk listesine eklenir. Uygulama ekibi örnek varlıklar üzerinde bilgiye ulaşmayı ve yanlış veriyi tespit etmeyi deneyebilmelidir. Verinin kaynağı belirsizse sonuç kesin kabul yerine inceleme gerekli durumunda tutulur. Bu yaklaşım yeni bir yazılım satın alınmasa bile kurumun bilgi yönetimini iyileştirebilir. Hizmetin maliyeti ve kapsamı ayrıca kararlaştırılır; uzman ürün entegrasyonlarının hazır olduğu varsayılmaz.

90 günlük pilot ve iş paketleri

İlk iki haftada kullanım senaryoları ve kritik varlık sınıfları belirlenir. Sonraki haftalarda kaynak katalogları, kimlik eşlemeleri ve veri sözlüğü hazırlanır. Orta aşamada örnek varlıklar sahada doğrulanır ve IFC veya tablo temelli teslimat kuralları test edilir. Son aşamada kabul matrisi, maliyet tahmini ve genişleme planı hazırlanır.

Bu süre örnek bir plan olup tesis büyüklüğü ve erişim izinlerine göre değişir. Pilotun kabulü, zorunlu alanların doğruluğu, yanlış eşleşmelerin tespiti ve değişiklik sonrası güncelleme sorumluluğunun netliği üzerinden yapılmalıdır. Pilot sonuçları bütün tesise genellenmeden önce farklı varlık sınıfları için ek doğrulama gerekip gerekmediği değerlendirilir.

Bu başlığın kabulünde yalnızca bir dokümanın üretilmesi yeterli sayılmaz. 90 günlük pilot ve iş paketleri için kaynak kayıt, karar sahibi ve doğrulama kanıtı tanımlanır; açık kalan varsayımlar risk listesine eklenir. Uygulama ekibi örnek varlıklar üzerinde bilgiye ulaşmayı ve yanlış veriyi tespit etmeyi deneyebilmelidir. Verinin kaynağı belirsizse sonuç kesin kabul yerine inceleme gerekli durumunda tutulur. Bu yaklaşım yeni bir yazılım satın alınmasa bile kurumun bilgi yönetimini iyileştirebilir. Hizmetin maliyeti ve kapsamı ayrıca kararlaştırılır; uzman ürün entegrasyonlarının hazır olduğu varsayılmaz.

Satın alma kriterleri ve negatif testler

Tedarik şartnamesi yalnızca IFC veya COBie dosyası teslim edilmesini istememelidir. Zorunlu alanlar, doğrulama kuralları, hata raporları, kimlik eşleme kanıtı ve as-built kabul koşulları açıkça yazılmalıdır. Örnek test verileriyle yanlış seri numarası, eksik kapasite birimi, mükerrer varlık ve eski model revizyonu durumları denenmelidir.

Kabulde raporun renkli görünmesi değil, hatalı verinin yakalanması önemlidir. Yetkisiz kullanıcıların kritik alanları değiştirememesi ve onayların izlenebilmesi ayrıca test edilir. Güvenlik kritik varlıklarda yüksek ortalama doğruluk yeterli olmayabilir; belirli alanlar için eksiksiz doğrulama istenebilir. Eşikler sözleşme ve risk sınıfıyla belirlenmelidir.

Bu başlığın kabulünde yalnızca bir dokümanın üretilmesi yeterli sayılmaz. Satın alma kriterleri ve negatif testler için kaynak kayıt, karar sahibi ve doğrulama kanıtı tanımlanır; açık kalan varsayımlar risk listesine eklenir. Uygulama ekibi örnek varlıklar üzerinde bilgiye ulaşmayı ve yanlış veriyi tespit etmeyi deneyebilmelidir. Verinin kaynağı belirsizse sonuç kesin kabul yerine inceleme gerekli durumunda tutulur. Bu yaklaşım yeni bir yazılım satın alınmasa bile kurumun bilgi yönetimini iyileştirebilir. Hizmetin maliyeti ve kapsamı ayrıca kararlaştırılır; uzman ürün entegrasyonlarının hazır olduğu varsayılmaz.

Maliyet, işletme ve güncellik

İlk veri toplama maliyeti kadar sonraki güncelleme maliyeti de hesaplanmalıdır. Cihaz yenilendiğinde kimlik eşlemesi, bakım kaydı, model öğesi ve ilgili dokümanların nasıl güncelleneceği belirlenmezse envanter kısa sürede eskir. Toplam sahip olma maliyetinde saha doğrulama, veri temizliği, entegrasyon, lisans, eğitim ve yıllık bakım ayrı kalemler olmalıdır.

Başarı KPI'ları kritik varlık alan doğruluğu, mükerrer kimlik sayısı, eksik kaynak oranı, güncelleme gecikmesi ve doğru dokümana erişim süresini kapsayabilir. Pilot öncesi baz ölçüm olmadan kesin tasarruf iddiası kurulmaz. Veri sahibinin ve güncelleme tetikleyicisinin atanması, teknik şemadan daha önemli bir sürdürülebilirlik koşulu olabilir.

Bu başlığın kabulünde yalnızca bir dokümanın üretilmesi yeterli sayılmaz. Maliyet, işletme ve güncellik için kaynak kayıt, karar sahibi ve doğrulama kanıtı tanımlanır; açık kalan varsayımlar risk listesine eklenir. Uygulama ekibi örnek varlıklar üzerinde bilgiye ulaşmayı ve yanlış veriyi tespit etmeyi deneyebilmelidir. Verinin kaynağı belirsizse sonuç kesin kabul yerine inceleme gerekli durumunda tutulur. Bu yaklaşım yeni bir yazılım satın alınmasa bile kurumun bilgi yönetimini iyileştirebilir. Hizmetin maliyeti ve kapsamı ayrıca kararlaştırılır; uzman ürün entegrasyonlarının hazır olduğu varsayılmaz.

Sık sorulan sorular ve hizmet sınırı

'Bütün ekipmanları modellememiz gerekir mi?' Hayır; kapsam kullanım senaryosu ve kritiklikle belirlenir. 'Seri numarası yerine IFC GlobalId kullanabilir miyiz?' Hayır; farklı kimlik türleri farklı nesneleri temsil eder. 'COBie kullanmak zorunlu mu?' Sözleşme ve kullanım senaryosuna bağlıdır. 'Tarama yapılmadan envanter çıkar mı?' Mevcut kaynaklar ve hedefli saha doğrulamasıyla birçok bilgi elde edilebilir.

'AIR hazırlanınca Octatus entegrasyonları otomatik çalışır mı?' Hayır; entegrasyon geliştirme, güvenlik onayı ve teknik kabul ayrı çalışmalardır. 'Veri eksikse proje başarısız mı?' Eksiklerin açıkça sınıflandırılması ve çözüm maliyetinin görünür olması hazırlık çalışmasının değerli çıktısıdır. Bu hizmetin temel sonucu, hangi bilginin neden gerekli olduğunu ve nasıl güvenilir tutulacağını kurumsal olarak tarif etmektir.

Bu başlığın kabulünde yalnızca bir dokümanın üretilmesi yeterli sayılmaz. Sık sorulan sorular ve hizmet sınırı için kaynak kayıt, karar sahibi ve doğrulama kanıtı tanımlanır; açık kalan varsayımlar risk listesine eklenir. Uygulama ekibi örnek varlıklar üzerinde bilgiye ulaşmayı ve yanlış veriyi tespit etmeyi deneyebilmelidir. Verinin kaynağı belirsizse sonuç kesin kabul yerine inceleme gerekli durumunda tutulur. Bu yaklaşım yeni bir yazılım satın alınmasa bile kurumun bilgi yönetimini iyileştirebilir. Hizmetin maliyeti ve kapsamı ayrıca kararlaştırılır; uzman ürün entegrasyonlarının hazır olduğu varsayılmaz.

Beklenen teknik teslimatlar

Varlık veri sözlüğü
bilgi gereksinimleri matrisi
ID eşleme kuralları
örnek envanter
doğrulama ve kabul kontrol listesi.

Doküman formatları, veri şemaları, örneklem büyüklüğü ve sorumlu taraflar proje başlangıcında belirlenir.

Başarı ölçümü ve kabul yaklaşımı

Kimlik tekilliği, alan tamlığı, doğru sistem bağlantısı, doğrulanmış saha kayıt oranı ve doküman erişilebilirliği.

Hedef eşikler, başlangıç veri kalitesi ve varlık kritikliğine göre birlikte kararlaştırılır. Uygunluk yalnızca doküman teslimiyle değil, örnek senaryolar ve izlenebilir kanıtlarla değerlendirilir.

Varsayımlar ve kapsam sınırları

Eksik üretici verisi tahminle doldurulmaz; bilinmeyen veya doğrulanmamış alanlar açık işaretlenir.

İşin kapsamı, saha erişimi, üçüncü taraf lisansları, kaynak sistem yetkileri ve bilgi güvenliği gereksinimleri teklif aşamasında netleştirilir.