Journey 1 — TRADOM管理者

内部オペレーション | T-SA / T-A / T-CO

👤 T-SA — スーパー管理者 🛠 T-A — 管理者（日次オペレーション） 🔍 T-CO — コンプライアンス担当者

ゴール：プラットフォームを安全に稼働させ、加盟店登録・KYC審査・取引監視・Fiat精算を管理する。

参照FL: FL-01, FL-03, FL-04, FL-05, FL-08, FL-09, FL-13, FL-17

バージョン 1.0

⚠️ 初回ローンチ：加盟店の自己登録なし／手動KYC審査

レイヤー凡例 — 各ステップで操作するツール / タッチポイント（横軸 = 時系列、縦軸 = ツールレイヤー）

🖥

TRADOM管理画面（T-SA / T-A / T-CO）

⚙️

TRADOM システム（バックエンド自動処理）

📧

メール通知（加盟店向け）

レイヤー / ツール	フェーズ 1-1 アカウント設定・ログイン		フェーズ 1-2 加盟店登録			フェーズ 1-3 KYC審査			フェーズ 1-4 日次オペレーション・取引監視				フェーズ 1-5 Fiat送金・精算		フェーズ 1-6 レポーティング
レイヤー / ツール	S1 管理者アカウント作成	S2 初回ログイン	S3 加盟店登録フォーム	S4 照合・ウォレット払出	S5 加盟店へログイン招待	S6 KYC審査キュー確認	S7 書類・情報審査	S8 審査判定（承認 / 却下 / 差戻）	S9 ダッシュボード確認	S10 照合差異対応	S11 与信審査（インボイス型）	S12 返金申請対応	S13 オフランプ確認	S14 加盟店への送金実行	S15 レポート確認
🖥 TRADOM 管理画面 (T-SA / T-A / T-CO)	管理者アカウント作成 T-SAが名前・メール・役割（T-A / T-CO）を入力して新規登録。 T-SA操作	招待メールから初回ログイン T-A / T-COが仮パスワードを設定し認証完了。役割別ダッシュボードへ遷移。 T-CO：KYC審査キューが最初に表示 T-A / T-CO操作	加盟店登録フォーム入力法人名・住所・代表者・銀行口座・取扱商品・リスク評価情報を入力。 🟡 初回ローンチは加盟店の自己登録なし。T-Aが直接登録。 T-A操作	照合OK → ウォレット払出銀行口座名義と法人名の照合確認後、加盟店専用精算ウォレットを払出・紐づけ。 🟢 ウォレットはTRADOMが管理・所有 T-A操作	招待送信確認加盟店宛ログイン招待メール送信完了を管理画面で確認。ステータス「Active」で登録完了。登録完了 ✓	KYC審査キュー確認加盟店が提出したKYC情報がT-CO専用キューに追加される。「審査中（Pending Review）」ステータスで表示。 T-CO操作	書類・情報・ウォレット確認法人登記・本人確認書類・送金元ウォレットアドレスを審査詳細画面で確認。 🟡 初回ローンチは外部連携なし。手動審査のみ。 T-CO操作	審査判定アクション承認（Approve）：ステータス「Active」。加盟店に通知。却下（Reject）：理由入力必須。加盟店に通知。差戻（Request Info）：追加情報要求。加盟店に差戻し通知。 🟢 承認証跡を記録（KYC監査対応） T-CO操作	ダッシュボード確認優先アラート確認：「Failed」または長時間Pendingの取引を上部にハイライト表示。 T-A操作（日次）	照合差異対応・承認差異のある取引を取引詳細画面で確認し、修正またはオーバーライドを承認。承認後にスイープ実行。 T-A操作	与信審査（インボイス型）加盟店からのSC-3 / SC-4与信審査申請を審査キューで確認し、承認または却下。 T-A / T-CO操作	返金申請確認・承認加盟店からの返金申請を返金管理画面で確認し、承認後に返金処理を実行。 T-A操作	オフランプ完了確認変換レート・手数料控除後の純額をFiat取引管理画面で確認。締切日カレンダーを確認。 T-SA操作	加盟店への送金実行締切日（当月末）に送金実行。SC受取額・レート・手数料・純額・送金番号を記録。 🟡 初回ローンチはJPY送金のみ T-SA操作	レポート・分析取引件数・ボリューム・手数料合計をフィルター（本日 / 週次 / 月次）で確認。資産種類別・チェーン別内訳。 T-SA / T-A操作
⚙️ TRADOM システム (バックエンド)	招待メール自動送信アカウント作成後、T-A / T-CO宛に招待メールを自動送信。自動	認証・権限設定ログイン認証完了後、役割（T-A / T-CO）に応じたダッシュボードへ遷移。自動		銀行口座名義自動照合法人名と銀行口座名義の一致確認（AML対策）。照合OK後に精算ウォレットアドレスを生成・紐づけ。自動（Fireblocks）	招待メール送信 + Active設定加盟店宛ログイン招待メールを自動送信。ステータスを「Active」に更新。自動	KYCキューへ自動追加加盟店がKYC情報を提出後、T-COの審査キューに自動追加。ステータス「Pending Review」。自動		審査結果の自動反映承認時：ステータス「Active」へ変更。差戻時：ステータス「差戻中」で加盟店に再提出フォームを開放。承認証跡を記録。自動	アラート自動検出「Failed」または長時間（閾値未定）Pendingの取引を自動検出し、ダッシュボード上部へハイライト。自動	オーバーライド後スイープ実行 T-Aの承認後、スイープ（精算ウォレット → マスターウォレット）を自動実行。自動	与信審査通知送信承認 / 却下の結果を加盟店に自動通知。承認時はインボイス型フロー（SC-3 / SC-4）を有効化。自動	返金処理実行 T-Aの承認後、SC返金処理を実行。加盟店・Buyerへ返金完了通知を送信。自動	オフランプ完了ステータス反映 SC → JPY変換完了後、Fiat取引管理画面にステータスを自動反映。自動（オフランプ連携）	送金記録自動保存 SC受取額・変換レート・手数料・純額・送金番号を記録。ダッシュボードに反映。自動	レポートデータ集計取引件数・ボリューム・手数料・資産別・チェーン別の集計を自動更新。フィルタリング対応。自動
📧 メール通知 (加盟店向け)	T-A / T-CO 招待メール初回ログイン用の招待リンク・仮パスワードを送信。				加盟店：ログイン招待メール加盟店にログイン招待リンクを送信。初回パスワード設定を促す。			KYC審査結果通知承認：「KYC承認のご連絡」＋ウォレットアドレス通知却下：「ご利用いただけません」（理由は別途共有）差戻：「追加情報が必要です」＋再提出フォームリンク			与信審査結果通知承認 / 却下の結果を加盟店に通知。承認時はインボイス型取引が可能になる旨を明記。	返金完了通知加盟店・Buyerに返金処理完了を通知。返金金額・返金先・予定日を明記。		加盟店：支払完了通知送金実行後、加盟店ダッシュボード通知＋メールで支払完了を通知。送金番号・純額・振込日を記載。
通貨	—	—	—	SCUSDT · USDC · JPYC	—	—	—	—	SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC	—	SCUSDT · USDC · JPYC	SC → JPYUSDT · USDC · JPYC	JPY	—

