日本の支払い条件を固定する
週次・月次設定と処理時間、状態を運用表にします。
根拠1を確認結論は、注文・取引・支払いの三つのIDを対応させ、支払い単位の銀行照合と、期間単位の残高ロールフォワードを別々に完了させることです。
Shopify Payments支払い・銀行照合相談ガイド
Shopify Paymentsでは、ストアの注文売上、決済取引、支払いに含まれる明細、銀行着金が別の単位です。返金やチャージバック、手数料、負の残高は支払額を動かします。外注では、注文番号から取引IDへ、取引IDから支払いIDへ、支払いIDから銀行明細へつなぎ、アクティビティレポートを売上高の資料と誤認しない設計が重要です。
Shopify公式では日本の支払いを週次又は月次で設定できます。アクティビティレポートの総活動は返金等を含む残高活動であり、手数料と銀行への支払いを控除して純増減を求めます。売上計算書ではなく、3日間のデータ反映遅延があるため、締め直後の資料は取得日を付けて暫定扱いにします。
EVIDENCE & DECISION
Shopify公式ヘルプで日本の支払い頻度、週末取引、支払い状態、負の残高と、アクティビティレポートの構成・用途を確認し、公的情報で電子保存と委託管理を整理します。

VISUAL GUIDE
注文番号、取引ID、支払いIDを橋にして、控除と例外を別線で追います。
Shopify対象範囲表に根拠がそろわないと、ストア・契約・通貨の確認が担当者任せになります。対策は「ストアと通貨ごとに照合単位を固定する」ことです。
Shopify支払い台帳に根拠がそろわないと、支払い明細・状態の確認が担当者任せになります。対策は「支払い状態と銀行実績を別に確認する」ことです。
Shopify異議管理表に根拠がそろわないと、チャージバック・異議の確認が担当者任せになります。対策は「期限付き案件として通常返金から分離する」ことです。
Shopify権限受入表に根拠がそろわないと、権限・保存・外注条件の確認が担当者任せになります。対策は「必要最小限の権限と範囲別料金にする」ことです。
ストアと通貨ごとに照合単位を固定する。EC責任者が対象を承認します。
三つのIDを対応表で結ぶ。販売責任者が注文状態を承認します。
注文データから売上構成を集計する。会社と税理士が計上・税区分を決めます。
支払い状態と銀行実績を別に確認する。資金責任者が未着対応を承認します。
公式明細の種類別に控除を分類する。会社と税理士が科目を承認します。
商流と資金の返金状態を分ける。顧客対応責任者が返金を承認します。
注意したいのは「複数ストアや通貨の支払いを合算する」ことです。Shopify Paymentsの対象はストア、契約法人、決済通貨、入金通貨、銀行口座で区切ります。
注意したいのは「予定または失敗状態を着金済みと扱う」ことです。支払い画面の予定、処理中、支払済み、失敗などの状態と銀行着金は別に照合します。
注意したいのは「通知額を即時に売上取消として確定する」ことです。チャージバックは回答期限と証拠提出を伴うため、通常返金の一覧へ埋めません。
注意したいのは「ストア所有者権限を恒常共有する」ことです。外注IDは支払いと取引の閲覧・出力を中心にし、返金や設定変更を会社権限へ残します。
Shopify Paymentsの対象はストア、契約法人、決済通貨、入金通貨、銀行口座で区切ります。複数ストアを同じ会計へ連携していても、支払いと負の残高はストア・通貨別に説明できる状態を保ちます。
EC責任者が対象を承認します。Shopify対象範囲表には「支払いを一つのストアへ戻せる」ことを確認できる資料と確認日を残します。ストア・口座追加時に更新します。
注文番号は販売事実、取引IDは決済イベント、支払いIDは銀行へ送られるまとまりを示します。三つを一列へ押し込まず対応表を作り、返金や異議から元注文と支払いを逆引きします。
販売責任者が注文状態を承認します。Shopify ID対応表には「銀行から元注文まで逆引きできる」ことを確認できる資料と確認日を残します。月次取得時に検証します。
注文売上には商品、送料、値引、税、ギフトカード等の要素があります。銀行への支払い額を売上とせず、会社が承認した計上基準で注文構成を集計し、決済控除とは別の表にします。
会社と税理士が計上・税区分を決めます。Shopify売上分類表には「注文総額を構成項目へ戻せる」ことを確認できる資料と確認日を残します。販売条件変更時に改訂します。
支払い画面の予定、処理中、支払済み、失敗などの状態と銀行着金は別に照合します。状態が支払済みでも銀行処理が完了していない場合に備え、未着の確認期限と問い合わせ担当を置きます。
資金責任者が未着対応を承認します。Shopify支払い台帳には「各支払いの結果を証拠で示せる」ことを確認できる資料と確認日を残します。状態変更と着金時に更新します。
手数料や通貨換算、調整は、支払い差額として一括計上すると将来の検証ができません。公式明細の種類、対象取引、通貨、税の扱いを分類し、変更前後の条件も残します。
会社と税理士が科目を承認します。Shopify控除分類表には「控除を取引と支払いへ戻せる」ことを確認できる資料と確認日を残します。料金・通貨変更時に確認します。
注文取消、返金処理、在庫戻し、顧客への資金反映は同時とは限りません。一部返金では注文残額と返金取引を併記し、次の支払いへ反映された時点まで追跡します。
顧客対応責任者が返金を承認します。Shopify返金追跡表には「返金が支払いへ反映したか追える」ことを確認できる資料と確認日を残します。返金発生時に更新します。
チャージバックは回答期限と証拠提出を伴うため、通常返金の一覧へ埋めません。代行先は通知と資金影響を整理し、争うか受け入れるか、どの証拠を出すかは会社が決定します。
会社が争うか受け入れるか判断します。Shopify異議管理表には「異議の処理と資金影響を説明できる」ことを確認できる資料と確認日を残します。通知・回答・結論時に更新します。
総活動は売上だけの合計ではなく、返金等を含む残高の動きです。期首残高に総活動を加え、手数料と支払いを引いて期末残高へつなぎます。返金を別に検算する際は総活動の内訳として扱い、総活動から再度差し引きません。負の残高も符号を保って翌期間へ引き継ぎます。
資金責任者が補填・繰越を承認します。Shopify残高検算表には「期末残高の構成を説明できる」ことを確認できる資料と確認日を残します。支払期間と月末に確認します。
日本向けの支払い頻度とストア時刻を決めたうえで、レポートの3日間のデータ反映遅延を締め日程へ織り込みます。締め直後は取得日時と対象期間を付けた暫定版を保存し、遅延期間の経過後に同条件で再取得して差分と採用理由を残します。注文の売上月を支払い月へ移す処理とは区別します。
会社が締日と会計月を承認します。Shopify締め基準表には「境界日の帰属と暫定版から確定版への差分を再現できる」ことを確認できる資料と確認日を残します。設定変更前後に比較します。
外注IDは支払いと取引の閲覧・出力を中心にし、返金や設定変更を会社権限へ残します。月間件数、通貨数、異議件数、過去調査を契約範囲へ落とし、終了時はID停止と成果物引渡しを同日に確認します。
会社管理者が権限と成果物を承認します。Shopify権限受入表には「操作責任と範囲外作業を説明できる」ことを確認できる資料と確認日を残します。開始・交代・終了時に棚卸しします。
ストア担当は注文・返金・異議、本部経理は支払い・銀行・会計を受け持ち、支払いIDごとの照合結果を共有します。
海外販売を含む場合はストア時刻、通貨、換算、入金口座を分け、月末境界の採用基準を会社が承認します。
会社は対象、取引事実、権限、例外、科目・税の方針、最終承認を決めます。
代行先は許可された資料に基づき、取引・支払い明細集計、返金等の追跡、銀行入金照合、残高検算、差異整理、質問一覧、月次成果物の作成を行います。
READY-TO-USE TEMPLATE
この表は10領域の確認事項を整理する準備表です。日々の処理履歴を記入する台帳ではありません。運用時は別の台帳に対象番号、担当者名、当初期限、結果、根拠の保存先、未解決事項を設けてください。
| 確認領域 | 実施する確認 | 会社側の責任・受入条件 | 用意する記録と見直し |
|---|---|---|---|
| ストア・契約・通貨 | ストアと通貨ごとに照合単位を固定する | EC責任者が対象を承認します。受入条件:支払いを一つのストアへ戻せる | Shopify対象範囲表。ストア・口座追加時に更新します。 |
| 注文・取引・支払いID | 三つのIDを対応表で結ぶ | 販売責任者が注文状態を承認します。受入条件:銀行から元注文まで逆引きできる | Shopify ID対応表。月次取得時に検証します。 |
| 売上・税・送料・値引 | 注文データから売上構成を集計する | 会社と税理士が計上・税区分を決めます。受入条件:注文総額を構成項目へ戻せる | Shopify売上分類表。販売条件変更時に改訂します。 |
| 支払い明細・状態 | 支払い状態と銀行実績を別に確認する | 資金責任者が未着対応を承認します。受入条件:各支払いの結果を証拠で示せる | Shopify支払い台帳。状態変更と着金時に更新します。 |
| 決済手数料・調整 | 公式明細の種類別に控除を分類する | 会社と税理士が科目を承認します。受入条件:控除を取引と支払いへ戻せる | Shopify控除分類表。料金・通貨変更時に確認します。 |
| 返金・取消 | 商流と資金の返金状態を分ける | 顧客対応責任者が返金を承認します。受入条件:返金が支払いへ反映したか追える | Shopify返金追跡表。返金発生時に更新します。 |
| チャージバック・異議 | 期限付き案件として通常返金から分離する | 会社が争うか受け入れるか判断します。受入条件:異議の処理と資金影響を説明できる | Shopify異議管理表。通知・回答・結論時に更新します。 |
| 負の残高・繰越 | 返金を二重控除せず期首から期末を検算する | 資金責任者が補填・繰越を承認します。受入条件:期末残高の構成を説明できる | Shopify残高検算表。支払期間と月末に確認します。 |
| 支払い周期・タイムゾーン | 支払い周期と反映遅延を締め日程へ記録する | 会社が締日と会計月を承認します。受入条件:境界日の帰属と暫定版から確定版への差分を再現できる | Shopify締め基準表。設定変更前後に比較します。 |
| 権限・保存・外注条件 | 必要最小限の権限と範囲別料金にする | 会社管理者が権限と成果物を承認します。受入条件:操作責任と範囲外作業を説明できる | Shopify権限受入表。開始・交代・終了時に棚卸しします。 |
狭い画面では表を横にスクロールできます。表にフォーカスして矢印キーでも移動できます。コピーはタブ区切りです。実務台帳には対象番号・担当者名・当初期限・結果・根拠の保存先・未解決事項を追加し、自社条件へ置き換えてください。
架空の計算例(実績・料金例ではありません):期首残高8,000円+総活動150,000円−手数料5,000円−支払い140,000円=期末残高13,000円です。総活動には返金等を含み、返金をもう一度控除しません。指定期間・通貨の残高を検算する架空例で、売上高を示す計算ではありません。
実務台帳の記入例(架空):対象番号「638-01」、確認領域「ストア・契約・通貨」、担当者「佐藤」、当初期限「2026年10月5日」、結果「確認待ち」、根拠の保存先「会社の共有フォルダ内の対象資料」、未解決事項「ストアと通貨ごとに照合単位を固定するための会社回答待ち」。完了時に確認者・完了日・証拠の保存先を追記し、当初期限と旧記録は保持します。
相談時はストア数、契約法人、月間注文数、決済・入金通貨、支払い頻度、返金・異議、負の残高、銀行口座、権限、会計ソフトを伝えます。記事中の件数・金額・日程は架空例であり、実際の範囲と料金は契約、データ量、例外、期限を確認して決定します。
以下は実績ではなく、運用確認のための定義例です。会社のタイムゾーンで暦月ごとに対象ID・判定日・当初期限を記録し、件数単位で算出します。翌月期限分を前倒し完了しても当月期限の母集団へ加えません。分母が0件なら「対象なし」とし、未集計・未確認とは区別します。期限後の完了は現在の完了件数として別記し、期限内の実績を書き換えません。取消・対象変更は理由と件数を残し、当初の母集団から未達を消しません。一部完了は完了に数えず、重複IDは一件とします。期限のない指標も上記の当初確認期限を設定してください。率を単純平均せず、金額・重要性・未解決一覧を別に確認します。指標名の「完了」は最終承認又は実処理の完了を指し、差戻し・回答済み・処理方針の決定だけでは達成にしません。「一致・整合」は対応する根拠間に矛盾がないことを指し、不一致を発見しただけでは分子に入れません。送付成功は、自社で採用したチャネルごとにメール等の送信成功、ポータル公開と通知の完了、郵送の発送記録などで判定します。予約・PDF作成・郵送受付だけや送付失敗は未完了とし、顧客の閲覧・受領確認は別に管理します。利用製品だけで証跡を取得できない場合は、承認済みの外部記録を対応させます。消込例外の解消後も未収残がある場合は担当者と回収期限を別台帳で継続管理し、入金済みとは扱いません。
分母:当月の売上判定対象注文の件数。分子:その対象のうち当初の締め期限までに決済取引IDを確認した件数。計算:分子÷分母×100(%)。
分母:当月の対象支払いの件数。分子:その対象のうち当初の取得期限までに採用明細を保存した件数。計算:分子÷分母×100(%)。
分母:当月の支払いに含まれる控除明細の件数。分子:その対象のうち当初の締め期限までに種類と対象取引を分類した件数。計算:分子÷分母×100(%)。
分母:当月に発生した返金・チャージバックの管理票の件数。分子:その対象のうち当初期限までに元取引と支払い反映を確認した件数。計算:分子÷分母×100(%)。
分母:当月に着金予定の支払いの件数。分子:その対象のうち当初の確認期限までに銀行実績と一致を確認した件数。計算:分子÷分母×100(%)。
分母:当月末のストア・通貨別残高の件数。分子:その対象のうち当初の締め期限までに期首から期末までの増減を説明した件数。計算:分子÷分母×100(%)。
SERVICE
当社はストア数、契約法人、月間注文数、決済・入金通貨、支払い頻度、返金・異議、負の残高、銀行口座、権限、会計ソフトを伺い、取引・支払い明細集計、返金等の追跡、銀行入金照合、残高検算の対応可否、開始方法、成果物、料金条件を個別に確認します。
契約主体、対象取引、利用権限、例外回答、会計方針、最終承認と成果物受入れを決定
許可されたデータで集計・照合・差異整理を行い、質問一覧と合意した月次成果物を作成
税務・労務・法務・システム上の専門判断と、会社が承認するための回答を担当
対応範囲は資料量、件数、利用システム、締め、例外処理を確認して事前にご案内します。専門資格が必要な判断・書類作成・代理手続きは当社サービスの範囲外です。
PRICE
記帳・給与計算・請求書発行をセットにした、規模に合わせて選べる月額プランです。業務量や資料の状態を確認したうえで、必要な範囲をご案内します。
横にスワイプしてプランを確認できます
〜5名・小規模事業者向け
記帳・給与計算・請求書発行をセットで
〜10名・中小規模向け
記帳・給与計算・請求書発行をセットで
〜15名・成長企業向け
記帳・給与計算・請求書発行をセットで
仕訳数・人数・請求書の件数を超える場合は追加費用が発生します。詳しくはお問い合わせください。
料金ページを見る →FAQ
A. ストア、件数、通貨、支払い、権限、会計ソフトを確認します。
A. 残高活動の確認資料であり売上計算書ではないため、注文データと役割を分けます。
A. 残高増減と次回支払いへの影響を整理し、補填等の判断は会社へ戻します。
A. 返金の事実・権限・承認を確認し、実行権限は会社に残す設計を基本にします。
本文の判断軸と、確認に使った一次情報の対応を示します。
公式情報はShopify Paymentsの日本向け支払い、支払い状態、負の残高、アクティビティレポート、電子保存、税理士業務、委託管理の確認に使用しています。 Shopify Payments支払い照合の記事中にある確認表、会議時間、頻度、順番、判定基準は法令や引用先が一律に定めた様式ではなく、各社の委託範囲、件数、締切、契約、利用サービス、社内規程に合わせて調整する実務提案です。
Shopify Payments支払い・銀行照合相談ガイドでは、参照先の最新版と自社規程・実態を確認し、税務代理・税務書類の作成・税務相談は税理士、社会保険・労働保険の申請書等の作成や提出代行等は社会保険労務士、契約その他の法的判断は弁護士へご相談ください。記事の役割分担例は、資格者の独占業務を経理代行が行う趣旨ではありません。
現在の資料量、利用システム、困っている工程を伺い、外注できる範囲と料金の目安を整理します。資料が完全にそろっていなくても、分かる範囲からご相談いただけます。
無料相談・お見積りはこちら