Yazılım Firması Kaynak Kodları Vermiyorsa Ne Yapmalısınız?

Sözleşmede teslim yazıyorsa ek ücret talebi haksızdır; teslim anlaşmanın parçasıdır. Sözleşmede hiç geçmiyorsa firma pazarlık alanı bulabilir; bu durumda istenen bedeli, sistemi sıfırdan yaptırmanın veya açık kaynak bir alternatife geçmenin maliyetiyle karşılaştırın. Bazen makul bir devir bedeli ödemek, aylarca sürecek bir hukuk sürecinden daha ekonomik çıkar; kararı duyguyla değil toplam maliyetle verin.

Yazılım firmasının kaynak kodu, veritabanını veya hesap erişimlerini elinde tutarak müşteriyi kendine mahkûm etmesidir. Kod sizde olmadığı için başka ekiple devam edemez, fiyat artışlarına itiraz edemez, firma kapanırsa sistemi güncelleyemezsiniz. Türkiye'de özellikle sözleşmesiz veya tek sayfalık sözleşmelerle yapılan projelerde sık görülür; panzehiri, mülkiyet ve teslim maddelerinin baştan yazılmasıdır.

Otomatik bir teslim hakkı doğmayabilir; Türk hukukunda yazılımın mali haklarının devri kural olarak yazılı sözleşmeye bağlıdır. Yine de umutsuz değilsiniz: yazılımın size özel geliştirildiğini gösteren teklif, fatura ve yazışmalar kullanım hakkınızın kapsamını genişletecek şekilde yorumlanabilir. Bir avukatla somut belgeler üzerinden değerlendirin; sonuç alınamıyorsa enerjiyi veri kurtarmaya ve yeni sisteme yönlendirmek çoğu zaman daha akılcıdır.

İhtarnamede sözleşme tarihini ve ilgili maddeyi, ödediğiniz toplam bedeli, talep ettiğiniz kalemleri (kaynak kod, Git geçmişi, veritabanı yedeği, dokümantasyon, hesap erişimleri) ve makul bir süreyi — genellikle 7-15 gün — tek tek yazın. Noter kanalıyla gönderin; bu hem ciddiyet mesajı verir hem de ileride dava açarsanız temerrüt tarihini sabitler. Metni bir avukata hazırlatmak küçük bir masraftır ama talebi ciddi biçimde güçlendirir.

Ayrım şurada: firmanın birçok müşteriye sattığı hazır bir ürün kullanıyorsanız kodun tamamını talep etmek genellikle mümkün olmaz, lisans modeli geçerlidir. Ama bedelini ödediğiniz, size özel geliştirilen bir yazılımda "ticari sır" savunması çoğu zaman bağımlılık yaratma amaçlıdır. Sözleşmenizin "özel geliştirme mi, lisanslı ürün mü" sorusuna verdiği cevap belirleyicidir; metin belirsizse bu belirsizlik bir müzakere konusudur.

Hayır. Derlenmiş veya şifrelenmiş dosyalar programın çalışan hali olsa da üzerinde geliştirme yapılamaz; bu, teslim sayılmaz. Size insan tarafından okunabilir, düzenlenebilir kaynak kod, tercihen sürüm geçmişiyle birlikte bir Git deposu olarak verilmelidir. Veritabanı şeması, kurulum talimatı ve yapılandırma dosyaları da pakete dahil olmalıdır; bunlar olmadan kod tek başına ayağa kaldırılamayabilir.

Tam bağımsızlık için beş kalem isteyin: Git deposu (geçmişiyle birlikte), veritabanı yedeği ve şeması, kurulum ve dağıtım dokümantasyonu, üçüncü parti servis hesapları ile API anahtarlarının listesi, domain-sunucu-mağaza hesaplarının devri. Yeni ekiple çalışacaksanız kısa bir devir toplantısı da ekletin. Teslim sonrası garanti sürecinin sözleşmede yazılı olması da önemlidir; eksik teslim, yeni bir bağımlılığın başlangıcıdır. Edge Bilişim olarak teslimi bir dosya gönderimi değil, kontrol listesi imzalanan bir oturum gibi yürütüyoruz: ekran paylaşımıyla depoyu müşterinin hesabında açıyor, kurulum dokümanını müşterinin kendi ekibi adım adım uygularken izliyor ve takılan her adımda dokümanı aynı oturumda düzeltiyoruz.