Journey 1 — 未決定事項： アラート閾値（長時間Pendingの判定基準）🔴　|　照合差異のオーバーライド権限範囲 🔴　|　与信審査の判断基準・スコアリング 🔴　|　オフランプ連携先（業者未定）🔴

Journey 2 — 加盟店 UX Flow

加盟店（Partner）オペレーション | SC-1 / SC-2 / SC-3 / SC-4

🏪 SC-1/2 — 支払先履行型（2A） 📦 SC-3 — インボイス後払い型（2B） 📋 SC-4 — インボイス前払い型（2C） 👤 P-A（加盟店管理者）/ P-O（加盟店担当者）

ゴール：クライアント（Buyer）を登録し、取引を起票してSC着金確認後にFiatを受け取る。

参照FL: FL-02, FL-04, FL-06, FL-08, FL-09, FL-10, FL-13, FL-18

バージョン 1.0

⚠️ フェーズ 1〜2・4〜5 は 2A/2B/2C で共通

レイヤー凡例 — 各ステップで操作するツール / タッチポイント（横軸 = 時系列、縦軸 = ツールレイヤー）

🏪

加盟店ポータル（P-A / P-O 操作）

⚙️

TRADOM システム（バックエンド自動処理）

📧

メール通知（加盟店受信 / Buyer向け送信）

レイヤー / ツール	フェーズ 2A-1 ログイン・チームセットアップ		フェーズ 2A-2 クライアント登録＋ KYC			フェーズ 2A-3 取引登録＋ペイメントリンク作成				フェーズ 2A-4 入金確認＋ Fiat受取		フェーズ 2A-5 ダッシュボード
レイヤー / ツール	S1 初回ログイン	S2 チームセットアップ	S3 クライアント情報入力	S4 KYC書類提出	S5 審査待ち → 承認	S6 取引登録	S7 リンク生成 → Buyer共有	S8 発送可能通知受信	S9 商品発送 + 発送情報登録	S10 入金確認 + 照合差異	S11 Fiat送金受取	S12 ダッシュボード確認
🏪 加盟店ポータル (P-A / P-O)	招待メールから初回ログイン TRADOMからの招待メールを受信し、パスワードを設定してPartner Dashboardへログイン。 P-A操作	チームメンバー招待 P-AがP-O（担当者）のアカウントを作成し、権限を設定。有効化/無効化の管理も実施。 P-A操作	クライアント情報入力法人名・住所・代表者・UBO・送金元ウォレットアドレスを入力。 🟡 ウォレットアドレスはホワイトリスト登録のため正確な入力が必須 P-A / P-O操作	KYC書類アップロード法人登記・本人確認書類をアップロード。ステータスが「審査中（Pending Review）」に変わる。 🟡 審査中は取引の作成が不可。「審査中」バナーを表示。	審査結果受信 ✅ 承認：クライアント「Active」。精算ウォレットが紐づく。 ↩️ 差戻：情報を修正して再提出。	取引登録クライアント選択・金額・通貨・商品名・支払期限を入力。インボイスPDFを任意添付。精算ウォレットアドレスが自動取得される。 🟡 SC-2（Lingble）はAPIから自動送信される場合あり P-A / P-O操作	ペイメントリンク生成 → Buyer共有 QRコード付きペイメントリンクを生成。メールまたはECサイトでBuyerに共有。ステータス「Pending（支払待ち）」。	発送可能通知受信 TRADOMから全額着金確認の通知を受信。ダッシュボードに通知 + メール + Webhook（オプション）。 🔴 通知受信前の発送は禁止（法的要件）発送 OK ✓	商品発送 + 発送情報登録商品を発送し、追跡番号・発送日をシステムに登録（任意）。取引記録に発送情報が追記される。	入金確認 + 照合差異対応取引ステータス「Completed」を確認。照合差異が発生した場合は差異内容を確認し、修正またはオーバーライドを実施。 P-A / P-O操作	Fiat送金受取月末締め → 翌月末にTRADOMから加盟店銀行口座へFiat送金。送金完了通知（ダッシュボード + メール）を受信。 🟡 初回ローンチはJPY送金のみ	ダッシュボード確認取引ボリューム・手数料・決済スケジュール・取引テーブルを確認。クライアント / ステータスでフィルタリング。 🔴 未確定入金予定額の表示設計未定義
⚙️ TRADOM システム		P-O招待メール自動送信 P-AがP-Oアカウントを作成後、P-O宛に招待メールを自動送信。権限に応じたダッシュボードを付与。自動		KYCキュー自動追加 KYC書類提出後、T-COの審査キューに自動追加。ステータス「Pending Review」に変更。自動	審査結果を自動反映承認時：クライアントステータスを「Active」へ変更し、精算ウォレットアドレスを紐づけ。差戻時：再提出フォームを開放。自動	精算ウォレット自動取得クライアント選択後、精算ウォレットアドレスを自動取得。取引ステータスを「Pending」に設定。自動	ペイメントリンクURL生成 QRコード・決済URLを生成。AML/CFTスクリーニングをBuyerアクセス時に自動実行。自動	着金検知 → 照合 → 通知精算ウォレットの着金を検知し照合。全額確認後にスイープを実行し、加盟店へ「発送可能通知」を自動送信。自動		照合差異検出照合差異を自動検出してダッシュボードにアラート表示。T-Aの承認後にスイープを実行。自動	Fiat送金処理オフランプ完了後、月末締めで加盟店銀行口座へFiat送金。送金記録（SC額・レート・手数料・純額）を保存。自動	レポートデータ集計取引件数・ボリューム・手数料を自動集計し、ダッシュボードを更新。自動
📧 メール通知	加盟店：ログイン招待メール TRADOMから初回ログイン用の招待リンクを受信。	P-O：チームメンバー招待メール P-Aが作成したP-Oアカウントへ、初回ログイン用の招待メールが自動送信される。			KYC審査結果通知承認 / 却下 / 差戻の結果をメールで受信。承認時は精算ウォレットアドレスを通知。			発送可能通知メール全額着金確認後、TRADOMから加盟店へ「発送可能通知」メールを送信。			Fiat送金完了通知 TRADOMから加盟店へFiat送金完了をメールで通知。送金番号・純額・振込日を記載。
通貨	—	—	—	—	—	—	—	—	—	SCUSDT · USDC · JPYC	SC → JPYUSDT · USDC · JPYC	JPY

Journey 2A — 未決定事項： 未確定入金予定額の表示設計 🔴　|　SC-2（Lingble）API自動登録と手動登録の画面設計 🟡　|　Webhook仕様 🟡

