أكثر الأخطاء شيوعًا في جداول البيانات

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

يستعرض هذا المقال الأخطاء الأكثر شيوعاً، ويوضح ما الذي يتسبب في ظهورها، ويبين كيفية حلها — أو الأفضل من ذلك، كيفية تجنبها في المقام الأول.

كيفية عمل المعادلات

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

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

الآن، دعونا نلقي نظرة على الأخطاء الأكثر شيوعاً.

1. #NULL! — التقاطع غير الموجود

يظهر الخطأ #NULL! عندما تحاول معادلة العثور على تقاطع بين نطاقين لا يتداخلان في الواقع.

السبب الأكثر شيوعاً هو خطأ مطبعي: استخدام مسافة حيث كان المقصود استخدام نقطتين رأسيين أو فاصلة. في العديد من تطبيقات جداول البيانات، تعني المسافة بين مرجعين للنطاق “البحث عن الخلايا التي يشترك فيها هذان النطاقان”. إذا لم يكن بين النطاقات أي شيء مشترك، تكون النتيجة #NULL! لأن التقاطع فارغ.

على سبيل المثال، كتابة =SUM(A1:A5 C1:C5) مع وجود مسافة بدلاً من الفاصلة يخبر محرر جداول البيانات بجمع تقاطع A1:A5 و C1:C5. وبما أن هذه الأعمدة لا تتداخل، فلا يوجد شيء لجمعه.

ماذا تفعلون بدلاً من ذلك: تحققوا من وجود مسافات زائدة بين مراجع النطاق في معادلاتكم. إذا كنتم تريدون جمع نطاقين منفصلين، فافصلوا بينهما بفاصلة: =SUM(A1:A5,C1:C5). إذا كنتم تريدون حقاً التقاطع، فتأكدوا من أن النطاقين يشتركان في خلية واحدة على الأقل.

2. #VALUE! — نوع البيانات الخاطئ

يعد #VALUE! أحد أكثر الأخطاء شيوعاً وإحباطاً، لأنه يظهر غالباً دون سبب واضح. السبب الكامن هو نفسه دائماً: المعادلة تتلقى نوعاً من البيانات لا يمكنها التعامل معه.

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

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

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

3. #NAME! — الكلمة غير المعترف بها

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

الأخطاء المطبعية هي المسبب الأكثر شيوعاً. كتابة VLOKUP بدلاً من VLOOKUP، أو AVERGE بدلاً من AVERAGE، ستنتج #NAME! فوراً. يحدث الشيء نفسه إذا أشرتم إلى نطاق مسمى لم يتم تعريفه بعد، أو إذا استخدمتم دالة غير متوفرة في إصدار التطبيق الذي تعملون عليه.

مصدر متكرر آخر: نسيان وضع النص بين علامات الاقتباس. معادلة مثل =IF(A1="yes","true","false") ستنتج #NAME! لأن كلمة yes بدون علامات اقتباس يتم تفسيرها كاسم، وليس كسلسلة نصية.

ماذا تفعلون بدلاً من ذلك: اقرأوا المعادلة بعناية، حرفاً بحرف. يوفر محرر جداول البيانات ONLYOFFICE اقتراحات الإكمال التلقائي أثناء كتابة اسم الدالة، مما يمنع معظم الأخطاء المطبعية قبل حدوثها. إذا كان النطاق المسمى هو المشكلة، فتحققوا من وجوده عبر الورقة > النطاقات المسماة. إذا بدت الدالة صحيحة ولكنها لا تزال تظهر #NAME!، فتحققوا مما إذا كانت مدعومة في إصداركم الحالي.

4. #NUM! — الرقم الذي لا يمكن وجوده

يظهر #NUM! عندما تنتج المعادلة رقماً مستحيلاً رياضياً أو كبيراً جداً بحيث لا يستطيع محرر جداول البيانات التعامل معه. على عكس الأخطاء السابقة، لا يتعلق هذا الخطأ بأنواع الإدخال الخاطئة أو المراجع المعطلة — بل يتعلق بالنتيجة نفسها كونها غير صالحة.

المثال الكلاسيكي هو طلب الجذر التربيعي لعدد سالب: =SQRT(-4) يعيد #NUM! لأن النتيجة غير موجودة في نظام الأعداد الحقيقية. وبالمثل، =1/0 لا ينتج #NUM! (هذا هو #DIV/0!، الذي سنتناوله تالياً)، لكن معادلة مثل =LOG(0) تنتج ذلك، لأن لوغاريتم الصفر غير معرف.

الدوال المالية هي مصدر متكرر آخر. حساب IRR أو RATE الذي لا يتقارب — لأن المدخلات تصف موقفاً لا يوجد له حل صالح — سيعيد #NUM!. الأرقام الكبيرة جداً أو الصغيرة جداً التي تتجاوز الحدود الرقمية لمحرر جداول البيانات يمكن أن تتسبب في ظهوره أيضاً.

ماذا تفعلون بدلاً من ذلك: تحققوا من المدخلات التي تدخل في المعادلة. إذا كان الخطأ قادماً من دالة مثل SQRT() أو LOG()، فتأكدوا من أن المدخلات دائماً غير سالبة أو موجبة على التوالي — تحققوا من صحة الإدخال قبل إجراء الحساب، أو استخدموا IFERROR() لعرض رسالة ذات معنى عندما تكون النتيجة غير معرفة. بالنسبة للدوال المالية، راجعوا ما إذا كانت المدخلات واقعية وما إذا كان للحساب حل صالح.

5. #DIV/0! — القسمة على لا شيء

