حکمرانی و قانونی ڈھانچہ

سندھ آئی ٹی پورٹل — سہولت ڈیسک (SITP) کے لیے مستند حکمرانی، قانونی مختص، بین المحاکم رابطہ، RTI تعمیل، جواب دہی، پائداری، اور ترامیم کا ڈھانچہ۔

خانہ	قدر
دستاویز آئی ڈی	22
حیثیت	مسودہ
مالک	S&ITD / MAAHIR
زبانیں	EN (master) · UR · SD
کنٹرول آئی ڈی اسکیم	`GOV-<nnn>` (متسلسل، EN/UR/SD میں مستحکم)
ربط	`_context.md` §6 · `/specs/ur/06-ticket-workflow/` §6 · `/specs/ur/11-security-compliance/` §17–§18, §20 · `/specs/ur/23-ppp-vendor-exit/` · `/specs/ur/24-trust-safety/` · `/specs/ur/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/ur/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. حکمرانی کیوں اہم ہے

SITP بذریعہ ڈیزائن ایک سنگل ونڈو ہے جس کے ذریعے 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-escalation سیڑھی، اور deemed-refusal / breach سلوک کے ساتھ (§3, `/specs/ur/06-ticket-workflow/` §6)۔
فی منسٹری نامزد نوڈل / اپیل اتھارٹی — ہر منسٹری ایک نوڈل افسر (پہلی نشست) اور ایک اپیل اتھارٹی (دوسری نشست) نامزد کرتی ہے؛ دونوں نامزد، جواب دہ افراد ہوتے ہیں۔	رابطے، اسکیلیشن، اور آڈٹ کے لیے ہمیشہ ایک جانا پہچانا انسان موجود ہوتا ہے۔	فی محکمہ فوکل پرسن + DG/سیکریٹری نگرانی چین MoU میں (§4)۔
ماہانہ / عدم اطمینان پر مبنی جائزہ اور PM لیول ڈیش بورڈنگ — DARPG disposal ٹائم لائنز، ٹاپ 20 شکایت پذیر منسٹریز، شائع کرتا ہے، اور وزیر اعظم متوازی طور پر ڈیش بورڈ کا جائزہ لیتے ہیں۔	عوامی اور عروج کی بصارت رویے کی تبدیلی پیدا کرتی ہے۔	عوامی شفافیت ڈیش بورڈ، ماہانہ محکمہ جائزہ، سہ ماہی اسٹیئرنگ، سالانہ کیبی نیٹ جائزہ (§6, §8)۔
فیڈبیک / اپیل / دوبارہ کھولنا — ہر درخواست گزار disposal کو ریٹ کر سکتا ہے، دوبارہ کھول سکتا ہے، اور اپیل کر سکتا ہے۔	محکمے خود closure کو سند یقین نہیں کر سکتے۔	CSAT، دوبارہ کھولنا، CPGRAMS انداز اپیل (`/specs/ur/06-ticket-workflow/` کا §7)۔
دائرہ کار سے باہر کی مستثنیات — CPGRAMS صراحتاً sub-judice معاملات، tribunals کے تحت سروس معاملات، RTI Act کی درخواستیں (الگ ٹریک پر ہینڈل)، اور خالصتاً ذاتی تنازعات مستثنیٰ کرتا ہے۔	حقیقی، قابلِ tackling شکایات پر توجہ؛ سسٹم کے بطور litigation forum استعمال روکتا ہے۔	§9 ان مستثنیات کی عکاسی کرتا ہے۔

DARPG کا سبق واضح ہے: بغیر مختص کے ٹیکنالوجی غیر فعال ہے۔ لہٰذا SITP ہر دوسری صلاحیت سے قبل §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/ur/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/ur/23-ppp-vendor-exit/` میں PPP شرائط کے تحت چلانا، جبکہ S&ITD پالیسی اور ڈیٹا کی ملکیت برقرار رکھتا ہے۔	عوامی نجی تقسیم کو تنازعات سے قبل طے کرتا ہے۔
رپورٹنگ ذمہ داریاں رکن محکموں کی 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/ur/06-ticket-workflow/` کا §9)؛ MoM تیاری؛ ڈیٹا شیئرنگ۔
7	SLA و اسکیلیشن	SLA ٹیبل (`/specs/ur/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/ur/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 تنازعات، inspection ہراسانی، license میں تاخیر؛ SECP کے لیے: name conflicts، filing errors۔
5	محکمہ فوکل پرسن(ز)	نامزد فرد، کردار، سرکاری ای میل، فون، اور نامزد متبادل کے ساتھ؛ رجسٹریشن، تفویض، اور حل تک لے جانے کا ذمہ دار۔ (CPGRAMS نوڈل افسر کی عکاسی)۔
6	اسکیلیشن رابطے	نامزد DG، سیکریٹری، اور کوئی Chair جس کی منظوری حساس/VIP closure کے لیے درکار ہو۔
7	اس محکمے کے لیے SLA میٹرکس	فی کیٹگری FRT اور Resolution ہدف؛ عالمی default (`/specs/ur/06-ticket-workflow/` §5) کی overrides۔
8	کاروباری اوقات و ویک اینڈ	SLA گھڑی کے مقاصد کے لیے محکمے کے اصل ورکنگ اوقات اور ویک اینڈ کی تعریف۔
9	فی سطح نگرانی اختیارات	کیا DG / سیکریٹری اس محکمے کے لیے notify-only یا action ہیں (`/specs/ur/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	تنازعہ حل	پہلے، 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 میٹنگ شرکت۔
رپورٹنگ اور پالیسی فیڈبیک تعاون۔
تنازعہ حل سیڑھی۔
جائزہ، ترمیم، مدت، 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/ur/06-ticket-workflow/` §15
GOV-012	ہر MoU ڈیٹا شیئرنگ schedule شامل کرے گا جو محکمے کی اجازت شدہ sovereign-data lookups اور PII ہینڈلنگ اتفاقات کو شمار کرے، `/specs/ur/11-security-compliance/` §15 کے مطابق۔	Must	§10, `/specs/ur/11-security-compliance/` §15
GOV-013	ہر MoU کا سالانہ جائزہ لیا جائے گا؛ ختم شدہ MoUs اسٹیئرنگ کمیٹی ڈیش بورڈ پر flag ہوں گے۔	Must	§4.1 #16, §6
GOV-014	MoU کے تحت کوئی تنازعہ کسی بیرونی forum کی تلاش سے قبل dispute سیڑھی (facilitator → DG-to-DG → Secretary-to-Secretary → SACM) چڑھے گا۔	Must	§4.1 #15

5. RTI بطور خاص زمرہ — Sindh Transparency & RTI Act 2016

Sindh Transparency & Right to Information Act 2016 ہر شہری کو عوامی اداروں سے معلومات طلب کرنے کا قانونی حق دیتا ہے اور قانونی deadlines عائد کرتا ہے جو پورٹل کے عمومی SLA پر حاوی ہوتے ہیں۔ SITP، RTI کو ایک فرسٹ کلاس ٹکٹ زمرہ سمجھتا ہے جس کی اپنی روٹنگ، اپنا قانونی SLA کیلنڈر، اور سندھ انفارمیشن کمیشن کی طرف اپنی رپورٹنگ لائن ہے۔ یہ سیکشن قانونی ٹائمرز بیان کرتا ہے؛ آپریشنل کنٹرولز /specs/ur/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/ur/06-ticket-workflow/` §5.4)۔
Deemed refusal	اگر قانونی ونڈو (کسی بھی جائز توسیع سمیت) کے اندر کوئی جواب نہ ہو تو درخواست refused سمجھی جاتی ہے اور شہری کا اپیل کا حق خود کار طور پر متحرک ہوتا ہے	—	SLA انجن خود کار طور پر `deemed_defusal` flag سیٹ کرتا ہے اور درخواست کو محکمے کے ڈیش بورڈ اور عوامی RTI رپورٹ پر ظاہر کرتا ہے۔
پہلی اپیل — عوامی ادارے کے سربراہ کی طرف	شہری کی طرف سے جواب یا deemed refusal کے 30 دنوں کے اندر درج؛ 30 دنوں کے اندر فیصلہ	عوامی ادارے کا سربراہ (عموماً سیکریٹری)	CPGRAMS انداز اپیل (`/specs/ur/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/ur/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) پر چڑھ چکے تنازعات کا فیصلہ کرتی ہے۔

