Shopify Paymentsの入金が「遅い」「少ない」「予定日を過ぎた」と見えるとき、先に必要なのは出荷を一律停止することではなく、資金の状態と受注の状態を切り分けることです。
Shopify Paymentsでは、通常の入金予定、アカウント保留、リザーブ(留保)、銀行口座などに起因する入金失敗では、確認場所、対応する人、資金が動く見通しが異なります。たとえばアカウント保留中は入金を受け取れませんが、購入者がチェックアウトを継続できるケースもあります。一方で、リザーブは取引額の一部または全部が留保される仕組みであり、アカウント全体の保留とは区別して扱う必要があります。
この記事では、保留解除の方法を一般論で断定しません。ストアごとの理由、追加書類、期限、販売継続可否は、管理画面のバナーとストアオーナー宛の通知が正本です。その前提で、未出荷注文、必要資金、顧客案内、追跡番号を一つの台帳に集め、判断と照会を止めない運用を設計します。
担当者間で「入金保留」という言葉を広く使うと、確認作業が混線します。最初に、Payouts(入金)画面、該当する入金の詳細、ストアオーナーのメール、管理画面上のバナーを見て、次の4状態のどれに該当するかを記録してください。
| 状態 | 画面・通知で確認すること | 資金面の意味 | 最初の担当作業 |
|---|---|---|---|
| 通常の入金予定 | 予定入金日、利用可能日、取引明細、調整額 | まだ入金予定の範囲であり、保留とは限らない | 予定と実績の差額を照合する |
| アカウント保留 | 保留バナー、ストアオーナー宛メール、求められた対応 | 保留中は入金を受け取れない | 通知の要求事項・期限・提出者を確定する |
| リザーブ | 留保額、対象取引、リザーブの詳細 | 売上の一部または全部が一定期間留保される | 利用可能残高と留保残高を分けて資金計画を更新する |
| 入金失敗・口座関連の問題 | 入金ステータス、口座情報、変更後の案内 | 予定済みの資金が口座に着金しない可能性がある | 口座情報と入金失敗の理由を確認する |
ShopifyのPayouts画面では、入金、予定入金、残高、取引、調整、手数料、リザーブを確認できます。取引CSVには、注文番号、取引日時、入金ステータス、予定日、利用可能日、金額、手数料、純額などを含められます。数字を目視で転記する前にCSVを出力し、注文台帳との照合元を固定すると、後から説明しやすくなります。
確認時点を必ず台帳に残してください。「利用可能日がいつだったか」「保留バナーがいつ表示されたか」は後で変化し得ます。確認日時、確認者、画面またはCSVの保存先を一組で記録します。
アカウント保留は、Shopify Paymentsアカウントに対する確認・レビューなどにより、入金を受け取れない状態です。Shopifyは、アカウントレビュー、高リスク注文、フルフィルメント上の問題、確認書類などを入金保留の要因例として案内しています。具体的な情報へのアクセスと解消対応はストアオーナーが行います。
ここで重要なのは、通知に書かれていない原因を推測して、注文キャンセルや顧客への説明を先行させないことです。たとえば「未出荷注文があるから解除されない」と断定できるのは、個別の通知がそのように求めている場合に限られます。未出荷注文、配送実績、本人・事業者情報など、何の提出を求められているかを通知原文から転記します。
一方のリザーブは、返金や異議申立てによる損失に備え、取引額の一部または全部を一定期間留保する仕組みです。Shopifyは、未出荷注文、返金率、配送期間の長さなどをリスク評価の例として挙げています。リザーブが設定されている場合、Payouts画面で留保資金と関連する注文取引を確認・エクスポートできます。
したがって、判断は次のように分けます。
販売継続、広告の継続、出荷停止も一律には決められません。アカウント保留中でもチェックアウトが継続できる場合がありますが、可否はバナーまたはストアオーナー宛メールで確認します。販売を続けた場合の追加受注額、既存の未出荷残、利用可能な手元資金、調達リードタイムを並べてから決めます。
入金が不透明なときに、高額注文から優先して出荷するとは限りません。出荷の優先度には、顧客への約束、在庫、配送費、追跡情報を速やかに提出できるかが影響します。
未出荷注文を、少なくとも次の3区分に分けます。
この区分は、入金状態と混ぜないでください。「アカウント保留だからすべて返金候補」ではなく、注文ごとの履行可能性と顧客への説明可能性を見ます。
各注文に次の項目を付け、優先順位の根拠を残します。
たとえば、追加資金が少なく、約束した出荷日が近く、追跡情報をすぐ残せる注文は、限られた資金で履行実績を積み上げる候補になります。反対に、仕入れ可否も納期も未確定な注文は、出荷順を上げるより先に顧客への説明と判断期限の設定が必要です。
ただし、この考え方は保留解除を保証するものではありません。Shopifyから提出物や特定注文への対応が求められている場合は、その通知を優先します。
注文管理、入金確認、顧客対応が別シートに分かれると、「どの注文を出荷すればよいか」と「何をShopifyへ示せるか」を同時に判断しにくくなります。Payoutsの取引CSVを照合元にし、未出荷注文だけを管理する台帳を作成します。
| 分類 | 項目 | 記入のポイント |
|---|---|---|
| 注文識別 | 注文番号、注文日、注文金額、決済取引IDまたはCSV照合キー | 注文番号を主キーにし、CSVとの照合方法を固定する |
| 入金 | 入金ステータス、予定日、利用可能日、純額、リザーブ関連の有無 | 「確認日時」も併記し、古い情報を上書きしない |
| 履行 | 在庫状況、出荷可能日、出荷に必要な追加資金、出荷優先度 | 追加資金は注文単位で見積もり根拠も残す |
| 顧客対応 | 案内済み納期、最終連絡日、案内内容、次回連絡日 | 口頭対応だけで完結させず、送信記録の保存先を記す |
| 配送証跡 | 配送会社、追跡番号、引受日時、配送状況、証跡保存先 | 未出荷なら空欄ではなく「未発行」と明示する |
| 判断 | 注文区分、担当者、次の作業、判断期限 | 「確認待ち」の対象者を明記する |
入金CSVの「予定日」や「利用可能日」は、顧客へ出荷日を案内する根拠とは別です。入金見通しは社内資金計画に、出荷見通しは在庫・配送・作業能力に基づいて記録します。二つを同じ日付として扱わないことが、過度な約束を避けるポイントです。
台帳から、日ごとに次の値を集計します。
この集計は、入金予定額を「使える現金」とみなすためではありません。どの時点で資金不足が出荷や顧客連絡に影響するかを見つけ、経営判断に必要な条件をそろえるためのものです。
アカウント保留に関する詳細と対応は、ストアオーナーが確認する必要があります。運用担当者や外部支援者が台帳を整えても、ストアオーナーのメール・管理画面での対応が必要な場合があります。最初に、誰が通知を受信し、誰が提出し、誰が提出完了を確認するかを決めます。
通知に返信または管理画面で対応する際は、求められた項目に対し、台帳から必要な事実を取り出せる状態にします。自主的に大量の資料を送るのではなく、要求事項と提出物を一対一に対応させます。
| 通知・依頼で確認する項目 | 台帳・保存先から用意する情報 |
|---|---|
| 対象となる注文 | 注文番号、注文日、金額、決済・入金の照合情報 |
| フルフィルメントの状況 | 出荷日、配送会社、追跡番号、引受・配達状況 |
| 未出荷の理由と予定 | 在庫状況、出荷可能日、顧客への案内日と案内内容 |
| 返金・キャンセルの状況 | 実施日、金額、対象注文、顧客連絡の記録 |
| アカウント・事業者確認 | 通知で求められた書類と提出日。不要な個人情報は台帳に複製しない |
提出後は、「いつ、どの依頼に、何を、誰が提出したか」を残します。保留解除の見込み日を社内で置く必要がある場合も、それは資金計画上の仮説として扱い、Shopifyが通知した日付と混同しないでください。
入金が不確実な局面では、判断の遅れが顧客対応と資金繰りの両方に波及します。経営者、受注責任者、出荷責任者で、少なくとも次の停止・継続条件を文書化します。
広告停止やストアの販売停止は、入金保留だけで自動的に決まるものではありません。チェックアウトの可否、手元資金、受注残、供給能力を踏まえた経営判断です。逆に、何も決めず販売を続けると、既存注文への説明責任が増える可能性があります。日次集計を用い、「何円までの追加出荷費なら継続するか」「何日分の出荷遅延で新規施策を見直すか」を自社の固定費・調達条件に合わせて決めます。
保留・留保・遅延を認識したら、次の順番で確認します。時間は目安であり、通知に期限がある場合はそちらを優先してください。
Shopify Paymentsの入金問題では、解除時期を推測することよりも、現在使える資金、履行できる注文、示せる証跡を分けて管理することが優先です。通知内容を正本とし、PayoutsのCSVと注文台帳を結び付ければ、出荷、顧客連絡、資金支出、Shopifyへの対応を同じ事実に基づいて進められます。
記事では答えきれない個別の状況にもお応えします。