ڪردار ۽ اجازتون ميٽرڪس

سنڌ آءِ ٽي پورٽل — سهولت ڊيسڪ (SITP) جي هر اداڪار، نيسٽڊ تنظيمي ماڊل، ڪردار ٽيمپليٽس، باريڪ اجازت اوورائڊز، ۽ رسائي کي ڪنٽرول ڪندڙ مڪمل صلاحيت ميٽرڪس جي وضاحت ڪري ٿو۔

1. جائزو

SITP هڪ هائبرڊ اجازت ماڊل استعمال ڪري ٿو جيڪو ڪردار تي مبني رسائي ڪنٽرول (RBAC) کي ڳري فرضن لاءِ، خصلت تي مبني رسائي ڪنٽرول (ABAC) کي باريڪ، سياق و سباق کان حساس مرئيت (خاص طور خفيہ ۽ VIP ٽِڪيٽن تي) لاءِ، ۽ ڪردار ٽيمپليٽس سان گڏ في صارف باريڪ اوورائڊز کي گڏ ڪري ٿو۔

• RBAC تهہ. هر اڪائونٽ هڪ ڪردار ٽيمپليٽ (حڪومتي طرف، ڪمپني طرف، نگراني، يا ٻيو) سان ٻڌل آهي جيڪو صلاحيتن جو هڪ بنيادي سيٽ فراهم ڪري ٿو۔ ٽيمپليٽس شروعاتي نقطو آهن، ڪڏهن به آخري ڳالهه نہ۔
• ABAC تهہ. انهن ٽِڪيٽن لاءِ جن تي خفيہ يا VIP خصلت هجي، مرئيت ٽِڪيٽ جي خصلتن (محڪمو، حساسيت فليگ، تفويض ٿيل يونٽ، نگراني فهرست) مان متحرڪ طور حل ڪئي ويندي آهي نہ ته صرف ڪردار مان۔ هڪ ڊائريڪٽر جنرل جو عام طور سڀ محڪمو ٽِڪيٽ ڏسي سگهي ٿو، خفيہ ٽِڪيٽ کان تائين مستثنيٰ رهي ٿو جيستائين کيس صريحن شامل نہ ڪيو وڃي۔
• باريڪ اوورائڊز. ميٽرڪس جي هر انفرادي صلاحيت کي هڪ سپر ايڊمن يا محڪمي ايڊمن (پنهنجي دائري ۾) پاران في صارف الگ طور اوورائڊ ڪري سگهجي ٿو۔ هڪ اوورائيد اها صلاحيت عطا ڪري سگهي ٿو جنهن کي ٽيمپليٽ مسترد ڪري ٿو، يا اها صلاحيت منسوخ ڪري سگهي ٿو جنهن کي ٽيمپليٽ عطا ڪري ٿو۔ ڏسو §7۔
• ڪردار دائري وارو UX. ڪردار صارف جي لينڊنگ ڊيش بورڊ، نيويگيشن، ۽ ڊيفالٽ فلٽرز جو تعين ڪري ٿو (ڏسو §16 ۽ /specs/sd/10-ux-sitemap-flows/)۔ هڪ ناظر ترتيب جون اسڪرينز ڪڏهن نہ ڏسي؛ هڪ فائل ڪندڙ عملو انتظاميه جون اسڪرينز ڪڏهن نہ ڏسي۔
• نيسٽڊ حڪومتي تنظيم. محڪما وڻ جي شکل ۾ هوندا آهن (محڪمو → سيڪشن → ذيلي سيڪشن → عملو) ۽ ايڊمنز آزادي سان ذيلي محڪما شامل ڪري سگهن ٿا۔ اهائي سلسلو مالڪ محڪمي، S&ITD جي اندر پڻ عڪس ٿئي ٿو۔
• ڪمپني طرف جا ڪردار. هر رجسٽرڊ ڪمپني گهڻا نمائندا رکي سگهي ٿي جن وٽ تفريقي اختيار هوندا: بالڪل هڪ لازمی بنيادي مجاز نمائندو، ان کان علاوه ايڊمن نمائندا، فائل ڪندڙ، ناظر، ۽ صرف اطلاعات وارا رابطا۔
• نگراني ڪردار. ڊائريڪٽر جنرل/ڊائريڪٽر، محڪمي سيڪريٽري، ۽ وزير/SACM حل ڪندڙ عملي جي مٿان ويهڻ ٿا۔ ڇا اھي صرف اطلاع رکن ٿا يا اقدامي اختيار (ٻيهر تفويض، SLA اوورائيد، زبردستي حل، هدايتون موڪلڻ) رکن ٿا، اهو سپر ايڊمن پاران في محڪمو configurable آهي (ڏسو §9)۔
• هر جاءِ تي configurable اختيار. ڇاڪاڻ ته ڪردار ٽيمپليٽس شروعاتي نقطا آهن ۽ فيچر فليگز (Q) هر صلاحيت کي ٽوگل ڪن ٿا، ميٽرڪس ۾ تقريبن ڪجھ به هارڊ وائرڊ نہ آهي۔ ◐ سان نشان زد خانن جو مطلب آهي "مشروط / configurable"۔

علامتن جي روایت (سڀني ميٽرڪسز ۾ استعمال)

2. تنظيمي درجه بندي (حڪومتي طرف)

SITP جو سنڌ حڪومت وارو طرف هڪ وڻ آهي۔ مالڪ محڪمو، S&ITD، پليٽ فارم گير انتظام (سپر ايڊمن، سهولت عملو) رکي ٿو ۽ پنهنجي اندروني ٽِڪيٽنگ زنجير پڻ هلائي ٿو جيڪو هر ٻئي محڪمي جهڙو بلڪل هڪجهڙو آهي۔ سڀئي ٻيا محڪما (40+، مثال طور ليبر، انويسٽمنٽ، فائنانس، ايڪسائيز، ريڊنيو، IT مخصوص ادارا) ساڳين پنج درجن واري زنجير تي عمل ڪن ٿا: سيڪريٽري (مٿانهين نگراني) → ڊائريڪٽر جنرل/ڊائريڪٽر (وچين نگراني) → سيڪشن/ذيلي محڪمو → آفيسر/عملو/رابطو شخص (حل)۔

