支払条件（payment terms）付きの B2B 注文に対し、保管済み（vaulted）のクレジットカードへ課金、または銀行口座から引き落としを、支払期日に Flow が自動で実行する新アクション。
支払条件付き注文（ネット30 など）の入金管理。期日到来を見て、担当者が請求・課金処理を手動で回す必要があった。
vault 済みのカード／銀行口座を、Flow アクションが支払期日に自動で課金・引き落とし。請求消込のオペレーションをワークフロー化できる。
顧客が事前に登録・保管しておいた決済手段のこと。本アクションでは vault 済みのクレジットカード と vault 済みの銀行口座 が課金・引き落とし対象。
「期日までに支払う」型の B2B 注文に付く支払条件。本アクションは この支払条件が付いた注文 を対象に、支払期日に課金する。
Shopify Flow のワークフロー内に置く「実行ステップ」。トリガー＋条件の後ろに本アクションを接続して、課金処理を自動化する。
| 観点 | 内容 | 出典 |
|---|---|---|
| 対象の注文 | B2B 支払条件（payment terms）が付いた B2B 注文 | 告知に明記 |
| 課金対象 | vault 済みのクレジットカード（課金）／ vault 済みの銀行口座（引き落とし） | 告知に明記 |
| 実行タイミング | 支払いが 期日（when payment is due） を迎えたとき | 告知に明記 |
| 提供形態 | Shopify Flow のアクションとして提供（ワークフローに組み込む） | 告知に明記 |
| 対応プラン／対応国 | 記載なし | —（ヘルプ要確認） |
| 失敗時の挙動・リトライ | 記載なし | —（ヘルプ要確認） |
独立した API ではなく Flow ワークフローの 1 ステップ。トリガー＋条件と組んで初めて動く。Flow が使える環境（B2B 運用）が前提になる。
vault 済みカードは「課金（charge）」、vault 済み銀行口座は「引き落とし（debit）」。同じアクションでも決済手段により処理系統・着金タイミングが異なる前提で設計する。
受注時点ではなく payment terms の期日 がトリガー軸。期日到来をどう検知してアクションへ繋ぐか（スケジュール／注文イベント）は告知に記載なし＝設計検証が必要。
カード拒否・口座残高不足などの失敗時挙動／リトライ／通知は告知に記載なし。失敗分岐・再課金・担当者アラートを Flow 側で別ブランチとして組むのが安全。
本質は B2B の 後払い債権の回収オペレーションを Flow に載せること。これまで担当者が期日管理＋手動課金していた工程を、ワークフロー化して属人性とミスを減らす。対応プラン・対応国はヘルプセンターで事前確認すること。