「決済」だけでは終わらない、決済手段追加の舞台裏

2025/11/26 STORES Tech Conf 2025での発表資料です
https://storesinc.tech/conf/2025

Transcript

1. 「決済」だけでは終わらない、決済 手段追加の舞台裏 
 島田幸

2. 自己紹介
 テクノロジー部門 BPR本部
 島田 幸
 
 2022年5月入社
 STORES 決済 の開発・運用
 Javaエンジニア

3. STORES 決済

4. STORES 決済
 11/20に
 スタンドアロンで使える
 新端末でました！！！

5. STORES 決済
 11/20に
 スタンドアロンで使える
 新端末でました！！！
 
 デモブースで
 実機触ってみてね

6. STORES 決済の
 課題
 in 2023

7. 2025年

8. 2023年
 2023年時点の料率とは異なります 

9. STORES 決済の課題

10. STORES 決済の課題
 STORES 決済は決済手段が少ない！
 2023年時点で使えた決済手段
 • クレジットカード
 • 交通系電子マネー
 • WeChat Pay
 

11. STORES 決済の課題
 2023年〜2025年 決済手段追加プロジェクト
 2023年11月　QUICPay
 2024年 6月　iD
 2024年11月　国内主要QRコード

12. 決済手段追加の
 表側の話

13. 国内QR対応プロジェクト 表側の話

14. アプリ
 QRコード決済ゲートウェイ
 API
 SmartCode
 d払い
 PayPay
 楽天ペイ
 メルペイ
 FamiPay
 銀行ペイ
 ・・・

15. アプリ
 QRコード決済ゲートウェイ
 API
 SmartCode
 d払い
 PayPay
 楽天ペイ
 メルペイ
 FamiPay
 銀行ペイ
 ・・・
 決済・返金の
 APIを実行
 取引結果

16. 決済手段追加の
 裏側の話

17. の前に

18. たのしい キャッシュレス決済
19. 現金の場合

20. キャッシュレス決済の場合
 カード発行会社
 ＝イシュアー
 加盟店契約会社
 ＝アクワイアラー

21. イシュアー
 アクワイアラー
 👉

22. アクワイアラー
 加盟店
 利用申込
 STORES 決済がないとき
 なにかしらの
 システム
 決済
 決済データ

23. STORES 決済がないとき
 アクワイアラーたち
 なにかしらの
 システムたち

24. STORES 決済があるとき
 利用申込
 決済

25. たのしいキャッシュレス決済
 • 加盟店はアクワイアラーと契約してキャッシュレス決済を 使う
 • たくさんの決済手段を使いたい場合、加盟店が
 それぞれのアクワイアラーと契約するのは大変
 • STORES 決済は加盟店とアクワイアラーの間に
 入って、申し込みや決済・入金をまとめてできる
 ようにしている

26. おわり
27. 決済手段追加の
 裏側の話

28. 国内QR対応プロジェクト 裏側の話
 ①利用申込

29. 国内QR対応プロジェクト 裏側の話
 JCB
 ①利用申込
 PayPay
 SmartCode
 d払い
 楽天ペイ
 ②審査依頼
 ③加盟店審査

30. 国内QR対応プロジェクト 裏側の話
 JCB
 ①利用申込
 QR決済ゲートウェイ
 PayPay
 SmartCode
 d払い
 楽天ペイ
 ②審査依頼
 ③加盟店審査
 ④システム登録

31. 国内QR対応プロジェクト 裏側の話
 JCB
 ①利用申込
 QR決済ゲートウェイ
 PayPay
 SmartCode
 d払い
 楽天ペイ
 ②審査依頼
 ③加盟店審査
 ④システム登録
 ⑤審査結果回答
 ⑥QR決済
 　使えるよ！

32. 国内QR対応プロジェクト 裏側の話
 審査ってなに？
 • 新しい加盟店を登録するときや
 加盟店で新しい決済手段を使い始める場合、
 アクワイアラー側で加盟店の審査を行なっている
 • アクワイアラーが申請内容が正しいか、
 取扱商品が問題ないか、などをチェックして
 審査通過した場合だけ決済手段が利用できる

33. 国内QR対応プロジェクト 裏側の話
 ファイルの受け渡しをするだけでしょ？
 → 意外と大変