レイヤー / ツール	フェーズ 2B-1 ログイン・チームセットアップ ※共通		フェーズ 2B-2 クライアント登録＋ KYC ※共通			フェーズ 2B-3 商品発送 → 与信審査 → 債権譲渡 → 支払案内（SC-3固有）						フェーズ 2B-4 入金確認＋ Fiat受取 ※共通		フェーズ 2B-5 ダッシュボード ※共通
レイヤー / ツール	S1 初回ログイン	S2 チームセットアップ	S3 クライアント情報入力	S4 KYC書類提出	S5 審査待ち → 承認	S6 商品発送（インボイス前）	S7 インボイス情報入力 + 与信審査申請	S8 与信審査待ち	S9 審査結果（承認 / NG）	S10 債権譲渡通知 → 支払案内送付	S11 支払完了通知受信	S12 入金確認 + 照合差異	S13 Fiat送金受取	S14 ダッシュボード
🏪 加盟店ポータル (P-A / P-O)	初回ログイン 2Aと同一。招待メールからログインしPartner Dashboardへ遷移。 P-A操作	チームセットアップ 2Aと同一。P-Oの招待・権限設定。 P-A操作	クライアント情報入力 2Aと同一。法人名・住所・代表者・UBO・送金元ウォレットアドレスを入力。 P-A / P-O操作	KYC書類アップロード 2Aと同一。法人登記・本人確認書類を提出。審査中は取引作成不可。	審査結果受信 2Aと同一。承認でクライアント「Active」、差戻で再提出。	商品発送（インボイス発行前） Sellerが先に商品を発送または役務を提供する。この時点ではまだインボイスは未作成。 🟢 SC-3：発送が先、請求は後	インボイス情報入力 + 与信審査申請 Buyer情報・金額・支払期日・商品内容・輸送先国を入力。インボイスPDF・契約書抜粋を任意添付。TRADOM与信審査を申請。 P-A / P-O操作	与信審査待ちダッシュボードに「審査中（Pending Review）」ステータスを表示。審査中は取引操作が制限される。審査中	審査結果 ✅ 承認：個別債権譲渡が成立。「債権譲渡通知」ボタンが有効化される。 ❌ NG：理由コードとともに通知。この取引はTRADOM経由で処理不可。 🟢 承認後は未払いのみを理由に譲渡取消し不可	「債権譲渡通知」ボタンを押す承認後にのみ有効化されるボタン。押す前に確認モーダルを表示。押下後、TRADOMがBuyerへ支払案内メールを自動送信。 🟡 確認モーダルの設計が必要	支払完了通知受信 BuyerのSC全額着金確認後、TRADOMから「支払完了通知」を受信。取引ステータスが「Completed」になる。完了 ✓	入金確認 + 照合差異対応 2Aと同一。ステータス「Completed」を確認。差異があれば修正/オーバーライドを実施。 🔴 SC-3：不足入金の自動解消不可。T-COへのエスカレーション対応が必要。	Fiat送金受取 2Aと同一。月末締め → 翌月末にTRADOMから銀行口座へFiat送金。	ダッシュボード確認 2Aと同一。取引ボリューム・手数料・決済スケジュールを確認。
⚙️ TRADOM システム		P-O招待メール送信 P-Oアカウント作成後、招待メールを自動送信。自動		KYCキュー追加書類提出後、T-COの審査キューに自動追加。自動	審査結果自動反映承認 / 差戻の結果をシステムに自動反映。自動		取引登録 + 与信審査フロー起動インボイス情報をT-Aの審査キューへ自動送信。取引ステータスを「審査中」に設定。自動		審査結果通知 + ボタン制御承認時：「債権譲渡通知」ボタンを有効化。NG時：理由コードとともに加盟店に通知。自動	Buyer向け支払案内メール送信ボタン押下後、TRADOMがBuyerへ支払案内メール（支払案内リンク付き）を自動送信。自動	着金検知 → 照合 → 通知全額着金確認後、スイープを実行。加盟店へ「支払完了通知」を自動送信。自動	照合差異検出不足入金を検出した場合、T-COへエスカレーション。自動解消は行わない（SC-3）。自動	Fiat送金処理オフランプ後、加盟店銀行口座へFiat送金。送金記録を保存。自動
📧 メール通知	加盟店：ログイン招待初回ログイン招待メールを受信。	P-O：招待メールチームメンバーへの招待メールを受信。			KYC審査結果通知承認 / 却下 / 差戻の結果を受信。				与信審査結果通知承認 / NGの結果を加盟店に通知。	Buyer：支払案内メール送信 ① Sellerの名称 ② 債権譲渡通知 ③ インボイス金額 ④ 支払期限 ⑤ 支払案内リンク。「商品は発送済みです」の文脈。	加盟店：支払完了通知 BuyerのSC着金確認後、加盟店に支払完了を通知。		Fiat送金完了通知送金番号・純額・振込日を記載してメール通知。
通貨	—	—	—	—	—	—	—	—	—	—	—	SCUSDT · USDC · JPYC	SC → JPYUSDT · USDC · JPYC	JPY

Journey 2B — 未決定事項： 与信審査の判断基準・スコアリング 🔴　|　NG時の理由コード設計 🟡　|　SC-3不足入金時のエスカレーションフロー 🔴

レイヤー / ツール	フェーズ 2C-1 ログイン・チームセットアップ ※共通		フェーズ 2C-2 クライアント登録＋ KYC ※共通			フェーズ 2C-3 インボイス確定 → 与信審査 → 債権譲渡 → 支払案内 → 商品発送（SC-4固有）							フェーズ 2C-4 入金確認＋ Fiat受取 ※共通		フェーズ 2C-5 ダッシュボード ※共通
レイヤー / ツール	S1 初回ログイン	S2 チームセットアップ	S3 クライアント情報入力	S4 KYC書類提出	S5 審査待ち → 承認	S6 インボイス確定（商品未発送）	S7 インボイス情報入力 + 与信審査申請	S8 与信審査待ち	S9 審査結果（承認 / NG）	S10 債権譲渡通知 → 支払案内送付	S11 支払完了通知受信	S12 商品発送（支払完了後）	S13 入金確認 + 照合差異	S14 Fiat送金受取	S15 ダッシュボード
🏪 加盟店ポータル (P-A / P-O)	初回ログイン 2Aと同一。 P-A操作	チームセットアップ 2Aと同一。 P-A操作	クライアント情報入力 2Aと同一。 P-A / P-O操作	KYC書類アップロード 2Aと同一。	審査結果受信 2Aと同一。	インボイス確定（商品はまだ発送しない）取引金額・支払期日・商品内容を確定させてインボイスを作成する。この時点では商品は発送しない。 🔴 SC-4：支払完了通知を受けるまで発送禁止（法的要件） 🟢 SC-4：請求が先、発送は後	インボイス情報入力 + 与信審査申請 Buyer情報・金額・支払期日・商品内容・輸送先国を入力。インボイスPDF・契約書を添付。与信審査を申請。 P-A / P-O操作	与信審査待ち「審査中」ステータスを表示。審査中は取引操作が制限される。審査中	審査結果 ✅ 承認：個別債権譲渡が成立。「債権譲渡通知」ボタンが有効化。 ❌ NG：理由コードとともに通知。	「債権譲渡通知」ボタンを押す確認モーダルを経てボタン押下。TRADOMがBuyerへ支払案内メールを自動送信（支払案内リンク付き）。	支払完了通知受信 BuyerのSC全額着金確認後、TRADOMから「支払完了通知」を受信。取引ステータス「Completed」。支払完了 ✓	商品発送（支払完了通知後）支払完了通知を受けて初めて商品を発送。発送情報（追跡番号・発送日）をシステムに登録（任意）。 🔴 発送ボタンを「支払完了通知」受信前はロックする設計を推奨	入金確認 + 照合差異 2Aと同一。差異があれば修正/オーバーライドを実施。	Fiat送金受取 2Aと同一。月末締め → 翌月末に銀行口座へFiat送金。	ダッシュボード確認 2Aと同一。
⚙️ TRADOM システム		P-O招待メール送信自動送信（2Aと同一）。自動		KYCキュー追加自動追加（2Aと同一）。自動	審査結果自動反映 2Aと同一。自動		与信審査フロー起動インボイス情報をT-Aの審査キューへ送信。取引ステータスを「審査中」に設定。自動		審査結果通知 + ボタン制御承認時：「債権譲渡通知」ボタンを有効化。NG時：理由コードとともに通知。自動	Buyer向け支払案内メール送信支払案内リンク付きのメールをBuyerへ自動送信。自動	着金検知 → 照合 → 通知全額着金確認後、スイープを実行し、加盟店へ「支払完了通知」を送信。SC-4では発送ロックを解除。自動		照合差異検出差異検出時はアラートを表示。T-Aの承認後にスイープ実行。自動	Fiat送金処理オフランプ後、Fiat送金を実行。送金記録を保存。自動
📧 メール通知	ログイン招待 2Aと同一。	P-O招待メール 2Aと同一。			KYC審査結果通知 2Aと同一。				与信審査結果通知承認 / NGの結果を加盟店に通知。	Buyer：支払案内メール送信 ① Sellerの名称 ② 債権譲渡通知 ③ インボイス金額 ④ 支払期限 ⑤ 支払案内リンク。「支払後に商品が発送されます」の文脈。	加盟店：支払完了通知全額着金後、加盟店へ「支払完了通知 → 発送可能」を通知。			Fiat送金完了通知 2Aと同一。送金番号・純額・振込日を記載。
通貨	—	—	—	—	—	—	—	—	—	—	—	—	SCUSDT · USDC · JPYC	SC → JPYUSDT · USDC · JPYC	JPY

