PPP وينڊر و ايگزٽ مينجمينٽ

اهو معاهدي وارو ۽ آپريشنل فريم ورڪ جيڪو آپريٽر (MAAHIR) ۽ هواسٽ (Server4Sale) کي S&ITD جي سنڌ آءِ ٽي پورٽل — سهولت ڊيسڪ (SITP) لاءِ مشن سان ٻَڌي ٿو: سروس ليولز، ڪارڪردگي KPIs، ميل اسٽون ادائيگيون، سورس ڪوڊ اسڪرو، IP ملڪيت، علم جي منتقلي، ۽ هڪ جانچيل، قابلِ عمل ايگزٽ/هينڊ اوور پلان جيڪو آپريٽر کان قطع نظر خدمت جي تسلسل جي ضمانت ڏئي ٿو.

1. مقصد ۽ هن دستاويز کي پڙهڻ جو طريقو

هي دستاويز هر پابند تحفظ کي مقرر ڪري ٿي جيڪو SITP پبلڪ پرائيويٽ پارٽنرشپ (PPP) کي سنڌ حڪومت لاءِ محفوظ بڻائي ٿو. اهو هڪ سبب لاءِ موجود آهي: پليٽ فارم ڪڏهن به آپريٽر تي منحصر نه ٿيڻ گهرجي. سائنس ۽ معلوماتي ٽيڪنالاجي محڪمو (S&ITD) مشن، پروڊڪٽ، ۽ عوامي مفاد جو مالڪ آهي؛ MAAHIR ان کي هڪ معاهدي هيٺ ٺاهي ۽ هلائي ٿو جنهن جون شرطون اهو يقيني بڻائين ٿيون ته S&ITD هميشه پليٽ فارم واپس وٺي سگهي، ان کي ڪنهن جانشين جي حوالي ڪري سگهي، يا اندروني طور هلائي سگهي — بغير ڪنهن خدمت، ڊيٽا، يا علم جي نقصان جي.

ان کي RFP ۽ ٽينڊر لاءِ تيار بنايو ويو آهي ۽ اهو انهن لاءِ مستند ماخذ آهي: S&ITD پروگرام آفيس، MAAHIR ترسيل ۽ آپريشنز اڳواڻي، Server4Sale (هواسٽ) اڪائونٽ ٽيم، سورس ڪوڊ اسڪرو ايجنٽ، اندروني آڊٽ، ۽ ڪنهن به مستقبل جي جانشين آپريٽر يا اندروني ٽيم. _context.md §6 ۽ /specs/sd/14-roadmap-release/ §2.2 ۾ نامزد پنج غير قابلِ مصالحه PPP تحفظات هتي تفصيل سان بيان ڪيا ويا آهن:

1. سروس ليول ايگريمينٽس (SLAs) — دستيابي، نقص/شدت ردعمل ۽ حل، معاونت جا وقت، ۽ ڪريڊٽس/ڏنڊ (§4).
2. سورس ڪوڊ اسڪرو — هر ريليز تي جمع؛ محرڪ واقعن تي S&ITD ڏانهن جاري (§7).
3. دانشہ صنعت (IP) ملڪيت — سڀ قابلِ ترسيل IP جو انتقال S&ITD ڏانهن ٿئي ٿو (§8).
4. علم جي منتقلي (KT) — في مرحلو ۽ ڪنهن به منتقلي کان اڳ (§10).
5. ايگزٽ / هينڊ اوور پلان — هڪ جانچيل منتقلي ته جيئن تسلسل ڪڏهن به آپريٽر تي منحصر نه رهي (§11).

اهي ميل اسٽون رجسٽر (/specs/sd/14-roadmap-release/ §7) ۾ ميل اسٽونز M07–M11 سان ملن ٿا. هن دستاويز ۾ معاهدي جون شقون PPP-V-<nnn> (وينڊر ذميداري) جي صورت ۾ نمبر ڏنيون ويون آهن ۽ EN/UR/SD ترجمن ۾ مستحڪم آهن؛ کين معاهدي، ورڪ اسٽيٽمنٽ، ۽ قبوليت جي معيارن مان آءِ ڊي ذريعي حوالو ڏنو ويندو آهي.

2. PPP ماڊل — سبب ۽ ڍانچو

2.1 PPP ڇو

هڪ پبلڪ پرائيويٽ پارٽنرشپ S&ITD کي اها ماهرانہ رفتار ۽ صلاحيت فراهم ڪري ٿي جيڪا هو جلدي اندروني طور نٿا ٺاهي سگهن — MAAHIR جي پروڊڪٽ، AI، ۽ ٽن زباني انجنيئرنگ؛ Server4Sale جي تصديق ٿيل هواسٽنگ — جڏهن ته هن دستاويز جي پابند تحفظات ذريعي عوامي ملڪيت، جوابدهي، ۽ تسلسل برقرار رکي ٿي. هي ماڊل SIFC انداز جي "اڪيلو دريچو" خواب سان به هم آهنگ آهي: حڪومتي مينڊيٽ جي اندر هڪ نجي آپريٽر جي رفتار. خالص اندروني ترسيل قدر کي تخميناً 12–18 مهينا ملتوي ڪري ڇڏي ها؛ خالص آؤٽ سورسنگ بغير تحفظات جي آپريٽر لاڪ-ان ۽ خودمختاري جو خطرو پيدا ڪري ها (خطرو R6 درج /specs/sd/14-roadmap-release/ §12 ۾). هيٺيان تحفظات سان گڏ PPP اهو ڍانچو آهي جيڪو ٻنهي کي حل ڪري ٿو.

2.2 مشن جو ڍانچو ۽ ملڪيت

S&ITD پروڊڪٽ مالڪ ۽ مشن مالڪ آهي. MAAHIR هڪ build–operate–maintain معاهدي هيٺ آپريٽر آهي. Server4Sale انفراسٽرڪچر لاءِ هڪ منظور ٿيل ذيلي معاهدي هيٺ هواسٽ آهي. هيٺيان ميز طئي ڪري ٿي ته ڪنهن جو ڪهڙو آهي.

2.3 جيڪو S&ITD هميشه رکي ٿو (غير قابلِ تڪرار)

معاهدي جي حيثيت، آپريٽر جي ڪارڪردگي، يا ڪنهن به تڪرار کان قطع نظر، S&ITD بلاتڪرار هي رکي ٿو: (a) پروڊڪٽ ۽ مشن؛ (b) سڀ قابلِ ترسيل IP (§8)؛ (c) سڀ پروڊڪشن ڊيٽا ۽ ڊيٽابيس؛ (d) سڀ اسناد ۽ رسائي (مرضي مطابق قابلِ واپسي)؛ (e) ڊومين، برانڊ، ۽ عوامي سڃاڻپ؛ (f) قانوني مينڊيٽ ۽ محڪمي MoUs؛ ۽ (g) هن معاهدي مطابق اسڪرو، منتقلي، ۽ هينڊ اوور استعمال ڪرڻ جو حق.

