İçeriğe geç
+90 531 883 33 88

Güneş & Güneş · Hukukî hizmetler

Yazılım, SaaS ve Bulut Sözleşmeleri

Teknoloji projelerinde sözleşme, teslim, fikrî haklar ve dava. Kaynak kodundan hizmet sürekliliğine, veriden çıkış planına kadar hukukî değerlendirme.

Yazılımın Kapsamını, Haklarınızı ve Teslim Koşullarını Netleştirin

Yazılım geliştirme, SaaS aboneliği ve bulut hizmeti aynı hukukî ilişki değildir. Ürünün kapsamı, kullanım hakkı, kaynak kodu, kabul ölçütü, veri yönetimi, performans ve sona erme koşulları iş modeline göre düzenlenmelidir.

Güneş & Güneş Hukuk Bürosu; geliştiriciler, teknoloji girişimleri, sağlayıcılar, yatırımcılar ve kurumsal müşteriler için sözleşme hazırlığı, müzakere, hukukî inceleme, uyuşmazlık ve dava takibi sunar. Teknik ekibin taahhüdü ile sözleşme metninin aynı işi tarif etmesi esas alınır.

Geliştirme ve proje teslimi

İş tanımı, kapsam değişikliği, kabul testi, yönetim yetkisi ve teslim belgeleri.

Geliştirme sözleşmeleri

Kaynak kodu ve fikrî haklar

Lisans, mali hak devri, çalışan ve geliştirici hakları, açık kaynak ve escrow.

Kod ve hak sahipliği

Fesih ve hizmetten çıkış

Veri dışa aktarımı, hesap yetkileri, yeni sağlayıcıya geçiş ve silme.

Çıkış ve süreklilik

Uyuşmazlık, tahkim ve dava

Teslim, ayıp, ödeme, lisans, hizmet kesintisi ve delil tespiti.

Uyuşmazlık hizmetleri

Teknoloji Sözleşmelerinde Altı Kritik Ayrım

Sözleşmenin adı tek başına yeterli değildir. Satın alınan edim, tarafın sıfatı ve gerçek operasyon belirlenmeden aynı hükümler bütün projelere uygulanmaz.

Dar ekranda diğer sütunlar için tabloyu yatay kaydırabilirsiniz.

KonuHukukî de­ğer­len­dir­meUygulama
Özel ge­liş­tir­me / SaaS erişimiÖzel ürün teslimi ile hazır hizmeti kullanma hakkı ayrı edim­ler­dir.Kaynak kodu, yönetim ve bağımsız işletme yü­küm­lü­lü­ğü söz­leş­me­de be­lir­le­nir.
Ekran erişimi / söz­leş­me­ye uygun teslimÇalışan bağlantı, bütün taah­hüt­le­rin yerine ge­ti­ril­di­ği­ni tek başına göstermez.Test, sürüm, erişim yetkisi ve kabul protokolü birlikte doğ­ru­la­nır.
Lisans / mali hak devriKullanma hakkı ile eser üze­rin­de­ki mali hakların devri farklıdır.FSEK’in yazılı şekil ve hakların ayrı gös­te­ril­me­si koşulları gözetilir.
SLA / tazminat / fesihHizmet kredisi, bütün kanuni ve söz­leş­me­sel hakların eş anlamlısı değildir.Ölçüm, tavan, istisna ve tek­rar­la­nan kesinti sonuçları açık yazılır.
DPA / yurt dışı aktarım güvencesiVeri işleme eki, aktarım için gerekli gü­ven­ce­nin yerine ken­di­li­ğin­den geçmez.Rol, alıcı, ülke, hukukî dayanak ve uygun aktarım yöntemi be­lir­le­nir.
Fesih / veri ve operasyon devriSöz­leş­me­nin sona ermesi, sistemin yeni ortamda ça­lış­tı­ğı­nı göstermez.Format, süre, geçiş yardımı, ücret ve silme teyidi planlanır.

Askıya alma, silme veya yenileme tarihi yaklaşıyorsa

Hizmetin kapanması, veriye erişimin kesilmesi, kaynak kodu veya kayıtların kaybı ihtimali ilk iletişimde belirtilmelidir. Yetkili erişim kapsamında mevcut sözleşme ve kayıtlar korunur; gerekli tespit veya geçici koruma yolu değerlendirilir. Görüşme talebi, dava veya sözleşmesel bildirim süresini durdurmaz.

Teknoloji sözleşmeleri mevzuat matrisini inceleyin

Teknoloji sözleşmesinin tabi olduğu kurallar, sağlayıcının merkezinden veya sözleşme başlığından tek başına çıkarılamaz. Hizmetin sunulduğu ülke, müşteri türü, veri akışı, sektör, ürünün niteliği ve sözleşmedeki rol birlikte incelenir.

Düzenleme veya hukuk alanıTeknoloji söz­leş­me­si­ne etkisi4 Ekim 2026 iti­ba­rıy­la uygulama notu
6098 sayılı Türk Borçlar KanunuKuruluş, yorum, genel işlem koşulları, ifa, temerrüt, ayıp, so­rum­lu­luk, fesihKarma söz­leş­me­nin her edimi kendi niteliği ve söz­leş­me­nin bütünü içinde de­ğer­len­di­ri­lir
5846 sayılı FSEKBil­gi­sa­yar programı, eser sahipliği, mali hak, lisans ve devirBedel ödenmesi tek başına bütün mali hakları devretmez; yazılı kapsam kritik önemdedir
6102 sayılı Türk Ticaret KanunuTacirler, ticarî iş, bildirim, haksız rekabet, ticari sır ve kayıtTacirler arası söz­leş­me­de basiret, kayıt ve standart şartların denetimi önem taşır
6698 sayılı KVKKVeri rolü, güvenlik, veri işleyen, ihlal, silme ve yurt dışı aktarımYeni m.9 sistemi 1 Haziran 2024’ten beri yü­rür­lük­te­dir; standart sözleşme bildirimi beş iş günüdür
7545 sayılı Siber Güvenlik KanunuSiber uzayda faaliyet, bilgi verme, tedbir, denetim, ürün ve hizmet so­rum­lu­luk­la­rı19 Mart 2025’te yürürlüğe girmiştir; ikincil dü­zen­le­me­ler ve Başkanlık du­yu­ru­la­rı iz­len­me­li­dir
5070 sayılı Elekt­ro­nik İmza KanunuGüvenli elekt­ro­nik imza ve elekt­ro­nik belgeHer çevrim içi onay güvenli elekt­ro­nik imza ile aynı hukukî etkiye sahip değildir
6502 ve tüketici dü­zen­le­me­le­riDijital hizmet, abonelik, ön bil­gi­len­dir­me, cayma ve ayıplı hizmetKurumsal müşteri koşulları tü­ke­ti­ci­ye aynen uy­gu­lan­ma­ma­lı­dır
6563 ve elekt­ro­nik ticaret dü­zen­le­me­le­riÇevrim içi satış, platform rolü, sipariş ve ticari iletiSaaS’ın satışı veya platform işlevi, sözleşme hukukuna ek yü­küm­lü­lük do­ğu­ra­bi­lir
5651 sayılı Kanunİçerik, yer sağlama, trafik bilgisi ve internet yayınıÜrün kullanıcı içeriği ba­rın­dı­rı­yor­sa fiilî rol ayrıca be­lir­le­nir
Sektörel dü­zen­le­me­lerFinans, sağlık, telekom, enerji ve kamu dış hizmet kurallarıMüş­te­ri­nin dü­zen­le­yi­ci yü­küm­lü­lü­ğü, teknoloji tedarik söz­leş­me­si­ne yan­sı­tıl­ma­lı­dır
AB Veri Tüzüğü 2023/2854Bulut geçişi, veri erişimi, haksız şartlar ve birlikte işlerlik12 Eylül 2025’ten beri uy­gu­lan­mak­ta­dır; AB pazarına bağlı hiz­met­ler­de kapsam incelenir
AB Yapay Zekâ Tüzüğü 2024/1689Yapay zekâ rolleri, şeffaflık, genel amaçlı modeller ve yüksek riskGenel uygulama ve yüksek risk tak­vim­le­ri ayrılır; Temmuz 2026 Omnibus de­ği­şik­li­ği ve güncel kapsam kontrol edilir
AB DORA 2022/2554Finans ku­ru­luş­la­rı­nın bilgi ve iletişim tek­no­lo­ji­si tedarikçi riski ve söz­leş­me­le­ri17 Ocak 2025’ten beri uy­gu­lan­mak­ta­dır; kritik veya önemli fonk­si­yon­lar için ayrıntılı hükümler gerekir
AB Siber Da­ya­nık­lı­lık Tüzüğü 2024/2847Dijital unsurlu ürünlerde güvenli tasarım, zafiyet ve olay bildirimiÜretici bil­di­rim­le­ri 11 Eylül 2026’dan beri uy­gu­la­nı­yor; genel hükümler 11 Aralık 2027’de uy­gu­la­na­cak
GDPR ve ulus­la­ra­ra­sı veri kurallarıAB kişisel verisi, veri işleyen söz­leş­me­si ve aktarımAB’de kuruluş, hedefleme veya izleme bağ­lan­tı­sı somut hizmet üzerinden be­lir­le­nir

Bu tablo genel kapsam haritasıdır. Düzenlemenin uygulanması; sözleşme tarihi, ülke, taraf rolü, müşteri grubu, hizmetin teknik yapısı ve özel sektör mevzuatına göre dosya bazında belirlenir.

Çalışma Yaklaşımımız

