ترتيب LuckyTemplates في شكل هرمي

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

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

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

جدول المحتويات

• مستويات التسلسل الهرمي
• خطوات كيفية حساب ترتيب LuckyTemplates في شكل هرمي
  • النهج الخاطئ والشائع
  • الطريقة الصحيحة لحساب ترتيب LuckyTemplates
• خاتمة

مستويات التسلسل الهرمي

دعنا نتوجه إلى LuckyTemplates ونرى كيف يتم ذلك. في هذا السيناريو ، أنشأنا مجموعة من التسلسلات الهرمية حيث يكون المستوى الأول من التسلسل الهرمي في شكل أقاليم.

المستوى الثاني في شكل العملاء.

والمستوى الثالث في شكل أسماء المنتجات.

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

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

خطوات كيفية حساب ترتيب LuckyTemplates في شكل هرمي

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

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

النهج الخاطئ والشائع

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

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

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

بعد ذلك ، تحقق من نتائج المنتجات لمعرفة ما إذا كانت مرتبة أيضًا بشكل صحيح أم لا.

لننقر فوق علامة الجمع الخاصة بعميل Snaptags Ltd كمثال. من الواضح أن المنتج الذي حقق أعلى مبيعات لهذا العميل المعين تحت تلك المنطقة المعينة يحتل المرتبة الأولى والآخرون وفقًا لذلك.

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

في هذه الحالة ، دعنا ننقر فوق " التنقل لأعلى " و "توسيع الكل لأسفل" في مستوى واحد في التسلسل الهرمي بدلاً من النقر فوق كل زر علامة زائد على حدة.

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

قم بالتمرير لأسفل لترى كيف يتم ترتيب منطقتنا التالية.

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

للتأكد ، دعنا نتحقق أيضًا من كيفية تقييم منتجاتنا.

وبالمثل ، احتلت منطقة نيو ساوث ويلز وعميل State Ltd المرتبة الأولى في السيناريوهات السابقة ، لكنهما الآن في المرتبة الثانية.

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

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

من ناحية أخرى ، عندما نضغط على الزر Expand all down مستوى واحد في التسلسل الهرمي ، فإننا ننتقل إلى الطبقة التالية ، وهذا هو الوقت الذي يحدث فيه انتقال السياق الفعلي.

لذلك ، لا يمكننا استخدام الطريقة التقليدية لحساب الترتيب في حالة التسلسلات الهرمية لأن التنقل لأسفل يعني في الواقع أننا ننتقل من المستوى الأول إلى المستوى التالي.

الطريقة الصحيحة لحساب ترتيب LuckyTemplates

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

دعنا نطلق على مقياسنا اسم الترتيب - القياس الصحيح وننشئ ثلاثة متغيرات لحساب الترتيب للتسلسلات الهرمية المعنية. 

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

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

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

لقد طبقنا نفس الأسلوب بالضبط للمتغيرين الآخرين مثل VAR_Customers_Ranking و VAR_Products_Ranking .

بالطبع ، استخدمنا وظيفة ISINSCOPE واستدعينا كل متغير من متغيراتنا مقابل هذا المستوى المحدد من التسلسل الهرمي.

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

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

كما هو موضح أدناه ، يتم تقييم الترتيب على مستوى الإقليم بشكل صحيح.

دعنا نتعمق أكثر ونتحقق من ترتيب عملائنا. يتم تصنيف إقليم نيو ساوث ويلز وعملاء شركة State LTD بشكل صحيح أيضًا.

هذه المرة ، دعنا نرى كيف يتم تقييم إقليم كوينزلاند الخاص بنا. أخيرًا ، تم تصنيفها الآن وفقًا لذلك.

بالنسبة لمستويات منتجاتنا ، من الجيد أن نرى أنها مرتبة أيضًا بشكل مثالي.

إذا ألقينا نظرة أيضًا على عملائنا الثاني والثالث ، فقد حصلنا أيضًا على النتائج الصحيحة.

أخيرًا ، دعنا نتخلص من الترتيب مقابل الفراغات عن طريق استبدال مرجع أسماء جدول الأبعاد المعنية باسم جدول المبيعات . 

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

لذلك ، دعنا نمضي قدمًا ونستبدل مرجع جداول الأبعاد بجدول المبيعات.

أخيرًا ، دعنا نتحقق من النتائج مرة أخيرة. 

انها عملت! يمكننا الآن أن نرى أن ترتيبنا يقتصر فقط على نقطة بيانات حيث لدينا قيمة مبيعات. 

حساب النسبة المئوية في LuckyTemplates في شكل هرمي
مقياس زمني باستخدام الأعمدة المحسوبة في
وظيفة LuckyTemplates CALCULATE - كيف يمكن أن تؤثر على حساباتك في LuckyTemplates

خاتمة

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

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

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

أتمنى لك كل خير،

صارِم