تربیت و سرٹیفکیشن

ماڈیول O (LMS-lite) کی تعریف کرتا ہے: کورس کیٹلاگ، امتحان انجن، وہ امتحان-گیٹڈ سرٹیفکیشن جو ہر سرکاری-طرف کے اکاؤنٹ کو اس سے پہلے پاس کرنا لازمی ہے کہ وہ لائیو ٹکٹس سنبھالنے کے لیے فعال کیا جائے، اور اس کے گرد جاری سیکھنے کا عمل، تجزیات، اور آڈٹ۔

اس دستاویز میں استعمال ہونے والی ID سکیم۔ فعلی تقاضوں میں FR-TRN-<nnn> استعمال ہوتا ہے؛ صارف کہانیوں میں US-TRN-<nnn>؛ ٹیسٹ کیسز میں TC-TRN-<nnn>-<nn>۔ اس کے علاوہ، یہاں دو مستحکم، غیر-ترجمہ شدہ آرٹی فیکٹ کوڈز متعارف کیے گئے ہیں: ایک انفرادی کورس کے لیے CRS-<CAT>-<NN> اور ایک امتحان کے لیے EXAM-<CAT>-<NN>۔ FR/US/TC IDs کی طرح، یہ EN/UR/SD میں یکساں ہیں تاکہ ٹریس ابلٹی (traceability) برقرار رہے۔ زمروں: ONB آن بورڈنگ · ROL کردار-پر-مبنی · DEP محکمہ-خاص · REF ریفریشر · CMP کمپلائنس · CO کمپنی-سے-متعلق۔

1. مقصد و اصول

ماڈیول O ایک ہلکا پھلکا لرننگ مینجمنٹ سسٹم (LMS-lite) ہے۔ اس کا واحد سب سے اہم کام یہ یقینی بنانا ہے کہ کوئی بھی سرکاری-طرف کا اکاؤنٹ کسی لائیو ٹکٹ کو اس وقت تک نہیں سنبھال سکتا جب تک کہ وہ شخص ایک نگرانی شدہ، بے ترتیب امتحان کے ذریعے اہلیت کا مظاہرہ نہ کرے۔ یہی exam-gate ہے (/specs/ur/04-roles-permissions/ §14)۔

یہ ماڈیول چار مقاصد پورا کرتا ہے:

1. گیٹ کی ایکٹیویشن۔ handle-live-tickets صلاحیت کو پاس شدہ سرٹیفکیشن سے منسلک کریں، تاکہ تربیت کو لازمی بنایا جائے، اختیاری نہیں۔
2. بنیادی اہلیت۔ ہر نئے ملازم کو پورٹل کی بنیادی باتوں، ٹکٹ کے زندگی چکر، SLA، اسکیلیشن، رازداری، اور کمپلائنس کا یکساں بنیادی علم دیں — خواہ وہ 40+ محکموں میں سے کسی بھی ایک میں شامل ہو۔
3. جاری اہلیت۔ سالانہ ریفریشرز اور کردار کی تبدیلی پر شروع ہونے والی دوبارہ سرٹیفکیشن کے ذریعے عملے کو حالیہ رکھیں، تاکہ تبادلہ یا ترقی ایک غیر تربیت یافتہ آپریٹر پیدا نہ کرے۔
4. آڈٹ قابل ثبوت۔ یہ ریکارڈ کا ایک غیر تبدیل شدہ (immutable) مجموعہ رکھیں کہ کس نے سرٹیفائی کیا، کب، کس امتحان ورژن پر، کس زبان میں، اور کیا اسکور کے ساتھ — RTI، اندرونی آڈٹ، اور CERT-PK ہم آہنگی کے لیے کافی۔

ڈیزائن کے اصول۔

• کم سے کم قابلِ عمل LMS۔ SITP ایک سہولت ڈیسک ہے، تربیتی پلیٹ فارم نہیں۔ ماڈیول O کورسز، امتحانات، سرٹیفکیشن، اور رپورٹنگ پر محیط ہے — مکمل SCORM/xAPI، پیر ریویو، یا لائیو کوهورٹس پر نہیں۔
• کنفیگر قابل، ہارڈ-وائرڈ نہیں۔ ہر ڈیفالٹ (پاسنگ اسکور، کوششیں، ختم ہونا، فی کردار/محکمہ مطلوبہ کورسز) Super Admin اور (اپنے دائرہ کار میں) محکمہ ایڈمن کے ذریعے اوورائیڈ قابل ہے۔
• مواد ورژن شدہ ہے۔ ایک سرٹیفکیشن ہمیشہ کورس اور امتحان کے ایک مخصوص شائع شدہ ورژن سے جڑی ہوتی ہے، اس لیے مواد میں بعد کی ترمیم پہلے جاری کردہ سرٹیفکیٹ کو بعد ازاں کالعدم نہیں کرتی۔
• بنیادی طور پر کثیر لسانی۔ ہر کورس اور امتحان پہلی اشاعت سے EN، UR، اور SD میں موجود ہے (_context.md §2 دیکھیں)۔ ایک ملازم اپنی کام کرنے والی زبان میں امتحان دیتا ہے۔
• نظریے سے زیادہ منظرنامہ۔ امتحانات رٹ رٹائی پر مبنی سوالات سے زیادہ حقیقت پسندانہ SITP منظرناموں (ایک رکا ہوا ٹکٹ، ایک رازدارانہ اٹیچمنٹ، ایک گمشدہ MoM) کو ترجیح دیتے ہیں۔

2. مخاطب

اہم اصول۔ exam-gate صرف سرکاری طرف پر لاگو ہوتا ہے (/specs/ur/04-roles-permissions/ §14)۔ کمپنی نمائندگان کی entity تصدیق سے گینٹنگ کی جاتی ہے (/specs/ur/04-roles-permissions/ §4 اور _context.md §5 دیکھیں)۔ کمپنی-سے-متعلق کورسز فائلنگ کے معیار کو بہتر بنانے اور غلط روٹ شدہ ٹکٹس کو کم کرنے کے لیے پیش کیے جاتے ہیں، لیکن انہیں پاس کرنا اکاؤنٹ کی حیثیت پر اثر نہیں کرتا۔

