حڪمراني ۽ قانوني ڍانچو
سندھ آءِ ٽي پورٽل — سهولت ڊيسڪ (SITP) لاءِ مستند حڪمراني، قانوني مختص، بين محڪمن رابطو، RTI تعميل، جواب دهي، پائداري، ۽ ترميمن جو ڍانچو۔
| خانو | قدر |
|---|---|
| دستاويز آءِ ڊي | 22 |
| حيثيت | مسودو |
| مالڪ | S&ITD / MAAHIR |
| ٻوليون | EN (master) · UR · SD |
| ڪنٽرول آءِ ڊي اسڪيم | GOV-<nnn> (مسلسل، EN/UR/SD ۾ مستحکم) |
| ربط | _context.md §6 · /specs/sd/06-ticket-workflow/ §6 · /specs/sd/11-security-compliance/ §17–§18, §20 · /specs/sd/23-ppp-vendor-exit/ · /specs/sd/24-trust-safety/ · /specs/sd/17-analytics-kpis/ |
| لاڳو ماڊيولز تي | سڀ (حڪمراني اوورلے)؛ بنيادي طور تي B (TKT)، C (ORG)، I (ANL)، N (SUG) |
| قانوني بنياد | Sindh Transparency & RTI Act 2016 · سنڌ آرڪائوزز جا قاعدا · Rules of Business, Government of Sindh |
1. دائري کار ۽ هي دستاويز ڪيئن پڙهجي
هي دستاويز SITP جي حڪمراني ۽ قانوني ڍانچي لاءِ اڪيلو مستند ماخذ آهي. هيءَ انهن چئن سوالن جا جواب ڏئي ٿي جن کي تکنيكي هدايتون پنهنجي جاءِ تي فيصلو ناهين ڪنديون:
- ڪهڙي اختيار جي بنياد تي پورٽل محڪمن کان جواب گهرهي سگهي ٿو؟ (§3, §4)
- فيصلو ڪير ڪري ٿو، جواب دهه ڪير آهي، ۽ ڪنهن کي باخبر رکجي ٿو ڪمپني، S&ITD، لاڳاپيل محڪمو، DG، ۽ سيڪريٽري جي وچ ۾؟ (§7)
- ڪارڪردگي کي ڪيئن ماپيو، رپورٽ ۽ عملدرآمد ڪيو وڃي ٿو صوبي جي سياسي ۽ انتظامي عروج تي؟ (§6, §8)
- هي ڍانچو پاڻ وقت سان گڏ صحيح ڪيئن رهي ٿو — فنڊ، آڊٽ، RTI-مطابقت، ۽ ترميمن جي قابل؟ (§10–§17)
هن دستاويز کي سي ايم آفيس ۽ SACM (سياسي ملڪيت لاءِ)، S&ITD سيڪريٽري (آپريشنل ملڪيت ۽ اسٽيئرنگ ڪاميٽي جي صدارت لاءِ)، رڪن محڪمن جا سيڪريٽريز ۽ DGs (MoU پابندي ۽ فوڪل پرسن فرض لاءِ)، سنڌ انفارميشن ڪميشن (RTI رپورٽنگ لاءِ)، آڊيٽر جنرل ۽ پبلڪ اڪائونٽس ڪاميٽي (آڊٽ جي تياري لاءِ)، ۽ MAAHIR / Server4Sale (وينڊر تعميل لاءِ) استعمال ڪن ٿا. جتي هي دستاويز ۽ تکنيكي هدايتون ڪنهن حڪمراني واري معاملي تي diverge ٿين، هي دستاويز حاكم آهي.
1.1 ڪنٽرول جي شڪل
هر حڪمراني جي ضرورت في ڊومين جدول ۾ هڪ قطار جي طور تي لکيل آهي، جيڪا سيڪيورٽي ڪئٽلاگ جي شکل (/specs/sd/11-security-compliance/ §1.1) جي عڪاسي ڪري ٿي:
| ڪالم | معنيٰ |
|---|---|
ID |
مستحکم GOV-<nnn>، ڪڏهن ترجمو ناهي، ڪڏهن ٻيهر نمبر ناهي |
Control |
هڪ حڪمانه جملو: سسٽم / ڪنهن ڌر کي ڇا ڪرڻ گهرجي |
[M|S|C] |
MoSCoW ترجيح (_conventions.md §5) |
Trace |
هن يا ٻين دستاويزن جا اهي سيڪشن جيڪي هي ڪنٽرول پورا ڪن ٿا |
1.2 هن دستاويز ۾ استعمال ٿيندڙ ڊومين ڪوڊز
| ڊومين | احاطو |
|---|---|
MANDATE |
قانوني مختص، نوٽيفڪيشن، SOP |
MOU |
في محڪمو تفاهم ناما |
RTI |
Sindh RTI Act 2016 تعميل |
STEER |
اسٽيئرنگ ڪاميٽي، آپريشنل ملڪيت، جائزي جي ڪيڊنس |
RACI |
ڪردارن ۽ جواب دهي جو ميٽرڪس |
REPORT |
قيادت کي ڪارڪردگي رپورٽنگ |
SCOPE |
دائري کار ۾ / دائري کار کان ٻاهر جون تعريفون |
DATA |
ڊيٽا شيئرنگ ۽ بين محڪمي قانوني بنياد |
REC |
رڪارڊ جي انتظام جو قانوني بنياد |
FUND |
پائداري ۽ فنڊنگ |
POLICY |
پاليسي فيڊبڪ لوپ |
WB |
وهس بلور / گمنام چينل |
AUDIT |
AG / PAC آڊٽ جي تياري |
CHG |
هن هدايت نامي جي ترميم ۽ تبديلي جي حڪمراني |
2. حڪمراني ڇو اهم آهي
SITD بذريعي ڊيزائن هڪ سنگل ونڊو آهي جنهن ذريعي IT ڪمپنيون سنڌ حڪومت جي ڪنهن به محڪمي خلاف شڪايتون داخل ڪن ٿيون، جڏهن ته S&ITD facilitator جو ڪردار ادا ڪري ٿو. پورٽل هڪ ٽِڪيٽ روٽ ڪري سگهي ٿو، SLA گهڙي شروع ڪري سگهي ٿو، ۽ اسڪيليشن کي ظاهر ڪري سگهي ٿو — مگر انهن مان ڪابه شيءِ لاڳاپيل محڪمي کي عمل تي آڻڻ تي مجبور ناهي ڪري سگهي جيستائين ان جي پٺيان ڪا قانوني مختص نه هجي. ان مختص کان سواءِ، بين محڪمي تعميل رضاڪارانه ٿي ويندي آهي، ۽ پورٽل هڪ ريفرل ان باڪس جو روپ وٺي وٺي ٿو جنهن کي وصول ڪندڙ محڪمو نظرانداز ڪرڻ تي آزاد آهي. هي ڪو مفروضو خطرو ناهي؛ اهو هر قابلِ موازنہ سسٽم جو دستاويزي سبق آهي.
2.1 CPGRAMS / DARPG جي مثال
ڀارت حڪومت جو Centralized Public Grievance Redress and Monitoring System (CPGRAMS)، جيڪو ڪيبي نيٽ سڪريٽريٽ هيٺ Department of Administrative Reforms and Public Grievances (DARPG) هلائي ٿو، SITP لاءِ گولڊ اسٽينڊرڊ حوالتي سسٽم آهي (_context.md §1). CPGRAMS ان ڪري موثر آهي ڇاڪاڻ ته DARPG خير سگالي تي اعتماد ناهي ڪيو. ان جي تاثير ٽن حڪمراني اوزارن تي قائم آهي جن کي SITP پڻ ورجائي ٿو:
| CPGRAMS / DARPG اوزار | اهو ڇا حاصل ڪري ٿو | SITP جو هم منزل |
|---|---|---|
| ڪيبي نيٽ سڪريٽريٽ جي پٺ — CPGRAMS ڪيبي نيٽ سڪريٽريٽ جي سرپرستي هيٺ هلندو آهي، جيڪو کيس ڪراس منسٽري اختيار ڏي ٿو جيڪو ڪو اڪيلو لائن منسٽري پاڻ حاصل ناهي ڪري سگهي. | هر سينٽرل منسٽري نوڊل آفيسر نامزد ڪرڻ ۽ جواب ڏيڻ جي پابند آهي؛ عدم تعميل عروج تي نظر اچي ٿو. | S&ITD، CM Office / SACM نوٽيفڪيشن جي پٺ تي، هر صوبائي محکمو ٻَڌي ٿو (§3). |
| بائنڊنگ ٽائم لائن + deemed-action اصول — DARPG هڪ مقرر disposal ٽائم لائن مقرر ڪري ٿو (هاڻي مربوط اسڪيم ۾ 30 ڏينهن، disposal جي ويجهي auto-escalation سان) ۽ عدم جواب کي پاڻ هڪ شڪايت سمجهي ٿو. | محڪما خاموشي سان ڪنهن شڪايت کي پراڻو ٿيڻ ناهي ڏيندو. | في ٽِڪيٽ SLA، auto-escalasyon ڏاڪي، ۽ deemed-refusal / breach سلوڪ سان گڏ (§3, /specs/sd/06-ticket-workflow/ §6). |
| في منسٽري نامزد نوڊل / اپيل اختيار — هر منسٽري هڪ نوڊل آفيسر (پهرين نشست) ۽ هڪ اپيل اختيار (ٻي نشست) نامزد ڪندي آهي؛ ٻئي نامزد، جواب دهه فرد هوندا آهن. | رابطي، اسڪيليشن، ۽ آڊٽ لاءِ هميشه هڪ سڃاتل انسان موجود هوندو آهي. | في محڪمو فوڪل پرسن + DG/سيڪريٽري نگراني ڇنڌي MoU ۾ (§4). |
| مهيني / عدم اطمينان تي مبني جائزو ۽ PM ليول ڊيش بورڊنگ — DARPG disposal ٽائم لائنز، ٽاپ 20 شڪايت پذير منسٽريز، شائع ڪندو آهي، ۽ وزير اعظم متوازي طور تي ڊيش بورڊ جو جائزو وٺندو آهي. | عوامي ۽ عروج جي بصارت رويي جي تبديلي پيدا ڪندي آهي. | عوامي شفافيت ڊيش بورڊ، مهيني محڪمي جائزو، سي ماهي اسٽيئرنگ، سالياني ڪيبي نيٽ جائزو (§6, §8). |
| فيڊبڪ / اپيل / ٻيهر کولڻ — هر درخواستگار disposal کي ريٽ ڪري سگهي ٿو، ٻيهر کولي سگهي ٿو، ۽ اپيل ڪري سگهي ٿو. | محڪما پاڻ closure کي تصديق ناهي ڪري سگهندا. | CSAT، ٻيهر کولڻ، CPGRAMS انداز اپيل (/specs/sd/06-ticket-workflow/ جو §7). |
| دائري کار کان ٻاهر جون مستثنيات — CPGRAMS صريح طور sub-judice معاملا، tribunals هيٺ سروس معاملا، RTI Act جون درخواستون (الڳ ٽريڪ تي هلندڙ)، ۽ خالصتاً ذاتي ت_NRتو paradox جون مستثني ڪري ٿو. | حقيقي، قابلِ attendance شڪايتن تي ڌيان؛ سسٽم جي بطور litigation forum استعمال کي روڪي ٿو. | §9 انهن مستثنيات جي عڪاسي ڪري ٿو. |
DARPG جو سبق واضح آهي: بنا مختص جي ٽيڪنالاجي غير فعال آهي. تنهن ڪري SITD هر ٻيءَ صلاحيت کان اڳ §3 ۽ §4 ۾ قانوني مختص ۽ MoU اوزار کي اڳتي رکي ٿو. هن دستاويز جو باقي حصو انهيءَ مختص کي عملدارآمد جي تبديلي، سياسي چڪرن، ۽ بجيٽ جي سالن جي وچ ۾ آپريشنل طور تي پائدار بنائڻ لاءِ موجود آهي.
2.2 حڪمراني ڇو — ڪنٽرولز
| ID | ڪنٽرول | [M|S|C] | Trace |
|---|---|---|---|
| GOV-001 | SITP کي ان وقت تائين آپريشنل قرار ناهي ڏنو ويندو جيستائين S&ITD نوٽيفڪيشن (§3) نافذ ناهي ٿي ۽ گهٽ ۾ گهٽ باني ڪوهرٽ جا محڪمي MoUs (§4) دستخط ناهي ٿي ويا. | Must | §3, §4 |
| GOV-002 | ڪنهن به محڪمي کي SITP مان opt out ڪرڻ جي اجازت ناهي؛ رڪنيت نوٽيفڪيشن جي بدولت سنڌ حڪومت جي سڀني محڪمن تي بائنڊنگ آهي، جڏهن ته MoUs آپريشنل تفصيل کي منظم ڪن ٿا. | Must | §3, §4 |
| GOV-003 | SITP عوامي سائيٽ تي هر رڪن محڪمي جي SLA تعميل مجموعي طور تي (ڪڏهن انفرادي ٽِڪيٽ PII ناهي) شائع ڪندو، تہ جوئي بين محڪمي ڪارڪردگي عوامي طور تي نظر اچي — DARPG شفافيت اصول جي عڪاسي. | Must | §8, /specs/sd/17-analytics-kpis/ |
3. قانوني مختص — S&ITD نوٽيفڪيشن ۽ SOP
قانوني مختص اهو اوزار آهي جيڪو S&ITD جي آپريشنل ملڪيت کي لاڳاپيل محڪمن تي بائنڊنگ ذميداري ۾ بدلي ٿو. ان جا حصا آهن: S&ITD پاران Rules of Business, Government of Sindh هيٺ ۽ CM Office جي اتفاق سان جاري نوٽيفڪيشن؛ ۽ هڪ گڏ Standard Operating Procedure (SOP) جيڪو نوٽيفڪيشن کي آپريشنلائيز ڪري ٿو.
3.1 نوٽيفڪيشن ڇا قائم ڪندي آهي
نوٽيفڪيشن پوري پورٽل جي قانوني مضبوطي آهي. ان کان سواءِ، S&ITD وٽ ڪنهن هم مرتبه محڪمي کي لاگ اِن ڪرڻ، تفويض ڪرڻ، يا جواب ڏيڻ تي مجبور ڪرڻ جو ڪو اختيار ناهي. ان سان گڏ، عدم جواب هڪ طريقہ ڪار لپس آهي جيڪو عروج تي قابلِ جائزو آهي.
| نوٽيفڪيشن قائم ڪندي آهي | اثر |
|---|---|
| SITP جي اجازت بطور سرڪاري سنگل ونڊو سهولت ڊيسڪ براءِ IT ڪمپني شڪايتون بمقابله سنڌ حڪومت جا محڪما، S&ITD جي هيٺ هلائڻ. | پورٽل کي قانوني حيثيت ملندي آهي؛ ٽِڪيٽس سرڪاري مراسلا آهن، ڪنهن نجي پورٽل جون درخواستون ناهين. |
| S&ITD جو convener / facilitator جي طور تي نامزد بين محڪمي ٽِڪيٽ حل لاءِ، ٽِڪيٽس رڪن محڪمن ڏانهن refer ڪرڻ ۽ انهن کان جواب گهرڻ جو حق. | S&ITD کي جائز روٽنگ اختيار بنائي ٿو. |
| بائنڊنگ SLA ذميداري: هر رڪن محڪمو پورٽل ۾ کنفيگر SLAs جي اندر acknowledge ۽ جواب ڏيندو، ۽ اهو يقيني بنائيندو تہ ٽِڪيٽس بنا عمل جي پراڻا نہ ٿين. | SLA کي سروس ليول خواہش کان انتظامي ذميداري ۾ بدلي ٿو (§4 جا MoUs ان کي في محڪمو enforceable بنائن ٿا). |
| في محڪمو نوڊل / فوڪل پرسن جو نامزد، رجسٽريشن، تفويض، ۽ ٽِڪيٽس کي حل تائين وٺي وڃڻ جي فرض سان. | ”ڪو مالڪ ناهي“ جي ناڪامي جو خاتمو (CPGRAMS نوڊل آفيسر جي عڪاسي). |
| اسڪيليشن اختيار DG → سيڪريٽري → SACM ڇنڌي جو بطور پورٽل جي نگراني ڏاڪي، في محڪمو کنفيگرڊ action يا directive جي حق سان. | اسڪيليشن ڏاڪي کي صرف کنفيگرڊ ناهي، notified ڍانچو بنائي ٿو. |
| دائري کار ۾ ۽ دائري کار کان ٻاهر معاملا (§9)، تہ جوئي محڪما ۽ ڪمپنيون ڄاڻن تہ SITP ڇا قبول ڪندو ۽ ڇا ناهي. | مختص جي حد بندي ڪري ٿو؛ بطور litigation يا ذاتي شڪايت forum استعمال کي روڪي ٿو. |
| RTI بطور خاص قانوني زمره، Sindh Transparency & RTI Act 2016 هيٺ (§5)، پنهنجي قانوني ڪيلينڊر تي روٽ ٿيندو آهي. | قانوني حقن کي پورٽل جي معياري workflow ۾ شامل ڪري ٿو. |
| رڪارڊز جي حيثيت ٽِڪيٽس، MoMs، ۽ resolution certificates جي بطور سرڪاري حڪومتي رڪارڊز سنڌ آرڪائيزز قاعدا (§11) هيٺ. | آڊٽ ٽريل کي AG/PAC ۽ litigation لاءِ قانوني وزن ڏي ٿو. |
PPP ڍانچو حوالو: MAAHIR پاران Server4Sale تي /specs/sd/23-ppp-vendor-exit/ ۾ PPP شرطن هيٺ هلائڻ، جڏهن ته S&ITD پاليسي ۽ ڊيٽا جي ملڪيت برقرار رکي ٿو. |
عوامي نجي ورهاست کي ت_NRتو paradox تنازعن کان اڳ طئي ڪري ٿو. |
| رپورٽنگ ذميداريون رڪن محڪمن جون S&ITD ڏانهن، ۽ SITP جون CM Office / SACM ۽ (سالياڻو) ڪيبي نيٽ ڏانهن (§6, §8). | جواب دهي لوپ کي سياسي عروج تي بند ڪري ٿو. |
3.2 مسودو نوٽيفڪيشن آئوٽ لائن
نوٽيفڪيشن معياري S&ITD نوٽيفڪيشن فارميٽ ۾ تيار ڪئي ويندي ۽ اتفاق لاءِ CM Office ذريعي روٽ ڪئي ويندي. هيٺ ڏنل آئوٽ لائن ڊرافٽر لاءِ spec آهي؛ سيڪشن نمبر هن دستاويز جا ناهن، پر نوٽيفڪيشن جا پنهنجا آهن.
| § | نوٽيفڪيشن سيڪشن | مواد (ڊرافٽنگ هدايت) |
|---|---|---|
| 1 | مختصر عنوان ۽ commence | "Sindh IT Portal — Facilitation Desk (Notification), 20XX"؛ notified go-live تاريخ کان نافذ. |
| 2 | تعريفون | پورٽل، S&ITD، Facilitator، رڪن محڪمو، فوڪل پرسن، ٽِڪيٽ، SLA، RTI درخواست، MoU، SOP، آپريٽر (MAAHIR)، SACM. |
| 3 | سهولت ڊيسڪ جو قيام | SITP کي S&ITD هيٺ تشڪيل ڏي ٿو؛ سنگل ونڊو مختص بيان ڪري ٿو؛ URL نامزد ڪري ٿو (https://sindhitportal.maahir.io). |
| 4 | شڪايتن جو دائرو کار | دائري کار ۾ (§9.1) ۽ دائري کار کان ٻاهر (§9.2) معاملا، هن دستاويز جي عڪاسي. |
| 5 | رڪن محڪما ۽ عالمي احاطو | سنڌ حڪومت جا سڀ محڪما رڪن محڪما آهن؛ ڪو به opt out ناهي ڪري سگهندو؛ schedule محڪمن کي انهن جي فوڪل پرسنز سان درج ڪري ٿو. |
| 6 | رڪن محڪمن جا ڪردار ۽ ذميداريون | فوڪل پرسن نامزدگي ۽ فرض؛ assign-and-respond فرض؛ TRI ميٽنگز ۾ شرڪت (/specs/sd/06-ticket-workflow/ جو §9)؛ MoM تياري؛ ڊيٽا شيئرنگ. |
| 7 | SLA ۽ اسڪيليشن | SLA ٽيبل (/specs/sd/06-ticket-workflow/ §5) ۽ اسڪيليشن ڏاڪي (ibid. §6) جو حوالو شامل؛ breach کي طريقہ ڪار لپس سمجهي ٿو. |
| 8 | RTI زمره | Sindh RTI Act 2016 قانوني ٽائمرز (§5) کي الڳ SLA ڪيلينڊر تي کڻي وڃي ٿو. |
| 9 | رڪارڊز، آڊٽ، ۽ پورٽل ڊيٽا جي RTI-disclosure حيثيت | ٽِڪيٽس ۽ MoMs سرڪاري رڪارڊز آهن؛ پورٽل آڊٽ لاگز AG/PAC کي دستياب آهن؛ پورٽل ڪارڪردگي ڊيٽا RTI هيٺ proactive disclosure جي قابل آهي. |
| 10 | رپورٽنگ | مهيني محڪمي جائزو؛ سي ماهي اسٽيئرنگ ڪاميٽي؛ سالياني ڪيبي نيٽ جائزو (§6, §8). |
| 11 | PPP ڍانچو | /specs/sd/23-ppp-vendor-exit/ جي مطابق MAAHIR پاران Server4Sale تي هلائڻ؛ S&ITD پاليسي، ڊيٽا، ۽ IP ملڪيت برقرار رکي ٿو. |
| 12 | ترميم | هن نوٽيفڪيشن ۾ S&ITD CM Office جي اتفاق سان ترميم ڪري سگهي ٿو؛ SOP ۾ S&ITD تنهنج هن دستاويز جي §17 هيٺ ترميم ڪري سگهي ٿو. |
| 13 | Schedule I — رڪن محڪما ۽ فوڪل پرسنز | جدول. |
| 14 | Schedule II — SLA ميٽرڪس | SLA کنفيگريشن جو حوالو. |
| 15 | Schedule III — SOP حوالو | هيٺ آپريشنل SOP ڏانهن اشارو. |
3.3 SOP
SOP نوٽيفڪيشن کي روزمره استعمال لاءِ آپريشنلائيز ڪري ٿو. اها نوٽيفڪيشن کان مختصر آهي ۽ وڌيڪ گهڻي ترميم ٿيندي آهي (§17). اها گهٽ ۾ گهٽ احاطو ڪري ٿي: هڪ فوڪل پرسن پنهنجي محڪمي جي استعمال ڪندڙن کي ڪيئن رجسٽر ۽ آن بورڊ ڪري ٿو؛ ٽِڪيٽ وصول، تفويض، ۽ ڪم ڪيئن ٿئي ٿو؛ Awaiting Parties، On Hold، ۽ ثبوت سان حل ڪيئن رڪارڊ ٿئي ٿو؛ MoM ڪيئن تيار ۽ اپ لوڊ ٿئي ٿو؛ TRI ميٽنگ ۾ ڪيئن شامل ٿجن؛ RTI درخواستون ڪيئن مختلف آهن؛ حساس/VIP ٽِڪيٽس ڪيئن هيڊل ڪجن؛ محڪمي ڊيش بورڊ ڪيئن پڙهجي؛ ۽ SLA override جي درخواست ڪيئن ڏجي يا MoU هيٺ dispute ڪيئن کڙو ڪجي. SOP نالج بيس (ماڊيول J) ۾ شائع ٿئي ٿي ۽ versioned آهي.
3.4 قانوني مختص ڪنٽرولز
| ID | ڪنٽرول | [M|S|C] | Trace |
|---|---|---|---|
| GOV-004 | SITP تشڪيل ڏيندڙ S&ITD نوٽيفڪيشن Rules of Business, Government of Sindh هيٺ، CM Office / SACM اتفاق سان جاري ڪئي ويندي، ۽ go-live کان اڳ سرڪاري گزيٽ ۽ عوامي سائيٽ تي شائع ٿيندي. | Must | §3.1 |
| GOV-005 | نوٽيفڪيشن سنڌ حڪومت جي سڀني محڪمن تي رڪنيت بائنڊنگ بنائيندي، S&ITD کي convener / facilitator نامزد ڪندي، محڪمن کي کنفيگرڊ SLAs تي ٻَڌندي، ۽ DG → سيڪريٽري → SACM اسڪيليشن ڏاڪي کي notified ڍانچي جي طور تي قائم ڪندي. | Must | §3.1, §3.2 |
| GOV-006 | هڪ آپريشنل SOP نوٽيفڪيشن سان گڏ هوندي، نالج بيس ۾ شائع ٿيندي، ۽ §17 هيٺ versioned هوندي. | Must | §3.3 |
| GOV-007 | نوٽيفڪيشن صريح طور SITP ٽِڪيٽس، MoMs، ۽ resolution certificates کي سنڌ آرڪائيزز قاعدا هيٺ سرڪاري حڪومتي رڪارڊز طور classify ڪندي. | Must | §11 |
| GOV-008 | نوٽيفڪيشن SITP کي Sindh Transparency & RTI Act 2016 جي تابع نامزد ڪندي ۽ RTI قانوني ٽائمرز کي بطور الڳ SLA ڪيلينڊر شامل ڪندي. | Must | §5 |
4. في محڪمو تفاهم ناما (MoUs)
نوٽيفڪيشن محڪمن کي اصولي طور تي ٻَڌي ٿي؛ MoU هر محڪمي کي آپريشنل تفصيل ۾ ٻَڌي ٿو. S&ITD ۽ هر رڪن محڪمي جي وچ ۾ هڪ الڳ MoU عمل ۾ آندو وڃي ٿو. MoU اهو اوزار آهي جيڪو پورٽل جي SLA، اسڪيليشن، فوڪل پرسن، ڊيٽا شيئرنگ، ۽ dispute دفعات کي S&ITD ۽ انهيءَ مخصوص محڪمي جي وچ ۾، ان محڪمي جي ڍانچي، صلاحيت، ۽ ريگيوليٽري پوسچر جي روشني ۾ enforceable بنائي ٿو.
4.1 MoU خانا
هر محڪمو MoU گهٽ ۾ گهٽ هي خانا رڪارڊ ڪري ٿو. هي جدول MoU ٽيمپليٽ آئوٽ لائن (§4.2) ۽ department_mous کنفيگريشن جدول لاءِ ڊيٽا ڊڪشنري، ٻئي آهن.
| # | MoU خانو | مواد / مثال |
|---|---|---|
| 1 | ڌريون | S&ITD (convener) ۽ رڪن محڪمو (مثال طور Labour & Human Resources Department). |
| 2 | نافذ تاريخ ۽ مدت | دستخط کان نافذ؛ termination/exit دفعي مطابق terminated ٿيڻ تائين نافذ؛ سالياني جائزو. |
| 3 | قانوني بنياد | نوٽيفڪيشن (§3) جو حوالو؛ لاڳاپيل موضوع تي محڪمي جو Rules of Business مختص. |
| 4 | هن محڪمي جي دائري کار ۾ موضوع | مثال طور Labour لاءِ: بقايا واجبات، EOBI ت_NRتو paradox، inspection هٿاساني، license ۾ دير؛ SECP لاءِ: name conflicts، filing errors. |
| 5 | محڪمي فوڪل پرسن(ز) | نامزد فرد، ڪردار، سرڪاري اي ميل، فون، ۽ نامزد متبادل سان؛ رجسٽريشن، تفويض، ۽ حل تائين وٺي وڃڻ جو ذميدار. (CPGRAMS نوڊل آفيسر جي عڪاسي). |
| 6 | اسڪيليشن رابطا | نامزد DG، سيڪريٽري، ۽ ڪو به Chair جنهن جي منظوري حساس/VIP closure لاءِ گهرجي. |
| 7 | هن محڪمي لاءِ SLA ميٽرڪس | في ڪيٽيگري FRT ۽ Resolution هدف؛ عالمي default (/specs/sd/06-ticket-workflow/ §5) جون overrides. |
| 8 | ڪاروباري ڦيٽيون ۽ ويڪ اينڊ | SLA گهڙي جي مقصدن لاءِ محڪمي جا اصل ورڪنگ ڦيٽيون ۽ ويڪ اينڊ جي تعريف. |
| 9 | في سطح نگراني اختيار | ڇا DG / سيڪريٽري هن محڪمي لاءِ notify-only يا action آهن (/specs/sd/06-ticket-workflow/ §6.2). |
| 10 | حساس / VIP ڪيٽيگريز | ڪابه به ڪيٽيگري جنهن کي محڪمو Chair/DG closure منظوري لاءِ flag ڪري ٿو. |
| 11 | ڊيٽا شيئرنگ اجازتون | محڪمو ڪهڙو ڊيٽا SITP مان پڙهي ۽ لکي سگهي ٿو؛ ڪهڙيون sovereign-data ڪالون اجازت ڏئي ٿو (NADRA/SECP/FBR/SRB/PSEB lookups)؛ PII هيڊلنگ انجام. |
| 12 | رڪارڊز ۽ e-Office انجام | محڪمي جو ٽِڪيٽس ۽ MoMs کي سرڪاري رڪارڊز سمجهڻ ۽ NITB e-Office (جتي enabled هجي) تي push ڪرڻ جو انجام. |
| 13 | TRI ميٽنگ شرڪت انجام | محڪمي جو S&ITD facilitator پاران طلب ڪيل TRI ميٽنگز ۾ حاضري يا virtually شامل ٿيڻ جو انجام. |
| 14 | رپورٽنگ انجام | محڪمي جو مهيني جائزي (§6) سان تعاون ۽ پاليسي فيڊبڪ لوپ (§13) تي عمل جو انجام. |
| 15 | ت_NRتو paradox حل | پهرين، facilitator ليول حل؛ پوءِ DG-to-DG؛ پوءِ Secretary-to-Secretary؛ پوءِ SACM تائين اسڪيليشن. |
| 16 | جائزو ۽ ترميم | سالياني جائزو؛ ٻنهي سيڪريٽريز جي باهمي رضامندي سان ترميم. |
| 17 | ختمي ۽ exit | under-flight ٽِڪيٽس جي wind-down تائين محدود؛ محڪمي کي نوٽيفڪيشن جي بائنڊنگ اثر کان رعايت ناهي ڏيندو (محڪمو MoU مان exit ڪري سگهي ٿو پر نوٽيفڪيشن مان ناهي). |
| 18 | دستخط ڪندڙ | سيڪريٽري S&ITD ۽ رڪن محڪمي جو سيڪريٽري. |
4.2 MoU ٽيمپليٽ آئوٽ لائن (ڊرافٽنگ ڍانچو)
MoU هيٺ ڏنل سيڪشن تسلسل مطابق تيار ٿئي ٿو، جيڪو مٿين خانن جي عڪاسي ڪري ٿو. ٽيمپليٽ S&ITD Legal پاران برقرار رکيو وڃي ٿو.
- عنوان، ڌريون، recitals (نوٽيفڪيشن جو حوالو).
- تعريفون.
- تعاون جو دائرو کار (دائري کار ۾ موضوع؛ §9 مطابق دائري کار کان ٻاهر).
- هر ڌر جا ڪردار ۽ ذميداريون.
- فوڪل پرسن ۽ اسڪيليشن رابطا (نامزد schedule).
- SLA ميٽرڪس ۽ نگراني اختيار (schedule).
- ڊيٽا شيئرنگ، رازداري، ۽ sovereign-data هيڊلنگ.
- رڪارڊز، e-Office، ۽ آڊٽ تعاون.
- TRI ميٽنگ شرڪت.
- رپورٽنگ ۽ پاليسي فيڊبڪ تعاون.
- ت_NRتو paradox حل ڏاڪي.
- جائزو، ترميم، مدت، termination، ۽ exit.
- Schedules (فوڪل پرسن roster؛ SLA ميٽرڪس؛ حساس ڪيٽيگري فهرست؛ ڊيٽا شيئرنگ ميٽرڪس).
4.3 MoU حڪمراني ڪنٽرولز
| ID | ڪنٽرول | [M|S|C] | Trace |
|---|---|---|---|
| GOV-009 | هر رڪن محڪمي جي پورٽل تي activate ٿيڻ کان اڳ S&ITD ۽ ان جي وچ ۾ هڪ دستخط ٿيل MoU موجود هوندو؛ MoU گهٽ ۾ گهٽ §4.1 جا خانا رڪارڊ ڪندو. | Must | §4.1 |
| GOV-010 | هر MoU هڪ فوڪل پرسن ۽ نامزد متبادل، ان سان گڏ DG ۽ سيڪريٽري اسڪيليشن رابطا نامزد ڪندو؛ انهن رابطن ۾ تبديليون 5 ڪاروباري ڏينهن جي اندر S&ITD کي notify ڪيون وينديون ۽ آڊٽ لاگ ۾ رڪارڊ ٿينديون. | Must | §4.1 #5–#6 |
| GOV-011 | هر MoU في محڪمو SLA ميٽرڪس، ڪاروباري ڦيٽيون، نگراني اختيار، ۽ حساس/VIP ڪيٽيگريز رڪارڊ ڪندو، جيڪي پورٽل جون sla_definitions، dept_business_hours، oversight_powers، ۽ evidence_schema کنفيگريشن قطارون seed ڪن ٿا. |
Must | §4.1 #7–#10, /specs/sd/06-ticket-workflow/ §15 |
| GOV-012 | هر MoU ڊيٽا شيئرنگ schedule شامل ڪندو جيڪا محڪمي جي اجازت ڏنل sovereign-data lookups ۽ PII هيڊلنگ انجامن کي شمار ڪندي، /specs/sd/11-security-compliance/ §15 مطابق. |
Must | §10, /specs/sd/11-security-compliance/ §15 |
| GOV-013 | هر MoU جو سالياني جائزو ورتو ويندو؛ ختم ٿيل MoUs اسٽيئرنگ ڪاميٽي ڊيش بورڊ تي flag ٿيندا. | Must | §4.1 #16, §6 |
| GOV-014 | MoU هيٺ ڪا به ت_NRتو paradox dispute ڏاڪي (facilitator → DG-to-DG → Secretary-to-Secretary → SACM) چڙهندي ڪنهن به بيروني forum جي ڳولا کان اڳ. | Must | §4.1 #15 |
5. RTI بطور خاص زمره — Sindh Transparency & RTI Act 2016
Sindh Transparency & Right to Information Act 2016 هر شهري کي عوامي ادارن کان معلومات گهرڻ جو قانوني حق ڏي ٿو ۽ قانوني deadlines عائد ڪري ٿو جيڪي پورٽل جي عمومي SLA تي حاوي ٿين ٿا. SITP، RTI کي هڪ فرسٽ ڪلاس ٽِڪيٽ زمره سمجهي ٿو جنهن جي پنهنجي روٽنگ، پنهنجي قانوني SLA ڪيلينڊر، ۽ سنڌ انفارميشن ڪميشن ڏانهن پنهنجي رپورٽنگ لائين آهي. هي سيڪشن قانوني ٽائمرز بيان ڪري ٿو؛ آپريشنل ڪنٽرولز /specs/sd/11-security-compliance/ §18 (SEC-060–SEC-064) ۾ موجود آهن.
5.1 قانوني RTI ٽائمرز
هيٺ ڏنل ٽائمرز عام طور تي quoted Sindh Transparency & Right to Information Act 2016 جي عڪاسي ڪن ٿا. رڪارڊ آفيسر baseline freeze کان اڳ سيڪشن نمبرز ۽ ڏينهن جي گنٽي کي Act جي متن جي خلاف تصديق ڪندو ۽ SLA کنفيگريشن ۾ سيڪشنز cite ڪندو (کليل معاملو، §17).
| مرحلو | قانوني ٽائمر (ورڪنگ ڊيز) | مالڪ | پورٽل هيڊلنگ |
|---|---|---|---|
| PIO acknowledge / جواب RTI درخواست جو | 10 ورڪنگ ڊيز، حجمي درخواستن يا third-party مشاورت لاءِ وڌيڪ 10 ورڪنگ ڊيز تائين قابلِ توسيع | لاڳاپيل محڪمي جو Public Information Officer (PIO) | الڳ SLA قطار statutory = true؛ SLA گهڙي ويڪ اينڊز ۽ سنڌ پبلڪ هاليڊيز تي رڪي ٿي (/specs/sd/06-ticket-workflow/ §5.4). |
| Deemed refusal | جيڪڏهن قانوني ونڊو (ڪنهن به جائز توسيع سميت) جي اندر ڪوبه جواب ناهي ته درخواست refused سمجهي ويندي آهي ۽ شهري جو اپيل جو حق خودڪار طور تي متحرڪ ٿئي ٿو | — | SLA انجڻ خودڪار طور تي deemed_refusal flag سيٽ ڪري ٿو ۽ درخواست کي محڪمي جي ڊيش بورڊ ۽ عوامي RTI رپورٽ تي ظاهر ڪري ٿو. |
| پهرين اپيل — عوامي اداري جي سربراهه ڏانهن | شهري پاران جواب يا deemed refusal جي 30 ڏينهن جي اندر داخل؛ 30 ڏينهن جي اندر فيصلو | عوامي اداري جو سربراهه (عموماً سيڪريٽري) | CPGRAMS انداز اپيل (/specs/sd/06-ticket-workflow/ §8) بطور RTI ڪيلينڊر تي روٽ. |
| ٻي اپيل — سنڌ انفارميشن ڪميشن ڏانهن | شهري پاران پهرين اپيل فيصلي جي 30 ڏينهن جي اندر داخل | سنڌ انفارميشن ڪميشن | پورٽل ڪميشن ڏانهن اڳتي جمع ڪرائڻ لاءِ اپيل ڊوسي (اصل درخواست، جواب، پهرين اپيل فيصلو، ٽائم لائن) تيار ڪري ٿو. |
| Pro-active / suo-moto disclosure | نامزد ڪيٽيگريز لاءِ Act هيٺ مسلسل ذميداري | هر عوامي ادارو | عوامي نالج بيس / سرڪيولرز چينل (SEC-063) ذريعي پورو. |
5.2 RTI روٽنگ ۽ Public Information Officer
جڏهن ڪو filer RTI زمره منتخب ڪري ٿو، پورٽل:
- ٽِڪيٽ کي نامزد Public Information Officer (PIO) لاڳاپيل محڪمي ڏانهن روٽ ڪري ٿو، جيڪو
department_mous/ org tree (ماڊيول C) ۾ رڪارڊ آهي. هر محڪمي جو MoU ان جو PIO نامزد ڪري ٿو (§4.1 #5). - قانوني SLA ڪيلينڊر خودڪار طور تي لاڳو ڪري ٿو — 10 (+10) ورڪنگ ڊيز جواب ونڊو — ويڪ اينڊز ۽ سنڌ پبلڪ هاليڊيز تي رڪي، ۽ deadline کان اڳ PIO کي alert ڪري ٿو (80% تي near-breach).
- Deemed refusal کي قانوني ونڊو جي اختتام تي detect ڪري ٿو ۽ پهرين اپيل جو حق متحرڪ ڪري ٿو.
- اپيلز کي ساڳئي قانوني ڪيلينڊر تي پهرين اپيل (اداري جو سربراهه) ۽ ٻي اپيل (سنڌ انفارميشن ڪميشن) ذريعي track ڪري ٿو.
- Exemptions: جتي محڪمو Act هيٺ جائز طور معلومات روڪي ٿو، ڪو مجاز آفيسر سبب سان گڏ exemption رڪارڊ ڪري ٿو؛ exemption فيصلا آڊٽ-لاگڊ هوندا آهن ۽ پاڻ appealable آهن (
SEC-064).
5.3 سنڌ انفارميشن ڪميشن ڪميشن کي رپورٽنگ
RTI تعميل جي شرح — وقت تي جواب فيسيڊي، deemed-refusal تعداد، exemption استعمال، ۽ اپيل نتيجا — عوامي شفافيت ڊيش بورڊ تي ۽ سنڌ انفارميشن ڪميشن کي جمع ڪرايل متعلقامي RTI تعميل رپورٽ (SEC-062) ۾ رپورٽ ٿين ٿا. رپورٽ جي ڪيڊنس ڪميشن جي ضرورتن مطابق آهي، ۽ گهٽ ۾ گهٽ سالياني ڪيبي نيٽ جائزي (§6) سان گڏ هوندي آهي.
5.4 RTI حڪمراني ڪنٽرولز
| ID | ڪنٽرول | [M|S|C] | Trace |
|---|---|---|---|
| GOV-015 | RTI هڪ فرسٽ ڪلاس ٽِڪيٽ زمره هوندو جنهن جو پنهنجو قانوني SLA ڪيلينڊر (10 ورڪنگ ڊيز، 10 سان قابلِ توسيع) عمومي SLA کان الڳ، ۽ خودڪار deemed-refusal detection سان هوندو. | Must | §5.1, SEC-060, SEC-061 |
| GOV-016 | هر رڪن محڪمي جو MoU پنهنجي Public Information Officer(s) جو نالو کڻندو؛ پورٽل RTI ٽِڪيٽس کي نامزد PIO ڏانهن روٽ ڪندو. | Must | §4.1 #5, §5.2 |
| GOV-017 | RTI Act هيٺ پهرين ۽ ٻي اپيلز قانوني 30 ڏينهن ڪيلينڊر تي پورٽل تي track ٿينديون، ۽ پورٽل سنڌ انفارميشن ڪميشن لاءِ اپيل ڊوسي تيار ڪندو. | Must | §5.1, /specs/sd/06-ticket-workflow/ §8 |
| GOV-018 | RTI تعميل شرح عوامي طور ۽ قانوني ڪيڊنس تي سنڌ انفارميشن ڪميشن کي رپورٽ ٿيندي. | Must | §5.3, SEC-062 |
| GOV-019 | Act هيٺ exemption فيصلا مجاز آفيسر ڪندو، سبب سان گڏ رڪارڊ ڪندو، آڊٽ-لاگڊ، ۽ appealable. | Must | §5.2, SEC-064 |
6. حڪمراني ماڊل
حڪمراني ماڊل جون چار پرتون آهن: سياسي ملڪيت (CM Office / SACM)، اسٽريٽجڪ نگراني (اسٽيئرنگ ڪاميٽي)، آپريشنل ملڪيت (S&ITD سپر ايڊمن)، ۽ delivery (رڪن محڪما + MAAHIR / Server4Sale). اسڪيليشن حڪمراني ۽ متعلقامي جائزي جي ڪيڊنس انهن پرتن کي هڪٻئي سان جوڙي ٿي.
6.1 اسٽيئرنگ ڪاميٽي
اسٽيئرنگ ڪاميٽي اسٽريٽجڪ نگراني باڊي آهي. اها پورٽل پاليسي جي ملڪيت رکي ٿي، اهم تبديلين جي منظوري ڏيندي آهي، ڪارڪردگي جو جائزو وٺندي آهي، ۽ MoU ڏاڪي (§4.1 #15) تي چڙهي چڪا ت_NRتو paradox فيصلا ڪندي آهي.
| رڪن | ڪاميٽي تي ڪردار |
|---|---|
| CM Office / SACM (محمد علي راشد صاحب، يا nomine) | Chair؛ سياسي ملڪيت؛ آخري اسڪيليشن سطح. |
| سيڪريٽري S&ITD | ممبر-سيڪريٽري؛ convener؛ آپريشنل ملڪيت؛ ڪارڪردگي ۽ پاليسي فيڊبڪ رپورٽس پيش ڪن ٿا. |
| رڪن محڪمن جا سيڪريٽريز (يا nomine)، باني ڪوهرٽ مستقل ممبران ۽ ٻيا rotation تي | ممبران؛ پنهنجي محڪمي جي SLA ڪارڪردگي، فوڪل پرسن موجودگي، ۽ MoU پابندي جا ذميدار. |
| ايڊيشنل/جائنٽ DG S&ITD | ممبر؛ آپريشنل رابطو. |
| MAAHIR نمائندو | ممبر (پاليسي تي non-voting)؛ تکنيكي delivery، uptime، ۽ سيڪيورٽي پوسچر تي رپورٽ. |
| سنڌ IT بورڊ nomine (جتي S&ITD کان الڳ هجي) | ممبر؛ وڌيڪ وسيع IT پاليسي سان هم آهنگي. |
اسٽيئرنگ ڪاميٽي سي ماهي (§6.4) ۽ extraordinary بنياد تي ان وقت ملندي آهي جڏهن ڪو معاملو dispute ڏاڪي تي چڙهي چڪو هجي يا ڪنهن سيڪيورٽي/وڏي واقعي کي apex ڌيان گهرجي.
6.2 آپريشنل ملڪيت — S&ITD سپر ايڊمن
روزمره ملڪيت S&ITD سپر ايڊمن ڪردار (ڏسو /specs/sd/04-roles-permissions/) وٽ آهي، جيڪو سيڪريٽري S&ITD کي رپورٽ ڪري ٿو. سپر ايڊمن:
- عالمي کنفيگريشن جي ملڪيت رکي ٿو: SLA defaults، اسڪيليشن ڏاڪيون، هاليڊي ڪيلينڊر، فيچر فليگز، نوٽيفڪيشن ٽيمپليٽس، ۽
/specs/sd/06-ticket-workflow/§15 ۾ شمار ڪيل سڀني کنفيگريشن جدول. - محڪمن کي آن بورڊ ڪري ٿو، انهن جي MoU-driven کنفيگريشن seed ڪري ٿو، ۽ فوڪل پرسن roster جو انتظام ڪري ٿو.
- trust-and-safety، abuse، ۽ moderation افعال هلائي ٿو (
/specs/sd/24-trust-safety/). - آرڪائيو ۽ disposal اعمال لاءِ رڪارڊ آفيسر آهي (§11,
SEC-057). - مهيني محڪمي جائزو (§6.4) طلب ڪري ٿو ۽ سي ماهي اسٽيئرنگ پيڪ ۽ سالياني ڪيبي نيٽ پيڪ (§8) تيار ڪري ٿو.
- break-glass ۽ privileged-access entitlements رکي ٿو،
/specs/sd/11-security-compliance/§21 جي سي ماهي recertification جي تابع.
6.3 اسڪيليشن حڪمراني
اسڪيليشن ڏاڪي (/specs/sd/06-ticket-workflow/ §6) هڪ notified ڍانچو (§3.1) آهي، صرف کنفيگرڊ ناهي. ان جون حڪمراني خصوصيتون هيٺيون آهن:
- في سطح اختيار في محڪمو کنفيگرڊ (notify-only بمقابله action) پر ڏاڪي جو وجود نوٽيفڪيشن پاران مقرر آهي.
- نگراني اعمال (reassign، SLA override، force-resolve، directive letter) پاڻ آڊٽ ٿين ٿا ۽ اسٽيئرنگ پيڪ تي ظاهر ٿين ٿا، تہ جوئي apex ڏسي سگهي تہ اسڪيليشنز سان ڪيئن نبٺو ويو، نہ رڳو اهو تہ ڇا ٿيو.
- مڪرر مجرم (محڪما يا آفيسر جن جي باري ۾ گهڻيون اسڪيليشنز ٿيون) systemic-issue جائزي لاءِ flag ٿين ٿا ۽ پاليسي فيڊبڪ لوپ (§13) کي feed ڪن ٿا.
- محڪمن جي وچ ۾ ت_NRتو paradox MoU dispute ڏاڪي (§4.1 #15) چڙهن ٿا ۽، حل نه ٿيڻ جي صورت ۾، اسٽيئرنگ ڪاميٽي تائين پهچن ٿا.
6.4 جائزي جي ڪيڊنس
ڪارڪردگي جائزو ٽن سطحي ڪيڊنس تي هلندو آهي جيڪو DARPG مهيني جائزو + apex ڊيش بورڊ ماڊل جي عڪاسي ڪري ٿو. هر سطح جو defined artefact، سامعين، ۽ فيصلا حق آهن.
| ڪيڊنس | فورم | سامعين | بنيادي artefact | فيصلا حق |
|---|---|---|---|---|
| مهيني | محڪمو جائزو ميٽنگ (S&ITD جي صدارت ۾، محڪمي فوڪل پرسنز / DGs جي حاضري) | فوڪل پرسنز، DGs، سپر ايڊمن | محڪمي ڪارڪردگي پيڪ: SLA تعميل، breach تعداد، پراڻا ٽِڪيٽس، RTI تعميل، repeat-offender flags، کليل ت_NRتو paradox. | آپريشنل سڌارا: reassignment، SLA tuning، فوڪل پرسن تبديليون، MoU خانن جون اپڊيٽس. |
| سي ماهي | اسٽيئرنگ ڪاميٽي (§6.1) | CM Office/SACM، سيڪريٽري S&ITD، رڪن سيڪريٽريز، MAAHIR | اسٽيئرنگ پيڪ: ڪراس محڪمي ڪارڪردگي، پاليسي فيڊبڪ سفارشون (§13)، MoU موجودگي، سيڪيورٽي پوسچر، مالي/پائداري حيثيت، RTI ڪميشن رپورٽ حيثيت. | پاليسي فيصلا، MoU ترميمون، اهم کنفيگريشن تبديليون، dispute adjudication، ڪيبي نيٽ referral. |
| سالياني | ڪيبي نيٽ (SACM / S&ITD سيڪريٽري ذريعي) | صوبائي ڪيبي نيٽ | سالياني رپورٽ: سال جي ڪارڪردگي، RTI تعميل، enacted پاليسي سڌارا، پائداري/فنڊنگ حيثيت، آڊٽ نتيجا، آڳاهہ منصوبو. | بجيٽ منظوري، نوٽيفڪيشن/SOP ترميمون، اسٽريٽجڪ سمت. |
ڪيڊنسز جي وچ ۾، عوامي شفافيت ڊيش بورڊ ۽ قيادت ڊائجسٽس (§8) ڪارڪردگي کي مسلسل نظر اچڻ لاءِ رکن ٿا — ساڳئو مسلسل بصارت وارو اصول جيڪو DARPG / PM ڊيش بورڊ ماڊل کي موثر بنائي ٿو.
6.5 حڪمراني ڍانچو خاڪو
تحريري وضاحت. سياسي ملڪيت ڪيبي نيٽ ۽ CM Office کان SACM ذريعي هيٺ ڏانهن وهندي آهي، جيڪو اسٽيئرنگ ڪاميٽي جي صدارت ڪندو آهي. اسٽيئرنگ ڪاميٽي — جنهن ۾ SACM، سيڪريٽري S&ITD (convener ۽ آپريشنل مالڪ)، رڪن محڪمن جا سيڪريٽريز، S&ITD DG، ۽ هڪ non-voting MAAHIR نمائندو شامل آهن — اسٽريٽجڪ نگراني باڊي آهي جيڪا سي ماهي ملندي آهي ۽ سالياني ڪيبي نيٽ کي رپورٽ ڪندي آهي. سيڪريٽري S&ITD روزمره آپريشنز S&ITD سپر ايڊمن جي حوالي ڪن ٿا، جيڪو عالمي کنفيگريشن جي ملکيت رکي ٿو، محڪما آن بورڊ ڪري ٿو، مهيني محڪمي جائزو هلائي ٿو، رڪارڊ آفيسر فرض رکي ٿو، ۽ رڪن محڪمن ۽ MAAHIR / Server4Sale جو آپريشنل هم منزل آهي. رڪن محڪما S&ITD سان گڏ اصولي طور تي نوٽيفڪيشن ۽ تفصيل ۾ پنهنجي MoU جي بدولت ٻَڌل آهن، ۽ مهيني جائزي ذريعي مٿي ۽ اسٽيئرنگ ڪاميٽي ۾ رپورٽ ڪن ٿا. ٻه بيروني جواب دهي تعلقات ماڊل کي مڪمل ڪن ٿا: S&ITD سپر ايڊمن متعلقامي RTI تعميل رپورٽ سنڌ انفارميشن ڪميشن کي جمع ڪرائي ٿو، ۽ آڊٽ شواهد (آڊٽ لاگ، رڪارڊز، شواهد پيڪس) آڊيٽر جنرل ۽ پبلڪ اڪائونٽس ڪاميٽي کي طلب تي دستياب آهن.
7. ڪردار ۽ جواب دهي ميٽرڪس (RACI)
هيٺ ڏنل RACI ميٽرڪس بنيادي ٽِڪيٽ هيڊلنگ سرگرمين لاءِ پنج actor ڪلاسن تي Responsible / Accountable / Consulted / Informed ورهاڱو ڪري ٿو. علامتون معياري RACI پيروي ڪن ٿيون؛ ”—“ عدم شموليت کي ظاهر ڪري ٿو. جتي ڪو اڪيلو actor ٻئي R ۽ A هجڻ گهرجي، A جواب دهه ڌر آهي ۽ R قطار ڇڏي ويندي آهي.
7.1 Actor ڪلاسز
| ڪوڊ | Actor ڪلاس | نمائندو ڪردار |
|---|---|---|
| CO | ڪمپني | ڪمپني نمائندو (Primary/Admin/Filer). |
| SITD | S&ITD | Facilitator / Triage آفيسر / سپر ايڊمن (آپريشنل مالڪ). |
| DEPT | محڪمو | فوڪل پرسن / تفويض ٿيل آفيسر / سيڪشن سربراهه. |
| DG | ڊائريڪٽر جنرل | محڪمي DG (اسڪيليشن سطح 1). |
| SEC | سيڪريٽري | محڪمي سيڪريٽري (اسڪيليشن سطح 2) ۽ سيڪريٽري S&ITD. |
7.2 ٽِڪيٽ هيڊلنگ لاءِ RACI
| سرگرمي | CO | SITD | DEPT | DG | SEC |
|---|---|---|---|---|---|
| ٽِڪيٽ داخل / ثبوت فراهم | A/R | I | — | — | — |
| Triage، categorise، SLA، route | I | A/R | C | — | — |
| Acknowledge (FRT) | I | C | A/R | — | — |
| ٽِڪيٽ حل تائين ڪم | C | I | A/R | I | I |
معلومات گهرهڻ → Awaiting Parties |
R | I | A | — | — |
| گهرايل معلومات فراهم | A/R | I | I | — | — |
| حل جمع (proof gate) | I | C | A/R | — | — |
| حساس/VIP closure منظور | I | C | C | A/R | C |
| اسڪيليٽ (سطح 1 — DG) | I | C | R | A | I |
| اسڪيليٽ (سطح 2 — سيڪريٽري) | I | C | I | C | A/R |
| اسڪيليٽ (سطح 3 — SACM) | I | A/R | I | I | C |
| SLA override / force-resolve | I | C | I | C | A/R |
| TRI ميٽنگ طلب | C | A/R | R | I | I |
| MoM تيار ۽ اپ لوڊ | I | C | A/R | I | I |
| ريٽ (CSAT) / ٻيهر کولڻ / اپيل | A/R | I | I | — | — |
| SLA / اسڪيليشن / فليگز کنفيگر | I | A/R | C | I | C |
| رڪارڊ archival ۽ disposal | I | A/R | C | I | I |
| RTI قانوني جواب | I | C | A/R | I | C |
| مهيني ڪارڪردگي جائزو | I | A/R | R | C | C |
| سي ماهي اسٽيئرنگ | I | A/R | C | C | A/R |
| سالياني ڪيبي نيٽ رپورٽ | I | R | I | I | A |
7.3 RACI حڪمراني ڪنٽرولز
| ID | ڪنٽرول | [M|S|C] | Trace |
|---|---|---|---|
| GOV-020 | §7.2 جو RACI ميٽرڪس ڪمپني، S&ITD، محڪمو، DG، ۽ سيڪريٽري جي وچ ۾ هر ٽِڪيٽ هيڊلنگ سرگرمي تي جواب دهي جو مستند ورهاڱو هوندو؛ divergences لاءِ سيڪريٽري ليول تي منظور ٿيل، دستاويزي، آڊٽ ٿيل exception گهرج. | Must | §7 |
| GOV-021 | هر ٽِڪيٽ لاءِ، ڪنهن به وقت بالڪل هڪ actor Accountable هوندو؛ پورٽل ٽِڪيٽ هيڊر تي موجوده Accountable ڌر کي ظاهر ڪندو. | Must | §7.2 |
8. قيادت کي ڪارڪردگي رپورٽنگ
ڪارڪردگي رپورٽنگ حڪمراني ماڊل کي ان ذريعي جوڙي ٿي تہ محڪمي رويي کي مسلسل نظر اچڻ جي قابل بنائي ٿي — آپريشنل ليول کي مهيني، اسٽريٽجڪ ليول کي سي ماهي، سياسي عروج کي سالياني، ۽ عوام کي مسلسل. اصول، DARPG / CPGRAMS ماڊل مان سڌوسن لاٺو، اهو آهي تہ جيڪو ماپيو ۽ نظر اچي ٿو اهو ٿئي ٿو.
8.1 رپورٽنگ artefacts
| Artefact | مالڪ | سامعين | ڪيڊنس | مواد |
|---|---|---|---|---|
| عوامي شفافيت ڊيش بورڊ | سپر ايڊمن (شائع) | عوام | مسلسل | في محڪمو مجموعي SLA تعميل، volume، RTI تعميل، repeat-offender flags؛ ڪابه انفرادي ٽِڪيٽ PII ناهي (/specs/sd/17-analytics-kpis/). |
| محڪمي ڊيش بورڊ | محڪمي فوڪل پرسن / DG | محڪمو | مسلسل | محڪمي جا پنهنجا ٽِڪيٽس، breaches، پراڻا اجناس، RTI گهڙي. |
| قيادت ڊائجسٽ | سپر ايڊمن | سيڪريٽريز، SACM | هفتيوار (configurable) | Top movers، breaches، RTI deadlines، واقعا، پاليسي فيڊبڪ اميدوار. |
| مهيني محڪمي پيڪ | سپر ايڊمن | محڪمي فوڪل پرسنز / DGs | مهيني | §6.4 مطابق. |
| سي ماهي اسٽيئرنگ پيڪ | سيڪريٽري S&ITD | اسٽيئرنگ ڪاميٽي | سي ماهي | §6.4 مطابق. |
| سالياني رپورٽ | سيڪريٽري S&ITD (SACM ذريعي) | ڪيبي نيٽ | سالياني | §6.4 مطابق. |
| RTI تعميل رپورٽ | سپر ايڊمن | سنڌ انفارميشن ڪميشن | قانوني ڪيڊنس (گهٽ ۾ گهٽ سالياني) | §5.3. |
8.2 ڊيش بورڊز، ڊائجسٽس، ۽ عوامي جواب دهي
رپورٽنگ اسٽيڪ اينالٽکس ماڊيول (ماڊيول I) ۽ Metabase تي ٺهيل آهي، role-scoped ڊيش بورڊز سان گڏ (/specs/sd/03-non-functional-reqs/ NFR-USA-002). حڪمراني لاءِ ٽي خصوصيتون اهم آهن:
- ڪابه self-certification ناهي. محڪما پنهنجي ڪارڪردگي پاڻ mark ناهي ڪري سگهندا؛ SLA انجڻ ۽ آڊٽ لاگ سچائي جا ماخذ آهن. محڪمي جو ڊيش بورڊ سسٽم رڪارڊ ٿيل حقائق جو view آهي، ڪو دعويٰ ناهي.
- عوامي جواب دهي. مجموعي ڪارڪردگي عوامي آهي. جنهن محڪمي جون chronic breaches آهن اهو انهن شهزادين ۽ ڪمپنين کي نظر اچي ٿو جن کي خدمت ڏئي ٿو، DARPG ”ٽاپ 20 شڪايت پذير منسٽريز“ disclosure جي عڪاسي.
- Traceability. هر رپورٽ تي هر هندسو underlying ٽِڪيٽس ۽ آڊٽ واقعات تائين drill-down آهي، تہ جوئي قيادت ۽ آڊيٽرز هڪ نمبر کان شواهد تائين وڃي سگهن.
8.3 رپورٽنگ ڪنٽرولز
| ID | ڪنٽرول | [M|S|C] | Trace |
|---|---|---|---|
| GOV-022 | عوامي شفافيت ڊيش بورڊ مجموعي، non-PII محڪمي ڪارڪردگي مسلسل شائع ڪندو، بشمول SLA تعميل، breach تعداد، ۽ RTI تعميل. | Must | §8.1, SEC-062, GOV-003 |
| GOV-023 | قيادت ڊائجسٽس هفتيوار (configurable) سيڪريٽريز ۽ SACM کي deliver ٿيندا، breaches، RTI deadlines، واقعا، ۽ پاليسي فيڊبڪ اميدوار ظاهر ڪندي. | Must | §8.1 |
| GOV-024 | مهيني، سي ماهي، ۽ سالياني پيڪس §6.4 مطابق تيار ٿيندا ۽ لاڳاپيل فورم جي فيصلن جو مستند input هوندا. | Must | §6.4 |
| GOV-025 | ڪنهن به رپورٽ تي ڪابه ڪارڪردگي هندسو ان محڪمي پاران assertable ناهي هوندو جنهن کي ماپيو وڃي ٿو؛ سڀئي هندسا SLA انجڻ ۽ آڊٽ لاگ مان حاصل ٿيندا. | Must | §8.2 |
9. دائري کار کان ٻاهر معاملا
SITP بذريعي ڊيزائن bounded آهي. CPGRAMS جي صريح مستثنيات جي عڪاسي ڪندي، هيٺ ڏنل معاملا دائري کار کان ٻاهر آهن ۽ triage تي مسترد ڪيا ويندا يا صحيح forum ڏانهن redirect سان گڏ filer ڏانهن موٽايا ويندا. مستثنيات جي فهرست نوٽيفڪيشن (§3.2 §4) ۾ encode آهي ۽ عوامي نالج بيس ۾ ظاهر آهي، تہ جوئي ڪمپنيون ڄاڻن تہ ڇا داخل نه ڪن.
9.1 دائري کار ۾
شڪايتون ۽ درخواستون جيڪي ڪنهن IT ڪمپني جي سنڌ حڪومت جي محڪمي سان تعلق سان لاڳاپيل آهن، بشمول مگر محدود ناهي: محڪمن ۽ انهن جي منسلڪ ادارن سان بقايا واجبات ۽ ت_NRتو paradox؛ inspection، licensing، registration، ۽ NOC ۾ دير؛ ريگيوليٽري هٿاساني؛ tax/NTN/SRB معاملا جتي ڪنهن محڪمي جي action يا inaction شڪايت هجي؛ EOBI ۽ ليبر سان لاڳاپيل معاملا؛ investment-facilitation رڪاوٽون؛ digital-services ۽ e-government رسائي جا مسئلا؛ ۽ RTI درخواستون Sindh RTI Act 2016 هيٺ (§5).
9.2 دائري کار کان ٻاهر (CPGRAMS انداز مستثنيات)
| دائري کار کان ٻاهر ڪيٽيگري | سبب | Redirect |
|---|---|---|
| Sub-judice معاملا — ڪو به معاملو جيڪو عدالت، tribunal، يا quasi-judicial forum جي زیرِ سماعت هجي. | پورٽل ڪنهن عدالتي عمل کي pre-empt ناهي ڪري سگهندو ۽ ناهي ڪندو. | filer کي عدالتي forum pursue ڪرڻ جو مشورو ڏنو وڃي ٿو؛ ٽِڪيٽ سبب ”sub-judice“ سان گڏ Cancelled/Withdrawn بند ڪيو وڃي ٿو. |
| سروس معاملا — حڪومتي ملازمن جون ذاتي ملازمت شڪايتون، بشمول وفاقي/صوبائي سروس ٽربيونلز جي زیرِ سماعت. | انهن جا مخصوص قانوني forum آهن. | لاڳاپيل سروس ٽربيونل / محڪمي اپيل ميکانزم تي redirect. |
| RTI بطور litigation متبادل — RTI جو استعمال جاري litigation لاءِ دستاويزون حاصل ڪرڻ جي ڪوشش، بجاءِ معلومات تائين رسائي جي حق جي استعمال جي. | RTI معلومات تائين رسائي لاءِ آهي، discovery لاءِ ناهي. | §5 مطابق هيڊل؛ جيڪڏهن درخواست litigation discovery لاءِ هجي ته PIO لاڳاپيل exemption لاڳو ڪري ٿو. |
| خالصتاً ذاتي / خانداني ت_NRتو paradox جن جو عوامي اداري سان ڪوبه تعلق ناهي. | ڪوبه حڪومتي محڪمو مناسب respondent ناهي. | مناسب سول forum تي redirect. |
| وفاقي دائري کار ۾ ايندڙ معاملا جتي ڪوبه سنڌ محڪمو مناسب respondent ناهي (مثال طور FBR وفاقي آهي؛ ڪجهه SECP معاملا). | پورٽل صوبائي آهي. | جتي ممكن هجي، وفاقي forum (مثال طور Pakistan Citizens Portal) تي redirect ۾ مدد؛ ٻي صورت redirect سان گڏ بند. |
| مخصوص فردن خلاف الزام بنا prima-facie محڪمي تعلق جي. | توهن ۽ مجرمانه معاملن جي جاءِ الڳ آهي. | مناسب FIA / پوليس / NAB تي redirect؛ محڪمي تعلق واري گمنام غلطي وهس بلور چينل (§14) ذريعي هيڊل ٿيندي آهي. |
| ٻن نجي ڌرين جي وچ ۾ تجارتي ت_NRتو paradox جتي ڪوبه محڪمو ملوث ناهي. | ڪوبه حڪومتي respondent ناهي. | سول عدالت / arbitration تي redirect. |
| اڳ ۾ فيصلو ٿيل معاملا جتي filer پورٽل جو اپيل رستو exhaust ڪري ڇڏيو هجي ۽ closure حتمي هجي. | حتميت. | پورٽل پنهنجن terminal states جو احترام ڪري ٿو (/specs/sd/06-ticket-workflow/ §8). |
9.3 دائري کار ڪنٽرولز
| ID | ڪنٽرول | [M|S|C] | Trace |
|---|---|---|---|
| GOV-026 | §9.1 ۽ §9.2 ۾ دائري کار ۾ ۽ دائري کار کان ٻاهر ڪيٽيگريز نوٽيفڪيشن ۾ encode ۽ نالج بيس ۾ شائع ٿينديون؛ triage رڪارڊ ٿيل سبب ۽ redirect سان گڏ دائري کار کان ٻاهر معاملا مسترد ڪندو. | Must | §9, §3.2 |
| GOV-027 | دائري کار کان ٻاهر مسترد ٿيلٽيون auditable هونديون ۽ ڪنهن محڪمي جي SLA ڪارڪردگي خلاف شمار ناهيون ٿينديون. | Must | §9.2 |
10. ڊيٽا شيئرنگ ۽ بين محڪمي قانوني بنياد
SITP محڪمن جي وچ ۾ ٽِڪيٽس روٽ ڪري ٿو ۽ sovereign-data سسٽمز (NADRA، SECP، FBR، SRB، PSEB، NITB e-Office) سان integrate ٿئي ٿو. انهن مان هر ڊيٽا وهڪري کي هڪ قانوني بنياد ۽ وصول ڪندڙ محڪمي جي انجام جي ضرورت آهي. قانوني بنياد طبقي ۾ ورهايل آهن.
10.1 ڊيٽا شيئرنگ جون قانوني بنيادون
| ڊيٽا وهڪرو | قانوني بنياد |
|---|---|
| S&ITD ↔ رڪن محڪمو (ٽِڪيٽ مواد، MoM، شواهد) | نوٽيفڪيشن (§3) ۽ محڪمي جو MoU ڊيٽا شيئرنگ schedule (§4.1 #11). |
| SITP ↔ sovereign-data سسٽمز (NADRA / SECP / FBR / SRB / PSEB) | هر source body سان integration معاهدو، S&ITD پاران عمل، مخصوص lookup مقصدن (identity verification، company verification، tax-status checks) اجازت ڏيندڙ. |
| SITP → NITB e-Office | NITB / وفاقي e-Office اختيار سان MoU ۽ محڪمي جو رڪارڊز انجام (§4.1 #12). |
| SITP → AI / OCR انجنس | ڊيٽا ڪلاس تي مبني: Restricted ڊيٽا ڪڏهن on-prem مان ناهي نڪرندو؛ ڪلائوڊ انجنس صرف redacted پي لوڊ وصول ڪن ٿا (SEC-051). |
| SITP → AG / PAC / انفارميشن ڪميشن / عدالتون | قانوني (آڊٽ، RTI رپورٽنگ، جائز حڪم). |
10.2 ڊيٽا شيئرنگ ڪنٽرولز
| ID | ڪنٽرول | [M|S|C] | Trace |
|---|---|---|---|
| GOV-028 | هر بين محڪمي ۽ بين السسٽم ڊيٽا وهڪري لاءِ هڪ دستاويزي قانوني بنياد (نوٽيفڪيشن، MoU schedule، يا integration معاهدو) فائل تي وهڪرو enable ٿيڻ کان اڳ موجود هوندو. | Must | §10.1 |
| GOV-029 | هر محڪمي جو MoU ڊيٽا شيئرنگ schedule شامل ڪندو جيڪو اجازت ڏنل lookups، PII هيڊلنگ انجام، ۽ ٽِڪيٽ context کان ٻاهر پورٽل ڊيٽا جي ٻيهر استعمال جي ممانعت شمار ڪندو. | Must | §4.1 #11, §10.1 |
| GOV-030 | ڊيٽا residency سڀ پروڊڪشن ذاتي ۽ sovereign ڊيٽا لاءِ SEC-053 مطابق پاڪستان اندر هوندو؛ cross-border transfer صرف aggregated، anonymised، يا PII-redacted پي لوڊز لاءِ دستاويزي شرطن هيٺ جائز. |
Must | §10.1, /specs/sd/11-security-compliance/ §15 |
11. رڪارڊ انتظام قانوني بنياد (سنڌ آرڪائيزز)
ٽِڪيٽس، MoMs، resolution certificates، ۽ آڊٽ لاگ سرڪاري حڪومتي رڪارڊز آهن، ايپليڪيشن ڊيٽا ناهيون. انهن جو lifecycle لہٰذا سنڌ آرڪائيزز قاعدا ۽ /specs/sd/11-security-compliance/ §16–§17 ۾ رڪارڊ انتظام ڪنٽرولز جي تابع آهي، ايپليڪيشن سهولت جي تابع ناهي.
11.1 رڪارڊز بنياد
نوٽيفڪيشن (§3.1) SITP artefacts کي سرڪاري رڪارڊز classify ڪندي آهي. /specs/sd/11-security-compliance/ §16 ۾ retention schedule retention windows کي منظم ڪري ٿو؛ archival workflow (SEC-055–SEC-059) index preservation سان گڏ long-term storage منتقلي کي منظم ڪري ٿو؛ ۽ disposal هڪ دستاويزي، منظور ٿيل، آڊٽ ٿيل action (SEC-057) آهي. litigation، آڊٽ، يا RTI hold جي تابع رڪارڊز hold کڻي وڃڻ تائين محفوظ آهن (§16 ibid.)۔
11.2 رڪارڊز ڪنٽرولز
| ID | ڪنٽرول | [M|S|C] | Trace |
|---|---|---|---|
| GOV-031 | نوٽيفڪيشن SITP ٽِڪيٽس، MoMs، resolution certificates، ۽ RTI درخواستن کي سنڌ آرڪائيزز قاعدا هيٺ سرڪاري حڪومتي رڪارڊز classify ڪندي. | Must | §3.1, §11.1 |
| GOV-032 | هڪ رڪارڊ انتظام طريقہ ڪار define ڪندو تہ ڇا شيءِ record بڻجندي آهي، ان جي ڪلاس، retention، ۽ archival رستو، SEC-055–SEC-059 مطابق. |
Must | §11.1, /specs/sd/11-security-compliance/ §17 |
| GOV-033 | سالياني archival آڊٽ schedule مطابق archival، indexing، ۽ disposal جي تصديق ڪندو، نتيجا closure تائين track ٿيندا (SEC-059). |
Must | §11.1 |
12. پائداري ۽ فنڊنگ
هڪ پورٽل جيڪو پائدار طريقي سان fund ناهي ٿيندو اهو ڪمزور ٿي ويندو؛ DARPG جو سبق generalize ٿئي ٿو. SITP جو پائداري ماڊل هڪ صوبائي ADP بجيٽ لائين، recurring hosting ۽ maintenance provision، PPP وينڊر سان واضح exit/handover منصوبو، ۽ cost-recovery اختيار تي قائم آهي جيڪي مفت شهري رسائي سان سمجهوتو ناهين ڪندا.
12.1 فنڊنگ اوزار
| اوزار | مقصد | مالڪ |
|---|---|---|
| ADP بجيٽ لائين — S&ITD هيٺ SITP جي build ۽ major-enhancement phases لاءِ هڪ مخصوص Annual Development Programme لائين. | Capital build، phased enhancements (Phase 0 → Phase 4 /specs/sd/14-roadmap-release/ مطابق). |
سيڪريٽري S&ITD، فائننس محڪمو. |
| Recurring provision — hosting (Server4Sale)، SMS/WhatsApp/email، AI/OCR consumption، ۽ MAAHIR operations & maintenance لاءِ non-development (current) بجيٽ. | روزمره هلڻ جي لاگت. | سيڪريٽري S&ITD. |
| Cost-recovery اختيار (ڪو به يا ڪابه ناهي، اسٽيئرنگ پاران set) — (a) value-added services جن تي فيس لڳائي سگهجي ٿي (priority TRI scheduling، ڪوٽي کان تجاوز ڪندڙ certified document generation، industry bodies لاءِ premium analytics)، ڪڏهن بنيادي شڪايت حق تي ناهي؛ (b) industry bodies (PSEB، P@SHA) کان membership/subscription aggregated، anonymised analytics لاءِ؛ (c) sovereign-data lookups لاءِ بين محڪمي لاگت ورهاست جيڪي ڪوٽي کان تجاور ڪن ٿيون. | recurring لاگت کي شهري رسائي gate کان بنا defray. | اسٽيئرنگ ڪاميٽي. |
| Self-sustaining هدف — اسٽيئرنگ ڪاميٽي Phase 3 تائين recurring-cost recovery جو رستو evaluate ڪندي جيڪو سال به سال ADP bids کان آزاد SITP کي برقرار رکڻ لاءِ ڪافي هجي. | ڊگهي مدتي پائداري. | اسٽيئرنگ ڪاميٽي. |
12.2 فنڊنگ تحفظاتي قدم
- بنيادي شڪايت ۽ RTI حق هميشه مفت آهي. ڪابه به cost-recovery اوزار شهري يا ڪمپني کان ٽِڪيٽ داخل ڪرڻ يا RTI حق استعمال ڪرڻ جو charge ناهي ڪري سگهندو. ڪابه به value-added فيس schedule اسٽيئرنگ ڪاميٽي جي منظور ٿيل ۽ شائع ٿيل آهي.
- PPP exit/handover منصوبو (
/specs/sd/23-ppp-vendor-exit/) يقيني بنائي ٿو تہ S&ITD وينڊر تبديلي جي دوران آپريشنز جاري رکي سگهي؛ source-code escrow (SEC-075) تسلسل جي حفاظت ڪري ٿو. - مالي وهڪرا auditable (
SEC-074) آهن؛ PPP service فيسز tax-records retention پيروي ڪن ٿيون.
12.3 پائداري ڪنٽرولز
| ID | ڪنٽرول | [M|S|C] | Trace |
|---|---|---|---|
| GOV-034 | S&ITD هيٺ SITP جي build ۽ major-enhancement phases لاءِ هڪ مخصوص ADP بجيٽ لائين برقرار رکي ويندي، hosting، communications، AI/OCR consumption، ۽ O&M لاءِ recurring current-budget provision سان گڏ. | Must | §12.1 |
| GOV-035 | بنيادي شڪايت ۽ RTI حق شهزادين ۽ ڪمپنين لاءِ مفت رهندو؛ ڪابه به cost-recovery اوزار صرف value-added services تي لاڳو ٿيندو، اسٽيئرنگ جي منظور ٿيل، ۽ شائع ٿيل هوندو. | Must | §12.2 |
| GOV-036 | اسٽيئرنگ ڪاميٽي Phase 3 تائين recurring-cost recovery جو رستو evaluate ڪندي جيڪو سال به سال ADP bids کان آزاد SITP کي برقرار رکڻ لاءِ ڪافي هجي. | Should | §12.1 |
| GOV-037 | سڀ مالي وهڪرا (ADP spend، recurring، cost recovery، PPP فيسز) auditable ۽ SEC-074 ۽ tax-records retention مطابق هوندا. |
Must | §12.2, /specs/sd/11-security-compliance/ §20 |
13. پاليسي فيڊبڪ لوپ
مڪرر شڪايتون پاليسي ناڪامي جون نشانيون آهن، صرف سروس ناڪامي جون ناهيون. SITP قسمن کي پاليسي سڌاري ۾ feed ڪري لوپ بند ڪري ٿو. هي اهو ميڪنزم آهي جنهن ذريعي پورٽل complaint-taker مان ڍانچي بهتري جي driver ۾ تبديل ٿئي ٿو — هڪ فعل جيڪو DARPG پنهنجن متعلقامي پاليسي مشورا نوٽس ذريعي منسٽرين کي ڏئي ٿو.
13.1 لوپ
- Detect. اينالٽکس ماڊيول (ماڊيول I) مڪرر معاملا flag ڪري ٿو: ڪا به ڪيٽيگري جنهن ۾ volume ۽ repeat-offender شرح گهڻن ڪمپنين ۾ وڌيڪ هجي، ڪو به محڪمو جنهن جو ڪنهن مخصوص موضوع تي chronic breach هجي، ٽِڪيٽس جو ڪو به خوشو جيڪو ڪنهن عام ريگيوليٽري رڳڙ ڏانهن اشارو ڪري. AI trend analysis اميدوار ظاهر ڪري ٿو.
- Triage. سپر ايڊمن هر مهينو flag ٿيل اميدوارن جو جائزو وٺندو آهي ۽ تصديق ڪندو آهي تہ ڪهڙي پاليسي فيڊبڪ سفارش جي ضمانت رکي ٿي (one-off يا ڪمپني مخصوص معاملا filter ڪندي).
- Recommend. پاليسي فيڊبڪ سفارش تيار ڪئي ويندي آهي، لاڳاپيل محڪمي ڏانهن مخاطب (۽ جتي cross-cutting هجي، ته گهڻن محڪمن ڏانهن)، مخصوص سڌارو (rule change، SOP update، فيس schedule correction، ريگيوليٽري آساني) تجويز ڪندي. سفارش traceability لاءِ اصل ٽِڪيٽ خوشي سان گڏ رڪارڊ ٿيندي آهي.
- Refer. سفارشون مهيني جائزي تي محڪمي سيڪريٽري ڏانهن وينديون آهن؛ cross-cutting يا اهم سفارشون سي ماهي اسٽيئرنگ ڪاميٽي ڏانهن وينديون آهن؛ وڏيون سفارشون سالياني ڪيبي نيٽ رپورٽ ۾ شامل ٿينديون آهن.
- Track. هر سفارش جي حيثيت (open / accepted / enacted / rejected) اسٽيئرنگ پيڪ تي track ٿيندي آهي؛ enacted سڌارا اصل خوشي سان جوڙي ڏنا ويندا آهن، ۽ پورٽل ماپيندو آهي تہ آيا سڌاري مڪرر معاملو گهٽايو.
- Publish. مجموعي پاليسي فيڊبڪ سرگرمي (سفارشون made، accepted، enacted) عوامي شفافيت ڊيش بورڊ تي رپورٽ ٿيندي آهي.
13.2 پاليسي فيڊبڪ لوپ خاڪو
تحريري وضاحت. لوپ detection سان شروع ٿئي ٿو: اينالٽکس ماڊيول مڪرر خوشن، مخصوص موضوعن تي chronic breaches، ۽ repeat-offender محڪمن لاءِ ٽِڪيٽس ۽ آڊٽ لاگ mine ڪري ٿو، ۽ سپر ايڊمن انهن کي هر مهينو triage ڪندو آهي تہ جوئي تصديق ٿئي تہ ڪهڙيون حقيقي پاليسي اميدوار آهن one-offs جي بدران. تصديق ٿيل اميدوار draft سڌارو سفارشون بڻجن ٿيون جيڪي لاڳاپيل محڪمي ڏانهن يا، جتي cross-cutting هجي، ته گهڻن ڏانهن مخاطب ٿينديون آهن. سفارشون موجوده جائزي جي ڪيڊنس تي مٿي refer ٿينديون آهن — مهيني محڪمي سيڪريٽري ڏانهن، سي ماهي اسٽيئرنگ ڪاميٽي ڏانهن، سالياني ڪيبي نيٽ رپورٽ ۾ — ۽ هر سفارش terminal حيثيت تائين track ٿيندي آهي جنهن ۾ enacted سڌارو اصل خوشي سان جڙيل هوندو آهي. پورٽل پوءِ ماپيندو آهي تہ آيا سڌاري مڪرر کي گهٽايو، لوپ کي empirically بند ڪندي، ۽ مجموعي پاليسي فيڊبڪ سرگرمي شفافيت ڊيش بورڊ تي شائع ٿيندي آهي تہ جوئي عوام صرف هيڊل ٿيل شڪايتون ناهي پر fixed ڍانچا مسئلا به ڏسي سگهي.
13.3 پاليسي فيڊبڪ ڪنٽرولز
| ID | ڪنٽرول | [M|S|C] | Trace |
|---|---|---|---|
| GOV-038 | اينالٽڪس ماڊيول هر مهينو سپر ايڊمن triage لاءِ مڪرر معاملو اميدوار ظاهر ڪندو، بشمول ڪيٽيگري volume، repeat-offender flags، ۽ chronic-breach خوشا. | Must | §13.1 |
| GOV-039 | تصديق ٿيل پاليسي فيڊبڪ سفارشون open کان terminal حيثيت (accepted / enacted / rejected) تائين اسٽيئرنگ پيڪ تي track ٿينديون، enacted سڌارا اصل خوشي سان جوڙي ڏنا ويندا. | Must | §13.1 |
| GOV-040 | مجموعي پاليسي فيڊبڪ سرگرمي عوامي شفافيت ڊيش بورڊ تي شائع ٿيندي. | Should | §13.1, §8 |
14. وهس بلور / گمنام چينل — قانوني تحفظ
SITP هڪ restricted-visibility گمنام / وهس بلور intake چينل (ماڊيول K, /specs/sd/24-trust-safety/) فراهم ڪري ٿو جتي filer retaliation کان ڊوڙي ٿو اتي ڪنهن محڪمي يا ان جي عهديدارن جي غلطي جي اطلاع ڏيڻ لاءِ. هيٺ ڏنل قانوني تحفظ ڍانچو ان چينل کي منظم ڪري ٿو.
14.1 قانوني تحفظ ڍانچو
| تحفظ | ميڪنزم |
|---|---|
| شناخت جو تحفظ | filer جي شناخت ٽِڪيٽ تي محفوظ ناهي ٿيندي؛ هڪ opaque pseudonymous handle ۽ one-way token استعمال ٿيندو آهي (/specs/sd/06-ticket-workflow/ §14 مطابق). صرف S&ITD ۾ نامزد وهس بلور هيڊلنگ ڪردار ۽، اختياري طور تي، سيڪريٽري S&ITD ٽِڪيٽ ڏسي سگهن ٿا. |
| Non-retaliation انجام | نوٽيفڪيشن (§3) ۽ هر MoU (§4.1) non-retaliation انجام شامل ڪندو: ڪوبه محڪمو يا عهديدار ان شخص خلاف retaliation ناهي ڪندو جنهن جي باري ۾ منطقي طور تي يقين هجي تہ هن protected disclosure ڪئي آهي؛ retaliation پاڻ هڪ recordable، sanctionable طريقہ ڪار لپس آهي. |
| Restricted retention | وهس بلور رڪارڊز هڪ ڊگهي، شناخت کان محفوظ ونڊو (/specs/sd/11-security-compliance/ §16 ۾ retention schedule مطابق 10 سال) لاءِ retain ٿيندا آهن، شناخت ظاهر ڪڻ بنا شواهد محفوظ رکڻ لاءِ. |
| Controlled اسڪيليشن | وهس بلور ٽِڪيٽس تي نگراني notifications مان filer-identifying معلومات حذف ٿينديون آهن؛ معياري SLA ۽ اسڪيليشن لاڳو ٿيندا آهن مگر filer ڪڏهن ٻيهر identify ناهي ٿيندو. |
| مجاز اختيار ڏانهن divert | جتي ڪا disclosure مجرمانه رويي (کرپشن، FIA-era ڏوھ، NAB معاملا) ڏانهن اشارو هجي، S&ITD facilitator معاملو مجاز اختيار (FIA / NAB / ACE) ڏانهن secure handoff هيٺ divert ڪندو آهي، non-retaliation تحفظات برقرار رکندي. |
14.2 وهس بلور ڪنٽرولز
| ID | ڪنٽرول | [M|S|C] | Trace |
|---|---|---|---|
| GOV-041 | نوٽيفڪيشن ۽ هر MoU non-retaliation انجام شامل ڪندو جيڪو وهس بلور چينل ذريعي protected disclosure ڪندڙ فردن جي حفاظت ڪندو. | Must | §14.1 |
| GOV-042 | وهس بلور ٽِڪيٽس restricted-visibility، شناخت جو تحفظ رکندڙ هوندا، ۽ سڀني نگراني notifications مان filer-identifying معلومات حذف ڪئي ويندي. | Must | §14.1, /specs/sd/06-ticket-workflow/ §14 |
| GOV-043 | جتي ڪا disclosure مجرمانه رويي ڏانهن اشارو هجي، S&ITD facilitator secure handoff هيٺ معاملو مجاز اختيار ڏانهن divert ڪندو، non-retaliation تحفظات برقرار رکندي. | Must | §14.1 |
15. AG / PAC آڊٽ جي تياري
پورٽل آڊيٽر جنرل (AG) ۽ پبلڪ اڪائونٽس ڪاميٽي (PAC) لاءِ گڏوگڏ اندروني آڊٽ ۽ ت_NRتو paradox حل لاءِ طلب تي آڊٽ تيار هجڻ گهرجي. آڊٽ لاگ ۽ رڪارڊز بنيادي شواهد آهن؛ هي سيڪشن اهي حڪمراني ذميداريون بيان ڪري ٿو جيڪي /specs/sd/11-security-compliance/ §20 جي تکنيڪي ڪنٽرولز جي مٿان بيٺيون آهن.
15.1 آڊٽ تياري ذميداريون
- آڊٽ لاگ (
aud_event) append-only ۽ hash-chained (SEC-042,SEC-044) آهي، off-host export (SEC-046) ٿئي ٿو، ۽ signed manifest سان گڏ selectable date range تي طلب تي exportable (SEC-072) آهي. - شواهد پيڪس — pen-test رپورٽون، ASVS L2 assessment، DPIA، CII registration، IR منصوبو، access-review رڪارڊز، رڪارڊز/archival آڊٽ، RTI تعميل رپورٽ، مالي وهڪرو آڊٽ ٽريل — سپر ايڊمن پاران برقرار ۽ طلب تي produced (
SEC-076). - رڪارڊز linkage e-Office file movement ڏانهن هڪ آڊيٽر کي پورٽل ٽِڪيٽ → سرڪاري file → نتيجي تائين trace ڪرڻ ڏي ٿو (
SEC-073). - PPP source-code escrow ۽ exit/handover منصوبو وينڊر تبديلي جي دوران auditability جي حفاظت ڪن ٿا (
SEC-075). - سپر ايڊمن AG/PAC آڊٽ چڪرن لاءِ سنگل پوائنٽ آف ڪنٽيڪٽ آهي، شواهد production کي coordinate ڪري ٿو ۽ نتيجن تي عمل ڪري ٿو؛ اسٽيئرنگ ڪاميٽي آڊٽ نتيجن جو سي ماهي جائزو وٺندي آهي.
15.2 آڊٽ تياري ڪنٽرولز
| ID | ڪنٽرول | [M|S|C] | Trace |
|---|---|---|---|
| GOV-044 | SITP AG ۽ PAC لاءِ طلب تي آڊٽ تيار هوندو؛ سپر ايڊمن آڊٽ چڪرن لاءِ سنگل پوائنٽ آف ڪنٽيڪٽ هوندو ۽ شواهد production ۽ نتيجا closure coordinate ڪندو. | Must | §15.1, /specs/sd/11-security-compliance/ §20 |
| GOV-045 | شواهد پيڪس current برقرار ۽ طلب تي produced هوندا، سيڪيورٽي، رازداري، رڪارڊز، RTI، ۽ مالي وهڪرو آڊٽ ٽريلز جو احاطو. | Must | §15.1, SEC-076 |
| GOV-046 | آڊٽ نتيجا ۽ findings اسٽيئرنگ ڪاميٽي پاران سي ماهي جائزو ۽ closure تائين track ٿيندا. | Must | §15.1, §6.1 |
16. بين محڪمي ت_NRتو paradox حل
SITP ۽ رڪن محڪمي جي وچ ۾، يا ٻن رڪن محڪمن جي وچ ۾ ڪنهن ٽِڪيٽ تي ت_NRتو paradox، ڪنهن بيروني forum جي ڳولا کان اڳ هڪ ڍانچيدار ڏاڪي چڙهندا آهن. هي پورٽل جي تعاوني بنياد جي حفاظت ڪري ٿو ۽ حل کي تيز رکي ٿو.
| سطح | فورم | متحرڪ |
|---|---|---|
| 1 | S&ITD Facilitator ↔ محڪمي فوڪل پرسن | routing، ملڪيت، يا هيڊلنگ تي ڪوبه اختلاف. |
| 2 | DG-to-DG (S&ITD DG ↔ محڪمي DG) | سطح 1 تي unresolved. |
| 3 | Secretary-to-Secretary (سيڪريٽري S&ITD ↔ محڪمي سيڪريٽري) | سطح 2 تي unresolved؛ اها سطح جتي MoU خانن جا ت_NRتو paradox settle ٿين ٿا. |
| 4 | اسٽيئرنگ ڪاميٽي | سطح 3 تي unresolved؛ cross-cutting ت_NRتو paradox؛ systemic معاملا. |
| 5 | SACM / CM Office | سطح 4 تي unresolved؛ سياسي اهميت جا معاملا. |
ت_NRتو paradox آڊٽ ٽريل ۾ پهتي سطح ۽ نتيجي سان گڏ log ٿيندا آهن؛ chronic ت_NRتو paradox پاليسي فيڊبڪ لوپ (§13) کي feed ڪن ٿا.
16.1 ت_NRتو paradox ڪنٽرولز
| ID | ڪنٽرول | [M|S|C] | Trace |
|---|---|---|---|
| GOV-047 | بين محڪمي ت_NRتو paradox §16 جي ڏاڪي چڙهندا ڪنهن به بيروني forum جي ڳولا کان اڳ؛ پهتي سطح ۽ نتيجو آڊٽ-لاگڊ هوندو. | Must | §16, §4.1 #15 |
17. هن هدايت نامي جي ترميم ۽ تبديلي جي حڪمراني
هي دستاويز، ان جي نوٽيفڪيشن، ان جو SOP، ۽ MoUs سڀ تبديلي جي تابع آهن. هيٺ ڏنل تبديلي حڪمراني ماڊل طئي ڪري ٿو تہ ڪير ڇا تبديل ڪري سگهي ٿو، ڪنهن جي اتفاق سان، ڪهڙي ڪيڊنس تي.
17.1 ترميم اختيار
| اوزار | ترميم اختيار | اتفاق |
|---|---|---|
هي هدايت نامو (/specs/sd/22-governance-legal/) ۽ ان جا UR/SD ترجما |
سيڪريٽري S&ITD | اسٽيئرنگ ڪاميٽي؛ اهم تبديليون SACM کي flag. |
| نوٽيفڪيشن (§3) | سيڪريٽري S&ITD | CM Office / SACM اتفاق؛ گزيٽ اشاعت. |
| SOP (§3.3) | سيڪريٽري S&ITD | S&ITD کان پري ڪجهه ناهي؛ KB ۾ versioned. |
| محڪمي MoU (§4) | سيڪريٽري S&ITD + رڪن سيڪريٽري | باهمي رضامندي؛ سالياني جائزو. |
| عالمي کنفيگريشن (SLA defaults، اسڪيليشن ڏاڪيون، هاليڊي ڪيلينڊر، فيچر فليگز) | سپر ايڊمن | حساس عالمي تبديلين لاءِ two-person منظوري (مثال طور proof gate disable) /specs/sd/06-ticket-workflow/ §15 مطابق. |
| محڪمو-scoped کنفيگريشن | محڪمي DG/سيڪريٽري (action اختيار سان) | سپر ايڊمن رڪارڊ ۽ آڊٽ. |
17.2 ترميم اصول
- Backward مطابقت. ترميمون مستحکم IDs (
GOV-<nnn>,SEC-<nnn>,FR-<MOD>-<nnn>) برقرار رکندن — IDs ڪڏهن به renumbered يا re-used ناهين (_conventions.md§4). متروڪ controls کي superseded mark ڪيو وڃي ٿو، delete ناهي. - آڊٽ ٽريل. هدايت نامي، نوٽيفڪيشن، SOP، يا MoU جي هر ترميم آڊٽ لاگ ۾ old/new قدر، actor، ۽ سبب سان گڏ رڪارڊ ٿيندي آهي.
- ترجمو مساوات. EN master ۾ تبديلي UR ۽ SD ترجمن ۾ لاڳاپيل تبديلي جي پابند ڪندي آهي، completion تائين track (
_conventions.md§2). - Stakeholder notice. اهم ترميمون متاثر محڪمن کي notify ڪيون وينديون آهن ۽، جتي لاڳاپيل هجي، عوام کي (filers کي متاثر ڪندڙ in-scope/out-of-scope يا SLA تبديلين لاءِ).
17.3 تبديلي حڪمراني ڪنٽرولز
| ID | ڪنٽرول | [M|S|C] | Trace |
|---|---|---|---|
| GOV-048 | هن هدايت نامي ۾ سيڪريٽري S&ITD پاران اسٽيئرنگ ڪاميٽي اتفاق سان ترميم ٿيندي؛ اهم تبديليون SACM کي flag ڪيون وينديون. | Must | §17.1 |
| GOV-049 | نوٽيفڪيشن ۾ سيڪريٽري S&ITD پاران CM Office / SACM اتفاق ۽ گزيٽ اشاعت سان ترميم ٿيندي؛ SOP ۾ S&ITD تنهنج ترميم ڪري سگهي ٿو. | Must | §17.1 |
| GOV-050 | مستحکم ڪنٽرول IDs (GOV-<nnn>) ڪڏهن به renumbered يا re-used ناهين ٿيندا؛ متروڪ controls کي superseded mark ڪيو ويندو. |
Must | §17.2, _conventions.md §4 |
| GOV-051 | هن هدايت نامي، نوٽيفڪيشن، SOP، يا MoU جي هر ترميم old/new قدر، actor، ۽ سبب سان گڏ آڊٽ-لاگڊ ٿيندي، ۽ لاڳاپيل EN/UR/SD ترجمو اپڊيٽس متحرڪ ڪندي. | Must | §17.2 |
18. ڪنٽرول ڪئٽلاگ خلاصو
| ڊومين | ڪنٽرولز | IDs | تعداد |
|---|---|---|---|
MANDATE |
قانوني مختص، نوٽيفڪيشن، SOP | GOV-004 – GOV-008 | 5 |
MOU |
في محڪمو MoUs | GOV-009 – GOV-014 | 6 |
RTI |
Sindh RTI Act 2016 | GOV-015 – GOV-019 | 5 |
STEER |
اسٽيئرنگ ڪاميٽي، آپريشنل ملڪيت، جائزي جي ڪيڊنس | (prose §6؛ REPORT کي cross-cut) | — |
RACI |
ڪردار ۽ جواب دهي ميٽرڪس | GOV-020 – GOV-021 | 2 |
REPORT |
قيادت کي ڪارڪردگي رپورٽنگ | GOV-022 – GOV-025 (+ GOV-003) | 5 |
SCOPE |
دائري کار ۾ / دائري کار کان ٻاهر | GOV-026 – GOV-027 | 2 |
DATA |
ڊيٽا شيئرنگ ۽ بين محڪمي قانوني بنياد | GOV-028 – GOV-030 | 3 |
REC |
رڪارڊ انتظام قانوني بنياد | GOV-031 – GOV-033 | 3 |
FUND |
پائداري ۽ فنڊنگ | GOV-034 – GOV-037 | 4 |
POLICY |
پاليسي فيڊبڪ لوپ | GOV-038 – GOV-040 | 3 |
WB |
وهس بلور / گمنام چينل | GOV-041 – GOV-043 | 3 |
AUDIT |
AG / PAC آڊٽ تياري | GOV-044 – GOV-046 | 3 |
DISPUTE |
بين محڪمي ت_NRتو paradox حل | GOV-047 | 1 |
CHG |
ترميم ۽ تبديلي حڪمراني | GOV-048 – GOV-051 | 4 |
WHY |
حڪمراني ڇو اهم آهي | GOV-001 – GOV-003 | 3 |
| ڪل | — | GOV-001 – GOV-051 | 52 |
18.1 MoSCoW ورهاست
| ترجيح | تعداد |
|---|---|
| Must | 48 |
| Should | 4 |
| Could | 0 |
| Won't (هن phase ۾) | 0 |
| ڪل | 52 |
19. کليل معاملا [TBD/confirm]
| # | معاملو | مالڪ | عمل |
|---|---|---|---|
| 1 | Sindh Transparency & RTI Act 2016 جا exact سيڪشن نمبرز ۽ ڏينهن جي گنٽي Act متن جي خلاف تصديق ڪريو؛ SLA کنفيگريشن ۾ سيڪشنز cite ڪريو (§5.1). | S&ITD Legal + رڪارڊ آفيسر | baseline freeze کان اڳ تصديق. |
| 2 | نوٽيفڪيشن (§3.2) S&ITD Legal ذريعي تيار ڪريو ۽ CM Office / SACM اتفاق لاءِ route ڪريو. | S&ITD Legal | go-live کان اڳ. |
| 3 | باني ڪوهرٽ MoUs (§4) عمل ۾ آڻيو ۽ department_mous، sla_definitions، oversight_powers، ۽ evidence_schema قطارون seed ڪريو. |
سپر ايڊمن + رڪن سيڪريٽريز | محڪمي activation کان اڳ. |
| 4 | سنڌ آرڪائيزز قاعدن جا exact retention دفعات جي تصديق ڪريو ۽ retention schedule align ڪريو (/specs/sd/11-security-compliance/ §16). |
رڪارڊ آفيسر | baseline freeze کان اڳ. |
| 5 | موجوده ۽ ايندڙ مالي سال لاءِ ADP بجيٽ لائين ۽ recurring provision جي تصديق ڪريو (§12). | سيڪريٽري S&ITD + فائننس | Phase 1 کان اڳ. |
| 6 | S&ITD Legal سان گڏ نوٽيفڪيشن ۽ MoUs لاءِ non-retaliation wording جي تصديق ڪريو (§14). | S&ITD Legal | go-live کان اڳ. |
| 7 | اسٽيئرنگ ڪاميٽي جي مستقل بمقابله rotation محڪمي رڪنيت جي تصديق ڪريو (§6.1). | سيڪريٽري S&ITD | پهرين سي ماهي نشست کان اڳ. |
| 8 | سنڌ انفارميشن ڪميشن سان گڏ RTI رپورٽنگ ڪيڊنس جي تصديق ڪريو (§5.3). | سپر ايڊمن + SIC liaison | go-live کان اڳ. |
دستاويز جو اختتام۔