VBA: كيفية استخدام «لا يساوي» في التصفية التلقائية

تمثل معالجة البيانات وأتمتة العمليات الإجرائية في بيئات الجداول الحسابية أحد الركائز الجوهرية في علوم الحوسبة التطبيقية وهندسة البرمجيات المؤسسية. ومنذ أن قدمت شركة مايكروسوفت لغة البرمجة المرئية للتطبيقات (Visual Basic for Applications – VBA) في عام 1993 ضمن إصدار إكسيل 5.0، أحدثت هذه التقنية نقلة نوعية في قدرة المطورين والمحللين على تحويل المهام اليدوية الرتيبة والمعقدة إلى إجراءات خوارزمية فائقة الدقة. إن التفاعل مع مجموعات البيانات الكبيرة داخل أوراق العمل يتطلب آليات متطورة للفرز والتنقية، وتأتي أداة التصفية التلقائية لتشكل حجر الزاوية في استخلاص السجلات وتوليد التقارير المتخصصة.

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

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

1. مقدمة تأصيلية لمفهوم التصفية التلقائية (AutoFilter) في بيئة VBA

1.1 دور محرك AutoFilter في معالجة البيانات وتحليلها برمجياً

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

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

1.2 المعامل المنطقي «لا يساوي» () ودلالته الحسابية والبرمجية

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

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

1.3 الفروق الجوهرية بين التصفية الشاملة واستبعاد القيم المعينة

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

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

2. البنية النحوية الأساسية (Syntax) لتطبيق شرط «لا يساوي» في كود VBA

2.1 تشريح كائن النطاق (Range Object) واستدعاء طريقة AutoFilter

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

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

2.2 ضبط معامل الحقل (Field Parameter) وتحديد العمود المستهدف بدقة

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

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

2.3 صياغة معيار الاستبعاد (Criteria1) باستخدام الرمزين «»

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

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

3. التطبيق العملي للشرط المفرد: استبعاد قيمة نصية محددة

3.1 إعداد بيئة العمل وتجهيز مجموعة البيانات التجريبية

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

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

3.2 صياغة الإجراء البرمجي الشامل (Sub Procedure) خطوة بخطوة

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

Sub ExcludeSpecificText()
    Dim ws As Worksheet
    Dim dataRange As Range
    Set ws = ThisWorkbook.Sheets(“Sheet1”)
    Set dataRange = ws.Range(“A1:C11”)
    dataRange.AutoFilter Field:=2, Criteria1:=”<>Center”
End Sub

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

3.3 تحليل مخرجات التنفيذ والتحقق من سلامة البيانات المستثناة

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

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

4. تقنيات استبعاد القيم الرقمية والتواريخ باستخدام معيار «لا يساوي»

4.1 التعامل مع البيانات العددية واشتراطات التنسيق في معايير VBA

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

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

4.2 معالجة التواريخ واستبعاد فترات زمنية معينة دون اختلال التنسيق

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

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

4.3 تفادي أخطاء عدم تطابق الأنواع (Type Mismatch) في المعايير الحسابية

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

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

5. إدارة الخلايا الفارغة والممتلئة باستخدام شرط «لا يساوي»

5.1 استبعاد الخلايا الفارغة برمجياً وإظهار البيانات الممتلئة حصراً

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

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

5.2 استبعاد السجلات الممتلئة لعزل وتدقيق البيانات المفقودة

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

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

5.3 الجمع بين استبعاد النصوص المحددة واستبعاد الفراغات في سياق واحد

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

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

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

6.1 استخدام المعاملين Criteria1 وCriteria2 مع الرابط المنطقي xlAnd

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

Sub ExcludeTwoValues()
    Dim ws As Worksheet
    Set ws = ThisWorkbook.Sheets(“Sheet1”)
    ws.Range(“A1:C11”).AutoFilter Field:=2, _
        Criteria1:=”<>Forward”, _
        Operator:=xlAnd, _
        Criteria2:=”<>Midfielder”
End Sub

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

6.2 القيود التقنية لمحرك AutoFilter عند استبعاد ثلاث قيم أو أكثر

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

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

6.3 دراسة مقارنة لسلوك محرك التصفية عند التعامل مع شروط التناقض

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

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

7. الحلول البديلة لتجاوز قيود الاستبعاد المتعدد لأكثر من قيمتين

7.1 استراتيجية الأعمدة المساعدة (Helper Columns) والحسابات المنطقية

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

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

7.2 الاعتماد على التصفية المتقدمة (AdvancedFilter) عبر كود VBA

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

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

7.3 معالجة البيانات في الذاكرة باستخدام المصفوفات الافتراضية (VBA Arrays)

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

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

8. تحسين الأداء وضمان الكفاءة الحوسبية في البيانات الضخمة

8.1 تعطيل الخصائص التفاعلية للتطبيق (Application-Level Optimization)

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

Sub OptimizePerformance()
    With Application
        .ScreenUpdating = False
        .Calculation = xlCalculationManual
        .EnableEvents = False
    End With
    ‘ استدعاء إجراءات التصفية هنا
    With Application
        .ScreenUpdating = True
        .Calculation = xlCalculationAutomatic
        .EnableEvents = True
    End With
End Sub

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

8.2 حصر نطاق التصفية على البيانات الفعلية وتجنب النطاقات المفتوحة

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

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

8.3 الممارسات المتقدمة للتعامل مع الخلايا المرئية المتبقية بعد التصفية

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

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

9. معالجة الأخطاء الاستثنائية والتحقق البرمجي المسبق واللاحق

9.1 التحقق من حالة التصفية التلقائية الحالية في ورقة العمل

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

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

9.2 إدارة الأخطاء غير المتوقعة عبر بنيات On Error المنظمة

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

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

9.3 فحص سلامة النطاق قبل محاولة تطبيق معايير التصفية

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

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

10. الخلاصة المنهجية وأفضل الممارسات البرمجية المستدامة

10.1 بناء إجراءات تصفية معيارية قابلة لإعادة الاستخدام (Modular Procedures)

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

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

10.2 التوصيات الإجرائية لتفادي المشكلات الشائعة في بيئات الإنتاج

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

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

10.3 جدول مقارنة مرجعي لطرائق استبعاد البيانات المتنوعة في VBA

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

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

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

المراجع

• Microsoft Corporation. (n.d.). Range.AutoFilter method (Excel). Microsoft Learn. https://learn.microsoft.com/en-us/office/vba/api/excel.range.autofilter
• Walkenbach, J. (2015). Excel 2016 Power Programming with VBA. John Wiley & Sons.
• Alexander, M., & Kusleika, D. (2019). Excel 2019 Bible. John Wiley & Sons.
• Mansfield, R. (2008). Mastering VBA for Microsoft Office 2007. Sybex.