Journey 2C — 未決定事項： 発送ロック機能の画面設計（支払完了前に発送ボタンをロックするUI）🔴　|　与信審査の判断基準 🔴　|　SC-4不足入金時の対応フロー 🔴

Journey 3 — Buyer UX Flow

支払先履行型（Pre-Pay Type） | SC-1 / SC-2

📦 SC-1 — 自社EC直接型 🔗 SC-2 — プラットフォーム経由型（Lingble） 👤 B1（海外）/ B2（国内）

ゴール：商品を選択し、SCを送金して購入を完了する。Sellerは全額着金確認後に発送する。

バージョン 1.0

作成日：2026-05-15

⚠️ 法的文言はMHM確定待ち

レイヤー凡例 — 各ステップで使用するツール / タッチポイント（横軸 = 時系列、縦軸 = ツールレイヤー）

🛒

Seller ECサイト

💳

TRADOM Payment画面

💎

外部ウォレットアプリ

⚙️

TRADOM システム

⛓️

ブロックチェーン

📧

メール通知

レイヤー / ツール	フェーズ 3-1 商品選択＋支払方法		フェーズ 3-2 スクリーニング			フェーズ 3-3 同意画面（法的ゲート）		フェーズ 3-4 SC送金				フェーズ 3-5 着金確認＋完了		フェーズ 3-6 不足入金猶予期間
	S1 商品選択	S2 支払方法選択	S3 スクリーニング	⑂ S3 判定 — どちらか一方のみ		S4 同意画面確認	S5 同意・確定	S6 支払い画面	S7 QRスキャン	S8 SC送金実行	S9 着金待ち	S10 着金検知・照合	S11 完了（分岐A）	⑂ S10 判定 — どちらか一方のみ
	S1 商品選択	S2 支払方法選択	S3 スクリーニング	S3a ❌ NG分岐	S3b ✅ OK続行	S4 同意画面確認	S5 同意・確定	S6 支払い画面	S7 QRスキャン	S8 SC送金実行	S9 着金待ち	S10 着金検知・照合	S11 完了（分岐A）	S6a ✅ 残額送金OK	S6b ❌ タイムアウト
🛒 Seller ECサイト	商品を選択・カートに追加 ECサイトで商品を選び、決済ページへ進む。	「トレーダムペイメント」を選択決済方法一覧から選択。 → TRADOM画面へリダイレクト		Sellerサイトへリダイレクト NG時はBuyerをSellerサイトへ戻す。理由は非表示。 🔴 表示文言未定義									商品を発送 TRADOMの「発送可能通知」を受けて発送。通知前発送は法的に禁止。		❌ キャンセル通知受信 TRADOMの「取引キャンセル」通知を受け、発送準備を停止。
💳 TRADOM Payment画面		✅ リダイレクト受付	🔍 スクリーニング実行中...	❌ エラー画面を表示同意画面は絶対に表示しない。フロー終了	✅ 同意画面へ →	⚖️ 法的ゲート同意画面を表示 ① Fiat建て金額 ② 債権譲渡通知 ③ 代物弁済の合意 ④ 支払期限 ⑤ SC種類・チェーン選択 ⑥ 利用規約（初回のみ） 🔴 法的文言 MHM確定待ち	「確認して支払う」をタップ全項目を確認し同意。契約成立 ✓	支払い画面を表示 SC金額（ライブレート） QRコード送金先：TRADOMウォレットカウントダウンタイマーチェーン確認ガス代注意書き 🟡 レートロック未決定	📱 → ウォレットアプリへ切替		「確認中」ローディング Buyerはトレーダム画面に戻り着金確認を待つ。送金待ち		支払完了画面「購入が完了しました」を表示。 COMPLETED ✓	カウントダウン表示（1h）残り金額と残り時間を表示。追加送金を案内。	❌ キャンセル通知を表示タイマー切れ。返金処理中の旨を表示。 CANCELLED
💎 外部ウォレットアプリ									ウォレットアプリ起動 QRスキャンまたはアドレスコピーで送金先を設定。	SC送金を実行金額・送金先・チェーンを確認し署名・送信。 🟡 チェーン誤り → 資金喪失リスク				残額を追加送金カウントダウン内に必要残額を送金。
⚙️ TRADOM システム		注文情報を受信 Sellerから注文情報を受信し、取引レコードを初期化。	AML/CFTスクリーニング AML / CFT照合制裁リスト照合架空取引チェック禁止商品チェック	❌ NG — 不通過	✅ OK → 次へ		三者同時成立＋ログ保存 ① 売買契約 ② 債権譲渡 ③ 代物弁済契約同意ログ保存（タイムスタンプ・IP等）	ウォレット監視開始着金をリアルタイム監視。着金待ち			継続監視着金検知次第フェーズ3-5へ。	着金検知・照合着金額 vs 登録額送金元ウォレット照合チェーン・アセット確認 MATCHED → 判定	後続処理債務消滅を確定 Sellerへ発送可能通知 SCスイープ → オフランプ月次Fiat精算	合計額で再判定必要額に達した場合 → 正常処理へ。 → 正常処理 ✓	猶予切れ → 自動処理代物弁済契約を解消 SC自動返金（ガス代Buyer負担） Sellerへキャンセル通知 CANCELLED
⛓️ ブロックチェーン										Tx発行ウォレット署名後、ブロックチェーンへTx送信。 Pending	ブロック確認中指定確認数に達するまで待機。	着金確認完了ブロック確認完了。着金を有効と判定。 Confirmed ✓		追加Tx確認追加送金のブロック確認後にシステムへ通知。	返金Tx発行受取済みSCをBuyerへ返金するTxを送信。
📧 メール通知													完了通知メール Buyerへ支払完了、Sellerへ発送可能通知を自動送信。		キャンセル通知メール Buyer・Sellerへキャンセル・返金通知を自動送信。
通貨	—	—	—	—	—	JPY	JPY	JPY → SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC	SC → JPYUSDT · USDC · JPYC	SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC

⚡ Step 10 の照合結果により3通りに分岐 — 上表はメインパス（分岐A）+ 分岐Bサブフローを表示

✅ 分岐A — 全額着金（正常完了）

→ 上表 S11 のとおり処理。
債務消滅 → 支払完了画面 → Seller発送 → スイープ・オフランプ → Fiat精算。

⚖️ 代物弁済成立・債務消滅 ✓

⚠️ 分岐B — 不足入金（猶予期間へ）

→ 上表 S6a / S6b のとおり処理。
1時間の猶予期間内に残額送金 → 正常処理。
タイムアウト → 自動返金・キャンセル。

SC-1/SC-2のみ自動解消可能

⚠️ 分岐C — 超過入金

Kilimanjaro：契約額分で債務消滅 → 余剰SCを返金（ガス代Buyer負担）。
TRADOM画面：超過通知・返金処理中を表示。

⚠️ 余剰分の取り扱い（返金/クレジット/保有）は未確定

TRADOM Payment — Journey 3 UX Flow | バージョン 1.0 | 作成日：2026-05-15

⚠️ Buyer向けUI文言はすべて法務確認（MHM）が必要。このドキュメントはUX設計の骨格であり法的文書ではない。

作成：TRADOMプロダクト / UXチーム

Journey 4 — Buyer UX Flow

インボイス型（Invoice Type） | SC-3 / SC-4

📄 SC-3 — インボイス後払い型（Post-Pay） 📄 SC-4 — インボイス前払い型（Pre-Pay） 👤 B1（海外）

ゴール：インボイスに基づきSCで支払いを完了する。SC-3は商品受取後に後払い、SC-4は先払い後に商品を受け取る。

バージョン 1.0

作成日：2026-05-15

⚠️ 法的文言はMHM確定待ち

レイヤー凡例 — 各ステップで使用するツール / タッチポイント（横軸 = 時系列、縦軸 = ツールレイヤー）

🛒

Seller ECサイト

💳

TRADOM Payment画面

💎

外部ウォレットアプリ

⚙️

TRADOM システム

⛓️

ブロックチェーン

📧

メール通知

レイヤー / ツール	フェーズ 4A-1 商品受取＋支払案内			フェーズ 4A-2 スクリーニング			フェーズ 4A-3 同意画面（法的ゲート）		フェーズ 4A-4 SC送金				フェーズ 4A-5 着金確認＋完了		フェーズ 4A-6 不足入金
	S1 商品受取済み	S2 支払案内受信	S3 リンクをクリック	S4 スクリーニング	⑂ S4 判定 — どちらか一方のみ		S5 同意画面確認	S6 同意・確定	S7 支払い画面	S8 QRスキャン	S9 SC送金実行	S10 着金待ち	S11 着金検知・照合	S12 完了（分岐A）	⑂ S11 不足入金（SC-3）
	S1 商品受取済み	S2 支払案内受信	S3 リンクをクリック	S4 スクリーニング	S4a ❌ NG分岐	S4b ✅ OK続行	S5 同意画面確認	S6 同意・確定	S7 支払い画面	S8 QRスキャン	S9 SC送金実行	S10 着金待ち	S11 着金検知・照合	S12 完了（分岐A）	S11a ⚠️ エスカレーション
🛒 Seller ECサイト	商品 / サービス受取済み Buyerは商品またはサービスを既に受取済み。前提条件													追加アクションなし商品は発送済み。Sellerは支払完了通知を受信。
💳 TRADOM Payment画面			✅ リダイレクト受付	🔍 スクリーニング実行中...	❌ エラー画面を表示同意画面は絶対に表示しない。フロー終了	✅ 同意画面へ →	⚖️ 法的ゲート同意画面を表示 ① Fiat建て金額（インボイス額） ② 債権譲渡通知（詳細版） ③ 代物弁済の合意 ④ 支払期限 ⑤ SC種類・チェーン選択 ⑥ 利用規約（初回のみ） 🔴 法的文言 MHM確定待ち 🟡 SC-3: 商品受取後の文脈に合わせた文言	「確認して支払う」をタップ全項目を確認し同意。契約成立 ✓	支払い画面を表示 SC金額（ライブレート） QRコード送金先：TRADOMウォレットカウントダウンタイマーチェーン確認ガス代注意書き 🟡 レートロック未決定	📱 → ウォレットアプリへ切替		「確認中」ローディング Buyerはトレーダム画面に戻り着金確認を待つ。送金待ち		支払完了画面「支払いが完了しました」を表示。 COMPLETED ✓	⚠️ 不足入金通知不足入金を検知。自動解消不可。 T-COへエスカレーション
💎 外部ウォレットアプリ										ウォレットアプリ起動 QRスキャンまたはアドレスコピーで送金先を設定。	SC送金を実行金額・送金先・チェーンを確認し署名・送信。 🟡 チェーン誤り → 資金喪失リスク
⚙️ TRADOM システム		支払案内メール生成 Buyerへ支払案内メール（リンク付き）を自動送信。		AML/CFTスクリーニング AML / CFT照合制裁リスト照合架空取引チェック禁止商品チェック	❌ NG — 不通過	✅ OK → 次へ		三者同時成立＋ログ保存 ① 売買契約 ② 債権譲渡 ③ 代物弁済契約同意ログ保存（タイムスタンプ・IP・インボイス参照等）	ウォレット監視開始着金をリアルタイム監視。着金待ち			継続監視着金検知次第フェーズ4A-5へ。	着金検知・照合着金額 vs 登録額送金元ウォレット照合チェーン・アセット確認 MATCHED → 判定	後続処理債務消滅を確定 Sellerへ支払完了通知 SCスイープ → オフランプ月次Fiat精算	T-COへエスカレーション自動解消不可。コンプライアンス担当者が対応を判断。 🔴 SC-3: 自動返金は行わない
⛓️ ブロックチェーン											Tx発行ウォレット署名後、ブロックチェーンへTx送信。 Pending	ブロック確認中指定確認数に達するまで待機。	着金確認完了ブロック確認完了。着金を有効と判定。 Confirmed ✓
📧 メール通知		支払案内メール ① Sellerの名称 ② 債権譲渡通知 ③ インボイス金額 ④ 支払期限 ⑤ 支払案内リンク												完了通知メール Buyerへ支払完了通知、Sellerへ支払完了通知を自動送信。	エスカレーション通知 T-COへ不足入金のエスカレーション通知を送信。
通貨	—	—	—	—	—	—	JPY	JPY	JPY → SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC	SC → JPYUSDT · USDC · JPYC	SCUSDT · USDC · JPYC