تحريري وضاحت. هي خاڪو سنڌ حڪومت هيٺ ٻن متوازي سب ٽرين کي ڏيکاري ٿو۔ کاٻي پاسي، S&ITD پليٽ فارم جو مالڪ آهي ۽ سپر ايڊمن ۽ هڪ اندروني پنج درجن واري زنجير (سيڪريٽري S&ITD → ڊائريڪٽر جنرل S&ITD → سهولت سيڪشن → سهولت آفيسر) هلائي ٿو۔ ساڄي پاسي، هر ٻيو محڪمو (40+) بلڪل ساڳي پنج درجن واري زنجير تي عمل ڪري ٿو: محڪمي سيڪريٽري → ڊائريڪٽر جنرل/ڊائريڪٽر → سيڪشن/ذيلي محڪمو → آفيسر/عملو/رابطو شخص۔ تير مٿانهين کان هيٺ رپورٽنگ/نگراني جي طور تي پڙھيا وڃن ٿا؛ ٽِڪيٽ حل لاءِ هيٺان کان مٿي وهن ٿا ۽ صرف اسڪيليٽ ٿيڻ تي مٿانهين کان هيٺ۔

نيسٽنگ قاعدا.

• آزاد نيسٽنگ. هڪ سپر ايڊمن (۽، جتي تفويض ٿيل هجي، هڪ محڪمي ايڊمن) ڪوڊ ۾ تبديلي کان سواءِ ڪنهن به اونهائي تي ذيلي محڪما شامل ڪري سگهي ٿو۔ سيڪشنز، ونگز، فيلڊ آفيسز، ۽ ڊائريڪٽوريٽس سڀ هڪ ئي "محڪمو نوڊ" آهن جن وٽ هڪ parent_id آهي۔ مثال طور، ليبر محڪمي ۾ هڪ شاپ انسپيڪٽوريٽ سيڪشن، هڪ گهٽ ۾ گهٽ اجرت ونگ، ۽ هڪ فيلڊ آفيس سکر ذيلي نوڊ ٿي سگهي ٿو — هر هڪ الگ طور تفويض لائق۔
• محڪمو ≠ سيڪشن. محڪمو هڪ مٿانهين سطحي نوڊ آهي جيڪو سڌو سنڌ حڪومت ڪري رپورٽ ڪري ٿو (مثال طور ليبر محڪمو)۔ سيڪشن/ذيلي محڪمو ان جي هيٺان ڪو به نوڊ آهي (مثال طور شاپ انسپيڪٽوريٽ)۔ ميٽرڪس "محڪمي ايڊمن" کي هڪ مٿانهين سطحي محکمي ۽ ان جي پوري سب ٽري جو منتظم سمجهي ٿو؛ "آفيسر/عملو" هڪ лист يا وچين سطحي نوڊ سان تعلق رکي ٿو۔
• ڪراس محڪمو عليحدگي. ڊيفالٽ طور تي هڪ محڪمي ايڊمن، آفيسر، يا ڊائريڪٽر جنرل صرف پنهنجي محڪمو سب ٽري ۾ روٽ ٿيندڙ ٽِڪيٽ ڏسي ٿو۔ صرف سپر ايڊمن ۽ (اختياري طور، ٽوگل ذريعي) وزير سڀني محڪمن ۾ ڏسن ٿا۔
• S&ITD جي اندر عڪس. S&ITD هڪ ئي وقت پليٽ فارم مالڪ ۽ هڪ ڪم ڪندڙ محڪمو آهي جيڪو سهولت جون درخواستون وصول ڪري ٿو۔ اها ئي سيڪريٽري → ڊائريڪٽر جنرل → سيڪشن → عملو زنجير S&ITD ۾ روٽ ٿيندڙ ٽِڪيٽ حل ڪري ٿي، ۽ اها ئي اسڪيليشن زينو اندروني طور لاڳو ٿئي ٿي (ڏسو _context.md §5)۔

3. حڪومتي طرف جا ڪردار

اٺ حڪومتي طرف ڪردار ٽيمپليٽس هيٺ بيان ڪيا ويا آهن۔ هر هڪ لاءِ: دائرو (اهو ڊيٽا/تنظيمي يونٽ جنهن کي هڻن ٿا)، بنيادي ذميداريون، ۽ عام اعمال۔

3.1 سپر ايڊمن (S&ITD)

3.2 S&ITD سهولت آفيسر / عملو

3.3 محڪمي ايڊمن

3.4 محڪمي آفيسر / عملو / رابطو شخص

3.5 ڊائريڪٽر جنرل / ڊائريڪٽر (نگراني)

3.6 محڪمي سيڪريٽري (نگراني)

3.7 وزير / SACM (نگراني)

3.8 صرفِ مطالعو آڊيٽر

4. ڪمپني طرف جا ڪردار

هڪ رجسٽرڊ ڪمپني (يا ٻي ڪا به هستي — ڏسو §4.2) گهڻا نمائندا رکي سگهي ٿي، هر هڪ جو هڪ ڪردار۔ ڪردارن جو سيٽ پنجن ٽيمپليٽس تي مقفل آهي۔ اجازتون ڪردار ٽيمپليٽ + في صارف اوورائڊز آهن (ڏسو §7)۔ اجازت دهاني ڊومين اي ميل + CNIC تصديق تي مبني آهي؛ صريح اجازت جو ثبوت اختياري آهي (ڏسو _context.md §5)۔

4.1 نمائندو ڪردار ٽيمپليٽس

4.1.1 بنيادي مجاز نمائندو (بالڪل هڪ، لازمی، منتقل لائق)

