Nordlet

← الأساسيات / الشروحات

ما هي تسوية المدفوعات؟ مطابقة دفعات مزودي خدمات الدفع مع دفتر الأستاذ

لماذا لا تساوي دفعة Stripe فواتيرك أبداً، وكيفية تفكيك التسوية إلى مبيعات ورسوم واستردادات، وكيف تعمل قيود دفتر الأستاذ فعلياً.

تسوية المدفوعات (Payment reconciliation) هي عملية مطابقة المبلغ الذي دفعه لك مزود خدمات الدفع (PSP) فعلياً مع المبلغ الذي استحق على عملائك فعلياً. تختلف هذه المشكلة عن تسوية الحسابات البنكية، كما أنها أكثر صعوبة، لأن دفعة مزود خدمات الدفع لا تمثل أبداً دفعة واحدة لفاتورة واحدة.

العرض الأساسي للمشكلة هو: لقد بعت بـ 10,000 يورو، ووصل إلى البنك مبلغ 9,712.40 يورو. كلا الرقمين صحيح. وكل ما يقع بينهما هو ما تشرحه هذه العملية التسوية.

لماذا لا تتطابق الدفعة مع المبيعات أبداً

تعتبر دفعة Stripe أو Adyen أو PayPal الواحدة دفعة إجمالية صافية (Net batch). فبين دفع العميل ووصول الأموال، يقوم مزود خدمات الدفع بما يلي:

  • تجميع العديد من الرسوم (Charges) خلال فترة التسوية،
  • خصم رسومه لكل معاملة،
  • خصم عمليات الاسترداد (Refunds) والمبالغ المستردة نتيجة الاعتراض (Chargebacks) التي حدثت في نفس الفترة،
  • ربما حجز احتياطي (Reserve)،
  • ودفع المتبقي بعد أيام، في تحويل واحد.

لذا يظهر كشف الحساب البنكي سطراً واحداً بمبلغ 9,712.40 يورو، بينما يحتوي دفتر الأستاذ على عشرات الفواتير، ولا تساوي أي منها هذا المبلغ. من المستحيل مطابقة الدفعة مع الفواتير مباشرة؛ بل يجب تفكيك (Decompose) الدفعة أولاً.

عملية التفكيك

تتفرع دفعة التسوية إلى فئات، ولكل فئة معنى مختلف في دفتر الأستاذ:

الفئة ما تعني أثرها على دفتر الأستاذ
الرسوم (Charges) مدفوعات العملاء تسوية الذمم المدينة
الاسترداد (Refunds) الأموال المُعادة للعملاء عكس ذمم مدينة مُسواة
الرسوم الإدارية (Fees) عمولة مزود خدمات الدفع تُعد مصروفاً
المبالغ المُستردة بالاعتراض (Chargebacks) المدفوعات المتنازع عليها والمستقطعة إعادة فتح ذمم مدينة، بالإضافة إلى رسوم
التعديلات / الاحتياطيات (Adjustments / reserves) الفروقات الزمنية ومخصصات المخاطر رصيد مستحق لمزود خدمات الدفع

المعادلة التي يجب أن تتحقق دائماً:

إجمالي الرسوم − الاسترداد − الرسوم الإدارية − المبالغ المُستردة بالاعتراض ± التعديلات = صافي الدفعة

إذا لم تتحقق هذه المعادلة، فهذا يعني أن الدُّفعة استُرِدت بشكل غير كامل، وهذا التحقق أهم بكثير من أي مطابقة فردية، لأنه يثبت أنه لم يتم إسقاط أي شيء بصمت.

القيود المحاسبية

إليك كيفية إثبات دفعة تسوية بقيمة 10,000 يورو كإجمالي رسوم، و250 يورو رسوم إدارية، و37.60 يورو استردادات:

الحساب مدين دائن
2710 البنك 9,712.40
6800 المصروفات المالية (رسوم مزود خدمات الدفع) 250.00
5000 الإيرادات / عكس الذمم المدينة (الاسترداد) 37.60
2410 الذمم التجارية المدينة 10,000.00

يمكن قراءة القيد كالتالي: تُسوى ديون العملاء البالغة 10,000 يورو، واحتفظ مزود خدمات الدفع بـ 250 يورو، وعادت 37.60 يورو إلى العملاء، ووصل مبلغ 9,712.40 يورو إلى البنك. تُعد الرسوم مصروفاً حقيقياً لا يظهر أبداً في أي فاتورة عميل، وهذا بالتحديد سبب اختلاف الإيرادات الإجمالية عن الودائع البنكية، وسبب أن التسوية بناءً على سطر البنك وحده تؤدي بصمت إلى التقليل من شأن كل من الإيرادات والتكاليف.

أما بالنسبة للأسواق الإلكترونية (Marketplaces)، فهناك طبقة إضافية. إذا كانت الدفعة تتضمن أموالاً تخص البائعين، فإن إيرادات المنصة تقتصر على عمولتها فقط، وما تبقى يُعتبر التزاماً (Liability). تغطي قواعد القيد في Nordlet هذه الحالة بمفاتيح مخصصة وهي settlements.fees وsettlements.commissionRevenue وsettlements.sellerPayable وsettlements.suspense، بحيث تُرحّل الدفعة المقسمة عمولتها إلى الإيرادات وحصة البائع إلى الالتزامات المستحقة بدلاً من تضخيم إيرادات المنصة.

