ما الذي تقدمه أتمتة KayanOS؟
تحوّل أتمتة KayanOS حدثاً محدداً داخل KayanOS إلى سلسلة مضبوطة من الخطوات الداخلية. يمكن للمسار قراءة سجل، واتخاذ قرار بشأن الحاجة إلى عمل، وإنشاء سجل أو تحديثه، وتنسيق مهمة أو موافقة، وإعداد مستند، وإرجاع استجابة لنموذج أو لوحة معلومات، أو إشعار الأشخاص المسؤولين.
يستخدم كل مشغّل وإجراء صادر في أتمتة KayanOS عبر اتصال KayanOS مختار. الاتصال حد تفويض على مستوى المؤسسة للمسار، حتى عندما كانت النتيجة تغير سجلات KayanOS فقط ولا تحتاج حساباً خارجياً. اختر الاتصال وتحقق منه واختبره قبل ضبط المشغّل أو ربط البيانات. يحتوي كتالوج KayanOS العام لهذا الإصدار على 12 مشغلاً و34 إجراءً عاماً مدعوماً.
تكون الأتمتة مفيدة عندما تتكرر عملية التسليم نفسها وعندما تستطيع المؤسسة تحديد الأمور التالية بوضوح:
- الحدث الذي يبدأ العمل.
- السجلات التي يُسمح للمسار بالتعامل معها.
- الشرط الذي يجعل الإجراء مناسباً.
- الشخص أو الفريق الذي يبقى مسؤولاً عن مراجعة النتيجة.
لا تحل الأتمتة محل سياسة الخدمة أو المراجعة البشرية؛ بل تجعل العملية المتفق عليها قابلة للتكرار والتتبع.
مثال واسع لخدمة عامة
تدير جهة خدمية عامة سورية طلبات تراخيص البناء، وطلبات المعاينات الميدانية، وشكاوى الجمهور، وطلبات الصيانة الداخلية. تختلف قناة الإدخال لكل خدمة، لكن نمط التشغيل متقارب:
- يبدأ المسار بإجراء في نموذج أو بسجل جديد.
- يتحقق KayanOS من نوع الخدمة والمنطقة واكتمال البيانات والحالة الحالية.
- ينشئ سجل المتابعة أو المهمة المناسبة فقط عندما يستوفي الطلب الشروط.
- يتلقى الفريق المكلّف إشعاراً داخل التطبيق ويباشر الحالة.
- يواصل إجراء لاحق على مهمة أو توقيع أو تحديث سجل المسار نفسه.
- عندما تصبح الحالة جاهزة، ينشئ KayanOS مستند مراجعة أو يعيد استجابة مضبوطة إلى النموذج الذي بدأ منه الطلب.
يناسب هذا النمط أيضاً التراخيص والمعاينات واستثناءات الرواتب وصيانة الأصول وموافقات المشتريات وطلبات تعديل المشاريع. تتغير بنية البيانات وقواعد الموافقة، بينما تبقى منهجية التصميم واحدة.
نموذج مسار العمل
1. المشغّل
المشغّل هو الحدث الذي يبدأ الأتمتة. من أمثلته سجل جديد، أو إجراء نموذج، أو نموذج موقّع، أو إجراء مهمة، أو إجراء على حقل كيان، أو استدعاء لوحة معلومات، أو استدعاء نموذج، أو فتح رابط قصير. اختر حدثاً واحداً يمثل البداية الفعلية للعمل؛ راجع المشغلات للاطلاع على الكتالوج الكامل وطريقة الاختيار.
2. القراءة والربط والتحقق
مخرجات اختبار المشغّل هي المرجع لما وصل إلى المسار. اربط فقط القيم التي يحتاجها الإجراء. قبل أي إجراء كتابة، تحقق من وجود القيم المطلوبة، ومن أن السجل في الحالة المتوقعة، ومن أن الحدث نفسه لم تتم معالجته مسبقاً.
3. الشرط
كل إجراء ذي أثر يحتاج إلى سبب واضح. الشرط الجيد محدد بما يكفي لشرح سبب تشغيل الأتمتة، مثل:
- الطلب مكتمل و تغيرت حالته إلى
Ready for inspection.
- أولوية الشكوى
High و لا توجد مهمة تصعيد مفتوحة.
- النموذج الموقّع هو النسخة المعتمدة و الموقّع يملك الدور المطلوب.
لا تستخدم حدثاً واسعاً مثل «تم تحديث السجل» بوصفه السبب الوحيد لإنشاء عمل؛ فقد يتغير السجل لأسباب لا تستدعي أي متابعة.
4. الإجراء
ينتج الإجراء النتيجة: إيجاد سجلات أو تحديثها، أو إنشاء مهمة، أو انتظار حدث، أو تنفيذ إجراء مضبوط، أو إعداد مستند، أو إرجاع استجابة، أو تحديث أدوار، أو إرسال إشعار داخل التطبيق. ابدأ حيث أمكن بإجراء قراءة أو بإجراء يمكن التراجع عنه، ثم أضف الكتابة بعد فهم مخرجات الاختبار. راجع الإجراءات للاطلاع على الكتالوج الكامل.
5. نتيجة قابلة للمراجعة
يجب أن تكون نهاية الأتمتة سهلة العثور عليها لاحقاً: سجل حالة، أو مهمة، أو مستند، أو استجابة، أو إشعار داخلي له مالك مسؤول. تجنب المسارات التي لا تترك إلا أثراً خلفياً غير ظاهر.
ضبط يبدأ بالاتصال
قبل اختيار المشغّل، اختر اتصال KayanOS المعتمد المملوك للمؤسسة. أكد مالكه وغرضه وحد الوصول وصلاحيته الحالية. إذا كانت خدمة خارجية جزءاً حقيقياً من النتيجة، فتفويضها مسألة مراجعة إضافية؛ ولا يحل محل اتصال KayanOS المطلوب. الاتصال الغائب أو المنتهي أو الملغى أو ذو النطاق الخاطئ فشل إعداد—لا سبب لاختيار اتصال أوسع أو حساب شخصي.
بناء أتمتة خطوة بخطوة
- سمِّ نتيجة الخدمة. اختر اسماً يصف التغيير، مثل «إنشاء حالة معاينة بعد مراجعة جاهزية الترخيص»، بدلاً من «مسار الترخيص».
- صف القرار بجملة واحدة. مثال: «عندما ينتقل طلب ترخيص مكتمل إلى
Ready for inspection، أنشئ حالة معاينة واحدة للمنطقة التابعة له». إن لم تكن الجملة واضحة، فالأتمتة ليست جاهزة للبناء.
- اختر اتصال KayanOS وتحقق منه. استخدم الاتصال المعتمد المملوك للمؤسسة، وأكد حالته/مالكه/نطاقه، وعالج أي مشكلة إعادة اتصال أو تفويض قبل متابعة البناء.
- اختر أضيق مشغّل. استخدم إجراء نموذج عندما يكون الإجراء هو نقطة القرار؛ واستخدم مشغّل تغير السجل فقط عندما يكون تغير السجل هو نقطة القرار فعلاً.
- شغّل اختبار المشغّل في مساحة عمل غير إنتاجية معتمدة. افحص بيانات الحدث وسجّل الحقول التي سيستخدمها المسار بالضبط.
- أضف شرطاً قبل أول كتابة. احمِ المسار من البيانات الناقصة والتحديثات غير المرتبطة وإعادة المحاولة والعمل المكرر.
- اربط البيانات بوعي. فضّل المعرّفات الثابتة وقيم الحالة المعتمدة وحقول العلاقات الصريحة. لا تستنتج المالك من اسم ظاهر إذا كان المعرّف أو محدد العضو متاحاً.
- اختبر نتيجة آمنة واحدة. ابدأ باسترجاع سجل أو إيجاده، ثم أنشئ متابعة واحدة واضحة في بيئة غير إنتاجية، ثم تحقق من السجل أو الإشعار أو الاستجابة في موضعها داخل KayanOS.
- فعّل تدريجياً. ابدأ بنطاق خدمة ضيق أو حالة منخفضة المخاطر، وراجع النتائج، ثم وسّع فقط بعد تأكيد المالكين صحة عملية التسليم.
قواعد تصميم تمنع العمل المكرر أو غير الآمن
الاختبار والإطلاق
استخدم مساحة عمل غير إنتاجية وسجلاً غير إنتاجي معتمداً. امنح السجل معرّفاً واضحاً مثل PERMIT-TEST-001، لكن لا تجعل هذا المعرّف جزءاً من منطق الإنتاج.
لكل اختبار، سجّل الحقائق الأربع التالية في ملاحظة التشغيل أو سجل التغيير الخاص بالأتمتة:
- حدث المشغّل والسجل المستخدم.
- الشرط الذي كانت نتيجته صحيحة أو خاطئة.
- مخرج الإجراء، بما في ذلك معرّف أي سجل أو مهمة أو مستند أو استجابة تم إنشاؤها.
- المراجع الذي أكد النتيجة.
إذا كان الإجراء يستطيع إشعار شخص أو إنشاء مستند أو تغيير أدوار أو تحديث سجل إنتاجي، فاختبر أضيق نطاق مسموح به أولاً. لا تستخدم بيانات مواطنين حقيقية أو مستلماً خارجياً عند التحقق من المسار.
الملكية والصلاحيات
يضبط المسار مالك أو منشئ لديه وصول إلى أتمتة KayanOS. لا يلغي ذلك الحاجة إلى صلاحية الوصول إلى السجلات والنماذج والمهام والقوالب ونطاقات الأعضاء التي يستخدمها المسار. قبل التمكين، تأكد من الآتي:
- أن اتصال KayanOS المختار صالح ومملوك للمؤسسة ومناسب للمسار وله مالك مراجعة/إعادة اتصال مسمى.
- أن المنشئ يرى البيانات المصدر والهدف بصورة مشروعة.
- أن الأتمتة لا تملك مساراً إلى سجلات خاصة خارج نطاق الخدمة المقصود.
- أن مالك التشغيل يعرف أين يراجع الإخفاقات والنتائج غير المتوقعة.
- أن المسار موثق بما يكفي لكي يفهم منشئ مخوّل آخر مشغّله وشرطه ونتيجته المتوقعة.
حواجز الحماية
ضع شرطاً قبل كل إجراء كتابة أو تنفيذ أو تحديث أدوار أو إنشاء مستند أو إشعار. إذا كان الحدث غير متوقع أو كانت النتيجة غير قابلة للمراجعة، فأوقف المسار بدلاً من التخمين.
متابعة البناء
