كيفية استخدام SUMIF مع OR في جداول بيانات Google

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

تكمن المعضلة التقنية في أن البنية التركيبية الافتراضية لدالة الجمع المشروط الأحادية، وحتى الدالة الموسعة للجمع متعدد الشروط (SUMIFS)، صُممت أساساً للتعامل مع معايير فردية صارمة أو لتطبيق المنطق المشترك الحصري (AND Logic) عبر عدة أعمدة متوازية؛ حيث يفترض محرك الحساب الداخلي أن السجل المستهدف يجب أن يستوفي كافة المعايير المحددة في آن واحد ليدخل ضمن نطاق التجميع. هذا القصور الهيكلي يستدعي تطبيق تقنيات جبرية وحسابية بديلة، تتراوح بين الجمع الحسابي المباشر للدوال، وتوظيف معالجات المصفوفات الديناميكية (Array Formulas)، واستخدام الدوال البوليانية المتقدمة، وصولاً إلى استغلال محركات الاستعلام المنطقي عبر دوال قواعد البيانات المتخصصة.

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

1. المدخل النظري والمفاهيمي لدالة SUMIF والمنطق الشرطي OR في جداول بيانات Google

1.1 المفهوم الرياضي والمنطقي للمعامل الشرطي OR في معالجة البيانات

يستند تحليل البيانات الحسابية إلى قواعد الجبر البولياني (Boolean Algebra)، وهو النظام الرياضي الذي يتعامل مع المتغيرات المنطقية ذات الحالتين الأساسيتين: الصواب (TRUE) والخطأ (FALSE)، وما يقابلهما رقمياً بالقيمتين (1) و(0) على التوالي. وفي هذا الإطار، يمثل المعامل المنطقي “أو” (Logical OR) أداة فصل تجميعية تهدف إلى دمج المجموعات الرياضية؛ حيث تكون النتيجة المنطقية صائبة إذا تحقق شرط واحد على الأقل من بين مجموعة الشروط المطروحة. إحصائياً، يعبر هذا المعامل عن اتحاد مجموعتين أو أكثر من البيانات المستهدفة، مما يتيح للباحث أو المحلل استرجاع وتجميع كافة السجلات التي تنتمي لأي تصنيف من التصنيفات المحددة داخل فضاء العينة.

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

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

1.2 البنية التركيبية الأساسية لدالة SUMIF وحدودها الافتراضية

تعتمد دالة SUMIF في جداول بيانات Google على بنية تركيبية ثلاثية الوسائط، تُكتب وفق النحو القياسي الآتي: نطاق الفحص (range)، والمعيار المراد اختباره (criterion)، ونطاق الجمع الاختياري (sum_range). يتمثل الدور الوظيفي لنطاق الفحص في تحديد مصفوفة الخلايا التي ستخضع لعملية التقييم المنطقي، بينما يمثل المعيار الشرط الحسابي أو النصي الذي يحدد السجلات المؤهلة للجمع، في حين يشير نطاق الجمع إلى القيم الرقمية المقابلة التي سيتم احتساب مجموعها التراكمي إذا تطابق نطاق الفحص مع المعيار المحدد، علماً بأنه في حال إغفال وسيط نطاق الجمع، فإن الدالة تقوم بجمع خلايا نطاق الفحص ذاته تلقائياً.

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

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

1.3 أهمية التجميع المشروط البديل في التحليل الكمي للبيانات

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

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

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

2. الطريقة الكلاسيكية: الجمع الحسابي المباشر لدوال SUMIF المتعددة

2.1 صياغة المعادلة التجميعية بالجمع المباشر (+ SUMIF + SUMIF)

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

=SUMIF(A2:A11, "Mavs", B2:B11) + SUMIF(A2:A11, "Jazz", B2:B11)

يقوم محرك معالجة البيانات في جداول Google بتقييم هذه الصيغة عبر مسارين متسلسلين؛ في المسار الأول، يتم تنفيذ دالة SUMIF الأولى لتمشيط نطاق الفحص واحتساب المجموع التراكمي لكافة القيم المقابلة للمعيار الأول (“Mavs”) في الذاكرة المؤقتة. وفي المسار الثاني، يتم تنفيذ دالة SUMIF الثانية بشكل منفصل لحساب مجموع السجلات المطابقة للمعيار الثاني (“Jazz”). وعقب اكتمال تقييم الطرفين، يُجري المحرك عملية جمع حسابي بسيطة بين الناتجين الجزئيين، لإنتاج القيمة الإجمالية النهائية وإخراجها داخل الخلية الهدف.

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

2.2 تحليل كفاءة الصيغة وسرعة المعالجة الحسابية

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

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

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

2.3 تطبيق عملي: حساب مجموع نقاط الفرق الرياضية (Mavs و Jazz)

لتطبيق هذه الطريقة عملياً، نفترض وجود جدول بيانات يتكون من عمودين رئيسيين؛ يحتوي العمود A (من الخلية A2 إلى A11) على أسماء الفرق الرياضية المشاركة في الدوري، بينما يحتوي العمود B (من الخلية B2 إلى B11) على عدد النقاط التي أحرزها كل فريق في المباريات المسجلة. لنفترض أن البيانات موزعة كما يلي: السجلات تحتوي على فرق “Mavs”، “Jazz”، “Spurs”، و”Lakers” مع نقاط متفرقة، ونريد استخراج المجموع الكلي لنقاط فريقي “Mavs” و”Jazz” حصراً وتجاهل باقي الفرق.

