توثيق فيديو تدريب تقرير فاتورة المبيعات وميزات الجيو الجديدة
هذا المستند يوثق محتوى الفيديو التدريبي بالتفصيل الكامل دون تلخيص أو حذف لأي جزء. تم تنظيم المحتوى وفقًا للأقسام التي تم التطرق إليها في الفيديو مع توفير روابط زمنية دقيقة لكل جزء.
00:00:01 - مقدمة ونظرة على تقرير فاتورة المبيعات
- بدأ الفيديو بالاعتذار عن التأخير في بدء التسجيل.
- تم شرح إنشاء تقرير فاتورة المبيعات يحتوي على:
- عدد السطور الكلي في البداية.
- حقل الكود والتاريخ الفعلي للفاتورة.
- حقل العميل مكرر مرتين (كود واسم) ليظهر الاسم والصافي في النهاية.
- تم إنشاء باراميتر (مدخل) لتاريخ الفاتورة بحيث يكون بين قيمتين، حيث يسأل المستخدم عن "من تاريخ" و"إلى تاريخ".
- عند إدخال القيم (مثلاً من 23 حتى اليوم)، يظهر التقرير في نفس النافذة، ويعرض البيانات بالشكل المطلوب مثل كود العميل، الاسم، الكود مرة أخرى، الاسم وهكذا.
00:01:50 - ربط كود العميل برابط تقرير كشف حساب
- شرح كيفية تحويل كود العميل إلى رابط (Hyperlink) لتقرير كشف حساب.
- استخدام "Open Hyperlink Expression" لاختيار التقرير المناسب.
- اختيار تقرير كشف حساب النظامي (رقم 32 في النظام).
- ضبط باراميترات التقرير (مثل تاريخ البداية والنهاية، نوع الزمة: العميل).
- نسخ الكود وتسجيل التقرير لحفظ التغييرات.
- عند التشغيل، يظهر التقرير مرتبط بالعميل، مع فلترة بالتواريخ ونوع الزمة.
- تجربة الضغط على العميل رقم 6 وأظهرت بيانات الرصيد الختامي بشكل صحيح.
00:06:12 - دمج رؤوس الأعمدة (Merge Headers)
- شرح خاصية دمج عناوين الأعمدة لاستخدام عنوان مشترك (مثل "العميل" مع "الكود" و"الاسم" تحته).
- استخدام حقول
mergeArabicTitle
وmergeEnglishTitle
لتعيين العناوين العليا. - توضيح أهمية عدم ترك العناوين مكررة لأنه يظهر بشكل غير منطقي (مثلاً العميل العميل العميل).
- مثال على دمج عمودين مثل "بيانات الفاتورة" تشمل "الكود" و"التاريخ الفعلي"، مع التنبيه أن الدمج ينبغي أن يكون بين أعمدة متجاورة دون أعمدة تفصل بينهم.
00:08:08 - تفاصيل استخدام خاصية الهايبرلينك والمعاملات
- عرض كامل لنص تعبير الهايبرلينك لتوضيح كافة تفاصيل الرابط والباراميترات.
- التأكيد على أهمية إدراج كافة المعاملات المنطقية المرتبطة بالتقرير (مثلاً لا يمكن عمل رابط كشف حساب بدون معرّف العميل).
- إمكانية اختيار معاملات إضافية حسب طبيعة التقرير، مثل الحسابات والبرامج الزمنية.
- تعليمات عامة للتفكير في كيفية ظهور الرابط وفق البراميترات المدخلة.
00:09:53 - التنسيق الشرطي (Conditional Styling)
- تعريف التنسيق الشرطي وحالته مع البرامج التي تعمل بشكل مشابه (مثل جاسبر).
- إنشاء أنماط جديدة (Styles) منها:
- Default (افتراضي).
- أحمر (Red).
- أصفر (Yellow).
- أخضر (Green).
- تطبيق هذه الأنماط على الحقول حسب قيمة معينة مثل قيمة الحقل "الصافي".
- الشروط التي تم إعدادها:
- ما أقل من أو يساوي 100 يأخذ اللون الأصفر (بشكل طبيعي لا لون).
- أكبر من 100 وأقل من أو يساوي 500 يأخذ اللون الأحمر.
- أكبر من 1000 يأخذ اللون الأخضر.
- الشرح أن الشرط الأول الذي ينطبق سيتم تطبيقه فقط ولن يتم اختبار الشروط التي تليه (أولوية الشروط مهمة).
- الحقول الأخرى مثل التاريخ يمكن تطبيق شروط منفصلة عليها.
00:15:14 - تطبيق التنسيق الشرطي داخل التقرير
- شرح ربط التنسيقات الشرطية المخصصة مع الحقول المختلفة.
- تذكير أن يمكن تطبيق تنسيق ثابت (Static Style) أو تنسيق شرطي (Conditional Style).
- التجربة والتعديل على الشروط لرؤية نتائجها على التقرير.
- الملاحظ أن تقرير العميل بكامله باللون الأحمر لم يتغير إلا بعد تعديل شروط الشرط الأول.
- التأكيد على حساسية ترتيب الشروط لأن أول شرط منطبق يتم تطبيقه مباشرة ويتوقف.
00:18:41 - استعراض الشكل الجديد للواجهة (الجيو الجديد)
- عرض واجهة الجيو الجديدة بشكل سريع بما فيها من ميزات مثل:
- قائمة البحث (Search).
- التقرير الرئيس لفواتير المبيعات (Sales Invoice).
- القدرة على تعديل أماكن الأعمدة وإظهار/إخفاء الأعمدة حسب الحاجة.
- إمكانية عمل تجميع (Grouping) للسجلات المتكررة، مثلاً تجميع المشتريات لنفس العميل أو صنف معين.
- عرض أزرار تصدير البيانات إلى إكسل مشابهة للنسخة القديمة.
- مشاهدات على اختلاف شكل التقرير حسب وجود التجميع أو غيابه.
00:22:31 - مميزات تعديل الفاتورة والجريد داخل النظام
- الفاتورة أصبحت قابلة للطي (Collapsible) وإمكانية التحكم بفتح/إغلاق الأجزاء.
- زرار إضافة سطر جديد، نسخ السطر، حذف السطر، وفتح المحرر الخاص للفاتورة.
- إمكانية تطبيق التجميعات داخل الفاتورة نفسها (داخل تفاصيل السطر).
- دعم نسخ متعدد للصفوف وتشغيل التجميعات عليها.
- توضيحات مهمة حول الحفاظ على المساحات من خلال خيارات داخل الجريد.
- إظهار بيانات الفاتورة بشكل واضح مع إمكانية تحكم أكثر.
00:24:02 - تفاصيل ثيمات النظام وألوان الواجهة
- وجود نوعين من ستايلات النظام:
- الثيم العادي (Light Theme) مع ألوان مثل الأخضر والتباينات الأخرى.
- الثيم الداكن (Dark Theme) مع خلفية سوداء ونصوص فاتحة للحماية من إجهاد العين خاصة أثناء الليل.
- إمكانية اختيار ألوان خاصة للمستخدم وحفظ تسميات الألوان الخاصة به.
- استخدام الألوان لتفريق بين الشركات المختلفة والعملاء في النظام.
- ميزة اختيار الثيم تتفاعل بشكل بسيط مع النظام دون الحاجة لتغيير جدري في كل العناصر.
00:26:00 - النسخة البيتا للجيو الجديد وإمكانية التجربة
- شرح وضع البيتا للجيو الجديد وأنه لا ينصح بالتحويل الكامل إليه حتى الآن لأنه ما زال به بعض الأمور غير مكتملة.
- الدعوة للعملاء المهتمين لتجربة البيتا بإبلاغ الدعم الفني والحصول على نسخة لتجربتها.
- التغيير في نسخة البيتا بسيط وفي نطاق تحديثات.
- النسخة القديمة لا تزال تعمل بشكل جيد ومتزامنة مع التحديثات.
00:27:36 - مثال حول الجداول المحورية (Cross Tab)
- استعراض مثال على تقارير Cross Tab وعرض الكميات والتكلفة.
- تغيير ترتيب العرض حسب الكود أو الاسم العربي أو الاسم الإنجليزي.
- إمكانية عمل ترتيب متقدم حسب اسم الصنف أو الكود.
- دعم أكثر من مقياس (Measure) في التقرير الواحد، مثل الكمية والتكلفة.
- إمكانية تصنيف البنود ضمن جداول Cross Tab وأقسام متعددة.
- تفعيل خاصية عرض صفحة واحدة بدلًا من عدة صفحات لجعل عرض البيانات أفضل للعرض وليس للطباعة.
00:33:56 - تقرير الفواتير لمندوب المبيعات الحالي فقط
- طريقة إنشاء تقرير يعرض فواتير المندوب الحالي الجالس في النظام فقط.
- ضبط الشروط بحيث يكون "Salesman = ID العامل الحالي".
- تجربة التقرير لإظهار الفواتير المرتبطة بذلك المستخدم فقط.
- إزالة أو تعديل فلتر التاريخ لضبط عرض الفواتير بحسب الحاجة.
- ذكر إمكانية تعديل التقرير ليظهر بيانات المرتبات أيضاً الخاصة بالموظف الحالي.
- إمكانية تعديل التقرير لعرض بيانات المدير ورؤساء الأقسام عند الحاجة.
00:36:36 - ختام الجلسة والأسئلة العامة
- انتهاء وقت الجلسة الرسمية مع فتح باب الأسئلة.
- استعداد الفريق لتلقي الاقتراحات والأسئلة سواء في الجروب الخاص بالدعم.
- وعد بعقد جلسات توضيحية إضافية بناءً على الطلبات والأسئلة.
- شكر الحضور والثناء على مستوى العمل والتعاون.
ملاحظات عامة
نصيحة: عند التعامل مع التقارير والتنسيقات داخل النظام، يجب التركيز على ترتيب الشروط في التنسيق الشرطي وعدم نسيان تعيين المعاملات المهمة مثل العميل والتواريخ لضمان عمل الروابط بشكل صحيح.
معلومة تقنية: الدمج بين الأعمدة (Merge Headers) يجب أن يتم على أعمدة متجاورة فقط ولا يسمح بتجاوز الأعمدة غير المتجاورة.
أمثلة كود للتنسيق الشرطي في التقرير
[
{
"condition": "value <= 100",
"style": "default"
},
{
"condition": "value > 100 && value <= 500",
"style": "red"
},
{
"condition": "value > 1000",
"style": "green"
}
]
مثال تعبير هايبرلينك مبسط
OpenHyperlink(
ReportName = "كشف حساب",
Parameters = {
"fromDate": [ParameterFromDate],
"toDate": [ParameterToDate],
"customerType": "عميل",
"customerCode": [FieldCustomerCode]
}
)