İzmir Otelinde BMS Devir Teslimi Eksikse: HVAC Trend Kayıtları, Enerji Zararı ve Delil Tespiti

Somut uyuşmazlık: devreye alınmış sistem neden tartışmalı hâle gelir?

İzmir’de faaliyet gösteren bir otelin ısıtma, soğutma ve havalandırma otomasyonu yenilenmiş olsun. Yüklenici, oda sıcaklıklarının ekrandan izlenebildiğini göstererek işin tamamlandığını bildirir; otel yönetimi ise gerçek işletme sırasında bazı sensörlerin geçmiş ölçümlerine ulaşamadığını ve aylık enerji giderinin öngörülen değerden yüksek olduğunu fark eder. Buradaki ilk hukuki soru, sistemin yalnız anlık çalışmasının mı yoksa geçmişe dönük trend kaydı, kullanıcı yetkisi ve rapor dışa aktarımının da mı sözleşme konusu olduğudur. Kabul tutanağında yalnız cihazların enerjilendirildiği yazıyorsa verilerin saklanmasına ilişkin özel bir taahhüdün varlığı ayrıca kanıtlanmalıdır. Buna karşılık teknik şartnamede saatlik ölçüm, kesintisiz kayıt ve işletme personeline dosya teslimi açıkça öngörülmüşse eksik teslim iddiası somutlaşır. Önceki tüketimle yeni tüketim tek başına ayıp ispatı değildir; doluluk, hava koşulları, tarife, işletme saatleri ve diğer yükler de incelenir.

BMS, HVAC ve trend kaydı ifadeleri sözleşmede nasıl tanımlanmalı?

BMS genel olarak bina yönetim sistemini; HVAC ise ısıtma, havalandırma ve iklimlendirme donanımını ifade eder. Bu teknik adların kullanılması, belirli bir ürün standardının veya belirli veri saklama süresinin kendiliğinden sözleşmeye girdiği anlamına gelmez. Proje sözleşmesindeki ekipman listesi, giriş çıkış noktaları tablosu, sensör yerleşim planı, yazılım lisansı ve kabul senaryoları birlikte değerlendirilmelidir. Özellikle trend kaydı dendiğinde hangi parametrenin, hangi örnekleme aralığında, ne kadar süreyle ve hangi zaman dilimiyle tutulacağı belirlenmelidir. Bir sözleşmede yalnız canlı sıcaklık görüntüleme vaat edilirken başka birinde on iki aylık geçmiş verinin CSV olarak dışa aktarılması taahhüt edilmiş olabilir. Bu iki teslimin hukukî sonucu aynı değildir. Belirsiz teknik terimler için uygulama yazışmaları, toplantı tutanakları ve teslimden önce paylaşılan teklif ekleri önem taşır. Teknik belgeye sonradan eklenen beklentiler, tarafların anlaşması kanıtlanmadıkça otomatik yükümlülük sayılamaz.

İşin niteliği: eser, bakım hizmeti ve lisans birbirinden ayrılmalıdır

Tek sözleşme içinde kontrol panolarının kurulması, özel yazılımın yapılandırılması, aylık bakım, uzaktan erişim ve yazılım lisansının yenilenmesi birlikte yer alabilir. Bu nedenle başlıktaki bakım kelimesi tek başına hukukî nitelendirmeye yetmez. Ortaya belirli bir sonuç çıkarma borcunun baskın olduğu kurulum bölümünde Türk Borçlar Kanunu’nun eser sözleşmesine ilişkin 470 ve devamı maddeleri dikkate alınır. Sürekli destek ve müdahale yükümlülükleri ise kendi borç içeriği ve tarafların düzenlemesi kapsamında incelenir. Bir lisans anahtarı tesliminin eksikliği ile fiziksel damper motorunun hatalı bağlanması aynı ispat yöntemiyle çözülemez. Tarafların hangi işleri ayrı bedellendirdiği, kabul aşamalarını nasıl düzenlediği ve servis taahhüdünü kimin üstlendiği ortaya konulmalıdır. Dava dilekçesini yalnız tek hukukî başlığa dayandırmak yerine talebin hangi edimden doğduğunu açık göstermek, incelemenin teknik ve hukukî sınırlarını netleştirir.

İhale teklifi, teknik şartname ve değişiklik emirlerinin delil değeri

