Value Proposition: مطابقة بوابات الدفع هي الحلقة المفقودة بين “مبيعات تمت” و“نقد دخل البنك”. المشكلة الواقعية ليست في تسجيل الإيراد، بل في الفروقات التشغيلية: تقارير البوابة تُظهر Sales، البنك يُظهر Payouts مجمّعة، والفرق غالبًا = رسوم بوابات الدفع + Refunds وChargebacks + فروقات توقيت Settlement. هذه الحزمة تبني لك مسار مطابقة كامل: Transaction → Settlement/Payout → Bank Statement → Clearing Rollforward → JE Log → Closing Pack، بدل ما تكون المطابقة “بحث يدوي” آخر الشهر.

في 20 ثانية: ماذا ستحصل عليه؟

• Multi-Gateway Ledger: سجل موحّد لكل بوابة (Mada/Visa/MC/ApplePay/STC/Stripe) مع Transaction IDs وتواريخ.
• تسويات بوابات الدفع: استيراد Settlement/Payout وربطه تلقائيًا بالمعاملات (Gross → Net).
• Bank Matching: مطابقة Payouts مع كشف البنك + قائمة “Payouts غير ظاهرة بالبنك” و“إيداعات بلا مرجع”.
• Clearing Rollforward: حركة حساب وسيط (Payment Gateway Clearing) من افتتاحي → حركات → إغلاق مع تفسير الفروقات.
• رسوم بوابات الدفع: جدول رسوم (MDR/Fixed fees) + طريقة المعالجة (Expense/contra) + مرجع قيد.
• Refunds وChargebacks: Tracker منفصل للمرتجعات والاعتراضات وربطها بالمعاملة الأصلية وبالتسوية.
• Month‑End Closing Pack: ملخص مطابقة + Unmatched aging + JE log + Evidence index للتسليم.

CTA مرتبط بالمخرجات: استلم Clearing Rollforward + Bank Reconciliation + Fees Schedule + Refunds/Chargebacks Tracker + Closing Pack.

مناسبة لـ

• E‑commerce Finance / AR: تسوية مبيعات البوابات مع الإيداعات البنكية وإغلاق الفروقات قبل الإقفال.
• Controller / Chief Accountant: ضبط حسابات الـClearing وإخراج JE Log وتسليم قابل للمراجعة.
• Internal Audit / Compliance: تتبع Refunds/Chargebacks والرسوم وإثبات التسويات والتوقيت (Cut‑off).

غير مناسبة لـ

• لو تحتاج تكامل تلقائي API وسحب تقارير لحظي من البوابات — هذه حزمة Excel/Runbook تعتمد على Exports.
• لو لا يوجد لديك حساب Clearing أو لا تستطيع استخراج تقارير Transactions/Payouts/Bank — الحد الأدنى من البيانات ضروري للمطابقة.

بدون الحزمة / مع الحزمة (مقارنة قصيرة)

قبل الاستخدام: 5 أعراض أن تسويات بوابات الدفع تستهلك الإقفال

• كشف البنك يظهر إيداعات مجمّعة ولا يوجد ربط واضح بينها وبين معاملات اليوم/الأسبوع.
• رصيد حساب Payment Gateway Clearing يتراكم شهريًا بدون rollforward أو aging للفروقات.
• رسوم البوابة (MDR/Fees) تُسجل “رقمًا” بدون جدول يربطها بتقارير التسوية.
• Refunds وChargebacks تُكتشف متأخرًا فتدخل كفروقات في AR أو الإيراد أو حسابات وسيطة.
• عند Month‑End لا يوجد ملف تسليم يشرح: (Gross sales → fees → refunds → net payout → bank) مع أدلة.

كيف تتم مطابقة بوابات الدفع عمليًا من البيع حتى Adjusted TB؟

الرحلة تبدأ من معاملات البوابة (Transactions)، ثم تقرير التسوية (Settlement/Payout) الذي يوضح كيف تحولت المعاملات إلى صافي إيداع بعد خصم الرسوم والمرتجعات. بعدها تتم مطابقة صافي الإيداعات مع كشف البنك. أي فرق يُصنّف: Timing (Settlement lag)، Fee mismatch، Refund/Chargeback pending، أو Bank posting difference. في النهاية تُخرج Clearing rollforward + JE Log لتصفير/تسوية ما يلزم قبل إقفال الفترة وإصدار Closing Pack.

طريقة التطبيق (3 خطوات)

الخطوة 1: التحضير وجمع التقارير

• استخراج تقارير البوابات: Transaction report + Settlement/Payout report + Fee details + Refund/Chargeback report.
• استخراج كشف البنك (أو Bank statement export) للفترة المطلوبة.
• تحديد قواعد الربط: Transaction ID / Settlement ID / Payout ID / Bank reference، وتحديد عملة/فرع/بوابة (إن وُجد).

