حين يُعدَّل ملف CSV المصدر وعملية التسوية لم تنتهِ بعد، تصبح كل نتائج المطابقة التالية موضع شك.
المشكلة ليست التعديل المرئي وحده. المشكلة هي فقدان أساس موثوق.
ربما حُذف صف. ربما أعاد Excel تفسير تاريخ. ربما فقد معرّف المعاملة الصفر البادئ. ربما أزاح صف فارغ الاستيراد. ربما أخفى فلتر سجلات قبل حفظ الملف. قد تنتج التسوية نتيجة رغم ذلك، لكن تلك النتيجة لم تعد تثبت ما تدّعي إثباته.
لا تُصلح الملف المعدَّل أولاً. جمِّد الحالة الراهنة، واسترجع ملف CSV المصدر الأصلي أو أعد تصديره، وقارن النسختين هيكلياً، ثم أعد تشغيل التسوية من الأساس النظيف.
هذه أأمن طريقة لاسترداد تسوية بعد تعديل ملف CSV المصدر أثناء المعالجة، دون إدخال تغيير بيانات خفي في التقرير النهائي.
صنِّف الخلل قبل تغيير أي شيء
المهمة الأولى: حدِّد ما إذا كانت التسوية أخفقت بسبب فارق مالي حقيقي أم لأن الملف المصدر تغيّر تحت العملية الجارية.
راجع هذا الجدول قبل لمس المعادلات أو التعيينات أو الفلاتر أو ملاحظات المطابقة اليدوية.
| العرض | النوع المرجَّح | أول ما تفحص | تُصحّح أم تُبقي |
|---|---|---|---|
| تغيّر عدد التطابقات بعد حفظ CSV | ملف مصدر معدَّل | قارن عدد الصفوف والمراجع بالتصدير الأصلي | صحِّح باسترجاع الأساس |
| تغيّرت الإجماليات لكن عدد الصفوف لم يتغيّر | مبلغ خاطئ أو إشارة مقلوبة | قارن إجماليات عمود المبالغ والقيم السالبة | صحِّح قبل إعادة التشغيل |
| ظهرت المعاملات ذاتها بتواريخ مختلفة | تاريخ خاطئ | قارن أقدم تاريخ وأحدثه وتنسيق التاريخ | صحِّح إذا عُدِّل التاريخ؛ أبقِ فوارق التوقيت الحقيقية فقط |
| تُظهر بعض المراجع قيماً أقصر الآن | ملف مصدر معدَّل | تحقّق من الأصفار البادئة ومعرّفات الأرقام الطويلة | صحِّح بالتصدير من جديد، لا بكتابة المعرّفات يدوياً |
| تستثني التسوية صفوفاً كانت مشمولة سابقاً | خطأ في النطاق أو الفلتر | تحقّق من الفلاتر والصفوف المخفية ونطاق التاريخ | صحِّح حد الملف المصدر |
| ظهرت معاملة مرتين بعد التعديل | سجل مكرَّر | عُدّ المفاتيح المكرَّرة وأزواج المبلغ والتاريخ المكرَّرة | صحِّح قبل إعادة التشغيل |
| غابت معاملة متوقَّعة | سجل مفقود | ابحث أولاً بالمرجع، ثم بالمبلغ والتاريخ القريب | صحِّح إذا أُغفلت؛ أبقِها فقط إذا كانت خارج النطاق |
هذا التمييز ضروري لأن فوارق التوقيت والتعديلات في البيانات لا تُعالَج بالطريقة ذاتها.
فارق التوقيت يمكن الإبقاء عليه. إيداع قيد التحصيل أو تسوية بطاقة معلّقة أو دفعة وصلت يوماً متأخراً يمكن أن تبقى في التسوية كفارق مُبرَّر.
أما الملف المصدر المعدَّل فلا يُقبل تبريراً. يجب تصحيحه أو استبداله قبل الثقة بنتيجة التسوية.
جمِّد الملفات كما هي الآن
قبل استرداد أي شيء، احتفظ بحالة العمل الراهن.
انسخ كلاً من:
- ملف CSV المصدر المعدَّل
- الملف الثاني المستخدَم في المقارنة
- مصنّف التسوية أو ملف العمل
- أي تصدير أُنشئ من التسوية
- أي ملاحظات مطابقة يدوية أو استثناءات
أعد تسمية ملف CSV المعدَّل لئلا يُخلط بينه وبين التصدير المصدر. اسم واضح يكفي:
| الملف | الغرض |
|---|---|
bank-export-edited-do-not-use.csv | يُظهر الملف المعدَّل الذي أوجد المشكلة |
ledger-export-working-copy.csv | يُظهر الجانب الآخر من التسوية |
reconciliation-before-recovery.xlsx | يحتفظ بالمعادلات والفلاتر وملاحظات المراجعة اليدوية |
الملف المعدَّل دليل. قد يكون خاطئاً، لكنه يُفسّر لماذا غدت التسوية الراهنة غير موثوقة.
لا تكتب فوقه. لا تستمر في العمل داخله. لا تحفظ نسخة أخرى فوقه.
الهدف الآن ليس إنهاء التسوية بسرعة. الهدف إيقاف البيانات عن التحرك بينما تُثبت ما تغيّر.
أعد بناء الأساس من المصدر الأصلي
أأمن مسار للاسترداد هو الحصول على تصدير جديد غير معدَّل من النظام المصدر.
إذا جاء ملف CSV من بنك، أعد تنزيل تصدير كشف الحساب للحساب والفترة ذاتهما. إذا جاء من معالج دفع، أعد تصدير التقرير نفسه بالفلاتر ذاتها. إذا جاء من برنامج محاسبة، صدِّر دفتر الأستاذ ذاته أو تقرير المعاملات بنطاق التاريخ والأساس والعملة ونطاق الحساب ذاتها.
لا يصبح التصدير الجديد أساس الاسترداد إلا إذا طابق حد المقارنة الأصلي.
تحقّق من هذه الحقول قبل استخدامه:
| فحص الأساس | ما تقارنه | لماذا يهم |
|---|---|---|
| الحساب أو المصدر | الحساب البنكي أو دفتر الأستاذ أو المنصة أو التقرير ذاته | يمنع مقارنة مجموعة بيانات خاطئة |
| الفترة | تاريخ البدء والانتهاء ذاتهما | يمنع أن تبدو فوارق التقطيع وكأنها تعديلات |
| عدد الصفوف | إجمالي صفوف المعاملات باستثناء العناوين | يكشف الصفوف المحذوفة أو المُدرجة أو المُفلترة |
| عدد المراجع | مراجع المعاملات غير الفارغة | يكشف مفاتيح المطابقة المكسورة |
| نطاق التاريخ | أقدم تاريخ معاملة وأحدثه | يكشف تغيير النطاق أو إعادة تفسير التواريخ |
| إجمالي المبالغ | صافي الحركة أو مجموع عمود المبالغ المعني | يكشف الإشارات المُغيَّرة أو الصفوف المحذوفة أو القيم المعدَّلة |
| عدد المكرَّرات | معرّفات المراجع المكرَّرة أو مجموعات المبلغ والتاريخ والمرجع المكرَّرة | يكشف الصفوف المنسوخة أو التكرار عند الاستيراد |
| الصفوف دون مرجع | الصفوف الخالية من المرجع المتوقَّع | يكشف الصفوف التي لا يمكن مطابقتها بموثوقية |
إذا تغيّر النظام المصدر منذ التصدير الأول، قد لا يكون الملف الجديد مطابقاً تماماً. هذا لا يُلغي فائدته. معناه أنك تحتاج إلى فصل تغييرات النظام عن تعديلات الملف.
مثلاً، قد يتضمّن تقرير معالج دفع الآن تعديلاً متأخراً لم يكن متاحاً وقت التصدير الأول. هذا ليس تعديلاً أجراه أحد على خلية CSV. هذا سجل جديد من المصدر. اضبطه كفارق نطاق، ثم قرِّر ما إذا كانت فترة التسوية يجب أن تشمله.
الأساس موثوق فقط حين يمكنك تبرير حدوده: المصدر ذاته، الفترة ذاتها، إعدادات التقرير ذاتها، الأعمدة ذاتها، والمجموع المالي ذاته أو التغيير المُبرَّر.
قارن ملف CSV المعدَّل بالأساس
بمجرد حصولك على التصدير النظيف، قارنه بملف CSV المعدَّل قبل إعادة تشغيل التسوية.
لا تبدأ بمقارنة الصفوف سطراً بسطر. ابدأ بالفحوصات الهيكلية. فهي أسرع وتستبعد فئات كاملة من الأعطال.
| الفحص | الأساس النظيف | CSV المعدَّل | ما تعنيه الفجوة |
|---|---|---|---|
| صفوف المعاملات | 4,812 | 4,809 | حُذفت صفوف أو فُلترت أو ضاعت |
| المراجع غير الفارغة | 4,812 | 4,780 | عُدِّلت مفاتيح المطابقة أو مُحيت |
| المراجع المكرَّرة | 0 | 3 | نُسخت صفوف أو تضرَّرت المعرّفات |
| أقدم تاريخ | 2026-05-01 | 2026-05-02 | سجلات اليوم الأول غائبة أو مُفلترة |
| أحدث تاريخ | 2026-05-31 | 2026-05-31 | يبدو حد النهاية سليماً |
| صافي المبلغ | 184,229.10 | 184,010.55 | مبلغ واحد أو أكثر تغيّر، أو صفوف مفقودة |
هذا الجدول يُخبرك أين تبحث بعد ذلك.
إذا تغيّر عدد الصفوف، ابحث عن صفوف مفقودة أو مُدرجة. إذا تغيّر عدد المراجع، افحص عمود المرجع. إذا تغيّرت الإجماليات، قارن عمود المبالغ. إذا تغيّر نطاق التاريخ، تحقّق مما إذا كان Excel حوَّل التواريخ أو فلتر حذف تواريخ الحد.
التعديلات الشائعة في ملف CSV صامتة:
- تتحوّل المعرّفات الرقمية الطويلة إلى الترميز العلمي
- تُشطب الأصفار البادئة من المراجع
- تتبدّل التواريخ بين صيغة اليوم-الشهر وصيغة الشهر-اليوم
- تتحوّل المبالغ المحفوظة نصاً إلى أرقام
- تنتقل الإشارات السالبة من عمود خصم منفصل إلى عمود مبلغ واحد
- تُدرج صفوف فارغة فوق السطر العلوي
- تُحفظ فلاتر مخفية في ملف العمل
- تُكتب ملاحظات إضافية في عمود يستخدمه الاستيراد للمطابقة
- تُرتَّب الصفوف دون تحديد مجموعة البيانات كاملةً
هذه الأخيرة بالغة الضرر. إذا رُتِّب عمود واحد باستقلالية، قد تنتهي التواريخ والمراجع والمبالغ مرتبطةً بصفوف خاطئة. قد يبدو الملف مكتملاً. قد يظل عدد الصفوف والمجموع قريبَين. لكن العلاقات بين المعاملات مكسورة.
إذا وجدت هذا النوع من التعديل، لا تحاول إصلاح CSV يدوياً. أعد التصدير وأعد التشغيل.
حدِّد الصفوف المتغيّرة بدقة، بعد استقرار الهيكل فقط
المقارنة التفصيلية سطراً بسطر لا تأتي إلا بعد نجاح الفحوصات الهيكلية.
استخدم أقوى معرِّف أولاً:
- معرّف المعاملة أو المرجع المصدر
- المبلغ الدقيق مع التاريخ الدقيق
- المبلغ الدقيق مع تاريخ قريب
- البيان أو ملاحظة المعاملة
- الموقع بين الصفوف المجاورة
المرجع أفضل مفتاح حين يكون سليماً. المبلغ مع التاريخ مفيد حين تكون المراجع مفقودة أو تالفة، لكنه مفتاح أضعف. قد تشترك معاملتان في المبلغ ذاته في التاريخ ذاته. البيان أضعف منهما لأن البنوك والمعالجين يُعيدون صياغة الأوصاف بين التصديرات.
أنشئ جدول مقارنة كالتالي:
| المرجع | مبلغ الأساس | المبلغ المعدَّل | تاريخ الأساس | التاريخ المعدَّل | الحالة |
|---|---|---|---|---|---|
| TXN-10481 | 242.18 | 242.18 | 2026-05-08 | 2026-05-08 | دون تغيير |
| TXN-10482 | 119.00 | 119.00 | 2026-05-08 | 2026-08-05 | تغيّر التاريخ |
| TXN-10483 | 84.50 | 48.50 | 2026-05-09 | 2026-05-09 | تغيّر المبلغ |
| TXN-10484 | 300.00 | مفقود | 2026-05-09 | مفقود | مفقود من الملف المعدَّل |
عندها يصبح عمل الاسترداد دقيقاً.
لن تقول بعدها: «عُدِّل CSV.» ستقول: «النسخة المعدَّلة غيّرت تاريخاً واحداً ومبلغاً واحداً وحذفت صفاً واحداً.» هذا مستوى التفصيل المطلوب قبل القرار بشأن إنقاذ التسوية السابقة.
إذا كانت المشكلة سجلاً مفقوداً بين ملفَين ماليَّين، استخدم ترتيب البحث ذاته الموضَّح في كيفية إيجاد معاملة مفقودة بين ملفَين ماليَّين بسرعة: المرجع أولاً، ثم المبلغ الدقيق والتاريخ، ثم التواريخ القريبة، ثم المكرَّرات أو مشاكل النطاق.
قرِّر ما إذا كانت التسوية السابقة لا تزال صالحة
في معظم الحالات، تُعامَل التسوية كغير صالحة بعد تعديل ملف CSV المصدر.
ثمة استثناءات، لكنها ضيّقة.
| ما تغيّر | هل التسوية السابقة موثوقة؟ | إجراء الاسترداد |
|---|---|---|
| اسم الملف فقط | عادةً نعم | تحقّق من hash أو الفحوصات الهيكلية ثم واصل |
| ترتيب الفرز فقط، مع إبقاء جميع الأعمدة معاً | أحياناً | أعد تشغيل المطابقة إذا استُخدم موقع الصف في مكان ما |
| فلتر مخفي طُبِّق والصفوف المصدر لم تتغيّر | لا | أزل الفلتر أو أعد التصدير ثم أعد التشغيل |
| عمود ملاحظات أُضيف خارج نطاق المطابقة | أحياناً | تأكّد أن تعيين الاستيراد لم ينزلق |
| تعديل في مبلغ أو تاريخ أو مرجع | لا | أعد التصدير وأعد التشغيل |
| حذف صفوف أو إدراجها | لا | أعد التصدير وأعد التشغيل |
| إعادة تسمية أعمدة أو نقلها | لا قبل فحص التعيين | أعد التعيين وأعد التشغيل من الأساس |
| معرّفات أعاد Excel تنسيقها | لا | أعد التصدير مع الحفاظ على المعرّفات كنص |
السؤال المحوري: هل مسّ التعديل حقلاً يُستخدَم للمطابقة أو النطاق أو حساب الإجماليات؟
تلك هي الحقول الضابطة:
- معرّف المعاملة
- المرجع
- التاريخ
- المبلغ
- العملة
- الحساب
- معرّف العميل أو المورّد
- مؤشر المدين أو الدائن
- الحالة
- فترة التقرير
إذا تغيّر أي حقل من هذه الحقول، لا تُقبل نتيجة التسوية السابقة. قد تكون النتيجة قريبة، لكن القريب ليس جاهزاً للتدقيق.
إذا كانت التسوية أنتجت ناتجاً خاطئاً بالفعل وتحتاج إلى تحديد نقطة الانكسار، طبِّق منطق الأساس أولاً ذاته الموضَّح في لماذا كانت تسويتك خاطئة وكيف تجد أين انكسرت. انطلق من آخر حالة موثوقة، ثم اختبر ما تغيّر بعد تلك النقطة.
أعد التشغيل من الأساس النظيف
بعد الحصول على ملف CSV المصدر النظيف، أعد تشغيل التسوية من البداية.
استخدم الملف الثاني ذاته، ما لم يكن قد تغيّر هو الآخر. إذا تغيّر الجانبان، جمِّد النسختين المعدَّلتين وأعد تصدير الأساسَين. لا تخلط ملفاً نظيفاً بملف عمل لم يُتحقَّق منه.
تسير إعادة التشغيل بهذا الترتيب:
| الخطوة | الإجراء | الضبط |
|---|---|---|
| 1 | حمِّل ملف CSV المصدر النظيف | تحقّق من عدد الصفوف ونطاق التاريخ وإجمالي المبالغ |
| 2 | حمِّل ملف المقارنة | تحقّق من الضوابط ذاتها على الملف الثاني |
| 3 | تأكّد من مفاتيح المطابقة | استخدم المرجع أولاً حيثما توفّر |
| 4 | شغِّل المطابقة | احتفظ بحالات منفصلة: متطابق، مفقود، مكرَّر، فارق مبلغ |
| 5 | قارن الناتج بالتشغيل الفاشل | وضِّح كل فارق جوهري |
| 6 | احفظ التقرير المستردّ | احتفظ به منفصلاً عن النسخة الفاشلة |
لا تنقل قرارات المطابقة اليدوية من التشغيل الفاشل إلا إذا كان كل قرار لا يزال صالحاً مقابل الأساس النظيف.
الملاحظات اليدوية دليل مفيد، لكنها ليست إثباتاً. ملاحظة كانت تقول «طابَق بالمبلغ والتاريخ» ربما كانت صحيحة مقابل الملف المعدَّل وكاذبة مقابل الملف النظيف. أعد فحص أي تجاوز يدوي أثّر في النتيجة النهائية.
يجب أن يُظهر التقرير المستردّ:
- ملف CSV المصدر النظيف المستخدَم
- ملف المقارنة المستخدَم
- عدد صفوف كلا الملفَين
- نطاق تاريخ كلا الملفَين
- إجمالي المبالغ أو صافي الحركة لكلا الملفَين
- الصفوف المتطابقة
- الصفوف المفقودة
- المكرَّرات
- فوارق المبالغ
- فوارق التواريخ
- أي فوارق توقيت حقيقية مُحتجَزة
- أي أخطاء صُحِّحت قبل الإغلاق
هذا الناتج أقوى من التسوية الأصلية لأنه يوثِّق مسار الاسترداد. لا يخفي الخلل. يُثبت كيف احتُوي.
لا تُصلح ملف CSV المعدَّل إلا عند انعدام مصدر للتصدير
أحياناً لا يتوفّر تصدير نظيف. قد لا تُقدِّم بوابة البنك الملف ذاته بعد الآن. قد يكون النظام المصدر قد تغيّر. قد يكون العميل أرسل CSV دون مسار تنزيل مباشر.
إذا لم يكن ثمة مصدر لإعادة التصدير، عامِل ملف CSV المعدَّل كدليل تالف، لا كملف عمل عادي.
استخدم كل سجل مستقل متاح:
- كشف حساب بنكي بصيغة PDF
- تقرير معاملات المنصة
- تصدير دفتر الأستاذ المحاسبي
- نسخة CSV محفوظة سابقاً
- مرفق بريد إلكتروني
- سجل التنزيلات
- ناتج التسوية من آخر تشغيل موثوق
- الملف الأصلي المُرسَل من العميل، إن توفّر
ثم أعد بناء ملف مصدر خاضع للتحكم من هذه الأدلة. اُذكر بوضوح أنه مُعاد البناء. لا تُقدِّمه على أنه التصدير الأصلي.
يحتاج الملف المُعاد بناؤه إلى سجل مراجعة:
| العنصر المُعاد بناؤه | الأدلة المستخدَمة | التغيير المُجرى | ملاحظة المراجع |
|---|---|---|---|
| تاريخ TXN-10482 | كشف حساب PDF وتصدير دفتر الأستاذ | استُعيد التاريخ إلى 2026-05-08 | ملف CSV المعدَّل كان يُظهر 2026-08-05 |
| مبلغ TXN-10483 | تقرير المعالج | استُعيد المبلغ إلى 84.50 | ملف CSV المعدَّل كان يُظهر 48.50 |
| صف TXN-10484 | مرفق التصدير السابق | أُعيد إدراج الصف المفقود | الصف غائب من ملف CSV المعدَّل |
هذا أبطأ من إعادة التصدير. يجب أن يكون الملجأ الأخير، لا المسار الافتراضي.
ما يجب توثيقه قبل إغلاق الاسترداد
ملاحظة الإغلاق يجب أن تكون موجزة ومحدَّدة.
تجيب عن خمسة أسئلة:
| السؤال | الإجابة الواجب توثيقها |
|---|---|
| ماذا تغيّر؟ | عُدِّل ملف CSV المصدر بعد بدء عمل التسوية |
| كيف اكتُشف؟ | عدد الصفوف أو المراجع أو نطاق التاريخ أو الإجماليات أو مقارنة الصفوف كشفت فارقاً |
| أي أساس استُخدم؟ | التصدير غير المعدَّل أو الملف المصدر المُعاد بناؤه |
| ما الذي أُعيد تشغيله؟ | التسوية الكاملة من الأساس المُتحقَّق منه |
| ما الذي لا يزال مفتوحاً؟ | فوارق التوقيت الحقيقية فقط أو الاستثناءات غير المحلولة |
لا تكتب سجلاً مطوَّلاً لكل محاولة. ملاحظة الإغلاق تهدف إلى مساعدة شخص على الثقة في النتيجة المستردّة.
ملاحظة جيدة تبدو هكذا:
عُدِّل ملف CSV البنكي الأصلي أثناء التسوية. الملف المعدَّل كان يحتوي على ثلاثة صفوف أقل ومبلغاً واحداً متغيّراً وتاريخاً واحداً متغيّراً مقارنةً بكشف الحساب البنكي المُعاد تصديره. أُعيد تشغيل التسوية باستخدام ملف CSV المصدر المُعاد تصديره للحساب والفترة ذاتهما. يُفرِّق التقرير النهائي بين الصفوف المتطابقة والسجلات المفقودة وفوارق التوقيت. لم يُنقَل أي ناتج من ملف CSV المعدَّل إلى التقرير المستردّ دون إعادة فحصه.
هذا كافٍ.
القارئ يرى الانكسار وأساس الاسترداد والضبط النهائي.
أين ينتهي الاسترداد
يكتمل الاسترداد حين يمكن تتبُّع التسوية النهائية وصولاً إلى ملف مصدر موثوق.
يعني ذلك:
- ملف CSV المعدَّل محفوظ لكنه لا يُستخدَم كأساس نهائي
- التصدير النظيف أو الملف المُعاد بناؤه محدَّدان بوضوح
- عدد الصفوف والمراجع ونطاق التاريخ والإجماليات والمكرَّرات والصفوف دون مرجع مُفحوصة جميعاً
- أُعيد تشغيل التسوية من الأساس المُتحقَّق منه
- فوارق التوقيت مُفصولة عن الأخطاء
- التجاوزات اليدوية من التشغيل الفاشل مُعاد فحصها
- التقرير النهائي يشرح ما تغيّر وما بقي دون حل
قف عند هذا الحد.
لا تستمر في تعديل الملف القديم حتى تتوافق الإجماليات. لا تُدرج سطر توازن لأن الفارق صغير. لا تُغلق من ملف تاريخ مصدره غير واضح.
ملف CSV المعدَّل أوجد مشكلة في نزاهة البيانات. الاسترداد لا ينتهي حين تبدو الأرقام متقاربة. ينتهي حين يمكن الدفاع عن المصدر والنطاق وإعادة التشغيل.
