Apple Developer Organization Hesabı İçin Gerekli Belgeler

Apple Developer Program’a şirket olarak kayıt olmak isteyen ekiplerin en sık sorduğu soru, “Hangi belgeleri hazırlamalıyız?” sorusudur. Tek ve değişmez bir belge listesi yoktur. Apple önce başvuru formundaki kuruluş bilgilerini, D‑U‑N‑S kaydını ve başvuruyu yapan kişinin yetkisini değerlendirir; ihtiyaç duyarsa işletme belgeleri veya ek doğrulama talep edebilir.

Bu rehber, hazırlığı doğru sıraya koymanıza yardımcı olur. Süreç ve gereksinimler değişebileceği için başvuru sırasında her zaman Apple Developer Program kayıt rehberini ve size gönderilen e-postanın tam metnini esas alın.

Organization hesabı nedir?

Organization üyeliği, tüzel kişiliği bulunan şirket ve kuruluşlar içindir. Bu hesap türünde App Store’daki satıcı adı kuruluşun resmi tüzel kişilik adı olarak görünür. Ekip üyeleri farklı rollerle hesaba davet edilebilir ve kurumsal sözleşmeler Account Holder tarafından yönetilir.

Şahıs işletmesi veya tek kişilik işletme yapıları bazı bölgelerde bireysel üyelik kapsamında değerlendirilebilir. Yanlış hesap türüyle başlamak süreci uzatabileceği için şirketin hukuki statüsünü ve hedeflenen satıcı adını baştan netleştirmek gerekir.

Başlangıçta hazır olması gereken bilgiler

Apple’ın resmi kaynakları kuruluş kaydı için şu temel alanları vurgular:

• Kuruluşun resmi tüzel kişilik adı
• Kuruluşla ilişkili D‑U‑N‑S numarası
• Merkez adresi ve telefon numarası
• Kuruluşla ilişkili, herkese açık web sitesi
• Başvuruyu yapan kişinin yasal adı ve iş iletişim bilgileri
• Başvuru sahibinin kuruluşu sözleşmelerle bağlama yetkisi
• Gerekirse bu yetkiyi doğrulayabilecek referans kişi

Bu bilgilerin yalnızca doğru olması değil, farklı kaynaklarda tutarlı görünmesi de önemlidir. Ticaret sicilinde “Örnek Teknoloji Anonim Şirketi” yazarken D&B kaydında eski adres veya farklı bir kısaltma bulunması ek incelemeye yol açabilir.

D‑U‑N‑S kontrolü nasıl yapılır?

D‑U‑N‑S numarası D&B tarafından işletmelere atanır. Önce şirketiniz için daha önce bir kayıt oluşturulup oluşturulmadığını arayın. Yeni numara istemeden önce mevcut kaydı bulmak, mükerrer kayıt riskini azaltır.

Kayıtta şu alanları karşılaştırın:

• Legal entity name alanı resmi unvanla aynı mı?
• Headquarters address güncel mi?
• Hukuki yapı tüzel kişilik durumunu doğru gösteriyor mu?
• Telefon ve iletişim bilgileri kullanılabilir mi?

Yeni numara veya güncelleme talebi anında Apple tarafına düşmeyebilir. Apple’ın D‑U‑N‑S yardım sayfası, D&B işlemi sonrası verinin sistemlere aktarılması için ayrıca süre gerekebileceğini açıklar. Bu yüzden lansman tarihinden hemen önce kayıt açmak yerine hazırlığa erken başlamak daha güvenlidir.

Apple hangi şirket belgelerini isteyebilir?

Apple, kuruluş bilgilerini doğrulamak amacıyla işletme belgeleri isteyebilir ve bazı durumlarda kopyanın aslına uygunluğunu göstermek için noter tasdiki talep edebilir. Türkiye’de dosyanın içeriğine göre aşağıdaki evraklar gündeme gelebilir:

• Ticaret sicil gazetesi
• Vergi levhası
• Faaliyet belgesi
• İmza sirküleri
• Kuruluş veya yetki belgesi
• Şirket unvanı ya da adres değişikliğini gösteren güncel kayıt

Bu liste olasılıkları gösterir; tüm belgeleri kendiliğinden göndermek doğru değildir. E-postada hangi bilginin doğrulanmak istendiğini bulun ve o ihtiyacı en açık şekilde karşılayan güncel belgeyi seçin.

Belgelerin İngilizce olması gerekir mi?

Gereksinim talebe göre değişir. Türkçe resmi evrakın İngilizce tercümesi istenebilir; kimi durumda yeminli tercüme, noter onayı veya belgenin aslına uygun kopyası gündeme gelebilir. Bunlar aynı işlem değildir.

Tercüme hazırlanırken resmi unvan, adres, kişi adı, tarih ve sicil numarası gibi alanlar özellikle kontrol edilmelidir. Birden fazla belgede geçen aynı bilgi farklı biçimlerde çevrilirse inceleme zorlaşabilir. Çeviri dosyasının kaynak sayfalarla eşleşmesi ve mühür, imza, kaşe gibi unsurların anlaşılır biçimde belirtilmesi gerekir.

