国内EC市場の規模と変化を確認
取引量の増加を前提に、合計値ではなく注文・精算単位の検証を設計します。
根拠1を確認ECの受注・入金照合実務ガイド
結論：拡大するEC取引を、注文・履行・決済・精算・入金の別データとして管理する
ECサイトの経理連携は、モールや決済サービスから銀行へ入った手取り額を会計ソフトへ送るだけでは完了しません。一つの注文に商品、送料、値引、ポイント、税、決済手数料、モール手数料、返金、保留が含まれ、注文日、出荷日、返品日、精算日、入金日が異なります。注文IDを中心に受注、出荷、取消・返品、決済を確定し、精算IDで売上総額から差引項目と入金を橋渡しします。APIやCSVは転記を減らす手段であり、件数・金額・欠番・重複・再取込を検証する統制が必要です。
判断の前提
経済産業省の令和6年度調査では、2024年の国内BtoC-EC市場規模は26.1兆円、物販系分野のEC化率は9.8％とされています。取引量やチャネルが増えるほど、会計へ合計値だけを連携する方法では返品、精算保留、手数料変更、入金差異を説明しにくくなります。各システムの正本データ、締め時刻、タイムゾーン、ID、更新履歴を定義し、月次にサブレジャーから会計残高まで照合します。
QUICK ANSWER
ECの売上から入金は2本のIDでつなぐ
注文IDで顧客取引、精算IDでプラットフォームとの金銭授受を追います。
| 台帳 | 主キー | 照合する金額 |
|---|---|---|
| 受注・履行 | 注文ID・注文明細ID | 商品・送料・値引・税・出荷 |
| 取消・返品 | 元注文ID・返金ID | 取消・返品・返金・在庫戻し |
| 精算 | 精算ID・決済ID | 総額・手数料・保留・調整 |
| 入金 | 精算ID・銀行明細ID | 入金予定・実績・未収 |
| 会計 | チャネル・月・勘定補助 | 売上・手数料・売掛残高 |
注文日だけで売上を確定せず、自社の履行・契約・会計方針に対応するイベントを決め、個別判断は顧問税理士へ確認します。
EVIDENCE & DECISION
市場拡大、電子取引保存、委託先管理を連携設計の前提にする
チャネル数より、正本データ・共通ID・残高照合・変更管理を優先します。
解決方法：受注から精算・入金・在庫までを共通IDで照合する
STEP 01
→データ項目ごとに正本を定義する
EC責任者が設計を承認する。完了条件は、システム・正本の対象、基準、EC責任者の承認、処理結果、差異、未完了をECシステム・正本台帳から追跡できることです。
STEP 02
→明細粒度で取引を保持する
EC運営会社が項目と保持期間を承認する。完了条件は、注文・明細IDの対象、基準、EC責任者の承認、処理結果、差異、未完了を注文・注文明細台帳から追跡できることです。
STEP 03
→確定イベントと例外を定義する
会社と税理士が処理を確認する。完了条件は、売上確定・出荷の対象、基準、EC責任者の承認、処理結果、差異、未完了を売上確定・出荷対応表から追跡できることです。
STEP 04
→元取引から全工程を追跡する
EC責任者が返金を承認する。完了条件は、取消・返品・返金の対象、基準、EC責任者の承認、処理結果、差異、未完了を取消・返品・返金台帳から追跡できることです。
STEP 05
→負担者と精算項目を分ける
会社と税理士が区分を確認する。完了条件は、値引・ポイントの対象、基準、EC責任者の承認、処理結果、差異、未完了を値引・ポイント負担表から追跡できることです。
STEP 06
精算ブリッジを作る
EC運営会社が差引条件を承認する。完了条件は、手数料・精算の対象、基準、EC責任者の承認、処理結果、差異、未完了をEC精算ブリッジ表から追跡できることです。
図解1：ECの受注・入金照合でそろえる6つの管理資料
01チャネル・店舗・注文ID・出荷台帳
→02取消・返品・交換・返金対応表
→03決済・モール精算ブリッジ表
→04精算ID・銀行入金・売掛残高表
→05SKU別出荷・返品・在庫・原価表
→06CSV・API取込・欠番・重複・変更管理表
VISUAL GUIDE
図解2：ECの受注・入金照合を準備から検証まで一本化する
対象、前提、会社判断、処理、受入れ、改善を同じ管理番号で追います。
SCOPE対象含む・除外
→BASELINE基準期限・品質
→DECIDE承認会社判断
→OPERATE運用担当・記録
→ACCEPT受入結果・改善
ECの受注・入金照合で確認する10の実務
システム・正本
ECの受注・入金照合では、システム・正本を作業、確認、承認に分けます。EC、モール、OMS、倉庫、決済、広告、銀行、会計、正本、時刻の回答者を先に決めることで、「どのシステムも正しいと考える」を避けます。最初に「データ項目ごとに正本を定義する」を行い、判断が必要な点だけをECシステム・正本台帳へ切り出します。EC責任者が設計を承認する。
システム一覧にEC、モール、受注管理、倉庫、決済、広告、銀行、会計を並べ、正本データ、取得者、締め時刻、タイムゾーン、保存先、更新頻度を定義します。
注文・明細ID
注文・明細IDはECの受注・入金照合の前提になります。注文ID、明細ID、商品、数量、価格、送料、値引、税、決済を確定済みと確認待ちに分ければ、「日次合計だけを会計へ送る」を早い段階で防げます。実務では「明細粒度で取引を保持する」を行います。結果を注文・注文明細台帳へ戻し、口頭の補足も判断材料として残します。EC運営会社が項目と保持期間を承認する。
注文IDと注文明細IDを保持し、商品、数量、単価、送料、値引、ポイント、税、決済、顧客国、店舗を分解します。表示用注文番号の再利用や文字切れを確認します。
売上確定・出荷
売上確定・出荷の日程は、ECの受注・入金照合の後工程から逆算します。受注、決済、出荷、検収、部分、予約、受注生産、方針、証拠の期限と利用目的を並べ、「注文日を一律に売上日とする」を防ぎます。運用開始後は「確定イベントと例外を定義する」を実施し、売上確定・出荷対応表に提出、確認、差戻し、完了の時刻を残します。会社と税理士が処理を確認する。
売上確定イベントを受注、決済、出荷、検収等の候補から会計方針に沿って決めます。未出荷、部分出荷、予約販売、受注生産を同じ日付で自動確定しません。
取消・返品・返金
ECの受注・入金照合では、まず取消・返品・返金を確認します。「返金を元注文と分ける」を避けるため、元注文、明細、出荷、返送、検品、在庫、返金、調整、理由を対象、確認待ち、対象外に分けます。着手時は「元取引から全工程を追跡する」を行い、取消・返品・返金台帳に根拠、担当、期限を記録します。EC責任者が返金を承認する。
取消・返品・交換は元注文、明細、出荷、返送、検品、在庫戻し、返金、手数料調整へ結びます。返金だけ翌月に出た場合も元取引との関係を保持します。
値引・ポイント
ECの受注・入金照合を安定させるには、値引・ポイントの正本が必要です。「顧客支払額だけを売上にする」が起きる場面を先に示し、クーポン、ポイント、負担者、値引、販促、精算、契約、期間、差異の参照先を一つに定めます。対応策は「負担者と精算項目を分ける」です。処理済みの内容と確認待ちを値引・ポイント負担表の同じ行で管理します。会社と税理士が区分を確認する。
クーポン・ポイントは販売者、モール、決済会社の誰が負担するかを明細へ持たせます。顧客支払額だけで売上・販促費等を推測せず、精算書と契約を確認します。
手数料・精算
ECの受注・入金照合では、手数料・精算を作業、確認、承認に分けます。総額、取消、値引、ポイント、モール、決済、広告、保留、調整の回答者を先に決めることで、「入金手取り額だけを記帳する」を避けます。最初に「精算ブリッジを作る」を行い、判断が必要な点だけをEC精算ブリッジ表へ切り出します。EC運営会社が差引条件を承認する。
精算ブリッジは注文売上総額から取消・返金、クーポン、ポイント、モール手数料、決済手数料、広告相殺、保留、調整を加減し、入金予定へつなぎます。
入金・売掛
入金・売掛はECの受注・入金照合の前提になります。精算ID、予定日、実入金、通貨、手数料、合算、分割、保留、差異を確定済みと確認待ちに分ければ、「銀行入金だけで完了する」を早い段階で防げます。実務では「精算予定と銀行を照合する」を行います。結果を精算・銀行・売掛照合表へ戻し、口頭の補足も判断材料として残します。EC運営会社が長期差異を確認する。
銀行入金は精算ID、入金予定日、実入金日、通貨、手数料、差異を照合します。複数精算の合算、分割、保留解除、チャージバックを未収残高から追います。
在庫・原価
在庫・原価の日程は、ECの受注・入金照合の後工程から逆算します。SKU、期首、入荷、出荷、返品、廃棄、棚卸、期末、セットの期限と利用目的を並べ、「会計在庫と倉庫在庫を別々に直す」を防ぎます。運用開始後は「数量ロールフォワードを照合する」を実施し、SKU在庫・原価表に提出、確認、差戻し、完了の時刻を残します。EC運営会社が棚卸差異を承認する。
SKU別に期首在庫、入荷、出荷、返品、廃棄、棚卸、期末在庫を確認し、売上原価と倉庫残高を照合します。セット商品と構成品の対応表を版管理します。
CSV・API統制
ECの受注・入金照合では、まずCSV・API統制を確認します。「連携成功表示だけを見る」を避けるため、抽出、期間、件数、金額、欠番、重複、再実行、エラー、補正を対象、確認待ち、対象外に分けます。着手時は「取込前後と再処理を検証する」を行い、CSV・API取込ログに根拠、担当、期限を記録します。システム責任者が補正を承認する。
CSV・API取込では抽出条件、期間、件数、金額、欠番、重複、再実行、エラー、手動補正をログへ残します。連携停止時の代替CSVと復旧後の二重取込防止も決めます。
月次・変更管理
ECの受注・入金照合を安定させるには、EC月次・変更管理の正本が必要です。「連携後に残高を確認しない」が起きる場面を先に示し、前月売掛、売上、返金、手数料、入金、当月売掛、変更、差異の参照先を一つに定めます。対応策は「チャネル別残高と変更を確認する」です。処理済みの内容と確認待ちをECEC月次残高・変更レビューの同じ行で管理します。経営者がECEC月次を受け入れる。
月次はチャネル別に前月売掛、当月確定売上、返金・手数料等、入金、当月売掛を照合します。90日後に未解消差異、手動補正、締め日数、APIエラーを評価します。
愛知のEC事業者でモール・決済・在庫データを月次へ集約する
ECの受注・入金照合における会社・経理代行・専門家の役割
EC責任者は商品、価格、値引、出荷、取消・返品、返金、チャネル契約、在庫、売上確定条件を承認します。
経理代行は承認済み注文・精算・銀行・在庫資料の整理、記帳、精算ブリッジ、売掛残高照合を支援します。税務判断は顧問税理士へ確認します。
ECの受注・入金照合の実務チェックリスト
- システム・正本
- 注文・明細ID
- 売上確定・出荷
- 取消・返品・返金
- 値引・ポイント
- 手数料・精算
- 入金・売掛
- 在庫・原価
- CSV・API統制
- 月次・変更管理
READY-TO-USE TEMPLATE
EC注文・出荷・返品・精算・入金・在庫連携台帳
対象、基準、担当、期限、会社判断、結果、差異、未完了、次回対応を一行で管理します。
| 確認対象 | 決める内容 | 会社側の確認 | 完了証拠 |
|---|---|---|---|
| システム・正本 | EC、モール、OMS、倉庫、決済、広告、銀行、会計、正本、時刻 | EC責任者が設計を承認する | ECシステム・正本台帳／開始時と変更時 |
| 注文・明細ID | 注文ID、明細ID、商品、数量、価格、送料、値引、税、決済 | EC運営会社が項目と保持期間を承認する | 注文・注文明細台帳／受注時とEC月次 |
| 売上確定・出荷 | 受注、決済、出荷、検収、部分、予約、受注生産、方針、証拠 | 会社と税理士が処理を確認する | 売上確定・出荷対応表／出荷時とEC月次 |
| 取消・返品・返金 | 元注文、明細、出荷、返送、検品、在庫、返金、調整、理由 | EC責任者が返金を承認する | 取消・返品・返金台帳／発生時とEC月次 |
| 値引・ポイント | クーポン、ポイント、負担者、値引、販促、精算、契約、期間、差異 | 会社と税理士が区分を確認する | 値引・ポイント負担表／施策開始時と精算時 |
| 手数料・精算 | 総額、取消、値引、ポイント、モール、決済、広告、保留、調整 | EC運営会社が差引条件を承認する | EC精算ブリッジ表／精算書受領時 |
| 入金・売掛 | 精算ID、予定日、実入金、通貨、手数料、合算、分割、保留、差異 | EC運営会社が長期差異を確認する | 精算・銀行・売掛照合表／入金時とEC月次 |
| 在庫・原価 | SKU、期首、入荷、出荷、返品、廃棄、棚卸、期末、セット | EC運営会社が棚卸差異を承認する | SKU在庫・原価表／日次と月末 |
記入例を自社条件へ置き換えて使用してください。コピーすると表計算ソフトへ貼り付けられるタブ区切り形式になります。
運用モデル
ECの受注・入金照合の台帳に、管理番号、対象、基準値、現状、根拠、会社承認者、処理担当、期限、完了証拠、次回確認日を持たせます。
図解3：ECの受注・入金照合の品質を測る6指標
注文
注文・明細IDの一意性と欠番説明率
履行
確定売上に対する出荷等の根拠率
精算
売上総額から入金予定までの説明率
入金
決済・モール別売掛残高一致率
在庫
SKU数量ロールフォワード一致率
連携
CSV・APIエラーと手動補正件数
SERVICE
注文から精算・入金までのデータを整理し、チャネル別残高を月次で確認します
当社は自社EC・モール・決済・銀行・在庫のCSV等を確認し、注文・精算ID別の整理、記帳、手数料・入金・売掛差異の一覧化を支援します。APIの直接連携可否や初期設計は個別に確認します。
COMPANY
会社・社内責任者
商品・出荷・取消・返金・契約・売上条件を承認
PARTNERS
愛知経理代行パートナーズ
注文・精算・入金・在庫をIDで照合し差異を報告
MANAGEMENT
税理士・社労士・弁護士・システム管理者
税務・労務・法務・システム上の専門判断と、会社が承認するための回答を担当
対応範囲は資料量、件数、利用システム、締め、例外処理を確認して事前にご案内します。専門資格が必要な判断・書類作成・代理手続きは当社サービスの範囲外です。
PRICE
料金プラン
記帳・給与計算・請求書発行をセットにした、規模に合わせて選べる月額プランです。業務量や資料の状態を確認したうえで、必要な範囲をご案内します。
横にスワイプしてプランを確認できます
エコノミー
〜5名・小規模事業者向け
¥24,800／月（税別）
記帳・給与計算・請求書発行をセットで
- 記帳代行 50仕訳／月
- 給与計算 5名まで
- 請求書発行 10件／月
- クラウド会計サポート あり
- 月次試算表レポート あり
シルバー
〜10名・中小規模向け
¥42,800／月（税別）
記帳・給与計算・請求書発行をセットで
- 記帳代行 100仕訳／月
- 給与計算 10名まで
- 請求書発行 15件／月
- クラウド会計サポート あり
- 月次試算表レポート あり
プラチナ
〜15名・成長企業向け
¥59,800／月（税別）
記帳・給与計算・請求書発行をセットで
- 記帳代行 150仕訳／月
- 給与計算 15名まで
- 請求書発行 20件／月
- クラウド会計サポート あり
- 月次試算表レポート あり
仕訳数・人数・請求書の件数を超える場合は追加費用が発生します。詳しくはお問い合わせください。
料金ページを見る →FAQ
よくある質問
Q. ECサイトと会計ソフトを連携すれば経理は自動化できますか？
A. 転記は減りますが、売上確定、取消・返品、手数料、保留、入金、在庫、欠番・重複の検証は残ります。注文IDと精算IDで残高照合してください。
Q. 銀行への入金額を売上にしてよいですか？
A. 入金は手数料、値引、返金、保留等の差引後である場合があります。注文売上総額から差引項目と入金を精算書で分解し、個別処理は税理士へ確認します。
Q. 注文日と出荷日のどちらを売上日にしますか？
A. 契約、履行、会計方針等で異なります。受注・決済・出荷・検収データを整理し、顧問税理士等と確定イベントを決めてください。
Q. API連携とCSV取込はどちらがよいですか？
A. 件数と頻度が多ければAPIが有効な場合がありますが、権限、変更、障害、再実行の管理が必要です。CSVでも抽出条件・件数・金額を検証すれば安定運用できます。
関連コラム
参考情報・出典
本文の判断軸と、確認に使った一次情報の対応を示します。
参照情報の範囲
経済産業省の一次情報をEC市場の背景に、国税庁を電子取引・帳簿保存、個人情報保護委員会とIPAを顧客・決済データの委託・クラウド管理に使用しました。競合2社は公開範囲だけを比較しました。 売上計上、返品、ポイント、クーポン、海外取引、消費税、在庫評価の処理は契約・商流で異なります。注文・出荷・精算データを示して顧問税理士へ確認してください。キャシュモと葵パートナーズは、公開ページに記載された記帳、請求、支払、給与、資料共有等の範囲だけを比較しました。非公開の料金、品質、体制、顧客評価は推定していません。
- 経済産業省「令和6年度電子商取引に関する市場調査」国内EC市場規模、EC化率、取引環境の変化を確認2026年8月27日確認
- 国税庁「電子取引関係」電子で授受した請求書等のデータ保存に関する公式案内を確認2026年8月27日確認
- 国税庁「No.5930 帳簿書類等の保存期間」法人の帳簿、領収書、請求書等の保存期間と電子帳簿保存法の案内を確認2026年8月27日確認
- 個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン（通則編）」個人データの委託先選定、契約、取扱状況の把握、再委託と見直しを確認2026年8月27日確認
- IPA「中小企業の情報セキュリティ対策ガイドライン 第4.0版」中小企業が委託先、クラウド、権限、事故対応を管理する考え方を確認2026年8月27日確認
- キャシュモ「経理代行」導入目安、記帳・支払・給与等の公開範囲、標準化とダブルチェックの説明を比較2026年8月27日確認
- 葵パートナーズ「経理代行のサービス内容」名古屋で公開されている記帳、給与、振込、請求等の範囲を比較2026年8月27日確認
ECの受注・入金照合実務ガイドでは、参照先の最新版と自社規程・実態を確認し、税務代理・税務書類の作成・税務相談は税理士、社会保険・労働保険の申請書等の作成や提出代行等は社会保険労務士、契約その他の法的判断は弁護士へご相談ください。
ECサイトの経理連携について、まずは無料でご相談ください
現在の資料量、利用システム、困っている工程を伺い、外注できる範囲と料金の目安を整理します。資料が完全にそろっていなくても、分かる範囲からご相談いただけます。
無料相談・お見積りはこちら