4.1.2 ايڊمن نمائندو

4.1.3 فائل ڪندڙ

4.1.4 ناظر

4.1.5 صرف اطلاعات (مثال طور فائنانس رابطو شخص)

4.2 هستي قسمون

رجسٽريشن هستي قسم کان هلندڙ مشروط/متحرڪ فارم استعمال ڪري ٿي۔ پنج قسمون معاون آهن (ڏسو _context.md §5):

سڀ قسمون ساڳئي پهرين فائل، متوازي تصديق ماڊل تي عمل ڪن ٿيون: رجسٽر → فوري عارضي اڪائونٽ → فوراً فائل → بڪ گرائونڊ چيڪس هلن ٿا → تصديق ٿيل بيچ يا ناڪامي تي روڪ+اپيل۔

4.3 في ڪمپني گهڻا نمائندا

• هڪ ڪمپني ڪنهن به تعداد ۾ ايڊمن نمائندا، فائل ڪندڙ، ناظر، ۽ صرف اطلاعات رابطا دعوت ڪري سگهي ٿي۔
• بالڪل هڪ بنيادي مجاز نمائندو هميشہ لازمی آهي؛ جيڪڏهن بنيادي هليو وڃي، ته ڪردار منتقل ڪيو وڃڻ گهرجي (يا سپر ايڊمن بريڪ گلاس سپردگي ۾ مدد ڪري سگهي ٿو) روانو ٿيندڙ بنيادي کي منسوخ ڪرڻ کان اڳ۔
• هر نمائندي جي پنهنجي OIDC/Keycloak سڃاڻپ، 2FA، ۽ اطلاع ترجيحات آهن۔
• نمائندو دعوت ناما، قبوليت، ڪردار جون تبديليون، ۽ منسوخيون سڀ آڊٽ لاگ ٿين ٿيون (ڏسو §11)۔

5. ٻيا اداڪار

6. اجازت ماڊل — ڪردار + باريڪ اوورائڊز

SITP جي اجازت دهاني ڪردار ٽيمپليٽس + في صارف باريڪ اوورائڊز + ABAC خصلت گیٽس آهي، جيڪا سخت ترتيب ۾ جانچي ويندي آهي، ڊيفالٽ مسترد۔

6.1 جانچ جي ترتيب

ڪنهن به (صارف، صلاحيت، وسيلن) درخواست لاءِ، اجازت دهاني انجڻ هن ترتيب ۾ حل ڪري ٿو:

1. ABAC خصلت گیٽ (پهرين، خفيہ/VIP ٽِڪيٽن لاءِ): جيڪڏهن وسيلن تي خفيہ يا VIP خصلت هجي، ته ٽِڪيٽ مخصوص مرئيت قاعدا (تفويض ٿيل يونٽ، نگراني فهرست، بريڪ گلاس گرانٽ) جانچيو۔ جيڪڏهن ABAC گیٽ مسترد ڪري، رڪو — مسترد۔
2. صارف سطح جو اوورائيد: هن صارف لاءِ انهيءَ صلاحيت تي صريح في صارف گرانٽ يا منسوخي۔ هتي گرانٽ ٽيمپليٽ تي override ڪري ٿي؛ هتي منسوخي ٽيمپليٽ گرانٽ تي override ڪري ٿي۔
3. ڪردار ٽيمپليٽ: صارف جي ڪردار لاءِ بنيادي صلاحيت سيٽ (§8 ۾ ميٽرڪس)۔
4. دائرو چيڪ: جڏهن صلاحيت اجازت ڏني وڃي، ته ڊيٽا دائرو اهو restricted ڪري ٿو ته صارف ڪهڙين صفن تي عمل ڪري سگهي ٿو (پنهنجا ٽِڪيٽ بمقابله محڪمو بمقابله سڀ — ڏسو §15)۔
5. ڊيفالٽ مسترد: جيڪڏهن مٿان مان ڪابه به صريحن اجازت نہ ڏي، ته مسترد۔

6.2 في صارف اوورائڊز ڇو

حڪومتي عمل غير باقاعده هوندو آهي: هڪ جونيئر آفيسر عارضي طور سيڪشن ليڊ جي طور تي ڪم ڪري سگهي ٿو؛ هڪ سيڪريٽري هدايتي اختيار هڪ ايڊيشنل سيڪريٽري ڏانهن تفويض ڪري سگهي ٿو؛ هڪ ڪمپني چاهي سگهي ٿي ته هڪ فائل ڪندڙ ڊيٽا به ايڪسپورٽ ڪري۔ سخت ڪردار ٽيمپليٽس ان کي نہ جهٽي سگهن ٿا۔ تنهنڪري SITP ميٽرڪس جي هر سيل کي مڪمل آڊٽ سان الگ طور اوورائڊ لائق سمجهي ٿو (ڏسو §11.5)۔

6.3 خفيہ/VIP مرئيت لاءِ ABAC تهہ

ABAC تهہ صرف انهن ٽِڪيٽن تي لاڳو ٿئي ٿو جن تي خفيہ يا VIP خصلت هجي (ڏسو §13)۔ عام ٽِڪيٽن لاءِ، RBAC + دائرو ڪافي آهي۔ ABAC "آءُ سڀ محڪمو ٽِڪيٽ ڏسي سگهان ٿو، تنهنڪري خفيہ وارو به" اسڪيليشن کي روڪي ٿو۔

7. اجازت ماڊل

(ماڊل لاءِ مٿان §6 ڏسو؛ هي حصو انهن لاءِ معاهدو جو اعادو آهي جيڪي کيس نافذ ڪن ٿا ۽ صلاحيت ميٽرڪس پاران حوالو ڏنو ويندو آهي۔)

ڪردار ٽيمپليٽس شروعاتي نقطا آهن؛ هر اجازت في صارف الگ طور اوورائڊ لائق آهي۔ فيصلو فنڪشن:

