Kurumsal bir anlaşma öncesinde karşı taraf tek satırlık bir soru yöneltir: veri nerede tutuluyor? Cevap ekip içinde üç farklı biçimde verilir, fakat hiçbiri ekrandan doğrulanmış değildir. Bu ayrışma teknik bilginin sözleşme cümlesine dönüşmeden aktarılmasından doğar. Klinik sahibi için gerekli olan, varsayım değil; hesabın görünen adresiyle desteklenen, sorumlusu ve tarihi belli kısa bir kayıttır. Zoho hesabına ilişkin yanıt da böyle doğrulanabilir olmalıdır. Bu kayıt, tarafların aynı kanıta bakarak konuşmasını da kolaylaştırır.
Bir hesabın tek veri merkezinde yaşaması, konunun yalnızca sunucu adresinden ibaret olduğu anlamına gelmez. Merkez kayıt sırasındaki konuma göre atanır ve bazı özelliklerin kullanılabilirliğini de etkiler. Bu nedenle teknik doğrulama ile hukuki değerlendirmeyi ayırmak gerekir. Sözleşme eki hesabın nerede bulunduğunu, bunun nasıl görüldüğünü ve hangi aktarımların açık olduğunu kaydeder; mevzuat yorumu ise ayrı bir uzmanlık çalışması olarak kalır. Bu ayrım, kararın kapsamını ve dayanağını sonradan izlenebilir kılar.
Veri nerede duruyor sorusunun iki ayrı muhatabı var
Teknik muhatap, doğrulanabilir bir sistem olgusunu kayda geçirmek ister. Sözleşme muhatabı ise bu olgunun hangi belgeye, tarihe ve sorumluluğa bağlandığıyla ilgilenir. Aynı cümleyle iki ihtiyacı karşılamaya çalışmak belirsizlik yaratır. Bir ekip ekrana bakarken diğeri koşulları yorumlayabilir; sonuçta herkes aynı sözcükleri kullanır, ancak farklı sorulara cevap verdiğini fark etmez ve karar kaydı eksik kalır. Ayrı kayıtlar, bu iki beklentinin nerede kesiştiğini açıkça gösterir.
Sağlıklı yaklaşım, önce görülebilen teknik bulguyu yalın biçimde yazmak, ardından onun sözleşmedeki kullanımını tanımlamaktır. Teknik not bir hukuk sonucu ilan etmez; sözleşme notu da doğrulanmamış bir altyapı varsayımına dayanmaz. Böylece klinik yöneticisi, teknik ekibi olmasa bile kanıtın nereden geldiğini görebilir. Sözleşmeye bakan kişi de değerlendirmenin hangi olgu üzerine kurulduğunu izleyebilir ve gerektiğinde güncel kanıt isteyebilir. Bu sıra, yorum ile gözlemin birbirine karışmasını da önler.
Hesap tek bir veri merkezinde yaşar
Zoho CRM birden fazla veri merkezinde barındırılır, fakat her hesap yalnız bir merkezde bulunur. Varsayılan atama, kayıt oluşturulurken geçerli olan konuma göre yapılır. Bu yapı serbestçe değiştirilen bir tercih olarak anlatılamaz. Başka bir merkeze geçiş gerektiğinde konu basit bir ayar seçimi değil, hesabın hedef merkeze taşınmasıdır. Taşımanın süresi, ücreti veya kesinti koşulları için burada bir tahmin yapılmaz. Bu ifade, karar verene değişikliğin ayrı ele alınacağını gösterir.
Bir merkezde kayıtlı e-posta adresi başka merkezde yeniden kullanılamaz. Belgelenen yollar, mevcut kaydın silinmesi veya hesabın hedef merkeze taşınmasıdır. Arayüzde doğrulanan tek merkez geçişi, mobil uygulamanın giriş ekranındaki küre simgesi üzerinden CN merkezine yöneliktir. Bunun dışında genel bir merkez seçme düğmesi bulunduğu söylenemez. Dolayısıyla kullanıcı tercihinden değil, mevcut hesabın atanmış konumundan ve gerekiyorsa taşıma talebinden söz edilir. Böylece sözleşmedeki dil, yalnız belgelenmiş seçeneklerin sınırları içinde kalır.
Merkezi ekrandan doğrulayın
Doğrulama için önce hesabın oturum açılmış adres satırına bakın. EU merkezindeki bir hesabın belgelenen alan adı crm.zoho.eu biçimindedir; bu örnek, alan adının merkez bilgisini görünür kıldığını gösterir. Kendi hesabınızın sonucunu bu örnekten tahmin etmeyin. Açık oturumdaki alan adını okuyun, ekran görüntüsünü alın ve doğrulama tarihini not edin. Böylece yazılı cevap, genel kabule değil görülen hesap adresine dayanır. Kayıt, gözlemin hangi oturuma dayandığını da anlaşılır biçimde korur.
Ekran görüntüsünde hesabı tanımlamaya yetecek bağlam ile alan adının okunur olması gerekir; gereksiz kişisel ayrıntılar belgeye taşınmaz. Notta hangi ortamın incelendiğini ve gözlemi kimin yaptığını belirtmek, sonraki kontrolde karşılaştırma sağlar. Türkiye'den açılan bir hesabın hangi merkeze atanacağını önceden ilan etmeyin. Güvenli sonuç, yalnızca ilgili kurulumda görülen adresi kaydetmek ve değişiklik halinde kanıtı yenilemektir. Bu disiplin, ilerideki karşılaştırmalarda varsayımların yeniden üretilmesini de engeller.
Merkez yalnız adres değil, yetenek listesi de belirler
Tam disk şifrelemesi IN, AU ve JP merkezlerinde bulunur; diğer konumlarda talep üzerine açılır. Bunun nasıl yürütüldüğü belgelenmediği için süreç ayrıntısı eklenmez. Panodan sunum üretme ise US, AU, EU, IN, JP ve CN merkezleriyle sınırlıdır. Enterprise ve üstünde sunulan bu özellik, kullanıcı başına ayda on sunum üretir; oluşturulan sunum bir ay sonra silinir. Bu örnekler, adres bilgisinin neden tek başına yetmediğini açıklar.
Bir yönetici, meslektaşının kullandığı özelliği kendi ekranında göremeyince farkı sürüme bağlar. Oysa sürümler aynıdır; ayrım hesapların açıldığı merkezlerden kaynaklanır. Zia model sağlayıcılarının kullanılabilirliği de merkeze göre değişir ve bazı Zia özellikleri yalnız US ile EU kullanıcılarına açıktır. Bu nedenle Zoho özellik envanteri hazırlanırken hem sürüm hem merkez birlikte doğrulanır; tek bir örnek bütün hesaplara genellenmez. Bu karşılaştırma, görünmeyen özelliğin nedenini peşinen ilan etmeden yapılır.
Entegrasyon açtığınız her yer ayrı bir aktarım noktasıdır
Verinin belirli bir merkezde barınması, hiçbir koşulda o merkezden çıkmadığını göstermez. Bir entegrasyon etkinleştirildiğinde kişisel veri üçüncü tarafa aktarılabilir. Zoho, kendi uygulamalarına ve üçüncü taraf uygulamalara veri aktarımını sınırlamak için ayrı bir anahtar sunar. Bu ayarın yönetimi Manage Compliance Settings izni gerektirir. Anahtarın varlığı, açık bağlantıların ayrıca incelenmesi gereğini ortadan kaldırmaz. Bu inceleme, ayarın durumuyla bağlantıların durumunu ayrı ayrı kaydeder.
Sözleşme notunda her açık entegrasyon ayrı bir aktarım noktası olarak ele alınır. Hangi alanların dışarı çıktığı, aktarımın hangi üçüncü tarafa yöneldiği ve bağlantının açık olup olmadığı ayrıca yazılır. Üçüncü taraf işleyicinin kendi hukuki yükümlülüğü de ayrı değerlendirilir. Bu kayıt, veri merkezinin adresini aktarım haritasıyla karıştırmadan iki görünümü yan yana getirir ve inceleme kapsamının yalnız barındırma konumuyla sınırlı kalmasını önler. Böylece barındırma kanıtı, aktarım değerlendirmesinin yerine yanlışlıkla geçirilmiş olmaz.
Teknik olguyu hukuki nitelemeden ayrı tutun
Uyum ayarını etkinleştirmek tek başına hukuki uyum sağlamaz. HIPAA kapsamındaki kurumların Zoho ile ayrıca Business Associate Agreement imzalaması gerekir; ürün açıklamaları da bu bölümlerin hukuki tavsiye olmadığını belirtir. Compliance Settings altındaki ilgili sekmelerin sürüm eşiği bilinmediğinden bir paket adı verilmez. Teknik not yalnız ayarın durumunu kaydeder; hukuki sonucu kurumun yetkili değerlendirmesine bırakır. Bu ayrım, teknik kaydın amaç dışı yorumlanma riskini azaltır.
İncelenen yardım içeriği Türkiye mevzuatına ilişkin bir değerlendirme sunmaz. Bu sessizlik, olumlu ya da olumsuz bir uygunluk sonucu kurmak için kullanılamaz. Veri merkezi bilgisi teknik olgudur; yerel mevzuat yorumu bu olgudan kendiliğinden çıkmaz. Bu yazıda Eksenium'un kendi altyapısı, sunucuları ya da müşteri kurulumları hakkında hiçbir iddia yer almaz; kanıt genel olduğu için doğrulama yöntemi anlatılır, sonuç iddia edilmez. Sınırın açık yazılması, sonraki incelemenin doğru kişiye yönelmesini kolaylaştırır.
Sözleşme ekine ne yazılır
Ek, hesabın doğrulanan veri merkezini ve bu sonucun okunduğu alan adını birlikte kaydeder. Ekran görüntüsünün tarihi ile sorumlusu belirtilir. Merkez değişikliğinin kullanıcı tercihi değil, mevcut kaydın silinmesini veya hesabın taşınmasını içeren ayrı bir işlem olduğu yazılır. Açık entegrasyonlar, dışarı aktarılan alanlar ve ilgili üçüncü taraflar ayrıca gösterilir. Merkeze bağlı özellikler de kullanılan doğrulama kaynağıyla eşleştirilir. Her madde, gözlemlenen bulguyla sözleşme ifadesini birbirine bağlar.
Eşik özeti aynı yerde açıkça tutulur: veri merkezi kuralları sürümden bağımsızdır. Panodan sunum üretme Enterprise ve üstünde, belirtilen merkezlerde bulunur. Bazı Zia özellikleri Professional ve üstündedir, ayrıca merkeze bağlıdır. Tam disk şifrelemesi ile uyum ayarları için sürüm eşiği bilinmez; uyum ayarlarının yönetimi Manage Compliance Settings iznine bağlıdır. Bu nedenle merkeze bağlı her yetenek teklif öncesinde sürüm ve merkez üzerinden yeniden doğrulanır. Bilinmeyen eşikler, doğrulanmış eşikler gibi sözleşme metnine aktarılmaz.
Bu bilgi kime lazım olur
Bu kayıt en çok denetim hazırlığında, işletme devrinde ve tedarikçi değerlendirmesinde işe yarar. Taraflardan biri barındırma konumunu sorarken diğeri hesabın nerede açıldığını veya hangi özelliklerin bulunduğunu açıklamak zorunda kalmaz. Tek sayfalık not, hesabın tek merkezde bulunduğunu, doğrulanan alan adını, kanıt tarihini ve açık aktarım noktalarını aynı bağlamda gösterir. Böylece sonraki inceleme önceki varsayımları değil kayıtlı bulguyu devralır. Kayıt, farklı soruların aynı belge üzerinde izlenmesini kolaylaştırır.
Notun son satırı, doğrulamanın hangi hesap ve tarihe ait olduğunu açıkça söyler. Merkez değişirse, hesap taşınırsa veya entegrasyon listesi güncellenirse belge yeniden hazırlanır. Hukuki niteleme teknik kaydın içine saklanmaz; ilgili uzman incelemesine yönlendirilir. Böyle bir kapanış, klinik sahibine kesinliği olmayan vaatler yerine tekrar edilebilir bir kontrol bırakır: adresi okuyun, kanıtı saklayın, aktarım noktalarını yazın ve merkeze bağlı özellikleri yeniden doğrulayın. Bu yenileme, belgenin kapsamını mevcut gözlemle uyumlu tutar.
