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

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

اقرأ التباين قبل أن تبدأ

معظم المطابقات الفاشلة تتكرر بنفس الأنماط. حدّد النمط الذي أمامك قبل أن تفلتر الصفوف أو تعيد كتابة المعادلات.

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

ابدأ من الإيداع البنكي الفعلي

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

لا تبدأ من تحصيلات Stripe. لا من إجماليات المبيعات. لا من قائمة الطلبات. ابدأ من القيد البنكي الذي وصل إلى الحساب:

اطرح سؤالاً واحداً فقط: أيّ تحويل من Stripe أنتج هذا المبلغ الصافي تحديداً؟

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

إذن 7,220.00 هو الرقم الذي يجب مقارنته بكشف الحساب أولاً. بقية الصفوف تفسّر لماذا الإيداع ليس 7,840.00.

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

حقول Stripe التي تفيد فعلاً

ليست كل أعمدة تصدير Stripe مفيدة في المطابقة الأولى. بعضها يحدّد التحويل. البعض الآخر يفسّر الفارق داخله.

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

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

الإجراء قصير، لكن الترتيب مهم.

1. عزل الإيداع البنكي.

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

2. إيجاد التحويل بالمبلغ الصافي أولاً.

في تصدير تحويلات Stripe، ابحث عن نفس مبلغ الإيداع البنكي. استخدم مبلغ التحويل الصافي، لا إجمالي التحصيلات. إن وجدت تطابقاً واضحاً ضمن نطاق زمني ضيّق، فأنت على الأرجح أمام التحويل الصحيح.

3. الاستفادة من نافذة التواريخ بالشكل الصحيح.

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

4. الفصل بالمرجع البنكي عند التعادل.

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

5. فتح محتويات التحويل بعد تحديده فقط.

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

6. كتابة النتيجة كخلاصة تسوية، لا كتخمين.

يجب أن تبدو الإجابة هكذا: الإيداع البنكي بقيمة 7,220.00 بتاريخ 2026-05-10 يقابل تحويل Stripe رقم ST-1839R12DL؛ تفاوت اليوم الواحد تأخر بنكي في المعالجة؛ الفارق بين إجمالي التحصيلات والنقد يُفسَّر بـ 240.00 رسوم و300.00 مبالغ مستردة و80.00 نزاعات.

هذه إجابة مكتملة. «أظن أن هذا هو التحويل الصحيح لأن المبلغ يبدو قريباً» ليست كذلك.

ماذا تفعل حين لا تتوافق الملفات بعد

المشكلات المتبقية تقع في الغالب ضمن خمس حالات.

التواريخ تختلف لكن المبلغ صحيح.

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

وصف البنك عام جداً.

بعض البنوك لا تعرض أكثر من STRIPE PAYOUT. في هذه الحالة، طابق أولاً بالمبلغ ونافذة التواريخ، ثم انظر في التحويلات المجاورة. إذا أظهر Stripe تحويلاً بقيمة 7,220.00 يوم الجمعة وآخر بنفس القيمة يوم الاثنين، يصبح تاريخ الإيداع البنكي هو الحقل الفاصل. إن ظل كلا التاريخين محتملاً، افتح تفصيل التحويلات وقارن أيّهما يحتوي على النشاط المتوقع لتلك الفترة.

الرقم الذي كنت تتحقق منه هو الإجمالي.

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

سطر بنكي واحد يبدو ممثّلاً لأكثر من تحويل.

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

تحويل مدفوع في Stripe لكنه لم يصل إلى الحساب الذي تطابقه.

تحقق من الحساب المستلم، وحالة التحويل، وما إذا كان تلقائياً أو يدوياً أو فورياً. حالة «مدفوع» في Stripe لا تكفي إن لم يكن الحساب البنكي محل المراجعة هو حساب الوجهة لهذا التحويل.

نتيجة المطابقة التي تحتاجها فعلاً

التسوية الجيدة لا تقف عند «تطابق». تثبت التطابق وتعزل ما لا يزال مفتوحاً.

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

الاختبار بسيط: هل يستطيع شخص آخر قراءة ملاحظتك غداً وفهم لماذا استلم البنك 7,220.00 دون إعادة فتح Stripe؟ إن كانت الإجابة لا، فالتسوية لم تكتمل.

حين تتوقف الإجراءات الشهرية اليدوية عن الجدوى

هذا الإجراء عملي حين يكون عدد التحويلات قليلاً وحجم الملفات محدوداً. يصبح مُكلفاً حين يكرر كل إقفال نفس التسلسل: تصدير قائمة التحويلات، والبحث عن المبلغ، والتحقق من التواريخ، وفحص الوصف، وفتح التفاصيل، وتفسير صفوف الرسوم، وإعادة بناء مذكرة التسوية من جديد.