3. کورس کیٹلاگ

کیٹلاگ چھ زمروں میں منظم ہے۔ ہر کورس ایک مختصر، مرکوز یونٹ ہے (ہدف 15–35 منٹ کا مواد)۔ ایک learning path (§4) کورسز کو فی کردار صحیح ترتیب میں بنڈل کرتی ہے۔

کیٹلاگ کی علامت: ID (مستحکم، غیر-ترجمہ شدہ) · عنوان · زمرہ · بنیادی مخاطب · MoSCoW · ڈیفالٹ میں مطلوبہ؟ · منسلک امتحان (اگر کوئی ہو)۔

3.1 آن بورڈنگ کورسز

3.2 کردار-پر-مبنی کورسز

3.3 محکمہ-خاص کورسز

محکمہ-خاص کورسز ایک مشترکہ ٹیمپلیٹ سے فی محکمہ تیار کیے جاتے ہیں (ٹیمپلیٹ کورس CRS-DEP-TEMPLATE ہے)۔ وہ اس محکمے کے ڈومین زمرجات، عام ٹکٹ اقساط، روٹنگ کی باریکیوں، اور کوئی بھی خاص ہینڈلنگ پر محیط ہوتے ہیں۔ لیبر محکمہ حوالہ جاتی مثال ہے؛ دیگر ٹیمپلیٹ کلون کرتے ہیں۔

3.4 ریفریشر کورسز

3.5 کمپلائنس کورسز

3.6 کمپنی-سے-متعلق کورسز

یہ مختصر، عوامی-سے-متعلق ماڈیولز ہیں جو کمپنی آن بورڈنگ وزرڈ اور ہیلپ سینٹر میں دکھائے جاتے ہیں۔ وہ فائلنگ کی غلطیاں اور غلط روٹنگ کم کرتے ہیں۔

کیٹلاگ کل: 18 سکھائے گئے کورسز 19 کیٹلاگ قطاروں میں (4 آن بورڈنگ + 5 کردار-پر-مبنی + 2 محکمہ-خاص مثالیں + 1 ٹیمپلیٹ + 1 ریفریشر + 3 کمپلائنس + 3 کمپنی-سے-متعلق = 19 قطاریں، جن میں سے 18 سکھائے گئے کورسز ہیں؛ CRS-DEP-TEMPLATE ایک مصنف ٹیمپلیٹ ہے، سکھایا گیا کورس نہیں)۔ §14 تصدیق دیکھیں۔

4. Learning Paths

ایک learning path کورسز کا ترتیب وار بنڈل + مطلوبہ امتحانات کا مجموعہ ہے جو کسی دیے گئے کردار کو سرٹیفائی ہونے کے لیے پاس کرنا لازمی ہے۔ Paths Super Admin (اور، دائرہ کار میں، محکمہ ایڈمن) کے ذریعے فی کردار اور فی محکمہ کنفیگر قابل ہیں۔ ایک path ہی §6 میں exam-gate کو فیڈ کرتا ہے۔

4.1 Learning path (بصری)

تحریری وضاحت۔ جب ایک سرکاری اکاؤنٹ بنایا جاتا ہے اور کردار تفویض کیا جاتا ہے، تو سسٹم اس کردار کی learning path (کردار + محکمہ امتزاج) کو حل کرتا ہے۔ ملازم آن بورڈنگ کورسز مکمل کرتا ہے، پھر کردار-پر-مبنی، پھر کوئی بھی محکمہ-خاص کورسز اگر محکمہ شامل ہوا ہو، پھر کمپلائنس کورسز۔ اس کے بعد وہ مطلوبہ امتحانات کا مجموعہ دیتا ہے، ہر ایک نگرانی شدہ اور بے ترتیب۔ اگر سب پاس ہو جائیں، تو ایک سرٹیفکیٹ جاری کیا جاتا ہے اور handle-live-tickets صلاحیت آن کر دی جاتی ہے — اکاؤنٹ لائیو کام کے لیے فعال ہو جاتا ہے۔ ناکام امتحانات زیادہ سے زیادہ کوششوں کی حد تک دوبارہ دیے جا سکتے ہیں؛ اگر ختم ہو جائیں، تو اکاؤنٹ ایڈمن ریویو یا دوبارہ تربیت کے منتظر Training Blocked حالت میں داخل ہوتا ہے۔ ایک سرٹیفکیٹ کی صداقت کی مدت (ڈیفالٹ N مہینے) کے بعد، ملازم کو سالانہ ریفریشر اور دوبارہ سرٹیفکیشن امتحان کی طرف روٹ کیا جاتا ہے، جو سرٹیفکیٹ کی تجدید سے پہلے پاس کرنا لازمی ہے؛ وہی گیٹ دوبارہ لاگو ہوتا ہے۔

5. امتحانات و کوئزز

امتحانات exam-gate کا دل ہیں۔ ہر امتحان ایک سوال بینک سے کھینچتا ہے، سوال اور جواب کی ترتیب کو بے ترتیب کرتا ہے، متعدد سوال اقساط کو سپورٹ کرتا ہے، اور anti-cheat کنٹرولز نافذ کرتا ہے۔

5.1 سوال بینکز

• ہر امتحان کے پیچھے ایک سوال بینک ہوتا ہے جو اس کے کورس(ز) پر محیط ہوتا ہے۔ بینک امتحان کے ساتھ ورژن شدہ ہوتے ہیں (§8 دیکھیں)۔
• ہر بینک میں دیے جانے والے سوالات کی تعداد سے کم از کم 2 گنا ہوتے ہیں تاکہ کوئی دو کوششیں یکساں مجموعہ نہ کھینچیں۔ ہدف: ایک 20-سوالی امتحان کے لیے ≥ 40 آئٹمز کا بینک۔
• آئٹمز ٹیگ کیے جاتے ہیں موضوع کے لحاظ سے (جیسے sla، escalation، confidentiality، rti) اور مشکل (آسان / درمیانہ / مشکل) کے لحاظ سے۔ امتحان انجن ایک ڈرا کو طبقاتی بنا سکتا ہے (جیسے 10 آسان + 7 درمیانہ + 3 مشکل)۔
• آئٹمز حذف شدہ کے طور پر فلگ کیے جاتے ہیں بجائے حذف کرنے کے، تاکہ تاریخی کوششیں دوبارہ پیدا کرنے کے قابل رہیں۔

