なぜアプリ譲渡したのか

STORES 株式会社は、複数の事業会社が集まった会社です。
STORES 決済 iOS アプリは元々は前身であるコイニー株式会社が運営していたので、 App Storeでも、 Coiney, inc. の Apple Developer Account からリリースされていましたが
2025年4月、ようやく アプリ譲渡をおこない STORES, inc. からリリースされている状態になりました。

譲渡前	譲渡後
旧 Coiney アカウント	STORES, inc. アカウントへ譲渡

アプリ譲渡の準備

アプリ譲渡のやり方自体は、Appleの公式ドキュメントに書かれています。
プッシュ通知など、譲渡の際に注意する点はいろいろとあるのですが、アプリの配信アカウントが変わることで譲渡後のアプリが、譲渡前にKeychainへ保存していたデータにアクセスできなくなるため

Keychainに保存してあるデータをUserDefaultsに保存し直す処理を 1度だけ実行
Keychainに保存する際に UserDefaultsにも保存する
Keychainからデータを読む際に、データが無い時はUserDefaultsからデータを読む

などの対応を、譲渡の1年以上前から STORES 決済アプリに仕込んでいました。

また、譲渡後のトラブルを最小限にするため、上記の対応を入れたアプリをできるだけ多くの加盟店さんに利用してもらうように譲渡開始の半年以上前からサポートチームの皆さんに協力してもらい、まだアップデートをしていない加盟店さんにメールや電話でアップデートの依頼をしました。

いざアプリ譲渡！

さぁ、準備万端でいざ譲渡！！

というタイミングで問題が見つかりました！！！

STORES 決済アプリは特別に許可が必要な APIを使っていた のです！！

特別に許可が必要な API?

STORES 決済では、カードリーダーを使ってクレジットカードや電子マネーの決済をするのですが、
STORES 決済アプリが起動している iPhoneがカードリーダーに近づくと、そのiPhone の Wallet が自動で起動してしまうことを防ぐための対応が入っています。

この実装自体は、PKPassLibraryの requestAutomaticPassPresentationSuppression(responseHandler:) を使うだけのシンプルなものです

developer.apple.com

◉実装例

import PassKit
var token: PKSuppressionRequestToken?

func disableAutomaticPassPresentation() {
    guard PKPassLibrary.isPassLibraryAvailable() else {
        return
    }
    
    token = PKPassLibrary
        .requestAutomaticPassPresentationSuppression { result in
        print("\(result)")
    }
}