Excel لا يتعامل مع عمود معرّفات معاملات PayPal باعتبارها معرّفات. يرى قيماً تبدو رقمية فيقرأها كأرقام. لهذا يتحوّل CSV نظيف إلى 4.76821E+16 قبل أن تطابق صفاً واحداً.

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

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

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

اقرأ القيمة التالفة قبل محاولة إصلاحها

أسرع طريقة لإضاعة ساعة هي إعادة تنسيق الخلايا دون إثبات ما تغيّر. الصيغة العلمية عَرَض من الأعراض. لا تُخبرك إن كانت القيمة الأصلية لا تزال سليمة.

استخدم الجدول أدناه كخطوة أولى. يربط ما تراه على الشاشة بما يجري على الأرجح تحتها.

الفرق الجوهري في الصفين الأخيرين. أحدهما قابل للاسترداد داخل المصنّف. الآخر لا. إن كان Excel قد استبدل الأرقام الأصلية بأرقام مقرَّبة، فتغيير تنسيق الخلية لن يعيد المرجع الضائع.

أولى الأسئلة: مشكلة عرض أم قيمة تالفة؟

خليتان تبدوان خاطئتين لأسباب مختلفة. في حالة، Excel يغيّر كيف تظهر القيمة فقط. في الأخرى، غيّر القيمة المخزّنة نفسها.

ابدأ بفحصين على عمود PayPal:

ثم انظر إلى شريط المعادلة، لا إلى عرض الخلية فقط.

إن كانت الخلية تعرض 4.76821903551285E+16 في الشبكة لكنّ شريط المعادلة لا يزال يحتفظ بالأرقام الأصلية الكاملة — والمعرّف قصير بما يكفي للبقاء سليماً في تخزين رقمي — فأنت أمام مشكلة عرض. إن كان شريط المعادلة يعرض أرقاماً مقرَّبة أو قيمة مختصرة، فالبيانات تالفة.

هذا الفرق يحدّد الخطوة التالية:

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

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

أصلح الحالات القابلة للاسترداد

إن كانت الأرقام لا تزال سليمة والمشكلة في نوع التخزين فقط، لا داعي لإعادة بناء المصنّف بالكامل بعد.

الحالة الأولى: أحد الجانبين رقمي والآخر نصّي.

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

للتصحيح المباشر:

=XLOOKUP(TEXT(A2,"0"),$B:$B,$C:$C,"No match")

الفكرة نفسها تعمل مع VLOOKUP:

=VLOOKUP(TEXT(A2,"0"),$B:$C,2,FALSE)

استخدم هذا فقط بعد التأكّد من سلامة القيمة الرقمية. إن كان المعرّف طويلاً بما يكفي ليُقرَّب، فـTEXT(A2,"0") سيحوّل الرقم الخاطئ بأمانة إلى نصّ خاطئ.

الحالة الثانية: اختفت الأصفار البادئة.

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

إن احتجت مقارنة مؤقّتة داخل المصنّف وتعرف العرض المطلوب، يمكن أن تنجح هذه الصيغة:

=XLOOKUP(TEXT(A2,"000000000000000"),$B:$B,$C:$C,"No match")

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

الحالة الثالثة: تبدو القيم متطابقة لكنّ المطابقة تفشل.

هذه في الغالب مشكلة حرف مخفيّ، لا مشكلة صيغة علمية. ملف CSV منسوخ قد يحمل مسافات في نهاية الخلايا، وبعض التصديرات تُدخل مسافة غير قابلة للكسر يخزّنها Excel كـCHAR(160).

حدّد هذا الحرف قبل محاولة إزالته. CHAR(160) ليس مسافة عادية، فـTRIM() وحدها تفوّته في الغالب. نظّف الحرف أولاً، ثم احذف المسافات من الناتج:

=XLOOKUP(TRIM(SUBSTITUTE(A2,CHAR(160),"")),$B:$B,$C:$C,"No match")

إن كانت المعرّفات سليمة لكنّ الصفوف لا تزال ترفض التوافق، فـالمسافات الزائدة في تصديرات CSV هي في الغالب المكان التالي للبحث.

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