3. معاهدي جو دائرو ڪار ۽ مدت

3.1 دائرو ڪار — تعمير، هلائڻ، سنڀال

معاهده هڪ واحد مربوط build + operate + maintain معاهده آهي جيڪو _context.md §4 ۾ مقرر مڪمل V1 دائرو ڪار (ماڊيولز A–Q) تي محيط آهي ۽ /specs/sd/14-roadmap-release/ مطابق مرحلن ۾ ترسيل ڪيو ويندو آهي. اهو خالص ڊویلپمينٽ معاهده ناهي جنهن کان پوءِ الڳ سنڀال جو معاهده هجي؛ آپريٽر پوري مدي دوران پروڊڪشن ۾ پليٽ فارم جي رويي جو ذميدار آهي، بشمول: ڊيزائن، تعمير، QA، ريليز، منيجڊ سروسز (L1/L2/L3)، واقعن جو ردعمل، سيڪيورٽي آپريشنز، ٽن زباني مواد جي سنڀال، AI ماڊل جي نگهداشت، KB/SOP جي ترتيب، تجزيا ۽ رپورٽنگ، ۽ §5 جي KPIs جي خلاف مسلسل بهتري.

3.2 مدت، تجديد، ۽ خاتمي جا محرڪ

ابتدائي مدت تعمير جي مرحلن سان گڏ ADP بجٽ سائڪل سان هم آهنگ هڪ مقرر operate/maintant دریچي تي محيط آهي. تجديد خودڪار ناهي — اها هڪ باقاعده ڪارڪردگي جائزي (§16) پيروي ٿيندي آهي. خاتمو هيٺيان مان ڪو به ٿي سگهي ٿو:

• سهولت لاءِ خاتمو S&ITD پاران (نوٽس سان گڏ ۽ منتقلي واري عرصي جي فنڊنگ اڳ ۾ طئي ٿيل ته جيئن هينڊ اوور بغير رڪاوٽ جي فنڊ يافتہ ٿي سگهي، /specs/sd/14-roadmap-release/ §10.2 مطابق).
• سبب جي بنياد تي خاتمو S&ITD پاران هيٺيان ڪنهن به محرڪ تي.
• ديواليہ پڻ جي بنياد تي خاتمو آپريٽر جو (bankruptcy، winding-up، ديوارڀاڳي واريون ڪارروائيون).
• مدت جي خاتمي تي عدمِ تجديد، منتقلي پلان (§11) کي چالو ڪندي.

سبب جي بنياد تي خاتمي جا محرڪ (PPP-V-101): (1) علاج جي مدت کان پوءِ به اهم ۽ مسلسل SLA خلاف ورزي جيڪا دور نه ٿي (§4.4)؛ (2) آپريٽر جي غفلت جي ڪري اهم سيڪيورٽي خلاف ورزي (§13)؛ (3) بنيادي دائرو ڪار جو غير مجاز ذيلي ڪنٽريڪٽنگ (§12)؛ (4) IP يا ڊيٽا جو غلط استعمال (§8، §9)؛ (5) مخالفِ بدعنواني/PEPRA قاعدن هيٺ سزا يا نااھلي (§14)؛ (6) ڇڏي ويٽڻ يا مسلسل عدمِ اھليت. ڪنهن به خاتمي جي محرڪ تي، منتقلي پلان (§11) ۽ اسڪرو جاري (§7) فوراً چالو ٿي وڃن ٿا.

PPP-V-102 — ڪو به خاتمو، ڇاڪاڻ ته جي به سبب کان هجي، آپريٽر جي سڀ ڪوڊ، ڊيٽا، اسناد، ۽ علم جي حوالي ڪرڻ جي ذميداري ختم ناهي ڪندو. §§7–11 ۾ ايگزٽ ذميداريون خاتمي ۽ معاهدي جي مدي پوري ٿيڻ کان پوءِ به باقي رهن ٿيون.

4. وينڊر سروس ليول ايگريمينٽس (SLAs)

4.1 دستيابي

پليٽ فارم NFR-AVAIL-001 — ماهوار ≥ 99.9 % اپ ٽائم جو معيار پورو ڪندو — پورٽل، API، ۽ docs سائيٽ لاءِ (تقريباً 43 منٽ/مهينو يا تقريباً 8.7 ڪلاڪ/سال ایرر بجٽ)، NFR-AVAIL-002 مطابق منصوبي بندي واري سنڀال کانسواءِ (/specs/sd/03-non-functional-reqs/ §3.2). دستيابي عوامي اسٽيٽس پيج پروبس (NFR-OBS-005) سان ماپي ويندي آهي. ڊيزاسٽر ري ڪمري اھداف RPO ≤ 1 ڪلاڪ (NFR-AVAIL-004) ۽ RTO ≤ 4 ڪلاڪ (NFR-AVAIL-005) آهن. مناسب تنزل (NFR-AVAIL-003) ان وقت ڪور ٽِڪيٽ سفر کي ڪم ڪندو رکي ٿو جڏهن AI/OCR يا انضمام جو انحصار ڊائون هجي.

4.2 شدت ميٽرڪس — نقصات ۽ واقعا

پروڊڪشن سافٽ ويئر جا سڀ نقصات ۽ خدمت کي متاثر ڪندڙ واقعا شدت مطابق درجه بندي ڪيا وڃن ٿا. ميٽرڪس ردعمل، جواب، ۽ حل جا اھداف طئي ڪري ٿو جيڪي آپريٽر کي پورا ڪرنا آهن؛ اهو روڊ ميپ جي Sev-1 پيچ ٽارگيٽ (≤ 72 ڪلاڪ، /specs/sd/14-roadmap-release/ §13.2) کي معاهدي سان هم آهنگ ڪري ٿو.

معاونت جا وقت (PPP-V-201). P1 جي معاونت 24×7 نامزد آن ڪال روٽيشن سان ۽ 30 منٽ اندر MAAHIR ترسيل ليڊ تائين اِسڪيليشن سان آهي. P2 جي معاونت ڪاروباري وقت (09:00–18:00 PKT، سومر–هفتو) plus آن ڪال آهي. P3 جي معاونت ڪاروباري وقت ۾ آهي. "ڪاروباري وقت" سنڌ جون عوامي موڪلون خارج ڪن ٿا ۽ SLA انجن (_context.md §5) جي ئي هاليڊي ڪلينڊر جو استعمال ڪن ٿا.

