QuickBooksでのマルチストア会計:帳簿をきれいに保つ

QuickBooksでのマルチストア会計

QuickBooksでのマルチストア会計は、2店舗目を立ち上げた日に決まります。ほとんどの事業者は、14ヶ月後に遅すぎると気づきます。


木曜日の自分自身との会議のアジェンダは1項目です:2店舗目を閉鎖するか、それともさらに投資するか。

そこでQuickBooksを開いて答えを得ようとします。総収益は増加しています。決済手数料は増加しています。広告費は大幅に増加しています。そして、それらのどれにも店舗が紐づいていません。あなたの「売上」勘定は、両方のブランドが1つの数字に注ぎ込まれたものです。あなたの手数料勘定は、1つの混同された数字です。目の前にあるデータでは、2店舗目が前四半期に利益を上げたのか、それとも静かに1店舗目の利益を食いつぶしたのかを判断することはできません。

これが、2店舗目の販売を開始するときに誰も警告してくれない部分です。新しいブランド、新しい地域、またはShopifyストアの隣にあるWooCommerceストア。簿記は倍にはなりません。3倍になります。なぜなら、今や3つ目の仕事があるからです。それは、2つのストアを別々に管理することです。そして、その仕事を怠った場合、なぜそうしたのか正確にわかっているはずです。なぜなら、ほとんどの人が言うのと同じ言葉を言ったからです。「両方のストアを同じQuickBooks勘定に突っ込んで、必要になったら後で分割しよう。

後で、が今です。そして、QuickBooksでのマルチストア会計に関する、不快な機械的な真実があります。混同されたデータは、遡って分離することはできません。店舗ラベルのない14ヶ月分の取引は、ソートされるのを待っているわけではありません。その情報は一度もキャプチャされていません。重要な決定は初日に、構造の中で行われます。良いニュースは、その構造が複雑ではないということです。それは約4つの決定に関わることで、この記事ではそれらすべてを説明します。

QuickBooksでのマルチストア会計:ファイルは1つか2つか?

クリアリング口座の前、手数料マッピングの前、その他のすべてよりも前に、構造に関する質問があります。それは、2店舗目は既存のQuickBooksファイルに存在するか、それとも独自のファイルに存在するか、ということです。

決定ルールは短く、記憶できるほどです:法人はファイル境界です。ブランドまたはチャネルは、ファイル内のクラスまたはロケーションです。

あなたのセットアップ QuickBooksの構造
2つのストア、1つの法人(2つのブランド、またはShopify + WooCommerce) 1つのQBOファイル、ストアごとにクラスまたはロケーションを設定
2つのストア、別々の申告を行う2つの法人 2つのQBOファイル - 例外なし
持株会社と子会社 法人ごとに1つのファイル。レポート層で統合

その理由は両方向に働きます。QuickBooksファイルは、1つの税務エンティティの記録簿です。2つのエンティティを1つのファイルに混在させると、ファイルを分割しない限り、どちらのエンティティの申告書も作成できなくなります。すべての取引が、最悪のタイミングで「これは誰のものか?」という疑問になります。1つのエンティティを2つのファイルに分割すると、逆の問題が発生します。単一の損益計算書も、単一の貸借対照表もなくなり、CPAや貸付人が全体像を求めたときに毎回手動で統合する必要があります。

これを読んでいるほとんどの事業者は、最初の行に該当します。1つのLLC、2つの店舗。それがあなたなら、答えは店舗ごとの追跡を行う1つのファイルです。そして、この記事の残りはその構築方法についてです。

言及する価値のある前提条件が1つあります。クラスと場所の追跡には、QuickBooks OnlineのPlusまたはAdvancedが必要です。Essentialsを使用している場合、そのアップグレードは店舗#2の実際のコストの一部です。それを回避しようとするのではなく、予算を立ててください。回避策は、すべてを混ぜ合わせることです。