İncelemeyi yalnız imzalanacak metinle sınırlamıyoruz. Teknik mimari, fiilî kullanım, vaat edilen teslim ve ispatlanabilir kayıtlar birlikte ele alınır. Müşterinin neyi satın aldığı ve sağlayıcının hangi sonucu üstlendiği açıkça belirlenir.

Müzakere edilecek riskler ve uygulanabilir alternatifler karar vericiye açıklanır. Hukukî inceleme ile teknik test birbirinden ayrılır; gerekli uzman çalışması ve güvenli erişim görevlendirme kapsamında planlanır.

01

İş Modeli, Taraflar ve Düzenleyici Kapsam

İlk aşamada ürün, hizmet katmanı, müşteri grubu, satış kanalı, gelir modeli, ülkeler, sektör izinleri ve veri akışları belirlenir. Tarafların sağlayıcı, müşteri, yeniden satıcı, alt hizmet sağlayıcı, veri sorumlusu, veri işleyen veya yapay zekâ tedarik zincirindeki rolü ayrı yazılır. Amaç, şablon seçmek değil, somut ilişkinin sözleşme setini ve uygulanacak mevzuatı saptamaktır.

02

Teknik ve Sözleşmesel Durum Tespiti

Mevcut teklifler, sözleşmeler, sipariş formları, SLA, güvenlik ve veri ekleri, kod ve hesap yapısı, üçüncü taraf bağımlılıkları, destek kayıtları ve teknik mimari birlikte incelenir. Metin ile fiilî ürün arasındaki farklılıklar belirlenir. Eski sürümlerde verilmiş geniş taahhütler, otomatik yenilemeler ve düzenleyici açıktan doğan öncelikler risk listesine alınır.

03

Ticari ve Hukukî Risk Dağılımı

Kapsam, süre, ücret, fikrî hak, veri, güvenlik, performans, alt tedarikçi, sorumluluk, fesih ve çıkış konularında her tarafın üstleneceği risk belirlenir. Risk yalnız hukukî önemle değil; olasılık, operasyon etkisi, ikame süresi ve müşteri taahhütleriyle değerlendirilir. Müzakere edilecek ana hükümler ve kabul edilebilir alternatifler karar notunda gösterilir.

04

Sözleşme Seti ve Teknik Eklerin Hazırlanması

Ana hizmet sözleşmesi, sipariş formu, iş tanımı, SLA, veri işleme eki, güvenlik eki, alt hizmet sağlayıcı listesi, kabul planı ve çıkış planı aynı kavram setiyle hazırlanır. Teknik ekler ilgili ekiplerle birlikte doğrulanır. Hüküm, teknik olarak uygulanamayacak bir kontrol veya ölçülemeyecek bir performans vaadi içermemelidir.

05

Müzakere, Onay ve Elektronik Kuruluş

Değişiklikler konu bazında izlenir; ticari tavizlerin hukukî etkisi karar vericiye açıklanır. Yetki matrisi, imza, sipariş, çevrim içi onay ve eklerin yürürlük işlemleri tamamlanır. Nihai sürüm, ekleri ve müzakere kayıtları güvenli şekilde saklanır. Operasyon ekibine yalnız imzalı PDF değil, uygulanacak görev ve süre listesi verilir.

06

Uygulama, İzleme, Yenileme ve Çıkış

SLA raporu, alt hizmet sağlayıcı değişikliği, güvenlik teyidi, lisans kullanımı, fiyat yenilemesi, veri aktarım aracı ve mevzuat güncellemeleri belirli tarihlerde izlenir. Kritik yükümlülükler sözleşme yönetim sistemine aktarılır. Yenileme öncesi performans ve risk değerlendirmesi yapılır. Çıkış planı yalnız fesih anında değil, hizmet devam ederken test edilir.

Yazılım, SaaS, Bulut ve Teknoloji Sözleşmeleri Hizmetlerimiz

İlgili başlığı açarak ayrıntılı hizmet kapsamını inceleyebilirsiniz. Çalışma; taraf sıfatı, mevcut belgeler, teknik işleyiş ve uygulanacak hukuk birlikte değerlendirilerek planlanır.

İş modeli, kapsam ve sözleşme seti

Teknoloji İş Modelinin Hukukî Tasarımı

Yazılım satışı, süreli lisans, kullanıcı bazlı SaaS, işlem bazlı ücret, freemium, platform, API, beyaz etiket, yönetilen hizmet, IaaS, PaaS veya hibrit modelin tarafları ve edimleri belirlenir. Gelirin lisans, abonelik, kullanım, komisyon, bakım, uygulama veya veri hizmetinden doğması ayrı incelenir. Müşterinin kurumsal ya da tüketici olması, hizmetin Türkiye veya yurt dışına sunulması ve düzenlemeye tabi sektöre hitap etmesi yükümlülük matrisine işlenir. Çıktı; sözleşme setini, kullanıcı koşullarını, veri rolünü, fikrî hak yapısını, güvenlik ekini ve düzenleyici gereklilikleri gösteren hukukî iş modeli haritasıdır.

Teklif, RFP, Term Sheet ve Sözleşme Öncesi Risk İncelemesi

Teklif talebi, teknik teklif, fiyat teklifi, niyet mektubu, gizlilik sözleşmesi, deneme ortamı ve kavram kanıtlama aşaması ana sözleşmeden önce incelenir. Bağlayıcı olan ve olmayan hükümler; masraf, münhasırlık, fikrî hak, veri kullanımı, deneme sonuçları, gizlilik ve görüşmenin sona ermesi yönünden ayrılır. Tedarikçinin verdiği güvenlik, performans veya uyum beyanlarının ana sözleşmeye nasıl taşınacağı belirlenir. Sözleşme öncesi e-posta ve sunumların geniş bir taahhüde dönüşmemesi için belge önceliği ve yetkili beyan düzeni kurulur.

Özel Yazılım Geliştirme Sözleşmeleri

Gereksinim analizi, teknik mimari, tasarım, kodlama, test, kurulum, veri aktarımı, eğitim, canlıya geçiş, destek ve bakım edimleri ayrı teslim birimlerine dönüştürülür. Fonksiyonel ve fonksiyon dışı gereksinimler; performans, güvenlik, erişilebilirlik, tarayıcı veya cihaz uyumu ve entegrasyonlarla birlikte yazılır. Proje takvimi, bağımlılıklar, müşteri katkıları, gecikme, kabul, hata sınıfları ve ödeme kilometre taşları birbiriyle bağlanır. Kaynak kodu, depo geçmişi, kurulum betikleri, veri şeması, yönetim paneli ve teknik dokümantasyon teslim kapsamına açıkça dâhil edilir.

Çevik Geliştirme, Sprint ve Zaman–Kaynak Sözleşmeleri

Çevik yöntem kullanılan projelerde kapsamın bütünü baştan sabitlenemeyebilir; bu durum teslim ve ödeme ölçütünün belirsiz bırakılmasını gerektirmez. Ürün iş listesi, sprint hedefi, kabul ölçütü, ekip kapasitesi, günlük veya saatlik kayıt, önceliklendirme yetkisi ve tamamlanma tanımı sözleşmede kurulur. Sabit ücretli unsurlar ile zaman–kaynak esaslı işler ayrılır. Müşterinin ürün sahibi rolü, geri bildirim süresi ve geciken kararın takvime etkisi belirlenir. Sprint sonunda çalışan sürüm, kod deposu ve kayıtların erişilebilirliği düzenli olarak doğrulanır.

Ana Hizmet Sözleşmesi, Sipariş Formu ve SOW Mimarisi

Teknoloji ilişkisi birden fazla proje ve abonelik içeriyorsa ana hizmet sözleşmesi genel hukukî şartları; sipariş formu ticari parametreleri; iş tanımı belgesi ise proje edimlerini düzenler. Her belgenin tarafı, yürürlük tarihi, süresi, önceliği ve değişiklik usulü açıkça gösterilir. Çelişki hâlinde hangi belgenin üstün olduğu konu bazında kurulabilir; veri koruma veya güvenlik ekinin daha düşük bir sipariş formuyla etkisiz bırakılması önlenir. Eski siparişlerin yeni ana sözleşmeye geçişi ve sona eren işlerin hangi hükümlere tabi kalacağı belirlenir.

İş Tanımı, Değişiklik Talebi ve Kapsam Yönetimi

İş tanımı; teslimleri, hariç tutulan işleri, müşteri bağımlılıklarını, teknik ön koşulları, ekipleri, takvimi, bedeli ve kabul ölçütünü birlikte göstermelidir. Yeni özellik, entegrasyon, performans artışı veya mevzuat değişikliği talebi; değişiklik emri olmadan fiilen projeye eklenmemelidir. Talebin kapsam, süre, ücret, kaynak, güvenlik ve fikrî hak etkisini gösterecek form oluşturulur. Acil güvenlik düzeltmeleri için hızlandırılmış usul, olağan ürün taleplerinden ayrılır. Yetkisiz personelin e-posta veya toplantı notuyla kapsamı genişletmesi önlenir.

Ücret, Kullanım Ölçümü, Faturalama ve Yenileme

Kurulum, lisans, abonelik, kullanıcı, işlem, depolama, veri çıkışı, destek, geliştirme ve üçüncü taraf bedelleri ayrı gösterilir. Kullanım metriğinin kaynağı, zaman dilimi, yuvarlama, vergi, döviz, kur, minimum taahhüt ve aşım fiyatı belirlenir. Sağlayıcının ölçüm kayıtlarına itiraz yolu ve saklama süresi kurulur. Otomatik yenileme, yenilememe bildirimi, fiyat endeksi, tek taraflı artış ve paket değişikliği açıkça düzenlenir. Ücretsiz denemenin ücretli döneme geçişi ile askıya alınan hesapların faturalama durumu belirsiz bırakılmaz.