İşveren tarafından hazırlanan teknik şartname ile yüklenicinin buna verdiği uygunluk cevabı arasında bir hiyerarşi bulunup bulunmadığı sözleşmeden anlaşılmalıdır. İlk teklif yazısında öngörülmeyen trend arşivleme modülü daha sonra satın alınmış olabilir; bunun fatura, e-posta ve sürüm notlarıyla gösterilmesi gerekir. Yüklenicinin verdiği eğitim dokümanı da sistemin hangi işlevlerinin teslim edildiğini gösterebilir; ancak tek başına yeni bir garanti hükmü yaratmaz. Değişiklik emirleri sözlü talimatla, mesajlaşmayla veya yazılı ek protokolle ilerlemiş olabilir. Her bir değişikliğin tarihini, talep eden kişiyi, kabul eden yetkiliyi ve fiyat etkisini ayrı tabloya dökmek faydalıdır. Belge zincirinde boşluk varsa sonradan hazırlanan bir teknik değerlendirme, sözleşme iradesinin yerine geçemez. Tartışmanın merkezindeki ölçüm noktalarının numarası ve veri tabanı alanları da belgelerde aynı biçimde tanımlanmalıdır; yalnız pazarlama broşürüne dayanılarak ayıp sonucu çıkarılmamalıdır.

Kabul tutanağının kapsamı ve test senaryoları

Devreye alma belgesi, geçici kabul, kesin kabul ve son kullanıcı eğitimi farklı aşamalardır. BMS ekranında fanın açılıp kapandığı görülmüş olabilir; fakat gece vardiyasındaki alarm üretimi, trend kaydının bir hafta sonra okunması veya harici rapor aktarımı hiç test edilmemiş olabilir. Kabul sırasında hangi senaryoların çalıştırıldığı ve kim tarafından onaylandığı belirlenmelidir. Test ekran kayıtları, sistem saati, test kullanıcı hesabı ve yazılım sürümüyle birlikte saklanırsa sonradan yapılan değişiklikler anlaşılabilir. Bir kabul belgesinin imzalanması her türlü gizli ayıp iddiasının kendiliğinden ortadan kalktığı anlamına gelmez; buna karşılık kabulün hukuki etkisi ve inceleme yükümlülüğü görmezden de gelinemez. Özellikle teslim anında kolayca görülebilir eksiklikler ile yalnız veri saklama süresi dolunca ortaya çıkan problemler ayrılır. Teknik kabulün hangi koşullarda yapıldığı ve itiraz kayıtları somut olay üzerinden değerlendirilmelidir.

Trend loglarının aslı, dışa aktarım biçimi ve bütünlük kontrolleri

Ekran görüntüsü, trend verisinin tamamı değildir. Aynı grafikte eksik zaman dilimleri gizlenmiş, eksen ölçeği değiştirilmiş veya örnekleme seyreltilmiş olabilir. Bu nedenle mümkünse cihazın ham kayıtları, veri tabanı dökümleri, CSV dosyaları, etiket adları, ölçüm birimleri, sensör kimlikleri ve ilgili denetim kayıtları birlikte temin edilmelidir. Kayıtlar alınırken kullanılan hesap, program sürümü, dışa aktarım tarihi, dosya adı ve dosyanın kriptografik özeti tutanağa yazılabilir. Hash değeri verinin ne zaman ve nasıl oluştuğunu tek başına kanıtlamaz; ancak aynı dosyanın daha sonra değişip değişmediğinin denetlenmesine katkı sunar. Üretim sisteminde delil toplarken veri tabanını sıfırlamak, alarmı devre dışı bırakmak veya kayıt saklama süresini değiştirmek yeni güvenlik ve ispat sorunları doğurabilir. Teknik uzman, sistemin canlı çalışmasını aksatmadan okunabilir kopya almaya öncelik vermelidir.

Saat senkronizasyonu ve yaz saati farkı neden hukuken önemlidir?

Otelin giriş kartı sistemi, elektrik sayacı, BMS kontrolörü ve servis bilgisayarı farklı saat kaynakları kullanabilir. Bir alarmın gece 02.15’te göründüğü dosya ile elektrik sayaç verisinin 23.15’i göstermesi, doğrudan kayıtların çeliştiği anlamına gelmez. Önce UTC ile yerel saat ayrımı, kontrol cihazının saat dilimi ayarı, zaman senkronizasyon sunucusu, kesinti sonrası saat sıfırlanması ve veri dışa aktarma dönüşümleri incelenir. Türkiye’de ilgili olay tarihinde kullanılan saat düzeni esas alınmalı; farklı üretici yazılımlarının varsayılan ayarları açıklanmalıdır. Saat hatası düzeltmesi yapılırsa hem eski değer hem uygulanan dönüşüm kuralı saklanmalıdır. Tek bir çizelgede işletme vardiyası, alarm olayı, bakım müdahalesi ve enerji tüketimi aynı zaman eksenine taşındığında nedensellik daha sağlıklı tartışılır. Bu aşama atlanırsa birbirini izlemeyen olaylar, yanlışlıkla bir arızanın sonucu gibi sunulabilir.

Alarm listesi ile ölçüm eğrisi aynı şeyi ispatlamaz