5.2 سوال اقساط

5.3 پاسنگ اسکور، کوششیں، وقت

5.4 Anti-cheat و proctoring

Proctoring طبقاتی اور فی امتحان کنفیگر قابل ہے (ڈیٹا-حساسیت اور امتحان کی اہمیت سے گورن شدہ)۔

تمام proctoring فلگز کوشش کے ساتھ ریکارڈ کیے جاتے ہیں اور مصنف/ایڈمن کو کوشش ریویو اسکرین اور آڈٹ لاگز میں نظر آتے ہیں۔ webcam snapshots PII ہینڈلنگ پر عمل کرتے ہیں (/specs/ur/11-security-compliance/) — محدود رسائی، متعین retention۔

5.5 بے ترتیبی کی ضمانتیں

• ایک ہی صارف کی دو مسلسل کوششیں یکساں سوال مجموعہ نہیں کھینچتیں (جہاں بینک سائز اجازت دے)۔
• منظرنامہ stems پیرامیٹرائزڈ ہو سکتے ہیں (مختلف ٹکٹ ID، محکمہ، فوریّت) تاکہ memorization شکست ہو جائے۔
• امتحان انجن فی کوشش استعمال ہونے والی عین سوال/آپشن ترتیب ریکارڈ کرتا ہے تاکہ کوئی بھی نتیجہ اپیل کے لیے دوبارہ پیدا کرنے کے قابل ہو۔

5.6 امتحان اسکیمہ

ایک امتحان ریکارڈ کے ساختی خانے۔ ڈیفالٹس Super Admin کے ذریعے فی امتحان اوورائیڈ قابل ہیں؛ محکمہ-خاص امتحانات کے لیے محکمہ ایڈمن کی دائرہ کار میں اوورائیڈز۔

5.7 امتحان کیٹلاگ

6. Exam Gate

exam-gate ماڈیول O اور ماڈیول C (Org & RBAC) کے درمیان binding ہے۔ یہ واحد میکانزم ہے جو تربیت کو نافذ قابل بناتا ہے۔

6.1 گیٹ اصول

1. ایک سرکاری-طرف اکاؤنٹ بنایا جا سکتا ہے اور اندرونی تربیت مکمل کر سکتا ہے، لیکن handle-live-tickets صلاحیت روک دی جاتی ہے یہاں تک کہ اکاؤنٹ کے مطلوبہ امتحانات پاس نہ ہو جائیں (/specs/ur/04-roles-permissions/ §14)۔
2. غیر سرٹیفائیڈ ہونے کے دوران، اکاؤنٹ Training حالت میں ہوتا ہے: یہ کورسز براؤز کر سکتا ہے، امتحانات دے سکتا ہے، (جہاں اجازت ہو) KB اور de-identified نمونہ ٹکٹس پڑھ سکتا ہے، لیکن نہیں لائیو ٹکٹس تفویض کیے جا سکتے، لائیو ٹکٹس پر تبصرہ نہیں، حل نہیں، یا آٹو-اسائنمنٹ/اسکیلیشن روٹنگ میں ظاہر نہیں۔
3. آخری مطلوبہ امتحان پاس کرنے پر، سسٹم سرٹیفکیٹ جاری کرتا ہے اور صلاحیت کو فلیپ کرتا ہے — اکاؤنٹ لائیو کام کے لیے فعال ہو جاتا ہے اور ٹکٹ اسائنمنٹ کے لیے اہل بن جاتا ہے۔
4. اگر کوئی سرٹیفکیٹ ختم ہو جائے یا منسوخ کر دیا جائے (کردار تبدیلی، ناکام re-cert، ڈسپلنری)، تو صلاحیت واپس لے لی جاتی ہے اور اس اکاؤنٹ کو تفویض کردہ کھلے لائیو ٹکٹس دوبارہ اسائنمنٹ کے لیے فلگ کیے جاتے ہیں (/specs/ur/04-roles-permissions/ §11.1 میں تبادلے پر عملہ-ڈی ایکٹیویشن کے رویے کے عکس)۔
5. گیٹ لائیو ٹکٹس چھونے والے ہر سرکاری-طرف کردار پر لاگو ہوتا ہے، بشمول DG/سیکریٹری نگرانی (وہ اسکیلیٹڈ ٹکٹس پر نگرانی-سرٹیفائیڈ ہونے تک عمل نہیں کر سکتے)۔

6.2 فی کردار اور فی محکمہ کنفیگر قابل

• کسی دیے گئے کردار کے لیے مطلوبہ امتحانات کا مجموعہ اس کی learning path (§4) سے تعریف شدہ ہوتا ہے اور کنفیگر قابل ہے: Super Admin پورے پلیٹ فارم پر ایک مطلوبہ امتحان شامل/ہٹا سکتا ہے؛ محکمہ ایڈمن اپنے محکمے کو محکمہ-خاص امتحان (EXAM-DEPT-*) میں شامل کر سکتا ہے اور (پالیسی کے اندر) پاسنگ حد بڑھا سکتا ہے۔
• پاسنگ thresholds اور کوشش caps عالمی طور پر طے شدہ نہیں، فی امتحان کنفیگر قابل ہیں۔
• ایک feature flag (FFG-TRN-GATE) Super Admin کو گیٹ رویہ ٹوگل کرنے دیتا ہے: enforced (ڈیفالٹ)، advisory (تنبیہ کریں مگر اجازت دیں — pilot/مرحلہ-1 کے لیے)، off (غیر فعال — صرف break-glass migration کے لیے)۔ ڈیفالٹ enforced ہے۔

6.3 موجودہ عملے کے لیے مہلت کی مدت

جب گیٹ پہلی بار متعارف کیا جاتا ہے (یا ایک نیا مطلوبہ امتحان شامل کیا جاتا ہے)، تو موجودہ عملہ جو پہلے سے لائیو-ٹکٹ رسائی رکھتا ہے وہ راتوں رات ڈی ایکٹیویٹ نہیں ہوتا۔ وہ ایک مہلت کی مدت میں داخل ہوتے ہیں:

6.4 سرٹیفکیشن گیٹ فلور (بصری)

تحریری وضاحت۔ جب ایک سرکاری اکاؤنٹ بنایا جاتا ہے اور کردار تفویض کیا جاتا ہے، تو سسٹم اس کردار+محکمہ امتزاج کے لیے مطلوبہ امتحانات کا مجموعہ حل کرتا ہے۔ اکاؤنٹ handle-live-tickets OFF کے ساتھ Training حالت میں داخل ہوتا ہے۔ ملازم پڑھتا ہے اور ہر مطلوبہ امتحان دیتا ہے (نگرانی شدہ اور بے ترتیب)۔ اگر تمام مطلوبہ امتحانات پاس ہو جائیں، تو سسٹم سرٹیفکیٹ(ز) جاری کرتا ہے — یہ ریکارڈ کرتے ہوئے کہ کس نے سرٹیفائی کیا، کب، کس امتحان ورژن پر، کس زبان میں، اور اسکور — اور handle-live-tickets آن کرتا ہے؛ اکاؤنٹ ٹکٹ اسائنمنٹ اور اسکیلیشن کے لیے اہل بن جاتا ہے۔ ناکام کوشش پر، ری ٹیک cooldown لاگو ہوتا ہے؛ ایک بار کوششیں ختم ہونے پر اکاؤنٹ Training Blocked میں داخل ہوتا ہے، جس کے لیے ری سیٹ سے پہلے ایڈمن ریویو یا دوبارہ تربیت ضروری ہے۔ ایکٹیویشن کے بعد، سرٹیفکیٹ کی صداقت کی نگرانی کی جاتی ہے: ختم ہونے پر ملازم ریفریشر اور re-cert امتحان کی طرف روٹ کیا جاتا ہے (جو دوبارہ گیٹ میں داخل ہوتا ہے)، اور کردار کی تبدیلی پر پرانا سرٹیفکیٹ منسوخ کر دیا جاتا ہے اور نئے کردار کی path حل کی جاتی ہے — اوپر سے گیٹ میں دوبارہ داخل ہوتے ہوئے۔ ہر منتقلی پر صلاحیت فلگ اور ٹکٹ اسائنمنٹس کو میل کیا جاتا ہے تاکہ کوئی غیر سرٹیفائیڈ اکاؤنٹ لائیو-ٹکٹ رسائی برقرار نہ رکھے۔

7. سرٹیفکیشن Lifecycle

ایک سرٹیفکیشن ایک first-class ریکارڈ ہے جو ایک شخص، ایک امتحان (مخصوص ورژن پر)، ایک پاس نتیجہ، اور صداقت کی ونڈو کو باندھتا ہے۔ اس کا lifecycle ایک چھوٹا state machine ہے۔

7.1 سرٹیفکیشن حیثیتیں

7.2 Lifecycle ڈایاگرام

تحریری وضاحت۔ ایک سرٹیفکیشن Not started سے شروع ہوتی ہے، پہلی امتحان کوشش پر In progress میں منتقل ہوتی ہے، اور تمام مطلوبہ امتحانات پاس ہونے پر Certified بن جاتی ہے۔ ایک سرٹیفائیڈ ریکارڈ صداقت-تنبیہہ ونڈو کے اندر Expiring soon میں منتقل ہوتا ہے، پھر یا تو کامیاب دوبارہ سرٹیفکیشن پر Certified میں تجدید ہوتا ہے، یا Expired (صلاحیت واپس لے لی گئی) تک پہنچتا ہے۔ کسی بھی فعال نقطے پر کردار کی تبدیلی یا ڈسپلنری عمل پر سرٹیفکیشن Revoked ہو سکتی ہے، اکاؤنٹ کو نئی path حل کرنے کے لیے واپس بھیجتی ہے۔ پاس کے بغیر ختم کوششیں ریکارڈ کو Blocked میں لے جاتی ہیں، جو صرف دوبارہ تربیت کے بعد ایڈمن ری سیٹ سے اٹھتی ہے۔ handle-live-tickets صلاحیت state machine کی پیروی کرتی ہے: صرف Certified یا Expiring soon کے دوران ON؛ ہر دوسری حالت میں OFF۔

7.3 جاری، ختم ہونا، دوبارہ سرٹیفکیشن، منسوخی، ڈاؤن لوڈ

• پاس پر جاری۔ جیسے ہی آخری مطلوبہ امتحان پاس ہوتا ہے، ایک سرٹیفکیٹ ریکارڈ بنایا جاتا ہے (شخص، امتحان ID + ورژن، زبان، اسکور، پاس timestamp، issued-by، صداقت ونڈو) اور ایک ڈاؤن لوڈ قابل سرٹیفکیٹ تیار کیا جاتا ہے۔
• ختم ہونا۔ ہر سرٹیفکیٹ میں validity_months (ڈیفالٹ 12، فی امتحان کنفیگر قابل) ہے۔ ختم ہونا جاری تاریخ سے کمپیوٹ کیا جاتا ہے۔ Expiring soon تنبیہہ ایک کنفیگر قابل lead time (ڈیفالٹ 30 دن) پر چلتی ہے۔
• دوبارہ سرٹیفکیشن۔ ختم ہونے سے پہلے ملازم ریفریشر کورس + دوبارہ سرٹیفکیشن امتحان (EXAM-REFRESHER، یا کردار کے بنیادی امتحانات دوبارہ، کنفیگر قابل) دیتا ہے۔ ایک پاس تازہ ونڈو سے صداقت بڑھاتا ہے؛ پچھلا سرٹیفکیٹ supersede تو ہو جاتا ہے مگر تاریخ میں برقرار رہتا ہے۔
• کردار تبدیلی پر منسوخی۔ جب کسی ملازم کا کردار بدلتا ہے (تبادلہ، ترقی — سندھ حکومت میں اکثر، /specs/ur/04-roles-permissions/ §11.1 دیکھیں)، فعال سرٹیفکیٹ منسوخ کر دیا جاتا ہے اور نئے کردار کی path حل کی جاتی ہے۔ اگر نئے کردار میں کم یا مساوی امتحانات کی ضرورت ہو، تو ایک fast-track لاگو ہو سکتی ہے (کنفیگر قابل) — جیسے ایک افسر اسی محکمے میں محکمہ ایڈمن بننے پر افسر سرٹیفکیشن رکھ سکتا ہے اور صرف ایڈمن اضافی حصہ دے سکتا ہے۔
• وجہ کی بنا پر منسوخی۔ Super Admin / محکمہ ایڈمن (دائرہ کار کے اندر) ڈسپلنری یا کمپلائنس وجوہات کی بنا پر سرٹیفکیٹ منسوخ کر سکتے ہیں؛ ہر منسوخی میں ایک reason code ہوتا ہے اور آڈٹ-لاگ شدہ ہوتی ہے۔
• ڈاؤن لوڈ قابل سرٹیفکیٹ۔ ہر جاری کردہ سرٹیفکیٹ SITP لیٹر ہیڈ پر trilingual PDF (ماڈیول L پیٹرنز) کے طور پر ڈاؤن لوڈ قابل ہوتا ہے جس میں ایک QR تصدیق کوڈ ہوتا ہے تاکہ اسے آزادانہ طور پر چیک کیا جا سکے۔ سرٹیفکیٹ پر دکھایا جاتا ہے: نام + عہدہ، محکمہ، پاس شدہ امتحان(ز) + ورژن، اسکور بینڈ (خام نمبرز نہیں، کنفیگر قابل)، جاری تاریخ، ختم ہونے کی تاریخ، سرٹیفکیٹ ID، اور QR لنک۔