Hizmet, teslim ve operasyon

SaaS Abonelik ve Kurumsal Kullanım Sözleşmeleri

SaaS hizmetinin kullanıcı, hesap, cihaz, işlem, veri hacmi veya özellik paketi üzerinden nasıl lisanslandığı açıklanır. Abonelik başlangıcı, deneme dönemi, otomatik yenileme, kullanım aşımı, fiyat değişikliği, kullanıcı ekleme ve azaltma, destek planı ve askıya alma koşulları düzenlenir. Müşteri verisi, hizmet telemetrisi, istatistik ve türetilmiş verinin kullanım sınırı belirlenir. Sağlayıcının ürünü geliştirme yetkisi ile esaslı işlevi kaldırma veya uyumsuz değişiklik yapma riski dengelenir. Kurumsal ana sözleşme, sipariş formu, SLA, veri işleme ve güvenlik ekleri arasında öncelik sırası kurulur.

IaaS, PaaS ve Bulut Hizmeti Sözleşmeleri

Altyapı ve platform hizmetlerinde sağlayıcı ile müşterinin paylaşılan güvenlik ve operasyon sorumlulukları servis katmanına göre ayrılır. Hesap, kimlik, yapılandırma, işletim sistemi, uygulama, veri, şifreleme anahtarı, yedek ve ağ güvenliği görevleri RACI tablosunda gösterilebilir. Hizmet bölgesi, veri yerleşimi, kapasite, otomatik ölçekleme, kullanım ölçümü, bağlantı, yedekleme, kurtarma ve destek sınırları yazılır. Bulut sağlayıcısının standart koşulları, kurumsal ekler ve yeniden satıcı sözleşmesi birlikte incelenir. Hesap kapanması veya erişim kaybında yönetici yetkisi ile veriye ulaşma yolu önceden kurulur.

Yönetilen Hizmet, Dış Kaynak ve Operasyon Sözleşmeleri

Sistem yönetimi, güvenlik operasyonu, ağ, veri tabanı, uygulama, yardım masası veya DevOps hizmetlerinde tedarikçinin erişim ve değişiklik yetkisi belirlenir. Görev kapsamı, vardiya, yanıt, eskalasyon, uzaktan erişim, ayrıcalıklı hesaplar, loglama, personel değişimi ve alt yüklenici kullanımı düzenlenir. Müşteri talimatı ile tedarikçinin meslekî özen yükümlülüğü arasındaki sınır açıklanır. Kritik personelin ayrılması, bilgi devri, hizmet devamlılığı, geri dönüş planı ve sözleşme sonunda operasyonun iç ekibe veya yeni tedarikçiye geçişi hükme bağlanır.

SLA, SLO, Uptime ve Hizmet Kredileri

Hizmet seviyesi; yalnız yüzde olarak erişilebilirlik yazmakla kurulmaz. Ölçüm noktası, takvim ayı, planlı bakım, mücbir sebep, müşteri kaynaklı kesinti, internet omurgası ve üçüncü taraf hizmet hariçleri belirlenir. Olay öncelikleri, ilk yanıt, geçici çözüm, kalıcı giderim, durum güncellemesi ve eskalasyon süreleri ayrı tanımlanır. Sağlayıcının kendi ölçümünün doğrulanması ve rapor sunması düzenlenir. Hizmet kredilerinin otomatik mi talep üzerine mi doğacağı, tek giderim olup olmadığı, tekrarlanan ihlalin fesih hakkı ve kritik kesintinin daha geniş sorumluluğa etkisi açıkça yazılır.

Kabul Testleri, UAT ve Teslim Protokolleri

Kabul; nesnel test senaryosu, veri seti, ortam, sorumlu kişi, süre ve sonuç sınıfıyla yürütülür. Kullanıcı kabul testi, güvenlik testi, performans testi, entegrasyon ve veri doğruluğu birbirinden ayrılabilir. Kritik hata, önemli hata ve küçük hata tanımları ile kabulün hangi eksiklikte erteleneceği belirlenir. Sessizlik, kullanım veya canlıya geçişin otomatik kabul sayılıp sayılmayacağı açık olmalıdır. Şartlı kabul varsa kalan işler, giderim tarihi ve ödeme etkisi protokole bağlanır. Teslimde kaynak kodu, yönetici yetkisi, dokümantasyon ve bağımsız işletme imkânı ayrıca doğrulanır.

Kaynak kodu veya altyapının müşteriye devri her SaaS aboneliğinin zorunlu unsuru değildir. Sözleşmede üstlenilen teslim ile lisans/erişim modeli ayrılır. Özel geliştirmede vaat edilen bağımsız kullanım ve yönetim yetkileri ise yalnız bir ekran görüntüsüyle ispatlanmış sayılmaz.

Ayıp, Hata, Bakım, Destek ve Sürüm Politikası

Yazılımın sözleşmedeki fonksiyon, dokümantasyon, güvenlik ve performans ölçütlerine uygunluğu taahhüt edilir. Hata sınıfları, bildirim yöntemi, tekrar üretme bilgisi, geçici çözüm, düzeltme ve sürüm teslimi belirlenir. Bakım kapsamına hata düzeltme, mevzuat güncellemesi, küçük geliştirme, sürüm yükseltme ve üçüncü taraf uyumu yönünden açıklık getirilir. Destek saatleri, dil, kanal ve eskalasyon yazılır. Eski sürümün destekten çıkarılması için makul bildirim, güvenlik yamaları ve geçiş yardımı düzenlenir. Müşteri değişikliği veya desteklenmeyen ortamın sorumluluğa etkisi ölçülü şekilde ele alınır.

İş Sürekliliği, Felaket Kurtarma ve Yedekleme

Kritik hizmetler, kurtarma süresi hedefi ve kabul edilebilir veri kaybı hedefi iş etkisi üzerinden belirlenir. Yedek sıklığı, ayrılmış ortam, şifreleme, geri yükleme testi ve saklama bölgesi yazılır. Felaket kurtarma planının yalnız varlığı değil, test sıklığı, senaryo, bulgu ve düzeltme takibi düzenlenir. Tek bulut bölgesi, tek kimlik sağlayıcı veya tek kritik personel bağımlılığı açıklanır. Büyük kesintide iletişim, alternatif işlem, öncelikli müşteri ve dönüş sırası belirlenir. Müşterinin kendi dışa aktarım veya yedek yükümlülüğü varsa açıkça gösterilir.

Kod, lisans ve fikrî haklar

Yazılım Lisansı ve Kullanım Hakkının Kapsamı

Lisansın süreli veya süresiz, münhasır veya basit, devredilebilir veya devredilemez, alt lisansa açık ya da kapalı olması belirlenir. Kullanıcı, cihaz, şirket, bağlı ortaklık, coğrafya, sunucu, işlem veya kapasite sınırı açıkça yazılır. Yedek kopya, test, felaket kurtarma, uzaktan çalışma, grup şirketi kullanımı ve dış hizmet sağlayıcının erişimi düzenlenir. Tersine mühendislik, birlikte işlerlik, hata düzeltme ve kanunî istisnalar emredici hükümler gözetilerek ele alınır. Lisans denetimi ölçülü, bilgi güvenliğine uygun ve iş sürekliliğini bozmayacak usule bağlanır.

Mali Hak Devri, Arka Plan Hakları ve Yeni Geliştirmeler

FSEK kapsamında bilgisayar programı üzerindeki mali hakların devri veya kullanma yetkisi yazılı ve haklar ayrı ayrı gösterilerek düzenlenmelidir. Proje öncesi mevcut kod, kütüphane, yöntem, şablon ve araçlar “arka plan hakları”; proje sırasında ortaya çıkan özel geliştirmeler ise ayrı sınıf olarak tanımlanır. Müşterinin bedel ödemesi tek başına kaynak kodunun veya bütün mali hakların geçtiği anlamına gelmeyebilir. İşleme, çoğaltma, yayma ve dijital iletim dâhil gereken haklar kullanım amacıyla uyumlu kurulmalıdır. Sağlayıcının genel bilgi ve deneyimini kullanma hakkı, müşteriye özgü gizli bilgi ve koddan ayrılır.

Henüz meydana getirilmemiş eserler bakımından hak devri taahhüdü ile tamamlanmış eser üzerindeki tasarruf işlemi FSEK m.48–52 çerçevesinde ayrılır. Manevi haklar, mali haklar gibi topluca devredilmiş kabul edilmez; eser sahipliği ile mali hakları kullanma yetkisi ayrıca değerlendirilir.

Çalışan ve Bağımsız Geliştirici Haklarının Düzenlenmesi

Kodun çalışan, kurucu, serbest geliştirici, ajans, alt yüklenici veya yabancı ekip tarafından yazılması hak sahipliği sonucunu değiştirebilir. Çalışanın görev kapsamında oluşturduğu program ile bağımsız geliştiricinin sipariş üzerine yazdığı kod aynı varsayıma tabi tutulmaz. İş sözleşmeleri, hizmet sözleşmeleri, kurucu sözleşmeleri ve alt yüklenici taahhütleri proje zinciri boyunca incelenir. Mali hak kullanımı, gizlilik, açık kaynak, üçüncü taraf kodu, teslim, işbirliği ve ayrılık sonrası yükümlülükler yazılı hâle getirilir. Şirketin kod deposu ve hesapları kişisel hesaplara bağlı bırakılmaz.

