Veri yerleşimi
Verinin hangi coğrafyada saklandığı ve işlendiği; sözleşme ve mevzuat açısından doğrudan sonuç doğurur.
Özet
Verinin saklandığı ve işlendiği coğrafya.
Hızlı bilgiler
- Kategori
- AI ve bilgi yönetimi
- Ürün
- KobiGPT RAG
- İlgili
- Karşılaştırma ve araçlar
- Dil
- TR ve EN
Neden KobiGPT?
- Satın alma öncesi ortak dil oluşturun.
- Kavramları KobiGPT özelliklerine bağlayın.
- Hukuk ve BT ile paylaşın.
- Kullanım alanlarına geçin.
Ürün verileri
- Ücretsiz plan
- 100 doküman · 2 departman · 120 Kobi/ay(PLAN_CONFIG)
- Starter
- 1000 doküman · 5 departman · 1000 Kobi/ay(PLAN_CONFIG)
- Pro
- 12500 doküman · 25 departman · 12500 Kobi/ay(PLAN_CONFIG)
Veri yerleşimi neden sorun oluyor?
Veri yerleşimi, verinin fiziksel olarak nerede saklandığı ve işlendiği sorusudur. Bulut hizmetlerinde bu soru çoğu zaman görünmez kalır; veri birden çok bölgede çoğaltılabilir ve işleme başka bir coğrafyada gerçekleşebilir.
Bazı kuruluşlar için bu kabul edilebilir değildir. Kamu ihalelerinde, savunma sektöründe ve bazı finans sözleşmelerinde verinin ülke sınırları içinde kalması açık bir yükümlülüktür.
Yükümlülük yoksa bile müşteri talebi olabilir. Kurumsal müşteriler tedarikçi değerlendirmesinde bu soruyu düzenli olarak sorar ve yanıtın sözleşmeye yazılmasını ister.
AI ürünlerinde ek katman
AI ürünlerinde soru bir katman daha derinleşir: yalnızca doküman deposu değil, model çağrılarının nereye gittiği de önemlidir. Bir sorgu bağlamı model sağlayıcısına gönderiliyorsa, o bağlam da veri aktarımıdır.
Bu yüzden değerlendirmede iki ayrı soru sorulmalıdır: dokümanlar nerede saklanıyor ve sorgu anında hangi veri nereye gidiyor? İkincisi sık atlanır ve genelde daha belirleyicidir.
KobiGPT tarafında self-hosted kurulum bu iki soruyu birlikte çözer: altyapı, model ve gömme sağlayıcı yapılandırması sizin kontrolünüzde kalır.
Sözleşmeye ne yazılmalı
Veri yerleşimi bir ürün özelliği değil, bir sözleşme maddesidir. Saklama coğrafyası, işleme coğrafyası, alt işleyenler ve bunların değişmesi durumunda bildirim yükümlülüğü açıkça yazılmalıdır.
İkinci madde silme davranışıdır: talep geldiğinde verinin hem kaynak depodan hem vektör indeksinden çıkarılması gerekir. Bu, teknik bir ayrıntı değil sözleşmesel bir taahhüttür.
Bu sayfa hukuki görüş içermez; sözleşme metni ve uyum değerlendirmesi için hukuk danışmanınıza başvurun.
Alt işleyen zinciri
Veri yerleşimi değerlendirmesinde sık atlanan konu alt işleyenlerdir. Bir tedarikçi verisini kendi ülkenizde saklıyor olabilir ama kullandığı model sağlayıcısı, izleme aracı veya yedekleme hizmeti başka bir coğrafyada olabilir.
Bu zincirin tamamının haritalanması gerekir. Pratik yöntem, tedarikçiden alt işleyen listesini ve her birinin işlediği veri tipini yazılı olarak istemektir. Liste verilemiyorsa bu tek başına bir sinyaldir; zincirin görünmeyen halkaları, en büyük uyum riskini taşıyan yerlerdir.
Bu liste bir kez alındığında sözleşmeye ek olarak konulmalı ve değişiklik durumunda bildirim yükümlülüğü tanımlanmalıdır; aksi halde zincir zamanla sessizce değişir.
Değerlendirme sırasında bu listeyi istemek ayrıca bir olgunluk göstergesidir; listeyi hazır sunabilen tedarikçi, uyum sorularını daha önce yanıtlamış ve süreçlerini belgelemiş demektir.
FAQ
Pratikte ne anlama gelir?
Verinin saklandığı ve işlendiği coğrafya.
KobiGPT kullanıyor mu?
Uygulama için ürün sayfalarına bakın.
Daha fazla okuma?
Blog ve SSS.
Sorumluluk?
Eğitim amaçlı; uyum kararları için doğrulayın.
Veri yerleşimi için hangi seçenek var?
Self-hosted kurulumda altyapı, model ve gömme sağlayıcı yapılandırması sizin kontrolünüzde kalır; veri coğrafyasını siz belirlersiniz.
Sorgu anında hangi veri dışarı çıkıyor?
Getirme adımında seçilen doküman pasajları model çağrısının bağlamına girer; değerlendirmede bu akışın nereye gittiği ayrıca sorulmalıdır.
Karşılaştırma
| Özellik | KobiGPT | Alternatif |
|---|---|---|
| KOBİ | Evet | Yok |
| Kaynak | RAG ile | Yok |
| Sözlük | Genişliyor | Yok |
| Araçlar | İnteraktif | Yok |