8. مواد کی تیاری و Governance

ماڈیول O ایک چھوٹے content-authoring ورک فلور کے ساتھ آتا ہے۔ کورسز اور امتحانات first-class، ورژن شدہ، reviewable آرٹی فیکٹس ہیں — فری ٹیکسٹ نہیں۔

8.1 مصنف کردار

مصنف/ریویور/پبلشر کسی شخص کے بنیادی کردار کے علاوہ شامل کردہ scoped کردار ہیں (جیسے ایک S&ITD سہولت افسر اضافی طور پر کورس مصنف ہو سکتا ہے)۔ وہ اسی RBAC + override ماڈل کی پیروی کرتے ہیں (/specs/ur/04-roles-permissions/ §6–§7)۔

8.2 ورژننگ

• ہر کورس اور امتحان ایک semantic ورژن (MAJOR.MINOR.PATCH) رکھتا ہے۔ اہم مواد کی تبدیلی = MAJOR؛ نئے سوالات/معمولی ترامیم = MINOR؛ ٹائپو فکسز = PATCH۔
• ایک سرٹیفکیشن ہمیشہ پاس کے وقت فعال شائع شدہ ورژن سے جڑی ہوتی ہے۔ مسودے کی ترمیم کسی پاس شدہ امتحان یا جاری کردہ سرٹیفکیٹ کو بعد ازاں تبدیل نہیں کرتی۔
• موجودہ شائع شدہ ورژن وہ ہے جو نئی کوششیں استعمال کرتی ہیں۔ پرانے ورژنز reproduction اور اپیل کے لیے (immutable) محفوظ رکھے جاتے ہیں۔
• ورژنز کے درمیان ایک diff view ریویورز کے لیے دستیاب ہے۔

8.3 ریویو و شائعی ورک فلور

• Four-eyes اصول۔ ریویور اور مصنف مختلف اکاؤنٹس ہونے چاہئیں۔ خود-منظوری بلاک ہے (Super Admin اوورائیڈ کر سکتا ہے، آڈٹ-لاگ شدہ)۔
• اشاعت ورژن کو فریز (immutable) کرتی ہے اور اسے فعال کوشش ٹارگٹ بناتی ہے۔ موجودہ in-flight کوششیں پچھلے ورژن پر ختم ہوتی ہیں؛ نئی کوششیں نئے استعمال کرتی ہیں۔
• ریٹائر ایک ورژن کو نئی کوششوں سے ہٹاتا ہے بغیر حذف کیے؛ کمپلائنس تاریخ کے لیے ضروری۔
• localization گیٹ۔ ایک ورژن اس وقت تک شائع نہیں ہو سکتا جب تک کہ تمام تین زبانیں (EN/UR/SD) موجود اور translation-complete نشان زد نہ ہوں (§9 دیکھیں)۔

8.4 مواد فارمیٹس

کورس مواد rich text (Markdown)، embedded تصاویر، مختصر ویڈیوز (captioned، WCAG 2.1 AA)، ڈاؤن لوڈ قابل PDFs، اور KB مضامین (ماڈیول J) کے لنکس سپورٹ کرتا ہے۔ امتحان آئٹمز منسلک snippets کے ساتھ rich stems سپورٹ کرتے ہیں۔ تمام میڈیا اپلوڈ پر AV-scan کیا جاتا ہے (ClamAV، ماڈیول D) اور encrypted محفوظ کیا جاتا ہے۔

9. کثیر لسانی کورسز و امتحانات

• ہر کورس اور امتحان پہلی اشاعت سے EN (master)، UR، اور SD میں تیار اور شائع کیا جاتا ہے (_context.md §2، /specs/ur/09-i18n-localization/)۔
• EN ورژن source of truth ہے؛ UR اور SD وفادار متوازی ترجمے ہیں۔ IDs (CRS-*، EXAM-*، FR-TRN-*، item-bank ٹیگز) کبھی ترجمہ نہیں کیے جاتے۔
• ہر ملازم اپنی کام کرنے والی زبان (اکاؤنٹ ترجیح) میں کورسز اور امتحانات لیتا ہے۔ منتخب زبان ہر کوشش کے ساتھ آڈٹ کے لیے ریکارڈ کی جاتی ہے۔
• سوال بینکز زبان-برابری پر ہیں: ایک آئٹم تینوں زبانوں میں موجود ہوتا ہے؛ بے ترتیب ڈرا زبان-agnostic ہے اور امیدوار کی زبان میں render کیا جاتا ہے۔
• UR/SD کے لیے RTL rendering پلیٹ فارم کنونشن کی پیروی کرتا ہے (renderer-driven؛ کوئی inline direction hacks نہیں)۔ Arabic-script numerals، تاریخیں (Gregorian + Hijri)، اور کرنسی پلیٹ فارم i18n اصولوں کی پیروی کرتے ہیں۔
• §8.3 میں localization گیٹ تینوں زبانیں مکمل ہونے تک اشاعت روکتا ہے، جس سے ایک EN-فقط امتحان غیر-EN بولنے والوں کو گینٹ کرنے سے بچا جاتا ہے۔

