إكسيل: كيفية استخدام أحرف البدل في دالة FILTER

تُعد معالجة البيانات النصية واسترجاع السجلات بناءً على معايير مرنة وغير مقيدة بالتطابق التام واحدة من أكثر المهام الحيوية في بيئات الأعمال الحديثة وتحليل البيانات المتقدم. لقد شهد برنامج مايكروسوفت إكسيل تحولاً جذرياً في فلسفته الحسابية مع إطلاق محرك المصفوفات الديناميكية (Dynamic Arrays Calculation Engine)، والذي أعاد تعريف كيفية تفاعل المستخدمين مع جداول البيانات، متجاوزاً القيود التاريخية للصيغ التقليدية وموفراً أدوات برمجية مدمجة فائقة القوة مثل دالة FILTER. تتيح هذه الدالة استخلاص مجموعات فرعية من البيانات بصورة آلية ولحظية، مما يلغي الحاجة إلى الاعتماد على أدوات التصفية اليدوية أو كتابة نصوص برمجية معقدة بلغة VBA.

ورغم القوة الاستثنائية التي تتمتع بها دالة FILTER، يواجه غالبية ممارسي تحليل البيانات والمحاسبين والمبرمجين عقبة تقنية بارزة عند محاولة تطبيق “أحرف البدل” (Wildcards) مثل النجمة (*) وعلامة الاستفهام (؟) مباشرة داخل وسيط التضمين الخاص بالدالة. يرجع هذا التحدي إلى الطبيعة الجبرية والبوليانية التي يعتمد عليها وسيط الشرط، حيث يتوقع مصفوفة منطقية ثنائية (True/False) بدلاً من استيعاب معايير نصية غير نمطية كما هو معتاد في دوال أقدم مثل COUNTIF أو SUMIFS. هذا التباين المعماري يفرض فهماً عميقاً لكيفية دمج الدوال التحويلية والنصية لإنشاء آليات مطابقة جزئية فعالة ومتينة.

يهدف هذا الدليل الأكاديمي الشامل إلى تفكيك البنية البرمجية والمنطقية لدالة FILTER، وتقديم تشريح تفصيلي لكيفية محاكاة أحرف البدل وتطبيق تقنيات البحث الجزئي المتقدمة (Partial Text Matching) بدقة متناهية. سنستعرض عبر هذا المرجع الموسع آليات دمج الدوال النصية مثل SEARCH وFIND وISNUMBER، وتحليل الأداء الحسابي في قواعد البيانات الضخمة، فضلاً عن معالجة الأخطاء الشائعة، وبناء لوحات تحكم ديناميكية تلبي أعلى معايير هندسة النماذج المالية والتحليلية في بيئات المؤسسات المعاصرة.

1. مقدمة تأصيلية لدالة FILTER ومفهوم أحرف البدل في إكسيل

1.1 ماهية الدوال الديناميكية وموقع دالة FILTER منها

يمثل إطلاق محرك المصفوفات الديناميكية في إصدارات Microsoft 365 وExcel 2021 نقطة تحول مفصلية في تاريخ تطوير جداول البيانات الإلكترونية. تاريخياً، كان التعامل مع مصفوفات البيانات يتطلب تثبيت الصيغ عبر مجموعات خلايا محددة مسبقاً باستخدام الاختصار التقليدي (Ctrl + Shift + Enter)، وهي بيئة عمل كانت تتسم بالجمود البرمجي وصعوبة التوسع عند إضافة سجلات جديدة. مع المحرك الجديد، أصبحت المعادلات قادرة على استقبال مصفوفات كاملة كمدخلات وإرجاع مصفوفات متعددة الأبعاد كمخرجات، تنتشر تلقائياً في مساحة العمل المحيطة فيما يعرف تقنياً بسلوك انتشار النتائج (Spill Behavior).

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

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

1.2 مفهوم أحرف البدل (Wildcards) واستخداماتها التقليدية

أحرف البدل هي رموز نصية خاصة تُستخدم في أنظمة قواعد البيانات ومحركات البحث لتمثيل حرف واحد أو مجموعة من الأحرف غير المعينة داخل السلاسل النصية، مما يتيح بناء استعلامات مرنة تبحث عن الأنماط النصية بدلاً من التطابق الحرفي الصارم. في بيئة إكسيل التقليدية، تحظى أحرف البدل بدعم مدمج في العديد من الدوال الإحصائية والبحثية الكلاسيكية، مثل VLOOKUP وHLOOKUP وMATCH وCOUNTIF وSUMIFS، حيث يتم تمرير هذه الرموز داخل النصوص لتوسيع نطاق التقييم.

تتألف منظومة أحرف البدل في إكسيل من ثلاثة رموز رئيسية تؤدي وظائف محددة بدقة رياضية:

• علامة النجمة (*): تُستخدم لتمثيل أي عدد من الأحرف المتتالية، بدءاً من صفر من الأحرف وحتى سلسلة نصية لا نهائية. على سبيل المثال، يطابق النمط "أحمد*" أي نص يبدأ باسم أحمد ويليه أي محتوى (مثل “أحمد علي” أو “أحمد مصطفى”)، بينما يبحث النمط "*مبيعات*" عن كلمة مبيعات في أي موضع داخل السلسلة النصية.
• علامة الاستفهام (؟): تُمثل حرفاً فردياً واحداً بدقة بالغة في موضع محدد. فالنمط "A?C" يطابق “ABC” أو “A1C” ولكنه لا يطابق “ABBC” لأن علامة الاستفهام تلزم المحرك بوجود خانة واحدة فقط بين الحرفين.
• علامة التلدة (~): تؤدي دور حرف الهروب (Escape Character)، وتُستخدم لإلغاء الخاصية الوظيفية للنجمة أو علامة الاستفهام عند الرغبة في البحث الحرفي عن الرمز ذاته. فإذا كانت البيانات تحتوي على علامة استفهام فعلية، يتم كتابة النمط بالشكل "~؟" لإخبار المحرك بعدم معاملتها كحرف بدل.

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

1.3 تحديات تطبيق أحرف البدل مباشرة داخل وسيط دالة FILTER

عند محاولة تطبيق أحرف البدل مباشرة داخل وسيط التضمين (include argument) الخاص بدالة FILTER، يصطدم المستخدم بقيود بنيوية في محرك تقييم المعايير. يرجع ذلك إلى أن وسيط التضمين لا يعالج النصوص بنمط الاستعلام النصي المفتوح، بل يتطلب حصرياً مصفوفة منطقية ثنائية تتألف من قيمتي TRUE وFALSE. عندما يكتب المستخدم صيغة مثل A2:A100 = "*نص*"، فإن مشغل المقارنة الرياضي (=) يتعامل مع علامة النجمة كرمز حرفي عادي يبحث عن التطابق التام مع النص الذي يحتوي نجمة فعلية، ولا يفسرها كحرف بدل وظيفي.