4.3 خلاف ورزي، ڪريڊٽس، ۽ ڏنڊ

هڪ خلاف ورزي ان وقت ٿيندي آهي جڏهن ردعمل/جواب/حل جو هدف نه پورو ٿئي، يا ڪنهن ڪلينڊر مهيني ۾ 99.9 % دستيابي کان هيٺ گري پوي. خلاف ورزيون سروس ڪريڊٽس (اڳين انوائس ۾ ڪٽوٽي) گڏ ڪن ٿيون ۽، جڏهن اهم يا مسلسل هجن، سبب جي بنياد تي خاتمي (PPP-V-101) تائين وڌي وڃن ٿيون.

علاج جي مدت (PPP-V-202). ان کان اڳ جو هڪ غير سيڪيورٽي اهم خلاف ورزي خاتمي جو سبب بنجي، آپريٽر کي هڪ تحريري علاج نوٽس ۽ درست ڪرڻ لاءِ 30 ڪلينڊر ڏينهن ملن ٿا (P1 دستيابي لاءِ 15 ڏينهن)، جنهن ۾ هڪ باقاعده اصلاحي پلان هفتيوار جائزو ورتو وڃي ٿو. مدت اندر علاج نه ڪرڻ خلاف ورزي کي سبب ۾ بدل ڇڏي ٿو.

4.4 منصوبي بندي واري سنڀال ۽ مواصلات

منصوبي بندي واري سنڀال تب ئي 99.9 % بجٽ کان خارج ٿيندي آهي جڏهن اها (a) NFR-AVAIL-002 مطابق گهٽ ٽرئفڪ دریچي ۾ شيڊول هجي، (b) S&ITD کي ≥ 72 ڪلاڪ اڳ مطلع ڪيو ويو هجي، ۽ (c) عوامي اسٽيٽس پيج تي شايع ڪئي وئي هجي. ڪاروباري وقت ۾ ايمرجنسي سنڀال دستيابي جي خلاف شمار ٿيندي آهي. هر تبديلي ريليز گورننس (/specs/sd/14-roadmap-release/ §13.3) جي پيروي ڪري ٿي جنهن ۾ ريليز کان اڳ rollback جانچيو ويندو آهي.

5. وينڊر ڪارڪردگي KPIs

آپريٽر جي آپريشنل ڪارڪردگي مسلسل /specs/sd/17-analytics-kpis/ ۾ تجزياتي پلين جي خلاف ماپي ويندي آهي. هيٺيان KPIs وينڊر اسڪور ڪارڊ سب سيٽ آهن: هر هڪ جو هدف، پيمائش جو ماخذ (ساڳيا anl_mv_* رول اپس جيڪي ڊيش بورڊز کي فيڊ ڪن ٿا، تنهنڪري في ميٽرڪ هڪ ئي تعريف آهي — AP-5)، جائزي جي ڪيڊنس، ۽ ڏنڊ/علاج لاڳاپو آهي. اھداف anl_cfg_* مطابق قابلِ ترتيب آهن ۽ هارڊ ڪوڊڊ ناهن (AP-6).

في ميٽرڪ هڪ تعريف. ڇاڪاڻ ته هر وينڊر KPI ساڳئين ميٽريلائزڊ ويوز مان ماخوذ آهي جيڪي ڪردار ڊيش بورڊز کي فيڊ ڪن ٿا، تنهنڪري ڪو الگ "معاهده نمبرز" سلسلو ناهي جيڪو آپريشنل حقيقت کان هٽ ڪري هلڻ. S&ITD ۽ آپريٽر هميشه ساڳيا نمبرز پڙهن ٿا.

6. ميل اسٽون تي مبني ادائيگيون

ادائيگي ميل اسٽون تي مبني ۽ گيٽڊ آهي، جيڪا /specs/sd/14-roadmap-release/ ۾ فيز گيٽس سان ڳنڍيل آهي. ڪنهن به ميل اسٽون ادائيگي ان وقت تائين جاري ناهي ٿيندي جيستائين ان ميل اسٽون جا ايگزٽ معيار پورا نه ٿين ۽ S&ITD پروڊڪٽ مالڪ جا دستخط نه ٿين؛ هر گيٽڊ ريليز لاءِ گڏ PPP عملَ (اسڪرو جمع M07، IP اسائنمنٽ نوٽ M08، KT نوٽ M09) به ضروري آهن. فنڊنگ جو ماخذ مخصوص ADP لائين آهي (/specs/sd/14-roadmap-release/ §10.2). اشارتي ادائيگي ڍانچو (فيصدون معاهدي جي تعميري قدر جون آهن؛ operate/maintain دریچو روڊ ميپ جي §13 جي ڪيڊنس تي فيس فار سروس آهي):

PPP-V-301 — روڪڻ. S&ITD پنهنجي گيٽ معيارن ۽ گڏ PPP عملن جي ثبوت تائين ڪنهن به ميل اسٽون ادائيگي کي روڪي سگهي ٿو. علاج پوءِ انوائس لاڳو ٿئي ٿو؛ روڪيل ادايگيون ڏنڊ ناهن ۽ علاج تي جاري ٿينديون آهن.

7. سورس ڪوڊ اسڪرو

سورس ڪوڊ اسڪرو آپريٽر لاڪ-ان (خطرو R6) جي خلاف ڍانچي جو دفاع آهي. اهو ضمانت ڏئي ٿو ته، محرڪ واقعي تي، S&ITD کي MAAHIR کان آزاد انداز ۾ پليٽ فارم ٺاهڻ، تعين ڪرڻ، هلائڻ، ۽ محفوظ ڪرڻ لاءِ هر ضروري شيءِ ملندي. اسڪرو Phase 0 ۾ قائم ڪيو ويندو آهي (تنقيدي رستي جي انحصاري C5، /specs/sd/14-roadmap-release/ §8) ۽ پهرين جمع M03 تي ڪئي ويندي آهي.

7.1 اسڪرو لائيف سائيڪل

هيٺيون لائيف سائيڪل ان مسلسل جمع—تصدیق—جاري لوپ کي بيان ڪري ٿو جيڪو معاهدي جي زندگيءَ ۾ هر ريليز لاءِ هلندو آهي.