Kaynak Kodu Escrow ve Teknolojik Süreklilik Düzenlemeleri

Sağlayıcının iflası, faaliyeti bırakması, desteği kesmesi, ağır SLA ihlali veya sözleşmesel teslim yükümlülüğünü yerine getirmemesi hâlinde kullanılmak üzere kaynak kodu emanet düzeni kurulabilir. Emanete yalnız kaynak kodu değil; derleme talimatı, bağımlılık listesi, veri şeması, altyapı kodu, kurulum betiği, yönetici anahtarlarının güvenli yöntemi ve dokümantasyon dâhil edilir. Yatırma sıklığı ve emanet içeriğinin derlenebilirliği bağımsız doğrulamaya bağlanır. Serbest bırakma olayı, itiraz usulü, kullanım lisansı ve gizlilik sınırı açık olmalıdır. Escrow, düzenli yedek ve çıkış planının yerine geçmez.

Açık Kaynak Yazılım ve Lisans Uyum İncelemesi

Kod tabanındaki açık kaynak bileşenleri, sürümleri, lisansları ve doğrudan veya geçişli bağımlılıkları envantere alınır. İzin verici lisanslar ile kaynak kodu açıklama veya aynı lisansla dağıtım sonucu doğurabilecek copyleft hükümleri kullanım biçimine göre değerlendirilir. Yazılımın yalnız SaaS olarak sunulması, dağıtılması, cihaza gömülmesi veya müşteriye teslimi farklı sonuç yaratabilir. Bildirim, telif notu, lisans metni, kaynak kodu sunma ve değişiklik açıklama yükümlülükleri ürün sürecine eklenir. Yazılım bileşen listesi, otomatik tarama ve geliştirici onay süreci sözleşmeyle desteklenir.

Üçüncü Taraf Bileşen, API, SDK ve Pazaryeri Koşulları

Harita, ödeme, mesajlaşma, kimlik doğrulama, analitik, yapay zekâ API’si, mobil mağaza, bulut pazaryeri ve diğer dış hizmetlerin sözleşme zinciri incelenir. Kota, fiyat, kullanım politikası, veri aktarımı, içerik kısıtı, sürüm sonlandırma, denetim, askıya alma ve sorumluluk koşulları ana ürünün müşteriye verdiği taahhütle eşleştirilir. Sağlayıcının kontrol etmediği dış hizmet için sınırsız performans vaadi verilmez; ancak bağımlılık, alternatif, bildirim ve geçiş planı kurulur. API anahtarları ve mağaza hesapları kişisel hesaplara bırakılmaz; hesap sahipliği ile erişim yetkisi belgelenir.

Müşteri Verisi, Ürün Verisi, Telemetri ve Türetilmiş Veri Hakları

Müşterinin sisteme yüklediği veri, kullanıcı hesabı verisi, işlem kaydı, performans telemetrisi, anonim istatistik, geri bildirim ve bunlardan türetilen veri ayrı tanımlanır. Mülkiyet benzeri geniş ifadeler yerine erişim, kullanım amacı, saklama, birleştirme, açıklama, model eğitimi, ihracat ve silme yetkileri açıkça yazılır. Anonimleştirme iddiası hukukî ve teknik olarak doğrulanır. Sağlayıcının hizmeti ölçme ve güvenliği sağlama ihtiyacı, veriyi başka ürün veya müşteri için kullanma yetkisine kendiliğinden dönüşmez. Sözleşme sona erdiğinde hangi verinin iade, silme veya kanunî süreyle saklama konusu olacağı belirlenir.

Veri, güvenlik ve tedarikçiler

KVKK Veri Sorumlusu–Veri İşleyen ve DPA Sözleşmeleri

Hizmetteki veri sorumlusu, veri işleyen, uygulanabilir yabancı hukukta ortak veri sorumlusu veya bağımsız veri sorumlusu rolleri işleme faaliyeti bazında belirlenir. Veri işleme sözleşmesinde konu, süre, amaç, veri ve ilgili kişi kategorileri, talimat, gizlilik, güvenlik, alt veri işleyen, ilgili kişi talebi, ihlal, denetim, silme ve iade hükümleri kurulur. Sağlayıcının kendi amaçları için yaptığı telemetri veya dolandırıcılık önleme işlemleri ayrıca değerlendirilir. KVKK m.12 kapsamındaki müşterek sorumluluk, yalnız genel bir “KVKK’ya uyulur” hükmüyle yönetilemez; teknik ve idarî tedbirlerin uygulanması ile doğrulanması gerekir.

Yurt Dışına Veri Aktarımı ve Bulut Bölgesi Sözleşmeleri

Bulut sunucusu, destek ekibi, alt veri işleyen, uzaktan erişim, felaket kurtarma kopyası ve global yönetim paneli ayrı aktarım kanalları olarak haritalanır. KVKK m.9 kapsamındaki yeterlilik, uygun güvence veya arızi aktarım yollarından hangisinin kullanılacağı somut akışa göre belirlenir. Standart sözleşmenin doğru taraf tipine göre seçilmesi, eklerinin doldurulması ve imzadan itibaren beş iş günü içinde Kuruma bildirilmesi süreci yönetilir. Veri bölgesi taahhüdü, destek erişimini veya yedek kopyayı gizlememelidir. GDPR uygulanıyorsa AB aktarım aracı ve ilave tedbirler ayrıca incelenir.

Kurulun standart sözleşme modeli kullanılıyorsa seçimlik alanlar dışındaki metin değiştirilmez; imza yetkileri, Türkçe metin, ekler ve imzaların tamamlanmasından itibaren beş iş günlük bildirim takip edilir. Genel veri işleme eki, tek başına uygun yurt dışı aktarım güvencesi sayılmaz.

Bilgi Güvenliği Eki ve Asgari Kontrol Seti

Güvenlik eki; kimlik ve erişim yönetimi, çok faktörlü doğrulama, ayrıcalıklı hesaplar, şifreleme, anahtar yönetimi, güvenli geliştirme, zafiyet tarama, sızma testi, yama, log, yedek, ağ ayrımı, personel, fizikî güvenlik ve tedarik zinciri kontrollerini kapsar. Kontroller “sektör standardı” gibi belirsiz ifadeye bırakılmaz; uygulanacak standart, kapsam, doğrulama ve istisna usulü belirlenir. ISO sertifikası tek başına hizmete özgü güvenliği ispatlamaz; sertifika kapsamı ve kontrol raporu incelenir. Müşterinin kendi güvenlik sorumlulukları da paylaşılan sorumluluk tablosunda gösterilir.

Siber Olay, Veri İhlali ve Bildirim Yönetimi

Olay, güvenlik olayı, kişisel veri ihlali, hizmet kesintisi ve kritik zafiyet kavramları birbirinden ayrılır. Sağlayıcının müşteriye ilk bildirim süresi, bilinen asgari içerik, düzenli güncelleme, teknik inceleme, etki azaltma, kayıt koruma ve kök neden raporu düzenlenir. Yasal bildirim süresi sektör ve olaya göre değişebileceğinden sözleşme, müşterinin kendi süresini yönetebileceği erken bildirim mekanizması kurar. Kamu açıklaması ve düzenleyici kurum iletişimi yetki matrisine bağlanır. Olay giderildikten sonra düzeltici eylem, tekrar testi ve sözleşmesel sonuçlar ayrıca ele alınır.

Alt Hizmet Sağlayıcı ve Teknoloji Tedarik Zinciri Yönetimi

Alt hizmet sağlayıcının kim olduğu, hangi hizmeti nerede sunduğu, hangi veriye eriştiği ve hangi kritik fonksiyonu desteklediği envantere alınır. Sağlayıcının alt yüklenici kullanma hakkı; ön bildirim, itiraz, eş değer yükümlülük, veri aktarımı, güvenlik, denetim ve sona erme koşullarıyla düzenlenir. Kritik tedarikçide değişiklik, esaslı sözleşme değişikliği sayılabilir. Ana sağlayıcı, alt hizmet sağlayıcının fiilinden doğan sözleşmesel sorumluluğu genel bir yönlendirme hükmüyle ortadan kaldıramaz. Zincirdeki tek noktaya bağımlılık ve ikame süresi iş sürekliliği planına işlenir.

Denetim, Uyum Kanıtı ve Düzenleyici Erişim Hakları

Müşterinin denetim hakkı; bilgi formu, sertifika, bağımsız güvence raporu, uzaktan inceleme ve gerektiğinde yerinde denetim katmanlarıyla ölçülü biçimde kurulur. Sıklık, bildirim, maliyet, gizlilik, diğer müşterilerin verisi ve düzeltici eylem süresi belirlenir. Ciddi olay veya düzenleyici talepte olağan sınırlamalar esnetilebilir. Finans, sağlık, telekom veya kamu gibi sektörlerde düzenleyici kurumun bilgi ve denetim hakkı tedarik sözleşmesine aktarılır. Denetim hakkı yalnız belge görme değil, bulgunun giderilmesini ve doğrulanmasını izleme imkânı vermelidir.

Gizlilik, Ticari Sır ve Geliştirici Erişimi

