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

لهذا السبب تفشل تسوية فواتير اشتراك Stripe مع كشف الحساب البنكي الشهري حين تحاول مطابقة صفوف الفواتير مباشرةً بصفوف الكشف. الكشف يُظهر النقدية المحصَّلة فعلاً. تصدير Stripe يُظهر المبالغ المفوترة وحالات الدفع. هاتان الصورتان مترابطتان، لكنهما لا تصفان المرحلة ذاتها من العملية. الحل: ابدأ التسوية بترتيب النقدية المستلمة، ثم حدِّد أي فواتير داخل كل تحويل.

ما يبدو عليه الفارق قبل فتح الملفات

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

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

القيد البنكي إجمالي تحويل، لا إجمالي فواتير

اشتراكات Stripe تُنشئ فواتير، لكن بنكك يستقبل تحويلات. هذا الفرق هو جوهر مشكلة التسوية.

الفاتورة تجيب على سؤال واحد: ما الذي فُوتر على العميل؟ التحويل يجيب على سؤال آخر: كم من النقدية المحصَّلة غادرت Stripe ووصلت إلى بنكك؟ بين هاتين النقطتين، يمكن لـ Stripe أن يخصم الرسوم، ويطبق الأرصدة الدائنة، ويُدرج المبالغ المستردة، ويستبعد المدفوعات الفاشلة، ويجمع كثيراً من مدفوعات الفواتير المنفصلة في تحويل واحد.

لإغلاق الشهر، احتفظ بهذه التواريخ الأربعة منفصلة:

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

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

سوِّ الشهر بهذا الترتيب

البدء من إجماليات الفواتير هو ما يُنتج معظم الإشكاليات. ابدأ من شهر النقدية، ثم ارجع إلى الفواتير.

1. عزل إيداعات Stripe في كشف الحساب البنكي للشهر الذي تغلقه.

خذ شهر الكشف البنكي حداً للنقدية. صفِّ فقط الإيداعات المرتبطة بـ Stripe التي وصلت فعلاً خلال تلك الفترة. تجاهل تواريخ الفواتير الآن. في هذه المرحلة أنت تثبت النقدية المستلمة، لا الإيرادات المستحقة ولا نشاط الفوترة المنشأ.

2. سحب نشاط تحويلات Stripe المقابلة لتلك الإيداعات البنكية.

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

3. توسيع كل تحويل لاستعراض مدفوعات الاشتراك الداخلية.

بعد مطابقة القيد البنكي بتحويل Stripe، افتح تفاصيل التحويل وحدِّد مدفوعات الفواتير بداخله. احتفظ بهذه الحقول مرئية:

• معرّف الفاتورة
• معرّف الاشتراك
• العميل
• تاريخ الدفع
• المبلغ الإجمالي
• رسوم Stripe
• المساهمة الصافية في التحويل
• حالة الفاتورة

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

4. بناء جدول ربط بين النقدية البنكية ونشاط الفوترة.

لا تطلب من كشف الحساب أن يساوي تصدير الفواتير. ابنِ الجدول الذي يفسر الفرق. جدول الربط الشهري عادةً يبدو هكذا:

الأرقام تتغير، المنطق لا. شهر الكشف البنكي وشهر الفوترة يرتبطان بتسويات توقيت، لا بمطابقة صف لصف.

5. فصل الاستثناءات الحقيقية عن الفوارق المتوقعة.

في هذه المرحلة يجب أن تكون معظم الفوارق قد فُسِّرت. الاستثناءات المتبقية هي البنود التي تحتاج إلى إجراء:

• فاتورة مدفوعة غائبة من تفاصيل التحويل
• تحويل مطابق للبنك لكن الاسترداد غير مسجَّل في ورقتك الداخلية
• فاتورة غير مدفوعة أو فاشلة مُدرجة خطأً في إجمالي نقديتك
• صف فاتورة مكرَّر في ملف التصدير أو المصنف
• تاريخ مستورد بشكل خاطئ فيُضع دفعة في الشهر الخطأ

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

حالات خاصة بالاشتراكات تغير الإجابة

الفوترة بالاشتراك تُضيف حالات لا تظهر في تسويات المدفوعات الفردية البسيطة. هنا عادةً يبدو الكشف البنكي وتصدير Stripe في تعارض، رغم أن البيانات لا تزال متسقة.

الحساب التناسبي يُغيّر إجمالي الفاتورة، لا منطق التحويل.

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

التجديدات الفاشلة تُنشئ صفوف فواتير بدون نشاط بنكي.

الفاتورة المنشأة ليست دفعة محصَّلة. إذا فشلت سلسلة إعادة محاولات الخصم، يمكن للفاتورة أن تبقى مفتوحة أو تمر بحالات تحصيل دون أن تُسهم في أي تحويل. هذه الفاتورة تنتمي إلى مراجعة الفوترة، لا إلى إجمالي تسويتك البنكية.

رصيد العميل والأرصدة الدائنة قد تُقلّل فاتورة لاحقة.

إذا طبَّق Stripe إشعاراً دائناً سابقاً أو رصيد عميل على فاتورة اشتراك، يمكن أن تُعلَّم الفاتورة مدفوعة بمبلغ أقل من سعر القائمة. الكشف البنكي لن يعكس إلا المبلغ المحصَّل فعلاً. الجزء المفقود ليس فارقاً بنكياً. سُدِّد برصيد دائن لا بنقدية جديدة.

المبالغ المستردة غالباً تقع في شهر مختلف عن الفاتورة الأصلية.

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

تجديدات نهاية الشهر أكثر حالات الفارق الوهمي شيوعاً.

اشتراك مدفوع قُبيل منتصف الليل بالتوقيت المحلي قد يُخزَّن بتوقيت UTC في اليوم التالي، ثم يُحوَّل بعد يوم أو يومي عمل. هكذا يمكن لتجديد واحد أن يظهر في ثلاثة أماكن مختلفة عبر شهرين من الكشوف. إذا كانت الطوابع الزمنية هي ما يُعطّل إغلاقك باستمرار، فـلماذا تُزيح طوابع توقيت UTC في Stripe تواريخ كشف الحساب البنكي يُعالج هذه المسألة تحديداً.

إذا قال Excel إن الملفين لا يتطابقان، افحص نوع التخزين أولاً

تسوية Stripe مقابل البنك كثيراً ما تبدو مشكلة منطق عمل، لكنها في الواقع مشكلة تنسيق ملف.

ابدأ بالأعمدة التي تستخدمها للتواريخ والمبالغ. في Excel، TYPE() يخبرك إذا كانت الخلية مخزَّنة كرقم أو كنص. هذا مهم لأن ملف بنكي يخزِّن 116.22 كنص لن يتصرف مثل تصدير Stripe يخزِّن 116.22 كرقم.

إذا استخدم الملف البنكي تنسيق MM/DD/YYYY، بدِّل موضعي اليوم والشهر في تلك المعادلة الأخيرة. تواريخ مثل 01/05/2026 غامضة حتى تعرف أي نظام أنتجها. لا تعتمد على طريقة عرض Excel للقيمة على الشاشة. افحص كيف يُرتَّب النص وحوِّله بشكل متعمَّد.

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

ما يجب أن تثبته التسوية الشهرية المكتملة

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

في نهاية العملية، يجب أن تستطيع إظهار:

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

متى تتوقف الروتين الشهري على الملفات عن أن يستحق العناء

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