要約

  • Steamのアプリ譲渡では、購入者の権利、レビュー、ウィッシュリストの履歴が維持される。旧パートナーの月次支払報告書と支払履歴は自動では移らない。
  • アプリ管理の共有は支払先を変更しない。財務データの共有には別の許可が必要で、閲覧する担当者にも対応する権限が要る。
  • 発効日、Valveの承認、サーバー用の鍵、既存の割引制限は、それぞれ別の引き継ぎ項目になる。

評価は残った。経理の質問も残った

発売済みのゲームを引き継ぐ、架空のパブリッシャーを考えてみよう。Steamのストアページはそのままで、以前からのレビューも読める。プレイヤーは遊び続け、ウィッシュリストの過去データも新しい運営側から見える。引っ越しとしては、かなり静かな成功だ。

ところが経理担当者は喜ぶ前に、昔の月次支払報告書を求める。そこで、ゲームの移管と帳簿の移管が同じ作業ではないことがはっきりする。

Steamの公式説明では、月次の支払報告書と支払履歴は以前のパートナーに属し、アプリとともには移されない。新しいパートナーが標準で見られる財務情報は、譲渡後の期間からだ。旧パートナーが販売履歴全体の閲覧を許可する方法はあるが、それには別の設定が必要になる。

買い手が得るのは、将来の事業を運営する能力だけでは足りない。過去の事業が実際にどれだけの支払いを生んだかを説明する資料も必要だ。ゲームの紹介文を書き換えられるようになっても、その説明まで一緒に届いたとは限らない。

プレイヤーまで移転させなくてよい

同じアプリ識別子を保つことには、商業上の意味がある。譲渡は購入者のゲームに対する権利を中断したり変更したりせず、レビューやフォーラムなどのコミュニティー内容も維持される。フォロワーとウィッシュリストはゲームに結び付いたままで、新パートナーはウィッシュリストの全履歴を利用できる。

新しい運営者は、譲渡後にストアページ、パブリッシャー欄、画像、ゲームのビルド、価格などを更新できる。自分で変更するまでは、そのページの内容は維持される。長年集めた評価を捨てて別のページに客を呼び直す必要がないのは、買い手にとって大きい。

ただし、公開されているすべての導線がそのまま残るわけではない。譲渡を開始すると、ゲームは従来掲載されていた開発者・パブリッシャーのホームページから外れる。完了後に新しいホームページへ載せられる。ゲーム自体のページと、販売元の作品一覧は別に扱われる。

プレイヤーの画面が変わらないことは、ユーザーへの良い結果である。同時に、運営側の引き継ぎがすべて済んだ証拠には使えない。

売上の線と支払いの内訳

Steamの売上・アクティベーション報告は、収入や本数などをほぼリアルタイムで見せる。ただし、そこに表示される収入額には、返金、チャージバック、税金などの控除が含まれない。

月次販売報告は控除を含む詳細を示し、実際に支払われる額を反映する。CSV形式でのダウンロードもできる。買い手が過去の資金創出力を確かめたいなら、総収入のグラフだけではまだ説明が足りない。

旧パートナーは、アプリ管理の共有を通じて財務データの閲覧を許可できる。その設定は任意だ。さらに、新パートナー側で資料を見る個々のユーザーには View Financials の権限が必要になる。会社間の共有が成立していても、照合担当者の画面で見られるかは別に確かめる必要がある。

どの期間の販売データを開くか、昔の月次報告書をどの形式で渡すか、控除の内容を誰が説明するか。これらを先に決めておけば、「アクセスは渡した」という返答と「必要な書類が届いていない」という訴えがすれ違いにくい。

公式資料は、履歴の不足による取引遅延や買収価格への影響を数量化していない。それを測るには、実際の譲渡、問い合わせ、支払記録を突き合わせる必要がある。現時点で明らかなのは、資料の受け渡しを取引後の気遣いに任せてはいけない理由だ。

看板を直せる人が、値段も決められるとは限らない

Steamworksのアプリ共有では、別のパートナーもビルドのアップロードやストア情報の編集などを行える。支払いのルールは変わらない。共有アプリの価格や割引を設定できるのは、支払を受ける権利のあるパートナーだ。実行するユーザーにも価格・割引管理の権限が要る。

そのため、新チームがすでに画像を差し替えられる段階でも、収入の受取主体は旧会社のままということがある。準備のために先に管理権を共有できるのは便利だが、その便利さが会計上の移管まで済ませるわけではない。

受取主体を変えるにはアプリ譲渡が必要になる。送り手が相手、発効日、理由を指定し、受け手が承認し、送り手がもう一度確認した後でValveが審査する。両側の操作担当者には Actual Authority が必要で、受取側のパートナーアカウントは登録と検証を完了していなければならない。

通常のアプリ共有は両当事者の確認で進み、Valveの承認は要らない。譲渡は、単にもう一人の編集者を加える操作より重い。誰を支払先として認めるかを、プラットフォームが確認する手続きだからだ。

発効した日の朝に、現金が届くとは書いていない

発効日は、新しいパートナーに支払いが帰属し始める日として設定される。既定値は譲渡の開始から七日後だ。管理権はその日に移り、それまでに承認されなければ、承認直後に移る。

Valveが案内する通常二～七営業日という期間は、双方の承認がそろった後の審査についての目安である。送り手が再確認をしていない時間まで含めた、全工程の納期保証ではない。

また、受取主体の切り替えと銀行への入金は同時ではない。支払いの公式説明には、二月の販売分を三月末に支払う例がある。どの販売期間が新会社に帰属するかと、その金額がいつ支払われるかを分けて資金繰りを考える必要がある。

「月末に移す」という一言には、契約上の予定、プラットフォームの発効日、管理可能になる日、銀行で現金を確認する日が入り込める。便利な曖昧さは、引き継ぎではあまり役に立たない。

新しい会社名でも、古い予定は消えない

ゲームが入っている既存バンドルの管理権は、ゲームと一緒には移らない。必要なら旧側が先にゲームを外すか、共同管理型のバンドルに変更する方法がある。譲渡後の取り外しについてSteamのサポートに連絡する経路も示されている。

割引の待機期間も、譲渡で初期化されたり短縮されたりしない。通常の割引間隔は三十日で、年四回の季節セールには特定の例外がある。一方、発売や値上げによる三十日の制限は季節セールにも適用される。新しいパブリッシャーが就任祝いのセールを考えても、ゲームのカレンダーには前任者の予定が残っている。

バックエンドがパブリッシャーAPIキーを使うゲームには、さらに鍵の交代がある。マイクロトランザクションや権利確認などに用いるキーは譲渡されず、受け手が新しいキーを作る。公式手順は、必要な一時的な管理共有を残し、新キーへのサーバー切り替えと動作確認を済ませてから旧側との共有を終了する流れを案内している。このために財務閲覧まで開放する必要はない。

ゲームの移管は、プレイヤーにとっては何も起こらない方がよい。買い手は、何も起こらなかった画面の裏で何が変わったかを確認しなければならない。将来の収入、現在の操作、過去の証拠。それぞれが届いて初めて、作品を受け取ったという言葉に経営上の中身が入る。

一次資料

Steamのアプリ譲渡手順、アプリ管理共有と財務閲覧、報告と支払いの説明、割引権限と待機期間。