Escrow Sayısal Kaynak Kod Emanetçilik Hizmeti

Kaynak kod emanetçiliği, yazılımı kullanan kuruluşun sürdürülebilirlik ihtiyacı ile üreticinin kaynak kodunu koruma isteğini bir sözleşme çerçevesinde ele alır. Başvuruya hazırlanırken hangi yazılımın emanet edileceğini ve kodun hangi koşulda teslim edilebileceğini ayrı sorular olarak değerlendirin.

Emanetçilik doğrudan müşteriye kod teslimi değildir

TSE, sayısal kaynak kod emanetçiliğini müşteri ile üretici arasındaki sözleşmeye bağlı olarak kodun üçüncü bir kurumda şifrelenmiş saklanması şeklinde açıklar. Kaynak kod, sözleşmede belirtilen koşullar oluşana kadar emanetçide tutulur. TSE Escrow, Bilgi — hizmet tanımı

Bu nedenle yazılım lisansı satın almayı, kaynak koda her zaman erişme hakkı olarak okumayın. Hazırlıkta üretici, müşteri ve emanetçi rollerini ayrı yazın. Kullanılan ürünün adı ile emanet edilecek projenin adı farklıysa aynı yazılımı tarif ettiklerini açıklığa kavuşturun.

Saklanacak sürümü ve teslim içeriğini netleştirin

Resmî açıklamada süreç anlaşmayla başlar; üretici yazılımın son sürümünü şifrelenmiş olarak güvenli sunucuya yükler. Proje sonlandırıldığında dosyalar salt okunur duruma geçer. TSE Escrow, Bilgi — yükleme ve saklama süreci

Hazırlık önerisi olarak sürüm numarasını, teslim tarihini, kod paketini ve teslimle ilgili tutanakları birlikte izleyin. Kodun yanında derleme veya kurulum için hangi bileşenlerin yer alacağını sözleşme görüşmesinde sorun. Bunlar bu sayfadan çıkarılmış zorunlu ek listesi değildir. Emanete alınmış bir paket bulunduğu için yazılımın yeniden kurulmasının kendiliğinden mümkün olduğunu varsaymayın.

Devir talebi için sözleşme ve karar süreci vardır

TSE’nin kamuya açık süreç açıklamasında müşteri, sözleşme şartlarının oluştuğuna ilişkin mahkeme kararını iletir. Karar hukuk birimince incelenir ve uygun bulunursa tutulan kaynak kod müşteriye teslim edilir. TSE Escrow, Bilgi — kaynak kodu devir işlemleri

Dolayısıyla “üretici telefonuma dönmedi, kodu hemen alırım” gibi otomatik sonuç kurmayın. Sözleşmedeki tetikleyici olayları, ilgili kanıtları ve teslim talebinin nasıl değerlendirileceğini anlaşma yapılırken anlayın. Bu rehber belirli bir uyuşmazlıkta devir hakkınız bulunduğu kararını vermez.

Başvuru formu ve sözleşmeyi birlikte inceleyin

Hizmet sayfasında BTBD-02-03-FR-01 başvuru formu ve BTBD-02-03-FR-02 emanetçilik sözleşmesi ayrı bağlantılar olarak sunulur. Ücret için bilişim belgelendirme çizelgesine yönlendirme yapılır. TSE Escrow, Dokümanlar, Başvuru ve Ücret Tablosu

Teknik teslim hazırlığını sözleşme görüşmesinden koparmayın. Taraf isimleri, ürün/sürüm tanımı ve iletişim yetkilileri tutarlı olmalı. Yazılım ürün belgelendirmesi ise ürünün değerlendirilmesine yöneliktir; emanetçilik hizmetinin sağladığı saklama ve koşullu teslim ilişkisini açıklamaz.

Formun istediği bilgiler ve ekler