Her zaman değil. Teknik incelemede kod derlenmiyor, test içermiyor ve güncelliğini yitirmiş teknolojilere dayanıyorsa düzeltme maliyeti yeniden yazmayı aşabilir. Karar için üç soruya bakın: sistem kaç yıl daha kullanılacak, kritik iş mantığı ne kadar karmaşık, veriler temiz taşınabiliyor mu? Devralacak ekibi seçerken freelance mi kurumsal firma mı karşılaştırmamız yol gösterir; incelemeyi de devralacak ekibin yapması en sağlıklısıdır.

Hayır. Veriler kodla aynı hukuki rejime tabi değildir; müşteri, sipariş ve muhasebe kayıtlarınız size aittir ve KVKK kapsamında da talep edilebilir. Çoğu sistem Excel/CSV dışa aktarımı veya veritabanı yedeği verebilir. Kurtarılan veri, alan eşleştirmesiyle yeni sisteme taşınır ve deneme göçüyle doğrulanır; böylece kod rehin kalsa bile işletmenizin hafızası sizinle gelir.

Değil. Kaynak kod teslimi, size özel geliştirilen kodun mülkiyetiyle birlikte yalnızca size devredilmesidir. Açık kaynak ise kodun herkese açık bir lisansla yayımlanmasıdır; Odoo veya ERPNext kullanıyorsanız kodu zaten indirebilirsiniz, kimse sizden saklayamaz. İkisi de bağımlılığı kırar ama farklı yollarla: birincisi sözleşmeyle, ikincisi lisans modelinin doğasıyla.

Açık kaynak kodlu ERP, kaynak kodu herkese açık lisansla dağıtılan kurumsal kaynak planlama yazılımıdır; muhasebe, stok, satış, üretim ve CRM'i tek çatıda toplar. Dünyada en yaygın seçenekler Odoo, ERPNext ve Dolibarr'dır; daha büyük ölçekte Axelor ve Metasfresh gibi alternatifler de vardır. Türkiye'de seçim yaparken e-fatura ve e-arşiv entegrasyonu ile Türkçe yerelleştirme desteği sunan sürüm ve iş ortaklarını önceliklendirin.

Lisans genellikle ücretsizdir ama toplam sahip olma maliyeti sıfır değildir. Kurulum ve uyarlama danışmanlığı, süreç analizi, veri taşıma, personel eğitimi, sunucu barındırma ve bakım bütçenin asıl kalemleridir; maliyet kullanıcı sayısı, modül kapsamı ve entegrasyon ihtiyacına göre birkaç kat değişebilir. Doğru yaklaşım kapsamı netleştirip aşamalı teklif almak ve danışman değişse bile sistemin devredilebilir kalmasını şart koşmaktır.

Kod rehinini kökten çözer, çünkü kod zaten herkese açıktır. Ancak iki yeni riske dikkat edin: özelleştirmeleri belgesiz yapan danışmana bağımlılık ("danışman rehini") ve sunucu ile hesapların danışman adına açılması. Sunucuyu kendi hesabınızda tutar, özelleştirme kodlarını kendi Git deponuzda toplar ve dokümantasyonu şart koşarsanız, açık kaynak ERP gerçek bir bağımsızlık sağlar.

"Geliştirilen tüm kaynak kod, veritabanı ve fikri mülkiyet hakları müşteriye aittir; kod her aşama tesliminde müşterinin Git deposuna işlenir ve proje sonunda eksiksiz devredilir" netliğinde bir madde isteyin. "Gerekli dosyalar verilir" gibi muğlak ifadeleri kabul etmeyin; aşamalı teslim, üçüncü parti lisansların listesi ve dokümantasyon yükümlülüğü de maddeye eklenmelidir. Edge Bilişim'in sözleşmelerinde depo sahipliği daha ilk maddede tanımlıdır: Git deposu müşterinin kurumsal hesabı altında açılır, biz o depoya yalnızca yazma yetkisi verilen bir hesapla katkı yaparız; yani kodu "teslim etmek" diye ayrı bir aşama oluşmaz, kod zaten baştan müşterinin tarafındadır. Aynı mantığın altyapı tarafını kurumsal yazılım hizmetimizde uyguluyoruz.

En kötü senaryodur: kod fiilen ulaşılmaz hale gelir ve sistem güncellenemez. Önceliğiniz çalışan sistemin tam yedeğini ve veritabanını güvence altına almak olmalıdır; sunucu erişiminiz varsa dosyaları hemen yedekleyin. Sonrasında iki yol kalır: verileri taşıyıp sahipliği sizde olan yeni bir özel yazılım kurmak ya da açık kaynak kodlu bir ERP platformuna geçmek. Bu risk, aşamalı kod tesliminin neden pazarlık edilemez olduğunun en net kanıtıdır.