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

最終更新日：2026年4月6日　※本記事は、D2C・EC事業や卸売ビジネスを展開する企業が直面する「売上の純額計上問題（手数料天引き）」と「月末の在庫評価の手作業」を解決する、OMSを用いたアーキテクチャと、APIを用いた独自自動化アーキテクチャの2つを解説しています。

1. 経理を絶望させる「純額計上」の罠（税務リスク）

ECサイトの売上を会計ソフトに連携する際、最も多く、そして最も危険な間違いが「純額計上（入金額＝売上にしてしまうこと）」です。

たとえば、顧客がShopifyで10,000円の商品をクレジットカードで購入し、Shopify Paymentの決済手数料が340円引かれ、後日銀行に9,660円が振り込まれたとします。

* **【間違った会計処理（純額計上）】**
入金時：（借方）普通預金 9,660円 / **（貸方）売上高 9,660円**

一見すると銀行の残高と合っているため問題ないように見えますが、これは消費税法上、重大な違反となります。日本の会計基準では、売上は「顧客が支払った総額（10,000円）」で計上し、手数料は「支払手数料」として経費計上する**「総額処理」**が原則です。

* **【正しい会計処理（総額処理と手数料の分解）】**
売上発生時：（借方）売掛金（Shopify） 10,000円 / **（貸方）売上高 10,000円**
入金時：（借方）普通預金 9,660円 / （貸方）売掛金（Shopify） 10,000円
　　　　（借方）支払手数料 340円

簡易的な「直接連携アプリ」の限界

小規模向けに提供されている無料・安価な連携アプリの多くは、注文データをそのままfreeeに流すことはできますが、「決済代行会社ごとに異なる手数料率」や「ポイントの充当分」を、自動的に上記のような「売上と支払手数料、値引に分解した複合仕訳」として起票する高度な機能を持っていません。結果として、経理が後から手作業で仕訳を修正することになります。

2. EC最大の闇：「月末の在庫評価（売上原価の算定）」

さらに、物販ビジネスにおいて会計上絶対に避けて通れないのが**「在庫（棚卸資産）」の評価と「売上原価」の計算**です。

売れた商品の仕入代金（原価）をその月の費用にするためには、**「期首在庫 ＋ 当月仕入 － 月末在庫 ＝ 売上原価」**という計算を毎月行わなければなりません。

この結果、多くのEC企業では、月末になると倉庫会社から送られてくるCSVデータと、Shopifyの販売データを突き合わせ、巨大なExcelで「今月の在庫評価額」を手計算してfreeeに入力する泥沼に陥ります。

3. 【アーキテクチャ①】中堅企業向け：OMSをハブとして配置する

この「手数料の分解」と「在庫評価」の課題をパッケージとして解決する王道の手法が、Shopify等のフロントと、freee等のバックエンドの間に、「OMS（受注・在庫管理システム）」をハブとして挟み込むアーキテクチャです。

代表的なOMSとして、ネクストエンジンや、倉庫管理（WMS）と一体化したLOGILESS（ロジレス）が挙げられます。

4. 【アーキテクチャ②】D2C・エンタープライズ向け：APIを用いた独自自動化基盤（カスタム連携）

OMSを導入すれば多くの課題は解決しますが、特定のサブスクリプションECモデル（定期通販）や、独自のポイント経済圏を持つブランドの場合、「パッケージソフト（OMS）の仕様に縛られたくない」というニーズが発生します。

その場合の最高峰の解決策が、iPaaS（MakeやZapier）やGCP（Google Cloud）を活用し、ShopifyとfreeeのAPIを直接叩いて「自社専用の自動連携基盤」を構築するアーキテクチャです。

APIを用いたデータフロー（成功例）

1. Webhookによるリアルタイム検知： Shopifyで注文が発生（または決済完了）した瞬間に、Webhookを通じてデータがiPaaS（Makeなど）やGCP（Cloud Functions）に送信されます。
2. データ変換と手数料の自動計算（ミドルウェア）： 受信した注文データをプログラムで分解します。
   　・「決済方法がShopify Paymentsなら、売上の3.4%を支払手数料として分離する」
   　・「割引コードが使われていれば、売上値引として分離する」
   という自社独自のルールをプログラム（またはiPaaS上のシナリオ）で実行します。
3. freee APIへの複合仕訳の送信： 分解・計算されたデータを、freee会計のAPI（取引作成API等）を叩いて、美しい「総額＋手数料」の複合仕訳として直接流し込みます。
4. 月末の在庫API連携： 月末の夜間に、ShopifyのGraphQL APIを叩いて「現在の全SKUの在庫数」を取得し、データベースに持たせた「原価マスタ」と掛け合わせて在庫金額を自動計算。そのままfreeeへ「棚卸の振替伝票」としてAPIで起票します。

5. まとめ：自社のビジネスモデルに合わせたインフラ設計を

ECや卸売ビジネスにおいて、売上を会計ソフトに連携するアプローチは、企業のフェーズによって明確に分かれます。

* **フェーズ1（立ち上げ期）：** 無料の連携アプリを使い、手数料のズレは月末に手作業で調整する。
* **フェーズ2（多店舗展開）：** ネクストエンジンやLOGILESS（OMS）をハブとして導入し、標準機能で手数料分解と在庫管理を半自動化する。
* **フェーズ3（独自のD2C・エンタープライズ）：** APIとiPaaS/GCPを用いて、自社特有の商流に完全フィットした「売上・手数料・在庫評価の全自動化パイプライン」を自前で構築する。

「ECの売上が増えたが、決済代行会社からの入金と売上が合わず、消込ができていない」
「月末の在庫評価をExcelで手計算しており、正しい粗利が分かるのが翌月中旬になっている」
「Shopifyとfreeeの間にMake（iPaaS）を挟み、自社専用の会計自動化パイプラインを設計してほしい」

もしこうした「コマース領域のシステム連携」でお悩みでしたら、ぜひ一度ご相談ください。私たちは単なる会計ソフトの導入ベンダーではなく、商流・物流・金流のすべてのデータを俯瞰し、OMSの導入からAPIによるフルカスタム開発まで、貴社に「最適なコマースアーキテクチャ」をご提案・構築いたします。