34. 国内QR対応プロジェクト 裏側の話
 • 審査依頼ファイルの項目が多い
 ◦ 会社名や住所、店舗、代表者、業務内容など
 ◦ 1加盟店あたり100項目以上になることも多い
 • アクワイアラーごとにフォーマットが違う
 ◦ アクワイアラーごとに独自のコード定義がある
 ◦ バリデーションのルールが違う
 「階」のフリガナは「カイ」か「F」か？

35. 国内QR対応プロジェクト 裏側の話
 実装がんばるぞ！
 の前に、審査全体のフローを考える必要がある

36. 審査フローを
 考える

37. 2025年

38. 加盟店申し込み
 審査
 決済利用開始

39. 加盟店申し込み
 審査
 決済利用開始
 ・・・とはいかない

40. 審査フローを考える
 審査の順序に依存関係がある

41. クレジットカード 1次審査
 クレジットカード 2次審査
 電子マネー審査
 （交通系、iD）
 QRコード審査
 電子マネー審査
 （QUICPay）

42. 審査フローを考える
 決済手段が増えると審査のフローは複雑になる
 
 • 加盟店がなるべく早く決済できるようにしたい
 • 審査のオペレーションを複雑にしたくない

43. 電子マネーのケース
 クレジットカード 1次審査
 クレジットカード 2次審査
 電子マネー審査
 （交通系、iD）
 QRコード審査
 電子マネー審査
 （QUICPay）
 QUICPayより先に
 交通系、iDの
 審査が終わりそう
 交通系、iDを
 先に提供する？

44. 交通系、iD審査完了
 QUICPay審査完了
 決済センター登録開始
 決済センター登録完了
 交通系、iD利用開始
 決済センター登録開始
 決済センター登録完了
 QUICPay利用開始
 ここで待ちが発生

45. 交通系、iD審査完了
 QUICPay審査完了
 決済センター登録開始
 決済センター登録完了
 交通系、iD、QUICPay利用開始
 まとめて提供すると
 ・QUICPayが早く使える
 ・状態管理がシンプル
 　→ こちらを採用

46. 既存加盟店の
 決済手段追加

47. 既存加盟店の決済手段追加
 • すでにSTORES 決済を利用中の既存加盟店にも
 新しい決済手段を使ってもらいたい！
 • 既存加盟店が国内QRコード決済を使えるように、
 リリースまでに審査を終わらせる必要がある

48. 既存加盟店の決済手段追加
 • 11/11のリリースに向けて6月頃から審査開始
 • （6月時点ではまだシステムができてないので）
 審査結果はリリース直前に一括取り込みの想定

49. 既存加盟店の決済手段追加
 DB
 オペレーションチーム
 開発チーム
 Big
 Query
 SQL
 GAS
 JCB
 PayPay
 SmartCode
 d払い
 楽天ペイ
 審査依頼
 審査結果

50. 既存加盟店の決済手段追加
 想定以上に大変＆作業コストがかかった

51. 既存加盟店の決済手段追加
 手運用にした背景
 • 既存加盟店と、リリース後の新規加盟店で
 ファイルのフォーマットが別だった
 • 依頼ファイルの出力は数回、結果反映は１回きりの想定 だった

52. 既存加盟店の決済手段追加
 DBのデータをそのまま使える想定
 → 過去の一部の加盟店で住所カナが登録されておらず
 　 郵便番号から変換が必要になった
 
 登録内容が古かったり実態と異なり、多数の加盟店が
 不備になった
 → 加盟店への確認やファイルの再提出が必要になった

53. 既存加盟店の決済手段追加
 外部システムでの審査期間が延びたり、不備による
 再提出で審査のタイミングがずれた
 → 審査結果反映が何度も必要になった

54. 既存加盟店の決済手段追加
 （当初のスケジュールからだいぶ遅れたが）
 2025年3月に既存加盟店の審査結果登録が完了

55. まとめ

56. まとめ
 無事国内主要QRコード対応のリリースを完了
 あらゆる決済手段に対応したSTORES 決済になった！

57. まとめ
 新しい課題
 • 決済手段の追加をはじめとした機能追加が続き
 システムが複雑化
 • オペレーションチームの負荷も上がってしまった

58. まとめ
 解決のための取り組み
 • STORES 決済の開発チームから業務プロセスの
 改善まで行うチームに組織変更
 • オペレーションチームと一緒に業務の最適化や
 工数削減に取り組んでいる

59. まとめ
 解決のための取り組み
 • STORESの各サービスに分散している決済、審査の機能 を統合するための基盤の開発に着手