Yetki doğrulaması

Kuruluş adına başvuru yapan kişinin şirketi Apple Developer Program sözleşmeleriyle bağlama yetkisi olmalıdır. Apple, kişi kurucu veya şirket sahibi değilse bu yetkiyi doğrulayacak bir çalışan referansı isteyebilir. Referans kişinin şirket içindeki konumu, kurumsal iletişim bilgileri ve başvuru sahibiyle ilişkisi açık olmalıdır.

İmza sirküleri tek başına her durumda yeterli veya zorunlu değildir. Apple’ın sorusu başvuru sahibinin mevcut kurumsal yetkisine odaklanıyorsa, talep metnini dikkatle okuyup uygun açıklama ve belgeyi birlikte düşünmek gerekir.

Web sitesi kontrolü

Kuruluş web sitesi erişilebilir olmalı ve şirketle açıkça ilişkili görünmelidir. Alan adı, e-posta adresleri, şirket unvanı ve iletişim sayfası bu ilişkiyi destekler. Yapım aşamasında tek ekran, farklı ticari unvan veya ücretsiz alt alan adı güven sinyalini zayıflatabilir.

Başvuru öncesinde iletişim sayfasını, gizlilik metinlerini ve kurumsal e-posta hesaplarını kontrol edin. Sitedeki bilgilerle D‑U‑N‑S ve ticaret sicili kayıtları arasında açık çelişki bırakmayın.

Ek belge talebi geldiğinde izlenecek sıra

1. E-postanın gönderen alanını ve hesabınızdaki bildirimleri doğrulayın.
2. Talep metnini eksiksiz kaydedin; yalnızca ekran görüntüsüne güvenmeyin.
3. Her talep maddesini ayrı görev hâline getirin.
4. Mevcut belgelerin tarih ve okunabilirliğini kontrol edin.
5. Tercüme veya onay seviyesini talep metninden doğrulayın.
6. Dosyaları açıklayıcı adlarla ve mantıklı sırada hazırlayın.
7. Yanıt vermeden önce unvan, adres, tarih ve kişi adlarını son kez karşılaştırın.

Sık yapılan hatalar

En yaygın sorunlar eski D&B kaydı, ticari marka adının tüzel kişilik adı yerine kullanılması, kişisel e-posta ile kurumsal yetki arasında bağ kurulamaması ve okunaksız taramalardır. Bir diğer hata, istenmeyen çok sayıda belgeyi aynı yanıta eklemektir. Daha fazla dosya her zaman daha güçlü kanıt anlamına gelmez.

Hazırlık takvimi nasıl kurulmalı?

Başvuruyu tek güne sığacak bir form işlemi gibi planlamayın. İlk aşamada Apple Account ve iki faktörlü doğrulama kontrol edilir. İkinci aşamada resmi unvan, D‑U‑N‑S, adres, telefon ve web sitesi bilgileri karşılaştırılır. Üçüncü aşamada başvuru sahibinin yetkisi ve kurum içi referans kişi netleştirilir. Son aşamada olası belge talebi için güncel evraklar erişilebilir hâle getirilir.

D‑U‑N‑S kaydı yeni oluşturulacaksa veya güncellenecekse bu işlemi diğer adımlardan önce başlatın. D&B’nin şirketten ek belge istemesi ve bilginin Apple sistemlerine aktarılması ayrıca zaman gerektirebilir. Şirket web sitesi henüz yayında değilse kurumsal alan adı, iletişim bilgileri ve yasal metinler de başvuru öncesi tamamlanmalıdır.

Bilgiyi doğru belgeyle eşleştirme

Her belgenin amacı farklıdır. Vergi levhası vergi kimliği, unvan ve adres için güçlü bir kaynak olabilirken imza sirküleri temsil yetkisini gösterebilir. Ticaret sicil gazetesi kuruluş, unvan değişikliği veya yönetim kararlarının tarihsel kaydını sunar. Faaliyet belgesi ise kuruluşun güncel kayıt durumunu daha kısa bir formatta gösterebilir.

Apple’ın istediği bilgi yalnızca güncel unvansa, tüm sicil geçmişini göndermek yerine bu bilgiyi açıkça gösteren belgeyi seçmek daha anlaşılır olabilir. Yetki ve tüzel kişilik aynı anda doğrulanacaksa farklı belgeler birbirini tamamlayabilir. Her ek için “bu dosya hangi soruyu yanıtlıyor?” sorusuna tek cümlelik yanıt verebilmelisiniz.

Dosya kalitesi ve teknik hazırlık

Belgeyi tararken dört köşenin görünmesine, metnin net olmasına ve sayfa sırasının korunmasına dikkat edin. Dosya çok büyükse okunabilirliği bozacak kadar sıkıştırmak yerine mantıklı bölümlere ayırın. Fotoğraf kullanmak zorundaysanız gölge, perspektif bozulması ve ışık yansımasını önleyin.