نقوم بإدخال الصيغة الحسابية المباشرة في خلية مخصصة للنتائج وليكن موقعها C2، كالآتي:

=SUMIF(A2:A11, "Mavs", B2:B11) + SUMIF(A2:A11, "Jazz", B2:B11)

عند تنفيذ الصيغة، تقوم الدالة الأولى بمسح الخلايا من A2 إلى A11 والبحث عن السجلات المطابقة لـ “Mavs”، ولنفترض أنها عثرت على ثلاث مباريات بنقاط (25، 30، 15) ليكون مجموعها الجزئي 70 نقطة. في الوقت نفسه، تبحث الدالة الثانية عن السجلات المطابقة لـ “Jazz” لتجد مباراتين بنقاط (20، 10) بمجموع جزئي 30 نقطة. بعد ذلك تجمع المعادلة النواتج: 70 + 30، لتظهر النتيجة النهائية 100 في خلية الإخراج.

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

3. استخدام دالة SUMIFS مع إضافة الشروط المنطقية البديلة

3.1 الفروق الجوهرية بين صياغة SUMIF و SUMIFS في منطق OR

تمثل دالة SUMIFS النسخة المطورة والموسعة لدالة الجمع المشروط، وهي مصممة للتعامل مع معايير متعددة موزعة على نطاقات مختلفة. يكمن الفارق الهيكلي الأول في الترتيب النحوي للوسائط؛ حيث تشترط دالة SUMIFS وضع نطاق الجمع (sum_range) في الوسيط الأول كشرط إلزامي في بداية الصيغة، يليه بعد ذلك أزواج نطاقات المعايير وقيمها (criteria_range1, criterion1, criteria_range2, criterion2…)، وهو ما يعكس الترتيب المعتمد في دالة SUMIF الكلاسيكية التي تضع نطاق الجمع في نهايتها كخيار إضافي.

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

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

3.2 الجمع التراكمي لدوال SUMIFS لمعالجة معايير الأعمدة المتطابقة

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

=SUMIFS(C2:C11, A2:A11, "Mavs", B2:B11, "East") + SUMIFS(C2:C11, A2:A11, "Jazz", B2:B11, "East")

في هذا التركيب، نلاحظ أن العمود B يمثل نطاقاً لمعيار ثابت ومشترك وهو أن تكون المنطقة الجغرافية “East” (منطق AND)، بينما يمثل العمود A نطاقاً للمعيار المتغير والبديل الذي يقبل إما “Mavs” أو “Jazz” (منطق OR). تقوم الدالة الأولى بجمع النقاط الخاصة بفريق “Mavs” الواقع ضمن المنطقة “East” فقط، وتقوم الدالة الثانية بجمع نقاط فريق “Jazz” لنفس المنطقة فقط، ثم يتم جمع الناتجين معاً لتوليد المجموع الصافي للتصنيفين ضمن النطاق الجغرافي المحدد.

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

3.3 دراسة حالة: تصنيف النقاط وفق المعايير الزمنية والجغرافية المشتركة

لتوضيح هذا التطبيق بنموذج عملي متكامل، نقوم بإنشاء جدول بيانات يغطي ثلاثة أعمدة تحليلية: العمود A يحتوي على اسم الفريق (Team)، والعمود B يحتوي على المنطقة الجغرافية (Region)، والعمود C يحتوي على النقاط المحرزة (Points). لنفترض أننا نريد استخراج مجموع النقاط لفريقي “Mavs” و”Jazz” ولكن بشرط حصر النتائج في المباريات التي أقيمت في المنطقة “West” فقط، واستبعاد أي مباريات أقيمت لنفس الفرق في مناطق أخرى كـ “East” أو “Central”.

تتم كتابة الصيغة المركبة في خلية النتائج D2 على النحو التالي:

=SUMIFS(C2:C11, A2:A11, "Mavs", B2:B11, "West") + SUMIFS(C2:C11, A2:A11, "Jazz", B2:B11, "West")

عند تشغيل المعادلة، يبدأ محرك الجداول بفحص الشروط المزدوجة؛ الدالة الأولى تعزل الصفوف التي يتطابق فيها اسم الفريق مع “Mavs” وتكون منطقته “West” حصراً، وتقوم بتجميع قيم العمود C المقابلة لتلك الصفوف. ثم تنتقل الدالة الثانية لتعزل الصفوف التي تحتوي على “Jazz” مع قيد المنطقة “West”، وتقوم بتجميع قيمها. وفي الخطوة النهائية يتم دمج الحصيلتين معاً.

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

4. دمج دالة SUM مع معالجة المصفوفات ArrayFormula لتطبيق منطق OR

4.1 المبدأ الرياضي لمعالجة المصفوفات في جداول بيانات Google

تعتمد معالجة المصفوفات في جداول بيانات Google على تقنية تحويل العمليات الحسابية من النمط الأحادي القياسي (Scalar Processing) إلى نمط المتجهات الحسابية الشامل (Vectorized Array Processing). في الحالة العادية، تستقبل الدالة معياراً فردياً وتنتج قيمة رقمية واحدة، أما عند إدخال مصفوفة من المعايير محاطة بأقواس معقوفة مثل {"Mavs", "Jazz"}، فإن المحرك الحسابي يعيد تهيئة الدالة لتنفيذ عملية التقييم بالتوازي على كل عنصر من عناصر المصفوفة بشكل مستقل ضمن استدعاء حسابي واحد.

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

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