Bir sıcaklık alarmı, önceden belirlenen eşiğin aşıldığını gösterir; sıcaklığın neden yükseldiğini mutlaka açıklamaz. Bir trend eğrisi ise zaman içindeki ölçüm davranışını gösterse de ölçüm cihazının kalibrasyonunun doğru olduğunu tek başına kanıtlamaz. Cihazın devre dışı kaldığı, sensör değerinin sabitlendiği veya veri haberleşmesinin koptuğu anlar ayrıca işaretlenmelidir. Örneğin havalandırma santralindeki vana komutu yüzde yüz açık görünürken geri besleme sinyali değişmiyorsa kumanda ile fiilî hareket arasında fark olabilir. Böyle bir olguda sensör hatası, aktüatör problemi, manuel müdahale ve yazılım adresleme kusuru ayrı ihtimallerdir. İspat değerlendirmesinde giriş çıkış listesi, bakım kayıtları, sahadaki mekanik kontrol ve yazılım konfigürasyonu birbirini tamamlar. Sadece otomasyon ekranının renk değiştirmesine dayanılarak belirli bir kişiye kusur yüklenmesi sağlıklı değildir.

Enerji tüketimindeki artış nasıl hesaplanabilir?

Elektrik veya doğal gaz faturasının artması, BMS kusurunun doğrudan parasal karşılığı olarak kabul edilemez. Tarife değişimleri, enerji birim bedeli, vergi kalemleri, otel doluluğu, dış hava sıcaklığı, toplantı salonlarının kullanımı ve sezonluk işletme farklılıkları hesaba katılmalıdır. Teknik incelemede önce kWh veya m³ gibi fiziksel tüketim birimleri esas alınarak karşılaştırılabilir dönemler belirlenebilir. Aynı dönemde yeni bir mutfak ekipmanı çalıştırılmışsa toplam bina faturasından otomasyon etkisi ayrıştırılmalıdır. Alt sayaç verisi, cihaz çalışma saatleri ve kazan ya da soğutma grubu verim değerleri karşılaştırmaya destek verebilir. Burada tek bir evrensel tasarruf formülü yoktur: sözleşmede belirli performans seviyesi kararlaştırılmış mı, yoksa yalnız işlevsel kurulum mu vaat edilmiş, bu sorunun yanıtı gerekir. Bilirkişi raporunun varsayımlarını açık yazması ve alternatif senaryoları hesaplaması tazminat tartışmasını somutlaştırır.

Tasarruf vaadi ile ölçülebilir garanti arasındaki fark

Satış sunumunda geçen yüksek verimlilik veya akıllı işletme sözleri ile sözleşmede belirlenen sayısal performans garantileri birbirinden ayrılmalıdır. Garantinin varlığı için ölçüm yöntemi, referans dönem, hariç tutulan koşullar, kabul toleransı ve doğrulama prosedürü incelenir. Yüzde yirmi tasarruf gibi bir oran hiç kararlaştırılmamışsa yalnız üretici katalog verisinden aynı sonucun talep edilebileceği varsayılmamalıdır. Öte yandan açık bir enerji performans taahhüdü varsa yüklenici, hangi şartlarla bu sonucu üstlendiğini açıklamak durumunda kalabilir. Sözleşmede operatörün ayarlara müdahalesi, hava koşulları, ek ısı yükleri ve bakımın kimin sorumluluğunda olduğu da önemli olabilir. İnceleme, grafiklerdeki etkileyici ortalamalar yerine, kabul edilen baz çizgisinin tekrar üretilebilir olup olmadığını sorgulamalıdır. Böylece sonuç tartışması, pazarlama ifadesinden çıkarılarak denetlenebilir sözleşmesel bir ölçüte bağlanır.

TBK 470 bakımından belirli sonuç ve edimin sınırları

6098 sayılı Türk Borçlar Kanunu’nun 470. maddesi, eser sözleşmesinde yüklenicinin bir eser meydana getirmeyi, iş sahibinin de bunun karşılığında bedel ödemeyi üstlenmesini düzenler. BMS sisteminin kurulması ve belirli fonksiyonlarla teslimi, tarafların anlaşmasına göre bu çerçevede değerlendirilebilir. Ancak bütün otomasyon projelerinin otomatik olarak aynı nitelikte olduğu söylenemez; hazır yazılım satışı, lisanslama ve sürekli bakım bileşenleri ayrıca sınıflandırılmalıdır. Dosyada proje tesliminin sonucu somut biçimde tanımlandığında ayıp iddiaları da ölçülebilir hâle gelir. Örneğin sensör noktalarının devreye alınmış olması ile bir yıllık trend arşivinin teslimi iki ayrı edim olabilir. Hukuki inceleme, fiilen gerçekleşen sonucu kararlaştırılmış sonuçla karşılaştırmalı ve talep edilen düzeltmenin sözleşmenin neresinden doğduğunu göstermelidir. Bu ayrım, sözleşmede hiç bulunmayan ilave geliştirmelerin ücretsiz talep edilmesini de engeller.

TBK 474: inceleme ve ayıp bildirimini belgelendirmek