authorize(user, capability, resource):
    if resource is Confidential or VIP:
        if not ABAC_allows(user, resource): return DENY
    if user has explicit override for capability:
        return override_value              # grant or revoke
    if role_template(user) allows capability:
        return ALLOW
    return DENY                            # default-deny

اوورائيد انتظام restricted آهي: سپر ايڊمن پليٽ فارم گير ڪنهن به صارف کي اوورائيد ڪري سگهي ٿو؛ محڪمي ايڊمن پنهنجي محڪمو سب ٽري جي صارفين کي اوورائيد ڪري سگهي ٿو؛ بنيادي/ايڊمن نمائندو پنهنجي ڪمپني جي نمائندن ۾ (تنگ طور) اوورائيد ڪري سگهي ٿو۔ هر اوورائيد جي تخليق، تبديلي، ۽ هٽائڻ آڊٽ لاگ ٿئي ٿو۔

8. صلاحيت / اجازت ميٽرڪس

ميٽرڪس کي پڙهڻ ۾ آسان بنائڻ لاءِ صلاحيت گروپ جي لحاظ کان پنجن جدولن ۾ ورهايو ويو آهي۔ علامتون: ✓ اجازت · ✗ مسترد · ◐ مشروط/configurable · — ناقابلِ اطلاق (ڏسو §1 روايت)۔

ڪالم ڪيلي (سڀني پنجن جدولن ۾ استعمال):

8.1 ٽِڪيٽنگ صلاحيتون

| # | صلاحيت | SA | DA | OF | DG | SEC | MIN | PR | AR | FI | VI | CT | |---|---|---|---|---|---|---|---|---|---|---|---|---|---| | 1 | نئون ٽِڪيٽ فائل ڪريو | ◐ | ◐ | ◐ | ✗ | ✗ | ✗ | ✓ | ✓ | ✓ | ✗ | ✓ | | 2 | مسودو ٽِڪيٽ محفوظ ڪريو | ◐ | ◐ | ◐ | — | — | — | ✓ | ✓ | ✓ | ✗ | ✓ | | 3 | ٻئي طرفان فائل ڪريو (پراکسي) | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | ✓ | ✓ | ◐ | ✗ | ✗ | | 4 | پنهنجا ٽِڪيٽ ڏسو | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | | 5 | محڪمو دائري وارا ٽِڪيٽ ڏسو | ✓ | ✓ | ✓ | ✓ | ✓ | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | | 6 | سڀ محڪمو ٽِڪيٽ ڏسو (ڪراس محڪمو) | ✓ | ✗ | ✗ | ✗ | ✗ | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | | 7 | خفيہ / VIP ٽِڪيٽ ڏسو (ABAC) | ✓ | ◐ | ◐ | ◐ | ◐ | ◐ | ◐ | ◐ | ✗ | ✗ | ✗ | | 8 | عوامي تبصرو / جواب شامل ڪريو | ✓ | ✓ | ✓ | ◐ | ◐ | ◐ | ✓ | ✓ | ✓ | ✗ | ✓ | | 9 | اندروني نوٽ شامل ڪريو | ✓ | ✓ | ✓ | ◐ | ◐ | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | | 10 | اٽيچمنٽ شامل ڪريو | ✓ | ✓ | ✓ | ◐ | ◐ | ✗ | ✓ | ✓ | ✓ | ✗ | ✓ | | 11 | ٽِڪيٽ تفويض ڪريو (يونٽ جي اندر) | ✓ | ✓ | ◐ | ◐ | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | | 12 | محکمي جي اندر ٻيهر تفويض | ✓ | ✓ | ◐ | ◐ | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | | 13 | محڪمن جي وچ ۾ ٻيهر تفويض | ✓ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | | 14 | SLA آخري تاريخ بدلايو | ✓ | ◐ | ✗ | ◐ | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | | 15 | SLA موقوف ڪريو (ڪمپني جو انتظار) | ✓ | ✓ | ✓ | ◐ | ◐ | ✗ | ◐ | ◐ | ◐ | ✗ | ✗ | | 16 | ٽِڪيٽ حل ڪريو (ثبوت سان) | ✓ | ◐ | ✓ | ◐ | ◐ | ✗ | ◐ | ◐ | ◐ | ✗ | ◐ | | 17 | زبردستي حل (ثبوت ڇڏيو) | ✓ | ◐ | ✗ | ◐ | ◐ | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | | 18 | ٽِڪيٽ ٻيهر کوليو | ✓ | ◐ | ◐ | ◐ | ◐ | ✗ | ✓ | ✓ | ✓ | ✗ | ✓ | | 19 | ٽِڪيٽ بند ڪريو | ✓ | ◐ | ◐ | ◐ | ◐ | ✗ | ◐ | ◐ | ◐ | ✗ | ✗ | | 20 | ٽِڪيٽ ضم ڪريو | ✓ | ◐ | ◐ | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | | 21 | ورهائڻ / ذيلي ٽاسڪ ٺاهيو | ✓ | ✓ | ✓ | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | | 22 | لاڳاپيل ٽِڪيٽ ڳنڍيو | ✓ | ✓ | ✓ | ◐ | ◐ | ✗ | ◐ | ◐ | ◐ | ✗ | ◐ | | 23 | ٽِڪيٽ بلڪ اپ ڊيٽ | ✓ | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | | 24 | ناظر، CC شامل / هٽايو | ✓ | ✓ | ◐ | ◐ | ◐ | ◐ | ✓ | ✓ | ◐ | ✗ | ✗ | | 25 | TRI ميٽنگ جي درخواست | ✓ | ✓ | ◐ | ◐ | ◐ | ◐ | ✓ | ✓ | ✓ | ✗ | ✗ | | 26 | پنهنجو ٽِڪيٽ واپس وٺڻ / منسوخ | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | ✓ | ✓ | ✓ | ✗ | ✓ |

8.2 نگراني ۽ اسڪيليشن صلاحيتون

