EC事業者とfreee販売 受注と出荷・返品の一連フロー整理（概念）

EC事業が拡大するにつれ、ShopifyやAmazonなどのカート側データと、バックエンドの在庫管理、さらには会計上の売上数値が一致しないという課題が顕在化します。特に「受注したものの、出荷タイミングで売上を立てたい」「返品が発生した際の在庫戻しと返金処理が煩雑」といった実務上の悩みは、スプレッドシートや手入力の管理では限界があります。

本記事では、freee販売を中心に据えたEC事業の受注・出荷・返品フローを整理し、freee会計とどのようにデータ連携を図るべきか、IT実務担当者の視点で解説します。

EC事業におけるfreee販売導入の意義と基本構造

EC事業においてfreee販売を導入する最大の目的は、「販売（商流）」と「在庫（物流）」、そして「会計（金流）」の完全な一致です。多くのEC事業者が、カート側の注文データを直接会計ソフトに流し込もうとしますが、これには「売上の計上基準（出荷基準など）」や「在庫原価の把握」が困難になるというリスクが伴います。

なぜECサイトに販売管理ソフトが必要なのか

ECカート（Shopify等）は「注文を受ける場所」であり、「企業の資産（在庫・債権）を厳密に管理する場所」ではありません。freee販売を間に挟むことで、以下のメリットを享受できます。

• 出荷基準に基づいた正確な売上計上（予約注文などの期間帰属を正しく管理）
• セット商品や構成品の在庫引当
• 仕入管理と紐づいた総平均法などによる正確な在庫原価計算

特に、広告運用と連動した売上分析を行う際、正確な利益（粗利）を把握するためには、変動する仕入原価を反映できる販売管理システムが不可欠です。広告とデータの関係性については、以下の記事も参考にしてください。

広告×AIの真価を引き出す。CAPIとBigQueryで構築する「自動最適化」データアーキテクチャ

freee販売とfreee会計、ECカートの責務分解

システム設計において、どのソフトにどのデータを持たせるかという「責務分解」は極めて重要です。標準的なアーキテクチャは以下の通りです。

• ECカート（フロント）： 顧客注文の受付、決済（クレジットカード等）の実行。
• freee販売（ミドル）： 受注データの管理、在庫の引当・出荷管理、売上確定、仕入・在庫評価。
• freee会計（バック）： 全社的な財務諸表の作成、売掛金の消込、経費管理。

受注から出荷までの業務フロー設計（標準プロセス）

EC特有のスピード感を維持しながら、freee販売で正確な事務処理を行うための4つのステップを解説します。

STEP 1：ECカートからの受注データの取り込み

Shopify等のECカートからfreee販売へ受注データを取り込むには、API連携ツール（Anyflow、Logicad等）や、CSVインポートを利用します。
ここで重要なのは、「EC側の注文番号」をfreee販売の備考欄やカスタム項目に必ず保持させることです。これにより、後述する返品や問い合わせ時に双方向の検索が可能になります。

STEP 2：freee販売での受注確定と在庫確保

freee販売上に「受注伝票」が作成された段階で、有効在庫が引き当てられます。
この時点では、freee会計に仕訳は送信されません。EC特有の「注文から発送まで数日のタイムラグがある」ケースでも、会計上の売上と実在庫の乖離を防ぐことができます。

STEP 3：出荷指示と売上計上（納品書作成）

物流倉庫への出荷指示が完了し、発送されたタイミングで、freee販売の受注ステータスを「売上」へと進めます。
freee販売では「売上登録」のアクションを行うことで、初めて在庫が正式に減算され、売上原価が確定します。

STEP 4：freee会計への仕訳連携タイミング

freee販売で「売上」を計上すると、連動してfreee会計側に「売掛金 / 売上高」の仕訳が作成されます。
この際、EC特有の決済手数料をどう扱うかが論点となります。売上金額そのものを連携し、手数料は別途振込時に処理する形が一般的です。決済手数料の分解については、以下の詳細解説が役立ちます。

【完全版】Shopifyの売上をfreeeに直接連携してはいけない。決済手数料の分解と「月末在庫」を正しく処理する2つのコマースアーキテクチャ