⚡ Step 11 の照合結果により3通りに分岐 — SC-3の不足入金は自動解消不可（エスカレーション）

✅ 分岐A — 全額着金（正常完了）

→ 上表 S12 のとおり処理。
債務消滅 → 支払完了画面 → Sellerへ支払完了通知 → スイープ・オフランプ → Fiat精算。

⚖️ 代物弁済成立・債務消滅 ✓

⚠️ 分岐B — 不足入金（エスカレーション）

→ 上表 S11a のとおり処理。
SC-3は自動解消不可。T-COへエスカレーション。
個別債権譲渡は維持。TRADOMはSellerへの支払義務を引き続き負う。

⚠️ 自動返金なし・手動対応必須

⚠️ 分岐C — 超過入金

Kilimanjaro：契約額分で債務消滅 → 余剰SCを返金（ガス代Buyer負担）。
TRADOM画面：超過通知・返金処理中を表示。

⚠️ 余剰分の取り扱い（返金/クレジット/保有）は未確定

レイヤー / ツール	フェーズ 4B-1 支払案内メール受信		フェーズ 4B-2 スクリーニング			フェーズ 4B-3 同意画面（法的ゲート）		フェーズ 4B-4 SC送金				フェーズ 4B-5 着金確認＋発送待ち			フェーズ 4B-6 不足入金
	S1 支払案内受信	S2 リンクをクリック	S3 スクリーニング	⑂ S3 判定 — どちらか一方のみ		S4 同意画面確認	S5 同意・確定	S6 支払い画面	S7 QRスキャン	S8 SC送金実行	S9 着金待ち	S10 着金検知・照合	S11 支払完了	S12 商品発送・受取	⑂ S10 不足入金（SC-4）
	S1 支払案内受信	S2 リンクをクリック	S3 スクリーニング	S3a ❌ NG分岐	S3b ✅ OK続行	S4 同意画面確認	S5 同意・確定	S6 支払い画面	S7 QRスキャン	S8 SC送金実行	S9 着金待ち	S10 着金検知・照合	S11 支払完了	S12 商品発送・受取	S10a ⚠️ エスカレーション
🛒 Seller ECサイト														商品を発送 TRADOMの「支払完了通知」を受けて発送。通知前発送は法的に禁止。 🔴 通知前発送禁止（法的要件）	❌ 発送停止支払未完了のため発送は行わない。
💳 TRADOM Payment画面		✅ リダイレクト受付	🔍 スクリーニング実行中...	❌ エラー画面を表示同意画面は絶対に表示しない。フロー終了	✅ 同意画面へ →	⚖️ 法的ゲート同意画面を表示 ① Fiat建て金額（インボイス額） ② 債権譲渡通知 ③ 代物弁済の合意 ④ 支払期限 ⑤ SC種類・チェーン選択 ⑥ 利用規約（初回のみ） 🔴 法的文言 MHM確定待ち 🟡 SC-4: 「支払後に商品発送」を明示	「確認して支払う」をタップ全項目を確認し同意。契約成立 ✓	支払い画面を表示 SC金額（ライブレート） QRコード送金先：TRADOMウォレットカウントダウンタイマーチェーン確認ガス代注意書き 🟡 レートロック未決定	📱 → ウォレットアプリへ切替		「確認中」ローディング Buyerはトレーダム画面に戻り着金確認を待つ。送金待ち		支払完了画面「支払いが完了しました。商品の発送をお待ちください。」 COMPLETED ✓ 商品発送手配中	発送通知受信 Sellerからの発送通知・追跡番号を表示。発送済み ✓	⚠️ 不足入金通知不足入金を検知。自動解消不可。「支払未完了のため商品は発送されません」 T-COへエスカレーション
💎 外部ウォレットアプリ									ウォレットアプリ起動 QRスキャンまたはアドレスコピーで送金先を設定。	SC送金を実行金額・送金先・チェーンを確認し署名・送信。 🟡 チェーン誤り → 資金喪失リスク
⚙️ TRADOM システム	支払案内メール生成 Buyerへ支払案内メール（リンク付き）を自動送信。		AML/CFTスクリーニング AML / CFT照合制裁リスト照合架空取引チェック禁止商品チェック	❌ NG — 不通過	✅ OK → 次へ		三者同時成立＋ログ保存 ① 売買契約 ② 債権譲渡 ③ 代物弁済契約同意ログ保存（タイムスタンプ・IP・インボイス参照等）	ウォレット監視開始着金をリアルタイム監視。着金待ち			継続監視着金検知次第フェーズ4B-5へ。	着金検知・照合着金額 vs 登録額送金元ウォレット照合チェーン・アセット確認 MATCHED → 判定	後続処理債務消滅を確定 Sellerへ発送可能通知 SCスイープ → オフランプ月次Fiat精算		T-COへエスカレーション自動解消不可。コンプライアンス担当者が対応を判断。 🔴 SC-4: 自動返金は行わない
⛓️ ブロックチェーン										Tx発行ウォレット署名後、ブロックチェーンへTx送信。 Pending	ブロック確認中指定確認数に達するまで待機。	着金確認完了ブロック確認完了。着金を有効と判定。 Confirmed ✓
📧 メール通知	支払案内メール ① Sellerの名称 ② 債権譲渡通知 ③ インボイス金額 ④ 支払期限 ⑤ 支払案内リンク「支払後に商品が発送されます」												完了通知メール Buyerへ支払完了通知、Sellerへ発送可能通知を自動送信。	発送通知メール Buyerに発送通知・追跡情報を送信。	エスカレーション通知 T-COへ不足入金のエスカレーション通知を送信。
通貨	—	—	—	—	—	JPY	JPY	JPY → SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC	SC → JPYUSDT · USDC · JPYC	JPY	SCUSDT · USDC · JPYC

⚡ Step 10 の照合結果により3通りに分岐 — SC-4の不足入金は自動解消不可（エスカレーション）。全額着金後にSellerが商品発送。

✅ 分岐A — 全額着金（正常完了）

→ 上表 S11 → S12 のとおり処理。
債務消滅 → 支払完了画面 → Sellerへ発送可能通知 → 商品発送 → Buyerが受取。

⚖️ 代物弁済成立・債務消滅 ✓ → 発送開始

⚠️ 分岐B — 不足入金（エスカレーション）

→ 上表 S10a のとおり処理。
SC-4は自動解消不可。T-COへエスカレーション。
支払未完了のため商品は発送されない。

⚠️ 自動返金なし・手動対応必須・発送停止

⚠️ 分岐C — 超過入金

TRADOM システム：契約額分で債務消滅 → 余剰SCを返金（ガス代Buyer負担）。
TRADOM画面：超過通知・返金処理中を表示。Sellerへ発送可能通知を送信。

⚠️ 余剰分の取り扱い（返金/クレジット/保有）は未確定

TRADOM Payment — Journey 4 UX Flow | バージョン 1.0 | 作成日：2026-05-15