言及する価値のあるもう1つの締め切りがあります。同期ツールを導入した瞬間から、アーキテクチャは元に戻せなくなります。LedgerPortでは、ビジネスは1つの店舗を1つのQuickBooks会社にバインドします。その接続が承認されると、QBO会社を後で別の会社に変更することはできません。トランザクションが6か月間流れた後に再検討するのではなく、承認をクリックする前にファイルの問題を解決する必要があります。

ツールが想定していることも注意してください。ビジネスごとに1つのQuickBooks会社です。「2つのファイル、1つのログイン」はネイティブにサポートされている形式であり、各ビジネスは完全に分離されています。ドキュメントにはっきりと記載されています。一方のビジネスで行われた変更は、もう一方に影響しません。したがって、店舗が別々のエンティティである場合、2つのファイルという答えは、ソフトウェアと格闘する妥協策ではなく、ソフトウェアが構築されているデフォルトです。

「接続」ボタンが付いたQuickBooks Onlineカードが表示されているLedgerPortの接続ページ
承認クリックは、ファイルアーキテクチャが永続的になる場所です。ビジネスが接続するQBO会社は、後で変更することはできません。それは罠ではなく、構造を意図的に決定させるツールです。完全なウォークスルー:LedgerPortでQuickBooks Onlineを接続する→

1つのファイル内のストアごとの構造

単一のQBOファイル内のクリーンな複数店舗の簿記は、4つの部分に集約されます。それらのどれも珍しいものではありません。それらはすべて、トランザクションが流れる前に存在しなければならず、後からではありません。

1. 各ストアにクラスまたはロケーションを設定

QuickBooksは2つのタグ付けディメンションを提供します。場所はトランザクションごとに1つのタグを適用します。これはまさに店舗が何であるかであり、通常はよりクリーンな適合性があります。クラスはトランザクション内の個々の行を分割できるため、製品カテゴリのようなものにはより適しています。賢明なデフォルト:場所を店舗に使用し、後で必要になる可能性のある2番目のディメンションのためにクラスを予約しておきます。

どちらを選択しても、ルールは完全なカバレッジです。すべての売上伝票、すべての手数料、すべての払い戻しには店舗タグが付けられます。タグ付けされていないトランザクションは、ブレンダーに戻されるトランザクションです。

2. ストアごと、ゲートウェイごとのクリアリング口座

各店舗の決済代行会社ごとに、勘定科目表に個別のクリアリング口座を設定します。「Shopify Payments Clearing — Brand A」、「Shopify Payments Clearing — Brand B」、「Stripe Clearing — Woo Store」などです。売上は店舗のクリアリング口座に入金され、支払いはそこから銀行へ出金されます。すべての残高照合が完了すると、口座はゼロに戻ります。

複数の店舗で一つのクリアリング口座を共有すると、最も重要な診断機能が失われます。ゼロにならないクリアリング口座は、何かが特定的に間違っていることを示しますが、それはその口座が単一の店舗に属している場合に限ります。2つの店舗を一つの口座に混ぜると、Brand AのエラーがBrand Bの残高の中に無期限に隠れてしまいます。

もし勘定科目表が店舗#2より古い場合は、この機会に再構築してください。当社のEコマース向け勘定科目表テンプレートが初期レイアウトとなり、クリアリングおよび手数料のセクションを店舗ごとに複製します。

3. ストアごとの手数料項目

手数料を店舗ごとに表示できるようにマッピングしてください。個別の口座(「Merchant Fees — Brand A」など)を使用するか、一貫して店舗タグを適用した単一の手数料口座を使用します。

これは見た目以上に重要です。実効的な処理コストは店舗ごとに異なります。ゲートウェイの組み合わせ、平均注文金額、返金率がそれぞれ異なるからです。Brand Bの実効手数料率が3.1%で、Brand Aが2.4%であれば、それは実際に活用できる利益率の差ですが、それは手数料が一度も混在されなかった場合に限ります。

4. 共有コストに関する規定

2つの店舗は、広告アカウント、3PL契約、あなた自身の給与などを共有します。配賦基準を選択してください(収益分配で問題ありません)。毎月、定期的な仕訳伝票で記録し、そのルールを書き留めてください。完璧な配賦は存在しません。一貫した配賦こそが、店舗ごとの損益計算書を信頼できるものにする鍵であり、その一貫性は、ルールが毎月再決定されるのではなく、文書化されている場合にのみ維持されます。

