EC会計：ストアオーナーのための完全ガイド

すべてのEC会計記事は、支払い、手数料、売上税、払い戻しのいずれか一つの断片を扱っています。この記事は全体像です。

火曜日に銀行口座に4,620ドルの入金がありました。Shopifyによると、週末の売上は5,000ドルでした。銀行のフィードには1行しか表示されません — 決済プロセッサからの単一のまとまった金額 — そして、見つけられるどの画面にも、「不足している380ドル」という項目はありません。

もしあなたが、ほとんどのストアオーナーがそうであったように、記帳を学んだとしたら — 一般的な中小企業ガイド、QuickBooksのチュートリアル、あるいは会計士の友人からのアドバイス — きれいなシステムを教えられたはずです：収入を記録し、経費を分類し、入金を照合し、毎月照合する。そして、そのシステムは、ガイドが一度も言及しなかった方法であなたを裏切り続けています。入金が売上と一致しません。請求されたことのない手数料がどこかに隠れています。売上税は、あなたが見えない場所で蓄積されています。先月の払い戻しが、今月の数字を間違ったものにしました。数週間ごとに、あなたのストアは新しいルールを破る方法を見つけます。

これらすべての下にある嘘はこうです：「EC会計は、単にオンラインストアが付随した通常の小規模ビジネス会計である」

そうではありません。EC会計は、一般的な記帳とは構造的に異なります — 5つの具体的で命名可能な方法で。それは「より複雑」なのではありません。メカニズムが異なります。あなたが常に不意打ちを食らう理由は、あなたがこれ下手だからではありません。誰もあなたに地図を渡さなかったからです。このガイドはその地図です：5つの違い、それらを管理し続けるルーチン、そしてオンライン販売者の会計が成長の各段階でどのように見えるか。

ECビジネスの会計が異なる理由

あなたが経験したすべての混乱した症状は、5つの構造的な違いのいずれかにたどることができます。どれがあなたを悩ませているかを特定できれば、その修正はすでに文書化されています。

1. 売上ではなく、支払い（ペイアウト）で入金される

コンサルタントはクライアントに2,000ドルを請求し、2,000ドルを受け取ります。あなたは40件の注文で5,000ドルを売り上げ、数日後にまとめて…何か別のものを受け取ります。

それがペイアウトモデルです。あなたの決済プロセッサは、すべての注文を収集し、お金を保持し、手数料を差し引き、払い戻しを差し引き、調整を追加し、独自のスケジュールで純額を入金します。あなたの銀行への入金は収益ではありません — それは収益から他の4つのものを差し引き、時間をずらしたものです。入金を経費として記録すると、帳簿は売上を過小評価し、手数料を隠し、毎月現実からさらに乖離していきます。

This single difference causes the most common ecommerce accounting symptom there is: the payout that never matches your books. We've written a full explainer on why your Shopify payout never matches what QuickBooks shows, and a complete method for reconciling Shopify payouts in QuickBooks — the exact report, the journal entry, all of it. If you sell in more than one currency, the payout math gains another layer; that gets its own treatment in our guide to multi-currency Shopify sales in QuickBooks.

2. 手数料は、お金を見る前に差し引かれる

家主は請求書を送ってきます。決済代行業者は送りません。処理手数料、プラットフォーム手数料、取引調整額は、入金があなたに届く前に入金から差し引かれます。支払うべき請求書も、入力すべき経費も、一切の通知もありません。

つまり、それらを積極的に抽出しない限り、それらの手数料は帳簿に存在しないということです。週末の売上5,000ドルのうち、約150ドルの処理費用が火曜日の入金の中に消えました。抽出をスキップすると、2つの数値が同時に間違います。収益が過少計上され、経費が過少計上されるため、利益は正しく見えますが、マージンは嘘をついています。QuickBooksでのShopify手数料に関するガイドでは、各手数料の種類とそれぞれの適切な勘定科目を解説しています。

3. 売上税は目に見えず蓄積される — そしてそれは決してあなたのお金ではなかった

ネクサスがある州のお客様が100ドルの注文に対して107ドルを支払った場合、その7ドルは収益ではありません。それは負債です。納税日までの間、税務当局のために保持しているお金です。

