Shopifyペイメントの支払いCSV｜保留取引と銀行着金を照合する

資料確認日：2026年11月1日。対象は日本でShopifyペイメントを利用するストア本人です。筆者の出店・振込体験ではありません。Shopify公式によれば、保留中の取引は販売済みでも支払いに含まれず、銀行にも送金されていません[C137-H2]。本人の注文・支払いCSV・銀行明細を取得するまでは、個別の日付と金額を未取得とします。

日本の支払い設定と4種類の日付を確認する

日本のShopifyペイメントではJPYで支払いを受け取り、通常の支払日を週単位または月単位で設定します。日次支払いは利用できません[C137-H1]。本人の管理画面で支払曜日・周期・対象通貨を確認します。注文日、CSVの取引日時、Shopifyが銀行へ送金するPayout Date、銀行明細の実着金日は別欄で控えます。決済確定時刻はUTCで記録されるため、画面とCSVの日付のずれを無条件に同じ暦日へ丸めません[C137-H1]。

Shopify公式は、送金後も銀行側で口座へ反映するまで時間がかかり得ると案内しています[C137-H1]。予定日に銀行B01の入金がないだけで注文を消したり、手数料差額と決めたりせず、次の支払い状態と内訳を確認します。

支払いP01の詳細と保留取引を分ける

管理画面の「財務」から「支払い」を開き、対象の支払日と個別の支払いP01を選びます。支払い詳細でステータス、支払いID、支払い額、送金先、銀行照会番号が表示される場合はその番号、請求・返金・調整・手数料・保留金の内訳を確認します[C137-H2]。画面の並びやボタン名は本人の現在の表示で確認し、注文一覧の販売表示をP01に含まれる証拠へ置き換えません。

取引T01がpendingまたは「保留」と表示される場合は、販売後でもP01へまだ含まれていない状態です。保留取引の支払い日は推定で、返金、チャージバック、保留金、調整や処理の更新で最終額が変わり得ます[C137-H2]。保留取引が後でどの支払いへ入るかは、本人の更新後の履歴で確かめます。T01を推定だけでP01へ足しません。

特定の支払いの取引CSVを出力する

P01の内訳を照合するときは、その特定の支払いに含まれる取引だけをCSVへ出力します。Shopify公式は、保留中の取引CSVや全取引CSVも別に提供しています。全件を出したCSVをP01だけの明細と取り違えません[C137-H2]。出力前に対象支払いID、支払日、絞り込みの有無を控え、出力されたCSVの保存日も残します。CSVは操作者とストアオーナーへメール送信されるため、保存先と閲覧権限を確認します。

CSVのOrder、Type、Payout Status、Payout Date、Amount、Fee、Netなどを読み、注文O01に対応する行があるか確認します。保留取引のPayout Dateは推定です[C137-H2]。注文番号が見つからない場合は対象支払い・絞り込み・保留状態を再確認し、金額0円と結論しません。

架空注文O01の資料対応票

次は説明用の架空例です。日本のストアで注文O01の取引T01を受けたと仮定します。T01が保留と表示された場合の作業順を示しますが、本人の注文、CSV、支払い履歴、銀行明細は未取得です。金額も0円ではなく未取得とします。

管理画面の「入金済み」は銀行へ送金された状態を示し、口座への実着金を意味しません[C137-H2]。B01に該当入金がなければ、P01の銀行照会番号と本人の金融機関側の記録を照合します。日本では返金やチャージバックによるマイナス残高が将来のプラスの支払いと相殺される場合があります[C137-H1]。差額を本人の内訳を見ずにすべて決済手数料と決めません。

別サービスや税務判断へ広げない

この票は日本のShopifyペイメントの保留取引と特定支払いCSVに限定します。BASEの売上・振込申請CSV、STORESの月次売上・入金CSVは別サービスです。列名、支払い周期、送金状態を移しません。日本以外の支払い設定や海外通貨の扱いも、この票から判断しません。Shopify画面やCSVの日付だけで税務上の収入計上日、所得区分、必要経費、申告要否を断定せず、本人の原票と対象年の公的資料を確認し、個別判断は税務署・税理士に相談してください。

著者・運営者は運営者情報、広告の扱いは編集・広告方針、出典訂正の窓口はお問い合わせをご覧ください。この記事にShopifyの利用体験談や新しい広告リンクはありません。購入者の氏名・住所・メールアドレスや銀行口座情報を公開用の票へ写さないでください。