الخطوة 2: المطابقات + التصنيف + JE Log

• تطبيق Payment Gateway Reconciliation: ربط معاملات البوابة بملفات Settlement ثم حساب Gross/Fees/Refunds/Net.
• مطابقة Net Payouts مع كشف البنك وتوليد قوائم الاستثناءات:
  • Payouts not in Bank: تسوية تمت ولم يظهر الإيداع (Timing/Bank posting).
  • Bank deposits without Payout ref: إيداع بلا مرجع واضح يحتاج تصنيف/تحقق.
• تسجيل أثر الفروقات في JE Log: رسوم، فروقات رسوم، Chargeback pending، إعادة تصنيف من/إلى Clearing، مع مرجع JE داخل الملف.

الخطوة 3: Adjusted TB + القوائم + Closing Pack

• إخراج Clearing Account Rollforward وتفسير رصيد الإغلاق: Opening + movements – bank matched – settled refunds/chargebacks = Closing.
• عمل Tie‑out: إجمالي Net Payouts المطابق للبنك ↔ حركة البنك في TB ↔ حركة حساب Clearing/Fees في GL (حسب هيكل حساباتك).
• تجميع Closing Pack: Matching summary + Unmatched aging + Fees schedule + Refunds/Chargebacks tracker + Evidence index + Sign‑off.

مكونات الحزمة (جرد واضح)

1. Gateway Transactions Import (Mada/Visa/MC/ApplePay/STC/Stripe)
   • الغرض العملي: استيراد معاملات البوابة وتوحيد الحقول الأساسية (Transaction ID/Date/Amount/Status).
   • متى يُستخدم: يوميًا أو أسبوعيًا حسب حجم المعاملات.
   • الدليل الناتج: Ledger معاملات موحد يصلح كأساس مطابقة.
2. Settlement/Payout Import (تسويات بوابات الدفع)
   • الغرض العملي: تحميل تقارير التسوية وربط كل Settlement بما يحتويه من معاملات ورسوم وRefunds.
   • متى يُستخدم: أسبوعيًا + قبل الإقفال.
   • الدليل الناتج: Settlement register يوضح Gross → Net بمراجع واضحة.
3. Bank Statement Import & Matching
   • الغرض العملي: مطابقة صافي Payouts مع الإيداعات البنكية وإخراج matched/unmatched.
   • متى يُستخدم: أسبوعيًا + Week‑4/Month‑End.
   • الدليل الناتج: Bank reconciliation view + قائمة عناصر تحتاج متابعة.
4. Fees Schedule (رسوم بوابات الدفع)
   • الغرض العملي: تفصيل الرسوم (MDR/Fixed fees/Other) حسب بوابة/فترة وربطها بالتسويات.
   • متى يُستخدم: شهريًا للإقفال + عند اختلاف الرسوم المتوقعة عن المخصوم.
   • الدليل الناتج: جدول رسوم قابل للتسليم + مراجع قيود (JE refs) إن كانت الرسوم تُسجل منفصلًا.
5. Refunds & Chargebacks Tracker
   • الغرض العملي: تتبع المرتجعات والاعتراضات وربطها بالمعاملة الأصلية وبـSettlement وبالأثر المالي.
   • متى يُستخدم: عند حدوث Refund/Chargeback + مراجعة أسبوعية حتى الإغلاق.
   • الدليل الناتج: سجل Refunds/Chargebacks مع Status/Aging/Outcome (Won/Lost/Settled).
6. Clearing Account Rollforward & Aging
   • الغرض العملي: تفسير رصيد حساب Payment Gateway Clearing وإظهار البنود المعلّقة حسب العمر والسبب.
   • متى يُستخدم: Month‑End وYear‑End (وخاصة عند تراكم بنود معلّقة).
   • الدليل الناتج: Rollforward + Aging + أسباب الفروقات (Timing/Fee/Refund/Chargeback).
7. Unmatched Exceptions Dashboard
   • الغرض العملي: لوحة تلخص الاستثناءات: معاملات بلا تسوية، تسويات بلا بنك، فروقات رسوم، Refunds معلّقة.
   • متى يُستخدم: أسبوعيًا لتوجيه الفريق + Week‑4 لإغلاق العناصر قبل الإقفال.
   • الدليل الناتج: Snapshot شهري للاستثناءات يمكن أرشفته ضمن Closing Pack.
8. JE Log + Closing Pack Section
   • الغرض العملي: توثيق قيود التسوية/إعادة التصنيف المرتبطة بالمطابقة (Fees/Reclass/Clearing adjustments) مع مراجع.
   • متى يُستخدم: Month‑End/Year‑End.
   • الدليل الناتج: JE references + مذكرة مختصرة لكل قيد + ملف تسليم للإقفال.