落とし穴は、それが他のすべてと同じ入金に混ざって届くことです。帳簿がその入金全体を収入として扱った場合、あなたは他人に支払うべき収益を認識しており、請求書は後日、驚くべき形で届きます。経済的ネクサス規則により、実際に訪れたことのない州でも、単なる売上高に基づいて税金を支払う義務が生じる可能性があります。Shopifyストア向けの税務準備チェックリストでは、申告シーズンがそれを行う前に、この負債を可視化する方法を説明しています。

収入項目からその負債を取り除くことは、結局のところルーティングの問題であり、簿記上の美徳というよりは実際の設定として見る価値があります。LedgerPortでは、ルーティングは税設定の下にあるSync Configにあり、正確に2つの分岐があります。Line Item Taxは、各QuickBooksトランザクションに独自の明細として税金を追加し、指定した負債勘定に計上します。これにより、$7は収益を膨らませるのではなく、すべての注文で「売上税支払高」のようなものに自動的に計上されます。または、QuickBooks Automated Sales Taxに切り替えて、QuickBooks独自のエンジンに税金の計算と追跡を任せます。2つの詳細が、あなたのものではないお金という原則がどれほど真剣に施行されているかを示しています。注文に一致する設定がない税率が付いた注文が届いた場合、同期は推測するのではなく、エラーが発生して注文を保留します。また、ストアとQuickBooksの税金計算が1セントずれている場合、丸めオプションによりセント単位の調整明細が追加されるため、丸め誤差が調整時に不明瞭になることはありません。（スクリーンショットはShopifyアプリを示していますが、WooCommerce版も同様の税金コントロールを提供しています。）

4. 払い戻しは期間をまたぐ

実店舗での払い戻しはレジで、同じ金庫、同じ日に行われます。eコマースでの払い戻しは通常、販売から3週間後に行われます。これはしばしば異なる月であり、時には異なる四半期でもあります。

そのため、3月の「最終」数値は最終ではありませんでした。4月の払い戻しが遡ってそれらを変更しました。さらに悪いことに、元の販売に対する処理手数料は通常返金されないため、払い戻しはクリーンな取り消しではありません。それは取り消しに加えて、行き場のないコストです。単純に処理すると、払い戻しは収益を二重にカウントしたり、手数料を孤立させたりします。正しく処理すると、それらは既知のパターンであり、既知のエントリであり、eコマース会計における払い戻しと返品に関するガイドで説明されています。

5. 在庫と売上原価には独自の時計がある

一般的なプレイブックには次のように書かれています：事業のために何かを購入した場合、経費を記録してください。在庫でそれを実行すると、帳簿が混乱します。12,000ドルの在庫注文は、3月を壊滅的に見せ、4月から6月を人工的に輝かしく見せます。

在庫は購入時には経費ではありません。それは資産であり、各ユニットが販売された瞬間に経費（売上原価）になります。そのタイミングの違いが、実際の利益率を知るためのすべての基盤です。また、それに対応した勘定構造が必要になります。一般的な勘定科目表には、クリアリング勘定、売上税負債、またはチャネル別のCOGSを配置する適切な場所がありません。私たちは、これらすべてに場所を提供するeコマース向け勘定科目表テンプレートと、Shopifyの売上をQuickBooksに記録する方法に関するガイドを公開しました。このガイドでは、注文ごと対日次集計の記録方法と、それぞれがいつ適しているかを説明しています。

これら5つすべてが翻訳の問題である

リストの形状に注目してください。これら5つの違いはどれも算数の問題ではなく、すべて翻訳の問題です。あなたのストアは注文、支払い、手数料で語り、元帳は勘定科目、記帳、期間で語ります。翻訳が欠けている箇所で、帳簿は正確に間違います。

だからこそ、手作業であれソフトウェアであれ、機能する修正は常に翻訳レイヤー、つまり「このストアの項目はあのQuickBooksの勘定科目にマッピングされる」という明示的な記述なのです。LedgerPortでは、そのレイヤーは文字通り1つのページです。マッピング画面には、ストアが生成するすべてのエンティティ（製品、顧客、税コード、支払い方法など）がリストされ、それぞれがQuickBooksの勘定科目または品目とペアになっています。自動マッピングを実行すると、ほとんどの項目が名前で一致しますが、残りは手動で確認して設定します。マップが存在すれば、将来のすべての注文は確認なしでそれに従います。