【比較】EC連携・販売管理ツールの主要機能差

EC事業者が検討することの多い販売管理・在庫管理ツールの比較表です。自社のフェーズに合わせて選択してください。

※料金の詳細は各社公式サイト（freee販売公式）をご確認ください。

イレギュラー処理：返品・キャンセル・在庫戻しの実務

EC運営において避けて通れないのが返品対応です。freee販売における「負の伝票」処理を正しく行わないと、実在庫と帳簿上の在庫が永久に一致しません。

出荷前のキャンセル処理

発送前にキャンセルが発生した場合は、freee販売の受注伝票を「キャンセル」ステータスに変更、または削除します。これにより、確保されていた引当在庫が解放されます。

出荷後の返品（赤伝行作成）と在庫再入庫の手順

商品が発送され、売上計上された後に返品が発生した場合は、以下の手順を踏みます。

1. 対象の売上伝票を開き、「赤伝（マイナス伝票）」を作成します。
2. freee販売の仕様上、マイナスの売上を立てることで、在庫が自動的に倉庫に戻る設定（入庫連携）を有効にします。
3. freee会計側には「売上高（マイナス） / 売掛金（マイナス）」の仕訳が飛び、債権が相殺されます。

注意：商品の破損等で「再販不可」として戻す場合は、入庫後に「在庫廃棄」の処理を別途行う必要があります。これを忘れると、販売できない不良在庫が「資産」として計上され続けてしまいます。

freee販売×freee会計による「消込・在庫」の完全自動化

事務作業の最大のボトルネックは、銀行口座に入金された金額と、売上データの突合（消込）です。

債権管理をどちらのソフトに持たせるか

freee販売には「入金管理」機能がありますが、EC事業（特にB2C）の場合はfreee会計の「自動で経理」を活用した消込を推奨します。

• 決済代行会社からの入金（合算振込）は、freee会計の「バーチャル口座」や「決済連携」機能で受ける。
• freee販売から連携された「売掛金」仕訳を、freee会計側でマッチングして消し込む。

このあたりの消込効率化については、以下の「バーチャル口座」活用ガイドが非常に参考になります。

【完全版】freeeの「自動消込」が効かない？ 振込手数料ズレと合算払いを撲滅する「バーチャル口座」決済アーキテクチャ

棚卸資産（在庫評価）の自動反映と期末処理

freee販売を正しく運用していれば、期末の棚卸作業は「実在庫数を確認し、差異を調整するだけ」になります。
freee販売側で確定した「月末在庫棚卸高」は、仕訳連携を通じてfreee会計の貸借対照表（B/S）に反映されます。これにより、手動で在庫金額を計算して振替仕訳を切る手間がなくなります。

よくあるエラーと解決策

実務で頻発するトラブルとその対処法をまとめました。

在庫不足による売上計上エラー

事象： EC側では注文が受けられたが、freee販売で売上計上しようとすると「在庫が不足しています」とエラーが出る。

原因： 入庫伝票の登録漏れ、または他チャネルでの販売による在庫の奪い合い。

対処： freee販売の「在庫一覧」から当該商品の履歴を確認。仕入伝票が未作成の場合は先に仕入を登録します。実在庫はあるが登録が間に合わない場合は、設定により「マイナス在庫を許可」することも可能ですが、原価計算が狂うため推奨されません。

EC側の送料・手数料・クーポン値引きの不一致

事象： ECカートの注文合計額と、freee販売に取り込まれた伝票の合計額が1円単位でズレる。

原因： 消費税の端数処理（切り捨て・四捨五入）の設定差異、またはクーポン適用タイミングの不一致。

対処： freee販売の税計算設定をECカート側に合わせるか、ズレた分を「調整行」として受注伝票に追加します。これを放置すると、後の消込作業で未決済残高が残り続ける原因となります。

EC事業における販売管理は、単なる事務作業ではなく「キャッシュフローの可視化」そのものです。freee販売をハブとして、受注から出荷、そして会計連携までを一気通貫で設計することで、バックオフィスの生産性は劇的に向上します。ツール導入時の設定で妥協せず、返品や例外処理まで含めたフローを構築しましょう。