Gizli bilgi tanımı; kaynak kodu, mimari, güvenlik açığı, müşteri verisi, ürün yol haritası, fiyat, iş planı ve erişim bilgilerini kapsayacak şekilde ancak sınırsız olmayan biçimde kurulur. Kanunen bilinen, bağımsız geliştirilen, hukuka uygun üçüncü kaynaktan alınan veya kamuya açık bilgi istisnaları düzenlenir. Paylaşım görevle sınırlı kişilere ve ihtiyaç ölçüsünde yapılır. Mahkeme veya makam talebi hâlinde bildirim ve sınırlı açıklama usulü kurulur. Sözleşme sonunda iade ve silme yükümlülüğü, yedek ve kanunî saklama istisnasıyla birlikte belirlenir. Kaynak koduna erişen personel için ek kontrol uygulanır.

Dijital ürün ve düzenleyici kapsam

Yapay Zekâ Modeli, API, Eğitim Verisi ve Çıktı Sözleşmeleri

Yapay zekâ bileşeninde tarafın model sağlayıcısı, sistemi sunan, dağıtan veya yalnız kullanan kişi olup olmadığı belirlenir. Girdilerin model eğitimi veya hizmet geliştirme amacıyla kullanılıp kullanılmayacağı; çıktıların kullanım hakkı, benzer çıktı ihtimali, insan incelemesi, kayıt, doğruluk sınırı ve yasaklı kullanım açıklanır. Eğitim verisinin kaynağı, lisansı, kişisel veri ve ticari sır niteliği incelenir. Genel amaçlı model koşulları ana müşteri sözleşmesiyle uyumlu hâle getirilir. AB Yapay Zekâ Tüzüğü kapsamı varsa şeffaflık, rol, teknik kayıt ve tedarik zinciri bilgi yükümlülükleri sözleşmeye taşınır.

Tedarikçiye Bağımlılık, Bulut Geçişi ve AB Veri Tüzüğü

Tedarikçiye bağımlılık; özel veri formatı, yüksek veri çıkış bedeli, kapalı API, lisans anahtarı, yönetici hesabı, dokümantasyon eksikliği veya sözleşmesel fesih engeli nedeniyle doğabilir. Taşınabilir veri, dışa aktarım sıklığı, geçiş arayüzü, yardım, süre ve ücret baştan düzenlenir. AB Veri Tüzüğü uygulanıyorsa veri işleme hizmetleri arasında geçiş, sözleşme öncesi bilgi, işlevsel eşdeğerlik, veri çıkışı ve kademeli geçiş kuralları ayrıca incelenir. Teknik birlikte işlerlik yükümlülüğü, fikrî hak ve ticari sır korumasıyla dengelenir. Çıkış provası kritik sistemlerde sözleşme süresinde yapılabilir.

AB Veri Tüzüğü kapsamındaki geçiş yükümlülükleri 12 Eylül 2025’ten beri uygulanmaktadır. 12 Ocak 2027’ye kadar geçişle doğrudan bağlantılı ve maliyeti aşmayan azaltılmış ücret rejimi; sonrasında geçiş ücretinin kaldırılması ayrı değerlendirilir. Bu kuralların kapsamı ve istisnaları her Türkiye içi sözleşmeye otomatik olarak taşınmaz.

Tüketiciye Sunulan Dijital Hizmet ve Abonelikler

Bireysel kullanıcıya sunulan uygulama, dijital içerik veya abonelikte ön bilgilendirme, toplam bedel, ödeme yükümlülüğü, cayma hakkı ve istisnaları, ayıplı hizmet, otomatik yenileme, fesih ve iade kuralları incelenir. Cayma istisnası, tüketicinin açık onayı ve hakkını kaybedeceğini kabul etmesi gereken durumlarda arayüz ve kayıtla desteklenir. Ücretsiz denemeden ücretli döneme geçiş gizlenmez. Uzun ve belirsiz abonelik iptal yolu kurulmaz. Tüketici koşulları ile kurumsal müşteri sözleşmesi ayrılır; yabancı hukuk seçimi tüketicinin zorunlu korumasını kendiliğinden ortadan kaldırmaz.

Platform, E-Ticaret, Ödeme ve Uygulama İçi Satın Alma Entegrasyonları

SaaS ürününün pazaryeri, mobil mağaza, ödeme kuruluşu veya bayi üzerinden satılması hâlinde sözleşmenin tarafı, tahsilat, iade, komisyon, vergi, kullanıcı desteği ve hesap kapatma rolleri belirlenir. Uygulama mağazasının abonelik ve içerik kuralları ana müşteri koşullarıyla uyumlu hâle getirilir. Ödeme verisinin kapsamı, PCI yükümlülüğü, chargeback ve sahtecilik süreçleri düzenlenir. Ürün üçüncü taraf satıcıları veya kullanıcı içeriğini barındırıyorsa elektronik ticaret ve internet hukuku yükümlülükleri ayrı hizmet sayfası kapsamında derinleştirilir. Teknik sağlayıcı olmak, fiilî platform rolünü her durumda ortadan kaldırmaz.

Finans, Sağlık, Telekom, Kamu ve Diğer Düzenlemeli Sektörler

Teknoloji hizmeti alan kurumun sektör mevzuatı, tedarikçinin sözleşmesel yükümlülüklerini doğrudan etkileyebilir. Bankacılık, ödeme, sermaye piyasası, sigorta, sağlık, elektronik haberleşme, enerji ve kamu sistemlerinde veri yerleşimi, dış hizmet, denetim, olay bildirimi, iş sürekliliği ve alt yüklenici hükümleri ayrı incelenir. AB finans kuruluşlarına hizmette DORA’nın bilgi ve iletişim teknolojisi üçüncü taraf risk hükümleri ile kritik fonksiyon sözleşme unsurları değerlendirilir. Tedarikçi, müşterinin düzenleyici sorumluluğunu devralmasa da müşterinin uyumunu mümkün kılacak bilgi, erişim ve işbirliği hükümlerini sağlamalıdır.

7545 sayılı Siber Güvenlik Kanunu ve AB Siber Dayanıklılık Düzenlemeleri

Türkiye’de siber uzayda faaliyet gösteren veya hizmet sunan kişi ve kuruluşlar bakımından 7545 sayılı Siber Güvenlik Kanunu’nun kapsamı, bilgi verme, tedbir, denetim, ürün ve hizmet yükümlülükleri incelenir. Sözleşmeye Başkanlık yazıları, zafiyet giderimi, işbirliği, kayıt ve denetim süreçlerini destekleyen hükümler eklenir. AB pazarına dijital unsurlu ürün sunuluyorsa Siber Dayanıklılık Tüzüğü kapsamı, üretici veya diğer ekonomik işletmeci rolü ve güvenli ürün yaşam döngüsü değerlendirilir. 11 Eylül 2026’dan itibaren üreticiler bakımından uygulanmaya başlayan belirli zafiyet ve ciddi olay bildirimleri için sözleşmesel bilgi akışı kurulur.

AB Siber Dayanıklılık Tüzüğünün genel uygulama tarihi 11 Aralık 2027; üretici bildirimlerinin başlangıcı ise 11 Eylül 2026 tarihidir. Açık kaynak yazılım destekleyicilerinin farklı takvimi ile ürüne bağlı uzaktan veri işleme ve bağımsız bulut hizmeti ayrımı ayrıca incelenir. Her SaaS sağlayıcısı aynı rol altında değerlendirilmez.

Rekabet, Birlikte İşlerlik, Veri Erişimi ve Kısıtlayıcı Koşullar

Münhasırlık, bağlama, lisans denetimi, müşteri veya personel ayartmama, en çok kayrılan müşteri, veri erişimi, API kısıtı ve geçiş engeli rekabet hukuku yönünden incelenir. Haklı fikrî hak koruması ile pazarı veya müşterinin alternatif tedarikçiye geçişini gereksiz sınırlayan hüküm ayrılır. Güçlü platform veya teknoloji sağlayıcısının tek taraflı koşulları, hâkim durum ve haksız ticari uygulama boyutuyla değerlendirilebilir. Birlikte işlerlik ve veri taşınabilirliği taleplerinde güvenlik, ticari sır ve üçüncü kişi hakları korunur. İşbirliği anlaşmaları hassas ticari bilgi değişimine yol açmayacak yönetişimle kurulur.

Sorumluluk, çıkış ve uyuşmazlık

Sorumluluk Sınırı, Tazmin, Üçüncü Kişi Talepleri ve Sigorta

Doğrudan zarar, dolaylı zarar, kâr kaybı, veri kaybı, hizmet kesintisi, fikrî hak ihlali, gizlilik ve güvenlik olayları sözleşmenin iş modeline göre ayrılır. Genel sorumluluk tavanı ile fikrî hak, kasıt, ağır kusur, gizlilik, kişisel veri veya bedensel zarar gibi istisnalar emredici hukuk gözetilerek düzenlenir. Üçüncü kişi talebinde bildirim, savunma kontrolü, işbirliği ve sulh yetkisi belirlenir. Tedarikçinin üçüncü taraf bileşen nedeniyle verebildiği koruma ayrıca incelenir. Meslekî sorumluluk ve siber risk sigortasının kapsamı, limitleri ve devamı sözleşmeyle uyumlu olmalıdır.

TBK m.115 uyarınca ağır kusurdan sorumsuzluğa ilişkin önceden yapılan anlaşma kesin hükümsüzdür. Meslek, izin ve yardımcı kişi hükümleri ayrıca incelenir. Genel işlem koşulları denetimi ve emredici sınırlar, sözleşmeye yüksek veya düşük tavan yazılarak bertaraf edilemez.

Askıya Alma, Temerrüt ve İhlali Giderme Süreleri

