المحاسبة متعددة المتاجر في كويك بوكس: حافظ على نظافة السجلات

يتم تحديد المحاسبة متعددة المتاجر في كويك بوكس في يوم إطلاق المتجر رقم 2 - يكتشف معظم المشغلين ذلك بعد أربعة عشر شهرًا.

---

جدول أعمال اجتماع يوم الخميس مع نفسك يتضمن بندًا واحدًا: إغلاق المتجر رقم 2، أو مضاعفة الجهود فيه.

لذلك تفتح كويك بوكس للحصول على الإجابة. إجمالي الإيرادات في ازدياد. رسوم التاجر في ازدياد. الإنفاق الإعلاني في ازدياد كبير. ولا يوجد أي منها مرتبط بمتجر. حساب "المبيعات" الخاص بك هو كلا العلامتين التجاريتين المصبوبتين في رقم واحد. حساب الرسوم الخاص بك هو رقم واحد مدمج. لا يمكنك، بالبيانات أمامك، تحديد ما إذا كان المتجر الثاني قد حقق ربحًا في الربع الأخير أو استهلك بهدوء هامش المتجر الأول.

هذا هو الجزء الذي لا يحذرك منه أحد عند إطلاق واجهة متجر ثانية - علامة تجارية جديدة، منطقة جديدة، أو متجر WooCommerce بجوار متجر Shopify الخاص بك. لا تتضاعف مسك الدفاتر. إنها تتضاعف ثلاث مرات، لأنه الآن هناك وظيفة ثالثة: الحفاظ على فصل المتجرين. وإذا تخطيت هذه الوظيفة، فأنت تعرف بالضبط السبب، لأنك قلت نفس الجملة التي يقولها الجميع تقريبًا: "سأقوم فقط بإلقاء كلا المتجرين في نفس حسابات كويك بوكس وتقسيمها لاحقًا عندما أحتاج إلى ذلك."

الوقت متأخر. وهنا الحقيقة الميكانيكية غير المريحة حول المحاسبة متعددة المتاجر في كويك بوكس: لا يمكن فصل البيانات المختلطة بأثر رجعي. أربعة عشر شهرًا من المعاملات بدون تسمية متجر لا تنتظر الفرز - لم يتم التقاط المعلومات أبدًا. القرار المهم يتم اتخاذه في اليوم الأول، في الهيكل. الخبر السار هو أن الهيكل ليس معقدًا. يتعلق الأمر بأربعة قرارات، وهذا المنشور يغطيها جميعًا.

المحاسبة متعددة المتاجر في كويك بوكس: ملف واحد أم اثنان؟

قبل حسابات المقاصة، قبل تعيين الرسوم، قبل أي شيء - السؤال الهيكلي: هل يعيش المتجر رقم 2 في ملف كويك بوكس الحالي الخاص بك أم في ملف خاص به؟

قاعدة القرار قصيرة بما يكفي لحفظها: الكيان القانوني هو حدود الملف. العلامة التجارية أو القناة هي فئة أو موقع داخل الملف.

إعدادك	هيكل كويك بوكس
متجران، كيان قانوني واحد (علامتان تجاريتان، أو Shopify + WooCommerce)	ملف QBO واحد، مع فئة أو موقع لكل متجر
متجران، كيانان قانونيان يقدمان إقرارات منفصلة	ملفان QBO - لا استثناءات
شركة قابضة مع شركات تابعة	ملف واحد لكل كيان؛ توحيد على مستوى التقارير

المنطق يسير في كلا الاتجاهين. ملف QuickBooks هو سجلات محاسبة لكيان ضريبي واحد. امزج كيانين في ملف واحد ولا يمكنك إنتاج عائد أي من الكيانين دون فصل الملف - كل معاملة تصبح سؤال "لمن هذا؟" في أسوأ وقت ممكن. قسّم كيانًا واحدًا عبر ملفين وتحصل على المشكلة المعاكسة: لا يوجد ربح وخسارة واحد، ولا ميزانية عمومية واحدة، وتوحيد يدوي في كل مرة يطلب فيها محاسبك أو المقرض الصورة الكاملة.

معظم المشغلين الذين يقرأون هذا هم الصف الأول: شركة ذات مسؤولية محدودة واحدة، واجهتان. إذا كان هذا هو أنت، فالإجابة هي ملف واحد مع تتبع لكل متجر - وبقية هذا المنشور يدور حول بنائه.

هناك شرط مسبق واحد يستحق الذكر: يتطلب تتبع الفئة والموقع QuickBooks Online Plus أو Advanced. إذا كنت تستخدم Essentials، فإن هذا الترقية جزء من التكلفة الحقيقية للمتجر رقم 2. قم بتخصيص ميزانية لها بدلاً من التحايل عليها - الحل البديل هو الخلاط.

