アプリの譲渡の概要

自動更新サブスクリプションを提供するアプリは、アプリ用共有シークレットを使用する必要があります。

• アプリの譲渡の開始

  自動更新サブスクリプションを提供するアプリの譲渡を開始する前に、アプリ用共有シークレットを生成します。次に、アプリの譲渡先デベロッパアカウントのユーザとコードを共有します。コードを共有したら、アプリの譲渡を開始します。

• アプリの譲渡の承諾

  自動更新サブスクリプションを提供するアプリの譲渡を承諾する前に、サーバを更新し、コードを使用して自動更新サブスクリプションを検証できるようにするために、アプリ用共有シークレットを責任者から取得します。アプリの譲渡が完了したら、組織外のユーザがアクセスできないように、アプリ用共有シークレットを生成します。

キーチェーンの共有は、アプリのアップデートまではそのまま動作しますが、アップデートされると無効になります。そのため、アップデートを提出する際は、キーチェーンを再構築する必要があります。Xcodeプロジェクトでキーチェーングループが定義されている場合、キーチェーン共有の使用を継続するには、受取人が作成した(受取人のTeam IDを含む)キーチェーングループと置き換える必要があります。ユーザがアプリをアップデートすると、キーチェーンに認証トークンが見つからなくなり、再ログインを求められます。

プッシュ通知に関するクライアントSSL証明書、TLS証明書、認証トークンは譲渡されません。アプリがAppleプッシュ通知サービス(APNs)を使用している場合、受取人は受取人のデベロッパアカウントを使用してクライアントSSL証明書を作成し、サービスを再度有効にする必要があります。

Apple Payを使用するアプリを譲渡する場合、マーチャントID(Merchant ID)は譲渡されません。元の証明書が有効である限り、トランザクションは正常に行われます。ただし、アップデートを送信する際には、新しいマーチャントIDを受取人のアカウントで作成する必要があります。

受取人にアプリを譲渡する前に行うデータ準備の一環として、データベース内に存在する各ユーザに対して譲渡IDを生成する必要があります。この作業は、Appleが提供するRESTサービスエンドポイントから行うことができます。

「Appleでサインイン」向けにアプリをグループ化している場合は、譲渡開始前にグループを解除する必要があります。

なお、「Appleでサインイン」を設定しているアプリに関連付けられているサービスIDも併せて譲渡されます。サービスIDの譲渡を希望しない場合、譲渡開始前に関連付けを解除してください。

アプリが、アプリまたはウェブサービスからの継続的な更新を必要とするWalletパスを配信する場合、譲渡が完了した後、新しい識別子を使用してパスを再発行する必要があります。これにより、Apple Developerアカウントから発行された証明書で署名できるようになります。ユーザの混乱を最小限に抑え、機能中断を避けるために、アプリ内のメッセージを利用して、以前に発行されたパスが無効になることを通知し、アプリやウェブサービスから新しいパスをダウンロードすることを促すことをお勧めします。

パスの配布、更新、使用についてはこちらを参照してください。

また、アラート設定のベストプラクティスについてはこちらを参照してください。

アプリで以下のいずれかが使用されている場合、アプリの譲渡が受取人に承諾された際、以下も合わせて譲渡されます。

• ユーザデータの保存に使用されているiCloud

• iCloudコンテナ

• アプリに関連付けられているKVSの識別子

アカウント内にある複数のアプリが1つのCloudKitコンテナに関連付けられており、そのうち1つのアプリが譲渡された場合、CloudKitコンテナも譲渡されるため、譲渡されていないアプリのデータの読み込みや保存についても、そのCloudKitコンテナでできなくなります。また譲渡人は、譲渡されたアプリのユーザデータにiCloudダッシュボード経由でアクセスできなくなります。譲渡されたCloudKitコンテナにおけるアプリデータの読み取りや保存は、アプリでのアップデート実行後にできなくなります。

アプリがiCloudのKey-Value Storage(KVS)を使用している場合、譲渡されたアプリに対して作成する新しいプロビジョニングプロファイルに完全なKVSの値が埋め込まれます。完全なKVSの値を含むプロビジョニングプロファイルを使用して、entitlements plistを更新してください。

CloudKitを使用したアプリ開発については、こちらを参照してください。

マルチプレーヤー互換性：アプリが、アプリ間のマルチプレーヤー互換性マトリックスの一部である場合、ほかのアプリとの互換性がなくなり、マトリックスにも表示されなくなります。譲渡されたアプリが既存の別アプリで動作するようにするには、受取人が当該アプリにマルチプレーヤー互換性を追加する必要があります。

Game Centerグループ：アプリがGame Centerグループの一部である場合、譲渡中にそのグループから削除されます。Leaderboardおよび達成項目のステータスは、譲渡が完了次第すべて元に戻ります。元々グループLeaderboardを構成していたLeaderboardについては、識別子にgrp.というプレフィックスが付いたままとなります。譲渡が完了次第、受取人は当該アプリをGame Centerグループに追加できるようになります。

マージしたLeaderboard：元々シングルLeaderboardだったがその後グループに統合されたものについては、譲渡後にgrp.のプレフィックスが削除されます。またこれらのLeaderboardのIDも、統合前のものに戻ります。スコアの投稿が正常に行われるよう、アプリの譲渡後に受取人は必ず、新しいLeaderboard IDを使用してアプリのビルドをアップデートしてください。

マッチメイキング：マッチメイキングに関する設定は、アプリの譲渡とともに引き継がれません。Game Centerでのマッチメイキング機能が正常に動作するためには、譲渡完了後に受取人がマッチメイキングに関するルールを作成または変更する必要があります。

譲渡を始める前に、譲渡人は、影響のある代替アプリマーケットプレイスにアプリの譲渡について知らせておく必要があります。変更については、譲渡人と受取人の双方に、マーケットプレイスへ通知する義務があります。

代替アプリマーケットプレイスで配信されるアプリの譲渡を行う場合、ユーザがアプリのダウンロードを継続して行えるよう、受取人は譲渡前に「Alternative Terms Addendum for Apps in the EU」(EUにおけるアプリに関する新しい規約の付属文書)に同意し、かつApp Store Connectで同じマーケットプレイスを追加しておく必要があります。譲渡されたアプリが配信できるのは、譲渡人および受取人の両方が譲渡前にApp Store Connectで追加していた代替アプリマーケットプレイスでのみです。

ノミネートは、譲渡内容に含めることができません。ノミネートの詳細を受取人と共有するには、現在のノミネート情報を記録し、譲渡開始前に直接受取人に渡してください。

フィーチャー候補として自身のアプリをノミネートする際の詳細は、こちらをご覧ください。

App Bundleの一部であるアプリを譲渡すると、App Bundleの履歴を見ることができなくなります。アプリを譲渡する前に、App Bundleの情報を記録しておくことを忘れずに行ってください。