Ödeme gecikmesi, güvenlik tehdidi, hukuka aykırı kullanım, lisans aşımı veya düzenleyici zorunluluk hâlinde askıya alma yetkisi farklı koşullara bağlanır. Acil olmayan ihlalde bildirim ve giderim süresi verilir; kritik güvenlik olayında kapsamı sınırlı derhâl tedbir uygulanabilir. Askıya alma yalnız ihlalle ilgili hesap veya işlevle sınırlandırılabiliyorsa bütün hizmet kapatılmaz. Müşteri verisine erişim, ödeme uyuşmazlığında baskı aracı hâline getirilmez. Askı süresindeki ücret, veri muhafazası, destek ve yeniden etkinleştirme koşulları açıkça düzenlenir.

Fesih, Çıkış, Veri Taşınabilirliği ve Silme

Süre sonu, haklı neden, tekrarlanan SLA ihlali, mevzuat değişikliği, iflas, kontrol değişikliği ve kolaylaştırılmış fesih seçenekleri ayrılır. Sözleşme sona ermeden önce çıkış planı, sorumlu ekip, süre, ücret ve teknik format belirlenir. Müşteri verisi açık, yapılandırılmış ve kullanılabilir formatta; gerekli şema ve açıklamalarla teslim edilir. Yeni sağlayıcıya geçiş desteği, paralel çalışma ve bilgi aktarımı düzenlenir. Silme tarihi, yedek döngüsü, kanunî saklama ve silme teyidi açıklanır. Sağlayıcının fikrî hakları ile müşterinin kendi veri ve iş kayıtlarına erişimi birbirine karıştırılmaz.

Elektronik İmza, Log, Sürüm ve Dijital Kayıt Yönetimi

Sözleşmenin elektronik kurulması, yetkili kullanıcının belirlenmesi, güvenli elektronik imza, onay kutusu, sipariş akışı ve kayıt saklama yöntemleri incelenir. 5070 sayılı Kanun kapsamındaki güvenli elektronik imza ile diğer elektronik onay yöntemlerinin hukukî etkisi aynı kabul edilmez. Hangi metin sürümünün ne zaman ve kim tarafından kabul edildiği değiştirilemez kayıtla gösterilmelidir. Kod deposu geçmişi, iş takip sistemi, destek bileti, e-posta, test sonucu, erişim logu ve fatura kayıtları uyuşmazlık ihtimali düşünülerek sınıflandırılır. Kişisel veri ve sır içeren kayıtların erişim ve saklama süresi ayrıca belirlenir.

Yazılım Uyuşmazlıkları, Teknik İnceleme ve Geçici Hukukî Koruma

Teslim, kabul, ayıp, gecikme, ödeme, lisans, kaynak kodu, veri kaybı, hizmet kesintisi ve fikrî hak uyuşmazlıklarında sözleşme seti ile fiilî teknik durum birlikte incelenir. Çalışır ekran ile sözleşmeye uygun ve bağımsız kullanılabilir teslim birbirinden ayrılır. Kod deposu, yönetici hesapları, sürümler, testler, altyapı, API, veritabanı, faturalar ve yazışmalar usule uygun biçimde korunur. Gerektiğinde tespit, ihtiyatî tedbir, bilirkişi incelemesi, delillerin mahkemede tartışılması, tahkim veya dava stratejisi hazırlanır. Sisteme zarar verecek veya üçüncü kişi verisini açığa çıkaracak kontrolsüz müdahaleden kaçınılır.

Görevli mahkeme; sözleşmesel alacak, fikrî hak, tüketici işlemi ve tarafların niteliğine göre belirlenir. Ticari para taleplerinde dava şartı arabuluculuk ve geçici hukukî koruma koşulları incelenir. Sözleşme içi görüşme süreci kanuni süreleri durdurmuş varsayılmaz.

Teknoloji Yatırımı, Şirket Satın Alması ve Tedarikçi Hukukî İncelemesi

Yatırım veya şirket devrinde yazılım hak sahipliği, çalışan ve bağımsız geliştirici sözleşmeleri, açık kaynak, müşteri lisansları, bulut hesapları, güvenlik olayları, KVKK, yurt dışı aktarım, önemli tedarikçiler, SLA borçları ve düzenleyici kapsam incelenir. Gelirin dayandığı sözleşmelerde kontrol değişikliği, devir yasağı, fesih, indirim ve sınırsız sorumluluk hükümleri belirlenir. Kodun fiilen şirkette bulunması ile mali hakların şirkete geçmiş olması ayrı doğrulanır. Bulgular işlem belgesi, beyan ve tekeffüller, özel tazmin, kapanış şartı, fiyat düzenlemesi ve kapanış sonrası düzeltici plana dönüştürülür.

Sınır Ötesi Teknoloji Sözleşmeleri ve Uyuşmazlık Koordinasyonu

Yabancı sağlayıcı veya müşteriyle yapılan sözleşmede hukuk seçimi, yetki veya tahkim, dil, vergi, ödeme, döviz, yaptırım, ihracat kontrolü, fikrî hak, veri aktarımı ve kararların icrası birlikte değerlendirilir. Ana sözleşme ile yerel ülke ekleri arasında öncelik kurulur. İngilizce, Almanca ve Rusça metinler Türkçe hukukî çerçeve üzerinden tutarlılık denetimine tabi tutulur; yalnız kelime çevirisiyle yetinilmez. Birden fazla ülkedeki avukat, teknik inceleme ekibi ve düzenleyici danışman görevleri tek dosya planında koordine edilir. Uyuşmazlık öncesi bildirim, eskalasyon ve yönetici görüşmesi süreleri kanunî başvuru sürelerini zedelemeyecek biçimde düzenlenir.

Teslim ve Kabul: Taahhüdün Doğrulanması

  • Sözleşmedeki teslim birimi ve sürüm belirlenir.
  • Test ortamı, veri, senaryo ve ölçüm yöntemi doğrulanır.
  • Fonksiyonel, güvenlik, performans ve entegrasyon testleri ayrılır.
  • Hata sınıfı ile düzeltme süresi kayıt altına alınır.
  • Kaynak kodu, depo geçmişi, yönetim yetkisi ve dokümantasyon kontrol edilir.
  • Veri dışa aktarımı ve bağımsız kurulum imkânı gerekiyorsa denenir.
  • Kabul, şartlı kabul veya ret sonucu gerekçeli protokole bağlanır.
  • Kalan işler, ödeme ve canlıya geçiş etkisi açıkça yazılır.

Kabul sonucu; sözleşmedeki edimler, teknik test bulguları ve tarafların yetkili beyanlarıyla belgelenir. Genel SaaS kullanımı, ayrıca kararlaştırılmadıkça kaynak kodu mülkiyeti sağlamaz.

SaaS ve Bulut Hizmetinden Güvenli Çıkış

  • Fesih veya yenilememe bildiriminin tarihi ve etkisi teyit edilir.
  • Hesap askıya alınmadan önce dışa aktarılacak veri ve format belirlenir.
  • Yönetici, API, entegrasyon ve şifreleme anahtarı geçişi planlanır.
  • Yeni sağlayıcı veya iç ekip için paralel çalışma süresi oluşturulur.
  • Veri bütünlüğü, kayıt sayısı ve eklerin açılabilirliği doğrulanır.
  • Sağlayıcının kopyaları, yedek döngüsü ve kanunî saklama ayrılır.
  • Silme işlemi ve alt hizmet sağlayıcı silmesi yazılı teyide bağlanır.
  • Son fatura, hizmet kredisi, iade ve açık talepler kapatılır.

İmzadan Önce Altı Kontrol

Satın alınan edim açık mı?

Ürün, hariçler, sürüm, teslim, müşteri katkısı ve kabul ölçütleri aynı kapsamı mı gösteriyor?

Kod ve hesap hakları belli mi?

Kaynak kodu, mali haklar, yönetici hesabı ve üçüncü taraf lisansları ayrı düzenlenmiş mi?

Performans ölçülebiliyor mu?

SLA ölçümü, bakım hariçleri, yanıt/giderim süreleri ve hizmet kredisi hesaplanabilir mi?

Veri akışı biliniyor mu?

İşleme amaçları, sunucu bölgesi, uzaktan erişim ve alt veri işleyenler belirli mi?

Sorumluluk dengeli mi?

Tavanlar, ağır kusur, gizlilik, veri ve fikrî hak talepleri hukuka uygun ayrılmış mı?

Çıkış uygulanabilir mi?

Veriler okunabilir formatta alınabiliyor, geçiş süresi ve silme teyidi sağlanabiliyor mu?

İlk Görüşme ve Güvenli Belge Paylaşımı

İlk iletişimde konunun kısa özeti, taraf sıfatınız ve yaklaşan tarih yeterlidir. Ayrıntılı belgeler, işin kapsamı ve güvenli paylaşım yöntemi belirlendikten sonra istenir.

Konu, taraf ve tarihler

Ürün/hizmet tanımı; sağlayıcı, müşteri veya yatırımcı sıfatı; ülkeler ve yaklaşan yenileme, fesih, cevap veya dava tarihi.

Sözleşme ve ekleri

Teklif, ana sözleşme, sipariş, iş tanımı, değişiklik onayları; SLA, veri ve güvenlik eklerinin geçerli sürümleri.

Teslim ve ödeme kayıtları

Test, kabul, hata ve canlıya geçiş tutanakları; yetki ve sürüm kayıtları; fatura, kullanım ölçümü ve ödemeler.

Veri ve bağımlılıklar

Bulut bölgesi, veri akışı, alt sağlayıcılar, fikrî hak devirleri ve üçüncü taraf lisansları; olay varsa öğrenme zamanı ve kayıtlar.

Talep ve öncelik