【画像:勘定科目表の抜粋。並列する店舗ごとのセクションを示しており、2つのクリアリング口座と2つの加盟店手数料口座があり、Brand AとBrand Bとラベル付けされている】

もしあなたの店舗の一つがWooCommerceである場合、その注文データはShopifyのものよりも扱いにくい形で届きます。WooCommerceの記帳ガイドでは、その店舗をこの構造に組み込む前に、それらの詳細について説明しています。

帳簿を再び混同させる3つの落とし穴

正しい設定であっても、予測可能な場所で劣化します。そのうち3つが、ほとんどの問題の原因となっています。

店舗間在庫移動。Brand AからBrand Bへの在庫移動は、販売ではありません。あなたは同じ法人だからです。それを一つの取引として記録すると、Brand Aは実際には得ていない収益を計上し、Brand Bの売上原価は不正確になります。棚卸資産勘定間で仕訳伝票を使用して原価で移動させてください。収益項目は一切含めないでください。(もし店舗が別々の法人である場合、その逆が適用されます。それは正当な価格での実際の法人間売買となります。これは、法人格の境界線を最初に決定するもう一つの理由です。)

共有広告費。 1つのMetaアカウントが両方のストアのキャンペーンに資金を提供し、カードの請求は単一の費用として計上されます。分割せずに放置すると、一方のストアがもう一方の獲得コストを静かに負担することになります。通常は古いストアが新しいストアを補助するため、新しいストアが実際よりも良く見えます。月に一度、キャンペーンごとの支出を引き出し、ストアタグごとに費用を分割します。これは20分で済み、ストアごとの損益計算書とストアごとの虚構の違いとなります。

2つのストアに1つのゲートウェイ。 2番目のストアのチェックアウトを、既にある支払いアカウントで処理したくなるかもしれません。しないでください。各入金には2つのストアからの注文が含まれ、入金後に分割するクリーンな方法はありません。ストアごとに1つのゲートウェイアカウントが必要です。管理の手間は、決して紐付けられない銀行フィードに比べれば些細なことです。

ツールが陥らないようにしてくれる落とし穴

混在した帳簿は通常、プロセスのずれから生じ、同期ツールは構造的にいくつかのずれ点を閉じます。2つのガードレールと1つの残存リスクがあり、すべてLedgerPortの独自のドキュメントに記載されています。

ガードレール1:ストアは二重に請求できません。別のLedgerPortアカウントに既にリンクされているストアフロントを接続しようとすると、「このサイトは既に別のアカウントに接続されています。」という明確なエラーで接続は失敗します。これにより、2つの同期パイプラインが1つのストアフロントを静かに争い、それぞれが独自の帳簿バージョンを書き込むマルチオペレーターの危険性がブロックされます。

ガードレール2:ストア制限は表示され、発見されるものではありません。接続数はプランベースで、接続ページに直接表示されるため、「これはいくつのストアをカバーしていますか?」という質問がサポートチケットになることはありません。境界に達すると、静かな部分同期ではなく、「最大接続数に達しました」というメッセージが表示されます。

知っておくべき残存リスク:QuickBooksでの重複エントリ。手動同期と自動同期が同じ注文で重複すると、同じ注文番号が2回投稿される可能性があります。これは、収益が照合されるまで隠されるのではなく、文書化された修正方法がある名前付きのエラーとして表示されます。QBOで確認し、重複を削除して再同期します。

WooCommerceプラグインのLedgerPort接続ページに、アクティブな接続の詳細と切断オプションが表示されています
接続ページ(ここではWooCommerceプラグインで表示)は、ガードレールが存在する場所です。ストアごとに1つのアカウント、および上限に達する前に確認できるプラン制限があります。完全なウォークスルー:WooCommerceストアへのLedgerPortのインストールとQuickBooks Onlineへの接続 →

ストアごとの可視性が実際に変えること