Eserin tesliminden sonra iş sahibinin işlerin olağan akışına göre imkân bulur bulmaz eseri gözden geçirmesi ve ayıp varsa uygun süre içinde bildirim yapması TBK’nın 474. maddesindeki esaslar çerçevesinde değerlendirilir. Bir otomasyon ekranının hiç açılmaması gibi hemen fark edilebilir durum ile günlük kayıtların belirli sayıda günden sonra silinmesi gibi ancak işletmede ortaya çıkabilen durum aynı tarihe bağlanmamalıdır. Eksiklik fark edildiğinde yükleniciye açıkça hangi cihazın, hangi ekranda, hangi tarihlerde veri üretmediği belirtilerek bildirim yapılması delil düzeni sağlar. Gönderinin ulaştığı tarih, ekli örnek dosya, teknik servis yanıtı ve daha sonra verilen taahhütler saklanmalıdır. Bir e-posta veya tutanağın hukukî yeterliliği somut sözleşme ve olayın özelliklerine bağlıdır. Bildirim yapılmadan uzun süre sessiz kalınması ile erken şikâyet kayıtları farklı değerlendirilir; gecikmenin hangi olguyla başladığı dosyada görünür olmalıdır.

TBK 475: ayıp nedeniyle kullanılabilecek seçimlik haklar

Eserin ayıplı teslimi saptanırsa TBK’nın 475. maddesinde düzenlenen haklar somut koşullara göre incelenebilir. Ayıbın niteliği ve eserin kullanımını ne ölçüde etkilediği, sözleşmeden dönme, bedelde indirim veya gideri yükleniciye ait olmak üzere onarım isteme seçeneklerinin uygulanabilirliğini belirler. Örneğin tek bir sensör etiketinin yanlış adlandırılması ile bütün trend verilerinin kayda alınmaması aynı ağırlıkta olmayabilir. Onarım mümkünse işin işletme güvenliğine etkisi, tekrar test ihtiyacı ve geçici işleyiş koşulları açıklanmalıdır. Dönme talebi ise basit her hata için otomatik sonuç değildir; kanundaki şartlara tabidir. Zarar iddiası ayrıca ispatlanır ve talep hukuken gerekçelendirilir. Haklardan birinin seçilmesinin sonuçları dosyaya özgüdür; birbirleriyle bağdaşmayan talepler kesin hak kazanılmış gibi aynı anda sunulmamalıdır.

TBK 112 ve zarar iddiasında ispat zinciri

BMS yüklenicisine yöneltilen tazminat talebi, yalnız sistemin beklenenden kötü çalıştığı kanaatine dayanamaz. TBK’nın 112. maddesi yönünden sözleşmesel borç, borca aykırılık, zarar ve uygun illiyet bağı ayrı ayrı ortaya konulmalıdır; kusurdan kurtulma savunmasının kanunî çerçevesi ayrıca değerlendirilir. Örneğin eksik trend kaydı nedeniyle enerji optimizasyonu yapılamadığı savunuluyorsa önce hangi kararların bu kayıt sayesinde alınacağı ve hangi süre boyunca alınamadığı gösterilmelidir. Gerçek tüketim artışı ile ileri sürülen tasarruf fırsatı farklı kalemlerdir. Teknik danışman bedeli, yeniden devreye alma masrafı, ek personel gideri ve hizmet kesintisinin işletmeye etkisi ayrı belgelerle hesaplanabilir. Faturalarla ilgisiz veya aynı maliyetin tekrar yazıldığı talepler, zararın ispatını zayıflatır. İlliyet bağı analizi alternatif nedenleri de içermelidir.

Yazılım lisansı, kullanıcı hesapları ve yönetici şifresinin teslimi

Otelin yerel BMS panelinden veri okuyabilmesi, sistemin bütün yönetim yetkilerine sahip olduğu anlamına gelmez. Yönetici rolü, rapor sunucusu, kullanıcı ekleme, konfigürasyon yedeği, lisans sunucusu ve uzaktan destek hesabı farklı erişim alanlarıdır. Sözleşme yalnız operatör yetkisi öngörmüş olabilir; başka bir sözleşme tam yönetici hesabı ve geri yüklenebilir konfigürasyon teslimini zorunlu kılabilir. Yetki talebinin kapsamı bu belgelerle belirlenmelidir. Lisansın süresi, yenileme ücretinin kime ait olduğu ve cihaz arızası sonrasında lisansın taşınıp taşınamayacağı da ayrı sorulardır. Yüklenicinin teknik nedenle bazı erişimleri sınırlaması her durumda hukuka aykırılık sayılmaz; buna karşılık teslimi açıkça kararlaştırılan kimlik bilgilerinin verilmemesi edim eksikliği oluşturabilir. Teknik güvenlik bakımından paylaşımlı şifre yerine yetkilendirme matrisi ve tutanaklı yönetici devri tercih edilmelidir.

Kaynak kodu ile işletme verisinin mülkiyetini karıştırmamak