| # | صلاحيت | SA | DA | OF | DG | SEC | MIN | PR | AR | FI | VI | CT | |---|---|---|---|---|---|---|---|---|---|---|---|---|---| | 27 | دستي اسڪيليشن متحرک ڪريو | ✓ | ◐ | ◐ | ◐ | ◐ | ◐ | ◐ | ◐ | ◐ | ✗ | ◐ | | 28 | اسڪيليشن اوورائيد / صاف ڪريو | ✓ | ◐ | ✗ | ◐ | ◐ | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | | 29 | هدايت موڪليو (عملي کي) | ✓ | ◐ | ✗ | ◐ | ◐ | ✓ | ✗ | ✗ | ✗ | ✗ | ✗ | | 30 | حساس ٽِڪيٽ بندش جي توثيق | ✓ | ◐ | ✗ | ◐ | ◐ | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | | 31 | VIP بندش جي توثيق (چيئر / ڊائريڪٽر جنرل) | ✓ | ✗ | ✗ | ✓ | ◐ | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | | 32 | MoM شايع ڪريو (عام ٽِڪيٽ) | ✓ | ✓ | ✓ | ◐ | ◐ | ✗ | ◐ | ◐ | ✗ | ✗ | ✗ | | 33 | MoM جي توثيق (حساس / VIP) | ✓ | ◐ | ✗ | ✓ | ◐ | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | | 34 | سرڪاتي خط تيار ڪريو | ✓ | ✓ | ◐ | ◐ | ◐ | ◐ | ◐ | ◐ | ✗ | ✗ | ◐ | | 35 | دستخطِ برقي ڪريو (PKI) | ◐ | ◐ | ◐ | ✓ | ✓ | ◐ | ◐ | ◐ | ✗ | ✗ | ✗ | | 36 | SLA / اسڪيليشن زيني جي ترتيب (محڪمو) | ✓ | ◐ | ✗ | ◐ | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | | 37 | نگراني اختيارن جي ترتيب (محڪمو) | ✓ | ✗ | ✗ | ✗ | ◐ | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ |

8.3 انتظاميه ۽ ترتيب جون صلاحيتون

| # | صلاحيت | SA | DA | OF | DG | SEC | MIN | PR | AR | FI | VI | CT | |---|---|---|---|---|---|---|---|---|---|---|---|---|---| | 38 | محڪمو ٺاهيو / ترميم ڪريو | ✓ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | | 39 | ذيلي محڪمو ٺاهيو (نيسٽ) | ✓ | ◐ | ✗ | ◐ | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | | 40 | محڪمو عملو اڪائونٽس جو انتظام | ✓ | ✓ | ✗ | ◐ | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | | 41 | عملو فعال / غير فعال ڪريو | ✓ | ✓ | ✗ | ◐ | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | | 42 | Officials CMS جو انتظام (وزير / سيڪريٽري / ڊائريڪٽر جنرل) | ✓ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | | 43 | اي آءِ انجنز جي ترتيب | ✓ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | | 44 | SMTP / SMS / WhatsApp جي ترتيب | ✓ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | | 45 | فيچر فليگز جي ترتيب | ✓ | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | | 46 | انٽيگريشنز جو انتظام (SECP / NADRA / FBR / SRB / PSEB / e-Office) | ✓ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | | 47 | تعطيلات ڪلينڊر جو انتظام | ✓ | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | | 48 | اطلاع ٽيمپليٽس جو انتظام | ✓ | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ |

8.4 ڪمپني سيلف سروس صلاحيتون

| # | صلاحيت | SA | DA | OF | DG | SEC | MIN | PR | AR | FI | VI | CT | |---|---|---|---|---|---|---|---|---|---|---|---|---|---| | 49 | ڪمپني پروفائل جو انتظام | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | ✓ | ◐ | ✗ | ✗ | ✗ | | 50 | ڪمپني نمائندا دعوت / انتظام | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | ✓ | ◐ | ✗ | ✗ | ✗ | | 51 | بنيادي نمائندو ڪردار منتقل ڪريو | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | ✓ | ✗ | ✗ | ✗ | ✗ | | 52 | نمائندو رسائي منسوخ ڪريو | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | ✓ | ◐ | ✗ | ✗ | ✗ | | 53 | RTI / خاص قسم ٽِڪيٽ فائل ڪريو | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | ✓ | ✓ | ✓ | ✗ | ✓ | | 54 | اپيل جمع ڪرايو | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | ✓ | ✓ | ✓ | ✗ | ✓ | | 55 | ڪمپني جي ٻيهر تصديق (باقاعده) | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | ✓ | ✗ | ✗ | ✗ | ✗ | | 56 | پنهنجي ڪمپني ڊيٽا ايڪسپورٽ ڪريو | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | ✓ | ✓ | ◐ | ◐ | ✓ |

8.5 تجزيات، مواد ۽ مواصلات جون صلاحيتون

| # | صلاحيت | SA | DA | OF | DG | SEC | MIN | PR | AR | FI | VI | CT | |---|---|---|---|---|---|---|---|---|---|---|---|---|---| | 57 | ڪردار دائري وارو تجزيات ڊيش بورڊ ڏسو | ✓ | ✓ | ◐ | ✓ | ✓ | ✓ | ◐ | ◐ | ✗ | ◐ | ✗ | | 58 | عوامي شفافيت ڊيش بورڊ ڏسو | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | | 59 | آڊٽ لاگز ڏسو | ✓ | ◐ | ✗ | ◐ | ◐ | ◐ | ◐ | ◐ | ✗ | ✗ | ✗ | | 60 | پليٽ فارم ڊيٽا ايڪسپورٽ ڪريو | ✓ | ◐ | ✗ | ◐ | ◐ | ◐ | ◐ | ◐ | ✗ | ✗ | ✗ | | 61 | علمي اساس جو انتظام | ✓ | ◐ | ◐ | ◐ | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | | 62 | KB مضمونن جي توثيق / اشاعت | ✓ | ◐ | ✗ | ◐ | ◐ | ✗ | ✗ | ✗ | ✗ | ✗ | ✗ | | 63 | اي آءِ اسسٽنٽ استعمال ڪريو (اندروني) | ✓ | ✓ | ✓ | ✓ | ✓ | ◐ | ◐ | ◐ | ◐ | ✗ | ◐ | | 64 | اندروني پيغام موڪليو (DMs / گروپس) | ✓ | ✓ | ✓ | ✓ | ✓ | ◐ | ◐ | ◐ | ◐ | ✗ | ✗ | | 65 | چيٽ چينلز جو انتظام | ✓ | ◐ | ✗ | ◐ | ◐ | ✗ | ◐ | ◐ | ✗ | ✗ | ✗ | | 66 | اطلاعات وصول ڪريو | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | | 67 | اطلاع ترجيحات جي ترتيب (پاڻ) | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ | ✓ |