تحريري وضاحت. اسڪرو ايجنٽ مقرر ۽ اسڪرو ايگريمينٹ Phase 0 (انحصاري C5) جي دوران، ڪنهن به پروڊڪشن ڪوڊ جي وجود کان اڳ دستخط ڪيو ويندو آهي — اهو سجاڪ طور آهي، ته جيئن اهو نظام ان کان اڳ قائم ٿي وڃي جو ان جي ضرورت پوي. هر ريليز تي (M03، M04، M05، M06، ۽ /specs/sd/14-roadmap-release/ §13 جي ڪيڊنس مطابق هر پوسٽ-GA مائنر/پيچ ريليز)، آپريٽر ان ريليز جو مڪمل قابلِ تعمير مواد (§7.2) جمع ڪري ٿو. ايجنٽ ۽ S&ITD جمع جي تکميل ۽ قابلِ تعمير هجڻ جي تصدیق ڪن ٿا — اها جمع جيڪا تعمير نه ٿي سگهي ان کي جمع نه ٿيڻ سمجهيو ويندو آهي. هڪ رسید رڪارڊ ڪئي ويندي آهي ۽ نظام تيار حالت ۾ موٽي ويندو آهي، اڳين ريليز جو انتظار. جيڪڏهن ڪو محرڪ واقعو (§7.3) ٿئي، ته جمع Released ڏانهن وڌي ويندي آهي: ايجنٽ مواد S&ITD جي حوالي ڪري ٿو، جيڪو پوءِ منتقلي پلان (§11) مطابق پليٽ فارم آزادانه (اندروني، جانشين ذريعي، يا هاءِ برڊ) هلائي سگهي ٿو. تصدیق جو قدم ئي اسڪرو کي معنيٰ ڏئي ٿو — غير جانچيل اسڪرو هڪ جھوٽو تحفظ آهي.

7.2 ڇا اسڪرو ڪيو ويندو آهي

هر جمع هڪ مڪمل، قابلِ تعمير، قابلِ عمل snapshot هجڻ گهرجي. "ڇا ڪا اهل ٽيم ان کي ٻيهر ٺاهي ۽ هلائي سگهي ٿي؟" جو ٽيسٽ قبوليت جو معيار آهي؛ نامڪمل جمع ميل اسٽون گيٽ پورا ناهي ڪندي.

7.3 جاري ڪرڻ جون شرطون (محرڪ)

ايجنٽ اسڪرو S&ITD ڏانهن صرف معاهدي واري طور تي مقرر محرڪ تي جاري ڪندو آهي، جنهن جي S&ITD تصدیق هجي ۽ (جتي تڪراري هجي) تڪرار حل جي عمل (§15) پاران تصديق ٿيل هجي:

PPP-V-401 — جمع جي ذميداري لاءِ ڪو محرڪ گهرجي ناهي. آپريٽر کي تعلقات جي صحت کان قطع نظر هر ريليز تي جمع ڪرڻو آهي. اسڪرو هڪ مستحڪم ذميداري آهي، صرف ايگزٽ تي استعمال ٿيندڙ علاج ناهي.

7.4 اسڪرو ايجنٽ، تصدیق، ۽ لاگتون

ايجنٽ هڪ آزاد ٽيون ڌر آهي (MAAHIR يا Server4Sale جو affiliate ناهي)، هڪ شفاف عمل (§14) ذريعي چونڊيل. اسڪرو ايگریمينٽ مقرر ڪري ٿو: (a) تصديقي معيار (هر جمع تي قابلِ تعمير ٽيسٽ)؛ (b) جاري ڪرڻ جو طريقو ڪار ۽ تصديق؛ (c) retention مدت (جمعيون معاهدي جي مدت + متفقہ ذميداري دریچي لاءِ برقرار رکيون وينديون آهن)؛ ۽ (d) لاگت جي ورهاست — آپريٽر جمع ۽ تصديق جي لاگت کڻي ٿو بطورِ ڪاروبار جي لاگت؛ S&ITD ڪنهن به جاري عمل جي لاگت کڻي ٿو. تصديقي ثبوت (ايجنٽ جي ڪوشش مان build log) هر جمع تي S&ITD سان شيئر ڪيو ويندو آهي ۽ ميل اسٽون ادائيگي (§6) جي پيش شرط آهي.

8. دانشہ صنعت (IP) ملڪيت

8.1 ملڪيت — S&ITD سڀ قابلِ ترسيل IP جو مالڪ آهي

PPP-V-501 — SITP منصوبي لاءِ ٺاهيل، لکيل، تيار ڪيل، يا مخصوص ڪيل سڀ دانشہ صنعت، پيداوار جي لمحي کان، سنڌ حڪومت يعني S&ITD ڏانهن منتقل ٿي ويندي آهي. هن ۾ سڀ سورس ڪوڊ، schemas، prompts، ڊيزائنون، Ajrak کان متاثر برانڊ، دستاويزي سيٽ، config، runbooks، ماڊلز، ۽ مشتق ڪم شامل آهن.

IP ايگزٽ تي منتقل ناهي ٿيندي — اها مسلسل S&ITD ۾ رهندي آهي. اسائنمنٽ ميل اسٽون M08 (/specs/sd/14-roadmap-release/ §7) جي حصي طور في ريليز رڪارڊ ڪيو ويندو آهي ته جيئن ڪنهن به وقت IP ۾ ابهم نه رهي. S&ITD رکي ٿو:

8.2 منصوبي کان اڳ جو ٽولنگ (وينڊر بڪ گرائونڊ IP)

آپريٽر انهن اڳ ۾ موجود، آزادانه طور تيار ڪيل ٽولز، لائبريرين، ۽ فریم ورڪس جي ملکيت برقرار رکي ٿو جيڪي هن منصوبي کان اڳ جا ۽ ان کان آزاد آهن ("Background IP"). بهرحال، قابلِ ترسيل ۾ استعمال ٿيندڙ ڪا به Background IP هجڻ گهرجي: (a) ٽينين ڌر جي licence manifest ۾ ظاهر (اسڪرو، §7.2)؛ (b) منصوبي کي هميشه لاءِ، royalty-free، غير قابلِ واپسي، دنيا جي بنياد تي لائسنس يافتہ — کافی ته جيئن S&ITD پليٽ فارم هلائي سگهي، سنڀال ڪري سگهي، ۽ تبديل ڪري سگهي — بشمول خاتمي کان پوءِ؛ ۽ (c) اهڙين رڪاوٽن کان پاڪ جيڪي S&ITD جي استعمال کي روڪين. جيڪڏهن ڪو Background-IP جزو ائين لائسنس نه ٿي سگهي، ته ان کي قابلِ ترسيل ۾ استعمال نه ڪجي. هي شق خاتمي کان پوءِ به باقي رهندي آهي (PPP-V-102).

8.3 اسائنمنٽ ۽ moral rights

