دليل الحسابات للتجارة الإلكترونية: كيف تتجنب قرارات الربط السيئة

تتولى عميلاً جديدًا لـ Shopify. تقوم بإنشاء دليل الحسابات الخاص به في QuickBooks Online — خمس فئات، وحسابات فرعية منطقية، وترقيم حسابات يتبع الاتفاقية القياسية. تقوم بتوصيل تكامل Shopify. كل شيء يبدو صحيحًا على الورق.

ثم يصل أول دفعة من Shopify.

أودعت Shopify مبلغ 14,200 دولار في البنك. يُظهر QuickBooks إيرادات Shopify بقيمة 15,800 دولار. يبلغ لوحة تحكم Shopify عن مبيعات إجمالية بقيمة 16,100 دولار. ثلاثة أرقام مختلفة، لنفس نشاط الشهر، لا يتفق أي منها. تقضي أربع ساعات في مطاردة الفجوة. في النهاية تجدها: رسوم مسجلة كتحويلات بنكية، مبالغ مستردة لم يتم تسجيلها مقابل الحسابات الصحيحة، مبلغ ضريبة تم جمعه يجلس في الإيرادات بدلاً من التزام. لم يكن دليل الحسابات يفتقد شيئًا. لم يتم بناؤه لكيفية تحريك Shopify للأموال فعليًا.

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

دليل الحسابات الذي يبدو صحيحًا حتى نهاية الشهر

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

Shopify لا تعمل بهذه الطريقة.

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

الحسابات ليست خاطئة. الهيكل هو.

لماذا هيكل الدفع الصافي لـ Shopify هو المشكلة المعمارية

إليك ما تحتويه مدفوعات Shopify النموذجية فعليًا، مفصلة كبنود:

• إجمالي المبيعات — الإيرادات الإجمالية من جميع الطلبات في فترة الدفع
• رسوم معالجة الدفع — عادةً ما تكون 2.9% + 0.30 دولار لكل معاملة عبر الإنترنت لـ Shopify Payments (الخطة الأساسية)؛ يتم خصمها قبل الصرف
• رسوم معاملات Shopify — 2% إضافية لكل معاملة إذا كان المتجر لا يستخدم Shopify Payments؛ شائع في الخطط القديمة
• المبالغ المستردة المصدرة — إجمالي المبالغ المستردة للطلبات المرتجعة في فترة الدفع
• ضريبة المبيعات التي يسهلها السوق — المبالغ التي جمعتها Shopify وستقوم بتحويلها مباشرة إلى السلطات الحكومية نيابة عن التاجر (في معظم الولايات الأمريكية، Shopify هي ميسّر السوق)

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

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

القراران 1 و 2: حسابات الإيرادات الإجمالية وحساب المقاصة

القرار 1: تسجيل إجمالي المبيعات كدخل، وليس مبلغ الإيداع.

يجب أن تعكس حسابات دخلك ما دفعه العملاء فعليًا - قبل أن تخصم Shopify أي شيء. أنشئ حسابات دخل منفصلة لكل قناة مبيعات (مبيعات Shopify، مبيعات WooCommerce، إيرادات البيع بالجملة) بدلاً من مجرد حساب واحد لـ "مبيعات التجارة الإلكترونية". بمجرد دمج إيرادات Shopify وأمازون في حساب واحد، تفقد رؤية هامش الربح لكل قناة، ولا توجد طريقة عملية لاستعادتها دون إعادة بناء السجلات.

يبدو قسم الدخل النظيف للعميل الذي يستخدم Shopify فقط كما يلي:

• 4100 — مبيعات Shopify (إجمالي، قبل الخصومات)
• 4110 — دخل شحن Shopify (إذا تم فرض رسوم شحن على العملاء)
• 4200 — المرتجعات والاستقطاعات (مقابل الإيرادات)

تسجل حسابات الدخل ما تم بيعه. يعكس إيداع البنك ما تم صرفه بعد الخصومات. هذان الرقمان مختلفان هيكليًا، ويحتاج دليل الحسابات الخاص بك إلى حساب يربط بينهما.

القرار 2: استخدام حساب مقاصة كجسر.

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

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

أنشئ حساب مقاصة واحد لكل معالج دفع. إذا كان عميلك يستخدم Shopify Payments و PayPal، فهذا يعني حسابي مقاصة. خلطهما يعيد إنشاء نفس مشكلة عدم التطابق على مستوى المقاصة التي تحاول حلها على مستوى الدخل.

كيف يتم فرض هذين القرارين: تعيينات المنتجات.

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

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

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

القراران 3 و 4: فصل الرسوم ومعالجة المبالغ المستردة

القرار 3: رسوم شوبيفاي ليست بندًا واحدًا.

ثلاثة أنواع رسوم مميزة تظهر في مدفوعات Shopify. يؤدي دمجها في حساب واحد "رسوم Shopify" إلى فقدان رؤية ذات مغزى حول مكان ذهاب هامش الربح:

هيكل رسوم نظيف في QBO:

• 6100 - اشتراك شوبيفاي
• 6110 - رسوم معاملات شوبيفاي
• 6120 - رسوم معالجة الدفع