⚠️ Buyer向けUI文言はすべて法務確認（MHM）が必要。このドキュメントはUX設計の骨格であり法的文書ではない。

作成：TRADOMプロダクト / UXチーム

Journey 5 — 例外・返金フロー

全アクター視点 | 全スキーム対象

⚠️ 5A — 決済完了後キャンセル ⚠️ 5B — 不足入金（SC-1/2） ⚠️ 5C — 不足入金（SC-3/4） ⚠️ 5D — 超過入金 ⚠️ 5E — リンク期限切れ ⚠️ 5F — 照合差異

ゴール：取引キャンセルや例外発生時に、全当事者が適切に対応できること。不足送金・超過入金・キャンセル・返金の各ケースを横断整理する。

バージョン 1.0

作成日：2026-05-15

参照FL: FL-11, FL-12, FL-14, FL-15, FL-16

⚠️ 法的文言はMHM確定待ち

アクター凡例 — 各ステップに関与するアクター（横軸 = 時系列、縦軸 = アクター）

🧑

Buyer

🏪

Seller / P-A（加盟店管理者）

🏢

TRADOM T-A / T-CO（管理者）

⚙️

TRADOM システム

⛓️

ブロックチェーン

アクター	フェーズ 5A-1 キャンセル申請・法的解除		フェーズ 5A-2 Seller Fiat返金	フェーズ 5A-3 TRADOM承認・返金処理		フェーズ 5A-4 SC返金実行	フェーズ 5A-5 完了通知
アクター	S1 キャンセルフラグ設定	S2 法的解除処理	S3 Fiat返金送金	S4 入金確認・承認	S5 返金額算定・リンク生成	S6 SC返金実行	S7 完了通知
🧑 Buyer	返品・キャンセル要請 Sellerへ返品申請または売買契約解除通知を送付。	法的解除通知受信売買契約解除・債権譲渡契約解除の通知を受信。			返金リンク受信 TRADOMから返金受取リンクをメールで受信。有効期限：24時間	SC受取確認元の送金ウォレットにSCが着金。手数料・ガス代は差引済み。返金着金	返金完了通知 TRADOMからメールで返金完了通知を受信。
🏪 Seller / P-A	キャンセルフラグ設定 TRADOMペイメントダッシュボードでキャンセルフラグを設定。 ⚠️ BuyerへのFiat直接返金は規約上禁止。必ずトレーダム経由。	契約解除通知受信売買契約解除に伴い、債権譲渡契約も解除。トレーダムより通知受信。	Fiat返金送金受取済みの債権譲渡代金（Fiat）をTRADOM指定銀行口座に振込。				返金完了通知ダッシュボードおよびメールで返金完了通知を受信。
🏢 TRADOM T-A		キャンセルフラグ確認ダッシュボードでSellerのキャンセル申請を確認。		入金確認・返金承認 Sellerからの銀行振込を確認し、返金処理を承認・実行指示。			処理記録確定返金完了を管理画面に記録。監査証跡を保存。
⚙️ TRADOM システム	キャンセルフラグ受信取引ステータスを「キャンセル申請中」に更新。	債権譲渡契約解除売買契約解除を受けて、債権譲渡契約を解除処理。ステータス更新。		承認受信・処理開始 T-Aの返金承認を受信。返金処理フローを開始。	返金額算定・リンク生成 Original Fiat Value原則で返金額算定。初回決済手数料・返金時ガス代を控除。返金リンク生成（24h有効）。初回レートとの乖離あり（弁護士確認済）	SC返金トランザクション発行 Buyerの元送金ウォレットへSCを送金（手数料・ガス代差引後）。	完了通知送信 BuyerおよびSellerに返金完了通知を送信（メール＋ダッシュボード）。
⛓️ ブロックチェーン						SC送金確認ブロックチェーン上でSC返金トランザクションを確認・完了。
通貨	SCUSDT · USDC · JPYC	—	JPY	SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC	—

アクター	フェーズ 5B-1 不足検知・Buyer通知		フェーズ 5B-2 猶予期間判定（1時間）
	S1 不足入金検知	S2 Buyer通知（猶予開始）	S3 猶予期間待機	⑂ S3 猶予判定 — どちらか一方のみ
	S1 不足入金検知	S2 Buyer通知（猶予開始）	S3 猶予期間待機	S3a ✅ 残額入金OK	S3b ❌ タイムアウト
🧑 Buyer		不足入金通知受信不足額と猶予期限（1時間）をメール・画面で受信。残額送金の案内を受ける。猶予：1時間	残額送金を判断猶予時間内に不足SCを送金するか判断。	残額SC送金実行不足分のSCを精算ウォレットへ送金。全額着金で代物弁済成立。代物弁済成立	猶予時間切れ残額未入金のまま1時間経過。代物弁済契約が解消。SC自動返金（ガス代Buyer負担）。キャンセル確定
🏪 Seller / P-A				決済完了通知受信ダッシュボードおよびメールで決済完了通知を受信。	⚠️ キャンセル通知受信 Sellerにキャンセル確定通知。発送中の場合は保留対応が必要。取引キャンセル
🏢 TRADOM T-A
⚙️ TRADOM システム	不足入金検知着金額 < 請求額を検知。タイマー（1時間）開始。取引ステータスを「不足入金猶予中」に更新。	Buyer通知送信不足額・猶予期限をBuyerのウォレットアドレス宛に通知。残額送金案内を送付。	タイマー監視精算ウォレットへの追加入金を監視中。1時間のカウントダウン。	残額着金・照合成功追加入金を検知。全額着金を確認し照合成功。スイープ実行。Sellerに決済完了通知。 COMPLETED	契約解消・SC自動返金タイマー切れ。代物弁済契約を解消。受取済みSCをBuyerの送金元ウォレットへ自動返金（ガス代Buyer負担）。 REFUNDED
⛓️ ブロックチェーン				残額SC着金確認ブロックチェーン上で残額トランザクションを確認・完了。	SC返金トランザクションブロックチェーン上で返金送金を実行・確認。
通貨	SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC

アクター	フェーズ 5C-1 不足検知・エスカレーション		フェーズ 5C-2 T-CO対応・個別解決
アクター	S1 不足入金検知	S2 T-COエスカレーション	S3 T-CO法的判断	S4 個別対応実施
🧑 Buyer			T-COより状況連絡 T-COが状況確認のためBuyerに連絡。不足入金の法的位置づけを説明。個別債権譲渡は維持	個別対応（T-CO指示） T-COの判断に基づく対応（追加送金・協議等）を実施。自動返金は行われない。
🏪 Seller / P-A			エスカレーション通知受信 TRADOMからエスカレーション発生の旨を通知受信。対応待機。 TRADOM支払義務は継続
🏢 TRADOM T-A/T-CO		エスカレーション受信 SYSからT-COエスカレーション通知を受信。対応開始。	法的・オペレーション判断不足入金の状況を確認。個別債権譲渡は維持。自動解消・自動返金は行わない。 ⚠️ SC-3の一部入金オーバーライドは不可	個別対応実施 Buyer・Sellerと協議の上、個別対応を実施。TRADOMはSellerへの支払義務を引き続き負う。
⚙️ TRADOM システム	不足入金検知着金額 < 請求額を検知。SC-3/SC-4では自動解消不可。T-COエスカレーション通知を発行。自動解消不可	T-COエスカレーション通知 T-COへエスカレーション通知を送信。取引ステータスを「T-COエスカレーション中」に更新。
⛓️ ブロックチェーン
通貨	SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC	—	SCUSDT · USDC · JPYC