BMS altyapısının kaynak kodu, grafik ekranları, bina ölçüm kayıtları ve kontrol programı aynı hukukî kategori değildir. Fikir ve Sanat Eserleri Kanunu kapsamında eser niteliği taşıyan yazılım üzerindeki mali hakların devri, 5846 sayılı Kanun’un 52. maddesindeki yazılılık ve hakların ayrı ayrı gösterilmesi şartları bakımından değerlendirilir. Ancak otelin kendi binasında üretilen sıcaklık ve tüketim verilerine erişim talebi mutlaka kaynak kodu devri anlamına gelmez. İşletme verisinin dışa aktarım formatı, kopyalama izni, üçüncü tedarikçiye geçişte kullanılabilirliği ve sözleşme sona erdiğinde erişim süresi ayrıca düzenlenebilir. Taraflar, bilgisayar programının eser niteliğindeki parçalarını ticari sır olarak korurken otelin denetim ve kayıt ihtiyacını karşılayacak bir geçiş planı kurabilir. Hak sahipliği veya lisans kapsamı, sadece cihazın otel binasında bulunmasından çıkarılamaz; belgeler üzerinden belirlenir.

Kişisel veri ile teknik bina verisini ayırmak

Sıcaklık sensörü veya elektrik sayacı verisi her zaman kişisel veri değildir. Buna karşılık belirli bir odadaki kişinin kimliğiyle ilişkilendirilen konaklama hareketi, çalışan vardiyası, giriş kartı zamanı veya oda kullanım kaydı kişisel veri niteliği kazanabilir. Bu nedenle bütün BMS ham kayıtlarının KVKK kapsamına girdiğini söylemek doğru değildir. Proje, teknik verilerle kimlik verilerini birleştiriyorsa hangi amaca ve hukukî işleme şartına dayanıldığı ayrıca incelenmelidir. Arşiv dışa aktarımında gereksiz kişisel alanların çıkarılması, erişim yetkisinin dar tutulması ve dosyaların güvenli paylaşılması önem taşır. Delil saklama gereği dahi ölçüsüz kişisel veri yayımına izin vermez. Bir bilirkişiye sunulacak dosya, olayın çözümüne yetecek teknik bilgiyi koruyacak biçimde düzenlenebilir. Bu değerlendirme sözleşmesel uyuşmazlığı kişisel veri hukuku ile gereksiz yere karıştırmadan somut riskleri yönetmeye yarar.

Mevcut sistemi değiştirmeden delil koruma planı hazırlamak

Sıcaklık ve havalandırma kontrolü misafir sağlığı ve işletme sürekliliğiyle bağlantılı olabilir. Bu nedenle delil için üretim sunucusunu kapatmak, alarm mantığını devre dışı bırakmak veya kontrol parametrelerini habersiz değiştirmek doğru bir başlangıç değildir. Önce sistemin yedeği, kayıt saklama süresi ve otomatik silme politikası belirlenir. Kritik logların kopyası yetkili personel tarafından alınır, kopyanın bütünlüğü kayıt altına alınır ve mevcut konfigürasyonun okuma yetkisi sınırlandırılır. Acil arıza onarımı gerekiyorsa müdahaleden önce ve sonra cihaz durumunu gösterecek kısa tutanak, fotoğraf ve teknik açıklama düzenlenebilir. Delil muhafazası, güvenliği riske atacak biçimde arızalı cihazı çalışır tutma zorunluluğu yaratmaz. Onarım kayıtları ile uyuşmazlık kayıtlarının ayrı tutulması, hem işin devamını hem de geçmiş durumun incelenmesini kolaylaştırır.

HMK 199 kapsamında dijital kayıtların belge niteliği

6100 sayılı Hukuk Muhakemeleri Kanunu’nun 199. maddesi, uyuşmazlık konusu vakıaları ispata elverişli elektronik ortamdaki verilerin de belge niteliği taşıyabileceğini ortaya koyar. BMS kontrolöründen dışa aktarılan CSV dosyası, operatörün aldığı e-posta, servis talebi ve arıza günlüğü bu çerçevede incelenebilecek malzemelerdir. Ancak bir verinin belge sayılabilmesi ile içeriğinin doğru ve güvenilir kabul edilmesi aynı şey değildir. Dosyanın hangi kaynaktan alındığı, dışa aktarım ayarları, zaman bilgisi, veri kaybı ihtimali ve üçüncü kişilerin değiştirme olanağı teknik değerlendirmede açıklanmalıdır. İmzalı teslim tutanağı ile ham verinin birbirini doğruladığı noktalar ayrılmalıdır. Tarafların yalnız kendileri için elverişli tarih aralıklarını sunması yerine tam zaman serisinin istenmesi, hatalı nedensellik çıkarımlarını azaltabilir. İtirazlar belge türüne değil somut güvenilirlik sorununa yöneltilmelidir.

HMK 219–221 ve karşı taraftaki teknik kayıtların ibrazı