#DIV/0! هو الخطأ الذي يواجهه الأشخاص في أغلب الأحيان، وهو أيضاً الأسهل فهماً: شيء ما في المعادلة يقسم على صفر، أو على خلية فارغة (والتي يعاملها محرر جداول البيانات كصفر).

يظهر باستمرار في القوالب ولوحات البيانات التي يتم بناؤها قبل ملء البيانات. على سبيل المثال، سيظهر العمود الذي يحسب نسبة التغير #DIV/0! في كل صف حتى يتم إدخال القيم الأساسية. كما يظهر في المتوسطات المتحركة، وحسابات معدل التحويل، وأي معادلة نسبة حيث يمكن أن يكون المقام صفراً بشكل مشروع في ظل ظروف معينة.

ماذا تفعلون بدلاً من ذلك: الحل القياسي هو وضع المعادلة داخل IFERROR() أو استخدام IF() للتحقق من المقام قبل القسمة: =IF(B2=0,"—",A2/B2). يؤدي هذا إلى إرجاع شرطة (أو أي عنصر نائب تفضلونه) عندما يكون المقام صفراً، بدلاً من الخطأ. في لوحات البيانات المقصود ملؤها بمرور الوقت، يحافظ هذا النهج على قابلية قراءة الملف في كل مرحلة، وليس فقط عند اكتماله.

6. #N/A — القيمة التي لم يتم العثور عليها

#N/A تعني “غير متاح”. تظهر عندما تبحث معادلة بحث عن قيمة ولا تجدها. تعيد كل من VLOOKUP و HLOOKUP و MATCH و XLOOKUP الخطأ #N/A عندما لا تكون قيمة البحث موجودة في نطاق البحث.

الجزء الصعب هو أن #N/A يمكن أن يظهر حتى عندما يبدو أن القيمة موجودة. سيفشل البحث عن "Apples" إذا كان الجدول يحتوي على " apples" (مع مسافة بادئة). الأرقام المخزنة كنص لن تطابق الأرقام المخزنة كقيم. يظهر الخطأ في المعادلة ولكن السبب الجذري يكمن في البيانات.

الخطأ #N/A معدٍ أيضاً: إذا كانت الخلية تحتوي على #N/A وأشارت معادلة أخرى إلى تلك الخلية، فستعيد هي أيضاً #N/A، مما قد ينتشر عبر ورقة كاملة ويجعل من الصعب تتبع مصدر المشكلة الأصلية.

ماذا تفعلون بدلاً من ذلك: أولاً، تأكدوا من أن قيمة البحث ونطاق البحث يخزنان البيانات بنفس التنسيق — كلاهما نص أو كلاهما أرقام، بدون مسافات إضافية. TRIM() و VALUE() هما أدواتكم لتنظيف البيانات المصدر.

إذا كان من المتوقع ظهور #N/A في بعض الحالات (على سبيل المثال، كود منتج لا يوجد بالفعل في الجدول المرجعي)، فضعوا البحث داخل IFERROR() أو IFNA() للتعامل مع النتيجة المفقودة بلباقة. تعد IFNA() أكثر دقة من IFERROR() لأنها تلتقط فقط #N/A على وجه التحديد، مما يترك الأخطاء الأخرى مرئية.

7. #REF! — المرجع الذي لم يعد موجوداً

ربما يكون #REF! هو الأخطر بين الأخطاء السبعة، لأنه غالباً ما يكون نتيجة لإجراء بدا غير ضار في ذلك الوقت. يظهر عندما تشير معادلة إلى خلية أو نطاق لم يعد موجوداً — والأكثر شيوعاً هو حذف صف أو عمود كان جزءاً من المرجع.

احذفوا عموداً يغذي دالة VLOOKUP، وستتحول كل معادلة تعتمد عليه على الفور إلى #REF!. احذفوا ورقة مشار إليها أو أعيدوا تسميتها بشكل غير صحيح، ويحدث الشيء نفسه. حتى قص ولصق الخلايا (على عكس النسخ) يمكن أن يكسر المراجع إذا لم يتم ذلك بعناية.

ما يجعل #REF! معطلاً بشكل خاص هو أنه ينتشر: بمجرد أن تحتوي المعادلة على #REF!، فإن أي معادلة أخرى تعتمد عليها ستعيد أيضاً #REF!، مما يخلق سلسلة من الأخطاء التي قد يكون من الصعب فك تشابكها إذا لم يكن الحذف الأصلي واضحاً على الفور.

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

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

ما تشترك فيه هذه الأخطاء

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

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

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

احصلوا على ONLYOFFICE وانجزوا المزيد مع جداول البيانات الخاصة بكم

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

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

يتوافق ONLYOFFICE تماماً مع تنسيق XLSX، مما يعني أن الملفات التي تم إنشاؤها في Excel تفتح دون مشاكل، وأي شيء تبنونه في ONLYOFFICE ينتقل بوضوح إلى أدوات أخرى إذا لزم الأمر. كما أنه يتكامل مع منصات مثل Moodle وSharePoint وownCloud وBox وConfluence وغيرها الكثير، مما يجعل من السهل دمجه في أي سير عمل يستخدمه فريقكم بالفعل.

إذا كنتم ترغبون في استكشافه، فإن نسخة الحاسوب متاحة لأنظمة Windows وLinux وmacOS. تتيح لكم نسخة السحاب، ONLYOFFICE DocSpace، البدء مباشرة في المتصفح دون تثبيت أي شيء.

البدء عبر الإنترنت    تطبيق الحاسوب