支払いと銀行入金を支払いIDで追う
Shopify公式ヘルプを参照し、保留・マイナス残高を未完了として残します。
根拠1を確認結論は、注文ID・決済トランザクション・支払いID・SKUを共通キーにして、売上、値引き、返金、手数料、チャージバック、入金、広告、返品・在庫を別列で追うことです。
Shopify・D2C・注文から商品採算までの経理代行ガイド
Shopifyを使うD2Cでは、注文データと決済事業者からの支払い、カード・後払い・代引等の入金が別経路になります。部分返金、チャージバック、マイナス残高、ギフトカード、3PL返品が加わると、注文売上と銀行入金の差は一つの理由では説明できません。本記事では、注文ID、決済トランザクション、支払いID、SKUをつなぎ、商品・チャネル別の月次へ戻す方法を示します。 本記事で扱う範囲は「注文ID・決済トランザクション・支払いID・SKUを軸に、売上、返金、保留、広告、3PL在庫、純入金を商品・チャネル別月次へつなぐ運用」です。「売上計上、ギフトカード、税区分、在庫評価、返金可否を経理代行が独自判断する説明」とは工程を分け、完了条件を「全注文が支払・取消・返金に分かれ、各支払いと銀行入金、返品・再入庫、広告、物流費、在庫差に担当と期限が付き、商品別採算を承認した状態」とします。
注文と決済トランザクションを対応させ、Shopify Paymentsその他の決済事業者ごとに入金予定・実入金・手数料を消し込みます。返品は元注文、返金、再入庫を一組にし、広告は請求期間、3PLは入出庫と期末数量をSKUへ戻します。決済スケジュールや返金処理は変更され得るため、対象月の公式ヘルプと管理画面を確認します。
EVIDENCE & DECISION
支払い、返金、返品・再入庫を注文・銀行・在庫の台帳へ落とします。