Sözleşme hazırlığı, inceleme, müzakere veya dava beklentisi; erişim kaybı riski ve güvenli belge paylaşımı yöntemi.

İlk mesajda yalnız gerekli bilgileri paylaşın

Kaynak kodu, müşteri veri tabanı, parola, gizli anahtar, üretim sistemi yedeği veya bütün e-posta arşivini genel forma eklemeyin. Ayrıntılı erişim ancak ihtiyaç, yetki ve güvenlik planı belirlendikten sonra değerlendirilir.

Görüşme Hazırlık Listesini İndirin · PDF

Antalya Merkezli Teknoloji Sözleşmeleri ve Türkiye Genelinde Temsil

Güneş & Güneş Hukuk Bürosu, 18 Mart 1999 tarihinde Kemer’de kurulmuştur. 27 yılı aşkın kurumsal geçmişiyle 2007’den bu yana Antalya merkezli olarak çalışır. Türkiye’nin 81 ilindeki yazılım, SaaS ve bulut ilişkilerinde danışmanlık, müzakere, dava, kanun yolu ve kararın uygulanması; görev, yetki, delil, süre ve temsil koşulları gözetilerek planlanır.

Türkiye dışında bulunan kişi ve şirketlerin Türkiye bağlantılı süreçleri; çevrim içi görüşme, güvenli belge paylaşımı ve Türkçe, İngilizce, Almanca ve Rusça iletişim imkânıyla değerlendirilebilir. Yabancı hukuka ilişkin inceleme veya yerel temsil gerektiğinde, ilgili ülkede yetkili avukatla koordinasyonun kapsamı, sorumluluğu ve ücreti ayrıca belirlenir.

İş kabulünden önce menfaat çatışması ve temsil yetkisi kontrol edilir. Sorumlu avukat veya ekip görevlendirmede belirlenir; önemli gelişmeler, ihtiyaç duyulan kararlar ve yaklaşan tarihler müvekkile anlaşılır biçimde bildirilir. Avukatlarımızın meslekî geçmişini inceleyebilirsiniz.

İşin Kapsamı, Ücret ve Sorumluluklar

Sözleşme sayısı, teknik eklerin kapsamı, dil, ülke bağlantısı, müzakere yoğunluğu, düzenleyici inceleme ve uyuşmazlığın aşaması çalışma planını belirler. Tek sözleşme incelemesi, sürekli danışmanlık ve dava takibi ayrı kapsamlarla yürütülür.

Avukatlık ücreti; yürürlükteki Avukatlık Asgari Ücret Tarifesi ve meslek kuralları gözetilerek yazılı şekilde açıklanır. Harç, bilirkişi, tercüme, noter ve gerekli teknik hizmet giderleri ayrı gösterilir. Teknik test, sızma testi ve adli bilişim hizmetlerinin kapsamı gerektiğinde yetkili uzmanlarla ayrıca belirlenir. Görevlendirme ve gerekli yetkilendirme teyit edilmeden işin üstlenildiği varsayılmaz.

Yazılım ve Bulut Sözleşmeleri Hakkında Sık Sorulan Sorular

Yazılım sözleşmesi Türk hukukunda tek bir sözleşme türü müdür?

Hayır. Özel geliştirme, lisans, bakım, barındırma, abonelik, destek ve veri işleme edimleri aynı ilişkide bulunabilir. Uygulanacak hüküm yalnız sözleşmenin başlığına göre değil, baskın ve ayrı edimlerin niteliğine göre belirlenir. Bu nedenle ürün ile fiilî iş akışı incelenmeden hazır şablon seçilmesi risklidir.

Yazılım bedelinin ödenmesi bütün fikrî hakların müşteriye geçmesini sağlar mı?

Kural olarak hayır. Kaynak kodunu yazdırmak ve bedelini ödemek, hangi mali hakların hangi kapsamda devredildiği veya kullanım yetkisi verildiği sorununu kendiliğinden çözmez. FSEK uyarınca mali hak işlemlerinin yazılı olması ve hakların ayrı gösterilmesi önemlidir. Çalışan tarafından görev kapsamında oluşturulan programlar için özel hükümler ayrıca incelenir.

Kaynak kodunun sahibi kimdir?

Kodun kim tarafından, hangi görev ve sözleşme kapsamında yazıldığı belirlenmelidir. Eser sahipliği ile mali hakları kullanma yetkisi aynı kavram değildir. Çalışan, kurucu, serbest geliştirici ve alt yüklenici için sonuç değişebilir. Şirketin kod deposuna erişmesi veya projeyi finanse etmesi tek başına bütün hak sorunlarını gidermez.

Serbest geliştiriciye ödeme yapılması hak devri için yeterli midir?

Hayır. Bağımsız geliştiricinin oluşturduğu bilgisayar programında kullanılacak veya devredilecek mali haklar, kapsam ve süreyle yazılı olarak düzenlenmelidir. Teslim, gizlilik, üçüncü taraf kodu, açık kaynak, dokümantasyon ve işbirliği yükümlülükleri de ayrıca kurulmalıdır. Yalnız fatura veya banka ödemesi, istenen hak kapsamını göstermeyebilir.

SaaS müşterisi yazılımın mülkiyetini kazanır mı?

Genellikle hayır. SaaS müşterisi belirli süre, kullanıcı, özellik ve koşullar içinde hizmete erişim hakkı elde eder. Yazılımın ve sağlayıcının arka plan teknolojisinin hakları çoğunlukla sağlayıcıda kalır. Buna karşılık müşteri verisi, dışa aktarım, iş kayıtları ve sözleşme sona erdiğinde geçiş hakları açıkça korunmalıdır.

SLA ile SLO arasındaki fark nedir?

SLO, hizmetin hedef performans düzeyini; SLA ise bu düzeyin sözleşmesel ölçümünü ve ihlal sonucunu içeren düzeni ifade eder. Her hedef otomatik olarak tazmin veya fesih hakkı doğurmaz. Ölçüm dönemi, veri kaynağı, hariç tutulan süre, hizmet kredisi ve tekrarlanan ihlal sonucu sözleşmede yazılmalıdır.

Hizmet kredisi müşterinin tek hakkı yapılabilir mi?

Sözleşmede hizmet kredisinin belirli SLA ihlalleri için tek giderim olduğu yazılabilir; ancak bunun kapsamı, emredici hukuk, ağır ihlal, tekrarlanan kesinti, veri kaybı ve diğer sorumluluk istisnaları yönünden incelenmelidir. Küçük bir kredi mekanizması, hizmetin esaslı ve sürekli kullanılamamasına ilişkin bütün hakları ölçüsüz biçimde kaldırmamalıdır.

Yazılımın canlıda kullanılması otomatik kabul anlamına gelir mi?

Sözleşmede açık hüküm varsa kullanımın belirli koşullarda kabul sonucu doğurması mümkündür; yine de teslim kapsamı, gizli ayıp, güvenlik eksikliği ve şartlı kullanım ayrıca değerlendirilir. En güvenli yöntem; test senaryosu, süre, hata sınıfı ve sonuç protokolü belirlemektir. Zorunlu iş devamı için kullanım, her eksikliğin kabul edildiği anlamına gelmemelidir.

Çevik projede kapsam hiç belirlenmeden çalışılabilir mi?

Hayır. Ayrıntı sprintler içinde gelişse de ürün amacı, bütçe veya kapasite, iş listesi yönetimi, tamamlanma tanımı, kabul, ekip, kayıt ve değişiklik yetkisi belirlenmelidir. Aksi hâlde hangi işin ücret içinde olduğu, ne zaman tamamlandığı ve müşterinin hangi sonucu kabul edeceği belirsiz kalır.

Kaynak kodu escrow her projede gerekli midir?

Hayır. Sağlayıcının süreklilik riski, yazılımın kritikliği, ikame imkânı, müşterinin kodu kullanma yeteneği ve lisans modeli dikkate alınır. Escrow kurulacaksa içeriğin güncel ve derlenebilir olduğu doğrulanmalıdır. Sadece eski veya eksik kaynak kodunun üçüncü kişide tutulması gerçek süreklilik sağlamaz.

Açık kaynak yazılım kullanmak ücretsiz ve sınırsız kullanım anlamına gelir mi?

Hayır. Açık kaynak lisansları kullanım, bildirim, telif notu, kaynak sunma, değişiklik açıklama veya aynı lisansla dağıtım yükümlülükleri içerebilir. Sonuç; lisans türüne, bileşenin değiştirilmesine, yazılımla nasıl bağlandığına ve ürünün dağıtım veya SaaS modeline göre değişir. Bileşen envanteri ve lisans incelemesi gerekir.

Yapay zekâ ile üretilen kod veya içeriğin hakları kesin midir?

Hayır. Model koşulları, girdinin kaynağı, insan katkısı, uygulanacak ülke hukuku, benzer çıktı ihtimali ve üçüncü kişi hakları birlikte değerlendirilir. Sağlayıcının çıktıyı kullanma izni vermesi, çıktının özgün veya ihlalsiz olduğunu her durumda göstermez. Kritik kod ve içerik insan incelemesi, güvenlik ve lisans taramasından geçirilmelidir.

Bulut sağlayıcısı her zaman veri işleyen midir?

Hayır. Müşteri talimatıyla barındırdığı kişisel veriler yönünden veri işleyen olabilir; hesap yönetimi, güvenlik telemetrisi, faturalama veya kendi amaçları için yaptığı bazı işlemlerde farklı rol gündeme gelebilir. Rol, şirket unvanı üzerinden değil her işleme faaliyetinin amaç ve vasıtalarını kimin belirlediğine göre incelenir.

