مصنوعات کے تقاضوں کا دستاویز (PRD)

کسی واحد تقاضے کے لیے پڑھنے کی ترتیب:

ایپک → یوزر سٹوری (US) → قبولیت کے معیار (Gherkin منظرنامے) → ٹیسٹ کیسز (TC)

فنکشنل تقاضوں کی شناخت (FR-<MOD>-<nnn>) یوزر سٹوریز کے اندر اس جگہ حوالہ دی جاتی ہیں جہاں وہ /specs/ur/02-functional-reqs/ میں فنکشنل تقاضوں کی فہرست سے قابلِ سراغ ہوں۔ غیر فنکشنل تقاضے (NFR-<CAT>-<nnn>) /specs/ur/03-non-functional-reqs/ میں موجود ہیں اور یہاں دہرائے نہیں گئے۔

1.2 MoSCoW ٹیگز

ہر یوزر سٹوری کو بالکل ایک MoSCoW ترجیح (بحسب _conventions.md §5) سے ٹیگ کیا گیا ہے:

• [M] لازمی (Must) — وی ون لانچ کی رکاوٹ۔
• [S] چاہیے (Should) — وی ون، لانچ کے فوراً بعد فراہم کیا جائے گا۔
• [C] ہو سکتی ہے (Could) — اگر وقت اجازت دے تو وی ون میں اچھی بات۔
• [W] بعد کے لیے (Won't) — واضح طور پر بعد کے مرحلے کے لیے ملتوی۔

اس PRD میں بیان کردہ تمام فیچرز وی ون کے دائرے میں ہیں؛ MoSCoW ٹیگ ترتیب کو کنٹرول کرتا ہے، شمولیت کو نہیں۔ تقسیم کے لیے §4 دیکھیں۔

1.3 زبان اور رویے کے روایات

• سٹوریز رویہ پہلے اور یو آئی سے آزاد لکھی گئی ہیں۔ یہ بیان کرتی ہیں کہ سسٹم کو کیا کرنا چاہیے، نہ کہ اسکرین کیسی دکھتی ہے۔
• Gherkin منظرنامے زبان سے آزاد اسماء ("نمائندہ"، "اسٹاف رکن"، "سسٹم") استعمال کرتے ہیں۔ اسکرینز، بٹن، اور بصری ڈیزائن /specs/ur/10-ux-sitemap-flows/ میں موجود ہیں۔
• تمام بہاؤ انگریزی، اردو، اور سندھی پر لاگو ہوتے ہیں، اردو اور سندھی کے لیے RTL رینڈرنگ کے ساتھ، جب تک الگ سے کچھ کہا نہ جائے۔
• ٹکٹ شناخت کنندگان قفل شدہ فارمیٹ SITP-YYYY-<DEPT>-<NNNNNN> پر عمل کرتے ہیں (مثلاً، SITP-2026-LBR-000123)۔

2. ماڈیول / ایپک نقشہ

SITP وی ون کے تمام 17 ایپکس نیچے درج ہیں۔ اس PRD کا حصہ اول E1–E8 پر مشتمل ہے؛ حصہ دوم (_part2_en.md) E9–E17 اور قابلِ سراغ میٹرکس پر مشتمل ہے۔

3. MoSCoW تقسیم خلاصہ

اس PRD کی تمام فیچرز وی ون دائرہ ہیں۔ MoSCoW ٹیگ ترتیب اور لانچ روکنے والی ترجیح کو ظاہر کرتا ہے، شمولیت کو نہیں۔

• [M] لازمی سٹوریز لانچ روکنے والیاں ہیں — پورٹل ان کے بغیر آئی ٹی انڈسٹری کے لیے لائیو نہیں ہو سکتا۔ یہ E1–E4 (رجسٹریشن، ٹکٹنگ، فائلیز، کور اے آئی/OCR) اور E6–E8 کے بنیادی درجوں میں جمع ہیں۔
• [S] چاہیے سٹوریز وی ون میں ہیں مگر لازمی سیٹ پروڈکشن میں آنے کے بعد فوراً فراہم کی جائیں گی (عام طور پر پہلے استحکام ریلیز میں)۔ ان میں اعلیٰ ٹکٹ آپریشنز (ضم/تقسیم، ناظرین)، اندرونی مواصلات کے اوپری درجے، دو طرفہ آنے والے پیغامات، اے آئی مسودہ جوابات، اور زیادہ تر بیرونی انٹیگریشنز (NITB e-Office، عوامی API) شامل ہیں۔
• [C] ہو سکتی ہے سٹوریز قیمتی مگر وی ون کے لیے غیر ضروری ہیں؛ اگر گنجائش ہو تو انہیں اٹھایا جائے گا (مثلاً، درجہ 3 چینل پر مبنی چیٹ)۔
• [W] بعد کے لیے سٹوریز واضح طور پر فیز سے باہر ہیں؛ E1–E8 میں لازمی ملتوی کا کوئی اعلان نہیں ہے۔

یہ ترتیب /specs/ur/14-roadmap-release/ میں مرحلہ وار روڈ میپ سے ہم آہنگ ہے: مرحلہ 1 MVP = لازمی؛ مرحلہ 2 = چاہیے؛ مرحلہ 3+ = ہو سکتی ہے اور E9–E17 ماڈیولز حصہ دوم میں۔

4. ایپکس E1–E8

ایپک E1 — پبلک سائٹ (PUB)

هدف: پورٹل کا ایک غیر مستند، کثیرالسانتہ (EN/UR/SD، RTL کے لیے تیار) سامنے کا دروازہ فراہم کریں جہاں آئی ٹی کمپنیاں، سرمایہ کار، اور عوام پلیٹ فارم کے بارے میں جانیں، سروس کیٹلاگ اور عمومی سوالات براؤز کریں، اے آئی معاون رہنمائی اور درج بندی مدد حاصل کریں، اور عوامی شفافیت کا اسنیپ شاٹ دیکھیں — تمام بغیر اکاؤنٹ کے، اور ہر معاون زبان میں سرچ انجنوں کے لیے مکمل طور پر انڈیکسڈ۔

US-PUB-001 — کثیرالسانتہ معلوماتی سائٹ براؤز کریں [M]

بطورِ عوام کا رکن (آئی ٹی کمپنی، سرمایہ کار، یا شہری) میں یہ چاہتا ہوں کہ تمام پبلک صفحات انگریزی، اردو، یا سندھی میں پڑھ سکوں تاکہ میں اپنی پسند کی زبان میں پورٹل کے مقصد، دائرے، اور استعمال کو سمجھ سکوں۔

FR-PUB-001, FR-PUB-002 کو پورا کرتا ہے۔

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

منظرنامہ: زائر انٹرفیس زبان تبدیل کرتا ہے
  فرض کریں ایک زائر کوئی بھی پبلک صفحہ کھولتا ہے
  جب وہ زبان بدلنے والے سے "اردو" (Urdu) منتخب کرتا ہے
  تب صفحے کا تمام متن اردو میں مرتب ہوتا ہے
  اور صفحے کا ترتیب دائیں سے بائیں (RTL) ہو جاتا ہے
  اور URL یا لوکیل پیش‌نشان منتخب شدہ زبان کو ظاہر کرتا ہے

منظرنامہ خاکہ: ہر معاون زبان ہر پبلک صفحے کے لیے مرتب ہوتی ہے
  فرض کریں پبلک سائٹ زبانوں <Lang> میں دستیاب ہو
  جب کوئی زائر ہوم، اباؤٹ، سروسز، عمومی سوالات، مدد، یا رابطہ صفحہ کھولتا ہے
  تب صفحہ مکمل طور پر <Lang> میں مرتب ہوتا ہے بغیر کسی انگریزی فال بیک اسٹرنگ کے
  اور صفحہ اس زبان کے لیے وی کی اے جی 2.1 اے اے کے مطابق ہے

  مثالیں:
    | Lang   |
    | EN     |
    | UR     |
    | SD     |

US-PUB-002 — FAQ اور مدد مرکز میں تلاش کریں [M]

بطورِ زائر میں یہ چاہتا ہوں کہ کلیدی لفظ سے ایک منتخب شدہ FAQ اور مدد مرکز میں تلاش کروں تاکہ میں ٹکٹ درج کیے بغیر عام سوالات کے جوابات تلاش کر سکوں۔

FR-PUB-003 کو پورا کرتا ہے۔

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

منظرنامہ: کلیدی لفظ تلاش متعلقہ FAQ مضامین لوٹاتی ہے
  فرض کریں FAQ اور مدد مرکز میں EN, UR, اور SD میں انڈیکسڈ مضامین ہوں
  جب کوئی زائر "میری کمپنی کیسے رجسٹر کروں" تلاش کرتا ہے
  تب سسٹم ایسے مضامین لوٹاتا ہے جن کا عنوان یا باڈی زائر کی فعال زبان میں تلاش سے مطابقت رکھتی ہو
  اور نتائج متعلقیت کے لحاظ سے درجہ بندی ہوتے ہیں
  اور ہر نتیجہ مکمل مضمون سے جڑا ہوتا ہے

منظرنامہ: کوئی نتیجہ نہ ہونے پر اضافی راستہ پیش کیا جاتا ہے
  فرض کریں زائر کی تلاش صفر نتائج لوٹاتی ہے
  تب سسٹم اے آئی چیٹ بوٹ اور "ہم سے رابطہ کریں" کے اختیار کا لنک پیش کرتا ہے

US-PUB-003 — درج بندی میں رہنمائی کے لیے اے آئی اسسٹنٹ سے چیٹ کریں [M]

بطورِ زائر میں یہ چاہتا ہوں کہ اے آئی اسسٹنٹ سے سوالات پوچھوں اور ٹکٹ درج کرنے میں مدد حاصل کروں تاکہ میں آسان مسائل فوراً حل کروں یا درست ٹکٹ جمع کرنے میں رہنمائی پا سکوں۔

FR-AI-008, FR-PUB-004 کو پورا کرتا ہے۔ ہینڈ آف قواعد US-AI-006 کے ہم آہنگ ہیں۔

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

منظرنامہ: اے آئی اسسٹنٹ منظور شدہ نالج بیس سے جواب دیتا ہے
  فرض کریں اے آئی اسسٹنٹ فعال ہو اور ایک زائر چیٹ ویجیٹ کھولتا ہے
  جب زائر نالج بیس کے تحت آنے والا سوال پوچھتا ہے
  تب اسسٹنٹ زائر کی فعال زبان میں جواب دیتا ہے
  اور جواب ماخذ مضمون یا FAQ اندراج کا حوالہ دیتا ہے

منظرنامہ: اسسٹنٹ غیر یقینی ہونے پر انسان کے حوالے کرتا ہے
  فرض کریں اسسٹنٹ کافی اعتماد کے ساتھ جواب نہ دے سکے
  تب وہ لائیو سہولت کار کے حوالے کی پیشکش کرتا ہے
  اور قبولیت پر ایک چیٹ یا ٹکٹ سیشن بنتا ہے اور اگلے دستیاب سہولت کار کی طرف روٹ ہوتا ہے
  اور گفتگو کی نقل محفوظ اور منسلک رہتی ہے

منظرنامہ: اسسٹنٹ ٹکٹ ڈرافٹ پہلے سے بھر سکتا ہے
  فرض کریں زائر تصدیق کرتا ہے کہ وہ ٹکٹ درج کرنا چاہتا ہے
  جب اسسٹنٹ ضروری تفصیلات اکٹھی کر لیتا ہے
  تب زمرہ، عنوان، اور وضاحت پہلے سے درج کردہ ٹکٹ ڈرافٹ بنتا ہے
  اور زائر کو جائزے اور جمع کرنے کے لیے درج بندی بہاؤ پر لے جایا جاتا ہے

US-PUB-004 — hreflang کے ساتھ کثیرالسانتہ SEO [S]

بطورِ سرچ انجن میں یہ چاہتا ہوں کہ ہر پبلک صفحہ hreflang اور مکمل سائٹ میپ کے ذریعے زبان اور علاقائی متبادل کا اعلان کرے تاکہ پاکستان اور بیرون ملک صارفین کو درست زبان کا ورژن پیش کیا جائے۔

FR-PUB-005 کو پورا کرتا ہے۔

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

منظرنامہ: ہر پبلک صفحہ درست hreflang متبادل خارج کرتا ہے
  فرض کریں ایک پبلک صفحہ EN, UR, اور SD میں موجود ہو
  جب کوئی کرالر کوئی بھی زبان کا ورژن لاتا ہے
  تب HTML ہیڈ میں EN, UR, اور SD کے لیے hreflang لنک ٹیگز کے ساتھ ایک x-default ہوتا ہے
  اور ہر زبان کے ورژن کے لیے sitemap.xml اندراج موجود ہوتا ہے

منظرنامہ: ساخت شدہ ڈیٹا موجود ہے
  فرض کریں سروس کیٹلاگ اندراج یا FAQ مضمون شائع ہو
  تب صفحہ مناسب ساخت شدہ ڈیٹا مارک اپ پر مشتمل ہوتا ہے
  اور مارک اپ منتخب شدہ اسکیما کے خلاف تصدیق ہوتا ہے

US-PUB-005 — نئی اکائینوں کے لیے آن بورڈنگ وزرڈ [S]

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

FR-PUB-006 کو پورا کرتا ہے۔

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

منظرنامہ: وزرڈ اکائی کی قسم کے لحاظ سے رہنمائی مرتب کرتا ہے
  فرض کریں ایک زائر آن بورڈنگ وزرڈ شروع کرتا ہے
  جب وہ اپنی اکائی کی قسم (SECP کمپنی، انفرادی مالک/شراکت، فری لینسر، غیر ملکی شاخ، یا ابتدائی اسٹارٹ اپ) ظاہر کرتا ہے
  تب وزرڈ اس اکائی کی قسم کے لیے مخصوص رجسٹریشن تقاضے پیش کرتا ہے
  اور دستاویزات کی چیک لسٹ اور رجسٹریشن شروع کرنے کا براہ راست لنک پیش کرتا ہے

منظرنامہ: وزرڈ گمنام طور پر اور سائن اپ پر پیش رفت محفوظ کرتا ہے
  فرض کریں ایک زائر وزرڈ کا کوئی حصہ مکمل کر چکا ہو
  جب وہ اکاؤنٹ رجسٹر کرتا ہے
  تب اس کے وزرڈ جوابات نئے اکاؤنٹ سے منسلک ہوتے ہیں
  اور وہ اسی جگہ سے بحال ہوتے ہیں جہاں چھوڑا تھا

US-PUB-006 — سروس کیٹلاگ براؤز کریں اور عوامی شفافیت اسنیپ شاٹ دیکھیں [M]

بطورِ زائر میں یہ چاہتا ہوں کہ ان محکموں/اقسام کا سروس کیٹلاگ براؤز کروں جو پورٹل سنبھالتا ہے اور مجموعی شفافیت کے اعداد و شمار دیکھوں تاکہ مجھے سمجھ آئے کہ میں پورٹل کے پاس کیا اٹھا سکتا ہوں اور پورٹل کا کارکردنی ریکارڈ کیسا ہے۔

FR-PUB-007, FR-ANL-009 (عوامی ڈیش بورڈ حصہ) کو پورا کرتا ہے۔

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

منظرنامہ: زائر سروس کیٹلاگ براؤز کرتا ہے
  فرض کریں سروس کیٹلاگ شائع ہو
  جب کوئی زائر سروسز صفحہ کھولتا ہے
  تب وہ محکموں اور سروس اقسام کی فہرست دیکھتا ہے جو پورٹل قبول کرتا ہے
  اور ہر اندراج اپنے SOPs، فارم، اور SLA توقعات سے جڑا ہوتا ہے
  اور صفحہ محکمے اور زمرے کے لحاظ سے فلٹر کیا جا سکتا ہے

منظرنامہ: عوامی شفافیت ڈیش بورڈ مجموعی، غیر PII میٹرکس مرتب کرتا ہے
  فرض کریں عوامی شفافیت ڈیش بورڈ فعال ہو
  جب کوئی بھی زائر بغیر لاگ ان کیے اسے کھولتا ہے
  تب وہ مجموعی میٹرکس دیکھتا ہے جیسے کل درج شدہ ٹکٹس، SLA کے اندر حل شدہ فیصد، اوسط حل کا وقت، اور محکمے کے لحاظ سے حجم
  اور کوئی ذاتی شناختی معلومات یا ٹکٹ سطح کی تفصیل ظاہر نہیں ہوتی
  اور اعداد و شمار ماخذ ڈیٹا سے ڈیش بورڈ کی شائع شدہ ریفریش ونڈو کے اندر مطابقت رکھتے ہیں

منظرنامہ: شفافیت ڈیش بورڈ کثیرالسانتہ اور قابلِ رسائی ہے
  فرض کریں ڈیش بورڈ EN میں مرتب ہو
  جب زائر UR یا SD منتخب کرتا ہے
  تب تمام لیبل، افسانوی، اور ٹول ٹپس منتخب شدہ زبان میں مرتب ہوتے ہیں
  اور ڈیش بورڈ وی کی اے جی 2.1 اے اے پر پورا اترتا ہے

ایپک E2 — ٹکٹنگ کور (TKT)

هدف: سندھ حکومت کے کسی بھی محکمے کے خلاف اٹھائے گئے آئی ٹی انڈسٹری مسائل کے لیے مکمل ٹکٹ لائف سائیکل فراہم کریں — ذہین اندراج (متحرک کنڈیشنل فارم، اے آئی روٹنگ تجویز، اسمارٹ انحراف) سے، ٹریکنگ اور تعاون (ڈرافٹس، سب ٹاسکس، ضم/تقسیم، ربط/تعلق، ناظرین/CC، بلک ایکشنز) تک، پھر ایک سخت حل کے ثبوت کا گیٹ جو بندش سے پہلے ثبوت لازمی قرار دیتا ہے، CSAT جمع کروانا، اور اپیل/دوبارہ کھولنا۔ تمام _context.md §5 اور /specs/ur/06-ticket-workflow/ میں ورک فلاؤ کے مطابق SLA اور اسکیلیشن سیڑھی کے تابع ہیں۔

US-TKT-001 — متحرک، کنڈیشنل فارم کے ذریعے ٹکٹ درج کریں [M]

بطورِ کمپنی نمائندہ میں یہ چاہتا ہوں کہ ایسا ٹکٹ جمع کروں جس کے خانے منتخب شدہ محکمے اور زمرے کے مطابق ڈھل جائیں تاکہ میں بالکل وہی معلومات فراہم کروں جو متعلقہ محکمے کو درکار ہیں، نہ زیادہ نہ کم۔

FR-TKT-001, FR-TKT-002, FR-TKT-004 کو پورا کرتا ہے۔

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

منظرنامہ: کامیاب جمع کرونا ایک بامعنی ٹریکنگ آئی ڈی جنریٹ کرتا ہے
  فرض کریں ایک تصدیق شدہ کمپنی نمائندہ سائن اِن ہو
  جب وہ متحرک فارم عنوان، وضاحت، محکمے، زمرے، اور اس زمرے کے لیے مطلوبہ تمام خانوں کے ساتھ مکمل کرتا ہے
  تب حیثیت "New" کے ساتھ ایک ٹکٹ بنتا ہے
  اور "SITP-YYYY-<DEPT>-<NNNNNN>" سے مطابقت رکھنے والی ٹریکنگ آئی ڈی جنریٹ ہوتی ہے
  اور نمائندے کی پسندیدہ زبان میں تصدیقی اطلاع بھیجی جاتی ہے

منظرنامہ خاکہ: کنڈیشنل خانے زمرے کے لحاظ سے ظاہر اور تصدیق ہوتے ہیں
  فرض کریں ایک نمائندہ محکمہ <Dept> اور زمرہ <Cat> منتخب کرتا ہے
  جب فارم زمرہ مخصوص خانہ سیٹ مرتب کرتا ہے
  تب <Cat> کے لیے مطلوبہ خانے ظاہر اور لازمی ہوتے ہیں
  اور <Cat> سے متعلقہ نہ رکھنے والے خانے چھپ جاتے ہیں
  اور تمام مطلوبہ خانوں کے قابل ہونے تک جمع کرونا بلاک ہوتا ہے

  مثالیں:
    | Dept | Cat                       |
    | LBR  | EOBI رجسٹریشن             |
    | SRB  | سروسز پر سیلز ٹیکس        |
    | IND  | صنعتی اسٹیٹ الاٹمنٹ       |

US-TKT-002 — جمع کرونے پر اے آئی آٹو روٹ تجویز [M]

بطورِ فرز بندی افسر میں یہ چاہتا ہوں کہ سسٹم اے آئی استعمال کر کے ہر نئے ٹکٹ کے لیے محکمہ، سیکشن، اور فوریّت تجویز کرے تاکہ میں ہر ٹکٹ کو سکرچ سے پڑھے بغیر روٹنگ جلد تصدیق یا درست کر سکوں۔

FR-AI-002, FR-AI-003, FR-TKT-005 کو پورا کرتا ہے۔

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

منظرنامہ: اے آئی اندراج پر روٹنگ اور فوریّت تجویز کرتا ہے
  فرض کریں ایک نیا ٹکٹ جمع کرایا جا چکا ہو
  جب اے آئی روٹنگ سروس اس پر عمل کرتی ہے
  تب افسرانہ جائزے کے لیے تجویز شدہ محکمہ، سیکشن، اور فوریّت کی سطح ٹکٹ سے منسلک ہوتی ہے
  اور تجویز میں اعتماد اسکور شامل ہوتا ہے
  اور افسر تجویز قبول، تبدیل، یا رد کر سکتا ہے

منظرنامہ: افسر کی تبدیلی لاگ ہوتی ہے
  فرض کریں اے آئی نے محکمہ X تجویز کیا ہو
  جب فرز بندی افسر اسے محکمہ Y میں تبدیل کرتا ہے
  تب ٹکٹ محکمہ Y کو روٹ ہوتا ہے
  اور تبدیلی، اصل تجویز، اور افسر کی شناخت آڈٹ لاگ میں درج ہوتی ہے

US-TKT-003 — لاگ اِن کیے بغیر ٹریکنگ آئی ڈی سے ٹکٹ حیثیت ٹریک کریں [M]

بطورِ جو کوئی ٹریکنگ آئی ڈی رکھتا ہو میں یہ چاہتا ہوں کہ سائن اِن کیے بغیر ٹکٹ کی حیثیت دیکھ سکوں تاکہ میں کسی بھی آلے سے پیش رفت نگرانی کر سکوں، بشمول جب میں اپنے کمپنی اکاؤنٹ پر نہ ہوں۔

FR-TKT-007 کو پورا کرتا ہے۔

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

منظرنامہ: ٹریکنگ آئی ڈی سے گمنام حیثیت تلاش
  فرض کریں ایک شخص درست ٹریکنگ آئی ڈی رکھتا ہو
  جب وہ اسے پبلک ٹریکنگ صفحے پر داخل کرتا ہے
  تب سسٹم ٹکٹ کی موجودہ حیثیت، سنبھالنے والا محکمہ، آخری عوامی حیثیت تبدیلی کی تاریخ، اور SLA گھڑی کی حالت دکھاتا ہے
  اور کوئی اندرونی نوٹس، اٹیچمنٹس، یا اسٹاف شناخت کنندگان ظاہر نہیں ہوتے

منظرنامہ: غلط ٹریکنگ آئی ڈی محفوظ طریقے سے رد ہوتی ہے
  فرض کریں کوئی شخص نامعلوم یا بگاڑی ہوئی ٹریکنگ آئی ڈی داخل کرتا ہے
  تب سسٹم ایک عمومی "نہیں ملا" پیغام لوٹاتا ہے
  اور آئی ڈی کے موجود ہونے یا نہ ہونے کے بارے میں کوئی معلومات لیک نہیں ہوتی
  اور بار بار غلط کوششوں پر ریٹ لمٹ لگایا جاتا ہے

US-TKT-004 — ڈرافٹ محفوظ کریں اور اسمارٹ درج بندی معاونت کے ساتھ بعد میں بحال ہوں [M]

بطورِ کمپنی نمائندہ میں یہ چاہتا ہوں کہ جزوی مکمل شدہ ٹکٹ کو ڈرافٹ کے طور پر محفوظ کروں اور جمع کرنے سے پہلے مماثل حل شدہ ٹکٹوں کے بارے میں اے آئی تجاویز پاؤں تاکہ میری پیش رفت ضائع نہ ہو اور میں نقل درج کرنے سے بچوں۔

FR-TKT-003, FR-AI-007 کو پورا کرتا ہے۔

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

منظرنامہ: ڈرافٹ سیشنوں میں محفوظ رہتا ہے
  فرض کریں ایک نمائندے نے ٹکٹ شروع کیا مگر جمع نہیں کرایا ہو
  جب وہ ڈرافٹ محفوظ کرتا ہے اور بعد میں لوٹتا ہے (ممکنہ طور پر کسی دوسرے آلے سے)
  تب اس کا ڈرافٹ اس کے ڈرافٹس تلے درج ہوتا ہے
  اور بحال کرنے پر تمام پہلے داخل کردہ خانے اور اٹیچمنٹس واپس آتے ہیں

منظرنامہ: اسمارٹ درج بندی اسسٹنٹ نقلوں کو ہٹاتا ہے
  فرض کریں ایک نمائندہ ڈرافٹ مرتب کر رہا ہو
  جب کم از کم عنوان اور وضاحت موجود ہوں
  تب اسسٹنٹ مماثل حل شدہ یا کھلے ٹکٹس سامنے لاتا ہے
  اور اگر نمائندہ کسی مماثل حل شدہ ٹکٹ کو اپنے جواب کے طور پر قبول کرے، ڈرافٹ ایک عمل سے ترک کیا جا سکتا ہے
  اور انحراف کا واقع انالیٹکس کے لیے درج ہوتا ہے

US-TKT-005 — سب ٹاسکس، ضم/تقسیم، ربط/تعلق، ناظرین/CC، اور بلک ایکشنز [S]

بطورِ اسٹاف رکن یا سہولت کار میں یہ چاہتا ہوں کہ کئی ٹکٹس کو تحلیل، ضم، مربوط، دیکھوں، اور ان پر عمل کروں تاکہ میں پیچیدہ، کثیر الجہتی مسائل کو مؤثر طریقے سے سنبھال سکوں۔

FR-TKT-008, FR-TKT-009, FR-TKT-010, FR-TKT-011, FR-TKT-012 کو پورا کرتا ہے۔

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

منظرنامہ: ایک ٹکٹ سب ٹاسکس میں تقسیم ہوتا ہے
  فرض کریں ایک پیرنٹ ٹکٹ متعدد الگ مسائل پر مشتمل ہو
  جب سہولت کار سب ٹاسکس بناتا ہے
  تب ہر سب ٹاسک کا اپنا تفویض شدہ، حیثیت، اور SLA ہوتا ہے
  اور تمام سب ٹاسکس حل یا واضح طور پر معاف ہونے تک پیرنٹ ٹکٹ بند نہیں ہو سکتا
  اور پیرنٹ ٹکٹ اپنے سب ٹاسکس کی رول اپ حیثیت دکھاتا ہے

منظرنامہ: نقل ٹکٹس ضم ہوتے ہیں
  فرض کریں دو یا زیادہ ٹکٹس ایک ہی کمپنی سے ایک ہی بنیادی مسئلہ بیان کرتے ہوں
  جب سہولت کار انہیں ایک بنیادی ٹکٹ میں ضم کرتا ہے
  تب ثانوی ٹکٹس "Merged into <primary ID>" نشان زد اور قفل ہوتے ہیں
  اور تمام اٹیچمنٹس، تبصرے، اور ناظرین بنیادی پر متحد ہوتے ہیں
  اور ضم کارروائی اور اداکار آڈٹ لاگ ہوتے ہیں

منظرنامہ: بلک ایکشن فلٹر شدہ انتخاب پر لاگو ہوتا ہے
  فرض کریں سہولت کار نے ٹکٹس کی فہرست فلٹر کی ہو
  جب وہ متعدد ٹکٹس منتخب کر کے بلک ایکشن چنتا ہے
  تب ایکشن تمام منتخب ٹکٹس پر لاگو ہوتا ہے
  اور ہر متاثر ٹکٹ اپنی تاریخ میں ایکشن اور اداکار درج کرتا ہے

US-TKT-006 — لازمی ثبوت، آٹو کلوز، دوبارہ کھولنا، اپیل، اور CSAT کے ساتھ حل کریں [M]

بطورِ متعلقہ محکمے کا اسٹاف رکن میں یہ چاہتا ہوں کہ ثبوت اور حل کا نوٹ منسلک کرنے کے بعد ہی ٹکٹ حل کروں، اور سسٹم CSAT ونڈو کے بعد اسے آٹو کلوز کر دے جب تک کمپنی دوبارہ نہ کھولے یا اپیل نہ کرے تاکہ بندشیں ثبوت کی زینت بنیں اور کمپنی کی بامعنی آواز برقرار رہے۔

FR-TKT-013, FR-TKT-014, FR-TKT-015, FR-TKT-016 کو پورا کرتا ہے۔ _context.md §5 میں حل ثبوت گیٹ کے ہم آہنگ۔

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

منظرنامہ: حل کے لیے ثبوت اور نوٹ چاہیے
  فرض کریں ایک اسٹاف رکن ٹکٹ کو "Resolved" منتقل کرنے کی کوشش کرتا ہے
  جب کوئی ثبوت اٹیچمنٹ اور حل کا نوٹ موجود نہ ہو
  تب منتقلی بلاک ہوتی ہے
  اور سسٹم بتاتا ہے کہ کون سے مطلوبہ اشیاء غائب ہیں

منظرنامہ: CSAT ونڈو کے بعد آٹو کلوز
  فرض کریں ایک ٹکٹ "Resolved" حالت میں تمام مطلوبہ ثبوت کے ساتھ ہو
  جب CSAT ونڈو کمپنی کی کارروائی کے بغیر گزر جاتی ہے
  تب ٹکٹ خودبخود "Closed" منتقل ہوتا ہے
  اور بندش کا واقع، ٹائم اسٹیمپ، اور محرک درج ہوتے ہیں

منظرنامہ: کمپنی حل مسترد کرتی ہے
  فرض کریں ایک ٹکٹ "Resolved" ہو
  جب کمپنی نمائندہ CSAT ونڈو کے اندر حل مسترد کرتا ہے
  تب ٹکٹ اپنی پچھلی کام کرنے والی حالت میں دوبارہ کھلتا ہے
  اور SLA گھڑی پالیسی کے مطابق دوبارہ چلتی ہے
  اور تفویض شدہ اسٹاف اور ناظرین کو مطلع کیا جاتا ہے

منظرنامہ: کمپنی بند ٹکٹ کی اپیل کرتی ہے
  فرض کریں ایک ٹکٹ "Closed" ہو
  جب کمپنی اپیل شروع کرتی ہے
  تب اپیل ریکارڈ بنتا ہے اور اگلے اسکیلیشن درجے کو روٹ ہوتا ہے
  اور اصل ٹکٹ اپیل سے جڑا اور "Under Appeal" نشان زد ہوتا ہے

ایپک E3 — ادارہ و RBAC (ORG)

هدف: پورٹل کے دونوں اطراف کی حقیقی دنیا کی ساخت کو ماڈل کریں — کمپنیاں (متعدد مجاز نمائندوں اور باریک فی اجازت اوور رائڈز کے ساتھ) اور حکومتی محکمے (نیسٹڈ محکمہ → سیکشن → اسٹاف، DG اور سیکریٹری نگرانی کے ساتھ) — جبکہ _context.md §5 کے قفل شدہ فیصلوں پر عمل کرنا: پانچ اکائی اقسام کنڈیشنل رجسٹریشن فارم کے ساتھ، فائل پہلے/متوازی تصدیق عارضی بیج کے ساتھ، فی کمپنی بالکل ایک بنیادی مجاز نمائندہ، آٹومیٹڈ لائف سائیکل واقعات، اسٹیپ اپ تصدیق، خفیہ/VIP ٹکٹ رسائی کنٹرول، اور اسٹاف کے لائیو ٹکٹ سنبھالنے سے پہلے امتحان گیٹ۔ RBAC تفصیل /specs/ur/04-roles-permissions/ میں۔

US-ORG-001 — کنڈیشنل فارم کے ذریعے پانچ اکائی اقسام میں سے ایک کے طور پر رجسٹر کریں [M]

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

FR-ORG-001 کو پورا کرتا ہے۔

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

منظرنامہ خاکہ: فی اکائی قسم کنڈیشنل رجسٹریشن
  فرض کریں ایک ممکنہ رجسٹرنٹ اکائی قسم <Type> منتخب کرتا ہے
  جب رجسٹریشن فارم مرتب ہوتا ہے
  تب صرف <Type> پر لاگو خانے اور دستاویزی تقاضے ظاہر اور تصدیق ہوتے ہیں
  اور فارم بنیادی مجاز نمائندے کو لازمی کردار کے طور پر اکٹھا کرتا ہے

  مثالیں:
    | Type                              |
    | SECP کمپنی                        |
    | انفرادی مالک / شراکت              |
    | فری لینسر / انفرادی               |
    | غیر ملکی شاخ                      |
    | ابتدائی اسٹارٹ اپ (عارضی)         |

US-ORG-002 — فائل پہلے عارضی بیج کے ساتھ، متوازی تصدیق [M]

بطورِ نئی رجسٹر شدہ کمپنی میں یہ چاہتا ہوں کہ ایک فوری عارضی اکاؤنٹ ملے جو مجھے فوراً ٹکٹ درج کرنے دے تاکہ میں بیک گراؤنڈ تصدیقیں متوازی مکمل ہونے تک بلاک نہ رہوں۔

FR-ORG-002, FR-ORG-003 کو پورا کرتا ہے۔ ایپک E8 (SECP/FBR/SRB/PSEB/NADRA تلاش) کے ساتھ مربوط۔

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

منظرنامہ: رجسٹریشن پر عارضی اکاؤنٹ دیا جاتا ہے
  فرض کریں رجسٹرنٹ مکمل رجسٹریشن جمع کرواتا ہے
  جب جمع کرونا قبول ہوتا ہے
  تب عارضی بیج کے ساتھ ایک عارضی اکاؤنٹ بنتا ہے
  اور اکاؤنٹ فوراً ٹکٹ درج کر سکتا ہے
  اور بیک گراؤنڈ تصدیقات (SECP/FBR/SRB/PSEB/NADRA + ڈومین ای میل) متوازی قطار میں ہیں

منظرنامہ خاکہ: تصدیق کا نتیجہ بیج کو منتقل کرتا ہے
  فرض کریں عارضی اکاؤنٹ تصدیق سے گزر رہا ہو
  جب تصدیقات <Result> ہوں
  تب بیج <Badge> منتقل ہوتا ہے
  اور کمپنی وجہ کے ساتھ مطلع ہوتی ہے

  مثالیں:
    | Result                       | Badge      |
    | تمام چیکس پاس                | Verified   |
    | کوئی بھی چیک ناکام           | On Hold    |

منظرنامہ: ناکام تصدیق اپیل پیش کرتی ہے
  فرض کریں کمپنی کی تصدیق ناکام ہو چکی ہو
  تب کمپنی معاون ثبوت کے ساتھ اپیل جمع کرا سکتی ہے
  اور اپیل فیصلے کے لیے S&ITD کو روٹ ہوتی ہے

US-ORG-003 — بالکل ایک بنیادی کے ساتھ متعدد مجاز نمائندے سنبھالیں [M]

بطورِ کمپنی ایڈمنسٹریٹر میں یہ چاہتا ہوں کہ متعدد مجاز نمائندے شامل کروں اور بالکل ایک کو بنیادی نامزد کروں تاکہ صحیح افراد کمپنی کے لیے عمل کر سکیں اور ہمیشہ ایک واحد ذمہ دار رابطہ ہو۔

FR-ORG-004 کو پورا کرتا ہے۔

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

منظرنامہ: کردار ٹیمپلیٹ کے ساتھ نمائندہ شامل کریں
  فرض کریں کمپنی ایڈمنسٹریٹر نمائندے سنبھال رہا ہو
  جب وہ CNIC اور ڈومین ای میل کے ساتھ نیا نمائندہ شامل کرتا ہے
  تب نمائندہ دعوت دیا جاتا ہے اور کردار ٹیمپلیٹ (Admin, Filer, Viewer, یا Notify) تفویض ہوتا ہے
  اور دعوت یافتہ کو رسائی سے پہلے قبول کرنا ضروری ہے

منظرنامہ: ہر وقت بالکل ایک بنیادی مجاز نمائندہ
  فرض کریں کمپنی کا موجودہ بنیادی مجاز نمائندہ ہو
  جب ایڈمنسٹریٹر بنیادی کردار کسی دوسرے نمائندے کو منتقل کرتا ہے
  تب پچھلا بنیادی باقاعدہ نمائندہ بن جاتا ہے
  اور نیا نمائندہ واحد بنیادی بن جاتا ہے
  اور تبدیلی آڈٹ لاگ ہوتی ہے

US-ORG-004 — باریک فی اجازت اوور رائڈز کے ساتھ کردار ٹیمپلیٹس [M]

بطورِ کمپنی ایڈمنسٹریٹر یا محکمہ ایڈمن میں یہ چاہتا ہوں کہ کردار ٹیمپلیٹ تفویض کروں پھر انفرادی اجازتیں اوور رائڈ کروں تاکہ رسائی ہر صارف کی اصل ذمہ داریوں سے مطابقت رکھتی ہو۔

FR-ORG-005 کو پورا کرتا ہے۔ تفصیل /specs/ur/04-roles-permissions/ میں۔

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

منظرنامہ: کردار ٹیمپلیٹ لاگو کریں
  فرض کریں ایک ایڈمنسٹریٹر کسی صارف کو کردار ٹیمپلیٹ تفویض کرتا ہے
  جب تفویض محفوظ ہوتی ہے
  تب صارف کو ٹیمپلیٹ کی ہر اجازت مل جاتی ہے

منظرنامہ: باریک اوور رائڈ ٹیمپلیٹ کو تنگ یا وسیع کرتا ہے
  فرض کریں ایک صارف کردار ٹیمپلیٹ رکھتا ہو
  جب ایڈمنسٹریٹر انفرادی اجازت ٹوگل کرتا ہے
  تب صارف کا مؤثر اجازت سیٹ اوور رائڈ سے ایڈجسٹڈ ٹیمپلیٹ ہوتا ہے
  اور اوور رائڈ اور اداکار آڈٹ لاگ ہوتے ہیں
  اور رد کردہ اجازت کو ٹیمپلیٹ دیتی ہو تو بھی نافذ ہوتی ہے

US-ORG-005 — DG/سیکریٹری نگرانی کے ساتھ نیسٹڈ محکمے [M]

بطورِ پورٹل ایڈمنسٹریٹر میں یہ چاہتا ہوں کہ محکموں کو محکمہ → سیکشن → اسٹاف کے طور پر ماڈل کروں اور DG و سیکریٹری نگرانی کردار تفویض کروں تاکہ ٹکٹس درست سیکشن کو روٹ ہوں جبکہ سینئر قیادت کو نظر رہے۔

FR-ORG-006, FR-ORG-007 کو پورا کرتا ہے۔ _context.md §5 میں اسکیلیشن سیڑھی کو کھلاتا ہے۔

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

منظرنامہ: ایڈمنسٹریٹر محکمہ اور نیسٹڈ سیکشن بناتا ہے
  فرض کریں پورٹل ایڈمنسٹریٹر سائن اِن ہو
  جب وہ محکمہ اور اس کے تلے ایک یا زیادہ سیکشن بناتا ہے
  تب ٹکٹس محکمے یا مخصوص سیکشن کو روٹ کیے جا سکتے ہیں
  اور محکمہ درجہ بندی روٹنگ اور رپورٹنگ میں ظاہر ہوتی ہے

منظرنامہ: نگرانی کردار فی اسکیلیشن درجہ اطلاع وصول کرتے ہیں
  فرض کریں کسی محکمے سے تفویض شدہ DG اور سیکریٹری ہو
  جب اس محکمے کا کوئی ٹکٹ متعلقہ SLA حد سے تجاوز کرتا ہے
  تب DG یا سیکریٹری ناظر کے طور پر شامل اور اسکیلیشن سیڑھی کے مطابق مطلع ہوتے ہیں
  اور ان کی نگرانی کی طاقت (صرف مطلع کرنے بمقابلہ عمل) محکمے کی تشکیل کے مطابق نافذ ہوتی ہے

US-ORG-006 — منتقلی، نمائندہ تبدیلی، یا اسٹرائک آف پر آٹومیٹڈ اکاؤنٹ لائف سائیکل [M]

بطورِ سسٹم میں یہ چاہتا ہوں کہ اہم واقعات کے وقوع پر خودبخود اکاؤنٹس غیر فعال یا دوبارہ تصدیق کروں تاکہ رسائی کمپنی اور اس کے نمائندوں کی حقیقی دنیا کی حیثیت کے مطابق رہے۔

FR-ORG-008 کو پورا کرتا ہے۔

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

منظرنامہ خاکہ: لائف سائیکل واقعہ اکاؤنٹ ایکشن محرک کرتا ہے
  فرض کریں کمپنی اکاؤنٹ فعال ہو
  جب واقعہ <Event> ٹوٹا یا اطلاع دیا جائے
  تب سسٹم <Action> سرانجام دیتا ہے
  اور کھلے ٹکٹس پالیسی کے مطابق دوبارہ تفویض یا روک دیے جاتے ہیں
  اور ایکشن آڈٹ لاگ میں درج ہوتا ہے

  مثالیں:
    | Event                                | Action                                  |
    | بنیادی نمائندہ منتقل                  | پچھلا نمائندہ غیر فعال، کمپنی مطلع       |
    | مجاز نمائندہ تبدیل                    | نیا نمائندہ دوبارہ تصدیق                 |
    | SECP کی طرف کمپنی اسٹرائک آف          | کمپنی اکاؤنٹ غیر فعال                    |

US-ORG-007 — اسٹاف کے لیے اسٹیپ اپ تصدیق، خفیہ/VIP ABAC، اور امتحان گیٹ [S]

بطورِ سیکیورٹی افسر میں یہ چاہتا ہوں کہ حساس ایکشنز کے لیے اسٹیپ اپ تصدیق، خفیہ/VIP ٹکٹوں کے لیے انتساب پر مبنی رسائی، اور اسٹاف کے لائیو ٹکٹ سنبھالنے سے پہلے سرٹیفیکیشن امتحان پاس کرنا لازمی ہو تاکہ اعلیٰ اثر کارروائیاں اور حساس ڈیٹا گہرائی میں دفاع سے محفوظ ہوں۔

FR-ORG-009, FR-ORG-010, FR-TRN-002 کو پورا کرتا ہے۔

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

منظرنامہ: حساس ایکشن اسٹیپ اپ تصدیق مانگتا ہے
  فرض کریں اسٹاف رکن معیاری سیشن سے سائن اِن ہو
  جب وہ حساس ایکشن کی کوشش کرتا ہے (مثلاً، VIP ٹکٹ بند کرنا، بلک PII ایکسپورٹ)
  تب اس سے دوسرا فیکٹر طلب کیا جاتا ہے
  اور کامیاب اسٹیپ اپ کے بعد ہی ایکشن آگے بڑھتا ہے

منظرنامہ: خفیہ یا VIP ٹکٹ انتساب پر مبنی رسائی نافذ کرتا ہے
  فرض کریں ٹکٹ Confidential یا VIP نشان زد ہو
  جب مماثل انتساب کے بغیر اسٹاف رکن اسے کھولنے کی کوشش کرتا ہے
  تب رسائی مسترد اور کوشش لاگ ہوتی ہے
  اور ٹکٹ اس صارف کی فہرستوں اور تلاش نتائج میں نظر انداز ہوتا ہے

منظرنامہ: امتحان گیٹ سرٹیفیکیشن پاس ہونے تک لائیو ٹکٹ سنبھالنا بلاک کرتا ہے
  فرض کریں نیا آن بورڈڈ اسٹاف رکن
  جب وہ لائیو ٹکٹ کی ملکیت سنبھالنے کی کوشش کرتا ہے
  تب سسٹم مطلوبہ سرٹیفیکیشن امتحان پاس ہونے تک ایکشن بلاک کرتا ہے
  اور گیٹ کی حیثیت اس کے سپروائزر کو نظر آتی ہے

ایپک E4 — فائلیز (FILE)

هدف: کمپنیوں اور محکموں دونوں کے لیے محفوظ، قابلِ آڈٹ فائل ہینڈلنگ فراہم کریں — اینٹی وائرس سکیننگ کے ساتھ اپ لوڈز، باقی رہنے پر خفیہ کاری، ان اپ پیش نظارہ، ورژننگ، وقت محدود محفوظ ڈاؤن لوڈ لنکس، سائز/قسم کی حدود، اور ریٹینشن پالیسیوں سے مربوطگی۔ تمام فائل آپریشنز ایپک E5 میں اے آئی OCR اور خلاصہ صلاحیتوں اور ایپک E2 میں حل ثبوت گیٹ کے ان پٹس (اور آؤٹ پٹس) ہیں۔

US-FILE-001 — سائز اور قسم کی حدود کے اندر فائلیں اپ لوڈ کریں [M]

بطورِ کمپنی نمائندہ یا اسٹاف رکن میں یہ چاہتا ہوں کہ نافذ شدہ سائز اور قسم کی حدود کے اندر معاون دستاویزات اپ لوڈ کروں تاکہ صرف محفوظ، سنبھالنے کے قابل فائلیں سسٹم میں داخل ہوں۔

FR-FILE-001, FR-FILE-002 کو پورا کرتا ہے۔

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

منظرنامہ خاکہ: اپ لوڈ حدود کے اندر کامیاب اور باہر ناکام ہوتی ہے
  فرض کریں ایک صارف فائل اپ لوڈ کر رہا ہو
  جب فائل قسم <Type> اور سائز <Size> کی ہو
  تب اپ لوڈ <Result> ہوتی ہے
  اور رد پر صارف کو بتایا جاتا ہے کہ کون سی مخصوص حد خلاف ورزی ہوئی

  مثالیں:
    | Type            | Size   | Result           |
    | application/pdf | 5 MB   | قبول ہے          |
    | image/png       | 8 MB   | قبول ہے          |
    | application/exe | 1 KB   | مسترد ہے         |
    | application/pdf | 250 MB | مسترد ہے         |

US-FILE-002 — اینٹی وائرس سکین اور خفیہ شدہ آبجیکٹ اسٹوریج [M]

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

FR-FILE-003, FR-FILE-004, NFR-SEC-003 کو پورا کرتا ہے۔

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

منظرنامہ: صاف فائل خفیہ محفوظ ہوتی ہے
  فرض کریں صارف ایسی فائل اپ لوڈ کرے جو ClamAV پاس کرے
  جب سکین مکمل ہوتا ہے
  تب فائل خفیہ شدہ آبجیکٹ اسٹوریج (MinIO/S3) میں لکھی جاتی ہے
  اور محفوظ شدہ ریکارڈ فائل کو اس کے مالک ٹکٹ اور اپ لوڈر سے جڑتا ہے

منظرنامہ: متاثرہ فائل قرنطین اور مسترد ہوتی ہے
  فرض کریں صارف ایسی فائل اپ لوڈ کرے جسے ClamAV خطرناک نشان زد کرے
  تب فائل قرنطین ہوتی ہے، ڈاؤن لوڈ کے لیے دستیاب نہیں کی جاتی
  اور اپ لوڈ محفوظ ایرر پیغام کے ساتھ مسترد ہوتی ہے
  اور سیکیورٹی الرٹ اٹھایا اور آڈٹ لاگ کیا جاتا ہے

US-FILE-003 — ان اپ پیش نظارہ اور ورژننگ [S]

بطورِ ٹکٹ شرکاء میں یہ چاہتا ہوں کہ دستاویزات ان لائن پیش نظارہ کروں اور ان کی ورژن ہسٹری دیکھوں تاکہ میں ڈاؤن لوڈ کیے بغیر مواد کا جائزہ لوں اور وقت کے ساتھ تبدیلیوں کی نگرانی کروں۔

FR-FILE-005, FR-FILE-006 کو پورا کرتا ہے۔

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

منظرنامہ: معاون فائل ان لائن پیش نظارہ
  فرض کریں ٹکٹ میں پیش نظارہ معاون فارمیٹ میں اٹیچ فائل ہو
  جب رسائی رکھنے والا شرکاء پیش نظارہ کھولتا ہے
  تب فائل ڈاؤن لوڈ کی ضرورت کے بغیر ان لائن مرتب ہوتی ہے
  اور رسائی کے بغیر شرکاء اسے پیش نظارہ نہیں کر سکتے

منظرنامہ: نیا ورژن پچھلے کو فوقیت دیتا ہے
  فرض کریں کوئی شرکاء موجودہ فائل کا نیا ورژن اپ لوڈ کرتا ہے
  تب پچھلا ورژن ہسٹری کے طور پر محفوظ رہتا ہے
  اور تازہ ترین ورژن موجودہ دکھایا جاتا ہے
  اور ورژن نمبر، اپ لوڈر، اور ٹائم اسٹیمپ درج ہوتے ہیں

US-FILE-004 — محفوظ، وقت محدود ڈاؤن لوڈ لنکس [M]

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

FR-FILE-007 کو پورا کرتا ہے۔

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

منظرنامہ: سائن شدہ لنک اپنی وقت حد کے بعد ختم ہوتا ہے
  فرض کریں اسٹاف رکن وقت حد کے ساتھ سائن شدہ ڈاؤن لوڈ لنک جنریٹ کرتا ہے
  جب وصول کنندہ اسے حد کے اندر اور اجازت شدہ سیاق و سباق سے کھولتا ہے
  تب فائل کامیابی سے ڈاؤن لوڈ ہوتی ہے
  اور ڈاؤن لوڈ واقع آڈٹ لاگ ہوتا ہے

منظرنامہ: ختم شدہ یا بدلایا گیا لنک مسترد ہوتا ہے
  فرض کریں سائن شدہ لنک ختم یا تبدیل ہو چکا ہو
  جب وصول کنندہ اسے استعمال کرنے کی کوشش کرتا ہے
  تب درخواست "ختم شدہ یا غلط" جواب کے ساتھ مسترد ہوتی ہے
  اور ردکردگی لاگ ہوتی ہے

US-FILE-005 — ریٹینشن پالیسی مربوطگی [S]

بطورِ ریکارڈز افسر میں یہ چاہتا ہوں کہ ہر فائل سندھ آرکائیوز قواعد کے ہم آہنگ ریٹینشن پالیسی سے جڑی ہو تاکہ سسٹم فائلوں کو قانوناً محفوظ، محفوظ یا صاف کر سکے۔

FR-FILE-008 کو پورا کرتا ہے، گورننس نوٹس /specs/ur/22-governance-legal/ میں۔

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

منظرنامہ: فائل اپنے ٹکٹ زمرے سے ریٹینشن وراثت میں لیتی ہے
  فرض کریں فائل کسی دیے گئے زمرے کے ٹکٹ سے منسلک ہو
  جب فائل محفوظ ہوتی ہے
  تب زمرے اور دستاویز قسم کی بنیاد پر ریٹینشن پالیسی مربوط ہوتی ہے
  اور پالیسی ریکارڈز افسران کو نظر آتی ہے

منظرنامہ: ریٹینشن ایکشن شیڈول پر چلتا ہے
  فرض کریں فائل اپنے ریٹینشن افق تک پہنچ چکی ہو
  جب طے شدہ ریٹینشن جاب چلتی ہے
  تب فائل پالیسی کے مطابق محفوظ یا صاف کی جاتی ہے
  اور ایکشن تعمیل آڈٹ کے لیے درج ہوتا ہے

ایپک E5 — اے آئی (11 صلاحیتیں، پلگ ایبل انجن)

هدف: گیارہ قفل شدہ اے آئی صلاحیتوں کو ایک واحد پلگ ایبل انجن تجرد کے پیچھے فراہم کریں تاکہ آپریٹرز فراہم کنندگان (Azure OpenAI / Google / AWS، یا خود ہوسٹڈ Llama/Qwen بطور Ollama + vLLM؛ Tesseract / Google Doc AI / Azure Document Intelligence / AWS Textract بطور OCR) فی ڈیٹا حساسیت بدل سکیں، اور ہر صلاحیت کو آزادانہ طور پر فعال یا غیر فعال کیا جا سکے۔ اے آئی انسانی جواب دہی میں اضافہ کرتا ہے؛ یہ کسی انسانی فیصلہ گیٹ کی جگہ نہیں لیتا۔ مکمل تخصیص کے لیے /specs/ur/07-ai-ocr-spec/ دیکھیں۔

US-AI-001 — سکین شدہ دستاویزات کے لیے کثیرالسانتہ OCR (EN/UR/SD) [M]

بطورِ اسٹاف رکن میں یہ چاہتا ہوں کہ انگریزی، اردو، یا سندھی میں سکین شدہ دستاویزات تلاش کے قابل متن میں OCR ہوں تاکہ میں ثبوت کی تلاش، خلاصہ، اور ترجمہ کر سکوں چاہے وہ تصویر کے طور پر آئے۔

FR-AI-001 کو پورا کرتا ہے۔

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

منظرنامہ خاکہ: OCR ہر اسکرپٹ میں متن نکالتا ہے
  فرض کریں سکین شدہ دستاویز اپ لوڈ کی جائے
  جب OCR پائپ لائن چلتی ہے
  تب اسکرپٹ <Script> کے ساتھ تلاش کے قابل متن نکالا جاتا ہے
  اور نکالا گیا متن فل ٹیکسٹ سرچ کے لیے انڈیکس ہوتا ہے

  مثالیں:
    | Script      |
    | Latin (EN)  |
    | Urdu (UR)   |
    | Sindhi (SD) |

منظرنامہ: OCR اعتماد درج کیا جاتا ہے
  فرض کریں کسی دستاویز پر OCR چل چکا ہو
  تب اعتماد اسکور نکالنے سے منسلک ہوتا ہے
  اور کم اعتماد نکالنے دستی جائزے کے لیے نشان زد ہوتے ہیں

US-AI-002 — خلاصہ، درجہ بندی، اور آٹو روٹنگ تجویز [M]

بطورِ سہولت کار میں یہ چاہتا ہوں کہ سسٹم ہر ٹکٹ کا خلاصہ کرے، درجہ بندی کرے، اور روٹنگ تجویز کرے تاکہ میں جلد اور مستقل طور پر فرز بندی کروں۔

FR-AI-002, FR-AI-003, FR-AI-004 کو پورا کرتا ہے۔

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

منظرنامہ: اندراج پر خلاصہ اور درجہ بندی تیار ہوتی ہے
  فرض کریں نیا ٹکٹ جمع کرایا جائے
  جب اے آئی سروس اس پر عمل کرتی ہے
  تب مختصر خلاصہ جنریٹ اور منسلک ہوتا ہے
  اور زمرہ درجہ بندی اور روٹنگ تجویز اعتماد اسکورز کے ساتھ پیش کی جاتی ہے
  اور سہولت کار ہر ایک کو قبول، ترمیم یا رد کر سکتا ہے

منظرنامہ: روٹنگ تجویز قابلِ آڈٹ ہے
  فرض کریں اے آئی نے روٹنگ تجویز کی ہو
  جب سہولت کار اسے اوور رائڈ کرتا ہے
  تب اصل تجویز، اوور رائڈ، اور اداکار ماڈل جائزے کے لیے لاگ ہوتے ہیں

US-AI-003 — فوریّت اور جذباتی حالت اسکورنگ [S]

بطورِ فرز بندی افسر میں یہ چاہتا ہوں کہ ہر ٹکٹ فوریّت اور جذباتی حالت کے لیے اسکور کیا جائے تاکہ وقت حساس یا مایوس جمع کنندگان کو ترجیح دی جائے۔

FR-AI-005 کو پورا کرتا ہے۔

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

منظرنامہ: فوریّت اور جذباتی حالت اندراج اور اپڈیٹ پر حساب ہوتی ہے
  فرض کریں ٹکٹ جمع یا اپڈیٹ کیا جائے
  جب اے آئی سروس چلتی ہے
  تب فوریّت کی سطح اور جذباتی حالت کا لیبل ٹکٹ سے منسلک ہوتا ہے
  اور اعلیٰ فوریّت کے نشان زد ٹکٹس فرز بندی قطار میں سامنے آتے ہیں

منظرنامہ: اسکور SLA درجے کو متاثر کرتا ہے
  فرض کریں ٹکٹ نقدی فوریّت میں اسکور ہو
  تب یہ پالیسی کے مطابق مناسب SLA درجے کو روٹ ہوتا ہے
  اور بنیاد فرز بندی افسر کو نظر آتی ہے

US-AI-004 — مسودہ جواب تجاویز اور ترجمہ (EN/UR/SD) [S]

بطورِ اسٹاف رکن میں یہ چاہتا ہوں کہ اے آئی ایسے مسودہ جوابات تیار کرے جو میں ترمیم کر سکوں، اور خطوط EN, UR, اور SD کے درمیان ترجمہ کرے تاکہ میں تیزی سے اور زبان کی رکاوٹوں کے پار جواب دوں۔

FR-AI-006, FR-AI-009 کو پورا کرتا ہے۔

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

منظرنامہ: مسودہ جواب جنریٹ اور قابلِ ترمیم ہوتا ہے
  فرض کریں اسٹاف رکن جواب کی ضرورت والا ٹکٹ کھولے
  جب وہ مسودہ مانگتا ہے
  تب جائزے کے لیے سیاق آگاہ مسودہ جواب جنریٹ ہوتا ہے
  اور مسودہ واضح طور پر اے آئی جنریٹڈ نشان زد ہوتا ہے جب تک انسان ترمیم یا توثیق نہ کرے
  اور بھیجنے کے لیے واضح انسانی تصدیق درکار ہے

منظرنامہ: ترجمہ قابلِ الٹا اور محفوظ ہے
  فرض کریں <Source> میں کوئی پیغام موجود ہو
  جب اسٹاف رکن <Target> میں ترجمہ مانگتا ہے
  تب ترجمہ تیار اور اصل کے ساتھ دکھایا جاتا ہے
  اور اصل تبدیل کیے بغیر محفوظ ہے

  مثالیں:
    | Source | Target |
    | EN     | UR     |
    | UR     | SD     |
    | SD     | EN     |

US-AI-005 — نقل/مماثلت کی نشاندہی اور PII حذف [S]

بطورِ سہولت کار اور پرائیویسی افسر میں یہ چاہتا ہوں کہ انحراف کے لیے مماثل ٹکٹس سامنے آئیں اور کسی بھی کلاؤڈ اے آئی پروسیسنگ سے پہلے PII حذف ہو تاکہ نقل کام کم ہو اور ذاتی ڈیٹا محفوظ رہے۔

FR-AI-007, FR-AI-010, NFR-SEC-007 کو پورا کرتا ہے۔

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

منظرنامہ: مماثل ٹکٹس اندراج اور فرز بندی پر سامنے آتے ہیں
  فرض کریں نیا ٹکٹ جمع کرایا جائے
  جب مماثلت سروس چلتی ہے
  تب مماثل کھلے اور حل شدہ ٹکٹس مماثلت اسکورز کے ساتھ درج ہوتے ہیں
  اور سہولت کار ربط، ضم، یا انحراف کے لیے ان کا استعمال کر سکتا ہے

منظرنامہ: کلاؤڈ پروسیسنگ سے پہلے PII حذف ہوتی ہے
  فرض کریں کوئی دستاویز یا پیغام کلاؤڈ ہوسٹڈ اے آئی فراہم کنندہ کو روٹ ہو
  جب یہ اعتماد حد سے نکلے
  تب شناخت شدہ PII (CNIC، فون، ای میل وغیرہ) ماسک یا ٹوکنائز ہوتا ہے
  اور حذف نقشہ آن پریمسز محفوظ رہتا ہے تاکہ واپسی پر اصل بحال ہو سکے

US-AI-006 — انسان ہینڈ آف، رجحانات/انالیٹکس، اور MoM ایکشن نکالنے کے ساتھ عوامی چیٹ بوٹ [S]

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

FR-AI-008, FR-AI-011, FR-AI-012 کو پورا کرتا ہے۔ MoM بہاؤ ایپک E13 (حصہ دوم) کے ہم آہنگ۔

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

منظرنامہ: چیٹ بوٹ انسانی سہولت کار کے حوالے کرتا ہے
  فرض کریں زائر اس چیٹ بوٹ سیشن میں ہو جو بوٹ کے اعتماد یا دائرے سے بڑھ جائے
  جب بوٹ ہینڈ آف پیش کرے اور زائر قبول کرے
  تب لائیو سہولت کار سیشن یا ٹکٹ بنتا ہے
  اور نقل تسلسل کے لیے منسلک ہوتی ہے

منظرنامہ: رجحانات اور انالیٹکس ٹکٹ ڈیٹا سے جنریٹ ہوتے ہیں
  فرض کریں انالیٹکس پائپ لائن شیڈول پر چلے
  جب قیادت انالیٹکس ڈیش بورڈ کھولتی ہے
  تب اے آئی جنریٹڈ رجحان بصیرت دکھائی جاتی ہے (مثلاً، ابھرتے اقسام، رکاوٹ محکمے)
  اور ہر بصیرت بنیادی میٹرک سے جڑی ہوتی ہے

منظرنامہ: MoM اپ لوڈ ساختہ ایکشن آئٹمز دیتی ہے
  فرض کریں میٹنگ افسر اجلاس کی روداد دستاویز اپ لوڈ کرے
  جب اے آئی سروس اس پر عمل کرے
  تب افسر کی تصدیق کے لیے مالکان اور تاریخِ تکمیل کے ساتھ ایکشن آئٹمز نکالے جاتے ہیں
  اور تصدیق پر ہر ایکشن آئٹم ماخذ ٹکٹ سے جڑا سب ٹاسک بنتا ہے

US-AI-007 — فی فیچر فعال فلگز کے ساتھ پلگ ایبل انجن تجرد [M]

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

FR-AI-013, FR-FFG-001 کو پورا کرتا ہے۔

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

منظرنامہ خاکہ: انجن انتخاب فی صلاحیت تشکیل کے قابل ہے
  فرض کریں پلیٹ فارم انجن <Engine> معاون ہو
  جب آپریٹر صلاحیت <Capability> کے لیے کوئی انجن چنتا ہے
  تب وہ صلاحیت منتخب شدہ انجن کے خلاف چلتی ہے
  اور انجن بدلنے کے لیے کوئی کوڈ تبدیلی نہیں چاہیے

  مثالیں:
    | Capability | Engine options                                              |
    | LLM        | Azure OpenAI / Google / AWS / خود ہوسٹڈ Llama یا Qwen       |
    | OCR        | Tesseract / Google Doc AI / Azure Document Intelligence / AWS Textract |

منظرنامہ: فی فیچر فلگ ایک صلاحیت کو مناسب طریقے سے غیر فعال کرتا ہے
  فرض کریں آپریٹر کسی اے آئی صلاحیت کے لیے فیچر فلگ غیر فعال کرے
  جب صارف اس صلاحیت کو استعمال کرنے کی کوشش کرتا ہے
  تب صلاحیت چھپ جاتی ہے یا کنٹرول شدہ "دستیاب نہیں" جواب لوٹاتی ہے
  اور تمام منحصر بہاؤ مناسب طریقے سے کمزور ہوتے ہیں
  اور صارفین کو کوئی ایرر ظاہر نہیں ہوتا

ایپک E6 — اندرونی مواصلات (COM، تین درجے)

هدف: اسٹاف کے لیے اندرونی مواصلات تین بڑھتے ہوئے درجوں میں فراہم کریں — (1) ٹکٹ کے لائف سائیکل سے مضبوطی سے جڑے ٹکٹ سکوپڈ پرائیویٹ تھریڈز، (2) کسی بھی اسٹاف، DG، یا سیکریٹری کے درمیان ون ٹو ون اور گروپ ڈائریکٹ پیغامات کے لیے ادارہ بھر اِن باکس، اور (3) مکمل چینل پر مبنی چیٹ تجربہ (Slack انداز: فی محکمہ/موضوع چینلز کے ساتھ ساتھ عارضی چینلز، تھریڈڈ گفتگو، پن، موجودگی، ٹائپنگ اشاریے، پڑھے جانے کے رسید، اور فل ٹیکسٹ سرچ)۔ تینوں درجوں کا ہر پیغام ریکارڈ پالیسی کے مطابق آڈٹ لاگ اور محفوظ کیا جاتا ہے۔

US-COM-001 — درجہ 1: ٹکٹ سکوپڈ پرائیویٹ تھریڈز [M]

بطورِ ٹکٹ کے تفویض شدہ اسٹاف اور ناظرین میں یہ چاہتا ہوں کہ ٹکٹ سے منسلک ایک پرائیویٹ گفتگو تھریڈ ہو تاکہ ہماری ہم آہنگی سیاق و سباق میں قید اور ٹکٹ ریکارڈ کے ساتھ محفوظ رہے۔

FR-COM-001, FR-COM-002 کو پورا کرتا ہے۔

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

منظرنامہ: تھریڈ ٹکٹ شرکاء تک محدود ہے
  فرض کریں تفویض شدہ اسٹاف اور ناظرین والا ٹکٹ ہو
  جب کوئی شرکاء @ذکر اور اٹیچمنٹ کے ساتھ پیغام پوسٹ کرتا ہے
  تب پیغام صرف ٹکٹ شرکاء کو نظر آتا ہے
  اور ذکر شدہ صارف کو اطلاع ملتی ہے
  اور پیغام اور اٹیچمنٹ ٹکٹ کے ساتھ محفوظ رہتے ہیں

منظرنامہ: تھریڈ ٹکٹ سیاق و سباق نہیں چھوڑ سکتا
  فرض کریں کسی ٹکٹ پر پرائیویٹ تھریڈ موجود ہو
  تب اس کے پیغامات کسی دوسرے ٹکٹ سے یا درجہ 2 یا 3 سے نظر نہیں آتے
  اور شرکاء کی رسائی منسوخ ہونے پر پیغامات اس کے منظر سے ہٹ جاتے ہیں

US-COM-002 — درجہ 2: ادارہ بھر اِن باکس (1:1 اور گروپ ڈی ایمز) [S]

بطورِ اسٹاف رکن میں یہ چاہتا ہوں کہ کسی بھی دوسرے اسٹاف، DG، یا سیکریٹری کو انفرادی یا گروپ میں ڈائریکٹ پیغام بھیجوں تاکہ میں پورٹل چھوڑے بغیر محکموں کے پار ہم آہنگی کروں۔

FR-COM-003 کو پورا کرتا ہے۔

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

منظرنامہ: محکموں کے پار ڈائریکٹ پیغام
  فرض کریں محکمہ A کا اسٹاف رکن
  جب وہ محکمہ B کے اسٹاف رکن، DG، یا سیکریٹری کے ساتھ ڈائریکٹ پیغام شروع کرتا ہے
  تب گفتگو ادارہ بھر اِن باکس میں بنتی ہے
  اور صرف نامزد شرکاء اسے دیکھ سکتے ہیں
  اور تمام پیغامات محفوظ اور آڈٹ لاگ ہوتے ہیں

منظرنامہ: گروپ ڈی ایم ہسٹری پالیسی کے ساتھ نئے شرکاء کو داخل کرتا ہے
  فرض کریں موجودہ گروپ ڈی ایم ہو
  جب کوئی شرکاء شامل کیا جائے
  تب نئے شرکاء کی پچھلی ہسٹری کی نمائش تشکیل شدہ ہسٹری شیئرنگ پالیسی کے مطابق ہوتی ہے
  اور اضافہ لاگ ہوتا ہے

US-COM-003 — درجہ 3: تھریڈز اور پن کے ساتھ چینل پر مبنی چیٹ [C]

بطورِ محکمہ ٹیم میں یہ چاہتا ہوں کہ فی محکمہ یا موضوع مستقل چینلز، عارضی چینلز، تھریڈڈ جوابات، اور پن شدہ پیغامات ہوں تاکہ ہماری گفتگو منظم اور دریافت کے قابل ہو۔

FR-COM-004, FR-COM-005 کو پورا کرتا ہے۔

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

منظرنامہ: محکمہ چینل بنتا اور جوڑا جاتا ہے
  فرض کریں کوئی محکمہ موجود ہو
  جب کوئی ایڈمنسٹریٹر محکمہ چینل بناتا ہے
  تب اس محکمے کے ممبران خودبخود جوڑ دیے جاتے ہیں
  اور دوسرے اسٹاف پالیسی کے مطابق شامل ہونے کی درخواست کر سکتے ہیں

منظرنامہ: تھریڈڈ جواب اور پن
  فرض کریں چینل میں کوئی پیغام موجود ہو
  جب کوئی شرکاء تھریڈ میں جواب دیتا ہے یا پیغام پن کرتا ہے
  تب تھریڈڈ جواب پیرنٹ کے تلے گروپ ہوتا ہے
  اور پن شدہ پیغام چینل کی پن شدہ فہرست میں ظاہر ہوتا ہے
  اور دونوں کارروائیاں آڈٹ لاگ ہوتی ہیں

US-COM-004 — موجودگی، ٹائپنگ، پڑھے جانے کے رسید، اور فل ٹیکسٹ سرچ [S]

بطورِ چیٹ شرکاء میں یہ چاہتا ہوں کہ موجودگی، ٹائپنگ اشاریے، پڑھے جانے کے رسید، اور اپنی قابلِ رسائی پیغامات میں فل ٹیکسٹ سرچ ہو تاکہ میں حقیقی وقت میں مواصلت کروں اور پرانے پیغامات جلد تلاش کروں۔

FR-COM-006 کو پورا کرتا ہے۔

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

منظرنامہ: حقیقی وقت اشاریے شرکاء سرگرمی ظاہر کرتے ہیں
  فرض کریں دو شرکاء فعال گفتگو میں ہوں
  جب ایک ٹائپ کرتا ہے یا پیغام پڑھتا ہے
  تب دوسرے کو حقیقی وقت میں ٹائپنگ اور پڑھے جانے کے رسید اشاریے نظر آتے ہیں
  اور موجودگی ہر شرکاء کی آن لائن/دور حیثیت دکھاتی ہے

منظرنامہ: سرچ صرف قابلِ رسائی پیغامات لوٹاتی ہے
  فرض کریں کوئی شرکاء کلیدی لفظ تلاش کرے
  جب سرچ چلتی ہے
  تب نتائج میں صرف وہ پیغامات شامل ہوتے ہیں جن چینلز، ڈی ایمز، اور تھریڈز تک وہ رسائی رکھتا ہو
  اور اردو و سندھی کلیدی الفاظ کثیرالسانتہ سرچ انجن کے ذریعے درست مماثل ہوتے ہیں

US-COM-005 — تمام پیغامات کی آڈٹ لاگنگ اور ریٹینشن [M]

بطورِ تعمیل افسر میں یہ چاہتا ہوں کہ تینوں درجوں کا ہر پیغام پالیسی کے مطابق آڈٹ لاگ اور محفوظ ہو تاکہ پورٹل کی اندرونی مواصلات قابلِ آڈٹ اور قانونی ہوں۔

FR-COM-007, NFR-SEC-008 کو پورا کرتا ہے۔

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

منظرنامہ: ہر پیغام بھیجنے کے وقت لاگ ہوتا ہے
  فرض کریں کوئی شرکاء کسی بھی درجے میں پیغام بھیجے
  جب پیغام بھیجا جاتا ہے
  تب آڈٹ ریکارڈ بھیجنے والا، وصول کنندگان، ٹائم اسٹیمپ، چینل یا ٹکٹ، اور مواد ہیش قید کرتا ہے
  اور ریکارڈ کو بھیجنے والا بدل نہیں سکتا

منظرنامہ: ریٹینشن پالیض عمر کو کنٹرول کرتی ہے
  فرض کریں تینوں درجوں میں پیغامات موجود ہوں
  جب کسی درجے کا ریٹینشن افق پہنچ جائے
  تب پیغامات ریکارڈ پالیسی کے مطابق محفوظ یا صاف کیے جاتے ہیں
  اور ایکشن تعمیل کے لیے لاگ ہوتا ہے

ایپک E7 — اطلاعات (NOT)

هدف: ای میل (Mailjet)، SMS، WhatsApp، اور ان اپ چینلز پر ٹیمپلیٹ شدہ، کثیرالسانتہ اطلاعات فراہم کریں، دو طرفہ آنے والے جوابات کے ساتھ جو اصل ٹکٹ سے جڑیں، ڈائجسٹس، خاموش اوقات، اور فی چینل آپٹ آؤٹ کے لیے ترجیح مرکز، اور استحصال اور چینل تھکن سے بچنے کے لیے ریٹ لمٹنگ۔ اطلاعات وہ ربطیwith بافت ہیں جو ہر دوسرے ماڈیول کو صارف کی توجہ سے جوڑتے ہیں۔

US-NOT-001 — کثیر چینل ترسیل (ای میل، SMS، WhatsApp، ان اپ) [M]

بطورِ صارف (نمائندہ یا اسٹاف) میں یہ چاہتا ہوں کہ اطلاعات میرے دستیاب چینلز پر پہنچائی جائیں تاکہ میں جہاں بھی ہوں ٹکٹ سرگرمی سے آگاہ رہوں۔

FR-NOT-001 کو پورا کرتا ہے۔

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

منظرنامہ خاکہ: اطلاع ہر فعال چینل پر پہنچائی جاتی ہے
  فرض کریں کسی صارف کے لیے اطلاعی واقع ہو
  جب صارف کا چینل <Channel> فعال ہو
  تب اطلاع <Channel> کے ذریعے پہنچائی جاتی ہے
  اور ترسیل حیثیت درج کی جاتی ہے

  مثالیں:
    | Channel   |
    | Email     |
    | SMS       |
    | WhatsApp  |
    | In-app    |

منظرنامہ: چینل ناکامی فال بیک محرک کرتی ہے
  فرض کریں بنیادی چینل ترسیل ناکام ہو
  تب سسٹم پالیسی کے مطابق دوبارہ کوشش کرتا ہے
  اور کوششیں ختم ہونے کے بعد، یہ تشکیل شدہ فال بیک چینل آزماتا ہے
  اور ناکامی اور فال بیک لاگ ہوتے ہیں

US-NOT-002 — ٹیمپلیٹ شدہ اور کثیرالسانتہ اطلاعات [M]

بطورِ لوکلائزیشن مالک میں یہ چاہتا ہوں کہ ہر اطلاع EN, UR, اور SD میں ورژنڈ ٹیمپلیٹس سے مرتب ہو تاکہ پیغامات مستقل، برانڈ کے مطابق، اور زبان کے لحاظ سے درست ہوں۔

FR-NOT-002 کو پورا کرتا ہے۔

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

منظرنامہ: ٹیمپلیٹ وصول کنندہ کی پسندیدہ زبان میں مرتب ہوتا ہے
  فرض کریں اطلاعی واقع ہو
  جب وصول کنندہ کی پسندیدہ زبان <Lang> ہو
  تب پیغام <Lang> میں ٹیمپلیٹ سے مرتب ہوتا ہے
  اور متغیرات (ٹکٹ آئی ڈی، نام، تاریخیں) درست بدل جاتے ہیں
  اور تاریخیں روایت کے مطابق گریگوریائی اور ہجری دونوں میں دکھائی جاتی ہیں

  مثالیں:
    | Lang |
    | EN   |
    | UR   |
    | SD   |

منظرنامہ: ٹیمپلیٹ تبدیلی ورژنڈ ہے
  فرض کریں کوئی ایڈیٹر اطلاعی ٹیمپلیٹ اپ ڈیٹ کرے
  جب تبدیلی محفوظ ہو
  تب پچھلا ورژن محفوظ رہتا ہے
  اور تبدیلی، ایڈیٹر، اور ٹائم اسٹیمپ درج ہوتے ہیں

US-NOT-003 — دو طرفہ آنے والے جوابات (ای میل اور WhatsApp ٹکٹ سے جڑیں) [S]

بطورِ کمپنی نمائندہ میں یہ چاہتا ہوں کہ براہ راست کسی ای میل یا WhatsApp اطلاع کا جواب دوں اور وہ میرے ٹکٹ سے جڑ جائے تاکہ میں سائن اِن کیے بغیر جواب دے سکوں۔

FR-NOT-003 کو پورا کرتا ہے۔

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

منظرنامہ: ای میل جواب اصل ٹکٹ سے جڑتا ہے
  فرض کریں نمائندے کو ٹکٹ اطلاعی ای میل موصول ہوا ہو
  جب وہ اس ای میل کا جواب دیتا ہے
  تب جواب باڈی اور کوئی بھی اٹیچمنٹ اصل ٹکٹ پر تبصرے کے طور پر جڑے جاتے ہیں
  اور تفویض شدہ اسٹاف اور ناظرین مطلع ہوتے ہیں
  اور جوڑنے کا واقع لاگ ہوتا ہے

منظرنامہ: آنے والا پیغام جب کوئی ٹکٹ حل نہ ہو سکے بند ہوتا ہے
  فرض کریں آنے والا جواب کسی ٹکٹ یا بھیجنے والے سے مماثل نہ ہو سکے
  تب سسٹم اسے ضائع کرنے کے بجائے جائزے کے لیے روکے
  اور بے میچ آنے والے کی اطلاع سہولت کار کو دی جاتی ہے

US-NOT-004 — ترجیح مرکز: ڈائجسٹس، خاموش اوقات، فی چینل آپٹ آؤٹ [M]

بطورِ صارف میں یہ چاہتا ہوں کہ چنا کروں کہ کیسے، کب، اور کتنی بار مجھے مطلع کیا جائے تاکہ مجھے مفید الرٹس ملیں بغیر مجھے دباؤ میں ڈالے۔

FR-NOT-004 کو پورا کرتا ہے۔

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

منظرنامہ: صارف ڈائجسٹ تشکیل کرتا ہے
  فرض کریں صارف ترجیح مرکز کھولے
  جب وہ غیر فوری واقعات کے لیے روزانہ یا ہفتہ وار ڈائجسٹ منتخب کرتا ہے
  تب غیر فوری اطلاعات منتخب شدہ ڈائجسٹ میں جمع ہوتی ہیں
  اور فوری واقعات اب بھی فوراً بھیجے جاتے ہیں

منظرنامہ: خاموش اوقات غیر فوری اطلاعات کو دباتے ہیں
  فرض کریں صارف نے خاموش اوقات مقرر کیے ہوں
  جب کوئی غیر فوری اطلاع ان اوقات میں آئے
  تب اسے روکا جاتا ہے اور خاموش اوقات ختم ہونے پر پہنچایا جاتا ہے
  اور فوری اطلاعات پالیسی کے مطابق خاموش اوقات سے گزرتی ہیں

منظرنامہ: فی چینل آپٹ آؤٹ کا احترام کیا جاتا ہے
  فرض کریں صارف کوئی چینل غیر فعال کرے
  جب اطلاع ورنہ اس چینل کا استعمال کرتی
  تب اسے غیر فعال چینل پر نہیں بھیجا جاتا
  اور صارف کی ترجیح لاگ ہوتی ہے

US-NOT-005 — ریٹ لمٹنگ اور تھروٹلنگ [M]

بطورِ پلیٹ فارم آپریٹر میں یہ چاہتا ہوں کہ باہری اور آنے والی اطلاعات ریٹ لمٹ ہوں تاکہ سسٹم کا استحصال نہ ہو اور چینلز ختم نہ ہوں۔

FR-NOT-005, NFR-SEC-009 کو پورا کرتا ہے۔

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

منظرنامہ: باہری ریٹ لمٹنگ چینلز کی حفاظت کرتی ہے
  فرض کریں اطلاعات کا جھمڑ کسی ایک وصول کنندہ یا ڈومین کا نشانہ بنے
  جب ریٹ تشکیل شدہ حد سے بڑھ جائے
  تب زائد اطلاعات قطار یا متحد کی جاتی ہیں
  اور کوئی چینل ریٹ حد خلاف ورزی نہیں کرتی

منظرنامہ: آنے والے استحصال کو تھروٹل کیا جاتا ہے
  فرض کریں مختصر ونڈو میں ایک ہی ماخذ سے بار بار آنے والے جوابات
  جب حد سے تجاوز ہو
  تب اس ماخذ سے مزید آنے والے تھروٹل ہوتے ہیں
  اور واقع جائزے کے لیے نشان زد ہوتا ہے

ایپک E8 — انٹیگریشنز (INT)

هدف: پورٹل کو ان بیرونی سسٹمز سے جوڑیں جن پر یہ تصدیق، تلاش، سرکاری فائل موومنٹ، اور شناخت کے لیے انحصار کرتا ہے — NADRA (CNIC تصدیق)، SECP (کمپنی تلاش)، FBR (NTN)، SRB، PSEB، ٹکٹ/MoM-سے-فائل موومنٹ کے لیے NITB e-Office، حکومتی اسٹاف کے لیے OIDC سنگل سائن اِن، اور نیچے کے صارفین کے لیے عوامی REST API آؤٹ باؤنڈ ویب ہوکس کے ساتھ۔ تمام انٹیگریشنز ایک اڈاپٹر پیٹرن کے پیچھے idempotency، دوبارہ کوششوں، اور سرکٹ بریکرز کے ساتھ بنائے گئے ہیں تاکہ نیچے کی ناکامی صارف بہاؤ کو ناکام کرنے کے بجائے مناسب طریقے سے کمزور ہو۔ تفصیلی کنٹریکٹ /specs/ur/08-integrations-spec/ اور /specs/ur/12-api-contract/ میں۔

US-INT-001 — NADRA CNIC تصدیق [M]

بطورِ رجسٹریشن اور تصدیق سروس میں یہ چاہتا ہوں کہ نمائندے کے CNIC کی NADRA کے خلاف تصدیق ہو تاکہ اکاؤنٹ فعال ہونے سے پہلے شناخت کے دعوے قابلِ اعتماد ہوں۔

FR-INT-001 کو پورا کرتا ہے۔

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

منظرنامہ: CNIC تصدیق قطعی نتیجہ لوٹاتی ہے
  فرض کریں نمائندے نے CNIC فراہم کیا ہو
  جب NADRA اڈاپٹر بلایا جائے
  تب تصدیق شدہ، غیر تصدیق شدہ، یا تصدیق کے قابل نہ ہونے کا نتیجہ لوٹتا ہے
  اور نتیجہ، ٹائم اسٹیمپ، اور درخواست حوالہ نمائندے کے ریکارڈ پر محفوظ ہوتا ہے

منظرنامہ: NADRA ناکامی مناسب طریقے سے کمزور ہوتی ہے
  فرض کریں NADRA سروس دستیاب نہ ہو
  جب تصدیق کی کوشش ہو
  تب تشکیل شدہ ناکامیوں کے بعد سرکٹ بریکر کھلتا ہے
  اور رجسٹریشن بہاؤ اکاؤنٹ کو "تصدیق زیرِ التواء" حالت میں رکھتا ہے
  اور سروس بحل ہونے پر دوبارہ کوششیں شروع ہوتی ہیں

US-INT-002 — SECP، FBR، SRB، اور PSEB اکائی تلاشیں [M]

بطورِ تصدیق سروس میں یہ چاہتا ہوں کہ SECP، FBR/NTN، SRB، اور PSEB پر کمپنی رجسٹریشن، ٹیکس، اور انڈسٹری باڈی حیثیت کی تلاش کروں تاکہ فائل پہلے/متوازی تصدیق بہاؤ کمپنی کی تصدیق یا نشان زد کر سکے۔

FR-INT-002, FR-ORG-002 کو پورا کرتا ہے۔

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

منظرنامہ خاکہ: ہر رجسٹری تلاش تصدیقی ریکارڈ کو مالامال کرتی ہے
  فرض کریں کمپنی نے رجسٹریشن تفصیلات جمع کرائی ہوں
  جب کمپنی کے شناخت کنندہ کے ساتھ <Registry> اڈاپٹر بلایا جائے
  تب معیاری تلاش نتیجہ تصدیقی ریکارڈ کے خلاف محفوظ ہوتا ہے
  اور نتیجہ متوازی تصدیقی ورک فلاؤ کو کھلاتا ہے

  مثالیں:
    | Registry |
    | SECP     |
    | FBR/NTN  |
    | SRB      |
    | PSEB     |

منظرنامہ: متضاد نتائج تصدیق کو نشان زد کرتے ہیں
  فرض کریں دو یا زیادہ رجسٹریاں متضاد حیثیت لوٹائیں
  تب تصدیق دستی جائزے کے لیے نشان زد ہوتی ہے
  اور تضادات فیصلہ کرنے والے کو نظر آتے ہیں

US-INT-003 — NITB e-Office فائل موومنٹ [S]

بطورِ محکمہ افسر میں یہ چاہتا ہوں کہ ٹکٹ اور MoM اشیاء NITB e-Office میں سرکاری فائل موومنٹس کے طور پر بہہ جائیں تاکہ پورٹل سرگرمی حکومت کے سرکاری ریکارڈ سسٹم میں درج ہو۔

FR-INT-003 کو پورا کرتا ہے۔

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

منظرنامہ: ٹکٹ حل e-Office فائل موومنٹ بناتا ہے
  فرض کریں ٹکٹ حل ثبوت منسلک کے ساتھ حل ہو
  جب انٹیگریشن متعلقہ محکمے کے لیے فعال ہو
  تب NITB e-Office میں فائل موومنٹ ریکارڈ بنتا ہے
  اور e-Office حوالہ ٹکٹ پر محفوظ ہوتا ہے
  اور تخلیق آڈٹ لاگ ہوتی ہے

منظرنامہ: ناکامی پورٹل کو بلاک نہیں کرتی
  فرض کریں NITB e-Office دستیاب نہ ہو
  جب فائل موومنٹ کی کوشش ہو
  تب موومنٹ قطار اور دوبارہ کوشش کیا جاتا ہے
  اور پورٹل ٹکٹ بہاؤ بلاک نہیں ہوتا
  اور بحل آنے والی موومنٹس idempotently کے ساتھ مطابقت پذیر ہوتی ہیں

US-INT-004 — حکومتی اسٹاف کے لیے OIDC سنگل سائن اِن [M]

بطورِ حکومتی اسٹاف رکن میں یہ چاہتا ہوں کہ OIDC کے ذریعے ایک بار سائن اِن کروں اور علیحدہ پاس ورڈ کے بغیر پورٹل تک رسائی پاؤں تاکہ رسائی میرے محکمے کے شناخت فراہم کنندہ اور 2FA پالیسی کے مطابق ہو۔

FR-INT-004 کو پورا کرتا ہے۔

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

منظرنامہ: اسٹاف محکمہ شناخت فراہم کنندہ کے ذریعے سائن اِن کرتا ہے
  فرض کریں اسٹاف رکن پورٹل سائن اِن پر پہنچے
  جب وہ SSO چنے
  تب اسے OIDC فراہم کنندہ کی طرف بھیجا جاتا ہے
  اور کامیاب تصدیق پر، وہ پورٹل میں سائن اِن ہو جاتا ہے
  اور اس کے گروپ اور کردار دعوے لاگو ہوتے ہیں

منظرنامہ: حساس سیشنز کے لیے اسٹیپ اپ 2FA نافذ ہے
  فرض کریں شناخت فراہم کنندہ 2FA نافذ کرتا ہو
  جب اسٹاف رکن حساس علاقے تک رسائی لے
  تب فراہم کنندہ پالیسی کے مطابق دوسرا فیکٹر مانگا جاتا ہے
  اور سیشن اسٹیپ اپ تصدیق شدہ کے طور پر نشان زد ہوتا ہے

US-INT-005 — عوامی REST API اور آؤٹ باؤنڈ ویب ہوکس (اڈاپٹر، idempotency، دوبارہ کوششیں، سرکٹ بریکرز) [S]

بطورِ نیچے کا صارف (انالیٹکس پلیٹ فارم، پارٹنر محکمہ، یا انٹیگریشن پارٹنر) میں یہ چاہتا ہوں کہ ایک ورژنڈ عوامی REST API اور آؤٹ باؤنڈ ویب ہوکس سبسکرائب کرنے کی سہولت ہو تاکہ میں پورٹل واقعات کے اوپر محفوظ طریقے سے آٹومیشن بنا سکوں۔

FR-INT-005, FR-INT-006 کو پورا کرتا ہے۔

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

منظرنامہ: API درخواست تصدیق شدہ اور idempotent ہے
  فرض کریں پارٹنر کے پاس درست API اسناد ہوں
  جب وہ idempotency کلید کے ساتھ درخواست جمع کرائے
  تب درخواست دوبارہ کوشش ہونے کی صورت میں بھی ایک ہی بار عمل ہوتی ہے
  اور جوابات شائع شدہ API کنٹریکٹ اور ورژن پر عمل کرتے ہیں

منظرنامہ خاکہ: ویب ہوکس دوبارہ کوششوں اور سرکٹ بریکر کے ساتھ پہنچائے جاتے ہیں
  فرض کریں پارٹنر نے <Event> ویب ہوکس سبسکرائب کیے ہوں
  جب واقع ہو
  تب سائن شدہ ویب ہوک رجسٹرڈ اینڈ پوائنٹ پر پہنچایا جاتا ہے
  اور ناکامی پر، دوبارہ کوششیں تشکیل شدہ حد تک exponential backoff پر عمل کرتی ہیں
  اور بار بار ناکامیاں سرکٹ بریکر کھولتی ہیں اور ترسیل روکتی ہیں

  مثالیں:
    | Event                 |
    | ticket.created        |
    | ticket.resolved       |
    | mom.published         |

منظرنامہ: ویب ہوک payload قابلِ تصدیق ہے
  فرض کریں پارٹنر کو ویب ہوک موصول ہو
  تب payload میں ایک دستخط ہوتا ہے جس کی پارٹنر تصدیق کر سکتا ہے
  اور ٹائم اسٹیمپ تصدیق کے ذریعے ریپلی حملے روکے جاتے ہیں

ایپک E9 — انالیٹکس (ANL)

هدف۔ نو انالیٹکس میٹرک خاندانوں (حجم/تھرو پٹ، رفتار، SLA/اسکیلیشن، معیار/نتیجہ، محکمہ/اسٹاف کارکردگی، اے آئی ماڈیول میٹرکس، مصروفیت/مواصلات، گورننس/تعمیل، عوامی شفافیت) کو سات کردار سکوپڈ ڈیش بورڈز کے ذریعے ڈرل ڈاؤن، فلٹرز، تقابلی مناظر، طے شدہ ڈائجسٹس، ایکسپورٹس، GIS ہیٹ میپ، بے ضابطگی/SLA خلاف ورزی پیش گوئی، محفوظ مناظر، اور ایمبیڈ کے قابل ویجیٹس کے ساتھ فراہم کریں — Metabase کے ساتھ کسٹم ECharts/Recharts پر مبنی۔

US-ANL-001 — کردار سکوپڈ انالیٹکس ڈیش بورڈ [M]

بطورِ سات کرداروں میں سے کسی میں صارف (سپر ایڈمن، محکمہ ایڈمن، DG، افسر، سیکریٹری، وزیر/SACM، کمپنی، عوام) میں یہ چاہتا ہوں کہ میرے کردار کے مطابق ڈیش بورڈ ہو جو صرف مجھ سے متعلق میٹرکس دکھائے تاکہ میں اپنے دائرے سے باہر ڈیٹا سے دباؤ یا انکشاف کے بغیر درست معلومات پر عمل کروں۔

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

منظرنامہ: افسر ذاتی ورک لوڈ اور فی شیفٹ KPIs دیکھتا ہے
  فرض کریں افسر S&ITD سہولت ڈیسک میں لاگ اِن ہو
  جب وہ اپنا ڈیش بورڈ کھولتا ہے
  تب وہ اپنے کھلے ٹکٹس کی تعداد، اوسط حل کا وقت، SLA-at-risk فہرست، اور فی شیفٹ تھرو پٹ دیکھتا ہے
  اور وہ دوسرے افسران کے انفرادی شناخت کے قابل کارکردگی اسکورز نہیں دیکھتا

منظرنامہ: وزیر/SACM صوبہ بھر کے مجموعی KPIs دیکھتا ہے
  فرض کریں وزیر/SACLM ایگزیکیوٹو ڈیش بورڈ کھولے
  جب ڈیش بورڈ مرتب ہو
  تب وہ صوبہ بھر کا حجم، FRT/TAT رجحانات، اسکیلیشن خلاصہ، CSAT رجحان، اور محکمہ لیڈر بورڈ دیکھتا ہے
  اور تمام اعداد و شمار محکمہ تشکیل کے مطابق اپنے نگرانی دائرے (صرف مطلع بمقابلہ عمل) کا احترام کرتے ہیں

US-ANL-002 — ڈرل ڈاؤن، فلٹر اور تقابلی تجزیہ [M]

بطورِ محکمہ ایڈمن میں یہ چاہتا ہوں کہ کسی خلاصہ KPI سے انفرادی ٹکٹس تک ڈرل کروں، محکمہ/سیکشن/زمرہ/تاریخ/ضلع/شدت سے فلٹر کروں، اور دو ادوار یا دو محکموں کا آمنے سامنے موازنہ کروں تاکہ میں SLA خلاف ورزیوں اور معیار کی گرن کی بنیادی وجوہات کی تفتیش کر سکوں۔

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

منظرنامہ: خلاف ورزی خلاصہ سے ٹکٹ فہرست تک ڈرل
  فرض کریں محکمہ ایڈمن SLA-breach-by-department چارٹ دیکھتا ہے
  جب وہ کوئی محکمہ بار کلک کرتا ہے
  تب فلٹر شدہ ٹکٹ فہرست کھلتی ہے جو منتخب مدت میں اس محکمے کا ہر خلاف ورزی ٹکٹ دکھاتی ہے
  اور وہی فلٹرز نامزد منظر کے طور پر محفوظ کیے جا سکتے ہیں

US-ANL-003 — فی کردار کیڈنس طے شدہ ڈائجسٹس [M]

بطورِ سینئر عہدے دار میں یہ چاہتا ہوں کہ انالیٹکس ڈائجسٹس کردار کے مناسب شیڈول (سیکریٹری روزانہ، وزیر ہفتہ وار، محکمہ ایڈمن روزانہ، DG روزانہ، افسران فی شیفٹ) پر پہنچائی جائیں تاکہ میں مسلسل لاگ اِن کیے بغیر باخبر رہوں، اور ہر ڈائجسٹ تشکیل کے قابل ہو۔

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

منظرنامہ: طے شدہ ڈائجسٹ کیڈنس پہلے سے تشکیل شدہ مگر تبدیل کے قابل ہیں
  فرض کریں ڈائجسٹ شیڈولر طے شدہ کے ساتھ چل رہا ہو
  تب سیکریٹری کو روزانہ ڈائجسٹ، وزیر کو ہفتہ وار ڈائجسٹ، محکمہ ایڈمن کو روزانہ ڈائجسٹ، DG کو روزانہ ڈائجسٹ، اور افسران کو فی شیفٹ ڈائجسٹ ملتا ہے
  اور ہر وصول کنندہ اپنی ترجیح مرکز میں اپنی کیڈنس، چینلز (ای میل/ان اپ/SMS/WA)، اور خاموش اوقات بدل سکتا ہے

منظرنامہ: ڈائجسٹ وصول کنندہ کی پسندیدہ زبان میں پہنچایا جاتا ہے
  فرض کریں DG نے اردو کو پسندیدہ زبان کے طور پر منتخب کیا ہو
  جب روزانہ ڈائجسٹ جنریٹ ہو
  تب ڈائجسٹ باڈی، KPI لیبل، اور چارٹ افسانوی اردو (RTL) میں مرتب ہوتے ہیں

US-ANL-004 — انالیٹکس PDF/Excel/CSV میں ایکسپورٹ کریں [M]

بطورِ سیکریٹری میں یہ چاہتا ہوں کہ کوئی بھی ڈیش بورڈ یا چارٹ PDF، Excel، یا CSV کے طور پر ایکسپورٹ کروں تاکہ میں اعداد و شمار کو بریفنگز، آڈٹ ریکارڈز، اور اسمبلی سوالات سے منسلک کروں۔

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

منظرنامہ: لاگو فلٹرز کے ساتھ ڈیش بورڈ ایکسپورٹ کریں
  فرض کریں سیکریٹری نے ڈیش بورڈ پر تاریخ حد اور محکمہ فلٹر لاگو کیا ہو
  جب وہ "PDF بطور ایکسپورٹ" چنے
  تب ایک PDF جنریٹ ہوتا ہے جو وہی فلٹرز، چارٹس، اور ڈیٹا ٹیبلز ظاہر کرتا ہے
  اور ایکسپورٹ صارف، دائرے، اور ٹائم اسٹیمپ کے ساتھ آڈٹ لاگ ہوتا ہے

US-ANL-005 — عوامی شفافیت ڈیش بورڈ (گمنام شدہ) [M]

بطورِ عوام کا رکن میں یہ چاہتا ہوں کہ ایک گمنام شفافیت ڈیش بورڈ دیکھوں جو مجموعی حجم، حل کی شرحیں، اوسط حل کے اوقات، اور محکمہ کارکردگی دکھائے — بغیر کسی کمپنی یا انفرادی شناخت ظاہر کیے تاکہ مجھے یقین ہو کہ سسٹم فراہم کر رہا ہے اور میں محکموں کو جواب دہ رکھوں۔

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

منظرنامہ: عوامی ڈیش بورڈ کوئی PII ظاہر نہیں کرتا
  فرض کریں عوامی شفافیت ڈیش بورڈ گمنام زائر کے لیے مرتب ہو
  جب کوئی بھی چارٹ یا اس کا بنیادی ڈیٹا معائنہ کیا جائے
  تب کوئی کمپنی نام، انفرادی نام، ٹکٹ آئی ڈی، یا فری ٹیکسٹ مواد ظاہر نہیں ہوتا
  اور small-cell suppression لاگو ہوتی ہے تاکہ تشکیل شدہ کم از کم سائز سے چھوٹا کوئی بھی گروپ چھپا رہے

US-ANL-006 — GIS ضلع ہیٹ میپ اور SLA خلاف ورزی پیش گوئی [S]

بطورِ سپر ایڈمن میں یہ چاہتا ہوں کہ ٹکٹ ماخذ اور حل کارکردگی کا GIS ضلع ہیٹ میپ، نیز بے ضابطگی کی نشاندہی اور SLA خلاف ورزی پیش گوئی الرٹس ہوں تاکہ میں کم خدمت یافتہ ضلعوں کو نشانہ بنا سکوں اور ٹکٹوں کے خلاف ورزی ہونے سے پہلے مداخلت کروں۔

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

منظرنامہ: متوقع خلاف ورزی ایک پیشگی الرٹ محرک کرتی ہے
  فرض کریں پیش گوئی ماڈل اندازہ لگائے کہ کوئی ٹکٹ اگلے 24 گھنٹوں میں اپنے SLA سے تجاوز کرے گا
  جب اندازہ اعتماد حد سے گزرے
  تب تفویض شدہ افسر، اس کے DG (ناظر)، اور محکمہ ایڈمن ڈائجسٹ کو الرٹ اٹھایا جاتا ہے

ایپک E10 — نالج بیس + SOP (KB)

هدف۔ ایک سیلف سروس نالج بیس فراہم کریں جس میں مضامین، ڈاؤن لوڈ کے قابل فارم، ورژنڈ SOPs، اے آئی سیمینٹک سرچ، "کیا یہ مددگار تھا" فیڈبیک، انحراف کی ٹریکنگ، اور سروس کیٹلاگ ہو — ایک ایڈیٹوریل جائزے کے ساتھ تصنیفی ورک فلاؤ کے زیرِ انتظام۔

US-KB-001 — KB مضامین، SOPs اور فارم براؤز اور سیمینٹک سرچ کریں [M]

بطورِ کمپنی نمائندہ یا عوامی زائر میں یہ چاہتا ہوں کہ نالج بیس میں اپنے الفاظ میں (بشمول اردو/سندھی) تلاش کروں اور مضامین، ورژنڈ SOPs، اور ڈاؤن لوڈ کے قابل فارم پاؤں تاکہ میں عام سوالات خود حل کروں بغیر ٹکٹ درج کیے۔

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

منظرنامہ: سیمینٹک سرچ متعلقہ سہ لسانی نتائج لوٹاتی ہے
  فرض کریں زائر سندھی میں قدرتی زبان کی تلاش داخل کرے
  جب سرچ چلے
  تب ارادے سے مماثل (صرف کلیدی الفاظ نہیں) مضامین، SOPs، اور فارم سے درجہ بند نتائج لوٹتے ہیں
  اور ہر نتیجہ عنوان، خلاصہ، زبان، اور آخری اپ ڈیٹ کی تاریخ دکھاتا ہے

منظرنامہ: فارم ڈاؤن لوڈ کرنے کے لیے کوئی لاگ اِن نہیں چاہیے
  فرض کریں زائر سروس کیٹلاگ میں ڈاؤن لوڈ کے قابل فارم ڈھونڈ لے
  جب وہ ڈاؤن لوڈ کلک کرے
  تب تازہ ترین شائع شدہ ورژن تصدیق کے بغیر پہنچایا جاتا ہے

US-KB-002 — ایڈیٹوریل جائزے کے ساتھ KB تصنیفی ورک فلاؤ [M]

بطورِ KB مصنف میں یہ چاہتا ہوں کہ مضامین اور SOPs کا مسودہ تیار کروں، انہیں ایڈیٹوریل جائزے کے لیے جمع کراؤں، اور ورژنز کی نگرانی ہو تاکہ صرف جائزہ شدہ، موجودہ مواد عوام تک پہنچے۔

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

منظرنامہ: مسودہ → جائزہ → شائع لائف سائیکل
  فرض کریں KB مصنف SOP مسودہ مکمل کرے
  جب وہ اسے جائزے کے لیے جمع کرائے
  تب مضمون "In Review" منتقل ہوتا ہے اور KB ایڈیٹر مطلع ہوتا ہے
  اور توثیق پر مضمون ایک نئے ورژن کے طور پر شائع ہوتا ہے جبکہ پچھلے ورژنز محفوظ اور قابلِ رسائی رہتے ہیں

منظرنامہ: پرانا مضمون جائزے کے لیے نشان زد ہوتا ہے
  فرض کریں شائع شدہ مضمون تشکیل شدہ تازگی ونڈو میں جائزہ نہ ہوا ہو
  جب ونڈو ختم ہو
  تب مضمون "Needs Review" نشان زد ہوتا ہے اور اس کے مصنفین مطلع ہوتے ہیں

US-KB-003 — انحراف کی ٹریکنگ اور "کیا یہ مددگار تھا" فیڈبیک [S]

بطورِ محکمہ ایڈمن میں یہ چاہتا ہوں کہ مضمون کی مددگاری اور ٹکٹ انحراف (ٹکٹس جو اس لیے بچ گئے کیونکہ صارف نے جواب ڈھونڈ لیا) کی نگرانی کروں تاکہ میں ایسے مواد میں سرمایہ کاری کروں جو قابلِ برداشت ٹکٹس کم کرے۔

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

منظرنامہ: مددگار ووٹ اور انحراف منسوب ہوتے ہیں
  فرض کریں زائر سرچ سے سامنے آنے والا مضمون دیکھے
  جب وہ "ہاں، یہ مددگار تھا" ووٹ دے اور ٹکٹ درج کرنے کے آگے نہ بڑھے
  تب ایک مثبت مددگاری ووٹ درج اور ایک انحراف واقع اس مضمون سے منسوب ہوتا ہے

ایپک E11 — کثیر چینل داخلہ (MCI)

هدف۔ کمپنیوں اور شہریوں کو کسی بھی چینل کے ذریعے ٹکٹ اٹھانے دیں — ای میل، SMS، WhatsApp، ٹول فری IVR/آواز، یا اسٹاف کی طرف سے پیدل/آف لائن اندراج — موجودہ ٹکٹس کے خلاف خودکار نقل ہٹاؤ کے ساتھ۔

US-MCI-001 — ای میل-سے-ٹکٹ داخلہ [M]

بطورِ کمپنی نمائندہ میں یہ چاہتا ہوں کہ سہولت ڈیسک پتے پر ای میل بھیجوں اور وہ ٹریک شدہ ٹکٹ بن جائے تاکہ میں اپنے معمول کے ای میل ورک فلاؤ سے مسائل اٹھا سکوں۔

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

منظرنامہ: آنے والی ای میل ٹکٹ بناتی ہے
  فرض کریں تصدیق شدہ بھیجنے والے سے سہولت ڈیسک میل باکس میں ای میل آئے
  جب داخلہ پائپ لائن اس پر عمل کرے
  تب موضوع بطور عنوان، باڈی بطور وضاحت، اور اٹیچمنٹس محفوظ کے ساتھ ٹکٹ بنتا ہے
  اور نئی ٹریکنگ آئی ڈی لے کر تصدیقی جواب بھیجا جاتا ہے

منظرنامہ: موجودہ تھریڈ پر جواب ٹکٹ سے جڑتا ہے
  فرض کریں آنے والی ای میل موضوع یا جواب ہیڈرز میں موجودہ ٹکٹ آئی ڈی کا حوالہ دے
  جب پائپ لائن اس پر عمل کرے
  تب ای میل باڈی اور اٹیچمنٹس اس ٹکٹ پر تبصرے کے طور پر جڑے جاتے ہیں، نئے ٹکٹ نہیں

US-MCI-002 — WhatsApp و SMS-سے-ٹکٹ داخلہ [M]

بطورِ کمپنی نمائندہ میں یہ چاہتا ہوں کہ سرکاری WhatsApp یا SMS نمبر پر پیغام بھیجوں اور وہ ٹکٹ اٹھائے یا اپ ڈیٹ کرے تاکہ میں وہ چینل استعمال کروں جس میں میں سب سے زیادہ آرام داں ہوں۔

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

منظرنامہ: تصویر کے ساتھ WhatsApp پیغام ٹکٹ بناتا ہے
  فرض کریں تصدیق شدہ رابطہ سرکاری نمبر پر تصویر کے ساتھ WhatsApp پیغام بھیجے
  جب پیغام عمل ہو
  تب پیغام متن اور تصویر منسلک (AV سکین شدہ) کے ساتھ ٹکٹ بنتا ہے
  اور رابطے کو ٹریکنگ آئی ڈی کے ساتھ WhatsApp تصدیق موصول ہوتی ہے

منظرنامہ: دو طرفہ SMS تھریڈ کو ٹکٹ پر رکھتا ہے
  فرض کریں رابطہ ٹکٹ اطلاع کا SMS جواب دے
  جب جواب موصول ہو
  تب وہ اصل ٹکٹ پر تبصرے کے طور پر جڑتا ہے

US-MCI-003 — ٹول فری IVR / آواز داخلہ [S]

بطورِ انٹرنیٹ رسائی کے بغیر شہری میں یہ چاہتا ہوں کہ ٹول فری نمبر پر کال کروں، IVR نیویگیٹ کروں، اختیاری طور پر آواز ریکارڈنگ چھوڑوں، اور کوئی ایجنٹ یا speech-to-text اسے ٹکٹ میں تبدیل کر دے تاکہ میں مسائل اٹھا سکوں چاہے میں پڑھ یا ٹائپ نہ سکوں۔

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

منظرنامہ: آواز ریکارڈنگ ٹکٹ بن جاتی ہے
  فرض کریں کالر "شکایت درج کریں" IVR آپشن چنے اور آواز ریکارڈنگ چھوڑے
  جب ریکارڈنگ تحریر بند (AI کے ذریعے دستی اندراج پر فال بیک) ہو
  تب نقل بطور وضاحت اور آواز منسلک کے ساتھ ٹکٹ بنتا ہے
  اور کالر کو ٹریکنگ آئی ڈی کے ساتھ SMS موصول ہوتی ہے

US-MCI-004 — نقل ہٹاؤ کے ساتھ اسٹاف کی طرف سے پیدل / آف لائن داخلہ [M]

بطورِ فرنٹ ڈیسک افسر میں یہ چاہتا ہوں کہ زائر کی طرف سے پیدل شکایت درج کروں، اور سسٹم نئے ٹکٹ بنانے سے پہلے چینلز پر نقل کی پڑتال کرے تاکہ ایک ہی مسئلہ متعدد بار ٹریک نہ ہو۔

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

منظرنامہ: چینلز پر نقل کی نشاندہی
  فرض کریں زائر نے پہلے کسی مسئلے کی ای میل شکایت بھیجی ہو
  جب فرنٹ ڈیسک افسر اسی رابطے سے مماثل مواد کا پیدل ٹکٹ داخل کرے
  تب سسٹم موجودہ ٹکٹ ممکنہ نقل کے طور پر سامنے لاتا ہے
  اور افسر ضم، ربط، یا نئے ٹکٹ کے طور پر آگے بڑھنے کا چناؤ کر سکتا ہے، انتخاب آڈٹ لاگ کے ساتھ

منظرنامہ: آف لائن اندراج رابطے کی واپسی پر ہم آہنگ ہوتا ہے
  فرض کریں افسر آف لائن ٹکٹ داخل کرے
  جب رابطہ بحل ہو
  تب ٹکٹ اصل اندراج وقت کے طور پر محفوظ کیے گئے درست ٹائم اسٹیمپ کے ساتھ ہم آہنگ ہوتا ہے

ایپک E12 — دستاویز جنریشن + ای-دستخط (DOC)

هدف۔ سرکاری لیٹر ہیڈ پر سہ لسانی سرکاری خطوط اور قرارداد سرٹیفکیٹ جنریٹ کریں، انہیں PKI ڈیجیٹل طور پر سائن کریں، اور تصدیق کے قابل QR کوڈ منسلک کریں تاکہ وصول کنندگان اور تیسری اطراف صداقت کی تصدیق کر سکیں — دستاویز کی تاریخ کے مطابق اس دن کے عہدے میں عہدے دار کا استعمال کرتے ہوئے۔

US-DOC-001 — سہ لسانی سرکاری خطوط اور قرارداد سرٹیفکیٹ جنریٹ کریں [M]

بطورِ افسر میں یہ چاہتا ہوں کہ S&ITD (یا متعلقہ محکمے) کے لیٹر ہیڈ پر انگریزی، اردو، یا سندھی میں سرکاری خط یا قرارداد سرٹیفکیٹ جنریٹ کروں تاکہ کمپنیوں اور دوسرے محکموں کے ساتھ خط و کتابت باقاعدہ، برانڈ یافتہ، اور مستقل ہو۔

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

منظرنامہ: ٹکٹ سے قرارداد سرٹیفکیٹ جنریٹ کریں
  فرض کریں ٹکٹ حل ثبوت ثبوت منسلک کے ساتھ Resolved حالت میں ہو
  جب افسر "قرارداد سرٹیفکیٹ جنریٹ کریں" چنے
  تب لیٹر ہیڈ پر ٹکٹ آئی ڈی، کمپنی تفصیلات، حل خلاصہ، اور آج کے مطابق عہدے میں عہدے دار کے ساتھ سہ لسانی تیار دستاویز تیار ہوتی ہے
  اور دستاویز ٹکٹ پر ورژنڈ اٹیچمنٹ کے طور پر محفوظ ہوتی ہے

منظرنامہ: خط کی زبان وصول کنندہ ترجیح کی پیروی کرتی ہے جب تک اوور رائڈ نہ کیا جائے
  فرض کریں کمپنی کی پسندیدہ زبان سندھی ہو
  جب افسر زبان بتائے بغیر خط جنریٹ کرے
  تب خط طے شدہ طور پر سندھی (RTL) میں مرتب ہوتا ہے، دستخط سے پہلے افسر کی زبانیں بدلنے کی گنجائش کے ساتھ

US-DOC-002 — سرکاری دستاویزات کی PKI ڈیجیٹل دستخطی [M]

بطورِ مجاز دستخط کنندہ (سیکریٹری / DG / نامزد افسر) میں یہ چاہتا ہوں کہ جنریٹ شدہ دستاویزات کو PKI اسناد کے ساتھ ڈیجیٹل سائن کروں تاکہ وصول کنندگان کرپٹوگرافک طور پر تصدیق کر سکیں کہ دستاویز مذکورہ اتھارٹی نے جاری کی ہے اور اس میں رد و بدل نہیں ہوا۔

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

منظرنامہ: دستخطی تصدیق کے قابل دستخط پیدا کرتا ہے
  فرض کریں مجاز دستخط کنندہ غیر سائن شدہ خط کھولے اور اپنی PKI اسناد (2FA کے ساتھ) تصدیق کرے
  جب وہ دستاویز سائن کرے
  تب سرٹیفکیٹ میٹا ڈیٹا (دستخط کنندہ DN، ٹائم اسٹیمپ، جواز مدت) کے ساتھ PKI ڈیجیٹل دستخط لاگو ہوتا ہے
  اور سائن شدہ دستاویز اس کے بعد غیر تبدیل ہوتی ہے

US-DOC-003 — خطوط کی QR تصدیق (جعلسازی سے بچاؤ) [M]

بطورِ وصول کنندہ یا تیسری طرف میں یہ چاہتا ہوں کہ سرکاری خط پر QR کوڈ سکین یا تلاش کروں اور تصدیق کروں کہ وہ اصل اور غیر تبدیل شدہ ہے تاکہ مجھے جعلی سرکاری خط و کتابت سے دھوکہ نہ کھایا جائے۔

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

منظرنامہ: اصل خط کامیابی سے تصدیق ہوتا ہے
  فرض کریں وصول کنندہ سائن شدہ خط پر QR کوڈ سکین کرے
  جب تصدیقی پورٹل کوڈ حل کرے
  تب ایک عوامی صفحہ جاری کرنے کی تاریخ، دستخط اتھارٹی، ٹکٹ حوالہ، اور موجودہ دستاویز حیثیت، اور یہ کہ فائل ہیش مماثل ہے کی تصدیق کرتا ہے

منظرنامہ: بدلا ہوا یا نامعلوم QR مسترد ہوتا ہے
  فرض کریں QR کوڈ کسی ریکارڈ سے نہ حل ہو یا ایسے ریکارڈ سے حل ہو جس کا ہیش پیش کردہ فائل سے مختلف ہو
  جب تصدیقی پورٹل اس کی پڑتال کرے
  تب صفحہ واضح "تصدیق نہیں ہو سکی" وارننگ دکھاتا ہے اور کوشش لاگ کرتا ہے

ایپک E13 — سماعت + TRI + MoM (MTG)

هدف۔ سہ فریقی (کمپنی + S&ITD + محکمہ) میٹنگز کو فعلی، ورچوئل، یا ہائبرڈ شکل میں اے آئی تیار کردہ ایجنڈوں کے ساتھ قابل بنائیں، پھر اجلاس کی روداد کو ایک اپ لوڈ پہلے ورک فلاؤ کے ذریعے قید کریں جہاں OCR + اے آئی ساختہ ایکشن آئٹمز نکالتے ہیں جو سب ٹاسکس بن جاتے ہیں، حساس/VIP توثیق گیٹ، شرکاء کو آٹو شیئر، تصدیق ٹریکنگ، اور مکمل ورژننگ/آڈٹ کے ساتھ۔

US-MTG-001 — TRI میٹنگ کی درخواست و شیڈول (ہائبرڈ) [M]

بطورِ افسر یا DG میں یہ چاہتا ہوں کہ رکے ہوئے ٹکٹ سے سہ فریقی میٹنگ کی درخواست کروں اور اسے فعلی، ورچوئل، یا ہائبرڈ شیڈول کروں تاکہ تینوں اطراف مل کر مسئلہ حل کر سکیں۔

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

منظرنامہ: ہائبرڈ TRI میٹنگ شیڈول ہوتی ہے
  فرض کریں ٹکٹ رکا ہوا ہو اور افسر "TRI میٹنگ کی درخواست" چنے
  جب وہ کمپنی نمائندہ، متعلقہ محکمہ نمائندے(ین)، اور S&ITD سہولت کار شامل کرے، اور "ہائبرڈ" چنے
  تب مقام، ورچوئل لنک (تشکیل کے مطابق Zoom/Meet/Teams)، تاریخ/وقت، اور شرکاء کے ساتھ ٹکٹ سے جڑا میٹنگ ریکارڈ بنتا ہے

منظرنامہ: شرکاء غائب نہیں ہو سکتے
  فرض کریں TRI درخواست متعلقہ محکمہ نمائندے کو چھوڑ دے
  جب افسر تصدیق کی کوشش کرے
  تب سسٹم تصدیق بلاک کرتا ہے اور غائب طرف کا مطالبہ کرتا ہے

US-MTG-002 — اے آئی تیار کردہ ایجنڈا + کیلنڈر دعوت نامے اور یاد دہانیاں [M]

بطورِ S&ITD سہولت کار میں یہ چاہتا ہوں کہ سسٹم ٹکٹ ہسٹری اور اپ لوڈز سے ایجنڈا تیار کرے، کیلنڈر دعوت نامے بھیجے، اور تمام شرکاء کو یاد دہانیاں بھیجے تاکہ میٹنگ پیداوار اور اچھی شرکا کے ساتھ ہو۔

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

منظرنامہ: ایجنڈا تیار اور قابلِ ترمیم ہوتا ہے
  فرض کریں ٹکٹ سے TRI میٹنگ بنائی گئی ہو
  جب سہولت کار میٹنگ کھولے
  تب اے آئی تیار کردہ ایجنڈا پیش ہوتا ہے جو ہسٹری، کھلے سوالات، اور اپ لوڈ شدہ ثبوت کا خلاصہ کرتا ہے
  اور سہولت کار دعوت نامے بھیجنے سے پہلے ایجنڈا ترمیم کر سکتا ہے

US-MTG-003 — OCR + اے آئی ایکشن آئٹم نکالنے کے ساتھ MoM اپ لوڈ پہلے [M]

بطورِ افسر میں یہ چاہتا ہوں کہ MoM محکمے کے اپنے فارمیٹ (PDF/Word/تصاویر) میں اپ لوڈ کروں، OCR اور اے آئی ساختہ ایکشن آئٹمز (مالکان + تاریخِ تکمیل) اور ایک خلاصہ نکالیں، پھر شائع کرنے سے پہلے تصدیق کروں تاکہ روداد غلطی کے بغیر قید ہو جبکہ ساختہ، قابلِ ٹریک ڈیٹا بھی بن جائے۔

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

منظرنامہ: سکین شدہ MoM OCR اور ایکشن آئٹمز نکالے جاتے ہیں
  فرض کریں افسر سکین شدہ PDF MoM اپ لوڈ کرے
  جب پروسیسنگ مکمل ہو
  تب OCR (کثیرالسانتہ معاونت کے ساتھ) متن نکالتا ہے، اے آئی خلاصہ تجویز کرتا ہے، اور تصدیق کے لیے ہر ایک مالکان اور تاریخِ تکمیل کے ساتھ ایکشن آئٹمز کی فہرست پیش کرتا ہے

منظرنامہ: افسر نکالے گئے اشیاء کی تصدیق یا درستگی
  فرض کریں اے آئی تجویز کردہ ایکشن آئٹمز دکھائے جائیں
  جب افسر ان کا جائزہ لے
  تب وہ تصدیق سے پہلے مالکان، تاریخِ تکمیل، اور متن ترمیم، غلط مثبت ہٹا، یا چھوٹے ہوئے اشیاء شامل کر سکتا ہے

US-MTG-004 — تصدیق شدہ ایکشن آئٹمز ٹکٹ سب ٹاسکس بن جاتے ہیں [M]

بطورِ افسر میں یہ چاہتا ہوں کہ ہر تصدیق شدہ MoM ایکشن آئٹم اصل ٹکٹ پر سب ٹاسک بنے، تاریخِ تکمیل کے ساتھ اس کے مالکان کو تفویض تاکہ میٹنگ میں کیے گئے وعدے کسی دوسرے ورک آئٹم کی طرح تکمیل تک ٹریک ہوں۔

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

منظرنامہ: ایکشن آئٹمز سب ٹاسکس پیدا کرتے ہیں
  فرض کریں افسر ایکشن آئٹم فہرست کی تصدیق کرے
  جب وہ شائع کرے (یا، حساس/VIP کے لیے، جب توثیق مل جائے)
  تب ہر ایکشن آئٹم بتائے گئے تاریخِ تکمیل کے ساتھ بتائے گئے مالکان کو تفویض ٹکٹ پر سب ٹاسک بناتا ہے
  اور سب ٹاسکس مالکان کے ڈیش بورڈ اور SLA ٹریکنگ پر نظر آتے ہیں

US-MTG-005 — حساس/VIP توثیق گیٹ، شائع اور تصدیق ٹریکنگ کے ساتھ آٹو شیئر [M]

بطورِ چیئر یا DG میں یہ چاہتا ہوں کہ حساس/VIP ٹکٹوں پر MoMs میری توثیق کے بغیر شائع نہ ہوں، اور شائع پر تمام شرکاء کو تصدیق ٹریکنگ کے ساتھ آٹو شیئر ہوں تاکہ حساس مواد کنٹرول میں رہے اور تمام اطراف کی واضح طور پر آگاہی ثابت ہو۔

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

منظرنامہ: حساس ٹکٹ MoM توثیق مانگتا ہے
  فرض کریں ٹکٹ حساس یا VIP نشان زد ہو
  جب افسر MoM شائع کرنے کی کوشش کرے
  تب سسٹم MoM توثیق کے لیے چیئر/DG کو روٹ کرتا ہے اور توثیق تک آٹو شیئر بلاک کرتا ہے

منظرنامہ: شائع آٹو شیئر اور تصدیقوں کی نگرانی
  فرض کریں MoM شائع ہو (براہ راست یا توثیق کے بعد)
  جب شائع مکمل ہو
  تب تمام شرکاء کو MoM ای میل، ان اپ، SMS، اور WhatsApp کے ذریعے موصول ہوتا ہے
  اور سسٹم ہر شرکاء کی تصدیق (یا یاد دہانی ونڈو کے بعد غیر تصدیق) درج کرتا ہے
  اور MoM مستقل طور پر ٹکٹ پر منسلک، ورژنڈ، اور آڈٹ لاگ ہوتا ہے

US-MTG-006 — ریکارڈنگ رضامندی اور کثیرالسانتہ ترجمہ [S]

بطورِ سہولت کار میں یہ چاہتا ہوں کہ ورچوئل میٹنگ ریکارڈ کرنے سے پہلے صریح رضامندی حاصtr کروں، اور MoM اور ایکشن آئٹمز کو EN/UR/SD کے درمیان ترجمہ کروں تاکہ ریکارڈنگز قانونی ہوں اور شرکاء روداد اپنی پسندیدہ زبان میں پڑھ سکیں۔

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

منظرنامہ: رضامندی کے بغیر ریکارڈنگ شروع نہیں ہو سکتی
  فرض کریں ورچوئل میٹنگ ریکارڈ ہونے والی ہو
  جب میزبان ریکارڈ کلک کرے
  تب ہر جڑا ہوا شرکاء سے رضامندی طلب کی جاتی ہے، اور تمام مطلوبہ شرکاء کی رضامندی کے بعد ہی ریکارڈنگ آگے بڑھتی ہے

ایپک E14 — تجاویز و مواد پورٹل (SUG)

هدف۔ تجاویز کے لیے ایک تجویز باکس (شکایات سے الگ)، سرکولرز اور اعلانات نشر کریں، ایک ورژنڈ دستاویز ذخیرہ میزبانی کریں، اور اعتدال لاگو کریں۔

US-SUG-001 — عوامی تجویز باکس (خیالات، شکایات نہیں) [M]

بطورِ کمپنی نمائندہ یا شہری میں یہ چاہتا ہوں کہ تجویز یا خیال (شکایات/ٹکٹ بہاؤ سے الگ) جمع کراوں، اختیاری طور پر گمنام تاکہ میں بہتری میں حصہ دا سکوں بغیر اسے عدمِ تسکین سمجھے۔

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

منظرنامہ: گمنام تجویز قبول ہوتی ہے
  فرض کریں زائر "گمنام طور پر جمع کرائیں" چنے
  جب وہ تجویز جمع کرائے
  تب تجویز کوئی شناخت ربط کے بغیر محفوظ، اعتدال کی جاتی، اور عوامی خیالات بورڈ کے لیے غور کی جاتی ہے
  اور سسٹم اسپام سے باز رکھنے کے لیے جمع کرونے ریٹ لمٹ کرتا ہے

منظرنامہ: شناخت شدہ تجویز کا اقراریہ
  فرض کریں لاگ اِن شدہ کمپنی نمائندہ رابطہ تفصیلات کے ساتھ تجویز جمع کرائے
  جب جمع کرونا مکمل ہو
  تب اسے ایک اقراریہ اور حوالہ ملتا ہے جس سے وہ حیثیت ٹریک کر سکتے ہیں

US-SUG-002 — سرکولرز اور اعلانات نشر کریں [M]

بطورِ سپر ایڈمن یا محکمہ ایڈمن میں یہ چاہتا ہوں کہ سرکولرز اور اعلانات شائع کروں جو متعلقہ سامعین (تمام کمپنیاں، کوئی محکمہ، کوئی طبقہ) کو نشر ہوں تاکہ اجتیارِ حاکم معلومات صحیح افراد تک پہنچیں۔

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

منظرنامہ: ہدفی نشریہ
  فرض کریں ایڈمن سرکولر مرتب کرے اور سامعین "IT شعبے میں تمام SECP رجسٹر شدہ کمپنیاں" منتخب کرے
  جب وہ شائع کرے
  تب سرکولر ان اپ بینر اور منتخب کردہ چینلز (ای میل/SMS/WA) کے ذریعے منتخب سامعین تک پہنچایا جاتا ہے، اور مواد پورٹل میں محفوظ ہوتا ہے

US-SUG-003 — اعتدال کے ساتھ ورژنڈ دستاویز ذخیرہ [S]

بطورِ مواد ایڈیٹر میں یہ چاہتا ہوں کہ صارف جمع کردہ مواد کے لیے اعتدال قطار کے ساتھ ورژنڈ دستاویز ذخیرہ ہو تاکہ صرف منظور شدہ، موجودہ دستاویزات عوامی طور پر نظر آئیں اور ہسٹری محفوظ رہے۔

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

منظرنامہ: نیا ورژن پرانے کو فوقیت دیتا ہے
  فرض کریں ایڈیٹر موجودہ ذخیرہ دستاویز کا نیا ورژن اپ لوڈ کرے
  جب وہ شائع کرے
  تب نیا ورژن موجودہ بن جاتا ہے، پچھلا ورژن محفوظ مگر قابلِ رسائی ہوتا ہے، اور تبدیلی لاگ اندراج درج ہوتا ہے

ایپک E15 — تربیت و سرٹیفیکیشن (TRN)

هدف۔ ایک LMS لائٹ فراہم کریں جہاں اسٹاف تربیتی کورسز اور کوئز مکمل کرے، لائیو ٹکٹ سنبھالنے سے پہلے مطلوبہ امتحان گیٹڈ سرٹیفیکیشنز حاصل کرے، اور میعاد ختم ہونے سے پہلے دوبارہ سرٹیفائی ہو۔

US-TRN-001 — اسٹاف تربیتی کورسز اور کوئز [M]

بطورِ اسٹاف افسر میں یہ چاہتا ہوں کہ تربیتی کورسز میں داخلہ لاؤں، مواد استعمال کروں، اور کوئز دوں تاکہ میں سہولت ڈیسک ذمہ داریوں کو معیار تک نبھانے کے لیے تیار ہوں۔

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

منظرنامہ: کورس تکمیل درج کی جاتی ہے
  فرض کریں افسر کسی کورس کے تمام ماڈیولز مکمل کرے اور پاس نشان یا اس سے اوپر اس کا کوئز پاس کرے
  جب آخری کوئز جمع کرایا جائے
  تب تکمیل اس کی پروفائل کے خلاف اسکور اور ٹائم اسٹیمپ کے ساتھ درج ہوتی ہے

US-TRN-002 — لائیو ٹکٹ سنبھالنے سے پہلے امتحان گیٹڈ سرٹیفیکیشن [M]

بطورِ سپر ایڈمن میں یہ چاہتا ہوں کہ یہ لازمی ہو کہ کوئی افسر کسی بھی لائیو ٹکٹ تفویض ہونے سے پہلے سرٹیفیکیشن امتحان پاس کرے تاکہ صرف اہل اسٹاف کمپنیوں سے بات چیت کرے۔

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

منظرنامہ: غیر سرٹیفائیڈ افسر تفویض وصول نہیں کر سکتا
  فرض کریں افسر نے مطلوبہ سرٹیفیکیشن امتحان پاس نہ کیا ہو
  جب آٹو روٹنگ یا دستی تفویض انہیں لائیو ٹکٹ تفویض کرنے کی کوشش کرے
  تب تفویض بلاک ہوتی ہے اور پیغام سرٹیفیکیشن تقاضا واضح کرتا ہے

منظرنامہ: امتحان پاس کرنا تفویض کو کھولتا ہے
  فرض کریں وہی افسر بعد میں سرٹیفیکیشن امتحان پاس کرے
  جب تفویض کی اگلی کوشش ہو
  تب افسر اہل بن جاتا ہے اور تفویض آگے بڑھتی ہے

US-TRN-003 — سرٹیفیکیشن میعاد ختم اور دوبارہ سرٹیفیکیشن [S]

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

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

منظرنامہ: میعاد ختم وارننگ اور مہلت ہینڈلنگ
  فرض کریں افسر کی سرٹیفیکیشن 14 دن میں ختم ہو
  جب وارننگ حد پہنچے
  تب افسر اور اس کے محکمہ ایڈمن کو یاد دہانیاں بھیجی جاتی ہیں
  اور اگر میعاد ختم تک دوبارہ سرٹیفائی نہ ہو، افسر کو دوبارہ پاس کرنے تک صرف پڑھنے کے قابل ٹکٹ رسائی پر منتقل کر دیا جاتا ہے

ایپک E16 — برانڈ و عہدے دار CMS (OFC)

هدف۔ وزیر، سیکریٹری، اور DG کے متحرک ریکارڈز (نام، تصویر، مؤثر تاریخیں، پیغام) سنبھالیں جو سائٹ، خطوط، اور ڈیش بورڈز تک پھیلیں؛ تاریخ آگاہ لیٹر ہیڈز کے ذریعے تاریخی درستگی کی ضمانت دیں؛ اور ایک میڈیا لائبریری، برانڈ/تھیم تشکیل، اور ایک توثیقی ورک فلاؤ فراہم کریں۔

US-OFC-001 — متحرک عہدے دار ریکارڈز CMS [M]

بطورِ برانڈ ایڈیٹر میں یہ چاہتا ہوں کہ وزیر، سیکریٹری، اور DG کے ریکارڈز بشمول نام، تصویر، مؤثر تاریخیں، اور پیغام بنا اور سنبھال سکوں تاکہ ہر وقت صحیح عہدے دار پورٹل بھر میں نظر آئے۔

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

منظرنامہ: مؤثر تاریخ شدہ ریکارڈ خودبخود فعال ہوتا ہے
  فرض کریں نئے DG ریکارڈ کی مؤثر تاریخ کل کی ہو
  جب وہ تاریخ آئے
  تب نیا DG عوامی سائٹ، خطوط، اور ڈیش بورڈز بھر میں موجودہ عہدے دار بن جاتا ہے، اور پچھلا DG تاریخی ریکارڈز میں چلا جاتا ہے

US-OFC-002 — تاریخی درستگی کے لیے تاریخ آگاہ لیٹر ہیڈ [M]

بطورِ افسر میں یہ چاہتا ہوں کہ خطوط اور سرٹیفکیٹس وہ عہدے دار دکھائیں جو دستاویز کی مؤثر تاریخ کو عہدے میں تھے، چاہے بعد میں دوبارہ جنریٹ کیا گیا ہو تاکہ تاریخی درست خط و کتابت خاموشی سے موجودہ عہدے داروں سے منسوب نہ ہو سکے۔

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

منظرنامہ: دوبارہ جنریٹ شدہ خط تاریخی عہدے دار برقرار رکھتا ہے
  فرض کریں خط اصل میں اس تاریخ کو جاری کیا گیا تھا جب کوئی دوسرا سیکریٹری عہدے میں تھا
  جب خط مہینوں بعد دوبارہ جنریٹ یا دوبارہ پرنٹ کیا جائے
  تب لیٹر ہیڈ پھر بھی اصل مؤثر تاریخ کو اس کردار میں رکنے والا عہدے دار دکھاتا ہے

US-OFC-003 — میڈیا لائبریری اور برانڈ/تھیم تشکیل [S]

بطورِ برانڈ ایڈیٹر میں یہ چاہتا ہوں کہ مرکزی میڈیا لائبریری اور قابلِ تشکیل برانڈ/تھیم (رنگ، لوگو لاک اپ، اجرک موٹیف) ہو تاکہ بصری شناخت مستقل اور ایک جگہ قابلِ اپ ڈیٹ ہو۔

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

منظرنامہ: تھیم تبدیلی پھیلتی ہے
  فرض کریں برانڈ ایڈیٹر بنیادی تھیم رنگ اپ ڈیٹ کرے
  جب تبدیلی توثیق اور شائع ہو
  تب نیا تھیم اگلی مرتب سے عوامی سائٹ اور اسٹاف پورٹل بھر پر لاگو ہوتا ہے، پچھلا تھیم ورژنڈ کے ساتھ

US-OFC-004 — عہدے داروں کی توثیقی ورک فلاؤ و پھیلاؤ [M]

بطورِ سپر ایڈمن میں یہ چاہتا ہوں کہ سینئر عہدے دار ریکارڈز میں تبدیلیاں پھیلنے سے پہلے توثیقی ورک فلاؤ سے گزریں تاکہ کوئی بھی واحد صارف یکطرفہ طور پر یہ نہ بدل سکے کہ وزیر/سیکریٹری/DG کے طور پر کون نظر آئے۔

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

منظرنامہ: تبدیلی توثیق مانگتی ہے
  فرض کریں برانڈ ایڈیٹر وزیر ریکارڈ میں تبدیلی جمع کرائے
  جب وہ محفوظ کرے
  تب تبدیلی سپر ایڈمن توثیق کے لیے قطار میں ہوتی ہے اور توثیق تک نہیں پھیلتی

منظرنامہ: توثیق شدہ تبدیلی atomic طور پر پھیلتی ہے
  فرض کریں عہدے دار ریکارڈ تبدیلی توثیق ہو
  جب توثیق مکمل ہو
  تب تبدیلی ایک ہی لین دین میں عوامی سائٹ، خطوط، اور ڈیش بورڈز تک پھیلتی ہے، اور پھیلاؤ آڈٹ لاگ ہوتا ہے

ایپک E17 — فیچر فلگز (FFG)

هدف۔ ہر پروڈکٹ صلاحیت کو ایک سپر ایڈمن کی طرف سے فی محکمہ اور فی ماحول ٹوگل کے قابل بنائیں؛ یقینی بنائیں کہ کوڈ راستے محفوظ طے شدہ حالتوں کے ساتھ فلگز سے کنٹرول ہوں، اور ہر فلگ تبدیلی کی آڈٹ کریں۔

US-FFG-001 — سپر ایڈمن فی محکمہ و ماحول فیچر ٹوگل کرتا ہے [M]

بطورِ سپر ایڈمن میں یہ چاہتا ہوں کہ کسی بھی صلاحیت کو فی محکمہ اور فی ماحول (dev/staging/prod) فعال یا غیر فعال کروں تاکہ میں فیچرز آہستہ آہستہ رول آؤٹ کروں اور خطرناک فیچرز کو ڈیپلائے کیے بغیر فوراً غیر فعال کروں۔

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

منظرنامہ: محکمہ سکوپڈ ٹوگل
  فرض کریں سپر ایڈمن "MoM اے آئی نکالنا" فلگ کے لیے فیچر فلگ کنسول کھولے
  جب وہ اسے صرف S&ITD محکمے کے لیے فعال کرے اور محفوظ کرے
  تب صلاحیت S&ITD کے لیے دستیاب ہو جاتی ہے اور تمام دوسرے محکموں کے لیے بند رہتی ہے

منظرنامہ: ماحول سکوپڈ کِل سوئچ
  فرض کریں "WhatsApp داخلہ" فلگ کے ساتھ پروڈکشن میں نقصانی مسئلہ ٹوٹے
  جب سپر ایڈمن پروڈکشن ماحول میں فلگ آف کرے
  تب WhatsApp داخلہ فوراً (کوئی ڈیپلائے نہیں) غیر فعال ہوتا ہے اور متاثر صارفین کو واضح "عارضی طور پر دستیاب نہیں" حالت نظر آتی ہے

US-FFG-002 — فلگز محفوظ طے شدہ حالتوں کے ساتھ کوڈ راستے کنٹرول کرتے ہیں [M]

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

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

منظرنامہ: فلگ سروس ناقابلِ رسائی fail-safe طے شدہ حالت دیتی ہے
  فرض کریں فلگ سروس عارضی طور پر ناقابلِ رسائی ہو
  جب کوئی کنٹرول شدہ کوڈ راستہ فلگ کا جائزہ لے
  تب تشکیل شدہ fail-safe طے شدہ حالت استعمال ہوتی ہے (غیر ضروری فیچرز کے لیے آف، نقصانی راستوں کے لیے آن) اور واقع لاگ ہوتا ہے

US-FFG-003 — آڈٹ شدہ فلگ تبدیلیاں [M]

بطورِ آڈیٹر میں یہ چاہتا ہوں کہ ہر فلگ تبدیلی — کون، کیا، پہلے/بعد، دائرہ، ٹائم اسٹیمپ — غیر تبدیل شدہ درج ہو تاکہ فلگ آپریشنز گورننس اور واقعہ جائزے کے لیے قابلِ سراغ ہوں۔

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

منظرنامہ: فلگ تبدیلی آڈٹ لاگ میں قید ہوتی ہے
  فرض کریں حقوق رکھنے والا کوئی بھی صارف فلگ قدر بدلے
  جب تبدیلی کامٹ ہو
  تب ایک غیر تبدیل شدہ آڈٹ اندراج لکھا جاتا ہے جو اداکار، فلگ کلید، پچھلی قدر، نئی قدر، دائرے (محکمہ/ماحول)، اور ٹائم اسٹیمپ قید کرتا ہے
  اور اندراج گورننس/تعمیل انالیٹکس میں نظر آتا ہے اور ترمیم یا حذف نہیں ہو سکتا

قابلِ سراغ

ایپک → کلیدی فنکشنل تقاضوں کی شناخت → کلیدی یوزر سٹوری شناخت → قبولیتِ معیار (منظرنامہ) گنتی → ٹیسٹ کیس دستاویز حوالہ کا نمائندہ نقشہ۔ مکمل نہیں؛ مکمل فی تقاضہ قابلِ سراغ 02-functional-reqs/ اور 13-test-strategy/ میں۔

کل (E9–E17)۔ 35 یوزر سٹوریز · 52 قبولیتِ معیار منظرنامے · 9 ایپکس۔