Uygulamanızı Yapan Firma Ortadan Kaybolduysa Uygulamayı Nasıl Devralırsınız?

Uygulamayı yapan firma cevap vermiyorsa önce neyin sizin adınıza, neyin onların adına kayıtlı olduğunu çıkarın. Uygulamayı devralmanın zorluğu kodun karmaşıklığından değil, dört erişimden gelir: App Store ve Google Play geliştirici hesapları, kaynak kod, sunucu ve alan adı. Bunlar sizin adınızaysa devralma birkaç haftalık teknik bir iştir. Firmanın adınaysa süreç onların iş birliğine ya da hukuki yola bağlanır.

İlk 48 saatte ne yapmalısınız?

Panik ilk günlerde en pahalı kararları aldırır. Önce sakin bir envanter çıkarın. Aşağıdaki tablo, hangi erişimin kimde olması gerektiğini ve yoksa ne yapılacağını gösteriyor.

Envanteri çıkarırken şu iki şeyi hemen yapın: sunucu faturası firma üzerinden ödeniyorsa ödemenin aksamaması için faturayı kendi adınıza geçirmenin yolunu arayın; ve erişiminiz olan her panelde yönetici şifresini değiştirip iki adımlı doğrulamayı açın. Uygulama çalışıyorsa önce onu ayakta tutmak, sonra devralmak gerekir.

Hangi senaryodasınız?

Envanterden sonra kendinizi aşağıdaki dört durumdan birine yerleştirin. Devralmanın süresi ve maliyeti büyük ölçüde buna bağlıdır.

İkinci ve üçüncü satır arasındaki fark çoğu kişinin sandığından büyüktür. Kaynak kodsuz ama hesabı elinizde olan bir uygulama, puanlarını ve kullanıcılarını koruyarak yenilenebilir. Kodu elinizde ama hesabı başkasında olan bir uygulama ise firmanın tek bir onayına muhtaçtır.

Mağaza hesabı firmanın adınaysa ne olur?

En zor senaryo budur, çünkü mağaza kaydı (uygulamanın adı, puanları, yorumları ve kullanıcılarına güncelleme gönderebilme hakkı) hesabın sahibine aittir.

App Store tarafı

Apple'da uygulama aktarımını aktaran hesabın hesap sahibi (Account Holder) başlatır, alan hesabın sahibi kabul eder. Aktarımdan önce TestFlight sürümlerinin ve test kullanıcılarının kaldırılması gibi ön şartlar vardır. Aktarımla bundle ID, puanlar ve yorumlar taşınır ve mevcut kullanıcılar güncellemeleri almaya devam eder. Kaynak kod ise taşınmaz; Apple bunu iki tarafın kendi aralarında teslim etmesi gereken bir şey olarak tanımlıyor. Bildirim (APNs) anahtarları ve Apple Pay tanımı gibi bazı kimlikler de yeni hesapta yeniden oluşturulur (Apple App Store Connect Yardım, Ekim 2026'da kontrol edildi).

Google Play tarafı

Google Play'de aktarım talebi asıl hesaptan gönderilir; hedef hesabın kayıt işlem numarası (transaction ID) gerekir ve iki hesap da aktif olmalıdır. Kullanıcılar, istatistikler, puanlar ve yorumlar uygulamayla birlikte taşınır. Firebase projesinin eski hesaptan ayrılıp yeni hesaba bağlanması gerekir (Google Play Console Yardım, Ekim 2026'da kontrol edildi). Uygulama Play App Signing kullanıyorsa imza anahtarı Google'dadır ve yükleme anahtarı kaybolsa bile yenisi istenebilir. Eski usulle, imza anahtarı yalnız firmanın bilgisayarında duran uygulamalarda anahtar kaybolursa aynı uygulamaya güncelleme gönderilemez.

Firma hiç cevap vermiyorsa

İki mağazada da aktarımı karşı taraf başlatmadan yapamazsınız. Bu durumda iki yol kalır: hukuki yoldan firmayı aktarıma zorlamak ya da kendi hesabınızda yeni bir mağaza kaydı açmak. Yeni kayıt yeni bir uygulama demektir: puanlar ve yorumlar sıfırdan başlar, kullanıcıların yeni uygulamayı indirmesi gerekir. Eski uygulama çalışmaya devam ettiği sürece içinden kullanıcıları yeni uygulamaya yönlendirebilirsiniz; bu da sunucu erişiminin neden bu kadar önemli olduğunu gösterir.

Kaynak kod yoksa ne yapılır?

Kaynak kod olmadan uygulamayı güncellemek pratikte mümkün değildir. Mağazadan indirilen paketten kodu geri çıkarmak düzgün, bakımı yapılabilir bir kod vermez ve hukuki sorun da yaratabilir. Gerçekçi yol, uygulamanın mevcut ekranlarını ve davranışını belgeleyip yeniden yazmaktır.