هر ان آپريٽر عملي ۽ ذيلي ڪنٽريڪٽر جيڪو قابلِ ترسيل ۾ حصو وجهي ٿو، حصو وجهڻ جي شرط طور هڪ IP اسائنمنٽ / work-for-hire شق تي عمل ڪري ٿو، ۽ قانون جي اجازت جي حد تائين moral rights کان دستبردار ٿئي ٿو، ته جيئن S&ITD جو عنوان بے رڪاوٽ هجي. آپريٽر ضمانت ڏئي ٿو ته قابلِ ترسيل ڪنهن ٽينين ڌر جي حقوق جي خلاف ورزي ناهي ڪندي ۽ آپريٽر جي ڪم مان پيدا ٿيندڙ ڪنهن به IP خلاف ورزي دعويٰ جي خلاف S&ITD کي هرجانو ڏئي ٿو.

9. ايگزٽ تي ڊيٽا ۽ رسائي

9.1 ڊيٽا S&ITD جو آهي؛ آپريٽر محافظ آهي

سڀ پروڊڪشن ڊيٽا — ٽِڪيٽ ڊيٽا، ڪمپني ۽ نمائندو ڊيٽا، محڪمي ڊيٽا، آڊٽ لاگز، AI ڪال رڪارڊز، تجزياتي مجموعا، uploads، MoM — S&ITD جو آهي. آپريٽر ان کي صرف معاهدي هيٺ، /specs/sd/03-non-functional-reqs/ §PRIV جي پرائیويسي ذميدارين، ۽ /specs/sd/11-security-compliance/ جي سيڪيورٽي ڪنٽرولز هيٺ محافظ طور رکي ٿو ۽ پروسيس ڪري ٿو. خودمختار ڊيٽا (CNIC، NADRA payloads) ڊيٽا اشتراڪي منظورين هيٺ سنڀاليل آهي ۽ منظور ٿيل حد کان ٻاهر ڪڏهن نڪرندو ناهي.

9.2 ايگزٽ تي ڊيٽا جو هينڊ اوور

PPP-V-601 — ايگزٽ تي (ڪا به خاتمو يا عدمِ تجديد)، آپريٽر کي منتقلي مدت (§11) اندر سڀ ڊيٽا قابلِ استعمال، دستاويزي شڪل ۾، بغير اضافي چارج جي حوالي ڪرڻو آهي، ۽ ان جي ڪا ڪاپي برقرار نه رکڻي آهي.

ڊيٽا هينڊ اوور تي مشتمل آهي: (a) هڪ مڪمل، مستقل ڊيٽابيس ايکسپورٽ (جاري schema سان مماثل MariaDB dump)؛ (b) سڀ object storage (MinIO buckets — uploads، تيار ڪيل خطوط، exports)؛ (c) retention دریچي اندر سڀ لاگز ۽ آڊٽ آرڪائيوژ؛ (d) تجزياتي مجموعا (anl_mv_*، anl_cube_*، anl_pub_*)؛ (e) config ٽيبلز (anl_cfg_*، feature flags، RBAC، هاليڊي ڪلينڊر)؛ ۽ (f) آپريٽر جي رسائي اندر آپريٽر ڪنٽرولڊ SaaS (Mailjet، SMS/WA فراهم ڪندڙ) ۾ رکيل ڪو به ڊيٽا. ترسيل اهڙي منزل ڏانهن ٿيندي آهي جنهن تي S&ITD ڪنٽرول ڪري ٿو (Server4Sale ماحول يا جانشين).

9.3 اسناد ۽ رسائي — منسوخ، secrets rotate

ايگزٽ تي: (a) سڀ آپريٽر رسائي منسوخ — Keycloak اڪائونٽس، SSH keys، deployment tokens، CI/CD secrets، ڪلائوڊ ڪنسول رسائي، وينڊر پورٽل رسائي (Mailjet/SMS/WA/OCR/LLM)، ڊيٽابيس اسناد، ۽ ڪا به break-glass اڪائونٽس؛ (b) سڀ secrets rotate — اسڪرو جو secrets رجسٽر (§7.2) هر secret کي فهرست ڪري ٿو؛ لائيوو secret قدرون ڪڏهن اسڪرو ناهن ٿيون ۽ هينڊ اوور تي rotate ٿيڻ گهرجن ته جيئن روانو آپريٽر انهن کي استعمال نه ڪري سگهي؛ (c) هڪ گڏيل رسائي منسوخي لاگ ٻنهي ڌرين جي دستخط ٿيل هجي؛ (d) آپريٽر تحريري طور تصديق ڪري ته وٽس ڪا به پروڊڪشن اسناد ۽ ڪا به پروڊڪشن ڊيٽا ڪاپي ناهي، ۽ تصديق هيٺ ڪا به local/dev ڪاپيون حذف ڪري ڏئي. هي assume-breach اصول (SEC ڪنٽرول فيملي، /specs/sd/11-security-compliance/ §3) کي پورو ڪري ٿو — ايگزٽ کان پوءِ ڪنهن به وقت اڳوڻو آپريٽر پليٽ فارم تائين پهچي ناهي سگهندو.

10. علم جي منتقلي (KT)

علم جي منتقلي هڪ في مرحلو ۽ في واقعو ذميداري آهي (ميل اسٽون M09)، اختتام تي هڪ ئي dump ناهي. مقصد اهو آهي ته، ڪنهن به وقت، هڪ اهل ٽيم هن وقت تائين جون دستاويزون، runbooks، ۽ رڪارڊ ٿيل walkthroughs استعمال ڪندي پليٽ فارم سنڀالي سگهي. KT هر ميل اسٽون ادائيگي (§6) جي پيش شرط آهي ۽ اختتام تائين ٽريڪ ٿيندي آهي.

PPP-V-701 — S&ITD ٽيم يا نامزد متبادل ٽيم جي تربيت هڪ معاوضو يافتہ، شيڊول ٿيل ترسيل آهي، خيرخواهي ناهي. ورڪ اسٽيٽمنٽ ۾ في مرحلو KT ڪلاڪن جي گهٽ ۾ گهٽ تعداد ۽ منتقلي مدت جي دوران هڪ منظم transition-KT پلان مقرر آهن. KT شرڪت ۽ مواد جي ترسيل جا ثبوت هوندا آهن ۽ دستخط ميل اسٽون ادائيگي جي پيش شرط آهي.

11. منتقلي ۽ ايگزٽ پلان

11.1 اصول — تسلسل ڪڏهن آپريٽر تي منحصر ناهي