ميٽرڪس ڪل: 67 صلاحيت صفون 5 گروپن ۾ (26 ٽِڪيٽنگ + 11 نگراني/اسڪيليشن + 11 انتظام/ترتيب + 8 ڪمپني سيلف سروس + 11 تجزيات/مواد/مواصلات)۔

9. نگراني اختيار (configurable)

هڪ بنيادي ڊيزائن فيصلو (ڏسو _context.md §5): ڇا ڊائريڪٽر جنرل/ڊائريڪٽر، محڪمي سيڪريٽري، ۽ وزير/SACM صرف اطلاع مبصر آهن يا اقدامي اختيار رکن ٿا — هي عالمي سطح تي مقفل ناهي — هي سپر ايڊمن (۽، جتي تفويض ٿيل هجي، محڪمي سيڪريٽري) پاران في محڪمو configurable آهي۔ هي هر محکمي کي پنهنجي انتظامي ثقافت مطابق نگراني کي ڪيليبريٽ ڪرڻ ڏي ٿو جڏهن ته هڪ معنيٰ وارو ڊيفالٽ برقرار رکي ٿو۔

هيٺيان اختيار في محڪمو، في نگراني ڪردار ٽوگل لائق آهن۔ ڊيفالٽ ڏيکاريو ويو آهي؛ سڀ کي پٽيو ويندو آهي۔

اختيار O1–O3 فعلي طور هميشہ آن آهن (مشاهدو بنياد)۔ اختيار O4–O11 اہي آهن جيڪي محڪما واقعي ٽوگل ڪن ٿا۔ ڪنهن به ٽوگل کي بدلڻ پاڻ هڪ آڊٽ ٿيل ترتيبي واقعو آهي۔

10. اسڪيليشن ۽ ڪردار جي شموليت

SITP جو ڊيفالٽ اسڪيليشن زينو (في محڪمو/قسم configurable؛ ڏسو _context.md §5 ۽ /specs/sd/06-ticket-workflow/) هڪ 2/5/10 ڏينهن جي زنجير آهي۔ هر درجي تي هڪ نئون نگراني ڪردار شامل ٿئي ٿو، ۽ ان درجي تي موجود اختيار §9 ٽوگلز تي منحصر آهن۔

تحريري وضاحت. هي ترتيب ڪمپني جي ٽِڪيٽ فائل ڪرڻ کي ڏيکاري ٿي جيڪو ڏينهن 0 تي حل ڪندڙ سيڪشن عملي کي تفويض ڪيو ويندو آهي۔ آٽو اسڪيليشن انجڻ SLA جي نگراني ڪري ٿو۔ جيڪڏهن ڏينهن 2 تي به حل نہ رهي، ته ڊائريڪٽر جنرل/ڊائريڪٽر کي اطلاع ڏني ويندي آهي ۽ ناظر جي طور تي شامل ڪيو ويندو آهي؛ ڊائريڪٽر جنرل پوءِ عمل ڪري سگهي ٿو (هدايت، ٻيهر تفويض، SLA اوورائيد) صرف جيڪڏهن محکمي وٽ اهي نگراني اختيار فعال هجن۔ جيڪڏهن ڏينهن 7 (2 + 5 وڌيڪ) تي به حل نہ رهي، ته محڪمي سيڪريٽري کي اطلاع ڏني ويندي آهي ۽ شامل ڪيو ويندو آهي۔ جيڪڏهن ڏينهن 17 (2 + 5 + 10 وڌيڪ) تي به حل نہ رهي، ته آخري درجو وزير/SACM ۽ S&ITD سيڪريٽري کي اطلاع ڏي ٿو۔ وزير جو هدايتي اختيار ڊيفالٽ طور آن آهي؛ سڀئي ٻيا نگراني اختيار في محڪمو ٽوگل آهن۔

هر درجي تي هر ڪردار ڇا ڪري سگهي ٿو (ڊيفالٽس):

اهائي زينو مالڪ محکمي ۾ روٽ ٿيندڙ ٽِڪيٽن لاءِ S&ITD جي اندر پڻ لاڳو ٿئي ٿو۔

11. اڪائونٽ لائيف سائيڪل

11.1 منتقلي تي عملو غير فعال

جڏهن ڪو حڪومتي آفيسر ڪنهن محکمي مان منتقل ڪيو وڃي ٿو (سنڌ حڪومت ۾ هڪ بارها واقعو)، ته ان جو SITP اڪائونٽ ان محڪمو دائري لاءِ غير فعال ٿيڻ گهرجي۔ محڪمي ايڊمن (يا سپر ايڊمن) اڪائونٽ غير فعال نشان زد ڪري ٿو؛ فعال ٽِڪيٽ تفويضيون ٻيهر تفويض لاءِ فليگ ٿين ٿيون؛ اڪائونٽ انهن ٽِڪيٽن جي صرفِ مطالعو تاريخي رسائي برقرار رکي ٿو جن تي هن ڪم ڪيو (آڊٽ تسلسل لاءِ) پر سڀ تحريري اختيار وڃائي ڇڏيندو آهي۔ نئين محکمي ۾ ٻيهر فعال ٿيڻ لاءِ تازو ڪردار تفويض ۽ سرٽيفڪيشن چيڪ درڪار آهي۔