وهناك موعد نهائي واحد يستحق الذكر: اللحظة التي تضع فيها أدوات المزامنة، يتوقف الهيكل عن كونه قابلاً للعكس. في LedgerPort، تربط الشركة متجرًا واحدًا بشركة QuickBooks واحدة، وبمجرد تفويض هذا الاتصال، لا يمكن أبدًا تبديل شركة QBO بأخرى لاحقًا. يجب تسوية مسألة الملف قبل أن ينقر أي شخص على تفويض - وليس إعادة النظر فيها بعد تدفق ستة أشهر من المعاملات.

لاحظ ما تفترضه الأدوات أيضًا: شركة QuickBooks واحدة لكل عمل. "ملفان، تسجيل دخول واحد" هو الشكل المدعوم أصلاً، وكل عمل معزول تمامًا - الوثائق توضح ذلك ببساطة: التغييرات التي تم إجراؤها في عمل واحد لا تؤثر على عمل آخر. لذا، إذا كانت متاجركم كيانات منفصلة، فإن حل الملفين ليس حلاً وسطًا ستقاتل برامجك ضده؛ إنه الإعداد الافتراضي الذي تم بناء البرنامج عليه.

هيكل المتجر لكل متجر داخل ملف واحد

تأتي مسك الدفاتر النظيفة متعددة المتاجر داخل ملف QBO واحد من أربع قطع. لا شيء منها غريب. يجب أن تكون جميعها موجودة قبل تدفق المعاملات، وليس بعدها.

1. فئة أو موقع لكل متجر

يمنحك QuickBooks بعدين للتصنيف. الموقع يطبق علامة واحدة لكل معاملة - وهو بالضبط ما هو عليه المتجر، لذا فهو عادةً ما يكون الملاءمة الأنظف. يمكن لـ الفئة فصل الأسطر الفردية داخل المعاملة، مما يجعلها أفضل لأشياء مثل فئات المنتجات. إعداد افتراضي معقول: استخدم الموقع للمتجر، واحتفظ بالفئة كاحتياطي لبعد ثانٍ قد تريده لاحقًا.

أيهما تختار، القاعدة هي التغطية الكاملة. كل إيصال مبيعات، وكل رسوم، وكل استرداد يحصل على علامة متجر. المعاملة غير المسماة هي معاملة تعود إلى الخلاط.

2. حساب مقاصة لكل متجر، لكل بوابة

لكل معالج دفع خاص بالمتجر حساب تسوية خاص به في دليل الحسابات الخاص بك: حساب تسوية مدفوعات شوبيفاي — العلامة التجارية أ، حساب تسوية مدفوعات شوبيفاي — العلامة التجارية ب، حساب تسوية سترايب — متجر وو. تتدفق المبيعات إلى حساب التسوية الخاص بالمتجر؛ وتتدفق المدفوعات منه إلى البنك؛ ويعود الحساب إلى الصفر عند تسوية كل شيء.

شارك حساب تسوية واحد عبر المتاجر وتفقد أفضل تشخيص لديك. حساب التسوية الذي لا يعود إلى الصفر يخبرك بوجود خطأ محدد — ولكن فقط إذا كان ينتمي إلى متجر واحد. ادمج متجرين فيه وسيختفي خطأ في العلامة التجارية أ داخل رصيد العلامة التجارية ب إلى أجل غير مسمى.

إذا كان دليل الحسابات الخاص بك يسبق المتجر رقم 2، فهذه هي اللحظة المناسبة لإعادة هيكلته — قالب دليل الحسابات الخاص بالتجارة الإلكترونية هو التخطيط الأولي، وتقوم بتكرار أقسام التسوية والرسوم لكل متجر.

3. بنود رسوم لكل متجر

قم بتعيين الرسوم بحيث تكون مرئية حسب المتجر — إما حسابات منفصلة (رسوم التاجر — العلامة التجارية أ) أو حساب رسوم واحد مع تطبيق علامة المتجر باستمرار.

هذا الأمر أكثر أهمية مما يبدو. تختلف تكلفة المعالجة الفعلية حسب المتجر: مزيج مختلف من البوابات، متوسط قيمة طلب مختلف، معدلات استرداد مختلفة. إذا كان معدل الرسوم الفعلي للعلامة التجارية ب هو 3.1٪ بينما هو 2.4٪ للعلامة التجارية أ، فهذه فجوة هامش حقيقية يمكنك التصرف بناءً عليها — ولكن فقط إذا لم يتم خلط الرسوم مطلقًا.