ايگزٽ/هينڊ اوور پلان جانچيل ۽ قابلِ عمل آهي، نظرياتي ناهي. اهو تياري جي جائزي (M10) کان اڳ مشق (ڊرائی رن) ڪيو ويندو آهي ته جيئن S&ITD وٽ ثبوت هجي — واعدو ناهي — ته اهو پليٽ فارم سنڀالي سگهي ٿو. پلان بدترين صورت (سبب جي بنياد تي خاتمي جي محرڪ هيٺ غير ارادي ايگزٽ) فرض ڪري ٿو ۽ پوءِ به تسلسل جي ضمانت ڏيڻ گهرجي.

11.2 ٻيهر ترتيب جا اختيار

ايگزٽ تي، S&ITD ٽن اختيارن مان هڪ (يا هاءِ برڊ) ذريعي آپريشنز ٻيهر ترتيب ڏئي ٿو، جيڪو تياري جي جائزي جي بنياد تي چونڊيو ويندو آهي:

11.3 منتقلي مدت

هڪ مقرر منتقلي مدت (سائز ورڪ اسٽيٽمنٽ ۾؛ مڪمل آپريٽر تبديلي لاءِ اشارتي ≥ 90 ڏينهن، هاءِ برڊ تبديلي لاءِ مختصر) اختتاميه کان اڳ ايندي آهي. ان جي دوران: (a) موجوده آپريٽر پليٽ فارم هلائيندو رهي ٿو ۽ جانشين/اندروني ٽيم جي معاونت ڪري ٿو؛ (b) KT (§10)، ڊيٽا هينڊ اوور (§9)، اسڪرو جاري (§7.4 جيڪڏهن محرڪ هجي)، ۽ رسائي rotation (§9.3) ترتيب سان ٿين ٿا؛ (c) جانشين پليٽ فارم کي shadow/parallel هلائي ٿو جيستائين S&ITD cutover قبول ڪري؛ (d) تسلسلِ خدمت مڪمل برقرار رهي ٿو — هينڊ اوور لاءِ ڪا به شيڊول بندش ناهي. منتقلي مدت جي فنڊنگ اڳ ۾ طئي ٿيل آهي (/specs/sd/14-roadmap-release/ §10.2) ته جيئن اها سبب جي بنياد تي خاتمي هيٺ به قابلِ عمل هجي.

11.4 ايگزٽ/هينڊ اوور منتقلي وهڪرو

تحريري وضاحت. هڪ ايگزٽ فيصلو يا محرڪ (نوٽس، سبب جي بنياد تي خاتمو، يا ديوارڀاگي/عدمِ اھليت) منتقلي شروع ڪري ٿو. رضاکارانہ يا عدمِ تجديد ايگزٽ لاءِ، نوٽس منتقلي مدت کولي ٿو؛ غير ارادي ايگزٽ لاءِ، اسڪرو جاري فوراً استعمال ٿئي ٿو جڏهن ته رسائي صرف cutover تي عمل درآمد لاءِ برقرار رکي ويندي آهي. S&ITD پوءِ هڪ ٻيهر ترتيب اختيار (اندروني، §14 procurement عمل ذريعي نئون وينڊر، يا هاءِ برڊ) چونڊي ٿو. ٽئيئن رستا هڪ ئي منتقلي ورڪ سٽريم کي فيڊ ڪن ٿا جيڪا منتقلي مدت بھر هلندي آهي: علم جي منتقلي (§10)، ڊيٽا هينڊ اوور (§9.2)، رسائي rotation ۽ منسوخي (§9.3)، اسڪرو جاري ۽ تصديق (§7.4)، ۽ جانشين shadow/parallel رن — سڀني دوران پليٽ فارم لائيو رهي ٿو. هڪ تياري جائزو (M10) cutover کي گيٽ ڪري ٿو: جيڪڏهن تيار نه هجي ته ورڪ سٽريم جاري رهندي آهي؛ جيڪڏهن تيار هجي ته S&ITD cutover قبول ڪري ٿو، اڳوڻي آپريٽر جي رسائي مڪمل منسوخ ٿيندي آهي، ۽ اختتاميه (M11) سبق حاصل آرڪائيو ڪري ٿو. آخري حالت S&ITD جو آزادانه طور هلڻ آهي — پوري PPP جو واحد اٽل.

12. ذيلي ڪنٽريڪٽنگ ڪنٽرول

12.1 S&ITD جي اڳواڻي تحريري منظوري کانسواءِ بنيادي دائرو ڪار جو ڪو به ذيلي ڪنٽريڪٽنگ ناهي

PPP-V-801 — آپريٽر کي S&ITD جي اڳواڻي تحريري منظوري کانسواءِ معاهدي جي ڪنهن به بنيادي دائرو ڪار جو ذيلي ڪنٽريڪٽنگ نه ڪرڻ گهرجي. بنيادي دائرو ڪار جو غير مجاز ذيلي ڪنٽريڪٽنگ هڪ سبب جي بنياد تي خاتمي جو محرڪ آهي (PPP-V-101).

"بنيادي دائرو ڪار" ۾ شامل آهن: پروڊڪٽ/انجنيئرنگ اڳواڻي، ايپليڪيشن ڊویلپمينٽ (پورٽل/API/AI)، QA، سيڪيورٽي آپريشنز، ۽ واقعن جو ردعمل. منظوري ذيلي ڪنٽريڪٽر جي صلاحيت، سيڪيورٽي حالت، ۽ هن دستاويز جي تحفظات تي غور ڪندي آهي (ذيلي ڪنٽريڪٽر ساڳين SLAs، سيڪيورٽي، IP، ڊيٽا، ۽ ايگزٽ ذميدارين جو پابند آهي جيڪو آپريٽر، ۽ S&ITD جا حق انهن تائين پهچن ٿا).

12.2 Server4Sale — منظور ٿيل هواسٽنگ ذيلي ڪنٽريڪٽر

Server4Sale هواسٽنگ ذيلي ڪنٽريڪٽر طور اڳ ۾ منظور ٿيل آهي ("Powered by Server4Sale" انتظام)، ۽ هواسٽنگ ذيلي معاهدو PPP جو نامزد، قبول ٿيل حصو آهي. Server4Sale جي ذميدارين ۾ §4.1 ۽ /specs/sd/11-security-compliance/ جا دستيابي/سيڪيورٽي معيار، بيك اپ ۽ DR سهولت معاونت، ۽ ايگزٽ پلان سان تعاون (هواسٽ رسائي rotation، ماحول هينڊ اوور) شامل آهن. هواسٽنگ انتظام ۾ تبديليون (مثال طور، هواسٽ بدلائڻ) S&ITD منظوري گهرجن ٿيون ۽ اسڪرو، ڊيٽا portability، ۽ تسلسل تحفظات برقرار رکڻ ضروري آهن.

