محاسبة WooCommerce للشركات هي في الغالب كتيب Shopify الخاص بك، وتنجو الرحلة سليمة. الأماكن الثلاثة التي لا تفعل فيها ذلك هي بالضبط المكان الذي يتجاوز فيه الارتباط الميزانية.
البريد الإلكتروني للإحالة موجود في صندوق الوارد الخاص بك. أحد عملاء Shopify الخاصين بك لديه صديقة "تدير متجرها على WordPress - WooCommerce، أعتقد؟" - وبما أنك أغلقت دفاترها بحلول اليوم العاشر من كل شهر هذا العام، فقد أخبرها أنك الشركة التي تتعامل مع التجارة الإلكترونية.
لقد اكتسبت ذلك. لديك قائمة مهام إعداد Shopify يمكن للموظف تشغيلها في أقل من ساعة: الاتصالات، وقالب تعيين قياسي، ونسخ احتياطي تاريخي، وتتبع دفعة واحدة من البداية إلى النهاية. لذلك تفتح مكدس العميل الجديد متوقعًا Shopify بشعار مختلف.
بدلاً من ذلك تجد: Stripe *و* PayPal *و* بوابة دفع "اشتر الآن وادفع لاحقًا" لم تقم بتسويتها من قبل. لا يوجد متجر تطبيقات - صفحة إضافات بها 31 إدخالًا، أربعة منها تريد تحديثات. ولا توجد شركة منصة تستضيف أيًا منها - يستأجر العميل خادمًا من شركة استضافة لم تسمع بها من قبل، وابن أخيها "يتعامل مع أمور الموقع".
الاستنتاج المغري هو الاستنتاج الذي تحمله معظم الشركات بهدوء: *عملاء WooCommerce هم مجرد عملاء Shopify بخطوات إضافية - نفس الكتيب، المزيد من الصبر.* هذه هي الكذبة، وهي كذبة مكلفة، لأنها تعني أن كل مفاجأة خاصة بـ Woo تهبط في منتصف الارتباط بدلاً من الميزانية. الحقيقة هي أن WooCommerce يختلف لشركات المحاسبة في ثلاث طرق هيكلية محددة - ولكل منها إجابة قياسية يمكنك تعيينها كسياسة قبل مكالمة البدء.
لماذا تعتبر محاسبة WooCommerce للشركات مهمة مختلفة
لا شيء من الاختلافات الثلاثة يتعلق بالمحاسبة. الإيرادات، والرسوم، وحسابات المقاصة المرتجعة، والالتزامات الضريبية - متطابقة مع عملاء Shopify الخاصين بك. ما يتغير هو من أين تأتي البيانات ومن يتحكم في الآلة التي تنتجها.
1. لا توجد قناة دفع واحدة
يدير عميل Shopify النموذجي مدفوعات Shopify، وتصل معظم أمواله عبر تدفق دفع واحد بمنطق رسوم واحد. ذاكرة العضلات الخاصة بك للتسوية مبنية على ذلك.
WooCommerce ليس لديه بوابة منزلية. يتم تجميع عملية الدفع: Stripe للبطاقات، PayPal لأن العملاء يتوقعونها، ربما Klarna أو معالج إقليمي أضافه العميل خلال عرض ترويجي قبل عامين. تقوم كل بوابة بتجميع الدفعات وفقًا لجدولها الزمني الخاص، وتخصم رسومها الخاصة، وتصفي المرتجعات وفقًا لجدولها الزمني الخاص. لا يوجد شيء مثل "دفع WooCommerce" - هناك ثلاثة أو أربعة تدفقات إيداع غير مرتبطة تصل إلى نفس الحساب الجاري.
إجابة الشركة: المقاصة لكل بوابة دفع، معلنة كسياسة قائمة. حساب مقاصة واحد وسطر مصروف رسوم واحد لكل بوابة دفع نشطة في المتجر، يتم إنشاؤها قبل مزامنة المعاملة الأولى - لا يوجد أبدًا
2. يمتلك العميل البنية التحتية
شوبيفاي منصة مستضافة: وقت التشغيل والأمان وقاعدة بيانات المبيعات هي مشاكل شوبيفاي. متجر WooCommerce هو برنامج يقوم العميل بتشغيله على استضافة اختارها العميل. نواة ووردبريس، WooCommerce، إصدارات PHP، شهادات SSL، و 30 إضافة أخرى كلها تعيش على بنية تحتية لا يمتلك فريقك أي رؤية لها - وكلها تقع في مرحلة أعلى من بياناتك المصدر.
هذا لا يجعلك قسم تكنولوجيا المعلومات الخاص بهم. إنه يجعل البنية التحتية سؤال نطاق، بنفس الطريقة التي يكون بها "هل هو QuickBooks Online أم Desktop؟" سؤال نطاق لعملاء شوبيفاي.
إجابة جانب الشركة: يجب أن يكون الوصول إلى النظافة وتحديثها في بريدك الإلكتروني للاستقبال، وليس في الشهر الثالث. أضف أربعة أسئلة إلى قائمة التحقق قبل المكالمة: من يستضيف الموقع، ومن يقوم بصيانته؟ هل تم تمكين HTTPS؟ (سترفض أدوات المزامنة الاتصال بدونها.) هل تتطابق عملة المتجر مع العملة الرئيسية لشركة QuickBooks؟ ومن لديه حق الوصول إلى wp-admin مع صلاحيات لتثبيت إضافة؟ خمس دقائق للاستقبال؛ إنها تقضي على فئة كاملة من مفاجآت "كان الموقع معطلاً / انتهت صلاحية الشهادة / قام ابن الأخ بتحديث شيء ما".
3. طبقة المزامنة هي إضافة يقوم العميل بتثبيتها
بالنسبة لعملاء شوبيفاي، أدوات المزامنة هي تثبيت من متجر التطبيقات على منصة تضمن البيئة. بالنسبة لـ WooCommerce، أداة المزامنة هي إضافة ووردبريس، مثبتة في wp-admin الخاص بالعميل، تتحدث إلى واجهة برمجة تطبيقات REST الخاصة بمتجره. الاتصال الذي تعتمد عليه للحصول على كتب نظيفة يعيش داخل النظام من الاختلاف رقم 2.
إجابة الشركة: قائمة التشغيل الخاصة بك تتضمن wp-admin الخاص بهم. ليس كعبء - كخطوة موجهة مدتها عشر دقائق تقوم بتشغيلها في مكالمة الانطلاق، مع العميل (أو أي شخص يمتلك الإدارة) يقود. تدفق التثبيت والاتصال قصير ومعياري، والمشي فيه معًا يعني أنك تعرف بالضبط ما الذي يعمل في متجرهم. القسم التالي يغطي ذلك.
فارق الإعداد: ما الذي يتغير من قائمة مهام Shopify الخاصة بك
إذا كنت قد قمت ببناء عملية إعداد شوبيفاي المكونة من خمس مراحل، فاحتفظ بها. العمود الفقري يبقى: التحضير قبل المكالمة، الاتصالات، التعيين مقابل المخطط القياسي لشركتك، الملء التاريخي، فحص التسوية الأول. إليك دلتا Woo، مرحلة بمرحلة.
التحضير قبل المكالمة يكتسب أسئلة البنية التحتية. الاستضافة، HTTPS، تطابق العملة، صلاحية wp-admin - الأربعة من الأعلى. كل شيء آخر في البريد الإلكتروني قبل المكالمة (دعوة محاسب QBO، أي شركة QuickBooks، نطاق تاريخ الملء) لم يتغير.
أضف سؤال استقبال خامس أثناء تواجدك هناك: هل يبيع العميل بالجملة؟ إنه السؤال الذي يغير شكل الارتباط في معظم الأحيان. متجر Woo الذي يعمل بنظام B2B جنبًا إلى جنب مع البيع بالتجزئة يولد حسابات مستحقة القبض، وتعرض ائتماني، وطلبات معفاة من الضرائب لا ينتجها ملف D2C النقي أبدًا - ويقرر الجواب ما إذا كنت تقوم بالتعيين إلى حساب مقاصة أو حساب مستحقات القبض قبل تعيين أي شيء. اسأل عما إذا كانوا يستخدمونه أيضًا: Wholesale Suite والإضافات المماثلة تحتفظ بالأدوار وقواعد التسعير وحدود الائتمان التي تفسر سبب نشر طلب معين بالطريقة التي تم بها، وستحتاج إلى رؤية ذلك في wp-admin بجوار إضافة المزامنة بدلاً من اكتشافه في الشهر الثالث.
مرحلة الاتصال تنتقل إلى wp-admin. بدلاً من مصافحة عنوان URL وتثبيت التطبيق على منصة مستضافة، يقوم العميل بتثبيت إضافة. مع LedgerPort، يبدو التسلسل في المكالمة كالتالي:
-
التثبيت. في لوحة تحكم ووردبريس الخاصة بالعميل: الإضافات » إضافة إضافة جديدة، ابحث عن LedgerPort، التثبيت الآن، التفعيل. تفتح معالج الإعداد تلقائيًا كطبقة تراكب بملء الشاشة.
-
الاتصال. يطلب المعالج نقرة واحدة لبدء تدفق الاتصال.
-
التفويض. يتم إعادة توجيه العميل إلى app.ledgerport.com، وتسجيل الدخول، واختيار العمل، والتفويض - ثم يعود إلى لوحة تحكم ووردبريس الخاصة به. لا يتم تبادل كلمات المرور، وهذا يستحق الذكر بصوت عالٍ أثناء المكالمة، تمامًا كما تفعل لمنح وصول OAuth لـ QuickBooks.
-
التزويد يعمل بنفسه. يقوم LedgerPort بإنشاء مفتاح واجهة برمجة تطبيقات WooCommerce REST مع صلاحية القراءة وتسجيل خطافات الويب للطلبات والمبالغ المستردة والمنتجات والعملاء. إذا فشلت أي خطوة، يتم التراجع عن كل شيء تلقائيًا - لا يُترك المتجر بتكوين جزئي أبدًا. عند النجاح، يصل العميل إلى لوحة تحكم متصلة.
هذا هو الجزء الذي تعرضه للعميل - وابن الأخ المتشكك في تكنولوجيا المعلومات - قبل المتابعة: كل ما قام المكون الإضافي بتزويده مرئي في إعدادات WooCommerce الخاصة بالمتجر، ضمن خطافات الويب. مُسمى، مُدرج، قابل للتدقيق.
هذه الشفافية هي الإجابة الصادقة على قلق نظافة الوصول من الاختلاف رقم 2. يحتفظ المكون الإضافي بصلاحية القراءة، ويمكن فحص بصمته في wp-admin، ويؤدي إلغاء الاتصال إلى حذف مفتاح واجهة برمجة التطبيقات وخطافات الويب التي أنشأها - لا يبقى شيء في متجر العميل لم تعد تخدمه.
التعيين، والملء الخلفي، والتحقق هي نفس العضلة. ينطبق مخطط التجارة الإلكترونية القياسي الخاص بك؛ يتم تشغيل تعيين المنتجات والحسابات من قائمة LedgerPort التي تعيش الآن في الشريط الجانبي لـ wp-admin الخاص بالعميل - لوحة التحكم، والتعيينات، والمزامنة اليدوية، وسجلات التدقيق - لذا فإن التحقق من صحة المزامنة لا يتطلب أبدًا تسجيل الدخول إلى أي شيء جديد. يعمل الملء الخلفي التاريخي وخطوة التحقق من تصفية سجل التدقيق إلى خطأ بنفس الطريقة التي تعمل بها مع ملفات Shopify الخاصة بك.
صافي التغيير في خطة العمل: أربعة أسئلة استيعابية وتركيب موجه لمدة عشر دقائق. هذا هو الجزء "الخطوات الإضافية" بأكمله من الكذبة - وهو النصف الأصغر من القصة.
تسوية البوابة كسياسة قائمة
النصف الأكبر هو الاختلاف رقم 1، لأنه يتكرر في كل إغلاق، وليس فقط عند الإعداد. اكتبه كسياسة صارمة - ثلاثة أسطر:
حساب تسوية واحد لكل بوابة، بدون استثناءات. تسوية Stripe، تسوية PayPal، واحد لكل قناة إضافية - كل منها أصل حالي آخر في ملف QBO الخاص بالعميل، تم إنشاؤه عند الإعداد. إعادة بناء حساب تسوية مشترك عبر البوابات لنفس اللغز الذي تم توظيفك لحله.
سطر مصروفات واحد لكل بوابة. لا يمكن التحقق من صحة الرسوم المدمجة. بشكل منفصل، يصبح المعدل الفعال لكل بوابة مراجعة شهرية مدتها دقيقتان: تبلغ تكلفة Stripe عادةً حوالي 3%، وفي الشهر الذي تقرأ فيه 4.1%، حدث شيء يستحق دقيقتين.
أرصدة التسوية هي الفحص الصحي. يجب أن يحتفظ كل حساب تسوية فقط بالأموال قيد العبور - بضعة أيام من المبيعات. الرصيد الزاحف يعني أن الرسوم أو المبالغ المستردة لم يتم تسجيلها على هذا المسار المحدد، وهو يخبرك أي واحد.
نحن لا نعيد اشتقاق الآليات هنا عن قصد - تتم تغطية بنية الملخص اليومي وسجل الدفع، مع أرقام مشروحة، في أدلة أصحاب المتاجر الخاصة بنا لـ مزامنة WooCommerce مع QuickBooks و هياكل مسك الدفاتر في WooCommerce. هذان المنشوران مفيدان أيضًا حرفيًا كتعليم للعملاء: أرسلهما إلى صاحب المتجر قبل الانطلاق، وسيتم إجراء محادثة "لماذا لا يمكنك فقط مطابقة الودائع؟" بالفعل.
ما يهم الشركة هو أن هذه السياسة هي تكوين، وليست انضباطًا. يكتشف LedgerPort تلقائيًا كل بوابة نشطة في المتجر ويعطي كل منها صفًا خاصًا بها - حساب التسوية، طريقة الدفع QBO، معالجة الاسترداد - مع قيمة افتراضية احتياطية لأي شيء غير مُكوَّن. يقوم الموظف الجديد لديك بتعيينها مرة واحدة عند الإعداد مقابل المخطط القياسي للشركة، ويتم تنفيذ بنية كل بوابة بنفسها من تلك النقطة فصاعدًا.
مُهمَل وملتصق
الآن حجة بناء الممارسة، لأنها أقوى لـ WooCommerce من أي مكان آخر تقريبًا في التجارة الإلكترونية.
معظم أدوات محاسبة التجارة الإلكترونية موجهة لـ Shopify أولاً. معظم المحتوى، معظم تسويق CPA، معظم المواقف "نتحدث التجارة الإلكترونية" - موجهة لـ Shopify أولاً. تدير WooCommerce حصة مماثلة من متاجر العالم عبر الإنترنت، ومع ذلك فإن صاحب متجر Woo الذي يبحث عن محاسب يفهم مدفوعات كل بوابة ومزامنة قائمة على الإضافات يجد تقريبًا لا أحد. الأدوات الأصلية لـ Woo الموجودة في الغالب تحل مشكلة مختلفة - مزامنة ثنائية الاتجاه لكل طلب للشركات التي تعتمد على الفواتير، والتي يقوم بها MyWorks بشكل جيد حقًا - وليس تسوية مستوى الدفع الذي يعتمد عليه الإغلاق الشهري.
بالنسبة للشركة، فإن الندرة مثل هذه تفعل شيئين. إنها تجعل قناة الإحالة سخية بشكل غير متناسب: قم بخدمة عميل WooCommerce واحد جيدًا وتصبح "الشركة التي يمكنها التعامل مع متاجر WordPress" في المجتمعات التي تكون فيها هذه الجملة نادرة. وتجعل العملاء ملتصقين - صاحب متجر ترتبط كتبه أخيرًا بالبنك، أنتجتها شركة عرفت أن تسأل عن استضافتها قبل أن يكسرها ابن أخيها، لا يذهب للتسوق لدى متخصص لتوفير 50 دولارًا شهريًا.
إنها نفس حجة البنية التحتية التي قدمناها في لماذا تدمر شركات التجارة الإلكترونية هوامش الشركة - يتم تحديد الهامش بواسطة الأدوات، وليس نوع العميل - مع ترقية واحدة: على WooCommerce، لم يقرأ المنافسون تلك المشاركة. وتنتقل آليات المحفظة كاملة: برنامج شركاء CPA يطبق تكوين مخطط القالب الرئيسي الخاص بك عبر العملاء سواء كانوا يستخدمون Shopify أو WooCommerce، تحت تسجيل دخول واحد للشركة، لذلك يرث عميل Woo السادس الخاص بك القرارات التي اتخذتها على عميلك الأول.
الإحالة الثانية
تخيل التالي. متجر WordPress آخر، وعملية دفع مجمعة أخرى - Stripe، PayPal، وشيء من الشمال هذه المرة. يطلب بريدك الإلكتروني الوارد بالفعل أربعة أسئلة حول البنية التحتية. تتضمن مكالمة البدء الخاصة بك تثبيتًا للمكون الإضافي لمدة عشر دقائق قمت بتشغيله من قبل. يحتوي قالب التعيين الخاص بك بالفعل على صفوف مسح لكل بوابة دفع، ونهاية الشهر لهذا العميل هي نفس المراجعة - وليس إعادة البناء - التي تقوم بها على ملفات Shopify الخاصة بك.
نفس الخطة بعد كل شيء - فقط ليست الخطة التي وعد بها الكذب. ثلاث سياسات، تم اعتمادها مرة واحدة، ويتوقف اختلاف المنصة عن كونه سببًا لإرسال الإحالة بعيدًا.
لديك الاختلافات الثلاثة وإجاباتها الثابتة؛ أسرع طريقة لاختبارها هي على ملف عميل حقيقي. احجز مكالمة إعداد CPA → وسنقوم بتشغيل عميل WooCommerce الأول الخاص بك معك - الأسئلة الأربعة الواردة، وتثبيت wp-admin، وإعداد مسح لكل بوابة دفع، وإغلاق أول يربط بكل واحد من تدفقات الإيداع هذه.