木曜日の会議に戻りましょう。同じ質問です。シャットダウンするか、倍増するか。しかし今、あなたは地域別の損益計算書を実行しており、答えは2つの列にあります。

ブランドBが先月38,000ドルを売り上げたとします。独自の手数料、割り当てられた広告費、その配送料を差し引くと、純利益率は4%ですが、ブランドAは12%です。これで、2番目のストアが特定の規模のマージン問題であることがわかり、どの項目が原因であるかを確認できます。または、列が反転します。Bの方がマージンの高いビジネスであり、Aのボリュームがそれを隠していた場合、Bをシャットダウンすることは、自信に満ちたように聞こえる混在した数字で行われた高価な間違いだったでしょう。

それがこの構造の真のメリットです。整然としていることではなく、舵取りです。どの店舗に次の1万ドルの在庫が入るか。ブランドBの配送料を調整する必要があるか。貸し手に店舗レベルの業績を尋ねられたときに何を見せるか。会計士は、2つの事業が混在する靴箱ではなく、1つのクリーンなファイルを手に入れ、それらのすべての呼び出しが証拠に基づいて行われます。

店舗ごとの可視性には、ほとんどのオペレーターが見落としている2番目のレイヤーがあります。それは、店舗ごとの同期可視性です。LedgerPortでは、各事業は独自の監査ログ(エンティティタイプには、注文だけでなく、支払いと日次サマリーも含まれます)を保持しているため、会議前の抜き打ちチェックはフィルターであり、スプレッドシートではありません。ステータスを店舗ごとに「未同期」または「エラー」に設定し、各店舗のフロントで60秒かければ、P&Lを開く前に各店舗の帳簿が実際に最新であることを知ることができます。店舗が最新でない場合、復旧はドキュメント独自の障害レシピに従います。ギャップウィンドウの期間フィルター、すべて選択、選択したものを同期—店舗ごとに、問題のない店舗に触れることなく。正直な注意点として、ログ保持はプランティア(7日、30日、または90日、無制限まで)によって異なるため、四半期ごとのレビューを行う会社は、より長いウィンドウのいずれかが必要です。

LedgerPortの手動同期注文リスト(日付範囲、同期ステータス、検索フィルター付き)と「選択したものを同期」ボタン
店舗ごとの60秒チェック(Shopify版で表示):未同期またはエラーにフィルターをかけると、リストが空であるか、再プッシュする必要があるものが正確にわかります。完全なウォークスルー:特定の注文を手動で同期する→

LedgerPortの役割

上記すべては手動で達成可能です。また、それは永続的な規律でもあります。すべての注文、払い戻し、支払い、および手数料が、正しい店舗にタグ付けされ、正しい決済口座にルーティングされ、毎日、すべてのフロントで処理されます。失敗の原因は無知ではなく、忙しい第4四半期です。

これは、複数のShopifyストアの会計を処理している場合でも、ShopifyとWooCommerceの組み合わせを処理している場合でも、マルチストア同期自動化が存在する具体的なジョブです。LedgerPortのマルチストア同期は、各ShopifyまたはWooCommerceのフロントを同じQuickBooks Onlineファイルに接続し、境界線を維持します。各ストアには独自の決済口座、独自の料金マッピング、独自のクラスまたは場所タグがあり、注文、払い戻し、支払い、および手数料が自動的にストアごとに投稿されます。

ダッシュボード内では、境界線は構造的なものであり、命名規則ではありません。各フロントは、1つのログインの下で独自の事業として機能します。左上隅の事業名をクリックすると、スイッチャーにアカウント内のすべての店舗が表示されます。各店舗は完全に分離されており、独自の接続、同期ログ、マッピング、および設定を備えているため、ブランドAのものがブランドBに漏れることはありません。

ダッシュボードの左上から開かれたLedgerPortビジネススイッチャー。複数のビジネスと「ビジネスを追加」ボタンが表示されます
1つのログイン、店舗ごとの1つの帳簿境界線—スイッチャーは、店舗ごとの構造を可視化したものです。完全なウォークスルー:複数の事業を管理する方法→