11.2 نمائندو منسوخي ۽ تبديلي

ڪمپني نمائندن کي بنيادي نمائندو (يا ايڊمن نمائندو انهن نمائندن لاءِ جن کي هن دعوت ڏني هئي) منسوخ ڪري سگهي ٿو۔ جڏهن بنيادي هليو وڃي ٿو، ته روانو ٿيندڙ اڪائونٽ کي منسوخ ڪرڻ کان اڳ ڪردار ڪنهن ٻئي تصديق ٿيل نمائندي ڏانهن منتقل ڪيو وڃڻ گهرجي؛ جيڪڏهن ڪو به اهل نمائندو نہ هجي، ته سپر ايڊمن بريڪ گلاس سپردگي ڪري سگهي ٿو (آڊٽ لاگ ٿيل)۔ سڀ منسوخيون ۽ منتقليون سببن ڪوڊز سان گڏ آڊٽ لاگ ٿينديون آهن۔

11.3 ڪمپني معطل

هڪ ڪمپني اڪائونٽ معطل (فائل نہ ڪري سگهي يا ان جي خلاف فائل نہ ٿي سگهي؛ موجودھ ٽِڪيٽ منجمند) ڏانهن منتقل ٿئي ٿو جڏهن:

• بڪ گرائونڊ تصديق ناڪام ٿئي ۽ اپيل جي مهلت گذري وڃي، يا
• SECP رجسٽري سنڪ اسٽرائڪ آف / تحليل رپورٽ ڪري، يا
• باقاعده ٻيهر تصديق ڇٽي وڃي، يا
• ڪو سپر ايڊمن دستي معطلي لڳائي (مثال طور تصديق ٿيل بداستعمال تي)۔

معطل ڪمپنيون اپيل ڪري سگهن ٿيون؛ ڪامياب اپيل يا ٻيهر رجسٽريشن تي، اڪائونٽ بحال ٿي ويندو آهي۔

11.4 ٻيهر تصديق جي باقاعدگي

هر ڪمپني کي باقاعده سان پنهنجي پروفائل ۽ نمائندو فهرست جي ٻيهر تصديق ڪرڻ گهرجن (ڊيفالٽ ڪيڊنس: سالياني، configurable)۔ بنيادي نمائندو ٻيهر تصديق متحرک ڪري ٿو؛ سسٽم تصديق ٻيهر هلائي ٿو (SECP/FBR/SRB/PSEB/NADRA + ڊومين اي ميل)۔ ڇٽيل ٻيهر تصديق تصديق ٿيل→عارضي جي تنزيلي ڏانهن وٺي وڃي ٿي، پوءِ مهلت کان پوءِ معطلي تائين۔

11.5 رسائي تبديلين جو آڊٽ