4. قاعدة مكتوبة للتكاليف المشتركة

يشترك متجران في أشياء: حساب إعلانات، عقد 3PL، راتبك الخاص. اختر أساس تخصيص — مشاركة الإيرادات جيدة — قم بتسجيلها شهريًا بإدخال دفتر يومية متكرر، واكتب القاعدة. لا يوجد تخصيص مثالي. التخصيص المتسق هو ما يجعل الربح والخسارة لكل متجر موثوقًا به، والاتساق لا يبقى إلا إذا تم توثيق القاعدة بدلاً من إعادة تحديدها كل شهر.

[صورة: مقتطف من دليل الحسابات يوضح أقسامًا متوازية لكل متجر — حسابي تسوية وحسابي رسوم تاجر، مُعنونين بالعلامة التجارية أ والعلامة التجارية ب]

إذا كان أحد واجهات متجرك هو WooCommerce، فإن بيانات طلباته تصل بشكل أكثر فوضوية من بيانات Shopify — دليل مسك الدفاتر لـ WooCommerce يغطي تلك التفاصيل قبل دمج هذا المتجر في هذا الهيكل.

الفخاخ الثلاثة التي تمنع الأدوات من دمج السجلات مرة أخرى

حتى الإعداد الصحيح يتدهور في أماكن متوقعة. ثلاثة منها مسؤولة عن معظم الضرر.

تحويلات المخزون بين المتاجر. نقل المخزون من العلامة التجارية أ إلى العلامة التجارية ب ليس عملية بيع — أنت نفس الكيان القانوني. سجّلها كواحدة وستظهر العلامة التجارية أ إيرادات لم تكسبها أبدًا بينما تذهب تكلفة البضائع المباعة للعلامة التجارية ب بشكل خاطئ. قم بالتحويل بالتكلفة بإدخال دفتر يومية بين حسابات أصول المخزون، ولا يوجد أي سطر إيرادات في أي مكان. (إذا كانت متاجركم كيانات منفصلة، ينطبق العكس: إنها عملية بيع حقيقية بين الشركات، بسعر يمكن الدفاع عنه — سبب آخر يجعل قرار حدود الكيان يأتي أولاً.)

إنفاق إعلاني مشترك. حساب Meta واحد يمول حملات كلا المتجرين، ويتم تحميل تكلفة البطاقة كمصروف واحد. اتركه غير مقسم وسيقوم أحد المتجرين بتحمل تكلفة اكتساب الآخر بصمت - عادةً ما يكون المتجر الأقدم يدعم المتجر الجديد، مما يجعل المتجر الجديد يبدو أفضل مما هو عليه. مرة واحدة في الشهر، اسحب الإنفاق حسب الحملة وقسم المصروف حسب علامة المتجر. يستغرق الأمر عشرين دقيقة، وهو الفرق بين ربح وخسارة لكل متجر وخيال لكل متجر.

بوابة واحدة تخدم متجرين. من المغري تشغيل عملية الدفع للمتجر الثاني من خلال حساب الدفع الذي لديك بالفعل. لا تفعل ذلك. يحتوي كل دفعة الآن على طلبات من متجرين، ولا توجد طريقة واضحة لتقسيم الإيداع بعد وصوله. حساب بوابة واحد لكل متجر. الإدارة الإضافية تافهة مقارنة بسجل بنكي لا يمكنك نسبه أبدًا.

الفخاخ التي ترفض الأدوات السماح لك بالوقوع فيها

تأتي الكتب المدمجة عادةً من انحراف العملية، وأدوات المزامنة تغلق بعض نقاط الانحراف هيكليًا. سياجان وحالة خطر متبقية واحدة، كلها مسماة في وثائق LedgerPort الخاصة.

السياج الأول: لا يمكن المطالبة بمتجر مرتين. حاول توصيل واجهة متجر مرتبطة بالفعل بحساب LedgerPort آخر ويفشل الاتصال بخطأ صريح - "هذا الموقع متصل بالفعل بحساب آخر." هذا يمنع خطر المشغل المتعدد حيث تتصارع خطوط أنابيب مزامنة صامتة على واجهة متجر واحدة، كل منها يكتب نسخته الخاصة من الكتب.

السياج الثاني: حدود المتجر مرئية، وليست مكتشفة. عدد الاتصالات يعتمد على الخطة ويظهر مباشرة في صفحة الاتصال، لذا فإن "كم عدد المتاجر التي يغطيها هذا" لا يكون أبدًا تذكرة دعم - تصل إلى "تم الوصول إلى الحد الأقصى للاتصالات" عند الحد، وليس مزامنة جزئية صامتة.