10. منظرنامہ-پر-مبنی تربیت (سینڈ باکس)

منظرنامہ-پر-مبنی تربیت ہی SITP سرٹیفکیشن کو قابلِ اعتماد بناتی ہے: امیدوار حقیقت پسندانہ، de-identified نمونہ ٹکٹس پر سینڈ بکس میں مشق کرتے ہیں جو لائیو پورٹل کا عکس ہے بغیر حقیقی ڈیٹا کو چھوئے۔

• سینڈ بکس ماحول۔ ایک live-to-read-only تربیتی جگہ seeded نمونہ ٹکٹس، نمونہ کمپنیوں، اور نمونہ محکموں کے ساتھ۔ سینڈ بکس میں اعمال کبھی production ٹکٹس یا SLAs کو متاثر نہیں کرتے۔
• نمونہ-ٹکٹ لائبریری۔ کورس مصنفین کی طرف سے تیار، canonical صورتحالوں پر محیط: ایک غلط روٹ شدہ لیبر ٹکٹ؛ ایک رکا ہوا ٹکٹ جسے TRI میٹنگ درکار ہو؛ ایک رازدارانہ اٹیچمنٹ؛ ایک MoM جس میں extractable ایکشن آئٹمز ہوں؛ ایک RTI درخواست جس کی قانونی آخری تاریخ ہو؛ ایک VIP کلوزر جسے DG منظوری درکار ہو۔
• عملی امتحان ٹاسکس (PRX قسم، §5.2) امیدوار سے کوئی چیز کرنے کو کہتے ہیں: ایک سینڈ بکس ٹکٹ کو درست ثبوت کے ساتھ حل کریں؛ ایک TRI میٹنگ کی درخواست؛ ایک MoM اپلوڈ اور شائع؛ ایک ٹکٹ رازدارانہ فلگ کریں۔ ایک چیک لسٹ (آٹو + ریویور) ٹاسک کو اسکور کرتی ہے۔
• لُپ میں AI۔ سینڈ بکس وہی AI اسسٹنٹ (مسودہ جوابات، خلاصہ، OCR، ایکشن-آئٹم نکالنا) expose کرتا ہے تاکہ امیدوار سیکھیں کہ AI output پر کب اعتماد اور کب تصدیق کرنی ہے — براہ راست CRS-ROL-04 کی معاونت۔
• ری سیٹ و ری ٹرائی۔ سینڈ بکس حالت فی امیدوار فی کوشش reset-able ہے تاکہ منظرنامے reproducible ہوں۔

11. تجزیات و رپورٹنگ

ماڈیول O ایک مرکوز analytics سطح expose کرتا ہے، جو کردار ڈیش بورڈز (ماڈیول I) میں دکھائی دیتی ہے اور کمپلائنس رپورٹنگ کے لیے exportable ہے۔

11.1 بنیادی میٹرکس

11.2 ڈیش بورڈز و exports

• Super Admin پورے پلیٹ فارم پر training analytics دیکھتا ہے؛ محکمہ ایڈمن اپنے محکمے کا subtree دیکھتا ہے؛ مصنفین/ریویورز اپنے تفویض کردہ مواد کو دیکھتے ہیں۔
• exports (PDF/Excel/CSV) ماڈیول I کنونشنز کی پیروی کرتے ہیں اور analytics-export صلاحیت کا تقاضا کرتے ہیں (جہاں مناسب step-up auth، /specs/ur/04-roles-permissions/ §12)۔
• شیڈولڈ digests (جیسے ہفتہ وار "اس ہفتے نئے سرٹیفائیڈ"، ماہانہ "اگلے 30 دن میں ختم ہونے والے") notification ماڈیول کو فیڈ کرتے ہیں۔

12. RBAC کے ساتھ انٹیگریشن

exam-gate ماڈیول C (Org & RBAC) کے ساتھ ایک براہ راست انٹیگریشن کے طور پر realized ہوتا ہے۔ سرٹیفکیشن حیثیت authorization کا ایک first-class input ہے۔

• صلاحیت فلگ۔ handle-live-tickets صلاحیت سرٹیفکیشن حالت سے compute ہوتی ہے: صرف اس وقت ON جب اکاؤنٹ اپنے کردار کی learning path covering ایک فعال سرٹیفکیٹ رکھتا ہو۔ اسے authorization انجن RBAC + ABAC کے ساتھ مل کر evaluate کرتا ہے (/specs/ur/04-roles-permissions/ §6–§7) — ایک غیر سرٹیفائیڈ اکاؤنٹ کو لائیو-ٹکٹ صلاحیتوں سے انکار کیا جاتا ہے حتیٰ کہ اگر اس کا کردار ٹیمپلیٹ ورنہ انہیں دیتا۔
• اکاؤنٹ ایکٹیویشن ہُک۔ اکاؤنٹ-lifecycle آٹومیشن (/specs/ur/04-roles-permissions/ §11) ماڈیول O کو کال کرتی ہے: اکاؤنٹ building (path حل)، کردار تبدیلی (منسوخ + دوبارہ حل)، تبادلہ/ڈی ایکٹیویشن (منسوخ)۔ اس کے برعکس، ماڈیول O ماڈیول C کو کال کرتا ہے: سرٹیفکیٹ جاری (فعال)، سرٹیفکیٹ ختم/منسوخ (صلاحیت ڈی ایکٹیویٹ + دوبارہ اسائنمنٹ فلگ)۔
• ٹکٹ اسائنمنٹ و اسکیلیشن فلٹر۔ آٹو-اسائنمنٹ اور اسکیلیشن روٹنگ غیر سرٹیفائیڈ اکاؤنٹس کو exclude کرتے ہیں، تاکہ ایک نئے شامل ہونے والے کو تیار ہونے سے پہلے خاموشی سے لائیو ٹکٹ نہ دے دیا جائے۔
• آڈٹ تسلسل۔ سرٹیفکیشن events دیگر access-relevant events کی طرح اسی immutable آڈٹ لاگ میں لکھے جاتے ہیں (/specs/ur/04-roles-permissions/ §11.5) اور صرف پڑھنے والے آڈیٹر کو نظر آتے ہیں۔
• feature flag۔ FFG-TRN-GATE گیٹ enforcement سطح کو کنٹرول کرتا ہے (§6.2)۔ فلگ کو تبدیل کرنا خود ایک audited configuration event ہے۔

