アプリの譲渡の概要

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

• アプリの譲渡の開始

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

• アプリの譲渡の承諾

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

キーチェーンの共有は、アプリのアップデートまではそのまま動作しますが、アップデートされると無効になります。そのため、アップデートを提出する際は、キーチェーンを再構築する必要があります。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 でのマッチメイキング機能が正常に動作するためには、譲渡完了後に受取人がマッチメイキングに関するルールを作成または変更する必要があります。

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

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

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

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