حالة الخطر المتبقية التي تستحق المعرفة: إدخال مكرر في QuickBooks. عندما تتداخل مزامنة يدوية ومزامنة تلقائية على نفس الطلب، يمكن نشر نفس رقم الطلب مرتين. يظهر كخطأ مسمى مع إصلاح موثق - تحقق في QBO، احذف المكرر، أعد المزامنة - بدلاً من الاختباء في إيراداتك حتى التسوية.

ما الذي تغيره رؤية كل متجر بالفعل

ارجع إلى اجتماع يوم الخميس. نفس السؤال - إغلاق أو مضاعفة الجهد - ولكن الآن تقوم بتشغيل ربح وخسارة حسب الموقع والإجابة موجودة في عمودين.

لنفترض أن العلامة التجارية ب حققت 38,000 دولار الشهر الماضي. بعد رسومها الخاصة، ونفقاتها الإعلانية المخصصة، وشحنها، فإنها تعمل بنسبة صافية 4٪ بينما تعمل العلامة التجارية أ بنسبة 12٪ - الآن تعرف أن المتجر الثاني يمثل مشكلة في هامش الربح بحجم معين، ويمكنك رؤية أي سطر هو الجاني. أو تنقلب الأعمدة: ب هي الأعمال ذات الهامش الأفضل وكان حجم أ يخفيها، وفي هذه الحالة كان إغلاق ب سيكون خطأ مكلفًا تم ارتكابه بأرقام مدمجة تبدو واثقة.

هذه هي العائد الحقيقي لهذا الهيكل. ليس الترتيب - بل التوجيه. أي متجر يحصل على 10,000 دولار التالية من المخزون. ما إذا كانت أسعار الشحن للعلامة التجارية ب تحتاج إلى تغيير. ما تعرضه للمقرض الذي يطلب أداء المتجر. يحصل محاسبك على ملف واحد نظيف بدلاً من صندوق أحذية به عملان، ويتم إجراء كل مكالمة من هذه المكالمات بناءً على الأدلة.

الرؤية لكل متجر لها طبقة ثانية يغفل عنها معظم المشغلين: رؤية المزامنة لكل متجر. في LedgerPort، تحتفظ كل شركة بسجل تدقيق خاص بها - تشمل أنواع الكيانات الدفعات والملخص اليومي، وليس فقط الطلبات - لذا فإن الفحص السريع قبل الاجتماع هو مرشح، وليس جدول بيانات: قم بتعيين الحالة إلى غير متزامن أو خطأ لكل متجر، ستون ثانية لكل واجهة متجر، وتعرف أن دفاتر كل متجر محدثة بالفعل قبل أن يفتح أي شخص بيان الربح والخسارة. إذا لم يكن المتجر محدثًا، فإن الاسترداد هو وصفة انقطاع الخدمة الخاصة بالمستندات: مرشح نطاق التاريخ عبر نافذة الفجوة، تحديد الكل، مزامنة المحدد - لكل متجر، دون لمس المتاجر التي تعمل بشكل جيد. ملاحظة صادقة واحدة: الاحتفاظ بالسجلات مصنف حسب الخطة (7، 30، أو 90 يومًا، حتى غير محدود)، لذا تحتاج شركة تجري مراجعات ربع سنوية إلى إحدى النوافذ الأطول.

أين يتناسب LedgerPort

كل ما سبق يمكن تحقيقه يدويًا. إنها أيضًا انضباط دائم: كل طلب، استرداد، دفع، ورسوم، مصنفة للمتجر الصحيح وموجهة إلى حساب التسوية الصحيح، كل يوم، عبر كل واجهة متجر. فشل الوضع ليس الجهل - بل هو الربع الرابع المزدحم.

هذه هي المهمة المحددة التي توجد لها أتمتة مزامنة المتاجر المتعددة - سواء كنت تتعامل مع المحاسبة لمتاجر Shopify متعددة أو مزيج من Shopify-plus-WooCommerce. مزامنة المتاجر المتعددة في LedgerPort تربط كل واجهة متجر Shopify أو WooCommerce بنفس ملف QuickBooks Online، وتحافظ على الحدود لك: يحصل كل متجر على حساب تسوية خاص به، وتعيين رسوم خاص به، وفئة أو علامة موقع خاصة به، مع نشر الطلبات، والاستردادات، والمدفوعات، والرسوم لكل متجر تلقائيًا.

