あなたのストアは3月に損失を出したわけではありません。簿記では、コンテナいっぱいの在庫を、まるで火をつけたかのように記録しました。
3月の損益計算書では19,000ドルの損失が表示され、4月は過去最高の月となっています。2つの月の間でお店に変わったことは何もありません。同じ商品、同じ広告費、ほぼ同じ売上です。唯一の違いは、3月にサプライヤーに在庫コンテナの代金を振り込み、4月には振り込まなかったことです。
もしあなたがそのような月を見て、静かに帳簿が信頼できないと結論付けたなら、ShopifyセラーがQuickBooksで犯す最も一般的な売上原価の誤り、つまり在庫購入を資金が出金した日に経費として記録することを発見したことになります。そうすると、月次利益は売上を追跡するのをやめ、購入スケジュールを追跡し始めます。大量購入、ひどい月。購入なし、偽りの良い月。「稼いだものは何か？」と尋ねているのに、「何を使ったか？」に答えています。
この記事ではタイミングを修正します。売上原価が実際にどのように機能するか、eコマースストアに何を含めるべきか（そして何を含めるべきでないか）、そしてセラーがストア規模でそれを追跡する3つの実践的な方法を、実例による1ヶ月とコピーできる仕訳とともに紹介します。
嘘：「売上原価は今月在庫に費やしたすべてのものである」
3月の損失・4月の記録というパターンを生み出すのは、この考え方です：売上原価とは、サプライヤーに送金した金額である。
これは、現金の動きと一致するため、持ちやすい考え方です。あなたは商品に19,000ドルを費やしました。商品は商品です。それは確かにあなたの売上原価でしょう。
しかし、売上原価は現金概念ではなく、マッチング概念です。商品の原価は、それを販売した収益と同じ月に属します。3月に6,000個購入し、それを5ヶ月かけて販売した場合、3月は6,000個の原価を消費したわけではありません。3月は、3月に販売された個数だけを消費しました。
到着時に購入全体を経費として計上すると、5ヶ月分の商品原価を1ヶ月に請求したことになります。3月の粗利益は悲惨に見え、夏の月は原価ゼロの商品を販売しているように見え、個々の月はストアが実際にいくら稼いでいるかを示しません。それは、貸付人、買収者、またはあなた自身の価格設定の決定が依存する数値ですが、それはあなたの帳簿には存在しません。
売上原価の仕組み：在庫は売れるまで資産である
正しい仕組みには2つの動きがあり、QuickBooksにはそれぞれのアカウントがあります。
移動 1：株式を購入すると、それは費用ではなく、棚卸資産勘定に計上されます。 そのお金を失ったわけではありません。現金を有価証券に換え、倉庫にある製品になり、あなたが所有する製品は、現金と同じように資産です。損益計算書は変動しません。
移動 2：ユニットが販売されると、そのコストは棚卸資産から売上原価に移動します。 販売は同時に 2 つのものを生み出します：収益（顧客が支払った金額）と売上原価（そのユニットのコスト）。両方とも同じ月に計上されます。それがすべてです。収益から売上原価を引いたものが粗利益であり、コンテナがいつ到着したかに関係なく、それは実際の数値になります。
以上です。これがモデル全体です。
| イベント | QuickBooks で何が起こるか |
|---|---|
| 株式を購入する | 棚卸資産（資産）が増加します。現金が減少します。損益計算書には影響しません。 |
| ユニットが販売される | 収益が記録されます。そのユニットのコストは棚卸資産から売上原価に移動します。 |
| 株式が未販売のまま | 資産として貸借対照表に残ります。損益計算書への影響はありません。 |
株式が売上原価に移動するかどうかは、注文ごとに行われるか、月次バッチで行われるかは、追跡方法の問題です。ただし、目的地は常に同じです。購入時ではなく、商品が販売されたときに認識されるコストです。（売上原価を継続的に記録するか、定期的なバッチで記録するかを決定している場合は、それは定期法と継続法の質問です。eコマースの棚卸資産会計方法に関するガイドで説明しています。）
Shopifyストアの売上原価に含めるべきもの（および含めるべきでないもの）
売上原価には、販売可能なユニットを倉庫の棚に置くために必要なすべてのコストが含まれるべきであり、それ以降のコストは含まれません。ほとんどの Shopify セラーにとって、次の 3 つが含まれます。
- 製品コスト — サプライヤーからユニット自体に対して支払った金額。
- 国内配送料 — サプライヤーから倉庫または 3PL への株式の輸送にかかるコンテナ、航空貨物、または宅配便の費用。
- 輸入関税および関税 — 入国時の通関手数料。
製品コストに国内配送料と関税を加えたものを、出荷に含まれるユニットに分割すると、ユニットあたりの仕入原価が得られます。これは、すべての売上原価計算の基準となる数値です。輸入する場合、これを適切に計算することは、この記事の他のどのことよりも重要です。輸入販売業者のための仕入原価会計に関するガイドで、完全な説明を書いています。
同様に重要なのは、売上原価に含まれないものです。
- ピッキング、梱包、およびフルフィルメント手数料 — 3PL が注文を発送するために請求する料金は、商品のコストではなく、フルフィルメントのコストです。これは営業費用です。（3PL の請求書は、個別に確認する価値があります。3PL の価格設定が実際にどのように機能するかを参照してください。）
- 顧客へのアウトバウンド配送料 — 論理は同じです。営業費用です（一部の店舗では、粗利益のすぐ下にフルフィルメント費用として表示されます。いずれにしても、売上原価ではありません）。
- Shopify および決済処理手数料 — 販売コストであり、製品コストではありません。
- 広告費、梱包材、ソフトウェア — すべて営業費用です。
売上総利益は、製品自体のコストはいくらか、という1つの問いに答えるべきなので、この行は重要です。フルフィルメントと販売のコストを売上原価に含めると、利益を他の店舗、過去の実績、買収者が期待するものと比較できなくなります。当社のEコマース勘定科目テンプレートには、売上原価と運営セクションがあらかじめ作成されているため、最初から適切な区分に分類されます。
ストア規模で売上原価を追跡する3つの方法
モデルを把握していることは一つのことです。月に1,500件の注文で売上原価を記録することは別のことです。実際には、Shopifyの販売者は3つの方法のいずれかを使用しています。
方法1：月次売上原価仕訳
最も一般的な方法です。月に一度、スプレッドシートで売上原価を計算し、QuickBooksに単一の仕訳として記録します。
- SKUあたりの着船原価を維持します。 SKUごとに1つのスプレッドシート列：仕入先コスト+配送料+関税、単価あたり。異なるコストで新しい出荷が到着したときに更新します。
- 月に販売されたSKUあたりのユニットをプルします。 Shopifyの製品別売上レポートで直接取得できます。
- 乗算して合計します。 着船原価×販売ユニット、SKUごと、合計。
- 1つの仕訳を記録します：売上原価を借方、棚卸資産を貸方、合計額。
月に発生した仕入は、請求書が入力されたときに棚卸資産勘定に計上されます。月末のエントリは、販売されたものを正確に移動させます。
長所：どの注文量でも機能し、コストがかからず、着船原価を管理できます。短所：手動であり、月次（月半ばの利益の可視性なし）であり、その精度は着船原価スプレッドシートが最新であることに依存します。棚卸資産残高を調整するための四半期ごとの棚卸により、小さなエラーが蓄積するのを防ぎます。
月間約200〜5,000件の注文があるほとんどの店舗にとって、これは正直な推奨事項です。スプレッドシートが存在すれば、月に1時間で済みます。
方法2：QuickBooks Onlineの組み込み在庫追跡
QBO PlusとAdvancedは、在庫をネイティブに追跡できます。製品あたりのコストを設定すると、QBOは手持ちの数量を保持し、すべての販売はFIFOを使用して自動的に売上原価を投稿します。
小規模（少数のSKU、控えめな注文量）では、これは機能します。Shopifyストアの規模では、3つの障害が発生します。自動売上原価投稿を有効にするには、すべての注文が項目別で製品マッピングされたトランザクションとしてQBOに到着する必要があり、これはカタログ全体でクリーンなSKUマッチングによる注文ごとの同期を意味します。QBOの原価追跡は購入請求書から始まるため、配送料と関税を品目原価に一貫して割り当てない限り、着船原価は入りません。ほとんどの販売者はそうしません。また、追跡されるカタログが大きいと、QBOファイルが重くなり、SKUのマッピングミスがデータの問題になります。
長所：売上原価は、月末のエントリなしで、注文ごとに自動的に投稿されます。短所：注文ごとの項目別同期、すべての請求書に対する着船原価の規律ある入力、および継続的なSKU衛生管理が必要です。約50 SKU未満および中程度のボリュームでは合理的ですが、それ以上になると壊れやすくなります。
方法3：専用在庫管理ソフトウェア
ある一定点を超えると — 複数の倉庫、バンドルやキット、組み立て、数千のSKU — 在庫管理はスプレッドシートとQBOのネイティブ追跡の両方を超えてしまいます。Cin7、Katana、またはinFlowクラスのツールは、コアジョブとして数量とコストを追跡し、集計されたCOGSと在庫価値のエントリをQuickBooksにプッシュします。
強み: 問題のために構築されており、着船コスト、組み立て、および複数拠点を適切に処理します。 弱み: 実際の月次コスト、実際の導入労力、維持する同期がもう一つ増えます。在庫の複雑さがボトルネックである場合の正しい答え — それより前ではありません。
実例による1ヶ月
架空の店舗、丸い数字。セラミック飲料容器の3つのSKUを販売しています。3月には、製品$42,000、海上運賃$4,800、関税$1,200 — 合計着船コスト$48,000の出荷が到着します。
出荷が到着したとき（サプライヤーと運賃請求書を通じて入力）:
在庫 $48,000を貸方記入 · 買掛金/現金 $48,000を借方記入
3月のP&L: 未変更。あなたの貸借対照表は現在、株式を資産として保有しています。
3月中に、3つのSKUにわたって1,620単位を$51,000の収益で販売します。月末に、ShopifyからSKUあたりの販売単位をプルし、着船コストに掛けます:
| SKU | 単位あたりの着船コスト | 販売単位数 | 売上原価 |
|---|---|---|---|
| マグカップ、12オンス | $6.40 | 900 | $5,760 |
| タンブラー、16オンス | $8.10 | 520 | $4,212 |
| カラフェセット | $19.50 | 200 | $3,900 |
| 合計 | 1,620 | $13,872 |
月末の仕訳:
売上原価 $13,872を貸方記入 · 在庫 $13,872を借方記入
3月の粗利益: $51,000 - $13,872 = $37,128、粗利益率72.8%。出荷の残りの$34,128は貸借対照表に残り、4月、5月、6月の売上原価として販売されるのを待っています。
今月、同じ月を間違った方法で実行します — 到着時に全額$48,000を費用計上します。3月は、$48,000の「コスト」に対して$51,000の収益を示します：利益率5.9%。4月は、同様の販売と購入なしで、ほぼ100%を示します。同じ店舗、同じ製品、そしてどちらも役に立たない2つの数字。それがタイミングが作るすべての違いです。
売上側がどのように適合するか
上記のすべての方法は同じものに依存しています：SKUごと、月ごとに正確に何が販売されたかを知ること、そしてあなたの売上原価と一致させるためにQuickBooksにクリーンな収益があること。Shopifyの注文がQBOに一括入金として着金する場合 — または全く着金しない場合 — 売上原価のエントリは信頼できるペアがなく、着船コストのスプレッドシートがどれほど優れていても、粗利益は架空のままです。
その収益側は最初に自動化する価値のある部分であり、LedgerPortが処理する部分です：ShopifyからQuickBooksへの注文、返金、手数料、および支払い。これらはQBOの適切な品目にマッピングされた製品と希望する収益勘定にマッピングされた収益勘定で行われます。LedgerPortはあなたの売上原価を計算しません — それはあなたの着船コストの計算またはあなたの在庫ツールです — しかし、それと一致する収益が、月ごとに、ペニー単位で正確であることを保証します。月30件までのストア向けの無料プランがあり、有料プランは月$25から始まります。
LedgerPortが粗利益の収益側をクリーンに保つ方法を見る →
損益計算書を信頼できるようになったあなた
半年後、3月のコンテナが到着しても、損益計算書はほとんど変化しません。粗利益率は3月が72％、4月が71％、5月が73％となり、2％の低下で帳簿を疑うのではなく、運賃率を確認するほどの精度になります。CPAが手持ち在庫を尋ねたとき、それは貸借対照表の数字であり、推測ではありません。
この記事の仕組みがすべてです。購入は棚卸資産に計上され、SKUあたりの仕入原価が計算され、販売された月に原価が認識されます。規模に合った追跡方法を選択してください。ほとんどの店舗では月次の仕訳で十分です。購入スケジュールは損益計算書を作成しなくなります。売上原価は、クリーンなeコマース元帳の1つの柱です。全体像を把握するには、eコマース会計の完全ガイドから始めてください。