تجميع الثلاثة في حساب واحد هو كيف يرث المحاسبون القانونيون دفاتر حيث يكون تآكل الهامش بنسبة 3٪ من معالجة الدفع غير مرئي - حتى يسأل أحدهم لماذا هامش الربح الإجمالي أقل من المتوقع في نموذج التسعير. فصلها لا يكلف شيئًا عند الإعداد ويوفر الوقت في كل مراجعة لاحقة.

القرار 4: يتم تسجيل المرتجعات مقابل الدفعة، وليس الطلب الأصلي.

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

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

القرار 5: ضريبة المبيعات كالتزام من اليوم الأول

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

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

يتطلب الإعداد الصحيح حسابي التزام:

• ضريبة المبيعات المستحقة — للضريبة التي يجمعها التاجر ويسددها مباشرة (قنوات غير السوق مثل البيع بالجملة، أو الولايات التي لا تنطبق عليها قواعد ميسّر السوق)
• ضريبة السوق المقتطعة (أو “ضريبة Shopify المجمعة”) — للضريبة التي تجمعها Shopify وتسددها نيابة عن التاجر؛ صافي صفر بعد دورة الدفع لأن الالتزام ينتهي بسداد Shopify، وليس التاجر

إذا كان عميلك يبيع عبر قنوات متعددة — Shopify، موقع ويب مباشر، بيع بالجملة — فإن معاملة الضريبة تختلف حسب القناة. لا يمكن لحساب واحد “ضريبة المبيعات المستحقة” التمييز بين الضريبة التي تتعامل معها Shopify والضريبة التي يتعامل معها التاجر، وهذا التمييز مهم في وقت الضرائب.

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

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

دليل الحسابات الذي يتم إغلاقه في يوم واحد

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

هذه عملية تستغرق 20 دقيقة. الفرق ليس حجم العمل — بل ما إذا كان دليل الحسابات مصممًا لاستقبال البيانات بشكل صحيح.

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

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

قرار آخر: طريقة المزامنة التي ستُنشر في هذه الحسابات

لا تكتمل قائمة الحسابات بمجرد وجود الحسابات. تكتمل عندما تقرر ما هو *نوع* المعاملة التي سيتم ترحيلها إليها. في أداة مزامنة، لهذا القرار اسم: طريقة المزامنة. في LedgerPort، إنها قائمة منسدلة واحدة - Sync Config » Orders » Sync Method، يمكن الوصول إليها من الشريط الجانبي الأيسر للتطبيق - مع خمسة خيارات، وكل خيار يطلب شيئًا مختلفًا من القائمة التي بنيتها للتو.

• إيصال مبيعات - إيصال واحد لكل طلب، مع بنود، وضرائب، وشحن، وخصومات، يتم ترحيلها إلى الدخل وحساب المقاصة. لا حاجة لحسابات القبض.
• فاتورة - سجلان لكل طلب: الفاتورة عند إصدارها، والدفعة عند وضع علامة Shopify عليها كمدفوعة. اختر هذا وستحتاج قائمتك إلى حسابات قبض مفتوحة.
• تقدير - سجل غير مرحّل؛ لا يلمس شيئًا حتى يتم تحويله. المستندات صريحة بشأن مدى ندرة هذا: "إذا لم تكن متأكدًا مما إذا كنت بحاجة إليه، فمن المحتمل أنك لا تحتاجه."
• ملخص يومي - قيد يومية واحد لكل يوم يجمع كل طلبات ذلك اليوم. يؤدي تحديده إلى كشف حقول تعيين الحسابات أسفل القائمة المنسدلة مباشرة.
• مستند إلى العلامات - توجه علامات طلبات Shopify الطلبات إلى أنواع معاملات مختلفة (wholesale → فاتورة، retail → إيصال مبيعات، do-not-sync → تم التخطي)، لذلك قد يحتاج متجر مختلط للبيع بالجملة والتجزئة إلى حسابات جانبية للقبض والإيصالات.

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

منطق القرار قصير. متجر DTC قياسي، مدفوع عند الخروج: إيصال مبيعات - الافتراضي الخاص بالمستندات، "نقطة البداية الصحيحة لمعظم المتاجر". B2B أو شروط الدفع: فاتورة. حجم كبير - حوالي 100 طلب أو أكثر يوميًا - مع محاسب يعمل من الإجماليات: ملخص يومي، وهو كيف يصبح شهر بـ 3000 طلب ~30 قيد يومية بدلاً من 3000 سجل.

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

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

إذا كنت تقوم بإعداد عميل Shopify جديد في QBO — أو ترث دفاتر حسابات لا تتم مطابقتها — فهذه هي الأماكن الخمسة التي يجب البحث فيها أولاً. إذا لم يتم اتخاذ أي قرار من القرارات المذكورة أعلاه، فهذا هو سبب استغراق التسوية أربع ساعات. إن الحصول على دليل الحسابات الصحيح هو أيضًا الأساس لـ امتلاك دفاتر جاهزة للضرائب عندما يطلبها محاسبك القانوني — نفس القرارات الخمسة التي تجعل نهاية الشهر نظيفة تجعل نهاية العام مباشرة. تعرف على كيفية تعامل LedgerPort مع التعيين عبر ممارسة متعددة العملاء على ledgerport.com/cpas، أو ابدأ مجانًا.