رکن	کمیٹی پر کردار
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/ur/04-roles-permissions/) کے پاس ہے، جو سیکریٹری S&ITD کو رپورٹ کرتا ہے۔ سپر ایڈمن:

عالمی کنفیگریشن کی ملکیت رکھتا ہے: SLA defaults، اسکیلیشن سیڑھیاں، ہالیڈے کیلنڈر، فیچر فلیگز، نوٹیفکیشن ٹیمپلیٹس، اور /specs/ur/06-ticket-workflow/ §15 میں شمار کردہ تمام کنفیگریشن جدول۔
محکموں کو آن بورڈ کرتا ہے، ان کی MoU-driven کنفیگریشن seed کرتا ہے، اور فوکل پرسن roster کا انتظام کرتا ہے۔
trust-and-safety، abuse، اور moderation افعال چلاتا ہے (/specs/ur/24-trust-safety/)۔
آرکائیو اور disposal اعمال کے لیے ریکارڈ افسر ہے (§11, SEC-057)۔
ماہانہ محکمہ جائزہ (§6.4) طلب کرتا ہے اور سہ ماہی اسٹیئرنگ پیک اور سالانہ کیبی نیٹ پیک (§8) تیار کرتا ہے۔
break-glass اور privileged-access entitlements رکھتا ہے، /specs/ur/11-security-compliance/ §21 کی سہ ماہی recertification کے تابع۔