تحریری وضاحت۔ ماڈیول C ہر بار ماڈیول O کو notify کرتا ہے جب کوئی اکاؤنٹ بنتا یا کردار بدلتا ہے، اور ماڈیول O مطلوبہ learning path حل کرتا ہے اور handle-live-tickets صلاحیت روک لیتا ہے۔ ایک بار صارف تمام مطلوبہ امتحانات پاس کر لیتا ہے، ماڈیول O ماڈیول C کو notify کرتا ہے، جو صلاحیت ON کرتا ہے اور اکاؤنٹ کو ٹکٹ اسائنمنٹ اور اسکیلیشن کے لیے اہل register کرتا ہے۔ ختم ہونے، کردار تبدیلی، یا منسوخی پر، ماڈیول O ماڈیول C کو notify کرتا ہے، جو صلاحیت OFF کرتا ہے اور کسی بھی کھلے ٹکٹس کو دوبارہ اسائنمنٹ کے لیے فلگ کرتا ہے۔ ماڈیول B کبھی کسی غیر سرٹیفائیڈ اکاؤنٹ کو assign یا escalate نہیں کرتا کیونکہ اہلیت کا فلٹر real time میں سرٹیفکیشن حالت سے compute ہوتا ہے۔

13. ریکارڈز و آڈٹ

سرٹیفکیشن ریکارڈز کمپلائنس آرٹی فیکٹس ہیں اور access logs کی طرح ہی سختی سے سنبھالے جاتے ہیں۔

• ریکارڈ کیا جاتا ہے (فی کوشش): امیدوار، امتحان ID + ورژن، زبان، استعمال شدہ سوال/آپشن ترتیب، شروع/اختتام timestamps، مدت، اسکور، پاس/ناکام، proctoring فلگز، IP/ڈیوائس (جہاں حاصل)، کوشش نمبر، ری ٹیک-cooldown کمپلائنس۔
• ریکارڈ کیا جاتا ہے (فی سرٹیفکیٹ): سرٹیفکیٹ ID، نام، عہدہ، محکمہ، امتحان(ز) + ورژن، اسکور بینڈ، جاری timestamp، issued-by (سسٹم)، صداقت ونڈو، منتخب زبان، منسوخی حیثیت + وجہ (اگر کوئی ہو)، QR تصدیق ٹوکن۔
• Retention۔ سندھ آرکائیوز اصولوں اور ماڈیول I/B retention کے ساتھ ہم آہنگ (_context.md §6)؛ ختم شدہ/منسوخ سرٹیفکیٹس کبھی حذف نہیں کیے جاتے — انہیں کمپلائنس retention مدت کے لیے ایک queryable archive میں رکھا جاتا ہے۔
• Immutability۔ کوشش ریکارڈز اور جاری سرٹیفکیٹس append-only / tamper-evident ہیں (access events کی طرح اسی آڈٹ لاگ)۔
• رسائی۔ صرف پڑھنے والا آڈیٹر اور Super Admin پورے پلیٹ فارم پر مکمل سرٹیفکیشن تاریخ query کر سکتے ہیں؛ محکمہ ایڈمن اپنے subtree میں؛ نامزد اپنا دیکھ سکتا ہے۔ bulk exports کے لیے step-up auth ضروری ہے۔
• کمپلائنس رپورٹنگ۔ ایک-کلک رپورٹس برائے: (a) "محکمہ X میں فی الحال لائیو ٹکٹس سنبھالنے کے لیے کون سرٹیفائیڈ ہے"، (b) "شخص Y کی سرٹیفکیشن تاریخ"، (c) "فی محکمہ گیٹ-کمپلائنس %"، RTI جوابات، اندرونی آڈٹ، اور CERT-PK ہم آہنگی کے لیے مناسب۔
• رازداری۔ اسکورز رازداری پالیسی کے مطابق store اور display کیے جاتے ہیں؛ ڈاؤن لوڈ قابل سرٹیفکیٹ ڈیفالٹ طور پر ایک اسکور بینڈ دکھاتا ہے (خام نمبرز دکھانے کے لیے کنفیگر قابل)۔ proctoring آرٹی فیکٹس (webcam snapshots) متعین retention اور محدود رسائی کے ساتھ PII ہینڈلنگ کی پیروی کرتے ہیں (/specs/ur/11-security-compliance/)۔

14. فعلی تقاضے

15. صارف کہانیاں (منتخب)

US-TRN-001 — مطلوبہ امتحانات پاس کرنے کے بعد ایکٹیویٹ ہونا [Must]

بطور ایک نئے آن بورڈ محکمہ افسر میں چاہتا ہوں کہ میرا اکاؤنٹ میرے مطلوبہ امتحانات پاس ہوتے ہی خودکار طور پر لائیو ٹکٹس کے لیے آن ہو جائے تاکہ میں manual ایکٹیویشن مرحلے کا انتظار کیے بغیر ٹکٹس حل کرنا شروع کر سکوں۔

قبولیت کے معیار (Gherkin)

Scenario: تمام مطلوبہ امتحانات پاس Given ایک محکمہ افسر اکاؤنٹ handle-live-tickets OFF کے ساتھ Training حالت میں موجود ہے When افسر اپنی learning path کا آخری مطلوبہ امتحان پاس کرتا ہے Then ایک سرٹیفکیٹ جاری ہوتا ہے جو نام، امتحان ورژن، زبان، اسکور، اور صداقت ونڈو ریکارڈ کرتا ہے And handle-live-tickets ON سیٹ ہو جاتا ہے And اکاؤنٹ ٹکٹ اسائنمنٹ اور اسکیلیشن کے لیے اہل بن جاتا ہے And QR تصدیق کے ساتھ ایک ڈاؤن لوڈ قابل trilingual سرٹیفکیٹ تیار ہوتا ہے

