App Store Kurumsal Çoklu Koltuk Aboneliği Nasıl Planlanır?

Kurumsal çoklu koltuk aboneliği ne sağlar?

App Store Connect’teki çoklu koltuk seçeneği, uygun otomatik yenilenen aboneliğin kurum veya okul tarafından birden fazla kişi için satın alınmasına imkân verir. Apple’ın 22 Ekim 2026 duyurusuna göre kurumlar Apple Business veya Apple School Manager üzerinden koltuk alıp atayabiliyor. Bu, uygulamanın her kullanıcıya erişim hakkını doğru tanımlama sorumluluğunu ortadan kaldırmaz. Satın alma kanalı, koltuk ataması ve uygulama içi yetki kontrolü birlikte planlanmalıdır.

Kurum satışına açık bir eğitim, saha ekipleri veya iş uygulaması geliştiriyorsanız ilk soru “çoklu koltuk ayarını nereden açarım?” değil, “kimin hangi koşulda erişimi var?” olmalı. Kurum yöneticisi satın alır; koltuğu çalışan veya öğrenci kullanır; geliştirici ise hesap ve abonelik durumunu uygulamanın işlevleriyle eşler. Bu rollerin birbirine karışması, satın almanın tamamlanmasına rağmen erişimin açılmaması veya ayrılan kişinin erişiminin sürmesi gibi sorunlar doğurabilir.

Kurum kanalıyla App Store grup satın alımını ayırın

Ekim 2026 itibarıyla Apple Business ve Apple School Manager üzerinden kurum ve okul satın alımı duyurulmuştur. Aynı Apple duyurusu genel App Store’daki grup satın alımlarının daha sonra geleceğini, Sandbox yapılandırma ve testinin Kasım 2026’da başlayacağını söylüyor. Bu nedenle bugün kurum kanalı için hazırlanırken bireysel App Store müşterisinin grup alımını canlı bir özellik gibi pazarlamayın. Lansman takvimini Apple’ın daha yeni duyurularıyla yeniden kontrol edin.

Kurumun birden fazla koltuk satın alması, kurum içi lisans paylaşımıyla aynı ürün kararı değildir. Hangi çalışanların atamayı alacağı, ayrılan çalışanın yerine yeni üyenin nasıl geçeceği ve atama değiştiğinde uygulama içi oturumun ne zaman kapanacağı yazılı olmalıdır. Kurumun cihaz yönetimi aracı bulunması her uygulamanın erişim ekranını otomatik olarak doğru yapmaz. Yetki akışını uçtan uca test etmek gerekir.

App Store Connect’te hangi ayarlar incelenir?

Apple’ın satın alma seçenekleri yardım sayfası abonelik ayrıntısındaki Purchase Options bölümünü tarif eder. Burada çoklu koltuğa izin verilip verilmeyeceği ve Apple Business ile Apple School Manager gibi satış kanalları gözden geçirilir. Yardım sayfası, eski aboneliklerin bazılarında ayarın varsayılan olarak kapalı olabileceğini de açıklar: özellikle 14 Eylül 2026’dan önce oluşturulmuş, StoreKit 2 kullanmayan veya Family Sharing açık olan abonelikleri tek tek inceleyin. “Varsayılan açık” ifadesini bütün mevcut ürünler için kesin kabul etmeyin.

Ayarı değiştirmeden önce yetkili kullanıcı rolünü doğrulayın. Apple yardımında Account Holder, Admin veya App Manager rolü belirtilir. Ürünün satış kanallarını değiştirmek yalnızca yeni müşterileri etkilemeyebilir; mevcut abonelerin yenilemesi ve koltuk eklemesi de farklılaşabilir. Bu yüzden üretim ayarını açıp kapatmak bir deney anahtarı gibi görülmemeli. Abonelik kimliği, mevcut satış kanalları, Family Sharing durumu, kullanılan StoreKit sürümü ve onaylı ürün durumu bir değişiklik kaydına yazılmalıdır.

