كيفية عمل تواريخ لوحة المعلومات ونطاقات التواريخ
تتناول هذه الصفحة التواريخ التي تستند إليها لوحة المعلومات. لمعرفة كيفية إنشاء لوحة المعلومات وما الذي تحتسبه كل بطاقة، راجع التعرّف على بطاقات لوحة معلومات TicketingHub. لا يغيّر أي مما يرد هنا تقاريرك أو طلباتك — بل يؤثر فقط في الأرقام التي تجمعها بطاقة لوحة المعلومات.
اختيار معنى التاريخ
يحتسب كل مربع الأشياء التي حدثت في تاريخ معين، وهناك تاريخان يمكنك الاختيار بينهما:
- تاريخ الحجز في يحتسب العملية في اليوم الذي سُجّلت فيه عملية البيع أو الدفع أو ردّ المبلغ.
- تاريخ الحجز ليوم يحتسبها في اليوم الذي تُقام فيه التجربة.
يُحتسب حجز جولة أُجري في مارس لرحلة في يوليو في مارس عند اختيار تاريخ الحجز في، وفي يوليو عند اختيار تاريخ الحجز ليوم. استخدم تاريخ الحجز في لمعرفة أداء نشاطك التجاري، وتاريخ الحجز ليوم لمعرفة مدى انشغالك. هذان هما التاريخان نفسهما اللذان توفرهما تقاريرك، وبالاسمين نفسيهما.
نادراً ما يتطابق التاريخان ضمن النطاق نفسه، ولا يُعد أي منهما أصح من الآخر. تحقق من التاريخ المحدد قبل مقارنة الأرقام أو تفسير اختلاف لشخص آخر.
المنطقة الزمنية التي يستخدمها كل تاريخ
تُسجّل عملية البيع في المنطقة الزمنية لحسابك، لأن وقت تحصيلك للأموال يتعلق بنشاطك التجاري.
وتُسجّل الزيارة في المنطقة الزمنية الخاصة بالمنتج، لأن وقت إقامة التجربة يتعلق بالمكان الذي تُقام فيه.
لا يحدث فرق في ذلك إلا إذا كنت تبيع منتجات في أكثر من منطقة زمنية. إذا كانت جميع منتجاتك تُجرى في المكان الذي يوجد فيه حسابك، فستكون المنطقتان الزمنيتان متماثلتين ويمكنك تجاهل هذا الأمر.
إذا كنت تبيع عبر مناطق زمنية مختلفة، فإليك مثالاً: أنت مقيم في لندن وتبيع جولة في نيويورك تُقام في الساعة 9 مساءً يوم 5 مايو. عند اختيار تاريخ الحجز ليوم، تُحتسب الجولة في 5 مايو، أي اليوم الذي تُقام فيه في نيويورك، بدلاً من نقلها إلى 6 مايو لأن لندن انتقلت بالفعل إلى اليوم التالي. تبقى أرقامك المحلية ضمن أيامك المحلية، وتبقى زيارات كل منتج ضمن أيامه الخاصة.
سبب اتساع نطاق التاريخ
للحفاظ على السرعة عند التعامل مع السجلات القديمة، تحتفظ لوحة المعلومات بالنشاط الحديث يوماً بيوم، بينما تجمع النشاط الأقدم في أسابيع كاملة ثم في أشهر كاملة. لا يضيع شيء، لكن الفترات الأقدم تُحفظ بدرجة تفصيل أقل.
إذا بدأ النطاق الذي تختاره أو انتهى في منتصف إحدى تلك الفترات المجمعة، توسّعه لوحة المعلومات ليشمل الفترة كاملة وتعرض لك ما استخدمته: تتغير التواريخ في أداة اختيار التاريخ، ويتغير التجميع معها.
على سبيل المثال، سيؤدي طلب الفترة من 14 إلى 31 مايو، في فترة محفوظة بحسب الشهر، إلى عرض الفترة من 1 إلى 31 مايو، مجمعة بحسب الشهر.
هذا مقصود. فلا يمكن تقسيم رقم محفوظ لشهر كامل إلى جزء من الشهر، ولذلك سيكون البديل إما استبعاد ذلك الشهر أو عرض جزء منه كما لو كان يمثله كله، وفي كلتا الحالتين ستحصل على إجمالي غير صحيح ببساطة. يحافظ توسيع النطاق على دقة الرقم ويوضح الفترة التي يغطيها.
لا تتأثر النطاقات الحديثة بذلك، ولذلك لن تواجه هذه الحالة في الاستخدام اليومي.
ويُجمع النطاق الطويل جداً بدرجة أقل من التفصيل لسبب مختلف، وهو الحفاظ على قابلية قراءة المخطط. تُعرض الفترات التي تتجاوز عاماً تقريباً بحسب الأسبوع بدلاً من اليوم، والفترات التي تتجاوز نحو سبع سنوات بحسب الشهر، وتعرض أداة اختيار التاريخ مستوى التجميع المستخدم. لا يمتد أي نطاق إلى ما قبل 1 يناير 2011، حيث يبدأ خيار كل الوقت، ولا يمتد إلى أكثر من عشر سنوات في المستقبل.
احتساب الحجوزات التي تتضمن عدة أنواع من التذاكر
تتضمن معظم الحجوزات أكثر من نوع واحد من التذاكر؛ فحجز تذكرتين للبالغين وتذكرة لطفل هو حجز واحد، وليس ثلاثة حجوزات. لذلك، عندما تطرح سؤالاً عن حجز يتعلق بنوع تذكرة، تجيب لوحة المعلومات عن الحجوزات الكاملة.
عند تصفية مربع الحجوزات إلى بالغ، تحصل على عدد الحجوزات التي تضمنت تذكرة بالغ واحدة على الأقل. وعند تصفيته إلى طفل، تحصل على عدد الحجوزات التي تضمنت تذكرة طفل واحدة على الأقل. يظهر حجز العائلة في الإجابتين، لأنه ينطبق عليهما فعلاً.
وهذا يعني أن أنواع التذاكر لن يساوي مجموعها الإجمالي، وليس من المفترض أن تفعل ذلك. فقد يعرض أسبوع يضم 100 حجز 95 حجزاً يتضمن تذاكر للبالغين و60 حجزاً يتضمن تذاكر للأطفال. لا يحدث احتساب مزدوج؛ فأنت تطرح ثلاثة أسئلة مختلفة وتحصل على ثلاث إجابات صحيحة.
تتصرف الأموال والأشخاص بطريقة مختلفة، ومن المهم الاحتفاظ بهذا الفرق. فهما قابلان للتقسيم: عند تصفية المبيعات أو الأشخاص إلى «بالغ»، تحصل على حصة البالغين من كل حجز، ويعود مجموع الحصص إلى الإجمالي. أما الحجز فلا يمكن تقسيمه بهذه الطريقة، ولهذا تحديداً لا يعود عدده إلى الإجمالي.
لا ينطبق أي مما سبق على الفلاتر التي لا يتضمن الحجز إلا واحداً من خياراتها. عند التصفية حسب المنتج أو القناة أو بائع إعادة البيع، تُجمع كل الأرقام كما تتوقع، بما في ذلك الحجوزات.
ولا يمكن تصفية بعض الأرقام حسب بعض العناصر على الإطلاق. يُسجّل الدفع على طلب وليس على منتج، ولذلك لا توجد طريقة لمعرفة المنتج الذي ينتمي إليه. عند التصفية حسب المنتج، تعرض مربعات المدفوعات والمبالغ المستردة والعمولة عبارة غير متاح مع هذا الفلتر بدلاً من عرض رقم لن يكون إلا صفراً. ويحدث الأمر نفسه بالعكس: عند التصفية حسب نوع الدفع، تعرض مربعات المبيعات والحجوزات العبارة نفسها. أزل الفلتر وستعود الأرقام إلى الظهور.
عند تغيير تفاصيل عملية بيع لاحقاً
تسجّل لوحة المعلومات كل عملية بيع بالتفاصيل التي كانت لديها وقت إجرائها: المنتج، ونوع التذكرة، والقناة، وبائع إعادة البيع، والمستخدم، والقسيمة، وغير ذلك. ولا يؤدي تغيير أي من هذه التفاصيل لاحقاً إلى نقل عمليات البيع المسجلة بالفعل.
على سبيل المثال، إذا نقلت طلباً إلى بائع إعادة بيع مختلف، فستبقى عملية البيع الأصلية منسوبة إلى بائع إعادة البيع الأول، ولن تتضمن أرقام بائع إعادة البيع الجديد إلا ما يُسجّل ابتداءً من ذلك الحين. أما أي شيء يُسجّل بعد التغيير، مثل رد مبلغ لاحق على الطلب نفسه، فسيُدرج تحت بائع إعادة البيع الجديد. وينطبق الأمر نفسه إذا طبقت قسيمة على حجز بعد إجرائه، أو نقلت عملية بيع إلى مستخدم مختلف، أو غيّرت نوع تذكرة.
تعرض لوحة المعلومات ما حدث وقت وقوعه، بدلاً من إعادة كتابة الماضي كلما جرى تعديل شيء ما. أما الطلب نفسه فيعرض دائماً تفاصيله الحالية.
التعمق في تفاصيل المعاملات
يوفر كل مربع يعرض رقماً خيار التعمق في قائمته، ويعرض هذا الخيار المعاملات الفردية التي يتكون منها الرقم الموجود في المربع. وينقل معه كل ما كان المربع يستخدمه: الرقم المعروض، وأساس التاريخ نفسه، ونطاق التاريخ نفسه، وكل فلتر طبقته. والقائمة التي تنتقل إليها تضم بالضبط المعاملات التي يتكون منها الرقم الذي نقرت عليه.
ينبغي أخذ النقطة الأخيرة حرفياً. فعند التعمق من المبيعات، تحصل على المعاملات التي غيّرت مبيعاتك، ولا شيء غير ذلك. ولا يظهر دفع متعلق بأحد تلك الحجوزات في القائمة، لأن تحصيل المال لا يغيّر ما تم بيعه؛ انتقل إلى المدفوعات للتعمق فيها بدلاً من ذلك.
تقسم القائمة كل معاملة إلى الأجزاء التي تتكون منها، بحيث يظهر كل جزء في صف مستقل؛ فحجز تذكرتين للبالغين ودليل سياحي هو ثلاثة صفوف. ويسمي كل صف الشيء الذي تتعلق به المعاملة، سواء كان التذكرة أو الإضافة أو البضائع أو الضريبة، إلى جانب نوع التذكرة، حتى تتمكن من معرفة مكونات الرقم من دون فتح الطلب.
وبالإضافة إلى ذلك، يتضمن كل صف مراجع الطلب والحجز اللذين ينتمي إليهما، والمنتج وفئة التذكرة اللذين بيعت المعاملة بموجبهما، ومصدر البيع، ونوع الدفع في حالة الدفع. وعادةً ما يكون هذا كافياً لحل الاستفسار من دون مغادرة الصفحة، كما يرتبط مرجع الطلب بالطلب عندما لا يكون ذلك كافياً.
تُدرج الأجزاء التي احتسبها المربع فقط، ويعرض عمود المبلغ قيمة كل جزء على حدة. وبالنسبة إلى المبيعات والمدفوعات ومعظم المربعات الأخرى، يساوي مجموع العمود قيمة المربع. أما المربعات التي تقيس شيئاً تم خصمه، مثل الإلغاءات والمبالغ المستردة والقيمة المنتهية والعمولة والتكلفة المخصصة، فتعرض ذلك المبلغ كرقم موجب، بينما تعرض القائمة كل معاملة بالطريقة التي تظهر بها في حساباتك، ولذلك يساوي مجموع العمود هناك قيمة المربع مسبوقة بإشارة ناقص. ويكتسب ذلك أهمية أكبر عند التصفية إلى شيء لا يتضمنه الحجز إلا جزئياً: فعند التصفية إلى نوع تذكرة واحد، تحصل على صفوف ذلك النوع وحده، وهذا بالضبط ما يحتسبه المربع.
تُقرأ الكمية والأشخاص والمبلغ بالطريقة نفسها، ولذلك يمكنك قراءة الصف من اليسار إلى اليمين من دون التحقق من العمود الذي تقرؤه، ويُعرض كل شيء من جهتك من المنضدة. تكون عملية البيع موجبة في الأعمدة الثلاثة، بينما يظهر حجز ملغى يضم خمس تذاكر للبالغين بالقيم −5 و−5 ومبلغ سالب. وينطبق الأمر نفسه على الأموال: يكون الدفع الذي حصلته موجباً، ويكون المبلغ المسترد الذي أعدته سالباً.
يتضمن كل صف تاريخيه، أيّاً كان التاريخ الذي كان المربع يحتسب على أساسه. وعمودا تاريخ الحجز في وتاريخ الحجز ليوم هما التاريخان نفسهما اللذان تعرضهما أداة الاختيار، ولذلك يُقرأ الصف بالطريقة نفسها أياً كان المسار الذي وصلت منه، كما يعرض كلاهما الوقت إلى جانب اليوم.
يظل أساس التاريخ هو الذي يحدد الصفوف الموجودة في القائمة، ولذلك يؤدي تغييره إلى تغيير المعاملات التي تراها، لا إلى تغيير معنى أي عمود. وإذا كان النطاق قد اتسع ليشمل أسابيع أو أشهر كاملة، فستغطي القائمة النطاق الموسع أيضاً.
انقر فوق أي عنوان عمود للفرز حسبه، وانقر مرة أخرى لعكس ترتيب الفرز. يؤدي خيار التصدير بصيغة CSV إلى تصدير كل المعاملات التي تحددها الفلاتر، وليس الصفحة الظاهرة أمامك، ولذلك يُجهّز التصدير في الخلفية ويُتاح لك عند اكتماله.
إذا كنت قد نقلت مربعات أو أضفتها أو أزلتها من دون حفظها في عرض، فسيطلب منك التعمق التأكيد قبل مغادرة لوحة المعلومات، لأن الترتيب سيُفقد. احفظ العرض أولاً إذا كنت تريد الاحتفاظ به.
فحوصات سريعة
- عند اختلاف إجماليين، تحقق أولاً من أساس التاريخ ثم من نطاق التاريخ. معظم الاختلافات ترجع إلى أحد هذين الأمرين.
- إذا تغيرت التواريخ أو مستوى التجميع بعد اختيارها، فهذا يعني أنك طلبت فترة محفوظة بدرجة تفصيل أقل. الأرقام صحيحة بالنسبة إلى النطاق المعروض الآن.
- إذا بدت أرقام الزيارات متأخرة أو متقدمة يوماً عما تتوقع، فتحقق مما إذا كان هذا المنتج يعمل في منطقة زمنية مختلفة عن حسابك.
- إذا بدا أن رقم المربع والمعاملات التي تقف وراءه غير متطابقين، فتحقق من النطاق الظاهر في أداة الاختيار. يغطي النطاق الموسع أياماً أكثر مما طلبت، وتغطي القائمة الأيام نفسها التي يغطيها المربع.
- إذا بدت قائمة المعاملات وكأنها تعرض تواريخ خاطئة، فتحقق من عمود التاريخ الذي تقرؤه. يظهر العمودان دائماً، ولا يتطابق مع أساس احتساب المربع إلا أحدهما.
- إذا بدت أرقام بائع إعادة البيع أو المستخدم أو القسيمة مختلفة عما تعرضه الطلبات اليوم، فتحقق مما إذا كانت تلك الطلبات قد عُدّلت بعد البيع. تبقى عملية البيع منسوبة إلى التفاصيل التي أُجريت بها.
- إذا تجاوز مجموع أرقام الحجوزات لكل نوع من أنواع التذاكر الإجمالي، فهذا صحيح. يُحتسب الحجز الذي يتضمن عدة أنواع من التذاكر مرة واحدة تحت كل نوع منها. أما المبيعات والأشخاص فينقسمان بين أنواع التذاكر، بينما لا تنقسم الحجوزات.