Scenario: مطلوبہ امتحان ناکام Given ایک افسر ایک مطلوبہ امتحان دیتا ہے When وہ پاسنگ threshold سے نیچے اسکور کرتا ہے Then کوشش اسکور اور proctoring فلگز کے ساتھ ریکارڈ ہوتی ہے And ری ٹیک cooldown لاگو ہوتا ہے And handle-live-tickets OFF رہتا ہے

US-TRN-002 — موجودہ عملہ مہلت کی مدت پر [Must]

بطور ایک محکمہ ایڈمن میں چاہتا ہوں کہ موجودہ عملہ ایک نئے-مطلوبہ امتحان دیتے ہوئے کام جاری رکھے تاکہ گیٹ متعارف ہونے پر محکمے کی لائیو ٹکٹ قطار متاثر نہ ہو۔

قبولیت کے معیار (Gherkin)

Scenario Outline: مہلت-مدت منتقلیات Given ایک موجودہ سرٹیفائیڈ ملازم ایک نئے مطلوبہ امتحان کا پابند ہے When مہلت ونڈو شروع ہوتی ہے Then انہیں ایک مستقل بینر اور یاد دہانیاں نظر آتی ہیں And وہ handle-live-tickets ON رکھتے ہیں اور اسائنمنٹ کے لیے اہل رہتے ہیں When مہلت ونڈو پاس کے بغیر گزر جاتی ہے Then نئے ٹکٹس انہیں آٹو-اسائنڈ ہونا بند کر دیتے ہیں When سخت cutoff پاس کے بغیر گزر جاتا ہے Then handle-live-tickets OFF سیٹ ہو جاتا ہے اور ان کے کھلے ٹکٹس دوبارہ اسائنمنٹ کے لیے فلگ کیے جاتے ہیں Examples: | grace_days | soft_extra | hard_extra | | 30 | 0 | 14 |

US-TRN-003 — مصنف ایک کثیر لسانی امتحان شائع کرتا ہے [Must]

بطور ایک امتحان مصنف میں چاہتا ہوں کہ امتحان اس وقت شائع کروں جب EN/UR/SD مکمل ہوں اور ریویور منظور کر چکا ہو تاکہ کوئی غیر-EN بولنے والا واحد-زبان امتحان سے گینٹ نہ ہو اور مواد کے معیار کی ضمانت ہو۔

قبولیت کے معیار (Gherkin)

Scenario: مکمل ترجموں اور ریویور منظوری کے ساتھ شائع Given ورژن X پر ایک امتحان مسودے میں EN، UR، اور SD مکمل نشان زد ہیں And ایک مختلف-اکاؤنٹ ریویور اسے منظور کر چکا ہے When پبلشر اسے شائع کرتا ہے Then ورژن X فعال کوشش ٹارگٹ بن جاتا ہے اور immutable ہے And پچھلی in-flight کوششیں پچھلے ورژن پر جاری رہتی ہیں

Scenario: گمشدہ زبان پر اشاعت بلاک Given ایک امتحان مسودے میں SD ترجمہ غائب ہے When پبلشر شائع کرنے کی کوشش کرتا ہے Then اشاعت ایک localization-gate error کے ساتھ بلاک ہو جاتی ہے

US-TRN-004 — آڈیٹر سرٹیفکیشن تاریخ query کرتا ہے [Must]

بطور ایک صرف پڑھنے والا آڈیٹر میں چاہتا ہوں کہ query کروں کہ کون کب سرٹیفائیڈ، کس زبان میں، اور کس امتحان ورژن پر تاکہ میں RTI، اندرونی آڈٹ، اور CERT-PK ہم آہنگی کی معاونت کر سکوں۔

قبولیت کے معیار (Gherkin)

Scenario: پورے پلیٹ فارم پر سرٹیفکیشن query Given ایک صرف پڑھنے والا آڈیٹر step-up auth کے ساتھ authenticated ہے When وہ محکمہ X کے لیے "سرٹیفکیشن تاریخ" رپورٹ چلاتے ہیں Then انہیں نام، عہدہ، امتحان + ورژن، اسکور بینڈ، جاری/ختم تاریخیں، زبان، اور منسوخی حیثیت ملتی ہے And query خود آڈٹ ٹریل میں log ہوتی ہے

16. غیر-فعلی تقاضے (خلاصہ)

17. کنفیگریشن ڈیفالٹس و کھلے سوالات

کھلے سوالات۔

1. کیا کمپنی-سے-متعلق کورسز (CRS-CO-*) ایک incentive رکھنی چاہئیے (جیسے ایک "Trained Filer" بیج جو تصدیق کو تیز کرے) بجائے خالص optional رہنے کے؟
2. کیا سالانہ ریفریشر (CRS-REF-01) ایک واحد consolidated امتحان ہونا چاہئے یا اصل کردار امتحانات دوبارہ دیے جائیں؟
3. Super Admin امتحان کے لیے live remote proctoring کے لیے کون سا observer tool standard ہے (Zoom / Meet / Teams)، اور snapshot retention مدت کیا ہے؟
4. کیا مستقبل کے کسی مرحلے میں گیٹ (advisory شکل میں) regulated اقسام میں کمپنی نمائندگان تک extend ہونا چاہئے؟

تصدیق

• کورسز (سکھائے گئے): 18 — 4 آن بورڈنگ + 5 کردار-پر-مبنی + 2 محکمہ-خاص مثالیں + 1 ریفریشر + 3 کمپلائنس + 3 کمپنی-سے-متعلق۔ (اس کے علاوہ CRS-DEP-TEMPLATE، ایک مصنف ٹیمپلیٹ، سکھائے گئے کورس میں شمار نہیں۔)
• امتحانات: 9 درج کیے گئے (EXAM-ONB, EXAM-OFFICER, EXAM-FACILITATOR, EXAM-OVERSIGHT, EXAM-ADMIN, EXAM-COMPLIANCE, EXAM-DEPT-*, EXAM-REFRESHER, EXAM-CO)۔
• اقساط: 17 (§1 مقصد و اصول سے §17 کنفیگریشن و کھلے سوالات تک)۔