CSR-2026-00042: يستقبل الطلب، ويتحقق من اكتماله، ويعيّن، ويعاين عند الحاجة، ويتخذ قرار بشأنه، ثم يُبلّغ ويغلق. يصلح النموذج نفسه للتراخيص والشكاوى والصيانة والمشاريع والموارد البشرية.
الهدف
فهم اتصال الأشخاص والسجلات والعمل والأدلة والوصول، بحيث يستطيع العضو الانتقال من إشعار إلى السجل الصحيح ومعرفة الإجراء التالي.المفردات المشتركة
ابدأ بالسجل الدائم
السجل الأساسي هو جواب سؤال: «ما الذي نديره؟». في سيناريو مديرية خدمات المواطنين، هو طلب خدمة مواطن. يحتفظ بالحقائق الدائمة التي يجب أن يبحث عنها الموظفون ويراجعوها ويرشحوها ويبلغوا عنها ويحتفظوا بها:- المرجع المقروء
request_idالذي يولده حقل المعرّف التسلسلي؛ - فئة الخدمة وطريقة التواصل مع مقدم الطلب والموقع والمعلومات المقدمة؛
- الحالة الحالية والمالك المسؤول؛
- المبلغ المطلوب ونسبة الرسم والقيمة المحسوبة المقدرة عندما تقتضي السياسة ذلك؛
- روابط للمعاينات والوثائق والمهام والعمل التشغيلي الآخر المرتبط؛
- والقرار النهائي وتاريخه والنتيجة الموجهة للمواطن عند الانطباق.
اختر الكائن المناسب لكل عمل
عند تصميم الخدمة، اسأل أين يجب أن تبقى الحقيقة بعد انتهاء التفاعل.
القاعدة بسيطة: نسّق في رسالة، لكن احفظ النتيجة التشغيلية في الكيان أو المهمة التي تملكها. يمكن لرسالة محادثة أن تنشئ مهمة من نصها، لكن المهمة ما زالت تحتاج مالكاً واضحاً واستحقاقاً وعلاقة بالطلب.
الحقول والعناوين والمفاتيح
يرى الأشخاص عناوين مثل معرّف الطلب أو الرسم المقدّر أو تاريخ المعاينة. ويحافظ البناؤون على مفاتيح ثابتة مثلrequest_id وestimated_fee وinspection_date. العنوان المترجم يساعد المستخدم على فهم الشاشة؛ والمفتاح هو ما تستخدمه الحسابات والشروط والقوالب والتكاملات.
لا تغيّر عنوان الحقل لمجرد تشغيل تعبير. ولا تستخدم عنواناً مترجماً داخل تعبير. حافظ على المفتاح ثابتاً، وامنحه عنواناً واضحاً في كل لغة نشطة، ووثّق شكل البيانات المقبولة. راجع حقول الكيانات وتخطيطاتها والمعرّفات التسلسلية والحقول المحسوبة للتنفيذ التفصيلي.
الحالة والمهمة والقرار ضوابط مختلفة
تصف حالة السجل مرحلة الخدمة المعتمدة، مثل مستلم أو قيد المراجعة أو تمت جدولة المعاينة أو جاهز للقرار أو مغلق. وتعين المهمة العمل اللازم لنقل المرحلة أو التحقق منها. وقد يتطلب القرار الرسمي إضافة إلى ذلك إجراءً أو توقيعاً أو استجابة نموذج مهيأة. مثال عملي:- يصبح الطلب مستَلماً بعد الاستقبال.
- تُسند مهمة اكتمال إلى موظف السجل.
- يسجل الموظف الدليل الناقص وينقل الطلب وفق القاعدة المعتمدة.
- يجدول مدير الخدمة معاينة وينشئ سجل المعاينة المرتبط.
- يسجل المفتش النتائج؛ ولا يصبح الطلب جاهزاً للقرار إلا عند وجود الدليل المطلوب.
- يسجل المراجع المخول القرار عبر سير العمل المهيأ. إغلاق مهمة وحده لا يثبت توقيعاً رسمياً أو قرار سياسة.
الوصول يتبع العمل
تعتمد صلاحيات KayanOS على الأفعال والنطاقات المسندة. فقد يستطيع الشخص سرد الطلبات في مركز خدمة واحد، أو فتح معاينة محددة، أو تحديث عمله المسند فقط، أو تنزيل ملف، أو رؤية إشعار من دون أن يسمح له بمشاركة العنصر أو حذفه. صمم الوصول وفق مسار الخدمة:- قد ينشئ موظف السجل بيانات الاستقبال ويحدثها في نطاق الاستقبال المعتمد؛
- قد يفتح المفتش الطلبات المسندة ويحدث المعاينات في نطاق الخدمة الميدانية؛
- قد يفتح موظف السجلات ويشارك مساحة الأدلة المعتمدة فقط؛
- قد يسند مدير الخدمة العمل ويحدث حالة الخدمة؛
- ويدير المسؤول الإعداد العام، لكنه ليس مالكاً تشغيلياً تلقائياً لكل طلب.
فحص تصميم عملي
قبل بناء الشاشة التالية، اكتب جملة واحدة لكل سؤال:- ما السجل الأساسي؟
- أي الحقول حقائق وأيها محسوبة وأيها روابط أدلة؟
- ما السجلات المرتبطة التي تحتاج دورة حياة مستقلة؟
- من يملك الإجراء التالي في كل حالة؟
- أي مهمة أو حدث أو إشعار يساعد المالك على التصرف من دون تكرار السجل؟
- ما الأدوار التي تسرد أو تفتح أو تنشئ أو تحدث أو تشارك أو تحذف كل مورد، وفي أي نطاق؟
- ما الذي يجب أن يبقى مفهوماً بالعربية والإنجليزية؟
اختبار آمن
أنشئ طلباً مضبوطاً بمعلومات اصطناعية، ومعاينة واحدة ومهمة واحدة وحدثاً واحداً وملف دليل واحد. ثم سجّل الدخول بعضو اختبار غير مالك وتحقق أنه يرى السجلات والأفعال المقصودة فقط. وثّق النتيجة قبل إزالة بيانات الاختبار والمنح المؤقتة.استكشاف الأخطاء
أدلة مرتبطة
- ابنِ أفعالاً ونطاقات دقيقة في الأدوار والوصول.
- افهم نقاط الدخول في التنقل في KayanOS.
- اتبع المسار الكامل في استكشاف مساحة عمل نموذجية.
- صمم الكيانات في تخطيط التطبيق قبل بنائه والكيانات.
- اضبط إجراءات النماذج والتوقيعات في إجراءات النموذج ومنطقه وتواقيعه.