VISUAL GUIDE
注文IDは決済・返金、SKUは在庫・広告・原価へつなぎます。
「売上対象状態を会社承認」を標準手順として定めず、請求書や銀行入出金の合計だけで処理しています。
「決済経路別に消込」を標準手順として定めず、請求書や銀行入出金の合計だけで処理しています。
「返金を元取引へ接続」を標準手順として定めず、請求書や銀行入出金の合計だけで処理しています。
「値引き・支払手段を分離」を標準手順として定めず、請求書や銀行入出金の合計だけで処理しています。
未決済、取消、部分返金、テスト注文等が混ざります
ゲートウェイ別の手数料、入金周期、未収が見えません
元注文、手数料、在庫戻し、支払い残高が切れます
販促値引きと前受性のある決済手段を同じに扱います
注文件数、売上、取消、返金を状態別に照合します
注文、決済成功、支払い、実入金を照合します
部分返金、全額返金、チャージバックを分けます
商品値引き、注文値引き、送料無料、ギフトカード利用を分けます
受付、配送中、受領、検品、再入庫・廃棄、返金を追います
管理画面、請求、カード・口座を照合します
Shopifyで自社EC・D2Cブランドを運営する会社の「注文合計だけを売上にする」では、照合の入口を注文ID・作成日・支払状態・出荷状態・通貨に固定します。手順名は「売上対象状態を会社承認」とし、Shopify注文・決済月次の対象から外れる明細を先に分けます。注文件数、売上、取消、返金を状態別に照合します。想定するリスクは「未決済、取消、部分返金、テスト注文等が混ざります」です。
注文は作成日だけで締めず、支払済み、未決済、取消、部分返金、テストを状態別に固定します。出荷日と決済日も保持し、手動注文や下書き注文は通常販売から分けます。売上計上時点は会社と税理士が承認し、経理代行は承認済み状態を注文IDへ反映します。
Shopify注文と決済支払いの月次照合で「決済を一つの口座として管理」を締める際は、決済ゲートウェイ・取引ID・支払いID・銀行を受領資料の必須項目にします。「決済経路別に消込」を済ませてから、対象件数と金額を集計します。注文、決済成功、支払い、実入金を照合します。注意点は「ゲートウェイ別の手数料、入金周期、未収が見えません」です。注文ID・決済ID・対象期間・SKUのうち一致しない項目を例外欄へ移します。
Shopify Payments、外部ゲートウェイ、後払い、代引は入金周期と手数料が異なります。注文IDから決済取引、支払いID、銀行入金までを経路別に結び、保留・失敗・マイナス残高を未収一覧へ残します。一括入金は注文群へ戻し、純入金を売上として再計上しません。
「返金を売上から月合計控除」の差異調査は、元注文・返金トランザクション・金額・理由を一件ずつたどれる形にすることから始めます。Shopify・D2Cの決済入金・返品・広告・在庫では「返金を元取引へ接続」を標準手順として扱います。部分返金、全額返金、チャージバックを分けます。避けるべき状態は「元注文、手数料、在庫戻し、支払い残高が切れます」です。差額を推測で埋めず、注文ID・決済ID・対象期間・SKUを再確認します。
返金は元注文、返金取引ID、商品、数量、理由、実行日を一件で追います。部分返金、送料返金、チャージバック、ストアクレジットを分け、支払い残高への反映と顧客側の処理状況を混同しません。再入庫の可否は検品結果で決め、返金だけで在庫を戻しません。
Shopify注文・決済月次のうち「値引きとギフトカードを混同」に関する行には、ディスカウントコード・負担者・ギフトカードIDを必ず持たせます。その後に「値引き・支払手段を分離」を行い、確定値と確認中の値を分離します。商品値引き、注文値引き、送料無料、ギフトカード利用を分けます。
商品値引き、注文値引き、送料無料、ディスカウントコードは販促として負担額を注文へ戻します。ギフトカードは発行、販売、利用、残高、失効・返金を別状態で管理します。値引きと決済手段を同じ控除列へ入れず、会計・税務区分は会社と税理士の承認後に固定します。
Shopifyで自社EC・D2Cブランドを運営する会社から「返品受付で在庫を戻す」の資料を受け取ったら、返品ID・受領日・検品・再入庫・返金の欠落と重複を確認します。処理担当は「返品状態を段階管理」まで終えてから会計入力へ進みます。受付、配送中、受領、検品、再入庫・廃棄、返金を追います。確認しない場合の影響は「未受領、検品不合格、廃棄品まで販売可能在庫になります」です。
返品IDで受付、返送中、受領、検品、再入庫、販売不可、交換、返金をつなぎます。3PLの状態名を会社の分類へ対応させ、返金済み未受領や受領済み未検品を例外表示します。交換品の新しい出荷も元返品へ結び、数量と金額の両方が閉じるまで完了にしません。
Shopify注文と決済支払いの月次照合の「広告費をカード決済月へ計上」は、媒体・広告ID・期間・商品・請求書・決済を基準に対象期間を確定します。「広告を配信期間へ戻す」の結果を残し、再計算できない集計値だけの転記を避けます。管理画面、請求、カード・口座を照合します。「キャンペーン対象期間と商品採算がずれます」が起きた行は、注文ID・決済ID・対象期間・SKUを使って元資料まで戻します。
広告費は媒体、広告アカウント、キャンペーン、配信期間、対象商品、請求、決済を対応させます。カード引落月だけに費用を置かず、配信月へ戻して商品採算と比較します。クレジット、返金、ブランド共通施策は商品広告と分け、配賦不能分は共通費として明示します。
「3PL請求を物流費一括」では、証憑と明細を倉庫・SKU・入庫・出庫・返品・保管・請求で結びます。Shopify・D2Cの決済入金・返品・広告・在庫に必要な処理は「在庫数量と物流費を対応」と定義し、根拠資料から会計結果まで同じ識別情報を使います。期首、入庫、出庫、返品、調整、期末を数量照合します。管理上のリスクは「保管、入出庫、返品、梱包と数量差の原因が見えません」です。
3PLは期首、入庫、出庫、返品、調整、期末をSKU別に照合し、販売可能、保留、不良を分けます。保管、入出庫、梱包、返品処理の請求数量を実績へ対応させ、料金マスターの適用日を残します。倉庫差は会計調整の前に数量・状態・責任者を確認します。
Shopify注文・決済月次の月次レビューでは「売上高だけで商品判断」を取り上げ、商品・チャネル・売上・直接費・原価を前月と比較します。差があれば「商品別貢献利益を作成」へ戻り、元明細から理由を確かめます。売上から値引き、返金、決済、広告、物流、原価を並べます。月次で避けたい状態は「値引き、返金、広告、物流、原価後の利益が見えません」です。注文ID・決済ID・対象期間・SKUの欠番と重複を締め前に確認します。
商品・チャネル別採算は、売上から値引き、返金、決済、広告、物流、商品原価を順に差し引きます。新客施策、リピート施策、定期購入を分け、共通費配賦前後を二段表示します。利益悪化は会計差異と運営課題に分け、値付けや販促の変更はブランド責任者が決めます。
支払い期間ごとに開始残高、決済売上、返金、手数料、調整、保留、振込、終了残高を橋渡しします。銀行未着は支払いID、予定日、原因、次回確認日を付け、将来売上と相殺されるマイナス残高を消滅扱いにしません。
月次完了は、全注文の状態、決済経路別残高、返品・在庫、広告・物流費が対応し、未完了一覧に金額・数量影響、担当、期限が付いた時点です。入金済みでも返金待ちや3PL差が残る月は、確定と保留を分けて商品採算を承認します。
商品マスターはSKU、バリエーション、販売チャネル、価格、税設定、適用日を履歴化します。経理代行には明細取得・照合に必要な最小権限だけを付け、返金、支払い口座、ギフトカード発行、商品設定は会社側に残します。
注文、決済、支払い、返品、3PL、広告の原データは抽出日・対象期間・件数を付けて会社保存へ戻します。経理代行は差額と不足資料を示し、販売・返金・在庫・税務の判断をブランド責任者と税理士が承認できる証跡に整えます。
本社で広告・顧客対応、県内外の3PLで出荷を行う場合、決済入金と倉庫数量は別の締切で確定します。注文IDとSKUの二軸で先に未確定を表示します。
当社はShopify注文、決済、返金、広告、3PL在庫を整理し、未入金・在庫差と商品・チャネル別月次を作成します。
事業者は、Shopify注文、返品・返金、ディスカウント、決済、3PL在庫、広告施策を承認します。経理代行は注文IDと決済IDを軸に、総売上、返金、手数料、支払い、在庫・物流費を照合します。
税務・在庫評価は税理士、販売条件・返品承認・商品施策は事業者へ残します。委託時はShopifyと決済サービスの個別ID、最小権限、アプリ連携、操作記録、終了時の権限停止を定めます。
READY-TO-USE TEMPLATE
管理単位、原資料、会社の承認、更新時点を一つの表で確認します。
| 管理項目 | 経理代行へ渡す内容 | 会社が確認・決定する内容 | 更新時点 |
|---|---|---|---|
| 注文と売上状態 | 注文と売上状態に関する原資料・照合結果・期限 | 注文と売上状態の事実・条件・例外処理を承認 | 開始時・変更時 |
| 複数決済ゲートウェイ | 複数決済ゲートウェイに関する原資料・照合結果・期限 | 複数決済ゲートウェイの事実・条件・例外処理を承認 | 開始時・変更時 |
| 返金・チャージバック | 返金・チャージバックに関する原資料・照合結果・期限 | 返金・チャージバックの事実・条件・例外処理を承認 | 月次締め前 |
| 値引き・ギフトカード | 値引き・ギフトカードに関する原資料・照合結果・期限 | 値引き・ギフトカードの事実・条件・例外処理を承認 | 月次締め前 |
| 返品・再入庫 | 返品・再入庫に関する原資料・照合結果・期限 | 返品・再入庫の事実・条件・例外処理を承認 | 月次締め前 |
| 広告費の対象期間 | 広告費の対象期間に関する原資料・照合結果・期限 | 広告費の対象期間の事実・条件・例外処理を承認 | 月次締め前 |
| 3PL在庫・物流費 | 3PL在庫・物流費に関する原資料・照合結果・期限 | 3PL在庫・物流費の事実・条件・例外処理を承認 | 月次締め前 |
| 商品・チャネル別採算 | 商品・チャネル別採算に関する原資料・照合結果・期限 | 商品・チャネル別採算の事実・条件・例外処理を承認 | 月次締め前 |
| 支払い残高・保留・月次完了 | 支払い残高・保留・月次完了に関する原資料・照合結果・期限 | 支払い残高・保留・月次完了の事実・条件・例外処理を承認 | 月次承認時 |
| 商品マスター・権限・電子証跡 | 商品マスター・権限・電子証跡に関する原資料・照合結果・期限 | 商品マスター・権限・電子証跡の事実・条件・例外処理を承認 | 月次承認時 |
この表は注文ID・決済トランザクション・支払いID・SKUを軸に、売上、返金、保留、広告、3PL在庫、純入金を商品・チャネル別月次へつなぐ運用の準備用で、法定様式ではありません。変更前後の値、根拠資料、会社承認者、未完了の担当・期限を残してください。
Shopify・D2C向け月次台帳は、注文ID、決済トランザクション、支払いID、SKUを軸に、売上、値引き、返金、手数料、チャージバック、銀行入金、広告、返品・在庫を並べます。
率は同じ対象月・同じ母集団を分母にし、残高は締日時点、利益は承認済みの実績と見込を分けて集計します。対象外、取消、保留を分け、前月と同じ定義で比較してください。
支払・取消・返金が確定した注文数÷対象注文数×100(%)
支払いレポートと銀行入金が一致しない金額
返金・支払い残高・返品状態のいずれかが未完了の件数
数量差の絶対数÷帳簿上の期末数量×100(%)
対象広告費÷広告経由の確定注文数
売上-値引き-返金-決済・広告・物流費-商品原価
SERVICE
当社はShopifyの注文・決済・支払い、返品・返金、広告、3PL在庫を整理し、会計入力、未入金・差異一覧、商品・チャネル別月次を作成します。税務・商品原価・施策判断は事業者・専門家へ残します。
契約、取引・作業実績、入出金、在庫・成果物、例外を承認
承認済み資料を回収・入力・照合し、差額と未完了を報告
契約・法令・税務・労務と最終月次を承認
対応範囲は資料量、件数、利用システム、締め、例外処理を確認して事前にご案内します。専門資格が必要な判断・書類作成・代理手続きは当社サービスの範囲外です。
PRICE
記帳・給与計算・請求書発行をセットにした、規模に合わせて選べる月額プランです。業務量や資料の状態を確認したうえで、必要な範囲をご案内します。
横にスワイプしてプランを確認できます
〜5名・小規模事業者向け
記帳・給与計算・請求書発行をセットで
〜10名・中小規模向け
記帳・給与計算・請求書発行をセットで
〜15名・成長企業向け
記帳・給与計算・請求書発行をセットで
仕訳数・人数・請求書の件数を超える場合は追加費用が発生します。詳しくはお問い合わせください。
料金ページを見る →FAQ
A. 注文だけでは支払い・手数料・返金・銀行差を閉じられません。決済トランザクションと支払い明細も必要です。
A. 決済事業者ごとに取引ID、入金周期、手数料、銀行口座を分けて消し込みます。
A. 返品受付・受領・再入庫と返金状態を別列にし、元注文でつなぎます。
A. 媒体データで対応できる範囲を商品へ付け、配賦不能分は根拠付き共通費にします。
本文の判断軸と、確認に使った一次情報の対応を示します。
出典は2026年9月2日時点で確認しています。公式資料は制度・料金・業務状態・保存要件の確認に使用し、締日、照合表、指標、配賦方法は各社に合わせて設計する実務提案です。
Shopify・D2C・注文から商品採算までの経理代行ガイドでは、参照先の最新版と自社規程・実態を確認し、税務判断・申告代理は税理士、契約・法令適用は弁護士等、給与・労務・派遣の判断は社会保険労務士や所管窓口へ確認してください。経理代行は独自判断をせず、会社承認済みの資料を照合します。
現在の資料量、利用システム、困っている工程を伺い、外注できる範囲と料金の目安を整理します。資料が完全にそろっていなくても、分かる範囲からご相談いただけます。
無料相談・お見積りはこちら