13. سيڪيورٽي ذميداريون

آپريٽر جون سيڪيورٽي ذميداريون /specs/sd/11-security-compliance/ ۾ ڪنٽرول ڪئٽلاگ مان نڪرن ٿيون ۽ معاهدي واري طور تي پابند آهن. آپريٽر کي معاهدي جي مدت ۽ منتقلي مدت جي دوران انهن ڪنٽرولز کي نافذ، برقرار، ۽ ثبوت سان پيش ڪرڻا آهن.

PPP-V-901 — غفلت سبب سيڪيورٽي واقعن جي ڪابه علاج مدت ناهي. مٿيان ڪنٽرولز برقرار رکڻ ۾ آپريٽر جي ناڪامي جي ڪري ٿيندڙ تصديق ٿيل واقعو فوري سروس ڪريڊٽ ۽ آپريٽر جي لاگت تي اصلاح کي چالو ڪري ٿو؛ اهڙو ڪو به اهم واقعو خاتمي جو سبب آهي (PPP-V-101) ۽ اسڪرو جاري کي چالو ڪري ٿو.

13.1 خلاف ورزي اطلاع ٽائم لائن

ذاتي يا خودمختار ڊيٽا تائين ڪابه تصديق ٿيل غير مجاز رسائي يا ان جو اخراج هڪ رپورٽ طلب واقعو آهي: تصديق جي 1 ڪلاڪ اندر S&ITD کي مطلع ڪريو؛ CERT-PK کي 24 ڪلاڪن اندر مطلع ڪريو (SEC-092)؛ جتي ضروري هجي متاثرہ فردن ۽ سنڌ انفارميشن ڪميشن کي مطلع ڪريو. آپريٽر forensics سان مڪمل تعاون ڪري ٿو ۽ ثبوت محفوظ رکي ٿو (SEC-093).

13.2 افريدادي سيڪيورٽي

آپريٽر پليٽ فارم يا ان جي ڊيٽا تائين رسائي رکندڙ سڀني افريدادي قوت جو موجوده roster برقرار رکي ٿو، جيڪو S&ITD جي درخواست تي ۽ ڪنهن به تبديلي تي فراهم ڪيو ويندو آهي. روانو ٿيندڙ افريدادي قوت جي رسائي رواني جي 1 ڪلاڪ اندر منسوخ ۽ ان جا secrets/devices واپس ورتا ويندا آهن؛ هڪ تصديق لاگ ٿيندي آهي. آپريٽر جلديءَ سان ڪنهن به اهڙي عملي کي هٽائي ٿو جنهن تي S&ITD سيڪيورٽي/ديانتداري جي بنياد تي معقول اعتراض ڪري.

14. مفاد جو تصادم ۽ مخالفِ بدعنواني

SITP جي procurement ۽ آپريشن سنڌ پبلڪ پروڪيورمينٽ ريگيوليٽري اِھارٽي (PEPRA) فریم ورڪ ۽ موجوده وفاقي مخالفِ بدعنواني قانون سان هم آهنگ آهن. آپريٽر ۽ ان جي عملي کي ڪنهن به حقيقي يا ظاهري مفاد جي تصادم کان پاسو ڪرڻ گهرجي ۽ معاهدي جي سلسلي ۾ ڪو به نامناسب فائدو پيش، واعدو، ڏيڻ يا قبول نه ڪرڻ گهرجي.

• PEPRA هم آهنگي (PPP-V-1001). آپريٽر جو تعلق، ڪنهن به جانشين procurement، ۽ thresholds کان وڌيڪ ڪو به ذيلي ڪنٽريڪٽنگ PEPRA جي شفافيت، مقابلي، ۽ record-keeping قاعدن تي عمل ڪن ٿا. هي دستاويز RFP/ٽينڊر لاءِ تيار آهي (_context.md §9) ته جيئن ڪا به ٻيهر ٽينڊر کُلي ۽ منصفانه هجي.
• اظهار. آپريٽر دستخط تي ۽ پيدا ٿيڻ تي ڪو به مفاد تصادم (بشمول S&ITD آفيسرن، مقابلو بidders، يا ماحولياتي نظام پارٽنرز سان تعلق) ظاهر ڪري ٿو. S&ITD آفيسر پڻ پنهنجا مفاد ظاهر ڪن ٿا.
• شفافيت. معاهدي جي قيمت، ادائيگي ميل اسٽونز، KPI ڪارڪردگي، ۽ ڪابه به تبديليون رڪارڊ ڪيون وينديون آهن ۽ اندروني آڊٽ ۽ پبلڪ اڪائونٽس ڪميٽي جي درخواست تي دستياب آهن. عوامي شفافيت ڊيش بورڊ (دستاويز 17 §11) مجموعي ڪارڪردگي شايع ڪري ٿو.
• تحفا ۽ مهمان نوازي. هڪ سخت تحفا ۽ مهمان نوازي رجسٽر برقرار رکيو ويندو آهي؛ نامناسب قدر کان وڌيڪ تحفا مسترد يا ظاهر ڪيا ويندا آهن.
• Whistleblowing. بدعنواني يا تصادم جون رپورٽون anonymous/whistleblower intake چينل (/specs/sd/24-trust-safety/) ذريعي ڪري سگهجن ٿيون؛ بدسلوڪي جو انتقام منع ٿيل آهي.
• نتيجا. سزا، نااھلي، يا هن حصي جي تصديق ٿيل سنگين خلاف ورزي هڪ سبب جي بنياد تي خاتمي جو محرڪ آهي (PPP-V-101).

15. تڪرار حل

15.1 نافذ قانون

معاهدو پاڪستان جي قانونن، ۽ خاص طور سندھ حڪومت تي لاڳو قانون، بشمول سنڌ procurement ۽ معاهده قانون هيٺ هلندو آهي. ڪراچي، سنڌ جي عدالتن جو دائرو اختيار آهي، هيٺين ثالثي شق جي تابع.

15.2 حل جي ڏاڪي

تڪرار ڪم جي تعلقات ۽ خدمت جي تسلسل کي برقرار رکڻ لاءِ مرحلن ۾ حل ڪيا ويندا آهن:

1. آپريشنل حل — پروگرام آفيس ڪارڪردگي جائزي جي ڪيڊنس (§16) اندر روزمره مسئلا حل ڪري ٿو.
2. مذاڪرات — باقاعده تحريري نوٽس؛ S&ITD ۽ MAAHIR جا سينئر نمائندا 15 ڪاروباري ڏينهن اندر ملي حل ڪن ٿا.
3. ثالثي — هڪ غير جانبدار ثالث (متفقہ يا مقرر) 30 ڪاروباري ڏينهن اندر حل جي ڪوشش ڪري ٿو.
4. Arbitration — حل نه ٿيندڙ تڪرار ڪراچي ۾ Arbitration Act 1940 (ترميم ٿيل) / Recognition and Enforcement (Arbitration Agreements and Foreign Arbitral Awards) Act 2011 فریم ورڪ هيٺ binding arbitration ۾ ويندا آهن، هڪ ئي ثالث (يا اهم تڪرارن لاءِ ٽن رکن tribunal) سان گڏ جيڪي ڌريون متفق هجن يا قاعدن مطابق مقرر ٿيل هجن.

PPP-V-1101 — تڪرار جي دوران تسلسل. آپريٽر کي ڪنهن به تڪرار جي دوران پليٽ فارم هلائيندو رکڻو آهي ۽ SLAs پورا ڪرنا آهن، ۽ S&ITD کي غير متنازع انوائس ادا ڪندا رکڻا آهن، جيستائين تڪرار حل ٿي وڃي يا منتقلي پلان استعمال ٿئي. ڪو به تڪرار خدمت جي رڪاوٽ کي جائز نه ٿو بڻائي. اسڪرو جاري ۽ منتقلي پلان (§11) تڪرار جي حيثيت کان قطع نظر دستياب رهن ٿا.

16. ڪارڪردگي جائزي جي ڪيڊنس

SLAs (§4) ۽ KPIs (§5) جي خلاف ڪارڪردگي هڪ مقرر ڪيڊنس تي گڏيل S&ITD–MAAHIR پروگرام آفيس پاران جائزي ورتي ويندي آهي، S&ITD اڳواڻي تائين اِسڪيليشن رستن سان.

17. معاهده تبديلي مينجمينٽ

دائرو ڪار، شيڊول، لاگت، يا ڪنهن به SLA/KPI هدف ۾ تبديليون ان طرح ڪنٽرول ڪيون وينديون آهن جو هن دستاويز جا تحفظات خاموشي سان ڪڏهن ڪمزور نه ٿين.

• تبديلي درخواست (CR). ڪابه به تبديلي هڪ تحريري CR جي صورت ۾ rationale، اثر (دائرو ڪار/شيڊول/لاگت/خطرو)، ۽ متاثرہ شقون (بشمول ڪابه به SLA، KPI، اسڪرو، IP، يا ايگزٽ شق) سان کڻي ويندي آهي.
• اثر جانچ. آپريٽر 5 ڪاروباري ڏينهن اندر اثر جانچ فراهم ڪري ٿو؛ S&ITD تحفظات تي اثر لاءِ جائزو ورتي ٿو.
• منظوري جو اختيار. معمولي CRs پروگرام آفيس سطح تي منظور ٿين ٿا؛ اهم CRs (دائرو ڪار، threshold کان وڌيڪ لاگت، SLA/KPI هدف تبديلي، §§7–11 ۾ ڪابه به تبديلي) S&ITD ايگزيڪيوٽو منظوري گهرجن ٿيون ۽، جتي عوامي واعدن کي متاثر ڪن، عوامي شفافيت ڊيش بورڊ سان هم آهنگي.
• تحفظات جو تحفظ. ڪابه به تبديلي اسڪرو، IP ملڪيت، ڊيٽا، يا ايگزٽ ذميدارين (§§7–11) کي صريح، رڪارڊ ٿيل ايگزيڪيوٽو منظوري کانسواءِ ڪمزور نه ڪري سگهي، ۽ ڪڏهن ان طرح نه جو پليٽ فارم آپريٽر تي منحصر بنجي وڃي.
• ورژن ڪنٽرول. معاهدو ۽ هي دستاويز versioned آهن؛ هر ريليز لاڳاپيل معاهده ورژن سان ايندي آهي. تبديليون log ۽ auditable آهن.

18. انشورنس ۽ ذميداري

19. ايگزٽ تياري چيڪ لسٽ

هي چيڪ لسٽ تياري جائزي (M10) لاءِ قبوليت جو اوزار آهي ۽ ڪنهن به حقيقي منتقلي کان اڳ مشق (ڊرائی رن) ڪئي ويندي آهي. هڪ ساوُن چيڪ لسٹ اهو ثبوت آهي — واعدو ناهي — ته S&ITD پليٽ فارم سنڀالي سگهي ٿو. حيثيت: ✓ لازمی پاس؛ ◐ لازمی-منظورِ-پلان-سان-قابلِ قبول.

20. حوالا

20.1 اندروني دستاويزون

• منصوبي جو سياق (مقفل فيصلا): ../_context.md
• دستاويز جون روايتون: ../_conventions.md
• روڊ ميپ ۽ ريليز پلان: /specs/sd/14-roadmap-release/
• غير فعاله تقاضا (دستيابي، DR، پرائیويسي): /specs/sd/03-non-functional-reqs/
• سيڪيورٽي ۽ تعميل (ڪنٽرولز، IR، خلاف ورزي اطلاع): /specs/sd/11-security-compliance/
• تجزيا ۽ KPIs (وينڊر اسڪور ڪارڊ ماخذ): /specs/sd/17-analytics-kpis/
• ٽيڪ فن تعمير (اسڪرو آرٽيفيڪٽس، DR topology): /specs/sd/15-tech-architecture/
• حڪمراني ۽ قانوني (مينڊيٽ، MoUs، RTI): /specs/sd/22-governance-legal/
• اعتماد ۽ سلامتي (whistleblower چينل): /specs/sd/24-trust-safety/

20.2 بيروني فریم ورڪس

• سنڌ پبلڪ پروڪيورمينٽ ريگيوليٽري اِھارٽي (PEPRA) — procurement شفافيت ۽ مقابلو.
• سنڌ شفافيت ۽ معلومات جي حق ايڪٽ 2016 — قانوني آخري تاريخون ۽ اظهار.
• پاڪستان Arbitration Act 1940 (ترميم ٿيل) ۽ Recognition and Enforcement (Arbitration Agreements and Foreign Arbitral Awards) Act 2011 — تڪرار حل.
• CERT-PK — واقعو هم آهنگي ۽ اطلاع توقعات.
• OWASP ASVS Level 2 — ايپليڪيشن سيڪيورٽي تصديق بيس لائن.

دستاويز جو اختتام. اردو ۽ سنڌي متوازي ترجما (ur.md، sd.md) هن مرجع ڍانچي جي عين پيروي ڪن ٿا.