ينتج عن هذا القصور عجز الدوال القياسية عن مطابقة النصوص الجزئية عند استخدام مشغلات المقارنة المباشرة، مما يؤدي إلى إرجاع مصفوفة مليئة بقيم FALSE وظهور خطأ الحساب #CALC! الذي يشير إلى عدم العثور على أية سجلات مطابقة. هذا السلوك يرجع إلى أن محرك مطابقة الأنماط (Pattern Matching Engine) مدمج فقط داخل دوال معينة في إكسيل، في حين تتبع العمليات المنطقية الأساسية قواعد الجبر البولياني الصارم الذي يقارن المحتويات ثنائياً نقطة بنقطة.

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

2. البنية التركيبية القياسية لدالة FILTER وقيودها المباشرة

2.1 التشريح الدقيق لوسائط دالة FILTER الأساسية

تتكون البنية القياسية لدالة FILTER من ثلاثة وسائط برمجية محددة بدقة، كالتالي:

=FILTER(array, include, [if_empty])

يقوم كل وسيط بدور وظيفي محدد في تحديد مصفوفة الإخراج النهائية وأبعادها:

• الوسيط الأول (array): يمثل النطاق المصادري أو المصفوفة ثنائية الأبعاد المراد استخراج البيانات منها وتصفيتها. يمكن أن يشمل هذا الوسيط جدولاً كاملاً، أو نطاقاً من أعمدة متعددة، أو عموداً فردياً. يجب أن تظل أبعاد هذا النطاق متناسقة في الارتفاع الرأسي مع الوسيط الثاني.
• الوسيط الثاني (include): هو مصفوفة المعايير المنطقية البوليانية التي تحكم عملية التضمين والاستبعاد. يقبل هذا الوسيط مصفوفة ذات بعد أحادي (عمود أو صف) تحتوي على قيم TRUE أو FALSE، بحيث يقابل كل عنصر في مصفوفة الشرط صفاً مناظراً في مصفوفة المصدر. يتم تضمين الصف في المخرجات فقط إذا كانت القيمة المناظرة له هي TRUE أو قيمة رقمية غير صفرية.
• الوسيط الثالث ([if_empty]): وسيط اختياري يحدد القيمة أو الرسالة التي يجب أن تعيدها الدالة في حال تقييم مصفوفة الشرط بالكامل إلى FALSE وعدم العثور على أي صف مؤهل للتضمين. إغفال هذا الوسيط عند عدم تحقق الشروط يطلق خطأ الحساب الشهير #CALC!، لذا يُنصح دوماً بملئه بنص وصفي مثل "لا توجد نتائج" أو بقيمة صفرية لتأمين استقرار النموذج.

تتطلب الدالة توافقاً صارماً في الأبعاد؛ فإذا كانت مصفوفة المصدر تحتوي على 100 صف (مثل A2:D101)، يجب أن تتألف مصفوفة التضمين من 100 عنصر بولياني تماماً (مثل E2:E101 = "قيمة")، وأي خلل في مطابقة عدد الصفوف سيؤدي فوراً إلى إرجاع خطأ عدم تطابق الأبعاد #VALUE!.

2.2 تفسير سلوك المصفوفات البوليانية في بيئة إكسيل

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

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

{TRUE; FALSE; TRUE; FALSE; FALSE}

تقرأ دالة FILTER هذه المصفوفة فتقوم بتضمين الصفين الأول والثالث، وتستبعد الصفوف الثاني والرابع والخامس. غير أن أي خلل يؤدي إلى ظهور قيمة خطأ مثل #N/A أو #VALUE! داخل هذه المصفوفة البوليانية سيعطل عملية التقييم بالكامل، حيث يعجز المحرك عن اتخاذ قرار منطقي ثنائي، مما يتسبب في تصعيد الخطأ إلى الخلية الحاضنة لمصفوفة النتائج بالكامل.

2.3 سبب عجز الصيغ التقليدية عن قراءة الرموز البديلة في FILTER

يكمن السبب الجوهري وراء عدم استجابة دالة FILTER لأحرف البدل المباشرة في التمييز المعماري بين المعاملات المنطقية الرياضية ومعالجات النصوص النمطية. في الدوال التاريخية مثل COUNTIF(range, “*نص*”)، تم تزويد محرك الدالة الداخلي بخوارزمية مطابقة أنماط تفحص السلاسل النصية وتبحث عن مواقع الأحرف المجهولة المدعومة برموز البدل. هذا المحرك مُبرمج حصرياً داخل تلك الدوال التقليدية وليس جزءاً من النواة الحسابية العامة لتقييم المقارنات المنطقية.

في المقابل، عندما تُكتب معادلة التضمين بصيغة FILTER(A2:C100, B2:B100 = "*نص*")، فإن المعامل = يستدعي دالة المقارنة الحرفية التامة (Exact Comparison). يرى هذا المعامل الرمز * كحرف استريسك طباعي عادي ASCII 42، وليس كتعليمات برمجية تفيد بوجود تسلسل مجهول من المحارف. بالتالي، يفشل الاستعلام في مطابقة أي نص إلا إذا كان يحتوي حرفياً على الرمز ذاته.

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

3. الآلية الرياضية والمنطقية لدمج دالتي SEARCH وISNUMBER مع FILTER

3.1 الدور الوظيفي لدالة SEARCH في تحديد مواضع النصوص

تُعد دالة SEARCH حجر الزاوية في بناء حلول البحث الجزئي ومحاكاة أحرف البدل داخل إكسيل الحديث. تتميز هذه الدالة بقدرتها الفطرية على قبول أحرف البدل، فضلاً عن عدم حساسيتها لحالة الأحرف (Case-Insensitive)، مما يجعلها الأداة المثالية للتعامل مع اللغات المتعددة والنصوص الإنجليزية بغض النظر عن كون الحروف كبيرة (Uppercase) أو صغيرة (Lowercase).