アクター	フェーズ 5D-1 超過検知・債務消滅		フェーズ 5D-2 余剰判定・処理
	S1 超過入金検知	S2 契約額分債務消滅	S3 余剰額算定	⑂ S3 余剰判定 — どちらか一方のみ
	S1 超過入金検知	S2 契約額分債務消滅	S3 余剰額算定	S3a ✅ 余剰SC返金（ガス代超）	S3b ⚠️ 返金なし（ガス代以下）
🧑 Buyer		債務消滅通知受信契約額分の代物弁済が成立したことを通知受信。代物弁済成立		余剰SC受取元の送金ウォレットへ余剰SCが返金される（ガス代Buyer負担）。余剰返金完了	返金なし通知受信余剰額がガス代以下のため返金不可の旨を通知受信。 ⚠️ 取扱い未確定
🏪 Seller / P-A		決済完了通知受信契約額分着金で代物弁済成立。ダッシュボードで決済完了を確認。
🏢 TRADOM T-A
⚙️ TRADOM システム	超過入金検知着金額 > 請求額を検知。契約額分で代物弁済処理を自動実行。スイープ実行。契約額分は成立	債務消滅処理契約額を充当し債務消滅処理。Buyer・Sellerに「超過分を返金します」を表示。	余剰額算定・判定余剰SC額とネットワーク手数料（ガス代）を比較して返金可否を判定。	余剰SC返金実行余剰SCをBuyerの元送金ウォレットへ返金（ガス代Buyer負担）。返金完了通知を送信。余剰返金完了	⚠️ 返金スキップ余剰額がガス代以下のため返金処理をスキップ。Buyerに返金不可の旨を通知。取扱い要定義
⛓️ ブロックチェーン	超過SC着金確認ブロックチェーン上で超過入金トランザクションを確認。			余剰SC返金トランザクションブロックチェーン上で余剰返金送金を実行・確認。
通貨	SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC

アクター	フェーズ 5E-1 異常検知		フェーズ 5E-2 T-A手動対応		フェーズ 5E-3 確認・SC返金処理
アクター	S1 期限切れ後SC着金	S2 Pending IDフラグ	S3 T-Aアラート	S4 T-A手動確認	S5 Buyer連絡・確認	S6 SC返金手続き
🧑 Buyer				TRADOMから連絡受信 T-Aよりリンク期限切れ後の入金についての確認連絡を受信。	状況確認・回答 TRADOMの確認に応答。返金希望の場合は返金先ウォレットアドレスを提供。本人確認実施。	SC返金受取確認が取れた後、指定ウォレットへSCが返金される（ガス代差引）。返金完了
🏪 Seller / P-A				状況通知受信 TRADOMより期限切れ着金の状況説明通知を受信。取引ステータスを確認。
🏢 TRADOM T-A			Pending IDアラート受信 Pending Identificationアラートを受信。対応を開始。	手動確認・照合着金トランザクションを確認。期限切れ取引記録との照合を試みる。Buyerへ確認連絡を送付。	Buyer連絡・本人確認 Buyerに状況を説明し、返金先ウォレットを確認。本人確認を実施。	返金承認・実行指示確認完了後、SC返金処理を承認・実行指示。
⚙️ TRADOM システム	期限切れ後SC着金検知有効な取引記録のない精算ウォレットへのSC着金を検知。 Pending Identification	Pending IDフラグ設定「Pending Identification」フラグを設定。T-Aへアラート通知を送信。自動処理は行わない。				SC返金実行 T-A承認後、BuyerのウォレットへSCを送金（ガス代差引）。
⛓️ ブロックチェーン	未紐付けSC着金有効期限切れリンクに紐づくウォレットへのSC着金をチェーン上で確認。					SC返金トランザクションブロックチェーン上で返金送金を実行・確認。
通貨	SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC	—	SCUSDT · USDC · JPYC

⚠️ 仕様未確定： ペイメントリンク期限切れ後の着金処理（Pending Identification フロー）は現時点では仕様が未確定です。上記フローはリファレンスドキュメント記載の想定フローを図示したものです。

アクター	フェーズ 5F-1 差異検知・通知		フェーズ 5F-2 内容確認	フェーズ 5F-3 対応判断・実施 → Verified → スイープ
	S1 Discrepancy Detected	S2 オペレーターキュー	S3 差異内容確認	S4 対応アクション選択	⑂ S4 対応判断 — どちらか一方のみ
	S1 Discrepancy Detected	S2 オペレーターキュー	S3 差異内容確認	S4 対応アクション選択	S4a ✅ 修正 → 再照合	S4b ⚠️ 承認オーバーライド
🧑 Buyer
🏪 Seller / P-O			差異内容確認 P-Oがオペレーターキューで差異内容（金額・アドレス等）を確認。	対応アクション入力修正内容または承認オーバーライドの理由をシステムに入力。	修正情報入力登録情報の修正を行い、SYSへ再照合を依頼。	⚠️ オーバーライド申請承認オーバーライドの理由を記録・申請。 SC-1のみ適用可
🏢 TRADOM T-A			差異内容確認 T-Aが独立してオペレーターキューの差異内容を確認。P-Oと連携。	対応判断修正か承認オーバーライドかを最終判断。証跡記録が必須。	修正承認修正内容を確認・承認。SYSへ再照合指示を発行。	⚠️ オーバーライド承認理由入力・承認実施。証跡を記録。SC-3で不可の場合はT-COへエスカレーション。理由入力必須（監査証跡）
⚙️ TRADOM システム	差異ステータス設定照合結果に差異を検知。ステータスを「Discrepancy Detected」に更新。 DISCREPANCY DETECTED	オペレーターキュー積み上げ P-O / T-A のオペレーターキューに積み上げ。アラート通知を送信。			修正後再照合 → スイープ修正情報を反映後、自動再照合を実行。照合成功でVerifiedに更新 → スイープ実行。 VERIFIED → SWEEP	オーバーライド記録・スイープオーバーライド承認を記録（監査証跡）。ステータスをVerifiedに更新 → スイープ実行。 VERIFIED → SWEEP
⛓️ ブロックチェーン					スイープ実行精算ウォレット → マスターウォレットへのSCスイープが完了。	スイープ実行精算ウォレット → マスターウォレットへのSCスイープが完了。
通貨	SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC	SCUSDT · USDC · JPYC	SC → JPYUSDT · USDC · JPYC	SC → JPYUSDT · USDC · JPYC

TRADOM Payment — Journey 5 例外・返金フロー | バージョン 1.0 | 作成日：2026-05-15

⚠️ Buyer向けUI文言はすべて法務確認（MHM）が必要。このドキュメントはUX設計の骨格であり法的文書ではない。

作成：TRADOMプロダクト / UXチーム

Comments