كيف تنفذ Nordlet هذه العملية

تتكون تدفقات العمل من ثلاث نقاط نهاية (Endpoints):

  1. الاستيراد (Import). تقرأ POST /v1/bank/settlements/import تقرير تسوية دفعات Stripe وتنشئ دفعة تسوية تتضمن المزود، معرف الدفعة، العملة، الإجمالي، الرسوم، والصافي، مع سطر واحد لكل معاملة أساسية يحمل فئتها. وتكون الدفعات فريدة لكل مزود ومعرّف دفعة، لذا فإن إعادة استيراد نفس التقرير لا يمكن أن يؤدي إلى احتسابه مرتين.
  2. المطابقة (Match). تربط POST /v1/bank/settlements/match سطور الرسوم والاسترداد بفواتير المبيعات التي تنتمي إليها. تحمل السطور حالة مطابقة إما unmatched (غير مطابقة) أو matched (تم حلها تلقائياً من طلب الشراء أو مرجع الفاتورة في التقرير) أو manual (تم تحديدها بشرياً). سطر الرسوم والتعديلات غير قابلة للمطابقة مع الفواتير بطبيعتها، وتتم رفض أي محاولة للقيام بذلك بدلاً من تخمينها.
  3. الترحيل (Post). تكتب POST /v1/bank/settlements/post قيود دفتر الأستاذ للدفعة بأكملها من خلال قواعد القيد المذكورة أعلاه وتغير حالة الدفعة من imported (مستوردة) إلى posted (مرحلة). تستقر المقبوضات غير المطابقة في حساب معلق (Suspense account) بدلاً من فرضها قسراً على فاتورة ما، مما يجعلها مرئية ومقصودة حتى يتم حلها.

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

ترتبط الدفعة المرحّلة بسطر كشف الحساب البنكي الوارد في الحساب البنكي الحقيقي. ضمن قواعد المطابقة البنكية (Bank → Match)، يمكنك وصف كيف تظهر الدفعة في كشف حسابك: النص الذي يضمّه السطر دائماً، واختيارياً بادئة معرف الدفعة بداخله. عند استيراد كشف الحساب، يُربط السطر الذي يتطابق مع القاعدة بدفعته عبر معرف الدفعة، أو عبر مطابقة صافي إجمالي الدفعة ضمن نافذة زمنيّة تحددها. يحمل السطر البنكي بعد ذلك قيد اليومية الخاص بالتسوية بدلاً من انتظار قيد ثانٍ ومكرر، وتعمل وظائف [POST /v1/bank/settlements/link] و[/unlink] على تعيين الرابط أو تصحيحه يدوياً.

أفضل ممارسات التنفيذ

  • أجرِ التسوية لكل دفعة على حدة وليس شهرياً. الدفعة هي الوحدة الطبيعية؛ فتجميع شهر من الدفعات قبل إجراء التسوية يدمر عملية التحقق من التطابق التي تسهّل اكتشاف الأخطاء.
  • لا تُرحّل المبلغ الصافي كإيراد أبداً. يعد هذا الخطأ الأكثر شيوعاً في محاسبة المنصات: فحجز 9,712.40 يورو كإيراد يقلل من قيمة المبيعات والمصروفات على حد سواء، ويفسد إجمالي الربح، وعادة ما يقلل من ضريبة القيمة المضافة لأن الضريبة تستحق على الإجمالي الذي دفعه العميل وليس على ما حوّله مزود خدمات الدفع.
  • راقب الفجوة الزمنية. الدفعة التي تُحصّل في 30 يونيو وتُدفع في 3 يوليو تنتمي إلى إيرادات يونيو ونقدية يوليو. وفي نهاية الفترة، يظهر هذا الفارق كذمم مدينة لدى مزود خدمات الدفع؛ أموال حقيقية في حساب شخص آخر.
  • طابق عمليات الاسترداد مع البيع الأصلي. ترك عملية استرداد دون ربطها بالمبيعات الأصلية يترك فاتورة مسواة تبدو كأنها مدفوعة مع تضخيم الإيرادات.

FAQ

ما الفرق بين تسوية المدفوعات وتسوية الحسابات البنكية؟

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

لماذا لا تتطابق دفعة Stripe الخاصة بي مع مبيعاتي؟

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

هل ينبغي خصم رسوم مزود خدمات الدفع من الإيرادات؟

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

كيف يتم التعامل مع تقسيمات الأسواق الإلكترونية (Marketplaces)؟

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

ماذا يحدث لسطور التسوية غير المطابقة؟

تُرحّل إلى حساب معلق بدلاً من فرضها قسراً على فاتورة. يحافظ ذلك على توازن دفتر الأستاذ مع إبقاء المشكلة مرئية؛ ويمثل الرصيد المعلق قائمة مهام يجب أن تكون فارغة قبل إغلاق الفترة.