ماذا تفعل حين غيّر Excel معرّف PayPal فعلاً

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

في هذه الحالة، اعمل بهذا الترتيب:

1. توقف عن استخدام المصنّف التالف أو ملف CSV المحفوظ مصدراً للحقيقة.
2. استرجع تصدير PayPal غير المعدَّل، أو حمّل التقرير مجدّداً.
3. افتح مصنّفاً فارغاً واستورد الملف عبر البيانات ← من نصّ/CSV. لا تنقر نقراً مزدوجاً على ملف CSV من متصفّح الملفات.
4. في خطوة المعاينة، اختر تحويل البيانات وغيّر كلّ عمود معرّف إلى نصّ قبل التحميل.
5. احفظ ملف العمل المستورد بصيغة .xlsx، ثم نفّذ مطابقتك في ذلك المصنّف بدلاً من الكتابة فوق ملف CSV الخام.

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

تعامل مع كلّ حقل مرجعي كنصّ قبل التحميل. في ملفات PayPal يشمل ذلك في الغالب:

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

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

لماذا تتكرّر المشكلة مع تصديرات PayPal

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

أعمدة المبالغ يجب أن تتصرّف كأرقام. أعمدة التاريخ يجب أن تتصرّف كتواريخ. أعمدة المرجع يجب ألّا تتصرّف كأيّ منهما.

هذا مهمّ لأنّ الخطوة التالية بعد التصدير نادراً ما تكون النظر في الورقة. في الغالب تكون إحدى هذه:

• مطابقة معاملات PayPal مع تصدير دفتر الأستاذ
• ربط تقرير PayPal بملف المبيعات
• إثبات أيّ المبالغ المستردّة أو الرسوم تفسّر فرقاً في المدفوعات
• مقارنة تقرير نشاط PayPal مع ورقة عمل بنكية

بمجرّد تلف عمود المرجع، يبدأ كلّ واحد من هذه السير في إنتاج تعارضات زائفة. وينتهي المحاسب بقضاء وقته في التحقيق في صفوف مفقودة لم تكن مفقودة أصلاً.

لهذا التنسيق بعد الفتح ليس استراتيجية وقاية. سير العمل الأآمن:

1. احتفظ بتنزيل PayPal الخام دون تعديل.
2. استورد، لا تفتح.
3. اضبط أعمدة المرجع على نصّ أثناء الاستيراد.
4. احفظ نسخة العمل بصيغة .xlsx.
5. طابق على مفتاح النصّ المستورد، لا على ما خمّنه Excel.

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

اجعل الاستيراد التالي آمناً بشكل افتراضي

إن كان هذا يحدث كثيراً، الحلّ ليس حفظ النقرات الصحيحة كلّ شهر. ابنِ مساراً للاستيراد يمكن تكراره.

ابدأ بمصنّف نظيف واحد موجود فقط لاستقبال تصديرات PayPal. استخدم البيانات ← من نصّ/CSV، اضبط أعمدة المرجع على نصّ، واحتفظ ببنية الاستعلام تلك. الشهر التالي، حدّث الاستيراد أو كرّر الخطوات نفسها في نموذج المصنّف نفسه. لا تستخدم ملف CSV سبق فتحه كملف بداية للدورة التالية.

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

افصل كذلك أدوار عملك:

• التنزيل الخام للأرشيف
• المصنّف المستورد للتنظيف والمطابقة
• التقرير النهائي للمراجعة أو التسليم

لا يجوز أن تكون هذه الثلاثة الملف نفسه.

هنا يتحوّل مشكلة جدول البيانات إلى مشكلة عملية. ملف CSV واحد من PayPal يُدار بروتين استيراد آمن. تكرار عملية الإنقاذ نفسها على التصديرات الشهرية وملفات دفتر الأستاذ وسجلات المبالغ المستردّة وكشوف الحسابات البنكية — هنا يبدأ العمل اليدوي في التكلفة أكثر من التسوية ذاتها.