22 Kasım 2016 tarihli BTBD-02-03-FR-01 formu iki sayfadır. Üretici ve müşteri kuruluşun bilgileri ayrı alınır; başvuranın hangi taraf olduğu, yazılım/proje adı ve sürümü ayrıca yazılır. Faturanın hangi kuruluşa kesileceğinin tarafların kendi sözleşmesinde belirlenmesi istenir. Ek listesinde yasal statü belgesi, noter onaylı temsil imza sirküleri, avans dekontu ve emanetçilik sözleşmesi bulunur. Başvuru formu, sayfalar 1–2

Bu formdaki “müşteri” alanı ile faturayı ödeyen tarafın aynı olmak zorunda olduğunu varsaymayın. Ödeme sorumluluğunu, ürünün adını ve devir koşullarını iki tarafın sözleşmesi ile TSE başvurusunda tutarlı gösterin. İncelenen dosyanın üzerindeki 2026 basım damgası, formun 2016 yayın tarihini yeni bir revizyona dönüştürmez.

Kod paketinin doğruluğunu kim kontrol eder?

2 Aralık 2016 revizyonlu sözleşmede ilk kaynak kod teslimi sözleşme başlangıcından itibaren 15 iş günü içinde öngörülür. Güncel sürüm teslimi tarafların Ek-1 sözleşmesinin kapsamıyla ilişkilidir. Müşteri, teslim edilen dosyaların doğruluğunu ve kontrolünü üstlenir; TSE müşteri onaylı dosyaları kabul eder ve içeriğin doğruluğundan sorumlu tutulmaz. BTBD-02-03-FR-02, 4.1.1–4.1.3, 4.2.2 ve 4.3.7–4.3.8

Dolayısıyla bir dosyanın emanet sistemine alınması, dosyanın derlenebilirliğinin veya bütün bağımlılıkları içerdiğinin ayrıca test edildiğini göstermez. Hazırlık önerisi olarak teslim paketinin hangi sürüme ait olduğunu, müşteri onayının hangi paketi kapsadığını ve güncelleme sorumlusunu kayıt altına alın. Üçüncü taraf bileşenler ve kullanım haklarıyla ilgili açık soruları sözleşme görüşmesinde ayrıca ele alın; emanetçilik bunları kendiliğinden çözmez.

Devir koşulu, denetim ve sözleşme sonu

Kaynak kodun hangi olayda devredilebileceği Ek-1'deki taraf sözleşmesinde belirlenir; müşteri bu koşulların oluştuğunu mahkeme kararıyla belgelendirir. Sözleşme denetimi ise müşteri talebi ve üretici onayıyla veya Ek-1'deki ilgili hükümler uyarınca yürütülür. Bu iki işlem birbirinden farklıdır. Sözleşme, 4.2.4, 4.3.9 ve 4.4

İncelenen metin bir yıllık süre, süre bitmeden her iki tarafın dilekçeyle uzatma talebi ve sözleşme sona erdiğinde dosyaların 30 gün içinde sistemlerden silinmesini düzenler. Süre bitişini sadece yazılım lisansının yenilenme tarihinden izlemeyin. Emanetçilik sözleşmesinin kendi takvimini ve uzatma işlemini ayrı takip edin. Sözleşme, 4.3.10 ve 7

Aylık depolama bedeli neden yıllık tahakkuk edebilir?

2026 bilişim tarifesinin EK-1.17 tablosunda sözleşme, talep halinde sözleşme denetimi ve dosya boyutuna bağlı aylık depolama kalemleri ayrı yer alır. Sözleşmenin 6. maddesi aylık depolamanın yıllık bazda peşin hesaplanmasını düzenler. Aylık birim fiyat görmek, her ay ayrı ödeme veya erken fesihte kalan dönemin iadesi anlamına gelmez. 2026 tarife, sayfa 25; Sözleşme, madde 6

Aynı sözleşmede dosya boyutunun küçülmesinde önceki yıllık tahakkuk farkının iade edilmemesi, büyümesinde ise tarife sınırlarına göre farkın hesaplanması açıklanır. Teklif isterken paket boyutunu, depolama dönemini, denetim talebini, vergi ve ödeme tarafını birlikte belirtin. Bu rehber, sizin adınıza düzenlenmiş teklif veya sözleşme değildir; uygulanacak metni TSE'nin ilgili biriminden alın.