مقاييس LuckyTemplates DAX للأحداث قيد التقدم

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

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

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

• التعامل مع علاقتين بين نفس الجداول
• مقاييس LuckyTemplates DAX للأحداث قيد التقدم
• إعادة استخدام مقاييس LuckyTemplates DAX
• إنشاء مرشحات إضافية
• خاتمة

التعامل مع علاقتين بين نفس الجداول

هكذا يبدو جدول المبيعات لدينا.

كما ترى ، لدينا عمودين للتاريخ هنا - تاريخ الطلب وتاريخ الشحن .

حقيقة وجود جدولين للتاريخ هنا يمكن أن تجلب تحليلًا أفضل. كم عدد الطلبات التي لدينا حاليًا بين تاريخ الطلب وتاريخ الشحن؟ كم عدد الطلبات الجارية حاليا؟

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

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

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

العلاقة الأولى بين التاريخ وتاريخ الطلب .

نحتاج أيضًا إلى إنشاء علاقة بين عمود التاريخ وعمود تاريخ الشحن .

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

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

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

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

مقاييس LuckyTemplates DAX للأحداث قيد التقدم

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

سنبدأ ببيان CALCULATE الذي يستخدم لإجمالي الإيرادات الخاصة بنا . بعد ذلك ، سنستخدم وظيفة USERELATIONSHIP ونشير إلى عمود تاريخ الطلب في جدول بيانات المبيعات .

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

دعنا نجربها للمبيعات قيد التقدم .

يتعين علينا حساب إجمالي المبيعات في سياق مختلف ، لذلك سنستخدم CALCULATE ونشير إلى إجمالي المبيعات .

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

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

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

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

إذن ما سنفعله هو الحصول على مجموع إجمالي الإيرادات للحصول على إجمالي مبيعاتنا .

الآن ، نرى المبيعات الفعلية قيد التقدم .

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

إعادة استخدام مقاييس LuckyTemplates DAX

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

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

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

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

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

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

إنشاء مرشحات إضافية

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

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

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

تحليل مقياس DAX: تفصيل مقاييس DAX الطويلة
مقاييس DAX في LuckyTemplates باستخدام تقسيم المقاييس
تنفيذ مجموعات مقاييس DAX في تقاريرك - مراجعة نمذجة LuckyTemplates

خاتمة

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

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

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