記帳のリズム：毎日、毎週、毎月

5つの違いを知ることがマップです。ルーチンは、そのマップを維持するものです。eコマースの簿記は、英雄的な四半期ごとの発掘作業ではありません。正しく行えば、それは小さく、退屈で、繰り返されるループです。

周期	時間	実際に行うこと
毎日	約5分	銀行フィードを確認します。昨日の注文が記録されていることを確認します。同期または入力エラーは、90日後ではなく、1日経過した時点でチェックします。
毎週	15〜30分	週の支払いと銀行の入金を照合します。未照合の項目（新しい製品、新しい支払い方法など）は、積み上がる前にクリアします。
月次	1〜2時間	締め処理：照合口座をゼロに照合し、売上税の負債を確認し、売上原価を記帳し、それから損益計算書を真剣に読みます。

このリズムを機能させるには、2つの要素があります。第一に、構造：番号付き勘定科目、照合口座、一貫した分類。規律の側面は、このガイドと対になるeコマース会計のベストプラクティスガイドで説明されています。第二に、エラーの表面化：問題が隠れるのではなく、自分で知らせてくれる場合にのみ、ルーチンは小さく保たれます。

これは具体的に見る価値のある部分です。LedgerPortでは、QuickBooksに転送されるすべてのレコードは、監査ログでステータス（同期済み、エラー、保留中、または一時停止中）を持ちます。そのため、毎日の5分間は文字通り赤を探すスキャンになります。そして、各エラータイプには文書化された修正があり、謎ではありません。例えば、未照合の顧客は、その顧客を手動でマッピングするか、すべてのウォークインスタイルの顧客を単一の汎用QuickBooks顧客にルーティングするように設定を切り替えてから、影響を受ける注文を再同期することで解決されます。

この世界では、月次締め処理は探偵作業ではなくなります。照合口座はゼロになるか、そうならないかのどちらかです。もしゼロにならない場合は、ログがどのレコードが原因であるかを教えてくれます。

これらすべてに対するもっともな反論があります。それは、このリズムはあなたのストアと元帳の間に機能するパイプラインを前提としているということ、そしてパイプラインは実装プロジェクトのように聞こえるということです。したがって、最初の15分を歩き回る価値があります。なぜなら、それらはプロジェクトだからです。LedgerPortのダッシュボードパスを例にとると、アカウントを作成します（名前、メールアドレス、会社名、またはGoogleで続行）、次にサイドバーの**接続**をクリックします。まずQuickBooks：QuickBooksを接続をクリックし、QuickBooks側でサインインし、承認をクリックすると、ステータスが**接続済み**と表示されて戻ります。ここに1つの注意点があります。会計接続は後で切り替えることができないため、正しいQuickBooks会社を承認していることを確認してください。次にストア：Shopifyストアを接続をクリックし、your-store.myshopify.com URLを入力し、インストールを承認すると、接続済みと表示されます。ダッシュボードに戻ると、セットアップチェックリストにはちょうど3つの項目があります—ストアを接続、QuickBooksを接続、自動同期を有効にする—そしてそれらのうち2つはすでにチェックされています。自動同期をオンにすると、上記のループは実行するものを持つことになります。毎日の5分は実際のスキャンになります。なぜなら、今や読み取るステータスを生成するパイプラインがあるからです。

あらゆる段階のオンライン販売者のための会計

適切な量の会計機械は量に依存します。ここでは、各段階でのeコマース販売者の会計がどのように見えるかの正直なバージョンを紹介します—安価なオプションが実際に正しいものである場合も含みます。

月間約30件未満の注文：ツールよりも規律が重要

この量では、スプレッドシートと5つの違いのマッピング、そして週次リズムは正当なシステムです。エラーサーフェスは手で管理できるほど小さく、あなたの時間は100件の注文を達成することに費やす方が良いでしょう。