Verinin Türkiye dışındaki bulutta tutulması yasak mıdır?

Genel ve mutlak bir yasak yoktur; ancak KVKK m.9 kapsamındaki aktarım yolu, veri kategorisi, sektör kuralı, veri bölgesi, destek erişimi, yedekler ve alt veri işleyenler incelenmelidir. Bazı düzenlemeli sektörlerde ek yerleşim veya izin koşulları olabilir. Sadece panelden Türkiye bölgesi seçmek bütün uluslararası erişimleri ortadan kaldırmayabilir.

KVKK standart sözleşmesi ne zaman bildirilir?

Standart sözleşme, imzalanmasından itibaren beş iş günü içinde Kişisel Verileri Koruma Kurumuna bildirilir. Doğru taraf tipinin seçilmesi, eklerin eksiksiz doldurulması, imza yetkisi ve yabancı resmî belgeler ayrıca önem taşır. Standart sözleşme, asıl SaaS veya veri işleme sözleşmesinin yerine geçmez; aktarım güvencesini düzenler.

Sağlayıcı alt veri işleyeni tek taraflı değiştirebilir mi?

Sözleşme genel veya özel izin düzeni kurabilir. Genel izinde müşteri önceden bilgilendirilmeli ve somut gerekçeyle itiraz edebilmelidir. Değişikliğin hizmet sürekliliğine, veri bölgesine, güvenliğe ve aktarım aracına etkisi incelenir. İtiraz çözülemezse alternatif hizmet veya fesih yolu açık olmalıdır.

Güvenlik olayı için bütün sözleşmelerde aynı bildirim süresi kullanılabilir mi?

Hayır. KVKK, 7545 sayılı Kanun, sektör düzenlemeleri, GDPR, DORA ve AB Siber Dayanıklılık Tüzüğü farklı olay, rol ve süreler öngörebilir. Sözleşme, müşterinin kendi yasal inceleme ve bildirimini yapabilmesi için sağlayıcıdan erken ve aşamalı bilgi akışı kurmalıdır. İlk bildirimde bütün ayrıntıların tamamlanmış olması beklenmez.

SaaS sağlayıcısı özellikleri dilediği zaman kaldırabilir mi?

Ürünün geliştirilmesi için değişiklik yetkisi tanınabilir; ancak esaslı fonksiyonun kaldırılması, güvenliğin düşmesi veya entegrasyonun bozulması sözleşmedeki taahhütlerle sınırlıdır. Değişikliğin sınıfı, bildirim süresi, geriye uyumluluk, geçiş, fiyat ve müşterinin fesih hakkı düzenlenmelidir.

Otomatik yenileme ve fiyat artışı geçerli midir?

Tarafların niteliği, hükmün açıklığı, bildirim, genel işlem koşulu denetimi ve tüketici kuralları önemlidir. Yenileme tarihi, bildirim penceresi, artış formülü ve yenilememe yöntemi kolayca anlaşılmalıdır. Sağlayıcıya sınırsız ve geriye etkili fiyat değiştirme yetkisi verilmesi uyuşmazlık doğurabilir.

Sözleşme sona erdiğinde müşteri verisi hemen silinir mi?

Her durumda değil. Önce dışa aktarım ve geçiş süresi tanınabilir; ardından aktif sistem kopyaları silinir. Yedek döngüsü, kanunî saklama, uyuşmazlık kaydı ve güvenlik logları için farklı süreler bulunabilir. Hangi verinin ne zaman, hangi formatta teslim ve silme konusu olacağı sözleşmede açıklanmalıdır.

Tedarikçiye bağımlılık yalnız teknik bir sorun mudur?

Hayır. Kapalı format, veri çıkış ücreti, fesih penceresi, API kısıtı, lisans, hesap sahipliği ve geçiş yardımı sözleşmesel bağımlılık yaratabilir. Teknik çözüm kadar bildirim süresi, dışa aktarım hakkı, hizmet devamı ve ücret düzeni önemlidir. Kritik hizmetlerde çıkış planı sözleşme süresinde test edilmelidir.

Mücbir sebep her bulut kesintisini kapsar mı?

Hayır. Kesintinin tarafın makul kontrolü dışında olup olmadığı, öngörülebilirlik, yedeklilik, sözleşmedeki mimari taahhüt ve etki azaltma yükümlülüğü incelenir. Sağlayıcının seçtiği tek bölgedeki olağan arıza, her durumda mücbir sebep sayılmayabilir. Bildirim, süreklilik ve uzun kesintide fesih düzeni ayrıca uygulanır.

E-posta ve sistem kayıtları teknoloji uyuşmazlığında kullanılabilir mi?

Evet; ancak kaydın kaynağı, bütünlüğü, yetkili kişi, zaman, saklama ve dosyaya sunulma usulü önemlidir. Sözleşme sürümleri, kod deposu geçmişi, destek bileti, test sonucu, erişim logu ve ödeme kaydı birlikte değerlendirilir. Tek ekran görüntüsü, bütün proje akışını veya sözleşmeye uygun teslimi her zaman göstermez.

İlk görüşmede hangi bilgiler yeterlidir?

Ürün veya hizmetin kısa tanımı, taraf sıfatınız, sözleşmenin ya da uyuşmazlığın aşaması, ilgili ülkeler ve yaklaşan süre yeterlidir. İlk temasta kaynak kodu, müşteri verisi, parola, gizli anahtar veya bütün sistem yedeği paylaşılmamalıdır. Ayrıntılı kayıtlar görev kapsamı ve güvenli kanal belirlendikten sonra istenir.

Kaynak kodu ve yönetici hesabı her SaaS müşterisine devredilir mi?

Hayır. SaaS çoğunlukla hizmete erişim ve sınırlı kullanım hakkı sağlar. Kaynak kodu devri, hesap sahipliği veya bağımsız işletme imkânı ayrıca kararlaştırılmışsa kapsamı doğrulanır. Özel geliştirme sözleşmesindeki teslim borcu, standart SaaS aboneliğiyle aynı kabul edilmez.

Yazılım teslim edilmediğinde önce hangi kayıtlar korunmalıdır?

İmzalı sözleşme ve ekleri, teklif ve değişiklik onayları, sürüm geçmişi, test/teslim tutanakları, ödeme kayıtları ve yetkili yazışmalar korunur. Üretim sistemine izinsiz müdahale edilmez; teknik durum tespiti ve geçici koruma ihtiyacı hukukî usulle değerlendirilir.

AB siber dayanıklılık bildirimleri henüz başlamadı mı?

Kapsamdaki üreticiler için belirli zafiyet ve ciddi olay bildirimleri 11 Eylül 2026’dan itibaren uygulanmaktadır; genel hükümler için 11 Aralık 2027 takvimi ayrıdır. Ürün, rol ve AB pazarına sunum koşulu incelenmeden bütün bulut hizmetlerine aynı yükümlülük atfedilmez.

Teknik incelemeyi hukuk bürosu mu gerçekleştirir?

Büro sözleşme, delil, başvuru ve uyuşmazlık yönünü yürütür. Kod analizi, sızma testi veya adli bilişim gerektiğinde yetkili teknik uzmanla çalışma planlanır. Testin kapsamı, erişim izni, gizlilik ve sorumlulukları ayrıca belirlenir.

Resmî Kaynaklar ve İçerik Bilgisi

İçerik hazırlık ve kaynak kontrolü: . Mevzuat ve uygulama takvimi işlem tarihinde yeniden kontrol edilmelidir.

Resmî mevzuat ve uygulama kaynaklarını inceleyin

Teknoloji Sözleşmenizi ve Uyuşmazlığınızı Birlikte Değerlendirelim

Konunuzu ve öncelikli tarihinizi paylaşın

Ürün veya hizmeti, taraf sıfatınızı ve sözleşmenin ya da uyuşmazlığın aşamasını kısaca açıklayın. Yaklaşan yenileme, fesih, erişim kapatma veya dava tarihi varsa belirtin.

Paylaştığınız bilgi ve belgeler meslekî sır ve kişisel verilerin korunması ilkeleri gözetilerek, yalnız hukukî talebinizin değerlendirilmesi ve sizinle iletişim kurulması amacıyla kullanılır. Ayrıntılı belge aktarımı için güvenli yöntem ayrıca belirlenir.

İlk geri dönüş hedefimiz 48 saattir. Bu süre hukukî görüşün tamamlanması veya işin kabulü anlamına gelmez. Yakın son tarih veya acil işlem varsa bu süreyi beklemeyin; telefonla bildiriniz.

Pazartesi – Cuma, 09:00 - 18:00

Bu sayfa genel bilgilendirme içindir; kişiye özel hukukî görüş veya sonuç güvencesi oluşturmaz. Her uyuşmazlık olayları, delilleri ve usul koşulları içinde değerlendirilir. Avukatlık ilişkisi, iş kabulü ve görevlendirme teyidiyle kurulur.

Bu Konuda Bilgi Alın

İletişim bilgilerinizi bırakın, ekibimiz sizi arasın.

Konu: Yazılım, SaaS ve Bulut Sözleşmeleri

* Ad soyad ve telefon zorunludur. Paylaştığınız bilgi ve belgeler gizlilik içinde, yalnızca hukukî talebinizin değerlendirilmesi ve sizinle iletişim kurulması amacıyla kullanılır. İlk mesajınıza kimlik, sağlık, banka veya üçüncü kişilere ait ayrıntılı veriler eklemeyiniz. Aydınlatma metnini inceleyin.