Bu kötü bir haber gibi görünse de her zaman öyle değildir. Mevcut uygulama, yeni ekip için çalışan ve kullanıcı tarafından denenmiş bir şartnamedir. Hangi ekranların kullanıldığı, hangilerinin hiç açılmadığı veriyle görülebiliyorsa yeniden yazım ilk sürümden daha dar ve daha ucuz olabilir. Veritabanına erişiminiz varsa kullanıcı verisi yeni sisteme taşınır ve kullanıcılar aynı hesaplarla devam eder.

Hukuki olarak nerede duruyorsunuz?

Yazılım, Fikir ve Sanat Eserleri Kanunu (FSEK) kapsamında korunan bir eserdir. FSEK'in 52. maddesine göre mali hakların devri ya da lisansı yazılı bir sözleşmeyle yapılmalı ve devredilen haklar sözleşmede ayrı ayrı belirtilmelidir. Yargıtay kararları ve hukuk yorumları, "tüm haklar devredilmiştir" gibi genel ifadelerin bu şartı karşılamayabileceğini vurguluyor.

• Sözleşmeniz varsa: kaynak kod teslimi, mali hakların devri ve hesapların kimin adına açılacağı maddelerine bakın. Bu maddeler varsa firmaya noter aracılığıyla teslim ve aktarım ihtarı göndermek ilk adımdır.
• Sözleşme yoksa ya da bu maddeler yoksa: yazışmalarınızı, faturalarınızı ve ödeme dekontlarınızı toplayın. Hangi işin ne karşılığında yapıldığını gösteren her belge işe yarar.
• Her iki durumda: bir bilişim ya da fikri mülkiyet avukatına danışın. Bu yazı hukuki görüş değildir.

Yeni ekip devralırken neleri kontrol etmeli?

Erişimler toplandıktan sonra yeni ekibin ilk işi kodu çalıştırmaktır. Şu sırayla ilerleyen bir devralma incelemesi, ileride çıkacak sürprizleri baştan gösterir:

1. Derleme: Kod iki platformda da derlenip test cihazında çalışıyor mu?
2. Bağımlılıklar: Kullanılan kütüphaneler ve platform sürümleri güncel mi? Mağazalar her yıl en düşük hedef sürümü yükseltiyor; geride kalan uygulama güncelleme gönderemez.
3. Gizli anahtarlar: API anahtarları, ödeme ve bildirim kimlikleri kodun içinde mi? Eski firmanın da bildiği bütün anahtarlar değiştirilmeli.
4. Sunucu: Sunucu kodu da teslim edildi mi, yedekler alınıyor mu, veritabanı kopyası kimde?
5. Mağaza durumu: Uygulamanın mağaza sayfasında bekleyen bir uyarı, süresi dolmak üzere bir sertifika ya da eksik bir gizlilik formu var mı?

Bu inceleme genelde uygulamanın yeniden ayağa kaldırılıp kaldırılamayacağını ve ne kadar emek gerektiğini net gösterir. Teklif almadan önce bu listeyi yeni firmaya verin; cevaplar, devralma bütçesinin temelidir.

Bir daha yaşamamak için neye dikkat etmeli?

Devralma sorunlarının neredeyse tamamı proje başında birkaç dakikalık kararlarla önlenebilir. Mağaza hesaplarını şirketiniz adına kendiniz açın ve geliştirici ekibe yalnız yetki verin. Kaynak kodun sizin hesabınızdaki bir depoda tutulmasını ve her teslimde güncellenmesini isteyin. Sunucu, alan adı ve dış servis hesaplarını kendi adınıza açın. Sözleşmeye kaynak kod teslimini ve mali hakların hangilerinin devredildiğini ayrı ayrı yazdırın.

Firma seçerken sorulacak soruların ilk üçü tam olarak bunlardır; listenin tamamı yazılım ajansı seçerken sorulacak 12 soru yazısında, sözleşme maddeleri yazılım projesi sözleşmesi yazısında. Devralınan uygulamanın yıllık bakımını planlamak için mobil uygulama bakım maliyeti yazısına, mağazanın güncellemeyi reddetme sebeplerine App Store ve Google Play red nedenleri yazısına bakabilirsiniz.

Elinizdeki uygulamayı devralacak bir ekip arıyorsanız yukarıdaki envanter tablosunu doldurup bize gelin; ilk görüşmede hangi senaryoda olduğunuzu birlikte netleştiririz. Sürecimizi mobil uygulama geliştirme sayfasında, bize ulaşma yollarını iletişim sayfasında bulabilirsiniz.