Uygun uyuşmazlıklarda, tarafın elinde bulunan belgelerin ibrazı HMK’nın 219 ve devamı maddeleri çerçevesinde değerlendirilebilir. Otel yalnız erişim yetkisine sahip olmadığı sunucu tarafı trend kayıtlarını istiyorsa önce hangi dosyanın var olduğuna, hangi tarihlerde tutulduğuna ve kimin kontrolünde bulunduğuna ilişkin somut açıklama sunmalıdır. Belge ibrazı talebi belirsiz biçimde karşı tarafın bütün sunucularının açılmasını istemek değildir. Cihaz kimlikleri, sözleşme dönemi, ilgili parametreler ve talep edilen dosya formatı yazılırsa inceleme daha ölçülü hâle gelir. Üçüncü kişilerin ticari sırları ve kişisel verileri varsa bunların korunmasına yönelik usuller ayrıca tartışılır. Mahkemenin ibraz konusunda vereceği karar, talebin konusuna ve usulî koşullara bağlıdır. Önceden gönderilmiş saklama ihtarı, kaydın varlığı ve silinme riski yönünden olayın açıklanmasına katkı sağlayabilir.

HMK 400–405 kapsamında delil tespiti ne zaman gündeme gelir?

BMS sunucusunda günlük kayıtlar belirli gün sonra üzerine yazılıyorsa veya yüklenici kısa süre içinde kontrolör değiştirecekse, uyuşmazlık açılmadan önce delil tespiti değerlendirilmesi önem kazanır. HMK’nın 400. maddesi, ileride ileri sürülecek vakıanın keşif, bilirkişi veya benzeri yöntemlerle tespitine olanak tanırken hukuki yarar şartını arar. Kaydın hemen incelenmemesi durumunda kaybolması veya önemli ölçüde güçleşmesi ihtimali somutlaştırılmalıdır. Her teknik anlaşmazlıkta delil tespiti otomatik kabul edilmez; mahkeme başvurunun gerekliliğini olay üzerinden inceler. Talepte cihaz listesi, risk altındaki logların saklama süresi, olası değişiklik tarihi ve yöneltilen teknik sorular net yazılmalıdır. Keşif veya bilirkişi incelemesinin üretimi durdurmaması ve güvenlik talimatlarına uyulması için yöntem önerilebilir. Delil tespiti, asıl davada kesin haklılık kararı değil, kanıtın korunmasına yönelik usulî araçtır.

Bilirkişiye sorulacak teknik sorular nasıl seçilmeli?

Bilirkişiden kimin haklı olduğu şeklinde genel ve hukukî sonuç soruları istenmesi yerine, incelemeye elverişli teknik sorular hazırlanmalıdır. Örneğin: sözleşmede tanımlanan noktaların kaçı gerçekten kayıt üretmiş; verinin örnekleme aralığı kabul şartıyla uyumlu mu; kayıt eksikliği sensör arızasından mı yoksa veri tabanı saklama ayarından mı kaynaklanmış; alarm ve trend arşivi arasında zaman farkı var mı; yazılım yükseltmesi sırasında kayıtlar silinmiş mi? Aynı şekilde sorunun hangi tarihte başladığı, işletmenin bunu ne zaman fark edebileceği ve sonradan değişiklik yapılıp yapılmadığı incelenebilir. Enerji yönünden, aynı döneme ait alt sayaç ve doluluk kayıtları mevcut mu; değişkenler için karşılaştırma yöntemi bilimsel olarak açıklanmış mı soruları önemlidir. Raporda belirsizlikler gizlenmemeli, ölçüm bulunmayan dönemlere kesin değer atanması yerine veri sınırı belirtilmelidir.

Yetki, görev ve sözleşmedeki uyuşmazlık çözüm şartları

Uyuşmazlığın hangi mahkemede görüleceği veya tahkim şartının uygulanıp uygulanmayacağı, tarafların sıfatı, ticari iş niteliği, sözleşmenin konusu ve geçerli usul kuralları birlikte değerlendirilerek belirlenir. Sadece otelin İzmir’de bulunması her uyuşmazlık için tek başına kesin görev ve yetki sonucu doğurmaz. Yüklenicinin başka şehirde bulunması, birden çok hizmet sağlayıcının sorumluluğu veya uluslararası unsur bulunması ayrı değerlendirmeyi gerektirebilir. Sözleşmede arabuluculuk, teknik uzman görüşü, müzakere aşaması veya tahkim yer alıyorsa bu hükümlerin hukukî geçerliliği ve uygulama sırası kontrol edilir. Talebin eser ayıbı, sözleşmesel zarar veya alacak olması usul koşullarını etkileyebilir. Dava öncesinde düzenlenen ihtar, teknik inceleme ve uzlaşma yazışmaları süreleri ortadan kaldırmaz. Bu nedenle uyuşmazlık çözüm planı hazırlanırken kanunî süreler ve somut başvuru şartları ayrıca denetlenmelidir.