6.3 اسکیلیشن حکمرانی

اسکیلیشن سیڑھی (/specs/ur/06-ticket-workflow/ §6) ایک notified ڈھانچہ (§3.1) ہے، صرف کنفیگرڈ نہیں۔ اس کی حکمرانی خصوصیات یہ ہیں:

فی سطح اتھارٹی فی محکمہ کنفیگرڈ (notify-only بمقابلہ action) مگر سیڑھی کا وجود نوٹیفکیشن کی طرف سے مقرر ہے۔
نگرانی اعمال (reassign، SLA override، force-resolve، directive letter) خود آڈٹ ہوتے ہیں اور اسٹیئرنگ پیک پر ظاہر ہوتے ہیں، تاکہ apex دیکھ سکے کہ اسکیلیشنز سے کیسے نبٹا گیا، نہ کہ صرف یہ کہ کیا ہوئے۔
مکرر مجرم (محکمے یا افسران جن کے بارے میں متعدد اسکیلیشنز ہوئے) systemic-issue جائزے کے لیے flag ہوتے ہیں اور پالیسی فیڈبیک لوپ (§13) کو feed کرتے ہیں۔
محکموں کے درمیان تنازعات MoU dispute سیڑھی (§4.1 #15) چڑھتے ہیں اور، حل نہ ہونے کی صورت میں، اسٹیئرنگ کمیٹی تک پہنچتے ہیں۔

6.4 جائزے کی کیڈنس

کارکردگی جائزہ تین سطحی کیڈنس پر چلتا ہے جو DARPG ماہانہ جائزہ + apex ڈیش بورڈ ماڈل کی عکاسی کرتا ہے۔ ہر سطح کا defined artefact، سامعین، اور فیصلہ حقوق ہیں۔

کیڈنس	فورم	سامعین	بنیادی artefact	فیصلہ حقوق
ماہانہ	محکمہ جائزہ میٹنگ (S&ITD کی صدارت میں، محکمہ فوکل پرسنز / DGs کی حاضری)	فوکل پرسنز، DGs، سپر ایڈمن	محکمہ کارکردگی پیک: SLA تعمیل، breach تعداد، پرانے ٹکٹس، RTI تعمیل، repeat-offender flags، کھلے تنازعات۔	آپریشنل اصلاحات: 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 حکمرانی ڈھانچہ خاکہ

flowchart TD CM["Cabinet & CM Office (Syed Murad Ali Shah)"] SACM["SACM on S&IT (Mr. Muhammad Ali Rashid) — Chair, Steering Committee"] STEER["Steering Committee (quarterly)"] SECSIT["Secretary S&ITD — Operational owner; convenes Steering"] SA["S&ITD Super Admin — day-to-day ops, config, records officer"] DEPTS["Member Departments (Secretary → DG → Focal Person → Officer)"] VENDOR["MAAHIR / Server4Sale — technical delivery"] SIC["Sindh Information Commission (RTI reporting)"] AGPAC["Auditor-General / PAC (audit readiness)"] CM --> SACM SACM --> STEER SECSIT --> STEER DEPTS --> STEER VENDOR -. non-voting .-> STEER SECSIT --> SA SA --> DEPTS SA --> VENDOR DEPTS -->|MoU binding| SA SA -->|monthly dept review| DEPTS STEER -->|annual report| CM SA -->|RTI compliance report| SIC SA -->|audit evidence| AGPAC classDef apex fill:#f0f6fd,stroke:#2c5282,color:#2c5282; classDef owner fill:#f0fdf4,stroke:#276749,color:#276749; classDef ext fill:#fdf2f0,stroke:#9b2c2c,color:#9b2c2c; class CM,SACM,STEER apex; class SECSIT,SA,DEPTS,VENDOR owner; class SIC,AGPAC ext;

تحریری وضاحت۔ سیاسی ملکیت کیبی نیٹ اور 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/ur/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/ur/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 کمپنی کے سندھ حکومت کے محکمے کے ساتھ تعلق سے متعلق ہیں، بشمول مگر محدود نہیں: محکموں اور ان کے منسلک اداروں کے ساتھ بقايا واجبات اور تنازعات؛ 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` بند کیا جاتا ہے۔
سروس معاملات — حکومتی ملازمین کی ذاتی ملازمت شکایات، بشمول وفاقی/صوبائی سروس ٹریبیونلز کے زیرِ سماعت۔	ان کے مخصوص قانونی فورمز ہیں۔	متعلقہ سروس ٹریبیونل / محکمہ اپیل میکانزم پر redirect۔
RTI بطور litigation متبادل — RTI کا استعمال جاری litigation کے لیے دستاویزات حاصل کرنے کی کوشش، بجائے معلومات تک رسائی کے حق کے استعمال کے۔	RTI معلومات تک رسائی کے لیے ہے، discovery کے لیے نہیں۔	§5 کے مطابق ہینڈل؛ اگر درخواست litigation discovery کے لیے ہو تو PIO متعلقہ exemption لاگو کرتا ہے۔
خالصتاً ذاتی / خاندانی تنازعات جن کا عوامی ادارے سے کوئی تعلق نہیں۔	کوئی حکومتی محکمہ مناسب respondent نہیں۔	مناسب سول forum پر redirect۔
وفاقی دائرہ کار میں آنے والے معاملات جہاں کوئی سندھ محکمہ مناسب respondent نہیں (مثلاً FBR وفاقی ہے؛ کچھ SECP معاملات)۔	پورٹل صوبائی ہے۔	جہاں ممکن ہو، وفاقی forum (مثلاً Pakistan Citizens Portal) پر redirect میں مدد؛ ورنہ redirect کے ساتھ بند۔
مخصوص افراد کے خلاف الزامات بغیر prima-facie محکمہ تعلق کے۔	توہین اور مجرمانہ معاملات کی جگہ الگ ہے۔	مناسب FIA / پولیس / NAB پر redirect؛ محکمہ تعلق والی گمنام غلطی وہس بلور چینل (§14) کے ذریعے ہینڈل ہوتی ہے۔
دو نجی فریقین کے درمیان تجارتی تنازعات جہاں کوئی محکمہ ملوث نہیں۔	کوئی حکومتی respondent نہیں۔	سول عدالت / arbitration پر redirect۔
پہلے فیصلہ شدہ معاملات جہاں filer نے پورٹل کا اپیل راستہ exhaust کر لیا ہو اور closure حتمی ہو۔	حتمیت۔	پورٹل اپنی terminal states کا احترام کرتا ہے (`/specs/ur/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 معاہدہ) file پر بہاؤ 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/ur/11-security-compliance/` §15

11. ریکارڈ انتظام کی قانونی بنیاد (سندھ آرکائیوز)

ٹکٹس، MoMs، resolution certificates، اور آڈٹ لاگ سرکاری حکومتی ریکارڈز ہیں، ایپلیکیشن ڈیٹا نہیں۔ ان کا lifecycle لہٰذا سندھ آرکائیوز قواعد اور /specs/ur/11-security-compliance/ §16–§17 میں ریکارڈ انتظام کنٹرولز کے تابع ہے، ایپلیکیشن سہولت کے تابع نہیں۔

11.1 ریکارڈز بنیاد

نوٹیفکیشن (§3.1) SITP artefacts کو سرکاری ریکارڈز classify کرتی ہے۔ /specs/ur/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/ur/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/ur/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/ur/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/ur/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۔ مجموعی پالیسی فیڈبیک سرگرمی (sفارشات made، accepted، enacted) عوامی شفافیت ڈیش بورڈ پر رپورٹ ہوتی ہے۔

13.2 پالیسی فیڈبیک لوپ خاکہ

flowchart LR Tickets[("Tickets + audit log (module I analytics)")] Detect["Detect recurring clusters + repeat-offender flags"] Triage["Triage Super Admin confirms policy candidates"] Rec["Recommend draft reform to concerned department(s)"] Refer["Refer monthly → Secretary quarterly → Steering annual → Cabinet"] Track["Track status + reform impact"] Publish["Publish aggregate on transparency dashboard"] Reform(["Policy reform enacted → reduces recurrence"]) Tickets --> Detect Detect --> Triage Triage -- not confirmed --> Tickets Triage -- confirmed --> Rec Rec --> Refer Refer --> Track Track --> Publish Track --> Reform Reform -. recurrence reduction .-> Detect

تحریری وضاحت۔ لوپ 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/ur/24-trust-safety/) فراہم کرتا ہے جہاں filer retaliation سے ڈرتا ہو وہاں کسی محکمے یا اس کے عہدیداروں کی غلطی کی اطلاع دینے کے لیے۔ نیچے دیا گیا قانونی تحفظ ڈھانچہ اس چینل کو منظم کرتا ہے۔

14.1 قانونی تحفظ ڈھانچہ

تحفظ	میکانزم
شناخت کا تحفظ	filer کی شناخت ٹکٹ پر محفوظ نہیں ہوتی؛ ایک opaque pseudonymous handle اور one-way token استعمال ہوتا ہے (`/specs/ur/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/ur/11-security-compliance/` §16 میں retention schedule کے مطابق 10 سال) کے لیے retain ہوتے ہیں، شناخت ظاہر کیے بغیر شواہد محفوظ رکھنے کے لیے۔
Controlled اسکیلیشن	وہس بلور ٹکٹس پر نگرانی notifications سے filer-identifying معلومات حذف ہوتی ہیں؛ معیاری SLA اور اسکیلیشن لاگو ہوتے ہیں مگر filer کبھی دوبارہ identify نہیں ہوتا۔
مجاز اتھارٹی کی طرف divert	جہاں کوئی disclosure مجرمانہ رویے (کرپشن، FRA-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/ur/06-ticket-workflow/` §14
GOV-043	جہاں کوئی disclosure مجرمانہ رویے کی طرف اشارہ ہو، S&ITD facilitator secure handoff کے تحت معاملہ مجاز اتھارٹی کی طرف divert کرے گا، non-retaliation تحفظات برقرار رکھتے ہوئے۔	Must	§14.1