ما الذي يجب أن يكون موجودًا داخل التسليم؟

• 01-Gateway-Transactions-Import.xlsx: Imports لكل بوابة + توحيد الحقول + معجم Mapping.
• 02-Settlements-Payouts-Register.xlsx: سجل تسويات بوابات الدفع + IDs + Gross/Fees/Refunds/Net.
• 03-Bank-Statement-Matching.xlsx: مطابقة Payouts مع كشف البنك + matched/unmatched.
• 04-Fees-Schedule.xlsx: رسوم بوابات الدفع + تفصيل حسب بوابة/فترة + ملاحظات معالجة محاسبية.
• 05-Refunds-Chargebacks-Tracker.xlsx: Refunds وChargebacks + ربط بالمعاملة الأصلية + حالة + Aging + Outcome.
• 06-Clearing-Rollforward-Aging.xlsx: حركة حساب Clearing + تفسير رصيد الإقفال + Aging حسب السبب.
• 07-Unmatched-Exceptions-Log.xlsx: سجل الاستثناءات (Missing settlement / Missing bank / Fee mismatch) + Owner + Action.
• 08-JE-Log.xlsx: سجل مراجع القيود (Fees/Reclass/Adjustments) + سبب + تاريخ + مرجع.
• 09-MonthEnd-Gateway-Closing-Pack.xlsx: ملخص مطابقة + قوائم استثناءات + tie‑out notes + Sign‑off.
• 10-Evidence-Index.xlsx: فهرس الأدلة (Gateway exports / payout reports / bank statements) + روابط/مسارات.
• 11-Runbook.pdf: تشغيل عملي (Weekly reconciliation → month-end rollforward → closing pack).
• 12-Archiving-Map.docx: شجرة حفظ (Year/Month/Payments/Gateways/Settlements/Bank/Evidence) + Naming convention.

بعد التطبيق (نقطتان فقط)

• نتيجة تشغيلية للفريق: أي يوم/أسبوع تستطيع أن تجيب بسجل واحد: كم Gross sales؟ كم Net payout؟ أين الفروق؟ وما العناصر المعلّقة (Timing/Refund/Chargeback/Fee mismatch) مع Owner وخطوة إغلاق.
• نتيجة رقابية/تدقيقية: Month‑End يصبح “ملف أدلة” قابل للتتبع: Exports → Matching → Clearing rollforward → JE refs → Sign‑off، مما يدعم Traceability لحسابات النقد/الرسوم/الحسابات الوسيطة بدل تفسير شفهي.

FAQ — أسئلة قبل الشراء

هل الحزمة مناسبة لأي ERP؟

نعم. لأن الحزمة تعمل على Exports من البوابات والبنك، وتنتج rollforward وJE log للتسجيل داخل ERP حسب هيكل حساباتك.

هل تدعم أكثر من بوابة في نفس الوقت (Stripe + Mada + ApplePay… إلخ)؟

نعم. يوجد سجل موحد مع حقل Gateway/Channel، ويمكن إخراج تقارير منفصلة لكل بوابة أو تقرير مجمّع.

هل تشمل رسوم بوابات الدفع بالتفصيل؟

نعم: Fees schedule مرتبط بتقارير التسوية. ويمكن إضافة تصنيفات (MDR/Fixed/Other) حسب تقرير البوابة.

كيف يتعامل النموذج مع Refunds وChargebacks؟

يوجد Tracker يربط المعاملة الأصلية بالRefund/Chargeback وبالتسوية/الإيداع، مع حالة وAging وOutcome (تم/معلّق/تم رفضه).

ما الحد الأدنى من البيانات المطلوبة للبدء؟

Transaction report + Settlement/Payout report + Bank statement للفترة. بدون Payout IDs أو مراجع بنكية واضحة ستزيد العناصر “Unmatched”.

هل هو للاستخدام اليومي أم Month‑End فقط؟

يصلح للاستخدام الأسبوعي/اليومي كمطابقة تشغيلية، وفي Month‑End يتحول إلى Closing Pack مع rollforward وSign‑off.

كيف يعالج فروقات التوقيت (Settlement lag)؟

بتصنيف العناصر كـTiming pending وإظهارها في Clearing aging حسب تاريخ العملية/تاريخ التسوية حتى لا تُعامل كفرق “غير مبرر”.

هل يوجد قالب تسليم للمراجع؟

نعم: Month‑End gateway closing pack + evidence index + rollforward + unmatched aging + JE refs؛ وهي عناصر تُسلم عادة ضمن ملف الإقفال.

جاهز تقفل الفروقات بين البوابة والبنك بحساب Clearing مفهوم؟

المخرجات: Payment Gateway Reconciliation + Fees + Refunds/Chargebacks + Clearing Rollforward + Closing Pack.