Çoklu yüklenicilerde arıza nedenini ve sorumluluk sınırını ayırmak

Bir BMS projesinde mekanik tesisat firması, elektrik yüklenicisi, otomasyon yazılımcısı ve bina işletme ekibi ayrı kişiler olabilir. Trend verisinin eksikliği sensör kablosu, iletişim ağı, veri tabanı lisansı veya kullanıcı ayarından kaynaklanabilir. Bu olasılıklar incelenmeden bütün zararın tek firmaya yüklenmesi eksik bir dosya yaratır. Sözleşmeler arası sorumluluk matrisi, teslim noktası, arayüz protokolü ve bakım dönemlerinin başlangıcı karşılaştırılmalıdır. Cihaz markası aynı olsa bile kurulum, programlama ve bakım işleri farklı kişilere devredilmiş olabilir. İşverenin kendi personelinin yaptığı değişiklikler de zaman çizelgesine işlenmelidir. Her tarafın sunduğu teknik rapor aynı veri dönemini ve aynı ölçüm birimini kullanmıyorsa çelişki görünüşte kalabilir. İddia edilen her kusur için işlemi yapan kişi, tarih, teknik etki ve zarara katkı ihtimali ayrı gösterilmelidir.

Sigorta, bakım sözleşmesi ve zarar kalemlerinin çakışmasını önlemek

Bina veya elektronik cihaz sigortasının bulunması, sözleşmesel sorumluluğu kendiliğinden ortadan kaldırmaz. Poliçenin kapsamı, istisnaları, bildirim yükümlülüğü ve teknik zarar türü ayrı incelenmelidir. Enerji gideri artışı, veri kaybı, üretim durması veya elektrik ekipmanı arızası poliçede farklı biçimde ele alınabilir. Yükleniciye karşı talepte bulunan otel işletmesi, sigortadan yapılan ödeme ile aynı gideri ikinci kez tahsil edilebilecek kalem gibi göstermemelidir; rücu ve mahsup meseleleri somut ödeme belgelerine göre değerlendirilir. Aylık bakım ücretinin iadesi ile eksik işin giderilme maliyeti de ayrı hesaplanmalıdır. Olaydan sonra yapılan acil servis ödemelerinde iş emrinin konusu açık yazılmazsa onarım, sistem geliştirmesi ve bağımsız denetim masrafları birbirine karışır. Hesap tablosunda belge numarası, ödeme tarihi, tedarikçi ve gerekçenin yer alması talepleri denetlenebilir kılar.

İzmir dosyası için örnek delil ve belge matrisi

Uygulamada belge matrisi dört sütunlu hazırlanabilir: sözleşmede taahhüt edilen işlev, fiilen saptanan durum, bunu gösteren kaynak ve bir sonraki yapılacak doğrulama. Örneğin on iki aylık trend arşivi satırında sözleşme eki; mevcut veri tabanının geriye yalnız otuz gün kayıt vermesi; ekran görüntüsüyle birlikte ham CSV; saklama politikasının uzman incelemesi yer alır. İkinci satırda enerji tüketimi için hedef değer yerine sayaç alt kırılımları ve doluluk verileri yazılır. Üçüncü satırda yönetici hesabı teslimi için kullanıcı yetki tablosu, teslim tutanağı ve açık biletler incelenir. Her dosyanın sorumlu kişisi ve versiyon numarası belirtilmeli; kontrol dışı kopyalarla çalışılmamalıdır. Delil matrisi, karşı tarafa yapılacak teknik bildirimle mahkemeye sunulacak açıklamanın birbirini tutmasını sağlar. Böylece iddialar genel arıza söyleminden çıkarak ayrı ayrı sınanabilir olgulara dönüşür.

Yükleniciye gönderilecek teknik bildirimde neler bulunmalı?

İlk yazılı bildirimde sözleşme numarası, sistem bileşeni, görülen sorun, ilk fark edilme tarihi ve talep edilen kontrol işlemleri açıkça gösterilebilir. Örneğin 12–25 Ekim arasında kuzey blok havalandırma santralinin dönüş sıcaklığı trend kayıtlarının bulunmadığı, bu verinin şartnamenin belirli satırında vaat edildiği ve veri saklama politikasının açıklanmasının istendiği somut biçimde yazılabilir. Teknik güvenlik nedeniyle sistem üzerinde müdahale yapılmadan önce kayıtların kopyalanması ayrıca talep edilebilir. Yazı, sorunun kusur nedenini kesinleşmiş gibi ilan etmek yerine ilgili bilgi ve düzeltme taleplerini ayırmalıdır. Süre konusunda kanun ve sözleşme hükümlerinin ayrı incelenmesi gerekir; her olaya rastgele sabit süre uygulanmamalıdır. Gönderi ve teslim kanıtları muhafaza edilir. Bildirim dili, teknik işbirliğini mümkün kılarken hakların saklı tutulmasını da sağlayabilir.