15. AG / PAC آڈٹ کی تیاری

پورٹل آڈیٹر جنرل (AG) اور پبلک اکاؤنٹس کمیٹی (PAC) کے لیے ساتھ ہی اندرونی آڈٹ اور تنازعہ حل کے لیے طلب پر آڈٹ تیار ہونا چاہیے۔ آڈٹ لاگ اور ریکارڈز بنیادی شواہد ہیں؛ یہ سیکشن وہ حکمرانی ذمہ داریاں بیان کرتا ہے جو /specs/ur/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/ur/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. بین المحاکم تنازعہ حل

SITP اور رکن محکمے کے درمیان، یا دو رکن محکموں کے درمیان کسی ٹکٹ پر تنازعات، کسی بیرونی 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 خانوں کے تنازعات settle ہوتے ہیں۔
4	اسٹیئرنگ کمیٹی	سطح 3 پر unresolved؛ cross-cutting تنازعات؛ systemic معاملات۔
5	SACM / CM Office	سطح 4 پر unresolved؛ سیاسی اہمیت کے معاملات۔

تنازعات آڈٹ ٹریل میں پہنچی سطح اور نتیجے کے ساتھ log ہوتے ہیں؛ chronic تنازعات پالیسی فیڈبیک لوپ (§13) کو feed کرتے ہیں۔

16.1 تنازعہ کنٹرولز

ID	کنٹرول	[M\|S\|C]	Trace
GOV-047	بین المحاکم تنازعات §16 کی سیڑھی چڑھیں گے کسی بیرونی forum کی تلاش سے قبل؛ پہنچی سطح اور نتیجہ آڈٹ-لاگڈ ہوگا۔	Must	§16, §4.1 #15

17. اس ہدایت نامے کی ترامیم و تبدیلی کی حکمرانی

یہ دستاویز، اس کی نوٹیفکیشن، اس کا SOP، اور MoUs سب تبدیلی کے تابع ہیں۔ نیچے دیا گیا تبدیلی حکمرانی ماڈل طے کرتا ہے کہ کون کیا تبدیل کر سکتا ہے، کس کے اتفاق سے، کس کیڈنس پر۔

17.1 ترمیم اتھارٹی

آلہ	ترمیم اتھارٹی	اتفاق
یہ ہدایت نامہ (`/specs/ur/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/ur/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`	بین المحاکم تنازعہ حل	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/ur/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 سے قبل۔

دستاویز کا اختتام۔