مبيعات WooCommerce مرحّلة ومطابَقة
يقرأ هذا الربط الطلبات والمبالغ المستردة والضرائب وإيرادات الشحن والقسائم من متجرك، ويرحّلها إلى نظامك المحاسبي وفق قواعد يعتمدها محاسبك. ولأن WooCommerce لا يعالج المدفوعات بنفسه، تأتي الرسوم وتواريخ التسوية من كل بوابة دفع تستخدمها. لذلك نقرأ المصدرين معاً، المتجر عبر REST API والبوابات عبر واجهاتها، ونطابق بينهما قبل الترحيل.
يناسب هذا الربط المتاجر التي تعيد بناء قيودها من ملفات مصدَّرة، أو تقبل الدفع عبر أكثر من مزوّد، أو تبيع في مناطق ضريبية متعددة باستخدام إضافة للضرائب. وتضيف التحويلات المصرفية والدفع عند الاستلام والطلبات اليدوية قيوداً لا يتضمنها أي تقرير من البوابات. لذلك نتفق على معالجة لكل وسيلة دفع، فتفرغ الحسابات الوسيطة مع وصول الأموال، ويكون أي رصيد متبقٍ سؤالاً حقيقياً يستحق الجواب.
مطابقة الحسابات والضرائب
نربط فئات المنتجات والشحن والخصومات وكل نسبة ضريبية وكل وسيلة دفع بحسابات الدفاتر والرموز الضريبية، في جدول يعتمده الفريق المالي.
مصدران واتجاه واحد
تأتي بيانات الطلبات من المتجر، وبيانات التسوية من كل بوابة. ويتجه الاثنان إلى الدفاتر فقط، ولا يكتب النظام المحاسبي شيئاً في WooCommerce.
بيانات دخول مقيّدة
مفاتيح المتجر للقراءة فقط، ومفاتيح البوابات مقصورة على بيانات التقارير، ويستطيع الاتصال المحاسبي إنشاء القيود، لكنه لا يغيّر الإعدادات ولا يعتمد المدفوعات.
مطابقة التسويات
تُقسَّم كل تسوية من البوابة إلى مدفوعات ومبالغ مستردة ورسوم ونزاعات، وتُطابَق مع الطلبات ومع السطر المقابل في كشف البنك، وتُعرض البنود غير المطابقة في قائمة.
طابور القيود المرفوضة
القيود التي ترفضها الدفاتر، بسبب رمز ضريبي غير معروف مثلاً، تنتظر مع سبب الرفض. ويجعل المرجع الفريد لكل قيد إعادة المحاولة آمنة.
فحص يومي للأرصدة
تُقارن كل يوم إجماليات المتجر وإجماليات البوابات وإجماليات ما رُحّل، ويصل تنبيه إلى الفريق المالي بأي فرق ما دام تفسيره سهلاً.
ما تتسلمه منا
- جدول مطابقة الحسابات والضرائب
- معالجة محددة لكل وسيلة دفع
- خدمة الربط مع شيفرتها المصدرية
- مطابقة تسويات بوابات الدفع
- طابور للقيود المرفوضة
- مقارنة ثلاثية يومية
- خيار تحميل الفترات السابقة
- دليل تشغيل وجلسة تسليم
طريقة عملنا
- 01
وضع القواعد
نختار مع محاسبك الترحيل بالفاتورة أو بالملخص، ونحدد توقيت الاعتراف بالإيراد ومعالجة الضرائب، ونقرر كيف تُصفّى في الدفاتر كل وسيلة دفع، بما فيها وسائل الدفع خارج الإنترنت.
- 02
ربط المصادر
نبني الخدمة على موقع اختبار، وحسابات اختبار لدى البوابات، ودفاتر تجريبية، ونغذيها بطلبات سابقة تشمل المبالغ المستردة والنزاعات والقسائم والنسب الضريبية المختلطة.
- 03
التشغيل بالتوازي
طوال فترة محاسبية كاملة، يرحّل الربط القيود إلى شركة اختبار بينما يستمر إجراؤك الحالي، ثم يراجع الفريق المالي الفروق بين الاثنين.
- 04
البدء مع بداية فترة
يبدأ الترحيل الفعلي في اليوم الأول من فترة محاسبية. ونساند الإقفال الأول، ونصفّي طابور الاستثناءات مع الفريق المالي، ونسلّم التقارير ودليل التشغيل.
التقنيات التي نستخدمها
| المجال | التقنيات |
|---|---|
| المصادر | WooCommerce REST API، تقارير Stripe، تقارير PayPal، بيانات إضافة الضرائب |
| الجانب المحاسبي | Xero API، QuickBooks Online API، Zoho Books API، محاسبة Odoo |
| خدمة الربط | Node.js، TypeScript، PostgreSQL، المهام المجدولة |
| الضوابط | المقارنة الثلاثية، سجل التدقيق، التنبيهات، قفل الفترات |
محاسبك يعيد بناء المبيعات من ملفات مصدَّرة كل فترة
تُصدَّر الطلبات، وتُحمَّل تقارير البوابات، ثم يجمعها أحدهم في جدول بيانات ليخرج بقيود اليومية. الرسوم تقديرية، والضرائب بحسب المنطقة يعاد تركيبها بعد وقوعها. وحين يختلف البنك مع الدفاتر، لا يستطيع أحد أن يحدد الطلب الذي سبّب الفرق.
- عدة بوابات دفع
- طلبات الدفع عند الاستلام
- ضرائب في مناطق متعددة
- مدفوعات تجديد الاشتراكات
- البيع بعدة عملات
- الطلبات اليدوية والهاتفية
أسئلة شائعة
ما صلاحيات الوصول المطلوبة في المتجر والبوابات والدفاتر؟
مفاتيح REST API للقراءة فقط في المتجر. ولكل بوابة دفع، مفتاح مقيّد أو صلاحية تقارير تكشف المدفوعات والمبالغ المستردة والرسوم والتسويات. وفي النظام المحاسبي، اتصال API يأذن به مسؤول النظام، ضمن باقة تشمل الوصول إلى API. ونتحقق من كل ذلك في وثائق المزوّد الحالية، ونكتب الصلاحيات. ولا نطلب أبداً بيانات الدخول إلى البنك أو بيانات البطاقات.
لماذا تدخل بوابات الدفع في الربط المحاسبي؟
لأن WooCommerce يعرف أن الطلب دُفع، لكنه لا يعرف كم تقاضى المزوّد ولا متى حوّل المال. فالرسوم والنزاعات وتحويل العملات وتواريخ التسوية كلها في البوابة. ومن دونها تصبح الرسوم تخميناً، ولا يمكن مطابقة الإيداعات. أما قراءة البوابة مباشرة فتتيح للربط ترحيل الرسوم الدقيقة، وتصفية كل تسوية مقابل الطلبات التي تضمها.
كيف تُعالج طلبات الدفع عند الاستلام والتحويلات المصرفية؟
لكل منهما حساب وسيط خاص وقاعدة خاصة. فطلب الدفع عند الاستلام يُرحَّل ذمة مدينة على شركة التوصيل حتى يصل تحويلها، فتُطابَق الدفعة عندئذ. ويبقى التحويل المصرفي مفتوحاً حتى يؤكد الفريق المالي الاستلام، في المتجر أو في الدفاتر. وهذه الوسائل وراء معظم الأرصدة غير المفسرة، لذلك نصممها بعناية خاصة.
ألا تؤدي الإضافات المحاسبية الحالية هذا العمل؟
بعضها يؤدي جزءاً منه جيداً. فإضافات الأنظمة المحاسبية الشائعة تستطيع إنشاء فاتورة لكل طلب. لكنها أضعف في رسوم البوابات، وتعدد المزوّدين، ومطابقة التسويات، والترحيل بالملخص، كما أنها تعمل داخل WordPress. فإن كانت إحداها تناسبك، قلنا لك ذلك. ويكون العمل المخصص مبرراً حين يظل الفريق المالي يقضي وقتاً كبيراً في تصحيح ما تنتجه الإضافة أو مطابقته.
هل يتعامل الربط مع إضافة للضرائب؟
نعم. تكتب إضافات الضرائب وخدماتها حساباتها على كل طلب، فنقرأ النتيجة المحفوظة بدل أن نعيد حسابها. ونربط كل نسبة أو نطاق ضريبي برمز ضريبي في الدفاتر. أما تحديد الضريبة المطبقة وطريقة الإبلاغ عنها فقرار لمحاسبك. ودورنا أن ننقل تلك الأرقام دون فروق تقريب.