Kurum satışı ile özel uygulama dağıtımı da aynı şey değildir. Apple yardım sayfası özel uygulamalardaki aboneliklerin satın alma seçeneklerinde farklı kısıtlar olduğunu belirtir. Uygulamanız özel dağıtım kullanıyorsa genel uygulama için verilen adımları olduğu gibi uygulamayın. Mevcut App Store Connect hesabında gerçekten sunulan kontrolleri, sözleşme ve ürün durumunu kontrol edin; gerekiyorsa Apple’ın güncel yardımına başvurun.

Erişim hakkı nasıl modellenmeli?

Bir uygulama için “abonelik aktif” tek başına yeterli karar olmayabilir. Kurum satın alımı, atanan kişi, iptal veya koltuk geri alma gibi olayları uygulama hesabıyla eşleyen bir hak matrisi hazırlayın. Kullanıcı uygulamayı açtığında hangi veri kaynağına güvenileceği, bağlantı kesikken geçici erişimin nasıl davranacağı ve hak değişikliğinin hangi zamanda yansıyacağı ürün sahibi tarafından kararlaştırılmalıdır. Bu paragraf belirli bir Apple API davranışını varsaymaz; işletmenin yanlış erişim vermemek için yazması gereken kabul ölçütlerini tanımlar.

Matrisin örnek satırları şöyle olabilir: yeni koltuk atanırsa ilk giriş; koltuk başka kişiye devredilirse eski kullanıcının oturumu; kurum yenilemeyi durdurursa sürenin sonu; bireysel abonelik sahibi aynı zamanda kurum koltuğu alırsa hangi hak öncelikli; ağ yoksa son doğrulanan hak ne kadar gösterilir. Testlerde yalnızca “satın al” düğmesini değil, erişimin açılıp kapanmasını ve hata metnini de inceleyin. Kullanıcıya erişim kapandığında kiminle iletişime geçeceğini söyleyin; kurum yöneticisine ait kararları son kullanıcıya çözdürmeyin.

Ücretlendirme kararını teknik yetkilendirmeden ayırın. Kaç koltuğun satılacağı, kurumun bütçesi ve uygulamada tanımlanan roller bir fiyat stratejisi gerektirir; bu yazı belirli gelir veya dönüşüm sonucu vaat etmez. Kurumun satın alma onay süreci, eğitim desteği ve kullanıcı taşıma gereksinimi satış görüşmesinde ayrıca belirlenir. Teknik plan doğru olsa bile bu operasyon parçaları tanımlanmadığında kurulum tamamlanmış sayılmaz.

Pilot ve hata senaryoları

Önce uygun ürünün App Store Connect durumunu kaydedin, sonra test hesabı ve örnek kullanıcılarla atanma, kaldırılma, yeniden atanma ve yenileme durumlarını değerlendirin. Apple’ın genel App Store grup satın alımı için duyurduğu gelecek takvimiyle kurum kanalındaki mevcut imkânı aynı test planında karıştırmayın. Canlı erişime açmadan önce kullandığınız Apple araçlarının bugün desteklediği senaryoyu ayrıca doğrulayın. Resmî açıklamadaki tarih veya ürün davranışı değişirse test matrisi de güncellenmelidir.

Genel abonelik mimarisi, satın alma doğrulaması ve iptal akışı hakkında daha geniş kararlar için mobil uygulamalarda abonelik altyapısı rehberine bakabilirsiniz. Bu yazının odağı kurum ve okul için çoklu koltuk satışının açılmasıyla birlikte ortaya çıkan atama ve erişim sınırlarıdır. İki konuyu ayrı ele almak, hem fiyat ve mağaza ayarını hem de kullanıcı hakkını görünür kılar.

Webinle’nin mobil uygulama geliştirme hizmeti için konuşurken abonelik ürünlerinizi, hedef kurum tipini, mevcut StoreKit yapısını ve örnek erişim senaryolarını paylaşın. Böylece ilk iş olarak ayar değişikliği mi, hak yönetimi tasarımı mı, yoksa mevcut uygulamada test boşluklarını kapatmak mı gerektiği belirlenebilir.