店舗、チェックアウト、元帳が一致しないとき
カード決済は数秒のうちに複数のシステムに触れます。端末またはチェックアウト、ゲートウェイ、アクワイアラ、カードスキーム、発行会社です。資金と手数料は後から精算ファイルで届き、誰かがERPの売上と照合しなければなりません。
店舗、オンラインチェックアウト、ERPが夜間バッチで同期すると、セール中に在庫を売り過ぎ、アクワイアラ間の精算差異が積み上がります。最も混み合う時間にチェックアウトが遅くなります。さらに今は、AIエージェントが顧客の代わりに買い物を始めています。
変わること
在庫と売上の一つのビュー
売上、返品、価格、在庫を、すべての店舗、ECサイト、ERPで、夜間ではなくリアルタイムに一致させます。
一致する精算
各アクワイアラの精算・手数料ファイルを売上に自動照合し、差異をチーム向けに一覧化します。
エージェント型コマースへの備え
AIエージェントからの支払いを受け入れ、顧客が何を承認したかの検証可能な記録を持つチェックアウト。
提供内容
ゲートウェイ、アクワイアラ、カードネットワークの接続
ISO 8583、ISO 20022、またはプロバイダーAPIによるオーソリゼーション、売上確定、返金、取消のフロー。マルチアクワイアラのオーケストレーションと、すべての応答コードの処理を備えます。
AP2と暗号学的マンデートによるチェックアウト
AP2は、AIエージェントが顧客の代わりに支払えるようにするオープンプロトコルです。暗号学的に署名されたマンデートが顧客の承認内容を記録し、当社はそれをチェックアウトに組み込みます。
EMV・SoftPOS端末
EMVチップ・コンタクトレス端末と、通常のスマートフォンやタブレットでコンタクトレスカードを受け付けるSoftPOSを、POSまたはキオスクのソフトウェアに接続します。
精算ファイルの自動処理
アクワイアラの精算・手数料ファイルを収集、検証、監査し、ERPが照合できる仕訳に変換します。
POSからERPへのリアルタイム同期
売上、返品、価格、販促、在庫水準を、イベントストリーミングレイヤーを通じて各店舗とERPの間で同期します。
トークン化とPCI DSSの対象範囲
カード番号をトークンに置き換え、POSとERPの外に保ち、どのシステムがPCI DSSの対象に残るかを文書化します。
認定と展開
各プロバイダーの認定用テストスクリプトと証拠、数店舗でのパイロット、その後は日次合計を照合しながらの店舗ごとの展開。
私たちの進め方
一つの売上を追う
財務、店舗、ITのチームとともに、レジまたはチェックアウトから元帳までの一つの売上を追い、範囲を合意します。
連携を設計
プロトコル、トークン化の方式、メッセージフローを選び、インターフェース仕様を書きます。
構築とテスト
決済、精算、POSのフローを自動テストとともに構築します。拒否、タイムアウト、返金も含みます。
プロバイダーと認定
プロバイダーのテストケースをそのテスト環境で実行し、認定で見つかった点を修正します。
パイロット後に展開
数店舗または数チャネルで先に稼働し、日次で合計を比較してから、店舗ごとに展開します。
監視と支援
承認率、精算ファイル、店舗の計上を監視し、プロバイダーの変更告知に対応します。
横にスクロールすると図全体を確認できます。
カード決済：レジでオーソリ、後日精算、ERPで照合
端末またはオンラインレジがゲートウェイに問い合わせ、ゲートウェイがアクワイアラに、アクワイアラがカードスキームと発行会社に振り分けます。精算ファイルは後から届き、ERPで売上と手数料に照合されます。タイムアウト時は自動で取り消し、顧客が二重に請求されないようにします。
- 主要フロー
- 非同期
- 例外経路
8ステップのフロー
フローを順に示す
- EMV端末またはオンラインレジから決済ゲートウェイへ：オーソリゼーション要求、EMV · REST/JSON経由（主要フロー）。
- 決済ゲートウェイからアクワイアラへ：オーソリゼーション、ISO 8583経由（主要フロー）。
- アクワイアラからカードスキームと発行会社へ：発行会社へルーティング、ISO 8583経由（主要フロー）。
- アクワイアラから決済ゲートウェイへ：承認または否認、ISO 8583経由（非同期）。
- アクワイアラから連携レイヤーへ：精算・手数料ファイル、SFTP経由（非同期）。
- 連携レイヤーからERPへ：精算済みの売上、手数料、入金、REST/JSON経由（主要フロー）。
- 決済ゲートウェイからEMV端末またはオンラインレジへ：時間内に応答なし：自動取り消し、ISO 8583 0400経由（例外経路）。
- 連携レイヤーから決済運用チームへ：精算の不一致またはチャージバック（例外経路）。
横にスクロールすると図全体を確認できます。
POSからERPへ：すべての売上を一度だけ計上
売上はイベントとしてレジからERPへ流れ、価格と在庫は逆方向に流れます。オフラインになった店舗も販売を続け、復旧後に追いつきます。計上に失敗した場合は再試行し、それでもだめなら担当者に引き継ぎます。
- 主要フロー
- 非同期
- 例外経路
8ステップのフロー
フローを順に示す
- POS端末から店舗またはPOSクラウドサーバーへ：売上、返品、取消（主要フロー）。
- 店舗またはPOSクラウドサーバーから連携レイヤーへ：売上イベントと日次締め集計。イベントキュー経由、REST/JSON経由（非同期）。
- 連携レイヤーからERPへ：売上と在庫移動を計上、OData · REST/JSON経由（主要フロー）。
- ERPから連携レイヤーへ：価格、販促、商品データ。APIまたはファイル出力、REST/JSON経由（主要フロー）。
- 連携レイヤーから店舗またはPOSクラウドサーバーへ：価格と在庫の更新、REST/JSON経由（主要フロー）。
- 連携レイヤーから再試行キューへ：計上失敗（例外経路）。
- 再試行キューから連携レイヤーへ：再試行（例外経路）。
- 再試行キューから店舗運用チームへ：それでも失敗：詳細付きのアラート（例外経路）。
標準とプロトコル
製品名やプロバイダー名の記載は、その相手とのパートナーシップを意味しません。
- 言語
- Go
- フレームワーク
- Node.js
- データと分析
- Apache Kafka
- データベース
- Redis
- DevOpsと可観測性
- Kubernetes
- 銀行の標準とチャネル
- ISO 20022
- 決済
- ISO 8583
- EMV
- EMV 3-D Secure
- PCI DSS
本番での実績
湾岸協力会議（GCC）の複数ブランド小売・商業施設グループ向けに、夜間バッチスクリプトをPOSからERPへのリアルタイム同期に置き換えました。また、マルチアクワイアラ決済を自動精算と統合し、フラッシュセールのピーク向けに在庫予約サービスを構築しました。
始め方
プロバイダーと店舗の要件が明確な場合は直接提案に進みます。新しい決済プラットフォームやエージェント型チェックアウトは、通常Blueprint Studioから始まります。
今後の流れ
事前コンサルティングセッション
無料の30分オンライン事前相談です。目標、システム、制約を伺います。
準備状況レビュー
無料の48時間準備状況レビューで、プリンシパルアーキテクトがプロジェクトを6項目のDefinition of Readyに照らして確認し、適切なトラックを提案します。
トラックの選択
スコープが確定したプロジェクトには、拘束力のある提案書を3–5営業日以内にお渡しします。構想段階のプロジェクトはBlueprint Studioから始まります。稼働中のシステムに障害がある場合、文書化されていない場合、連携が必要な場合は、1–2週間の診断から始まります。Blueprint Studioと診断はそれぞれ固定料金で、提案書に記載します。
5段階での提供
体制の立ち上げ、ライブ実演を伴うスプリント、連携と堅牢化、受け入れと本番稼働、そしてマネージドサービス。ローンチ後は保証期間と、その後の任意のサポート・保守が待っています。
よくある質問
ISO 8583を直接扱えますか。
はい、アクワイアラまたはプロセッサーが提供する場合に対応します。ISO 8583は一つの形式ではなく枠組みで、各アクワイアラが独自のフィールドとメッセージ種別の仕様を公表しています。その仕様に基づいて構築し、オーソリゼーション、取消、アドバイスメッセージを扱い、すべての応答コードをテストします。
AP2とは何で、今必要ですか。
Agent Payments Protocol（AP2）は、AIエージェントによる支払いのためのオープンプロトコルです。各購入には、顧客が承認した内容を示す署名済みマンデートが付くため、加盟店、発行会社、アクワイアラが信頼し監査できます。AIエージェントがお客様の店で買い物をする可能性があるなら、現在のフローと並行してチェックアウトをAP2対応にできます。
PCI DSSの対象範囲をどう減らしますか。
PCI DSS自体をなくすことはできませんが、対象となる範囲を減らすことはできます。ホスト型決済ページ、端末でのポイントツーポイント暗号化、ゲートウェイのトークンにより、カード番号をPOS、ERP、データウェアハウスの外に保ちます。評価担当者向けにデータフローを文書化します。
端末ではなくスマートフォンでカードを受け付けられますか。
はい、SoftPOSで可能です。アクワイアラまたはプロバイダーの認定決済アプリを通じて、対応するスマートフォンやタブレットでコンタクトレスカードとウォレットを受け付けます。当社はそのアプリを、他の端末と同様にPOS、売上、精算のフローに統合します。
店舗の接続が切れたらどうなりますか。
店舗は販売を続けます。売上はローカルに保存され、接続が戻るとERPへ送信されます。各売上には一意の識別子が付くため、二重計上は起きません。カード決済をオフラインで続けられるかは、アクワイアラの規則とお客様のリスク許容度によります。その設計はお客様とともに行います。
返金やチャージバックも扱いますか。
はい。返金と取消は、当社が構築する決済フローの一部です。チャージバックについては、アクワイアラの異議申し立てレポートを取り込み、それぞれを元の売上と精算に紐づけます。お客様のチームには、証拠を添えた対応リストを渡します。
構築の準備はできていますか。提案をお求めください
要件またはRFPをお送りください。当社のアーキテクトが検証し、拘束力のある固定スコープの提案をお返しします。
今後の流れ
準備状況レビュー
無料の48時間準備状況レビューで、プリンシパルアーキテクトがプロジェクトを6項目のDefinition of Readyに照らして確認し、適切なトラックを提案します。
拘束力のある提案書
アーキテクチャ検証の後、マイルストーン、アーキテクチャ、チーム体制、SLAを含む、拘束力のある固定スコープの提案書を3–5営業日以内にお渡しします。ご要望があれば、要件をお知らせいただく前に秘密保持契約（NDA）を締結します。
立ち上げ
ご契約後、当社のエンジニアリングポッドが契約締結から5–10営業日以内にスプリント0を開始します。
5段階での提供
体制の立ち上げ、ライブ実演を伴うスプリント、連携と堅牢化、受け入れと本番稼働、そしてマネージドサービス。ローンチ後は保証期間と、その後の任意のサポート・保守が待っています。