Dosya adlarını İngilizce ve açıklayıcı tutmak faydalı olabilir: legal-entity-certificate, tax-certificate veya signature-circular gibi adlar içerik hakkında fikir verir. Ancak dosya adında belgeye ait olmayan bir hukuki nitelik iddia etmeyin. Tarih ekliyorsanız uluslararası anlaşılır yıl-ay-gün sırasını kullanın.

Çeviri öncesi terminoloji listesi

Birden fazla belge çevrilecekse önce kısa bir terminoloji listesi hazırlayın. Resmi şirket unvanının nasıl korunacağı, adres bölümlerinin İngilizce aktarımı, yetki terimleri ve belge adları dosyalar arasında aynı kalmalıdır. Daha önce kabul edilmiş kurumsal İngilizce unvanlar varsa tercümana iletin; yine de resmi Türkçe unvanı görünmez hâle getirmeyin.

Tarihlerde gün ve ay sırasının karışmaması, vergi ve sicil numaralarının karakter karakter kontrol edilmesi gerekir. Çeviride bir rakam hatası, dilsel bir stil tercihinden daha ciddi doğrulama sorunu yaratabilir.

Başvuru sahibinin kurum içindeki hazırlığı

Başvuruyu yapan kişi, şirketin resmi bilgilerine erişebilmeli ve Apple’dan gelebilecek telefon ya da e-posta doğrulamasına hazır olmalıdır. Referans kişi seçilecekse bu kişi başvuru sahibinin görevini ve bağlayıcı yetkisini gerçekten doğrulayabilmelidir. Referansın mesajdan habersiz olması, ulaşılabilir olmaması veya kişisel e-posta kullanması incelemeyi zorlaştırabilir.

Account Holder rolünün sorumlulukları kayıt sonrasında da devam eder. Sözleşmelerin kabulü, üyeliğin yenilenmesi ve kritik hesap değişiklikleri bu role bağlıdır. Bu nedenle kısa süreli dış hizmet sağlayıcı yerine kuruluş içinde kalıcı ve yetkili bir kişinin başvuruyu sahiplenmesi daha sağlıklıdır.

Kimlik avı ve hesap güvenliği

Apple Account parolası, iki faktörlü doğrulama kodu ve kurtarma anahtarı belge hazırlama sürecinin parçası değildir. Bu bilgileri isteyen e-postalar veya kişiler şüpheyle değerlendirilmelidir. Mesajdaki bağlantıya tıklamak yerine Apple Developer hesabına doğrudan giriş yaparak bildirimi doğrulayın.

Danışman veya tercümanla çalışırken hesap şifresi paylaşmak yerine talep metnini ve gerekli ekran bilgisini aktarın. Kurum içindeki ekip üyeleri Apple’ın davet ve rol sistemi üzerinden erişim almalıdır.

Başvuru onaylandıktan sonra

Organization üyeliği açıldıktan sonra şirket içi roller planlanmalı, gereksiz Admin yetkisi verilmemeli ve kurumsal e-posta adresleri kullanılmalıdır. Seller name ve kuruluş bilgilerini kontrol edin. Uygulama teslimi, sertifikalar, sözleşmeler ve vergi/banka süreçleri için sorumlu ekipleri ayrı ayrı belirleyin.

Kuruluş unvanı, adresi veya Account Holder değişirse bu bilgileri yalnızca App Store Connect ekranında değil, ilgili resmi ve D&B kayıtlarında da güncel tutun. Bir sonraki doğrulama talebinde eski veriyle karşılaşmamak için değişiklikleri merkezi bir kurumsal kayıt listesinde takip edin.

Başvuru dosyanızı nasıl arşivlemelisiniz?

Başvuruda kullanılan son belgeleri, gönderilen yanıt metnini ve Apple’dan gelen karar mesajını tek bir erişim kontrollü klasörde saklayın. Dosya adına belge türüyle birlikte düzenlenme tarihini ekleyin; “son”, “yeni” veya “final2” gibi zamanla anlamını kaybeden adlardan kaçının. Kimin hangi dosyayı gönderdiğini ve hangi talep maddesini karşıladığını kısa bir kayıtla belgeleyin.

Bu arşiv, ileride Account Holder değişikliği, kuruluş bilgilerinin güncellenmesi veya yeni bir doğrulama talebi sırasında başlangıç noktası olur. Yine de eski dosyayı otomatik olarak yeniden göndermeyin; belgenin güncelliğini ve yeni talebin kapsamını her seferinde kontrol edin.

Son kontrol

Başvuru öncesinde resmi unvanın tüm kaynaklarda tutarlı olduğundan, D‑U‑N‑S kaydının güncel göründüğünden, web sitesinin kuruluşla ilişkili olduğundan ve başvuru sahibinin yetkisinin doğrulanabildiğinden emin olun. Ek talep aldıysanız genel internet listeleri yerine size gönderilen metni esas alın.

Talebi tek başınıza yorumlamak istemiyorsanız belge analizi hizmetiyle e-postayı ve mevcut evrakları uzman kontrolüne açabilir, tercüme başlamadan önce kapsamı netleştirebilirsiniz.