تأخذ الدالة البنية التركيبية التالية: SEARCH(find_text, within_text, [start_num]). تقوم الدالة بالبحث عن السلسلة النصية find_text داخل الخلية within_text. إذا تم العثور على النص، تُرجع الدالة رقماً صحيحاً يمثل الموضع الموضعي (Character Position) لبداية السلسلة داخل الخلية المستهدفة. على سبيل المثال، الصيغة SEARCH("Excel", "Learn Excel Fast") ستعيد الرقم 7، لأن الحرف الأول من الكلمة يقع في الترتيب السابع.

الأمر الأكثر أهمية في هذا السياق هو سلوك الدالة عند إخفاق عملية البحث؛ فإذا لم تجد الدالة النص المستهدف داخل الخلية، فإنها تُرجع خطأ القيمة #VALUE!. عند تطبيق الدالة على نطاق كامل من الخلايا دفعة واحدة عبر المصفوفات الديناميكية مثل SEARCH("نص", A2:A10)، فإن المخرجات تتكون من مصفوفة مختلطة تحتوي على أرقام موجبة في مواقع التطابق، وقيم خطأ #VALUE! في مواقع عدم التطابق.

3.2 الدور التحويلي لدالة ISNUMBER في ضبط المخرجات المنطقية

تأتي دالة ISNUMBER لتمثل الحلقة الرابطة بين مخرجات SEARCH الرياضية ومتطلبات FILTER البوليانية. تختص هذه الدالة باختبار نوع البيانات وتحديد ما إذا كانت القيمة الممررة إليها رقماً أم لا، معيدة قيمة منطقية صريحة: TRUE إذا كانت القيمة رقمية، وFALSE لأي نوع آخر من البيانات بما في ذلك النصوص وقيم الأخطاء المتنوعة.

عند تمرير مصفوفة النتائج المختلطة المولدة بواسطة دالة SEARCH إلى دالة ISNUMBER، تحدث عملية تحويل وتطهير منطقي فائقة الدقة:

• تتحول جميع الأرقام الموجبة (التي تعبر عن مواضع النجاح في العثور على النص) تلقائياً إلى القيمة المنطقية TRUE.
• تتحول جميع قيم الأخطاء #VALUE! (التي تعبر عن فشل العثور على النص) تلقائياً وبأمان إلى القيمة المنطقية FALSE دون أن تتسبب في تعطيل المعادلة.

تنتج عن هذه العملية مصفوفة بوليانية مطهرة ونقية تماماً، تتألف حصرياً من قيم TRUE وFALSE وبنفس أبعاد النطاق المصدر، وهي البنية المثالية المطلوبة لتغذية وسيط include في دالة FILTER.

3.3 الصيغة التركيبية الكاملة وآلية التقييم خطوة بخطوة

يتم تركيب الصيغة النموذجية المعتمدة عالمياً لتصفية البيانات بناءً على نص جزئي أو حرف بدل على النحو التالي:

=FILTER(A2:C100, ISNUMBER(SEARCH("نص_البحث", B2:B100)), "لا توجد نتائج")

لفهم الآلية الداخلية لكيفية معالجة محرك إكسيل لهذه المعادلة المركبة، نتتبع دورة التقييم عبر الخطوات الرياضية التالية:

• الخطوة الأولى (تقييم SEARCH): يمر المحرك على كل خلية في النطاق B2:B100 باحثاً عن السلسلة "نص_البحث". تتولد مصفوفة وسيطة في الذاكرة المؤقتة تأخذ الشكل: {1; #VALUE!; 8; #VALUE!; #VALUE!; 4; ...}.
• الخطوة الثانية (تقييم ISNUMBER): تستقبل دالة ISNUMBER هذه المصفوفة وتختبر كل عنصر فيها، محولة الأرقام إلى صواب وقيم الأخطاء إلى خطأ، لتصبح المصفوفة: {TRUE; FALSE; TRUE; FALSE; FALSE; TRUE; ...}.
• الخطوة الثالثة (تنفيذ FILTER): تستقبل دالة FILTER النطاق المصادري A2:C100 والمصفوفة البوليانية الناتجة، وتقوم بحذف كافة الصفوف المقابلة للقيم FALSE واستبقاء الصفوف المقابلة للقيم TRUE، ثم نشر النتائج في النطاق المستهدف.
• الخطوة الرابعة (معالجة الاستثناءات): إذا كانت المصفوفة البوليانية الناتجة تتألف بالكامل من قيم FALSE، تتجاوز الدالة عملية النشر وتعيد القيمة المحددة في الوسيط الثالث وهي عبارة "لا توجد نتائج".

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

4. التطبيق العملي للبحث عن النصوص الجزئية (Partial Matching)

4.1 إعداد بيئة البيانات ونموذج الاستعلام الأساسي

لتطبيق التصفية الجزئية في بيئة أعمال حقيقية، يجب البدء بهيكلة البيانات بصورة قياسية تضمن سهولة الإشارة إليها واستقرار نطاقات الحساب. لنفترض وجود جدول بيانات يحتوي على تفاصيل المبيعات وسجلات المنتجات يتألف من أربعة أعمدة: معرف الطلب (Order ID)، اسم العميل الكامل (Customer Name)، الفئة الفرعية (Sub-Category)، وإجمالي المبيعات (Sales Amount) ضمن النطاق A2:D500.

لبناء واجهة استعلام ديناميكية واحترافية، يُفضل دائماً فصل معيار البحث عن المعادلة البرمجية وتخصيص خلية إدخال منفصلة، ولتكن الخلية F2، يكتب فيها المستخدم نص البحث المراد تصفيته. تصبح الصيغة الحسابية المطبقة في خلية استخراج النتائج كالتالي:

=FILTER(A2:D500, ISNUMBER(SEARCH(F2, B2:B500)), "لم يتم العثور على سجلات مطابقة")

يوفر هذا التصميم تجربة استخدام تفاعلية فائقة السلاسة؛ فبمجرد قيام المستخدم بكتابة أي جزء من اسم العميل (مثل “عبد” أو “الدين” أو “Smith”) في الخلية F2، يقوم محرك الحساب اللحظي بإعادة تقييم مصفوفة SEARCH ونشر كافة السجلات المتوافقة تلقائياً أسفل خلية المعادلة دون الحاجة إلى إعادة صياغة المعادلة أو تشغيل نصوص ماكرو إضافية.

4.2 تصفية السلاسل النصية في أي موضع داخل الخلية

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

مع ذلك، يجب مراعاة تأثير المسافات الزائدة غير المرئية (Leading, Trailing, and Multiple In-between Spaces) التي قد تتخلل البيانات المدخلة يدوياً، والتي قد تؤدي إلى إخفاق التطابق النصي. لتعزيز قوة المعادلة وضمان مناعتها ضد عيوب الإدخال، يُنصح بتغليف معيار البحث والنطاق المستهدف بدالة TRIM لتطهير المسافات قبل التمرير إلى SEARCH:

=FILTER(A2:D500, ISNUMBER(SEARCH(TRIM(F2), TRIM(B2:B500))), "لا توجد نتائج")

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

4.3 معالجة النتائج الفارغة وتخصيص رسائل الإخراج

تُمثل الإدارة السليمة للنتائج الفارغة معياراً جوهرياً في تقييم جودة النماذج المحاسبية والمالية المطورة في إكسيل. إذا تُرك الوسيط الثالث [if_empty] فارغاً وفشلت المعادلة في العثور على تطابقات، فإن إكسيل يُظهر خطأ #CALC! مصحوباً برسالة تحذيرية تفيد بأن الدالة أرجعت مصفوفة فارغة (Empty Array Error)، مما يربك المستخدمين النهائيين ويفسد المظهر الجمالي للتقارير.

يمكن تخصيص الوسيط الثالث لتقديم مخرجات متنوعة بناءً على الغرض التحليلي للنموذج:

• إرجاع رسائل نصية توجيهية: مثل كتابة "يرجى التحقق من معيار البحث" لتنبيه المستخدم إلى عدم وجود تطابق نصي مع البيانات المدخلة.
• إرجاع مصفوفة فارغة مخصصة: باستخدام علامتي اقتباس متتاليتين "" لإبقاء منطقة النتائج نظيفة تماماً دون أخطاء بصرية.
• إرجاع صف بقيم صفرية: مثل {0, 0, 0, 0} لتغذية دوال لاحقة تعتمد على الحسابات الرياضية وتتطلب مصفوفة أرقام لتجنب انهيار المعادلات التابعة.

بالإضافة إلى ذلك، يُنصح بدمج التنسيق الشرطي (Conditional Formatting) مع مخرجات دالة FILTER لتظليل حدود النتائج أو تلوين رسائل الخطأ بلون مميز، مما يمنح واجهة الاستعلام مظهراً احترافياً يحاكي البرمجيات المتخصصة.

5. التمييز بين حالتي الأحرف: استخدام دالة FIND بدلاً من SEARCH

5.1 المقارنة التقنية بين دالتي SEARCH وFIND

على الرغم من التشابه الظاهري الكبير في البنية التركيبية لكل من دالتي SEARCH وFIND، إلا أن هناك اختلافين جوهريين في السلوك البرمجي يحددان متى يجب استخدام كل منهما في عمليات التصفية المتقدمة:

وجه المقارنة	دالة SEARCH	دالة FIND
حساسية حالة الأحرف (Case Sensitivity)	غير حساسة (تطابق “abc” مع “ABC”)	حساسة تماماً (تميز بين “abc” و”ABC”)
دعم أحرف البدل المباشر	تدعم رموز (*, ?, ~) داخل وسيط النص	لا تدعم أحرف البدل وتتعامل معها كحروف عادية
الاستخدام التحليلي الأمثل	البحث العام في النصوص والأسماء العادية	تصفية الأكواد المشفرة والرموز والمعرفات الحساسة

تعتمد دالة FIND على المقارنة الثنائية للقيم الرقمية لمحارف الآسكي (ASCII / Unicode Values)، مما يعني أن الحرف الكبير “A” (كود 65) يختلف كلياً عن الحرف الصغير “a” (كود 97). يمنح هذا التدقيق الصارم دالة FIND تفوقاً برمجياً في البيئات التي تتطلب التمييز الدقيق بين تصنيفات البيانات المشفرة.

5.2 بناء صيغة FILTER الحساسة لحالة الأحرف (Case-Sensitive)

عند الحاجة إلى استخراج السجلات التي تتطابق بدقة متناهية مع حالة الأحرف المدخلة، نستبدل ببساطة دالة SEARCH بدالة FIND داخل التركيب المنطقي لدالة FILTER. تأخذ الصيغة العامة الشكل التالي:

=FILTER(A2:D500, ISNUMBER(FIND(F2, B2:B500)), "لا توجد نتائج مطابقة لحالة الأحرف")

في هذا التركيب، إذا كانت الخلية F2 تحتوي على الرمز "TX-90"، فإن الدالة ستستخرج فقط الصفوف التي تحتوي على الأحرف الكبيرة "TX-90" وتتجاهل تماماً الصفوف التي تحتوي على "tx-90" أو "Tx-90". يرجع ذلك إلى أن FIND ستولد خطأ #VALUE! فوراً عند مواجهة أي اختلاف في حالة الأحرف، مما يحوله ISNUMBER بدوره إلى FALSE، فيتم استبعاد الصف غير المطابق تلقائياً من مصفوفة الإخراج.

5.3 التطبيقات العملية لتمييز البيانات بدقة

تتعدد التطبيقات الصناعية والمؤسسية التي تتطلب تصفية حساسة لحالة الأحرف، ومن أبرزها:

• أكواد التخزين والتعريف (SKU Codes): تستخدم العديد من الشركات خطوط إنتاج تعتمد على الحروف الكبيرة للإشارة إلى المنتجات الأصلية والحروف الصغيرة للإشارة إلى قطع الغيار أو الملحقات (مثل PROD-A للمنتج الكامل مقابل prod-a لقطعة الغيار).
• معرفات المعاملات البنكية والسويفت (SWIFT / Transaction IDs): تحتوي الأنظمة المصرفية على رموز تحقق حساسة لحالة الأحرف لتمييز الفروع ونوع العمليات المالية.
• تدقيق وتطهير قواعد البيانات: عزل السجلات التي تم إدخالها بحروف صغيرة بالخطأ لتوجيهها إلى مسارات المعالجة والتصحيح قبل الترحيل النهائي إلى مستودعات البيانات (Data Warehouses).

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

6. محاكاة أحرف البدل المتقدمة والأنماط المعقدة في التصفية

6.1 محاكاة علامة الاستفهام (?) للبحث عن أطوال محددة

تدعم دالة SEARCH علامة الاستفهام (؟) كحرف بدل وظيفي لتمثيل حرف فردي واحد داخل السلسلة النصية. يتيح ذلك للمحللين بناء أنماط بحث معقدة تستهدف بنية نصية ذات قياسات محددة. على سبيل المثال، إذا أردنا تصفية قائمة المنتجات لاستخراج كافة الأكواد التي تبدأ بحرف "A" يليها أي حرفين مجهولين ثم الرقم "5" (مثل AB15 أو AX95)، يمكن كتابة الصيغة كالتالي:

=FILTER(A2:D500, ISNUMBER(SEARCH("A??5", B2:B500)), "لا توجد نتائج")

بالإضافة إلى ذلك، يمكن دمج دالة قياس طول النصوص LEN لفرض قيود صارمة على الطول الإجمالي للخلية بجانب النمط النصي، وذلك باستخدام معامل الضرب البولياني (*):

=FILTER(A2:D500, ISNUMBER(SEARCH("A??5", B2:B500)) * (LEN(B2:B500) = 4), "لا توجد نتائج")

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

6.2 استهداف نصوص تبدأ أو تنتهي بسلاسل محددة

في العديد من السيناريوهات، يُطلب من المحلل استخراج السجلات التي “تبدأ بـ” (Begins With) سلسلة معينة أو “تنتهي بـ” (Ends With) لاحقة محددة، بدلاً من البحث في كامل محتوى الخلية. على الرغم من إمكانية محاكاة ذلك عبر SEARCH من خلال فحص ما إذا كان رقم الموضع المعَاد يساوي 1، إلا أن استخدام الدوال الاقتطاعية الصريحة مثل LEFT وRIGHT يوفر كفاءة حسابية أعلى وقراءة أوضح للصيغة.

لمحاكاة نمط “يبدأ بـ” (Prefix Matching):

=FILTER(A2:D500, LEFT(B2:B500, LEN(F2)) = F2, "لا توجد نتائج")

ولمحاكاة نمط “ينتهي بـ” (Suffix Matching):

=FILTER(A2:D500, RIGHT(B2:B500, LEN(F2)) = F2, "لا توجد نتائج")

تعتمد هاتان الصيغتان على قياس طول نص البحث ديناميكياً عبر LEN(F2)، ثم اقتطاع نفس العدد من الأحرف من بداية أو نهاية كل خلية في النطاق ومقارنتها مباشرة بالمعيار. وإذا كانت هناك حاجة لجعل البحث يبدأ بنص معين مع مراعاة حساسية حالة الأحرف بدقة، يمكن دمج دالة EXACT مع LEFT على النحو التالي: EXACT(LEFT(B2:B500, LEN(F2)), F2).

6.3 البحث عن الرموز الخاصة كحروف حقيقية باستخدام التلدة (~)

عند التعامل مع مجموعات بيانات تتضمن رموزاً خاصة تُستخدم أصلاً كأحرف بدل (مثل وجود علامة النجمة * في أسماء المنتجات ذات العروض الترويجية، أو علامة الاستفهام ؟ في تقارير الاستفسارات وخدمة العملاء)، تفشل خوارزمية SEARCH التقليدية في التمييز بين الرمز كحرف طباعي والرمز كأمر استعلام نمطي.

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

• للبحث عن علامة النجمة الحرفية (*): نكتب النمط بالشكل "~*".
• للبحث عن علامة الاستفهام الحرفية (؟): نكتب النمط بالشكل "~؟".
• للبحث عن علامة التلدة ذاتها (~): نكتب النمط بالشكل "~~".

إذا كان نص البحث يُدخل ديناميكياً من قِبل المستخدم في الخلية F2، وكان من المحتمل أن يحتوي على علامات نجمة فعلية، يمكن أتمتة إدراج علامة التلدة برمجياً باستخدام دالة SUBSTITUTE قبل تمرير المعيار إلى دالة SEARCH:

=FILTER(A2:D500, ISNUMBER(SEARCH(SUBSTITUTE(F2, "*", "~*"), B2:B500)), "لا توجد نتائج")

تضمن هذه المعالجة الاستباقية تحييد الخصائص الوظيفية للرموز الخاصة ومعاملتها كبيانات نصية مصمتة دون تشويه نتائج الاستعلام.

7. التصفية المتقدمة متعددة المعايير باستخدام العوامل المنطقية

7.1 تطبيق منطق الجمع (AND Logic) مع البحث بأحرف البدل

يتطلب منطق الجمع (AND Logic) استيفاء كافة الشروط المنطقية في وقت واحد لإدراج السجل في مصفوفة النتائج. في جبر المصفوفات البوليانية بإكسيل، يتم تمثيل بوابة (AND) المنطقية باستخدام معامل الضرب (*). يرجع ذلك إلى الخاصية الرياضية للضرب الثنائي؛ فحاصل ضرب 1 * 1 = 1 (وهو ما يعادل TRUE * TRUE = TRUE)، بينما يؤدي وجود أي قيمة صفرية (FALSE) إلى تحويل الناتج بالكامل إلى صفر.

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

=FILTER(A2:D500, ISNUMBER(SEARCH("شركة", B2:B500)) * (D2:D500 > 5000), "لا توجد نتائج مطابقة")

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

7.2 تطبيق منطق الاختيار (OR Logic) مع البحث بأحرف البدل

يمثل منطق الاختيار (OR Logic) حالة البحث المرن التي تكفي فيها استجابة السجل لشرط واحد على الأقل من بين مجموعة معايير متفرقة للظهور في النتائج. يُعبر عن بوابة (OR) المنطقية في حساب المصفوفات باستخدام معامل الجمع (+). وفقاً لقواعد الجبر البولياني، فإن جمع 1 + 0 = 1 وجمع 1 + 1 = 2؛ ونظراً لأن دالة FILTER تعتبر أي قيمة رقمية غير صفرية بمثابة TRUE، فإن أي صف يحقق شرطاً واحداً أو كلاهما سيتم تضمينه فوراً.

إذا أردنا استخراج السجلات التي يحتوي فيها اسم العميل على النص "أحمد" أو النص "محمود"، نكتب الصيغة المركبة كالتالي:

=FILTER(A2:D500, ISNUMBER(SEARCH("أحمد", B2:B500)) + ISNUMBER(SEARCH("محمود", B2:B500)), "لم يتم العثور على أي تطابق")

تولد هذه الصيغة مصفوفة مخرجات مرنة تتضمن جميع السجلات التي يظهر فيها أي من الاسمين، وهي بنية أساسية لبناء مربعات البحث المتقدمة التي تقبل مدخلات استعلام متعددة وخيارات بديلة متزامنة.

7.3 دمج المعايير المتعددة في صيغة موحدة معقدة

في بيئات النمذجة المتقدمة، تتطلب التقارير التحليلية دمج منطق (AND) ومنطق (OR) داخل معادلة استعلام موحدة ومعقدة. لضمان التنفيذ الحسابي الصحيح وتفادي الأخطاء المنطقية، يجب استخدام الأقواس الهلالية () لتحديد أولويات العمليات الحسابية بصورة صارمة، تماماً كما يتم في العمليات الجبرية القياسية حيث يتم تقييم ما بداخل الأقواس أولاً.

لنفترض أننا بحاجة إلى استخراج السجلات التي تنتمي إلى منطقة "الرياض" أو منطقة "جدة" (منطق OR)، وبشرط حتمي أن يكون نوع الحساب يحتوي على كلمة "شركات" (منطق AND) وتزيد المبيعات عن 10000: تصاغ المعادلة الاحترافية كالتالي:

=FILTER(A2:E500, ((C2:C500 = "الرياض") + (C2:C500 = "جدة")) * ISNUMBER(SEARCH("شركات", B2:B500)) * (E2:E500 > 10000), "لا توجد سجلات مستوفية لكافة الشروط المركبة")

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

8. تكامل دالة FILTER مع الدوال الديناميكية الأخرى

8.1 الترتيب التلقائي للنتائج المصفاة باستخدام دالة SORT

نادراً ما تُستخدم دالة FILTER بمعزل عن منظومة الدوال الديناميكية المحيطة بها. يمثل دمج دالة الترتيب SORT مع دالة FILTER الممارسة القياسية الأكثر شيوعاً لإعداد التقارير الإدارية الجاهزة للقراءة الفورية.

تأخذ الدالة المدمجة البنية التركيبية التالية:

=SORT(FILTER(A2:D500, ISNUMBER(SEARCH(F2, B2:B500)), "لا توجد نتائج"), 4, -1)

في هذه المعادلة المركبة:

• تقوم دالة FILTER أولاً باستخلاص كافة الصفوف التي تحقق شرط البحث الجزئي الممرر عبر الخلية F2.
• تستقبل دالة SORT مصفوفة النتائج المصفاة وتجري عملية فرز فوري استناداً إلى العمود الرابع (وهو عمود إجمالي المبيعات).
• يحدد المعامل -1 اتجاه الترتيب ليكون تنازلياً (Descending) من القيمة الأعلى إلى القيمة الأدنى (بينما يمثل 1 الترتيب التصاعدي).

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

8.2 استخراج القيم الفريدة المصفاة باستخدام دالة UNIQUE

عند التعامل مع قواعد بيانات نصية ضخمة تحتوي على تكرارات متعددة لنفس الكيانات (مثل تكرار أسماء العملاء في جدول المعاملات اليومية)، تبرز أهمية دمج دالة UNIQUE مع دالة FILTER لتوليد قوائم مقتضبة ومجردة من التكرار.

تُصاغ المعادلة لاستخراج قائمة فريدة بأسماء العملاء الذين تنطبق عليهم تصفية أحرف البدل كالتالي:

=UNIQUE(FILTER(B2:B500, ISNUMBER(SEARCH(F2, B2:B500)), "لا توجد نتائج"))

يعد هذا التكوين البرمجي بالغ الأهمية عند بناء قوائم التحقق المنسدلة الديناميكية (Dynamic Dependent Dropdown Lists)؛ حيث يمكن ربط أداة التحقق من صحة البيانات (Data Validation) بالنطاق المنسكب عبر تذييل مرجع الخلية بعلامة الهاشتاج (مثل H2#)، مما يتيح للمستخدمين اختيار قيم نظيفة وفريدة منتقاة لحظياً بناءً على استعلام جزئي مفتوح.

8.3 تقليص واختيار الأعمدة المحددة باستخدام CHOOSECOLS وDROP

في الجداول الموسعة التي تحتوي على عشرات الحقول (مثل جداول ERP التي تتضمن 30 أو 40 عموداً)، لا يكون من المرغوب فيه دائماً إرجاع كافة أعمدة الجدول المصدر عند التصفية. في الإصدارات الحديثة من إكسيل، توفر دالة CHOOSECOLS حلاً مثالياً لاختيار أعمدة بعينها من مصفوفة النتائج وتغيير ترتيب عرضها.

تُركب المعادلة لعرض العمود الأول (معرف الطلب) والعمود الرابع (إجمالي المبيعات) فقط من المصفوفة المصفاة على النحو التالي:

=CHOOSECOLS(FILTER(A2:Z500, ISNUMBER(SEARCH(F2, B2:B500)), "لا توجد نتائج"), 1, 4)

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

9. الأداء الحسابي ومقارنة دالة FILTER مع أدوات التصفية التقليدية

9.1 المقارنة مع ميزة التصفية المتقدمة (Advanced Filter)

تمثل ميزة التصفية المتقدمة (Advanced Filter) واحدة من أقدم أدوات استخراج البيانات في إكسيل، ورغم أنها تدعم أحرف البدل بصورة فطرية ومباشرة داخل نطاق المعايير، إلا أنها تفتقر إلى الخاصية الديناميكية التي تميز دوال العصر الحديث:

وجه المقارنة	دالة FILTER المركبة	أداة التصفية المتقدمة (Advanced Filter)
طبيعة التحديث	تلقائي ولحظي بمجرد تعديل المدخلات	يدوي يتطلب إعادة تشغيل الأداة في كل مرة
التكامل البرمجي	تتداخل وتندمج بسلاسة مع دوال أخرى (SORT, UNIQUE)	عملية مصمتة لا يمكن دمجها مباشرة داخل صيغ أخرى
الأتمتة والصيانة	صيغة واحدة مركزية سهلة الصيانة والتدقيق	تتطلب نصوص ماكرو VBA لتحقيق التحديث التلقائي

تجعل هذه الفروق الجوهرية من دالة FILTER الخيار الهندسي المتفوق لبناء لوحات القياس والنماذج التفاعلية المستدامة التي لا تتطلب تدخلاً مستمراً من مطور النموذج.

9.2 المقارنة مع التصفية عبر جداول Pivot وأداة Power Query

عند تقييم معمارية حلول استخراج البيانات في المؤسسات الضخمة، يجب الموازنة الدقيقة بين استخدام الصيغ الديناميكية داخل مساحة العمل وبين الاعتماد على أدوات معالجة البيانات المتقدمة مثل Power Query وجداول Pivot Tables.

تتفوق دالة FILTER في السيناريوهات الحسابية الخفيفة والمتوسطة (أقل من 100,000 صف) حيث تكون السرعة والاستجابة اللحظية لتعديل المعايير هي الأولوية القصوى. في المقابل، عندما تتجاوز مجموعات البيانات مئات الآلاف أو ملايين الصفوف، أو عندما تتطلب البيانات عمليات تحويل وتنظيف معقدة واستخراج من مصادر خارجية متعددة (مثل قواعد بيانات SQL أو ملفات JSON)، يصبح Power Query هو الخيار المعماري الأمثل. يعتمد Power Query على محرك “Mashup Engine” عالي الكفاءة يُجري الحسابات في الخلفية دون استهلاك موارد ورقة العمل الحسابية المباشرة، إلا أنه يتطلب إعادة تحميل (Refresh) صريحة لتحديث النتائج.

9.3 تحسين كفاءة استهلاك الذاكرة وزمن الحساب

لضمان الحفاظ على أداء حسابي فائق واستجابة سريعة لملفات إكسيل الضخمة عند تطبيق معادلات التصفية النصية المركبة، يجب الالتزام بالقواعد الهندسية التالية:

• تجنب الإشارة إلى الأعمدة الكاملة (Full Column References): تجنب كتابة صيغ مثل SEARCH(F2, A:A)؛ حيث يجبر هذا التنسيق محرك الحساب على فحص أكثر من مليون وأمانة وأربعين ألف خلية في الذاكرة، مما يسبب بطئاً ملحوظاً وتجمداً مؤقتاً في معالجة الملف.
• استخدام جداول إكسيل المهيكلة (Excel Tables & Structured References): يُنصح دائماً بتحويل النطاقات العادية إلى جداول رسمية عبر الاختصار (Ctrl + T) واستخدام مراجع الجداول مثل Table1[CustomerName]. يضمن هذا النهج قصر الحسابات على النطاق الفعلي المشغول بالبيانات وتمدد مصفوفات الشرط تلقائياً مع إضافة صفوف جديدة.
• تقليل الدوال المتطايرة (Volatile Functions) داخل وسائط التصفية: تجنب إدخال دوال مثل OFFSET أو INDIRECT داخل وسيط include، حيث تفرض هذه الدوال إعادة تقييم المعادلة بالكامل مع أي حركة نقر أو تعديل في أي خلية داخل المصنف بأكمله.

10. الأخطاء الشائعة واستراتيجيات التشخيص والتصحيح

10.1 تشخيص ومعالجة خطأ الحساب (#CALC!) وخطأ القيمة (#VALUE!)

يعد خطأ #CALC! الأكثر ارتباطاً بدالة FILTER، ويظهر تحديداً عند تقييم مصفوفة التضمين بالكامل إلى القيمة FALSE مع إغفال تحديد الوسيط الثالث [if_empty]. لتصحيح هذا الخطأ، يجب دائماً تزويد الدالة بقيمة افتراضية صريحة كما أسلفنا، مثل: FILTER(A2:D100, ISNUMBER(...), "لا توجد نتائج").

أما خطأ القيمة #VALUE!، فينشأ عادةً من سببين رئيسيين:

• عدم تطابق أبعاد المصفوفات: كأن تشير مصفوفة المصدر إلى A2:D100 (99 صفاً) بينما تشير مصفوفة الشرط إلى B2:B101 (100 صف). يجب التحقق الصارم من تطابق حدود البداية والنهاية لكافة النطاقات المضمنة في المعادلة.
• انهيار تقييم مصفوفة الدوال المساعدة: إذا تم إغفال دالة ISNUMBER وتم تمرير مخرجات SEARCH مباشرة إلى دالة FILTER، فإن مصفوفة الشرط ستحتوي على أخطاء #VALUE! فعلية ناتجة عن عدم التطابق، مما يفشل عملية التصفية بالكامل.

يمكن استخدام أداة “تقييم الصيغة” (Evaluate Formula) المتاحة في تبويب Formulas لتتبع مراحل المعالجة الداخلية وتحديد الخلية الدقيقة المسببة لاختلال المصفوفة.

10.2 معالجة خطأ الامتداد (#SPILL!) وتضارب المساحات

يحدث خطأ الامتداد الشهير #SPILL! عندما تنجح دالة FILTER في حساب مصفوفة النتائج وتستعد لنشرها في الخلايا المجاورة، لكنها تصطدم بوجود عائق مادي يمنع اكتمال هذا الانتشار. تشمل الأسباب الشائعة لهذا الخطأ:

• وجود بيانات نصية أو أرقام أو فراغات غير مرئية في إحدى الخلايا الواقعة ضمن مسار انتشار المصفوفة. يتم الحل بتحديد الخلية صاحبة الصيغة، حيث يظهر إطار منقط يوضح المساحة المطلوبة، ثم مسح كافة المحتويات المعترضة لهذا النطاق.
• الخلايا المدمجة (Merged Cells): لا يمكن لمصفوفات إكسيل الديناميكية الانتشار عبر خلايا مدمجة. يجب إلغاء الدمج واستبداله بتنسيق المحاذاة عبر التحديد (Center Across Selection).
• محاولة نشر المصفوفة داخل جدول مهيكل (Excel Table): لا تدعم جداول إكسيل الرسمية انتشار المصفوفات الديناميكية داخل خلاياها؛ يجب وضع معادلات المصفوفات المنسكبة في نطاقات عادية خارج حدود الجداول.

10.3 معالجة الخلايا الفارغة والقيم المنطقية غير المتوقعة

ينطوي التعامل مع خلايا معايير البحث الفارغة على سلوك برمجي قد يؤدي إلى نتائج مضللة. إذا تمت الإشارة إلى الخلية F2 كمعيار بحث داخل دالة SEARCH وكانت تلك الخلية فارغة تماماً، فإن دالة SEARCH تُعامل الفراغ كسلسلة نصية فارغة بطول صفر ""، وتُرجع القيمة الرقمية 1 لكافة صفوف النطاق بلا استثناء! ينتج عن ذلك قيام دالة FILTER بإرجاع الجدول المصدر بأكمله، وهو ما قد لا يكون السلوك المطلوب في واجهات الاستعلام التفاعلية.

لتفادي هذا السلوك وتأمين النموذج، يتم دمج دالة IF للتحقق من امتلاء خلية البحث قبل الشروع في التصفية، كالتالي:

=IF(F2 = "", "يرجى إدخال معيار البحث أولاً", FILTER(A2:D500, ISNUMBER(SEARCH(F2, B2:B500)), "لا توجد نتائج"))

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

11. دراسات حالة وتطبيقات عملية متقدمة في تحليل البيانات

11.1 دراسة حالة 1: تصفية وتصنيف بيانات المستودعات والمخزون

في بيئة إدارة المستودعات وسلاسل الإمداد، تتضمن رموز الأصناف (SKU Codes) عادةً مقاطع دلالية مشفرة تعبر عن بلد المنشأ، خط الإنتاج، والمقاس (مثل SA-ELE-L-091 الذي يمثل منتجاً سعودياً، إلكترونيات، مقاس كبير). لنفترض أن مسؤول المستودع بحاجة إلى استخراج تقرير فوري بجميع الأصناف التي تنتمي إلى فئة الإلكترونيات "ELE" والتي انخفض مخزونها الفعلي في المستودع عن حد إعادة الطلب البالغ 15 قطعة.

يتم بناء المعادلة الاستعلامية الشاملة في خلية التقرير على النحو التالي:

=SORT(FILTER(A2:E2000, ISNUMBER(SEARCH("-ELE-", B2:B2000)) * (D2:D2000 < 15), "كافة مستويات المخزون ضمن الحدود الآمنة"), 4, 1)

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

11.2 دراسة حالة 2: تحليل سجلات العملاء وقواعد البيانات النصية

تعاني قواعد بيانات العملاء في المنظمات الخدمية غالباً من عدم التجانس؛ حيث يتم تدوين العناوين ونطاقات البريد الإلكتروني في حقول نصية طويلة ومفتوحة. إذا طُلب من قسم التسويق استخراج قائمة بالعملاء الذين يتبعون لشركات محددة تستخدم النطاق المؤسسي "@enterprise.com"، والذين يقيمون في مدن تبدأ أسماؤها بالمقطع "شمال" (مثل “شمال الرياض” أو “شمال جدة”):

تُصاغ معادلة التصفية الموجهة كالتالي:

=FILTER(A2:F5000, ISNUMBER(SEARCH("@enterprise.com", C2:C5000)) * ISNUMBER(SEARCH("شمال", D2:D5000)), "لا توجد سجلات مطابقة لمعايير الحملة")

يسهم هذا الاستعلام متعدد الحقول في توليد قوائم استهداف تسويقية شديدة التخصيص في ثوانٍ معدودة، مما يوفر ساعات طويلة من العمل اليدوي في تنقيح وفرز جهات الاتصال.

11.3 دراسة حالة 3: بناء لوحة معلومات (Dashboard) تفاعلية للبحث السريع

لبناء محرك بحث تفاعلي شامل (Universal Dynamic Search Bar) يتيح لمديري الشركات البحث بكلمة واحدة عبر أعمدة متعددة في آن واحد (البحث في اسم العميل، أو اسم المنتج، أو المدينة، أو الملاحظات):

ننشئ مربع إدخال موحد في الخلية B2، ونكتب في منطقة النتائج المعادلة الشاملة التالية:

=IF(B2="", "يرجى كتابة نص في مربع البحث أعلاه لعرض النتائج", FILTER(Data_Table, ISNUMBER(SEARCH(B2, Data_Table[Customer])) + ISNUMBER(SEARCH(B2, Data_Table[Product])) + ISNUMBER(SEARCH(B2, Data_Table[City])) + ISNUMBER(SEARCH(B2, Data_Table[Notes])), "لم يتم العثور على أي تطابق في كافة السجلات"))

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

12. الخاتمة والتوصيات التقنية لأفضل الممارسات

12.1 ملخص المبادئ الأساسية للتصفية بالأحرف البديلة

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

كما بيّنا الدور الدقيق لدالة FIND في الاستعلامات الحساسة لحالة الأحرف، وكيفية توظيف مشغلي الجبر البولياني (* للجمع المنطقي AND، و+ للاختيار المنطقي OR) لبناء استعلامات مركبة ومعقدة تضاهي لغات الاستعلام المتقدمة مثل SQL، مع الحفاظ على البساطة والمرونة الفائقة التي تميز جداول البيانات الإلكترونية.

12.2 توصيات هندسة النماذج التحليلية المتقدمة

لضمان استدامة وكفاءة النماذج المالية والتحليلية المبنية على هذه التقنيات، نوصي باتباع أفضل الممارسات الهندسية التالية:

• الفصل الصارم لطبقات النموذج (Layered Architecture): عزل طبقة تخزين البيانات الخام (Data Layer) في أوراق عمل مستقلة، وتخصيص طبقة وسيطة للحسابات والاستعلامات (Processing Layer)، وتصميم طبقة مستقلة لعرض لوحات القياس والتقارير (Presentation Layer).
• اعتماد التسميات المعيارية (Structured References): تحويل كافة النطاقات إلى جداول رسمية وتسمية الأعمدة بأسماء واضحة تزيد من قابلية الصيغ للقراءة والتدقيق المستقبلي من قِبل فرق العمل.
• التوثيق الدوري للصيغ المركبة: كتابة تعليقات توضيحية بجانب المعادلات المتقدمة التي تدمج شروطاً منطقية متعددة لتسهيل أعمال الصيانة والتطوير اللاحقة.
• الموازنة بين التعقيد والأداء الحسابي: تقييم حجم البيانات باستمرار والتحول إلى بيئة Power Query أو نمذجة البيانات (Power Pivot / Data Model) عندما يتجاوز حجم العمليات قدرة المعالجة اللحظية لجداول البيانات لضمان تجربة مستخدم سريعة وخالية من التأخير.

References

• Alexander, M., & Kusleika, R. (2022). Excel 2022 Bible. John Wiley & Sons.
• Frye, C. (2021). Microsoft Excel 2019 Step by Step. Microsoft Press.
• Harvey, G. (2021). Excel Formulas and Functions For Dummies (5th ed.). John Wiley & Sons.
• Jelen, B. (2021). Microsoft Excel 2021 Inside Out. Microsoft Press.
• Microsoft Corporation. (2023). FILTER function – Microsoft Support. https://support.microsoft.com/en-us/office/filter-function-f4f7cb66-c82d-428b-8c77-4ee9c9ab0d78
• Microsoft Corporation. (2023). Dynamic array formulas and spilled array behavior. https://support.microsoft.com/en-us/office/dynamic-array-formulas-and-spilled-array-behavior-205c6b06-03ba-447a-a465-4f46e30e30e1
• Microsoft Corporation. (2023). SEARCH, SEARCHB functions. https://support.microsoft.com/en-us/office/search-searchb-functions-9ab04538-0e55-4719-a72e-b6f54513b495
• Walkenbach, J. (2015). Excel 2016 Formulas. John Wiley & Sons.
• Winston, W. (2021). Microsoft Excel Data Analysis and Business Modeling (7th ed.). Microsoft Press.