決済連携・精算サービス紹介書 · 2026

決済で引き受ける仕事は、連携構築と運用・突合、リスク対応の三つに分かれます。連携構築は国内PGと簡単決済、海外PGを注文フローに接続し、承認と取消、部分返金まで状態を失わないように実装する仕事です。決済会社を複数使うサービスであれば、連携を一つの層にまとめ、製品コードが単一の取引仕様だけを見るようにするゲートウェイ構築がここに入ります。カード会社や金額、地域といった条件でどの経路に送るかを決めるルーティングと、一社が遅延したときの迂回も同じ層で扱います。定期課金が必要であれば、料金プランと請求、決済失敗の再試行、解約までの課金ライフサイクルを同じ場所で実装します。運用・突合は、取引モニタリングと障害対応、取消と返金、係争処理、決済会社との協議を一つの業務手順にまとめる仕事です。チャネルごとに異なる精算ファイルを共通の取引キーで揃え、残った差分だけを担当者に渡す突合自動化がその隣に付きます。リスク対応は、承認要求の前に危険度判定を置き、カードテストやクーポン悪用を弾く仕事です。三つを一度に引き受けることも、一つだけ切り出して受けることもあります。連携を担う社内チームがすでにある組織は、運用だけを切り出して渡す形を選びます。WooCommerceで作った店舗の決済も同じ方法で接続するため、国内決済と海外決済で別の会社を探す必要がありません。

作業は四段階で進みます。第一段階は取引フローの定義です。承認と取消、返金、精算まで取引状態と担当組織を漏れなく書き出し、一枚の状態遷移図に整理します。この順序を逆にして決済会社から接続すると、決済手段が増えるたびに注文コードも一緒に育ち、差し替え費用が急激に膨らみます。第二段階は安全な連携です。通信が切れ、応答が遅れる瞬間を前提にAPIとセキュリティ、データフローを実装します。要求ごとに固有キーを付けて何度再試行しても一度だけ処理されるようにし、応答を受け取れなかった取引は決済会社の照会仕様で状態を突き合わせます。サンドボックスでは成功経路ではなく失敗と取消の経路を先に確認し、決済会社の審査も同じ工程で通します。第三段階は運用と突合です。モニタリングと例外処理、突合を一つのループにまとめ、異常取引は発生当日のうちに原因まで分類します。第四段階は精算安定化です。締め周期を守りながらT+1時点で差分を説明できるよう、レポートと検知ルールを固定します。

取引フローの定義からは、取引状態遷移図と責任分担表が出ます。どの状態からどの状態へ移るのか、その遷移を誰が担うのかが一枚に収まります。安全な連携からは連携仕様書と例外処理設計が出ます。決済画面の呼び出しから結果通知の受信まで、要求と応答の仕様、再試行ルール、冪等キーの方針がここに書かれます。運用と突合からは突合ルールと運用ランブックが出ます。症状ごとに最初に開く画面と判断基準、引き渡す担当、決済会社への申告方法が会社別に書かれているため、担当者が替わっても同じ順序をたどります。自動で揃える差分と人が見る差分を分ける条件も、このルールに併せて書きます。精算安定化からは精算レポートの雛形と異常検知ルールが出ます。どのルールがどの条件で二件を結んだかが件別に残り、ルールを変更した履歴も併せて保管するため、監査で同じ計算をやり直しません。四つはプロジェクト終了後も貴社が使い続ける文書なので、当社のツールに縛らず編集可能な形式で引き渡します。文書ごとに担当者と更新時点を書いておくため、決済会社を追加するときにどの章を開き直すかが明確です。

PG契約の主体は貴社です。決済手段と手数料条件の比較、審査書類の項目、技術検討の回答は一緒に準備し、審査日程に合わせて開発順序を調整しますが、契約書に名前を載せるのは貴社です。カード情報も直接保管しません。決済会社のトークンで代替する構造を基本とし、データの保管範囲とアクセス権限は設計段階で定義し、処理記録とアクセスログは証跡として残します。既存のPG契約があればそのまま残し、その上に連携構造と運用手順だけを組み直します。構築後の運用は内製運用と共同運用、委託運用の三つから選びます。内製運用は突合ルールと障害ランブック、決済会社のエスカレーション連絡体制を引き継ぎ、貴社が自ら回す形です。共同運用は一次受付を貴社が担い、診断と決済会社協議を分担します。委託運用は受付から対処までを一つの手順で引き受けます。どれを選んでも同じランブックを使います。権限も一度には渡しません。取引照会とログの権限から受け取り、返金の実行やルール変更は承認手順を定めた後に分けます。