Shopify はタンブラーが214個残っていることを知っています。しかし、それらの価値はいくらかは知りません。そして、現在のあなたの帳簿も同様です。
1月になり、あなたの税理士が簡単な質問をします。「12月31日時点の在庫評価額はいくらでしたか？」
Shopify を開きます。タンブラー214個、マグカップ387個、カラフェセット96組と表示され、数量は正確で、更新も分単位で行われています。QuickBooks を開きます。在庫資産勘定は31,400ドルと表示されており、あなたが作成したことをあまり覚えていない仕訳伝票以来、その数字は動いていません。実地棚卸は一度も行ったことがありません。3つの情報源、3つの答え、そして正直な答えは「わからない」です。
ここからが辛い部分です。あなたは一年中、Shopify の在庫画面でストアを運営してきました。それはうまくいっていました。過剰販売を防ぎ、再注文の目安を示し、運用上は一度もあなたを失望させませんでした。そのため、会計面も処理されていると想定していました。その想定こそが、この記事が存在する理由である嘘です：「Shopify が在庫を追跡してくれるので、在庫会計は完了している。」
そうではありません。なぜなら、Shopify は数量を追跡し、あなたの帳簿はドルを追跡するからです。そして、ドルを追跡する側は、期末棚卸法か継続棚卸法のどちらかのシステムで運用されます。この記事では、Eコマース在庫会計が両方のシステムで実際にどのように機能するか、どちらがあなたのストアに適しているか、FIFO と加重平均が利益率にどのように影響するか、そして棚卸ロスがどこに静かに隠れているかを説明します。
数量はドルではない：プラットフォームの数量が帳簿価額ではない理由
Shopify の在庫システムは運用上のものです。その仕事は数量です：どの場所に、いくつの単位が存在し、次の注文が履行できるかどうか。それはその仕事をうまくこなし、あなたはまさにそのために使い続けるべきです。
あなたの帳簿には異なる仕事があります。貸借対照表は、在庫をドル建ての評価額として必要とします。つまり、手持ちの単位数に、各単位の取得原価（陸揚げ費用込み）を掛けたものです。損益計算書は、売上原価を必要とします。つまり、この期間になくなった単位の評価額です。数量は両方の数値のインプットですが、どちらでもありません。214個のタンブラーの数量は、タンブラーの原価がいくらかを言えるまで資産価値ではなく、「原価」は出荷ごとに変化します。
それがギャップ全体です。プラットフォームは「いくつ？」に答えます。帳簿は「いくら？」に答えなければなりません。そして、「いくら？」に継続的かつ正確に答えることこそ、期末棚卸法と継続棚卸法という2つの異なる戦略なのです。
Eコマース在庫会計の2つのシステム
両方のシステムは、在庫が貸借対照表に資産として計上され、商品が販売されたときに原価が売上原価に移行するという点で、目的に関して一致しています。（そのタイミングの理由が初めての場合は、まずShopifyセラー向けの原価ガイドをお読みください。この投稿ではそれを前提としています。）異なるのは、いつ帳簿に記録されるかという点です。
期末棚卸法：数えて、調整する
定期システムでは、期間中、在庫勘定はそのままです。購入品は請求されるまま蓄積されます。その後、月末または四半期末に、実際に持っているもの（実地棚卸、または原価で評価された信頼できる数量レポート）を確認し、次の1つの式で売上原価を算出します。
期首棚卸資産 + 購入品 - 期末棚卸資産 = 売上原価
1つの調整仕訳で在庫残高を現実に合わせ、差額を売上原価に送ります。完了です。
コスト：棚卸の間は何もわかりません。月半ばでは、在庫残高は古く、総利益はまだ計上されていません。そして、この計算式には落とし穴があります。棚卸時に棚になかったすべてのもの（盗難、破損、数え間違いを含む）が売上原価になります。棚卸ロスは独自の項目にならず、製品原価を静かに膨張させます。
メリット：シンプルさ。注文ごとの原価追跡、同期要件、ソフトウェアは不要です。棚卸、スプレッドシート、1つの仕訳です。
継続棚卸法：すべての販売で在庫を移動させる
継続在庫システムでは、各販売は発生した瞬間に売上原価を計上します。タンブラーを販売すると、そのタンブラーの原価は即座に在庫から売上原価に移行します。在庫残高はリアルタイムで、総利益は月のいつでも正確であり、実地棚卸の役割が変わります。在庫を測定する方法から、それを検証する方法に変わります。帳簿上の数量と棚卸数量の差は、売上原価に埋もれたノイズではなく、目に見える定量化された棚卸ロスとなります。
コスト：ツールと規律。すべての注文は、品目別、SKU一致、原価を伴って帳簿に記録される必要があります。これは、ストアからクリーンな注文ごとのデータが流れ、単位あたりの原価が維持されることを意味します。継続的な正確さは、そのパイプラインの良さと同じです。
| 定期 | 継続 | |
|---|---|---|
| 売上原価の記録 | 期間ごとに1回、棚卸計算式による | 販売ごと、自動 |
| 在庫残高 | 棚卸日のみ正確 | ライブ |
| 棚卸ロス | 売上原価に隠されている | 帳簿と棚卸の差として露出 |
| 要件 | 棚卸とスプレッドシート | 注文ごとの品目別データ + 原価追跡 |
| 機能しなくなる場合 | 棚卸が遅れたり、原価が古くなったりした場合 | SKUマッピングまたは同期規律が破られた場合 |
あなたのストアに合うシステムは？正直に答えましょう
ここには優劣はありません。適切なシステムとは、あなたの事業が実際に維持できるシステムのことです。
月間約200件未満の注文、単一拠点、安定したカタログの場合：月次定期棚卸。棚卸（またはShopifyの数量レポートを原価計算したもの）と1回の仕訳は、維持できない継続在庫システムよりも優れています。脆弱な継続在庫システムは、正直な定期システムよりも悪いです。それは、静かに間違った、自信に満ちた数字を生み出します。
中規模ストア — 月間約200〜5,000件の注文：ほとんどが、原価ガイドに記載されているハイブリッド方式を採用しています。これは、仕入原価×SKUあたりの販売数量から算出される月次仕訳です。周期性はありますが、論理的には永続的です。販売データを使用するため、棚卸ロスは自動的に原価に計上されません。四半期ごとの棚卸と組み合わせることで、Eコマースにおける労力と精度の比率を最適化できます。
大量の注文、複数拠点、バンドル販売、3PL、または在庫滞留の問題：専用の在庫管理ソフトウェアで運用される永続的なシステム。会計システムには集計された仕訳が送信されます。この複雑さになると、リアルタイムの残高は「あれば便利」ではなく、必須となります。再注文、資金繰り計画、利益管理はすべてそれに依存します。
有用な指標：融資担当者、税務申告書、または潜在的な買収者が、今日の在庫価値を尋ねてきた場合、その回答はどれほど不正確でしょうか？正直な答えが「非常に不正確」であれば、あなたのシステム（どのシステムであれ）は運用されているのではなく、想定されているだけです。
FIFO vs. 加重平均：単位が販売されたときにどの原価が移動するか
どのシステムを運用していても、その下に別の選択肢が隠されています。タンブラーを1つ販売し、倉庫に6.00ドルの出荷分と7.20ドルの出荷分のタンブラーがある場合、どちらの原価が原価になったのでしょうか？それが原価の流れの仮定であり、実際にはEコマースでは次の2つのうちいずれかが使用されます。
先入先出法（FIFO）は、最も古い原価が最初に販売されたと仮定します。原価が上昇している場合（最近は、運賃と関税の間でそれがデフォルトです）、FIFOは古く安い原価を先に原価に計上します。結果：現在は報告される売上総利益が増加し、在庫残高は最新の最も高い原価で評価されます。原価が下落すると、それは逆転します。利益は現在の購入状況よりも悪く見えます。
加重平均法は、手元にあるすべてのユニットを1つの平均原価にブレンドし、各出荷が入荷するたびに再平均化します。原価の変動は平滑化され、利益は極端な値の間にとどまり、徐々に変動します。高価な航空便での補充が1回あったとしても、その月の利益を大きく揺さぶることはありません。
どちらの方法も、実際に支払った金額を変更するわけではありません。変更されるのはどの月に計上されるかだけです。実用的なガイダンス：QuickBooks Onlineの組み込み追跡はFIFOのみです。ほとんどの専用在庫ツールは加重平均/移動平均をデフォルトとしており、LIFOはオンライン販売者にとっては事実上選択肢がありません。この選択には税務上の影響があり、安易に変更することはできません。CPAに方法を確認し、一貫性を保ってください。数字を都合よくするために仮定を変更するストアでは、年々利益の意味がなくなります。
棚卸ロスと評価損：数量がその価値を発揮する場所
遅かれ早かれ、実地棚卸は帳簿と一致しなくなります。ユニットが盗まれたり、3PLで破損したり、入荷時に数え間違えられたり、返品されても再棚卸されなかったりします。その差額が棚卸ロスであり、仕訳は簡単です。在庫を実地棚卸値に減らし、差額を原価に計上します。または、専用の棚卸ロス項目に計上する方が良いでしょう。そうすれば、問題が拡大しているかどうかを確認できます。
システムレベルの違いがここで重要になります。永久在庫は棚卸減耗を露呈します — 書籍では220、実数では214、6単位を失い、それを認識しています。周期在庫はそれを吸収します — その6単位は単に「売上原価」の一部となり、実際に販売した商品と区別がつかなくなります。棚卸減耗があなたにとって重要であるなら、それ自体が永久在庫ロジックを支持する議論となります。
評価損はもう一つの調整です。まだ存在するが、全額で売れることのない在庫 — 死蔵SKU、季節の残り物、破損しているが販売可能な商品 — は、現実的な価値まで評価損を計上すべきです。両方の調整は年末に集約され、12月31日の数字が税務申告に反映されます。 年末在庫カウントと評価損ガイド が全プロセスを網羅しています。
QuickBooks Online の現実
QBO PlusとAdvancedはネイティブな永久在庫システムを実行できます — 商品コスト、手元数量、販売ごとのFIFO売上原価。小規模では実際に機能します。店舗規模では苦労します：入荷するすべての注文が品目別に分類され、SKUマッピングされている必要があり、請求書が示すコストのみを認識します（運賃と関税を自分で割り当てた場合にのみ着船原価が含まれます）。また、追跡対象のカタログが大きいとファイルが重くなり、SKUのマッピングミスがデータインシデントとなります。
それ以降、機能するパターンは職務分掌です：専用の在庫ツールが数量、コスト、永久在庫台帳を管理し、QBOに集計された在庫と売上原価のエントリを投稿します。QuickBooksは記録の財務システムであり続けます。倉庫システムであることをやめます。
いずれにしても、一つの依存関係は決してなくなりません：販売側です。永久在庫の売上原価は品目別の注文を生成し、周期在庫の計算はSKUあたりの販売数量に基づいて行われ、両方とも正しい収益と照合される必要があります。その注文ごとのパイプライン — 注文、返金、手数料、およびQuickBooksへの入金が正しく処理されること — がLedgerPortが行うことです。それはあなたの在庫を評価しませんし、私たちはそれを偽りません。それは、あなたが選択した方法で注文が同期され、製品が正しいQBO品目にマッピングされることを保証します。これにより、あなたが実行するどの在庫システムも、その下にクリーンなデータを持つことができます。月30件までの注文は無料プランがあり、有料プランは月25ドルから始まります。
実際に運用できるシステムを選びましょう
1月に戻りましょう。これを修正したあなたは、CPAに一言で答えます：「期末在庫は38,150ドルでした — 12月30日にカウントし、加重平均着船原価で評価し、棚卸減耗は1.1%で、独立した項目です。」Shopifyは引き続き倉庫を運営します。帳簿はドルを運営します。誰もこの二つを混同しません。
そこに至るには3つの決定が必要です：周期在庫か永久在庫か（野心ではなく、ボリュームとツールに合わせてください）、FIFOか加重平均か（CPAに尋ね、決してぶれないでください）、そして棚卸減耗を謎ではなく数字にするカウントの頻度です。まず勘定科目を設定してください — 当社のeコマース勘定科目テンプレートには、在庫、売上原価、棚卸減耗の項目が事前に作成されています — そして、もしあなたが台帳全体をゼロから構築しているなら、eコマース会計の完全ガイドから始めてください。