4.2 صيغة SUM(ArrayFormula(SUMIF(…))) وتحديد معايير المقارنة

لتحويل مصفوفة النتائج الجزئية التي تولدها دالة SUMIF إلى قيمة رقمية موحدة تعبر عن المجموع الإجمالي لكافة المعايير البديلة، يتم تطويق الصيغة بـ دالة ArrayFormula ودالة التجميع العام SUM. وتأخذ الصيغة المكتملة التركيب البرمجي التالي:

=SUM(ArrayFormula(SUMIF(A2:A11, {"Mavs", "Jazz"}, B2:B11)))

تبدأ دورة المعالجة الداخلية لهذه الصيغة عندما تقوم دالة ArrayFormula بتمكين دالة SUMIF من قبول المصفوفة {"Mavs", "Jazz"} كمعيار فحص. تقوم SUMIF بمسح النطاق A2:A11 وحساب مجموع نقاط “Mavs” (ولتكن 45)، ثم تعيد مسح النطاق وحساب مجموع نقاط “Jazz” (ولتكن 32)، لترجع الدالة مصفوفة وسيطة بالشكل {45, 32}. هنا يبرز دور دالة SUM الخارجية التي تستقبل هذه المصفوفة وتجري عملية جمع نهائي لعناصرها (45 + 32) لتعيد القيمة النهائية 77 في خلية واحدة.

تتميز جداول بيانات Google الحديثة بقدرتها على المعالجة التلقائية للمصفوفات الثابتة دون الحاجة الصريحة لكتابة الدالة ArrayFormula في بعض التراكيب، بحيث يمكن كتابة =SUM(SUMIF(A2:A11, {"Mavs", "Jazz"}, B2:B11)) والضغط على Ctrl+Shift+Enter لتوليد دالة المصفوفة تلقائياً وضمان أقصى درجات التوافق عبر مختلف بيئات التحرير.

4.3 مقارنة الأداء بين المعالجة المصفوفية والجمع التكراري

يوضح التحليل المقارن بين منهجية المعالجة المصفوفية ومنهجية الجمع التكراري (+ SUMIF + SUMIF) تفوقاً ملحوظاً للمصفوفات من حيث قابلية الصيانة البرمجية ووضوح الصيغة الحسابية؛ فاستخدام المصفوفات يختزل طول النص الرياضي بنسبة تتجاوز 50%، مما يجعل الصيغة موجزة، سهلة التدقيق، وأقل عرضة لحدوث أخطاء الكتابة وحذف المراجع سهواً.

من زاوية إدارة الذاكرة والأداء، تعمل المعالجة المصفوفية على تحسين إدارة كائنات الدوال داخل المحرك الحسابي لـ Google Sheets. فعلى الرغم من أن المحرك لا يزال يجري عمليات المقارنة لكل معيار، إلا أن دمج العملية داخل كائن وظيفي واحد يقلل من النفقات العامة (Overhead) المرتبطة بإدارة استدعاءات الدوال المنفصلة وتحديثاتها الدورية في شجرة الاعتماد الحسابي (Calculation Dependency Tree).

إضافة إلى ذلك، توفر المعالجة المصفوفية مرونة استثنائية عند الحاجة لإدراج معايير إضافية مستقبلاً؛ حيث لا يتطلب التحديث سوى إضافة المعيار الجديد بين علامات تنصيص داخل القوس المعقوف، كأن تصبح {"Mavs", "Jazz", "Spurs", "Warriors"}، دون المساس بباقي أركان المعادلة أو تكرار كتابة وسائط النطاقات ونطاق الجمع، وهو ما يوفر حلاً مستداماً للنماذج المالية القابلة للتوسع.

5. تطبيق دالة SUM مع دالة FILTER والمنطق البولياني الجمعي (+)

5.1 المنطق البولياني الحسابي واستخدام علامة الجمع (+) كبديل لمعامل OR

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

في الجبر المنطقي لبرمجيات الجداول، يمثل المعامل الحسابي الجمعي (+) البديل الرياضي الدقيق لمعامل الشمول البديل OR. فعند تقييم تعبيرين شرطيين لنفس السجل مثل: (A2:A11="Mavs") + (A2:A11="Jazz")، يقوم المحرك باختبار الشرطين لكل صف على حدة؛ فإذا كان الفريق هو “Mavs”، فإن التعبير يعطي: (1 + 0 = 1). وإذا كان الفريق “Jazz”، فإن التعبير يعطي: (0 + 1 = 1). أما إذا كان الفريق مختلفاً (مثل “Spurs”)، فإن التعبير يعطي: (0 + 0 = 0).

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

5.2 بناء صيغة SUM(FILTER(…)) بشرطين بديلين

تعد توليفة دمج دالة SUM مع دالة FILTER والمنطق البولياني الجمعي من أقوى وأرقى الطرق لمعالجة شروط OR وأكثرها مرونة في جداول بيانات Google. ويتم بناء الهيكل العام للصيغة وفق النحو الآتي:

=SUM(FILTER(B2:B11, (A2:A11="Mavs") + (A2:A11="Jazz")))

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

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