داخل لوحة التحكم، الحد هو هيكلي، وليس اصطلاح تسمية: تعيش كل واجهة متجر كـ عمل خاص بها تحت تسجيل دخول واحد. انقر فوق اسم العمل في الزاوية العلوية اليسرى وستعرض القائمة المنسدلة كل متجر في الحساب - كل منها معزول تمامًا، مع اتصالاته الخاصة، وسجلات المزامنة، والتعيينات، والإعدادات، لذلك لا شيء من العلامة التجارية أ يتسرب إلى العلامة التجارية ب.

إضافة المتجر رقم 2 - أو رقم 3 - يتطلب اسمًا وعملة ومنطقة زمنية. ثم تقوم بتوصيل هذا المتجر وشركة QuickBooks الخاصة به بنفس الطريقة التي قمت بها بالأولى.

يتبع الوصول نفس الحدود. يتم تعيين الأدوار لكل عمل تجاري، لذا يمكنك دعوة محاسبك إلى دفاتر المتجر أ - حيث يمكنه عرض سجلات المزامنة وتشغيل المزامنات اليدوية - دون أن يرى المتجر ب أو فواتيرك أبدًا. يتم تغطية تقسيم المسؤول/العضو في كيفية إضافة أعضاء الفريق وإدارة الأدوار.

للشركات التي تدير متاجر العملاء: نفس الهيكل يتوسع ليشمل عمل العملاء - كل واجهة متجر للعميل هي عملها التجاري المعزول الخاص بها ضمن تسجيل دخول شركتك، مع وصول مقيد بالأدوار لكل عميل. راجع برنامج شركاء المحاسبين القانونيين و دليل برنامج شركاء المحاسبين القانونيين LedgerPort.

هل تدير متاجر على منصتين؟ تعمل حالة Shopify-plus-WooCommerce بنفس الطريقة، من نفس الحساب. يتصل متجر Shopify في حوالي 15 دقيقة - البدء مع LedgerPort هو المسار الكامل - ويتم تثبيت متجر WooCommerce كمكون إضافي ويكتمل من خلال معالج إعداد، وفقًا لـ تثبيت LedgerPort في متجر WooCommerce والاتصال بـ QuickBooks Online. تتم مزامنة كلا الواجهتين مع QuickBooks مع الحفاظ على حدودهما الخاصة سليمة - لا توجد أداة ثانية، ولا اشتراك ثانٍ.

حول التسعير: خطة المقياس (من 67 دولارًا شهريًا، 5000 طلب شهريًا) تتعامل مع ما يصل إلى 3 واجهات متاجر مع مزامنة في الوقت الفعلي وسجلات دفع لكل متجر ومعالجة رسوم - والتي تغطي معظم مشغلي العلامتين التجاريتين أو Shopify-plus-Woo. المؤسسة (من 169 دولارًا شهريًا) تزيل الحدود: متاجر وطلبات غير محدودة، محاسبة بطاقات الهدايا ورصيد المتجر، ومدير حساب مخصص. يوفر الفوترة السنوية خصمًا بنسبة 15٪، وكل شيء يحمل ضمان استعادة الأموال لمدة 14 يومًا - استرداد كامل بنسبة 100٪، دون طرح أسئلة.

حد صادق: لن يقرر LedgerPort قاعدة تخصيص التكاليف المشتركة الخاصة بك أو يسجل تحويلات المخزون بين المتاجر. تظل قرارات الحكم هذه معك ومع محاسبك. ما يزيله هو انضباط المعاملات اليومية - الجزء الذي يتآكل.

اجتماع النقرتين

في الربع القادم، يعقد الاجتماع مرة أخرى - هذه المرة يتعلق بما إذا كان المتجر رقم 3 فكرة جيدة.

تفتح QuickBooks. التقارير. الربح والخسارة حسب الموقع. نقرتان. العلامة التجارية ب عند صافي 9٪ وتتزايد منذ أن قمت بإعادة تسعير شحنها في أبريل. العلامة التجارية أ ثابتة. يستغرق الاجتماع أربع دقائق، معظمها تقضيه في التساؤل عما يجب فعله بالساعة المتبقية.

إنه اجتماع استراتيجي أقل إثارة مما قد تتوقعه على الإطلاق. هذا هو الهدف.

يعمل الخلاط في اتجاه واحد فقط - بيانات المتجر التي لا تفصلها اليوم هي الربح والخسارة لكل متجر التي لا يمكنك سحبها العام المقبل. إذا كنت تقوم بإعداد المتجر رقم 2 الآن، أو وصل المتجر رقم 2 قبل أربعة عشر شهرًا ولم تلحق الكتب به أبدًا، فانظر كيف يحافظ LedgerPort على كتب كل متجر منفصلة تلقائيًا، أو ابدأ مجانًا وقم بتوصيل متجرك الأول في حوالي 15 دقيقة.