لماذا تبدو التواريخ خاطئة في Excel (وكيف تصلحها نهائياً)

يخزّن Excel التواريخ كعدد أيام منذ نقطة بداية ثابتة، ثم يعرض هذا الرقم باستخدام تنسيق معيّن. عندما يصل تاريخ كنص عادي — "14.3.2026"، أو تنسيق أمريكي "3/14/2026" يُفتح على جهاز بإعدادات إقليمية مختلفة — قد يخزّنه Excel كنص بدل تاريخ فعلي، أو يبدّل اليوم والشهر بصمت.

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

تُوحّد أداة تنظيف بيانات Excel في RowMint النص الشبيه بالتاريخ إلى تنسيق ISO (سنة-شهر-يوم) بقاعدة بسيطة وصادقة: إذا كان أحد رقمي اليوم/الشهر أكبر من 12، فذلك الرقم يجب أن يكون اليوم، لأنه لا يوجد شهر يتجاوز 12 — هذه الحالة غير غامضة وتُحوَّل بثقة كاملة. القيم التي لا يمكن تحليلها إطلاقاً (مثل تواريخ ISO الجاهزة، أو نص لا يطابق نمط تاريخ) تُترك دون تغيير.

الحالة الصعبة فعلاً هي قيمة مثل "03/04/2026"، حيث يمكن أن يكون كل من 3 و4 شهراً بشكل معقول. لا تملك الأداة اليوم علامة "يحتاج مراجعة" منفصلة لهذه الحالة — بل تطبّق افتراض أن الشهر أولاً (بالطريقة الأمريكية) كافتراضٍ افتراضي، بنفس الطريقة التي يخمّن بها Excel نفسه. إذا كانت بيانات المصدر لديك بترتيب اليوم أولاً (شائع خارج الولايات المتحدة) وتضمّنت تواريخ يكون فيها الرقمان 12 أو أقل، فقد يكون هذا الافتراض خاطئاً، لذا يستحق فحص بضعة صفوف مقابل الملف الأصلي بعد التوحيد.

عمود يحتوي على "3/14/2026" و"2026-03-14" و"14.3.2026" — ثلاثة تنسيقات مختلفة تصف تواريخ في نفس الملف — يُوحَّد نحو تنسيق واحد متسق. "3/14/2026" و"14.3.2026" يُحوَّلان بلا غموض (14 لا يمكن إلا أن يكون يوماً)، بينما "2026-03-14" موجود بالفعل بالتنسيق المستهدف ويُترك كما هو.