5.3 معالجة أخطاء عدم توفر البيانات (#N/A أو #CALC!) بواسطة IFERROR

على الرغم من القوة التحليلية لدالة FILTER، إلا أنها تتسم بحساسية عالية تجاه عدم تحقق الشروط؛ ففي حال عدم عثور الدالة على أي سجل يطابق المعايير المحددة (كأن لا توجد في الجدول أي سجلات تخص “Mavs” أو “Jazz”)، فإن دالة FILTER تفشل في تكوين مصفوفة التصفية وتقوم بإرجاع الخطأ الشهير #N/A مرفقاً برسالة تفيد بعدم وجود بيانات مطابقة، مما يؤدي بدوره إلى تعطل دالة SUM الخارجية وظهور الخطأ في الخلية النهائية.

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

=IFERROR(SUM(FILTER(B2:B11, (A2:A11="Mavs") + (A2:A11="Jazz"))), 0)

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

6. توظيف دالة SUMPRODUCT لمحاكاة المنطق الشرطي OR بكفاءة

6.1 الأساس الجبري لدالة SUMPRODUCT في العمليات التجميعية الشرطية

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

عند توظيف دالة SUMPRODUCT في العمليات التجميعية الشرطية، يتم استخدام المصفوفات المنطقية كمحددات ترجيح حسابي (Weighting Matrices). تتألف هذه المصفوفات من أصفار وآحاد ناتجة عن اختبار الشروط؛ فعندما يتم ضرب المصفوفة المنطقية الناتجة في مصفوفة القيم الرقمية المستهدفة، يتم ضرب القيم المقابلة للشروط الصحيحة في (1) فتحتفظ بقيمتها، بينما تُضرب القيم المقابلة للشروط غير المتحققة في (0) فتتلاشى تماماً وتتحول لصفر، ليقوم محرك الدالة بجمع كافة النواتج بدقة بالغة.

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

6.2 صياغة التعبير الشرطي المزدوج داخل SUMPRODUCT

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

=SUMPRODUCT(((A2:A11="Mavs") + (A2:A11="Jazz") > 0) * B2:B11)

يستند هذا التركيب النحوي إلى دقة متناهية؛ فالجزء (A2:A11="Mavs") + (A2:A11="Jazz") ينتج مصفوفة من الأرقام، فإذا تحقق أحد الشرطين يكون الناتج 1، وفي حال تحقق كلاهما (في سيناريوهات الأعمدة المتعددة التي قد تتقاطع فيها الشروط) يكون الناتج 2. هنا يبرز الدور الجوهري للتحقق المقارن > 0، والذي يعيد ضبط أي ناتج موجب ويحوله إلى القيمة المنطقية TRUE، مانعاً بذلك تضاعف وزن السجل الواحد عند ضربه في نطاق القيم B2:B11.

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

6.3 حالات الاستخدام المثلى والمزايا التقنية لـ SUMPRODUCT

تمثل دالة SUMPRODUCT الخيار المثالي والحل التقني الأمثل في النماذج المالية المعقدة التي تتطلب توافقاً برمجياً مطلقاً عند التصدير والتبادل بين منصة جداول بيانات Google وتطبيق Microsoft Excel؛ حيث تعمل الصيغة بنفس التركيب والفعالية والكفاءة الحسابية في كلا البرنامجين دون الحاجة لإجراء أي تعديل نحوي أو إعادة كتابة للمصفوفات.

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

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

7. استخدام دالة QUERY القوية لتنفيذ استعلامات التجميع بشرط OR

7.1 بنية لغة استعلامات Google Visualization API ومعامل OR

تنفرد جداول بيانات Google بوجود دالة QUERY التي تُعد المحرك الأكثر تطوراً ومرونة لمعالجة البيانات وتلخيصها؛ حيث تعتمد الدالة على لغة استعلامات مدمجة مستوحاة من لغة قواعد البيانات القياسية SQL (Structured Query Language) وتعمل عبر واجهة Google Visualization API Query Language. تتيح هذه البنية للمحلل فصل المنطق الاستعلامي المعقد تماماً عن الخلايا ونطاقات الأرقام، والتعامل مع جداول البيانات وكأنها قاعدة بيانات علائقية متكاملة.

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

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

7.2 تركيب جملة الاستعلام التجميعية الشرطية

لإجراء عملية جمع لنطاق القيم في العمود B بناءً على وجود قيمتين بديلتين في العمود A (“Mavs” أو “Jazz”)، يتم صياغة دالة QUERY وفق التركيب القياسي الآتي:

=QUERY(A1:B11, "SELECT SUM(B) WHERE A = 'Mavs' OR A = 'Jazz' LABEL SUM(B) ''")

يتألف وسيط الاستعلام في هذه المعادلة من عدة أجزاء بنيوية؛ يبدأ بالأمر SELECT SUM(B) الذي يوجه المحرك لإجراء عملية تجميع حسابي لقيم العمود B المقابلة، يليه القيد الشرطي WHERE A = 'Mavs' OR A = 'Jazz' الذي يحدد المعايير المطلوبة مستخدماً معامل OR الصريح للفصل بين النصوص المحاطة بعلامات اقتباس فردية (‘ ‘).

من الأهمية بمكان الإشارة إلى وسيط التسمية LABEL SUM(B) '' الملحق بنهاية جملة الاستعلام؛ إذ إن السلوك الافتراضي لدالة QUERY عند إجراء عمليات التجميع هو توليد رأس عمود تلقائي يحمل النص “sum ” فوق القيمة المحسوبة، مما يؤدي إلى شغل خليتين عموديتين. وتعمل عبارة LABEL الفارغة على إفراغ الترويسة التلقائية وإلغائها تماماً، مما يضمن إرجاع القيمة الرقمية الصافية داخل الخلية ذاتها التي تحتوي على الصيغة الحسابية دون التأثير على الخلايا المجاورة.

7.3 المزايا المتقدمة لدالة QUERY في معالجة الشروط البديلة

تتمتع دالة QUERY بمزايا متقدمة تتفوق بها على كافة الدوال التجميعية الأخرى؛ حيث تتيح دمج عدد غير محدود من معايير OR المنطقية المتشابكة بسهولة متناهية عبر إضافة عبارات OR A = '...' متتالية دون أن تفقد الصيغة وضوحها أو أناقتها الهيكلية. كما توفر إمكانية دمج عمليات التجميع مع شروط الفرز ORDER BY وتصنيف البيانات الجماعي GROUP BY ضمن استدعاء برمجي وحيد وشامل.

علاوة على ذلك، تتميز الدالة بمرونة استثنائية في استقبال المعايير من مراجع خلايا ديناميكية من خلال تقنيات دمج النصوص باستخدام المعامل (&)، كأن يُصاغ الشرط بالشكل: "WHERE A = '"&D1&"' OR A = '"&D2&"'". هذا الدمج يمكن المستخدمين من بناء واجهات استعلام تفاعلية ترتبط بالقوائم المنسدلة في جداول البيانات وتتحدث تلقائياً بمجرد تغيير الخيارات المحددة.

كما تتيح لغة الاستعلام استخدام دوال التحويل النصي المدمجة مثل lower() أو upper() لمطابقة النصوص بصرف النظر عن حالة الأحرف في اللغات اللاتينية، فضلاً عن دعمها لمعاملات المقارنة المنطقية المتقدمة مثل contains و matches، مما يضع بين يدي المحلل ترسانة كاملة لاستخلاص البيانات وتحليلها بدقة وسرعة فائقة.

8. دمج دالة REGEXMATCH مع دالة FILTER لمعالجة المعايير النصية المعقدة

8.1 أساسيات التعابير النمطية (Regular Expressions) لتمثيل الشرط OR

تعد التعابير النمطية (Regular Expressions – RegEx) من أقوى الأدوات البرمجية المستخدمة في مطابقة الأنماط النصية ومعالجتها. وفي جداول بيانات Google، تتيح دالة REGEXMATCH فحص السلاسل النصية ومقارنتها بنمط تعبيري محدد، وإرجاع القيمة المنطقية TRUE في حال تحقق التطابق، أو القيمة FALSE في حال عدم وجوده.

في لغة التعابير النمطية، يمثل الرمز العمودي أو خط الأنبوب | (Pipe Symbol) المشغل المنطقي المباشر للاختيار البديل “أو” (OR). فعند صياغة التعبير "Mavs|Jazz"، فإن محرك البحث يفسر هذا التعبير بالبحث عن أي سلسلة نصية تحتوي على الكلمة الأولى أو الكلمة الثانية، مما يوفر وسيلة مقتضبة وذكية للغاية لتمثيل الشروط المتعددة ضمن نص برمجي موجز دون الحاجة لتكرار استدعاء الدوال أو كتابة متجهات بوليانية طويلة.

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

8.2 بناء الصيغة: SUM(FILTER(Range, REGEXMATCH(…)))

لتوظيف التعابير النمطية في إجراء عملية الجمع المشروط البديل، يتم دمج دالة REGEXMATCH داخل دالة FILTER لتوليد مصفوفة ترشيح منطقية، ومن ثم جمع القيم الناتجة بواسطة دالة SUM. وتأخذ الصيغة المكتملة التركيب التالي:

=SUM(FILTER(B2:B11, REGEXMATCH(A2:A11, "^(Mavs|Jazz)$")))

يحمل هذا التركيب النحوي أهمية خاصة في استخدام محددات البداية والنهاية للتعابير النمطية؛ حيث يمثل الرمز ^ بداية السلسلة النصية، بينما يمثل الرمز $ نهايتها. يعد تضمين هذين الرمزين حاسماً وضرورياً لضمان “التطابق التام” (Exact Match) مع النص المطلوب؛ فبدونهما قد تطابق الدالة أجزاء نصية فرعية غير مرغوبة، كأن تطابق “Mavs_Old” أو “JazzMusic”، مما يفسد دقة التجميع الحسابي.

تقوم دالة REGEXMATCH بتمشيط النطاق A2:A11 صفاً تلو الآخر وتوليد مصفوفة بوليانية فورية تتضمن القيم الصائبة للسجلات المطابقة لأي من الاسمين. وتتولى دالة FILTER استخلاص الأرقام المقابلة من النطاق B2:B11 بناءً على تلك المصفوفة، لتقوم دالة SUM في الخطوة الأخيرة بحساب المجموع الكلي للقيم المنتقاة بسرعة فائقة وسلاسة مطلقة.

8.3 معالجة حساسية حالة الأحرف والتطابقات الجزئية

تتميز دالة REGEXMATCH بأنها حساسة لحالة الأحرف (Case-Sensitive) بصورة افتراضية عند التعامل مع النصوص باللغة الإنجليزية؛ مما يعني أن كتابة “mavs” بأحرف صغيرة لن تطابق “Mavs” المكتوبة بحرف استهلالي كبير. لتجاوز هذا القيد وضمان شمول كافة التنسيقات النصية، يمكن إضافة معدل عدم حساسية الأحرف (?i) في مقدمة التعبير النمطي، لتصبح الصيغة:

=SUM(FILTER(B2:B11, REGEXMATCH(A2:A11, "(?i)^(Mavs|Jazz)$")))

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

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

9. التعامل مع النطاقات الديناميكية والمراجع المتغيرة لمعايير OR

9.1 عزل المعايير الشرطية في خلايا مرجعية مستقلة

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

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

=SUMIF(A2:A11, D1, B2:B11) + SUMIF(A2:A11, D2, B2:B11)

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

9.2 استخدام دالة MATCH أو COUNTIF لبناء نطاق معايير ديناميكي

عندما تتسع قائمة الشروط البديلة لتشمل نطاقاً متغيراً من الخلايا يضم عدة معايير (مثل النطاق D2:D6)، فإن أفضل طريقة للتجميع المشروط البديل تتم عبر دمج دالتي MATCH أو COUNTIF مع دالة FILTER لتوليد استعلام ديناميكي يتمدد تلقائياً مع حجم النطاق المرجعي. وتأخذ الصيغة المعتمدة باستخدام MATCH النحو التالي:

=SUM(FILTER(B2:B11, ISNUMBER(MATCH(A2:A11, D2:D6, 0))))

تعتمد هذه الصيغة الذكية على آلية عمل متكاملة؛ حيث تقوم دالة MATCH بفحص كل قيمة في العمود A2:A11 للبحث عنها داخل نطاق المعايير D2:D6. فإذا كانت القيمة موجودة، ترجع الدالة رقم موضعها النسبي (رقم صحيح)، وإذا لم تكن موجودة ترجع الخطأ #N/A. هنا تتدخل دالة ISNUMBER لفحص النتيجة، محولة الأرقام إلى TRUE والأخطاء إلى FALSE، ليتشكل متجه بولياني يغذي دالة FILTER لاستخلاص القيم وتجميعها عبر SUM.

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

9.3 تأمين النطاقات ضد أخطاء الإزاحة وتغير أبعاد الجدول

يتطلب بناء النماذج الحسابية المعقدة تأمين نطاقات الخلايا لحمايتها من أخطاء الإزاحة التي تحدث عند نسخ المعادلات وسحبها أفقياً أو عمودياً عبر خلايا الجدول؛ ويتم ذلك عبر التطبيق الصارم للمراجع المطلقة (Absolute References) باستخدام علامة الدولار ($) لتثبيت حدود نطاقات الفحص والمعايير والجمع، مثل: $A$2:$A$11 و $B$2:$B$11.

إضافة إلى ذلك، ولضمان استيعاب البيانات التي يتم إدخالها وتحديثها بصفة مستمرة في أسفل الجداول، يُفضل استخدام النطاقات المفتوحة الأطراف (Open-Ended Ranges) التي تمتد حتى نهاية العمود، مثل A2:A و B2:B. هذا التنسيق يضمن شمول كافة المدخلات المستقبلية تلقائياً داخل دورة الجمع المشروط دون الحاجة لإعادة ضبط أبعاد النطاق يدوياً مع كل إدخال جديد.

ولتحقيق أقصى درجات الضبط المؤسسي للبيانات، ينبغي تقييد خلايا إدخال المعايير بقواعد التحقق من صحة البيانات (Data Validation) المرتبطة بالنطاقات الأصلية، لمنع المستخدمين من إدخال نصوص خاطئة أو مسافات زائدة قد تؤدي إلى إخفاق عمليات المطابقة الشرطية وتشويه دقة التقارير التجميعية.

10. الأخطاء الشائعة واستراتيجيات استكشاف الأخطاء وإصلاحها (Troubleshooting)

10.1 معالجة خطأ الحساب المزدوج عند تقاطع الشروط المنطقية

يعد خطأ الحساب المزدوج (Double Counting) من أخطر الأخطاء التحليلية التي قد تقع في النماذج المحاسبية عند تطبيق المنطق الشرطي البديل OR؛ ويحدث هذا الخطأ عندما يكون السجل الواحد مؤهلاً لتحقيق أكثر من شرط بديل في نفس الوقت ضمن أعمدة مختلفة. فعلى سبيل المثال، إذا كانت الصيغة تجمع مبيعات فرع معين (العمود A = “East”) أو مبيعات موظف معين (العمود B = “John”) باستخدام جمع الدوال: SUMIFS(..., A:A, "East") + SUMIFS(..., B:B, "John")، فإن المبيعات التي حققها John في فرع East سيتم احتسابها مرتين بالكامل.

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

=SUM(FILTER(C2:C, ((A2:A="East") + (B2:B="John")) > 0))

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

10.2 معالجة عدم تطابق أنواع البيانات (نصوص مقابل أرقام وتواريخ)

تتسم دوال جداول البيانات بحساسية شديدة لأنواع البيانات المخزنة، ويعد عدم تطابق الأنواع من أكثر أسباب فشل الشروط البديلة شيوعاً. من أبرز هذه المشكلات وجود مسافات بادئة أو لاحقة غير مرئية في الخلايا النصية (مثل “Mavs “)، مما يجعلها غير مطابقة للمعيار “Mavs”. وتُعالج هذه المشكلة بتنظيف نطاقات البيانات باستخدام دالة TRIM لإزالة المسافات الزائدة.

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

وفيما يتعلق بالتواريخ، فإن جداول Google تخزن التواريخ كأرقام تسلسلية داخلية؛ لذا يجب تجنب إدخال التواريخ كنصوص صريحة في وسائط الشروط مثل “01/01/2023″، والاستعاضة عن ذلك باستخدام دالة DATE لبناء معايير التاريخ بصورة معيارية، مثل: DATE(2023, 1, 1)، لضمان دقة المقارنات الزمنية ومنع اختلال الشروط الشرطية البديلة.

10.3 أخطاء التنسيق وتداخل وسائط المصفوفات وتصحيحها

يعد الخطأ الشهير #VALUE! من أكثر الأخطاء وروداً عند بناء صيغ الجمع المشروط المتقدمة، وينتج غالباً عن عدم تماثل وتساوي أبعاد النطاقات المحددة؛ كأن يتم تحديد نطاق الفحص من الخلية A2 إلى A11 بينما يتم تحديد نطاق الجمع من B2 إلى B20. تفرض دوال المصفوفات و FILTER تطابقاً مطلقاً في عدد الصفوف والأعمدة لضمان توازي المتجهات الحسابية أثناء المعالجة.

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

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

11. تقييم الأداء الحسابي وتحسين كفاءة جداول البيانات الكبيرة

11.1 تحليل العبء الحسابي واستهلاك الذاكرة للصيغ المختلفة

تتباين الدوال والصيغ المستخدمة في تطبيق منطق OR تبايناً ملحوظاً في استهلاكها لموارد وحدة المعالجة المركزية (CPU) والذاكرة العشوائية (RAM) لمتصفح الويب، لا سيما عند معالجة الجداول الضخمة التي تحتوي على عشرات أو مئات الآلاف من السجلات. يُظهر التحليل المعياري للأداء (Benchmarking) أن الجمع الحسابي المباشر لدوال SUMIF المتعددة يتطلب مسحاً متكرراً للنطاقات، مما يضاعف وقت التنفيذ (Execution Time) خطياً مع كل معيار إضافي.

على الجانب الآخر، تستهلك الصيغ القائمة على FILTER و REGEXMATCH موارد حسابية مكثفة في مرحلة بناء المصفوفات المؤقتة في الذاكرة ومطابقة الأنماط النصية المعقدة، مما قد يسبب تباطؤاً ملحوظاً أو تجميداً مؤقتاً لواجهة المستخدم عند تنفيذها على نطاقات كاملة (مثل A:A) تحتوي على ملايين الخلايا الفارغة.

في المقابل، تقدم دالة QUERY أداءً استثنائياً وسرعة فائقة في معالجة الجداول الضخمة؛ نظراً لاعتمادها على محرك Google Visualization المكتوب بلغة C++ والمحسن لمعالجة البيانات وتجميعها على خوادم السحابة قبل إرسال النتائج النهائية للمستعرض، مما يجعلها الخيار الأكثر استقراراً في التطبيقات المؤسسية الكبرى.

11.2 المعالجة الحسابية الفورية مقابل دوال التجميع الديناميكية

تخضع جداول بيانات Google لدورة إعادة حساب تلقائية (Recalculation Cycle) يتم تفعيلها مع كل تعديل يطرأ على أي خلية داخل ورقة العمل. وعند استخدام صيغ مصفوفية متداخلة أو الاعتماد على دوال متقلبة (Volatile Functions) مثل NOW و TODAY و RAND، فإن النظام يضطر لإعادة تقييم كافة المعادلات التجميعية المرتبطة بها، مما يثقل كاهل المتصفح ويبطئ تدفق العمل.

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

وعندما تتجاوز متطلبات التحليل قدرة الصيغ الفورية على الاستجابة، يصبح من الضروري التحول منهجياً نحو استخدام جداول الاستخراج والتلخيص المؤقتة (Summary Tables)، أو الاستعانة بمستودعات البيانات وربطها بجداول Google عبر BigQuery لتنفيذ عمليات التجميع الضخمة خارج بيئة المتصفح تماماً.

11.3 أفضل الممارسات المنهجية لتسريع معالجة البيانات الشرطية

للحفاظ على أقصى درجات الكفاءة والسرعة في معالجة جداول البيانات التجميعية، يُوصى باتباع مجموعة من الممارسات الهندسية المعتمدة؛ ومن أبرزها حصر نطاقات البيانات الحسابية بدقة متناهية وتجنب الإشارة إلى الأعمدة المفتوحة بالكامل (مثل استخدام A2:B1000 بدلاً من A:B) متى كانت أبعاد البيانات معروفة ومحددة مسبقاً، لتجنيب المحرك هدر الموارد في مسح الخلايا الفارغة.

كما يُنصح بالاستفادة من الأعمدة المساعدة (Helper Columns) لتبسيط الشروط المتشابكة؛ حيث يمكن إنشاء عمود مساعد يُجري المقارنات المنطقية المعقدة لمرة واحدة ويخرج نتيجة ثنائية (1 أو 0)، لتقوم دالة SUMIF بسيطة وأحادية بعد ذلك بجمع القيم استناداً إلى هذا العمود المساعد، مما يقلل من العبء الحسابي المترتب على المصفوفات المتداخلة.

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

12. نماذج تطبيقية متقدمة ودليل اختيار الدالة المناسبة

12.1 نموذج تطبيقي متكامل لتحليل المبيعات متعددة المناطق والفئات

لتجسيد التكامل الوظيفي لمنطق OR في بيئة الأعمال، نستعرض نموذجاً تطبيقياً لشركة تجارة تجزئة تمتلك فروعاً في مناطق متعددة وتبيع فئات متنوعة من المنتجات. يتكون جدول البيانات الرئيسي من أربعة أعمدة: الفرع (العمود A)، وفئة المنتج (العمود B)، وحالة الطلب (العمود C)، وقيمة المبيعات (العمود D). الهدف التحليلي هو احتساب إجمالي مبيعات فرعي “الرياض” و”جدة” حصراً لفئتي “الإلكترونيات” و”الأجهزة المنزلية”، مع استبعاد كافة الطلبات التي تحمل حالة “مرتجع”.

يتم بناء الصيغة الشاملة باستخدام دالة SUM مع دالة FILTER والمنطق البولياني المتقاطع والمتعدد وفق التركيب الآتي:

=SUM(FILTER(D2:D, ((A2:A="الرياض") + (A2:A="جدة")), ((B2:B="إلكترونيات") + (B2:B="أجهزة منزلية")), (C2:C"مرتجع")))

توضح هذه الصيغة المتقدمة قمة التناغم المنطقي؛ حيث تم تطبيق منطق OR بين الفروع عبر الجمع (+)، ومنطق OR بين المنتجات عبر الجمع (+)، بينما طُبقت الشروط المشتركة بين هذه المجموعات ومنع المرتجعات كفواصل مستقلة داخل دالة FILTER تطبق منطق AND الحصري، لتنتج مصفوفة مبيعات فائقة الدقة والفرز تلبي الاحتياج الإداري التام في معادلة واحدة أنيقة.

12.2 نموذج تطبيقي لإدارة الموازنات والمصروفات الإدارية المشتركة

في سياق الإدارة المالية للمنظمات، تتطلب متابعة الموازنات التقديرية تجميع بنود المصروفات المتشابهة والموزعة على مراكز تكلفة متعددة. لنفترض وجود جدول لتسجيل المصروفات يضم: مركز التكلفة (العمود A)، والبيان الوصفي للمصروف (العمود B)، والمبلغ المدفوع (العمود C). والمطلوب هو تجميع كافة المصروفات التشغيلية التي تخص مركزي التكلفة “الإدارة العامة” أو “تقنية المعلومات” والتي تتعلق ببنود “البرمجيات” أو “الاتصالات” أو “الشبكات”.

نوظف في هذا السيناريو توليفة دالة FILTER مع التعابير النمطية REGEXMATCH لتحقيق أقصى درجات المرونة والاختزال النصي، عبر كتابة الصيغة الآتية:

=IFERROR(SUM(FILTER(C2:C, REGEXMATCH(A2:A, "^(الإدارة العامة|تقنية المعلومات)$"), REGEXMATCH(B2:B, "(?i)(برمجيات|اتصالات|شبكات)"))), 0)

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

12.3 شجرة القرار المنهجية لاختيار الصيغة المثالية لكل سيناريو

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

• الجمع الحسابي المباشر (+ SUMIF + SUMIF): يُوصى به في الجداول البسيطة ذات المعايير المحدودة جداً (معيارين فقط)، وعندما تكون الأولوية لسهولة القراءة والصيانة من قبل مستخدمين ذوي خبرة تقنية أولية.
• المعالجة المصفوفية SUM(ArrayFormula(SUMIF(…))): الخيار الأنسب عند فحص قائمة ثابتة وموجزة من المعايير البديلة ضمن عمود واحد، مع الرغبة في اختصار حجم الصيغة وضمان نظافتها التركيبية.
• التصفية البوليانية SUM(FILTER(…)): الخيار الأقوى والأشمل عند تشابك شروط OR مع شروط AND عبر أعمدة متعددة، أو عند الحاجة لتطبيق شروط نفي واستبعاد دقيقة.
• دالة SUMPRODUCT: الأداة المفضلة في النماذج المالية والتدقيقية التي تتطلب توافقاً مطلقاً وغير مشروط بين جداول بيانات Google وتطبيق Microsoft Excel.
• دالة الاستعلام QUERY: الحل الأمثل والأكثر استقراراً في قواعد البيانات الضخمة، والتقارير المرتبطة بمدخلات ديناميكية تفاعلية، وعند الرغبة في إجراء عمليات فرز وتلخيص جماعي متقدمة.
• توليفة REGEXMATCH مع FILTER: الحل الاستثنائي والأوحد عند معالجة الشروط البديلة المعتمدة على الأنماط النصية، أو الكلمات المفتاحية الجزئية، أو القوائم النصية الطويلة.

خاتمة

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

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

المراجع (References)

• Benlloch, J. (2021). Google Sheets formulas: Advanced data analysis and reporting techniques. Data Analytics Publishing.
• Google. (2023). SUMIF function reference. Google Docs Editors Help. https://support.google.com/docs/answer/3093281
• Google. (2023). FILTER function reference. Google Docs Editors Help. https://support.google.com/docs/answer/3093197
• Google. (2023). QUERY function reference and Google Visualization API Query Language. Google Docs Editors Help. https://support.google.com/docs/answer/3093343
• Google. (2023). ArrayFormula function reference. Google Docs Editors Help. https://support.google.com/docs/answer/3093275
• Kopczynski, M. (2020). Advanced Google Sheets: Master formulas, automation, and data models. TechPress.
• Walkenbach, J. (2015). Excel formulas and functions for data analysis. Wiley.
• Wikipedia contributors. (2023). Boolean algebra. Wikipedia, The Free Encyclopedia. https://ar.wikipedia.org/wiki/جبر_بول
• Wikipedia contributors. (2023). Regular expression. Wikipedia, The Free Encyclopedia. https://ar.wikipedia.org/wiki/تعبير_نمطي