取る価値のある唯一のアップグレードは無料の自動化です。それは存在するからです：LedgerPortの無料プランはまさにこの段階をカバーします—1つのストア、月最大30件の注文、いつでも手動同期。セットアップは約15分で実行されます：Shopify App Storeからインストールし、埋め込みアプリ内で直接アカウントを作成し、OAuth経由でQuickBooksを承認し（パスワードはLedgerPortに触れることはありません）、マッピングが示すとおりにすべてが配置されていることを確認するために最初の同期を実行します。

代わりにWooCommerceを実行していますか？5つの違いは同じです。メカニズムは異なります。WooCommerceの簿記ガイドから始めてください。

成長期（数百から数千件の注文）：翻訳を自動化する

月間数百件を超えると、手作業のルーチンは時間枠に収まらなくなります。週次の締めは夜になり、月次の締めは週末になります。この段階で、翻訳レイヤーの自動化は最も早く元が取れます。かなりの量のストアでは、毎週数時間を節約できると報告しています。当社のeコマース会計自動化ガイドでは、最初に何を自動化し、何を人間が行うべきかを説明しています。

マルチストアとオムニチャネル：統合の問題

2つ目のストア、またはオンラインストアの隣にある小売チャネルは、会計作業を2倍にするのではなく、まったく新しい問題をもたらします。それは、比較できるようにチャネルを十分に分離し、申告できるように十分に統合することです。これは構造的なセットアップの問題であり、マルチストアeコマース会計で、物理的な小売を扱う販売者向けには小売会計ソフトウェアで説明されています。

ヘルプの雇用：何を、いつ委任するか

ブックキーパーまたはCPAは、データパイプラインがクリーンになった後は、その価値のすべてを発揮します。不適切な支払いデータから作業する専門家は、高価なデータ入力にすぎません。外部のヘルプを評価している場合は、当社のShopify会計ソフトウェアレビューのブックキーピングサービスセクションで、引き継ぎについて正直に説明しています。また、会計士が自分の側を標準化したい場合は、CPA向けLedgerPortを参照してください。

ソフトウェアに関する一言

このガイドは意図的に仕組みの側面に留まっています。なぜなら、5つの違いを理解する前にソフトウェアを選択すると、人々は間違ったものを購入してしまうからです。ツールを比較する準備ができたら、QuickBooks Onlineはほとんどのストアで記録の元帳であり、実際の決定はストアとそれの間にどの翻訳レイヤーが配置されるかであり、オプションは主にエラー回復、手数料の分離、およびエッジケースの処理で異なります。当社は、eコマース会計ソフトウェアレビューで、各競合他社が実際に優れている場所を含め、完全な比較を行いました。

地図が壁に貼ってあるバージョン

火曜日の入金に戻りましょう。売上5,000ドルに対して4,620ドルです。マップがあれば、不足している380ドルはまったく不足していません。約150ドルは処理手数料です。これは2番目の違いで、独自の費用勘定に計上されました。約200ドルは売上税です。これは3番目の違いで、あなたのものではなかったため、負債勘定にあります。30ドルの返金が先週から戻ってきました。これは4番目の違いで、残った手数料を処理してクリーンに元に戻しました。入金は支払いと一致し、支払いは注文と一致し、決済口座はゼロになります。

それがすべての変革であり、心地よく拍子抜けするほどです。フォレンジックな週末はありません。「帳簿を送ってください」という質問を恐れることもありません。CPAからの月末メールは1行に縮小され、それは良い行です。常に待ち伏せされていたストアオーナーは才能が不足していたのではなく、5つのランドマークがあるマップが不足していたのです。今、それは壁にあり、現れる奇妙な数字はすべて、既知の場所と既知の修正を持っています。

翻訳レイヤーが実際の製品としてどのように見えるか、つまりマッピングページ、監査ログ、15分で完了するShopifyのオンボーディングをご覧いただきました。月間注文数が30件未満のストアの場合、無料プランでこのガイドで説明したすべてがカバーされ、有料プランには14日間の返金保証が付いています。マッピングを一度設定すれば、それ以降のすべての注文がそれに従います→