هر رسائي متعلقو واقعو هڪ غير تبديل ٿيل آڊٽ لاگ ۾ لکيو ويندو آهي: اڪائونٽ تخليق، ڪردار تفويض، ڪردار تبديلي، في صارف اجازت اوورائيد (تخليق/تبديلي/هٽائڻ)، فعال، غير فعال، معطلي، بحالي، نمائندو دعوت/قبوليت/منسوخي، بنيادي منتقلي، بريڪ گلاس رسائي، اسٽيپ اپ تصديق واقعا، ۽ ايڪسپورٽس۔ صرفِ مطالعو آڊيٽر ڪردار (۽ سپر ايڊمن) انهن لاگز جو جائزو وٺي سگهن ٿا (صلاحيت #59)۔ ڏسو /specs/sd/11-security-compliance/۔

12. اسٽيپ اپ تصديق

ڪجهه وڌيڪ اثر وارن اعمال لاءِ اسٽيپ اپ تصديق درڪار آهي — عمل جي لمحي تي هڪ تازو 2FA چيلنج (يا ٻيهر تصديق)، ان کان قطع ته سيشن پهريان ئي تصديق ٿيل هجي۔ هي لاگ ان تي بنيادي 2FA کان الڳ آهي۔ اسٽيپ اپ درڪار آهي براءِ:

سڀ اسٽيپ اپ واقعا ٽائم اسٽيمپ، اداڪار، عمل، ۽ نتيجي سان گڏ آڊٽ لاگ ٿيندا آهن۔

13. خفيہ / VIP هينڊلنگ

ڪجهه ٽِڪيٽ اهڙا هوندا آهن جيڪي هر ان شخص کي visible نہ ٿيڻ گهرجن جيڪو بصورت anderen محڪمو ٽِڪيٽ ڏسندو آهي۔ SITP ان کي ABAC تهہ (§6.3) ۽ هڪ مخصوص خفيہ فليگ (۽ سياسي طور حساس ٽِڪيٽن لاءِ هڪ VIP فليگ) ذريعي سنڀاليندو آهي۔

• restricted مرئيت. هڪ خفيہ/VIP ٽِڪيٽ صرف انهن کي visible آهي: تفويض ٿيل سيڪشن عملو، ڪيس تي S&ITD سهولت آفيسر، صريحن شامل ڪيل ناظر، ۽ اهي نگراني ڪردار جن لاءِ متعلقه خفيہ مرئيت ٽوگل آن هجي۔ هڪ ڊائريڪٽر جنرل جيڪو عام طور سڀ محڪمو ٽِڪيٽ ڏسندو آهي اهو خفيہ ٽِڪيٽ نہ ڏسندو آهي جيستائين صريحن شامل نہ ڪيو وڃي۔
• خفيہيت ڪير مقرر ڪري سگهي ٿو. فائلنگ ڪمپني نمائندو، وصول ڪندڙ محڪمي ايڊمن، S&ITD سهولت آفيسر، ۽ سپر ايڊمن فائلنگ تي يا پوءِ ٽِڪيٽ کي خفيہ يا VIP نشان زد ڪري سگهن ٿا۔ تبديليون آڊٽ لاگ ٿينديون آهن۔
• بريڪ گلاس رسائي. جڏهن ڪنهن مجاز ڪردار کي واقعي ڪنهن خفيہ ٽِڪيٽ جي رسائي درڪار هجي جيڪو هو نہ ڏسي سگهي (مثال طور هڪ ڊائريڪٽر جنرل جنهن کي مداخلت ڪرڻي آهي، يا سپر ايڊمن سپورٽ ڪري رهيو آهي)، ته هو بريڪ گلاس فلو استعمال ڪن ٿا: اسٽيپ اپ تصديق + ڄاڻايل سبب → عارضي رسائي گرانٽ → ان ٽِڪيٽ تي هر مطالعو ۽ عمل آڊٽ لاگ ۾ فليگ ٿئي ٿو ته جيئن صرفِ مطالعو آڊيٽر جائزو وٺي۔ بريڪ گلاس گرانٽس خودڪار طور ختم ٿي وڃن ٿيون۔
• VIP بندش گیٽ. VIP ٽِڪيٽن کي بندش کان اڳ ڊائريڪٽر جنرل (چيئر) جي توثيق درڪار آهي (صلاحيت #31، اختيار O9)۔ حساس ٽِڪيٽن کي MoM شيئر کان اڳ چيئر/ڊائريڪٽر جنرل جي توثيق درڪار آهي (صلاحيت #33، اختيار O10)۔ ڏسو /specs/sd/21-mom-meetings/۔
• مخبر چينل. گمنام/مخبر داخليت (§5) ڊيفالٽ طور خفيہ پائيپ لائين کي فيڊ ڪندي آهي؛ سڃاڻپ صاف متن ۾ محفوظ ناهي ڪئي ويندي۔

14. آن بورڊنگ ۽ سرٽيفڪيشن گیٽ

ڪنهن به حڪومتي طرف جي اڪائونٽ (سپر ايڊمن، سهولت آفيسر، محڪمي ايڊمن، آفيسر/عملو، ڊائريڪٽر جنرل، سيڪريٽري) کي لائيو ٽِڪيٽ سنڀالڻ لاءِ فعال ٿيڻ کان اڳ، نامزد صارف کي ماڊيول O (تربيت ۽ سرٽيفڪيشن) ذريعي ڏنو ويندڙ تربيت سرٽيفڪيشن امتحان پاس ڪرڻ لازمی آهي۔ هي هڪ امتحان گیٽڊ سرٽيفڪيشن آهي: هڪ اڪائونٽ موجود ٿي سگهي ٿو ۽ اندروني تربيت مڪمل ڪري سگهي ٿو، پر لائيو ٽِڪيٽ سنڀالڻ جي صلاحيت امتحان پاس ٿيڻ تائين روڪي ويندي آهي۔ ڏسو /specs/sd/20-training-certification/۔

• ڪردار جي تبديلي تي ۽ باقاعده (ڊيفالٽ سالياني، configurable) ٻيهر سرٽيفڪيشن درڪار آهي۔
• ناڪام امتحان فعال ٿيڻ کي روڪن ٿا؛ اڪائونٽ ڪابه ٽِڪيٽ رسائي کان سواءِ "تربيت" حالت ۾ رهي ٿو۔
• سرٽيفڪيشن حيثيت عملي رڪارڊ تي ڏيکاري ويندي آهي ۽ آڊٽ لاگ ٿيندي آهي۔
• هي گیٽ حڪومتي طرف تي لاڳو ٿئي ٿو؛ ڪمپني نمائندا تصديق (SECP/FBR/وغيره) کان گیٽ ٿين ٿا، تربيت امتحان کان نہ۔

15. ڊيٽا دائرو قاعدا

صلاحيت ميٽرڪس ٻڌائي ٿي ته هڪ ڪردار ڇا ڪري سگهي ٿو؛ ڊيٽا دائرو ٻڌائي ٿو ته هو ڪهڙين صفن تي ڪري سگهي ٿو۔ هڪ ئي صلاحيت وارا ٻه ڪردار مختلف ڊيٽا سيٽس ڏسندا آهن۔

محڪمن جي وچ ۾ ملٽي ٽيننسي. محڪما سخت ٽيننٽس آهن: ڊيفالٽ طور تي، محڪمي ايڊمنز، آفيسر، ڊائريڪٽر جنرلز، ۽ سيڪريٽريز صرف پنهنجو محڪمو سب ٽري ڏسندا آهن۔ ڪراس محڪمو مرئيت سپر ايڊمن ۽ (configurable طور) وزير لاءِ محفوظ آهي۔ ڪو به ٽِڪيٽ محڪمن جي وچ ۾ صرف سپر ايڊمن (صلاحيت #13) يا S&ITD سهولت فرزبندي فلو ذريعي روٽ ٿي سگهي ٿو۔

16. اجازت / UI ميپنگ نوٽ

صارف جو ڪردار ان جو لينڊنگ ڊيش بورڊ ۽ نيويگيشن طي ڪري ٿو۔ هي انٽرفيس کي لاڳاپيل صلاحيتن تائين محدود رکي ٿو ۽ خامي کي گهٽائي ٿو۔ ميپنگ /specs/sd/10-ux-sitemap-flows/ ۾ تفصيلي آهي؛ خلاصو:

ڪردار کان UI تي declarative آهي: نيويگيشن انهن صلاحيتن مان تيار ٿيندي آهي جيڪي صارف واقعي اوورائڊز ۽ ABAC کان پوءِ رکي ٿو، تنهنڪريم هڪ في صارف اوورائيد جيڪو ڪا به نئين صلاحيت عطا ڪري ٿو فورن متعلقه نيويگيشن اندراج کي ظاهر ڪري ٿو۔