Yeni yükleniciyle geçişte sistemin emniyeti nasıl korunur?

Mevcut BMS tedarikçisiyle sözleşme sona erdiğinde yeni firmanın devreye alınması yalnız şifre değiştirerek tamamlanmaz. Alarm eşikleri, cihaz adresleri, kontrol döngüsü parametreleri, yedekler, çalışma senaryoları ve acil manuel kullanım prosedürleri aktarılmalıdır. Önce mevcut sistemin doğrulanabilir yedeği alınmalı; ardından hangi ayarların yeni yüklenici tarafından değiştirildiği tarihli kayıtla tutulmalıdır. Önceki eksikliği kanıtlamak amacıyla çalışma güvenliğini azaltan bir geçiş tercih edilmemelidir. Yazılım lisansının taşınamaması veya kapalı protokol kullanımı teknik sınırlama doğurabilir; bunun sözleşmedeki karşılığı ayrı ele alınmalıdır. Yeni hizmet sözleşmesinde veri dışa aktarımı, saklama süresi, yetki devir planı ve servis sonunda teslim edilecek dokümanlar açıkça yazılırsa aynı uyuşmazlığın tekrarlanma riski azalır. Geçiş masrafının kimden istenebileceği ise kusur ve zarar bağının kanıtına bağlıdır.

Otel işletmesi için ilk 48 saatte yapılabilecek düzenli işlemler

Öncelik sistemin emniyetli çalışması, güncel konfigürasyonun yedeklenmesi ve silinme riski bulunan kayıtların korunmasıdır. İlk aşamada sorunun tam cihaz ve nokta adları, saat bilgisi ve etkilenen binalar belirlenir. Teknik ekip kendi düzeltmelerinin önceki veriyi değiştirmediğini gösterecek çalışma günlüğü tutar. İkinci aşamada sözleşme ekleri, kullanıcı hesapları, bakım talepleri ve enerji faturaları aynı dosya indeksinde toplanır. Üçüncü aşamada gerçekçi bir karşılaştırma için hava koşulları ve otel doluluk kayıtları eşleştirilir; kayıt bulunmayan yerde tahmin kesin olgu gibi yazılmaz. Sonraki hukukî değerlendirme için inceleme ve bildirim tarihleri ayrı işlenir. Sistem hizmete devam ederken teknik güvenlik ihmal edilmemelidir. Bu sıranın amacı tek bir firma aleyhine peşin hüküm oluşturmak değil, geri döndürülemez veri kaybını önleyip uyuşmazlığı ölçülebilir hâle getirmektir.

Sonuç: teknik veriyi sözleşmeye ve kanun maddesine bağlamak

İzmir’deki bir otelin BMS devir teslim uyuşmazlığına çözüm ararken önce teknik sonuç borcu ile bakım ve lisans görevleri ayrılmalıdır. Ardından kabul tutanakları, trend loglarının ham biçimi, zaman eşleştirmesi, alarm geçmişi ve varsa enerji performans taahhütleri birlikte değerlendirilmelidir. TBK 470, 474, 475 ve 112 hükümleri her olaya aynı sonucu vermez; uygulanacak hak, sözleşmenin niteliğine ve kanıtlanan ayıbın kapsamına bağlıdır. HMK 199 elektronik belgelerin incelenmesini, 219 ve devamı ibraz ihtimallerini, 400 ve devamı ise kaybolma riski bulunan delillerin tespitini gündeme getirebilir. Bu rehber belirli bir dosyada otomatik haklılık, tazminat miktarı veya dava sonucu vaat etmez. Uyuşmazlığın somut belgeleri ve güncel hukukî şartlar incelenmeden kesin sonuç kurulamaz. Mersin’deki büro, farklı illerdeki dosyalara hukukî danışmanlık verebilir; İzmir’de fiziksel şube bulunduğu anlamı çıkarılmamalıdır.

Site içindeki ilgili rehberler

• Fabrikada yangın söndürme tesisatının hatalı kurulması
• Üretim makinesine uzaktan müdahalede sözleşmesel sınırlar
• Ticari ofiste mesai dışı klima ücretinin ispatı
• Ankara’da özel yazılım kabulü ve kaynak kod teslimi
• Enerji yönetimi faaliyetlerinin hukukî çerçevesi

Resmî mevzuat kaynakları

• TBMM — 6098 sayılı Türk Borçlar Kanunu (m.112, 470, 474, 475)
• TBMM — 6100 sayılı Hukuk Muhakemeleri Kanunu (m.199, 219–221, 400–405)
• Kültür ve Turizm Bakanlığı — 5846 sayılı FSEK (m.52)

TBMM’deki kabul metinleri sonraki değişiklikleri her zaman birleştirmez; işlem yapılmadan önce yürürlükteki konsolide metin ve ilgili düzenlemeler Mevzuat Bilgi Sistemi üzerinden kontrol edilmelidir.

Sık sorulan 12 soru

Mersin fiziksel büro konumu