店舗#2—または#3—を追加するには、名前、通貨、およびタイムゾーンが必要です。次に、最初の店舗と同じ方法で、その店舗とそのQuickBooks会社を接続します。

LedgerPortの注釈付きビジネス作成ダイアログ。ビジネス名、通貨、タイムゾーンのフィールドがあります
2番目のフロントの帳簿は、3つのフィールドから始まります。完全なウォークスルー:複数の事業を管理する方法→

アクセスは同じ境界に従います。ロールはビジネスごとに設定されるため、Store A のブックにブックキーパーを招待できます — 同期ログを表示したり、手動同期を実行したりできますが、Store B や請求情報を見ることはありません。管理者/メンバーの分割については、チームメンバーの追加とロールの管理方法で説明しています。

LedgerPortのチーム設定。特定のロールを持つチームメンバーを1つのビジネスに追加するための招待フローが表示されます
招待は単一のビジネスにスコープされます — ブックキーパーはアカウント全体ではなく、Store A を取得します。完全なウォークスルー:チームメンバーの追加とロールの管理方法 →

クライアントストアを管理する企業の場合:同じ構造がクライアントワークにも拡張されます — 各クライアントの storefront は、貴社のログインの下にある個別のビジネスであり、クライアントごとにロールでスコープされたアクセス権があります。CPA パートナープログラムおよびLedgerPort CPA パートナープログラム ガイドを参照してください。

2つのプラットフォームでストアを実行していますか? Shopify-plus-WooCommerce のケースは、同じアカウントから同じように機能します。Shopify ストアは、約 15 分で接続されます — LedgerPort の開始方法がすべてのパスです — WooCommerce ストアはプラグインとしてインストールされ、WooCommerce ストアに LedgerPort をインストールして QuickBooks Online に接続するに従ってセットアップウィザードを通じて完了します。どちらの storefront も、2 番目のツールや 2 番目のサブスクリプションなしで、独自の境界を維持したまま QuickBooks に同期されます。

料金について:Scale プラン(月額 $67 から、月額 5,000 件の注文)は、リアルタイム同期とストアごとの支払いジャーナルおよび手数料処理を備えた最大 3 つの storefront を処理します — これは、ほとんどの 2 ブランドまたは Shopify-plus-Woo オペレーターをカバーします。Enterprise(月額 $169 から)は制限を解除します:無制限のストアと注文、ギフトカードとストアクレジットの会計、および専任のアカウントマネージャー。年払いでは 15% 割引され、すべて 14 日間の返金保証が付いています — 100% 返金、質問なし。

正直な境界:LedgerPort は、共有コストの割り当てルールを決定したり、ストア間の在庫移動を記録したりしません。これらの判断は、あなたとあなたの会計士に残されます。取り除かれるのは、日々の取引の規律 — 消耗する部分です。

2クリックミーティング

次の四半期には、会議が再び開催されます — 今回は、ストア #3 が良いアイデアかどうかについてです。

QuickBooks を開きます。レポート。場所別の損益計算書。2 回クリックします。ブランド B は、4 月に配送料を再設定して以来、純利益 9% で増加しています。ブランド A は安定しています。会議は 4 分かかります。そのほとんどは、残りの 1 時間をどうするかを考えて過ごします。

これまでで最も期待外れの戦略会議です。それが目標です。

ブレンダーは一方向にしか実行されません — 今日分離しないストアデータは、来年プルできないストアごとの損益計算書です。ストア #2 を今セットアップしている場合、またはストア #2 が 14 か月前に到着したが、帳簿が追いついていない場合は、LedgerPort が各ストアの帳簿を自動的に分離する方法を参照するか、無料で開始して約 15 分で最初のストアを接続することができます。

手入力作業を永遠にやめる

ストアをQuickBooksに15分で接続し、残りはLedgerPortに任せましょう。

無料で始める 料金を見る →

つながりましょう:

Eコマース会計を今日から自動化

ShopifyまたはWooCommerceストアを15分以内にQuickBooksに接続 — コーディング不要。

14日間返金保証 · 無料プランあり