التحويل البنكي هو نهاية حركة PayPal، ليس بدايتها. حين تُسوّي ملف تصدير PayPal الشهري مع كشف حسابك البنكي، يظهر الفارق عادةً من نفس السبب: كشف الحساب لا يعرض إلا التحويل الصافي، في حين يجمع ملف PayPal في تقرير واحد المدفوعات الإجمالية والرسوم والمبالغ المستردة والاستردادات القسرية والتحويل ذاته.

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

حدِّد الفارق قبل فتح الملفات

معظم إخفاقات تسوية PayPal تظهر قبل كتابة أي معادلة. المشكلة في الغالب في الطريقة التي يُمثّل بها كل ملف الحدث نفسه.

إن كانت أرقام تعريف معاملاتك تعرض صيغة علمية بالفعل، صحّحها أولاً. لماذا يُحوّل Excel أرقام تعريف معاملات PayPal في ملف CSV إلى صيغة علمية يشرح مشكلة الاستيراد التي تُتلف المرجع قبل أن تتمكن من مطابقة أي شيء.

استخرج الصفوف الصحيحة من كل ملف

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

لإجراء تسوية شهرية نظيفة، هذا ما تحتاجه:

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

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

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

ابدأ بمطابقة إيداعات البنك مع صفوف تحويلات PayPal

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

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

هذه هي الإجابة الأولى التي تحتاجها في نهاية الشهر: أي إيداعات بنكية لها تحويل مقابل في PayPal.

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

1. تم تجميع تحويلَين من PayPal في سطر بنكي واحد. اجمع أقرب مبلغَي تحويل؛ إن ساويا السطر البنكي، فهذا هو السبب.
2. تم تقسيم تحويل واحد على سطرين بنكيين. تحقق مما إذا كان إيداعان بنكيان في تاريخين متقاربين يساويان تحويلاً واحداً.
3. كشف الحساب يُظهر تاريخ الإيداع، لكن PayPal يستخدم تاريخ بدء التحويل. قارن تاريخ بدء PayPal بتاريخ القيد البنكي بحثاً عن فجوة يوم إلى يومين.
4. أثّر تحويل عملة أو حركة احتياطي أو استرداد على إجمالي التحويل. افتح نشاط PayPal خلف التحويل وابحث عن سطر صرف عملة أو احتياطي أو استرداد.
5. صدّرت الفترة الخاطئة من أحد الجانبين. تأكّد أن الملفَّين يغطيان تاريخَي البداية والنهاية نفسيهما.

فقط بعد تسوية صفوف التحويل يُجدي التعمق في تفاصيل نشاط PayPal. قبل ذلك، مطابقة مدفوعات العملاء الفردية جهد ضائع.

أعد بناء الحركة من الإجمالي إلى الصافي

بعد تسوية سطور التحويل مع البنك، المهمة التالية هي شرح المبلغ. إيداع PayPal في كشف الحساب البنكي هو في الغالب النتيجة الصافية لعدة أحداث أثّرت في الرصيد.

مثال بسيط لتحويل واحد:

هذا هو السبب في فشل تسوية PayPal مع كشف الحساب سطراً بسطر. البنك يرى 4,892.17. ملف تصدير PayPal يحتوي على المبيعات والخصومات وحدث التحويل. البنك لا يتلقى إلا النتيجة النهائية.

سير عملك في نهاية الشهر يجب أن يكون:

1. طابِق كل إيداع بنكي مع صف تحويل PayPal بالمبلغ.
2. لكل تحويل مطابَق، استخرج نشاط PayPal الذي أسهم في ذلك المبلغ الصافي.
3. افصل المدفوعات الإجمالية والرسوم والمبالغ المستردة والإلغاءات وسائر الخصومات.
4. تأكد أن الصافي يساوي مبلغ التحويل.
5. انقل إلى الفترة التالية كل ما ينتمي إلى فترة كشف الحساب القادمة.

لا تقارن كشف الحساب البنكي بمبيعات PayPal الإجمالية. قارنه بصفوف تحويلات PayPal. ثم قارن صفوف التحويل بنشاط PayPal الذي يقف وراءها.

هذا التمييز مهم لأنه يُحدد طبيعة الفارق:

تحقق من أنواع الأعمدة قبل إلقاء اللوم على الأرقام

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

في عمود مبالغ البنك، =TYPE(C2) يجب أن يعيد 1. إن أعاد 2، المبلغ نص وإن بدا رقمياً. تنطبق القاعدة ذاتها على مبالغ PayPal الصافية المستوردة.

حين يحتوي مبلغ نصي على فواصل، صحّح القيمة مباشرةً داخل معادلة البحث دون بناء أعمدة مساعدة:

=XLOOKUP(VALUE(SUBSTITUTE(A2,",","")),PayPal!$F:$F,PayPal!$A:$A,"No match")

هذه المعادلة تُجبر Excel على مقارنة رقم حقيقي بعمود المبالغ الصافية في PayPal. إن نجح التصحيح المضمَّن، لا تحتاج أعمدة تنظيف إضافية.

التواريخ تستلزم المعالجة ذاتها. إن أعاد =TYPE(B2) على تاريخ مستورد القيمةَ 2, Excel يُعالج سلسلة نصية لا قيمة تاريخ. سلسلة مثل 05/01/2026 خطيرة بشكل خاص لأنها قد تعني 5 يناير أو 1 مايو بحسب مصدر الملف. في هذه الحالة، حلّل الأجزاء صراحةً بدلاً من الأمل في أن يُخمّن DATEVALUE() الصواب:

=DATE(RIGHT(B2,4),LEFT(B2,2),MID(B2,4,2))

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

المراجع تنكسر أيضاً على أحرف غير مرئية. CHAR(160) مسافة غير منقسمة تأتي كثيراً من التصديرات المُنشأة على الويب وتنجو من TRIM() العادي. إن بدا مرجع PayPal أو البنك متطابقاً لكنه لا يزال يفشل في المطابقة، اختبره بـ:

=LEN(A2)

ثم:

=LEN(TRIM(SUBSTITUTE(A2,CHAR(160)," ")))

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

تعامل مع فوارق التوقيت والاستثناءات الوهمية بشكل منفصل

ليس كل صف بلا مطابقة خطأً. بعضها فوارق توقيت. وبعضها مشكلات في شكل البيانات. والبعض الآخر استثناءات حقيقية.

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

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

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

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

تقرير التسوية الشهري الذي تحتاجه فعلاً

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

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

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

تسوية PayPal اليدوية تتدهور حين تتكرر الخطوات ذاتها كل شهر: تصدير CSV البنك، وتصدير ملف PayPal، وعزل صفوف التحويل، وتوحيد التواريخ، وإصلاح المبالغ النصية، وتصفية الاستثناءات، وإعادة بناء الشرح من الإجمالي إلى الصافي.