افعالی تقاضے

سندھ آئی ٹی پورٹل — سہولت ڈیسک (SITP) کے لیے ایٹمی، قابلِ آزمائش، MoSCoW ٹیگ شدہ افعالی تقاضوں کی فہرست، ماڈیول کے لحاظ سے مرتب، جو /specs/ur/01-prd/ میں صارف کہانیوں اور 13-test-strategy/ میں ٹیسٹ کیسز سے دو طرفہ ٹریس ایبلٹی رکھتی ہے۔

1. اس دستاویز کو کیسے پڑھیں

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

1.1 ایک تقاضے کے لیے پڑھنے کی ترتیب

ماڈیول (H2) → تقاضہ (FR-<MOD>-<nnn>) → قبولیت کے معیارات → صارف کہانی تک ٹریس (US-...) → ٹیسٹ کیس (TC-<EPIC>-<nnn>-<nn>) سے تصدیق۔

1.2 MoSCoW ٹیگز

ہر FR ایک بالکل ایک MoSCoW ترجیح رکھتا ہے (بمطابق _conventions.md §5):

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

اس دستاویز کے تمام FRs V1 دائرہ کار میں ہیں؛ ٹیگ ترتیب کو کنٹرول کرتا ہے، شمولیت کو نہیں۔ یہ ٹیگ /specs/ur/14-roadmap-release/ میں روڈ میپ سے ہم آہنگ ہے۔

1.3 ٹریس ایبلٹی

• آگے کی طرف — ہر FR Traces to لائن کے ساتھ ختم ہوتا ہے جس میں /specs/ur/01-prd/ کی صارف کہانی ID(s) درج ہیں جسے یہ پورا کرتا ہے۔
• پیچھے کی طرف — PRD کی صارف کہانیاں FR IDs کا Satisfies FR-... کے ذریعے ان لائن حوالہ دیتی ہیں۔
• نیچے کی طرف — ٹیسٹ کیسز (TC-<EPIC>-<nnn>-<nn>) قبولیت کے معیارات کے بلٹس سے اخذ کیے جاتے ہیں اور /specs/ur/13-test-strategy/ میں موجود ہیں۔
• IDs مستقل، زبان سے پاک، اور کبھی ترجمہ نہیں کیے جاتے۔

1.4 ماڈیول کوڈ میپ

2. تقاضے کا ٹیمپلیٹ

اس دستاویز کا ہر تقاضہ اسی بناوٹ پر عمل کرتا ہے:

#### FR-<MOD>-<nnn> — <مختصر عنوان حکمانہ انداز میں>  [M|S|C|W]

**تفصیل۔** <ایک یا دو جملے، حکمانہ، یہ بیان کرتے ہوئے کہ نظام کو کیا کرنا چاہیے۔
صرف رویہ؛ کوئی UI ان پلیمنٹیشن تفصیل نہیں۔>

**بنیادی وجہ۔** <یہ تقاضہ کیوں موجود ہے — یہ کس فیصلے، خطرے، یا صارف
ضرورت کو پورا کرتا ہے۔ جہاں قابلِ اطلاق ہو _context.md کے حصوں کا حوالہ دیں۔>

**قبولیت کے معیارات۔**
- <قابلِ آزمائش، قابلِ مشاہدہ، یکشرطت بلٹ>
- <قابلِ آزمائش، قابلِ مشاہدہ، یکشرطت بلٹ>
- <ہر بلٹ ٹریس شدہ US میں ایک یا زیادہ Gherkin Scenario سے میپ ہوتا ہے>

**Traces to.** US-<EPIC>-nnn (, US-<EPIC>-nnn ...)

تصنیف کے اصول:

• ایک FR میں ایک رویہ۔ اگر قبولیت کے معیارات دو الگ رویوں کی نشاندہی کریں، تو FR کو تقسیم کریں۔
• کوئی "and/or" سے دو تقاضے چھپانا نہیں۔ کوئی مبہم قائل نہیں ("تیز"، "صارف دوست")۔
• ہر قبولیت بلٹ کم از کم ایک ٹیسٹ کیس سے تصدیق ہونے چاہیے۔
• جہاں PRD میں پہلے سے Gherkin Scenario موجود ہو، یہاں قبولیت کے بلٹس اس کی شرائط کو حکمانہ شکل (Gherkin نحو نہیں) میں عکس بند کرتے ہیں۔

3. ماڈیول کے لحاظ سے تقاضے

PUB — پبلک سائٹ

ایپک E1۔ غیر مستند، کثیر لسانی فرنٹ ڈور: معلومات کے صفحات، FAQ/مدد مرکز، AI چیٹ بوٹ، SEO/hreflang، سروس کیٹلاگ، پبلک شفافیت اسنیپ شاٹ، آن بورڈنگ وزرڈ۔ US-PUB-001 … US-PUB-006 تک ٹریس۔

FR-PUB-001 — ہر پبلک صفحہ EN، UR، اور SD میں رینڈر کریں [M]

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

بنیادی وجہ۔ کثیر لسانی رسائی ایک مقفل فیصلہ ہے (_context.md §2)۔ EN ماسٹر مآخذ ہے؛ UR اور SD متوازی ترجمے ہیں۔

قبولیت کے معیارات۔

• ہر پبلک صفحہ تین لوکیل مختلف_versions میں موجود ہے، زائر کو کوئی فال بیک اسٹرنگ نظر نہیں آتا۔
• ہر پبلک صفحے پر زبان سویچر موجود ہے جو منتخب کرنے پر تمام نظر آنے والے متن کو اپ ڈیٹ کرتا ہے۔
• منتخب زبان URL میں ظاہر ہوتی ہے (لوکیل پری فکس یا لوکیل آگاہ روٹنگ)۔
• زائر جو بعد میں واپس آئے اس کی آخری منتخب زبان محفوظ نظر آئے۔
• اصطلاحات _glossary.md میں منظور شدہ تراجم سے رینڈر ہوں۔

Traces to. US-PUB-001

FR-PUB-002 — اردو اور سندھی کو دائیں سے بائیں لے آؤٹ کے ساتھ رینڈر کریں [M]

تفصیل۔ نظام کو اردو اور سندھی لوکیلز کو دائیں سے بائیں (RTL) لے آؤٹ میں بغیر ان لائن ڈائریکشن ہیکس کے رینڈر کرنا چاہیے، اور مقفل ٹائپ فیسز (UR کے لیے Noto Nastaliq Urdu، SD کے لیے Noto Naskh Arabic) استعمال کرنی چاہئیں۔

بنیادی وجہ۔ UR/SD کے لیے RTL ضروری ہے بمطابق _context.md §2؛ رینڈرر کی طرف سے چلائی گئی ڈائریکشن _conventions.md §2 کی روایت ہے۔

قبولیت کے معیارات۔

• UR یا SD منتخب کرنے پر پورے صفحے کا لے آؤٹ RTL ہو جاتا ہے، بشمول نیویگیشن، ٹیبلز، فارمز، اور چارٹس۔
• EN منتخب کرنے پر بائیں سے دائیں لے آؤٹ بحال ہو جاتا ہے۔
• UR کے لیے ٹائپوگرافی Noto Nastaliq Urdu اور SD کے لیے Noto Naskh Arabic استعمال کرتی ہے۔
• کسی بھی پبلک صفحے کی RTL رینڈرنگ میں کوئی کٹا ہوا یا غلط سیدھ میں عنصر نہیں ہے۔

Traces to. US-PUB-001

FR-PUB-003 — قابلِ تلاش، تیار شدہ FAQ اور مدد مرکز فراہم کریں [M]

تفصیل۔ نظام کو ایک پبلک FAQ/مدد مرکز فراہم کرنا چاہیے جس کے مضامین زائر کی فعال زبان میں کلیدی لفظ سے قابلِ تلاش ہوں، نتائج مطابقت کے لحاظ سے درجہ بند ہوں، اور جب کوئی نتائج نہ ہوں تو ایک ایسکلیشن راستہ ہو۔

بنیادی وجہ۔ سیلف سروس غیر ضروری ٹکٹس کو کم کرتی ہے (انحراف، KB ماڈیول دیکھیں) اور سائن اپ سے پہلے زائرین کی مدد کرتی ہے۔

قبولیت کے معیارات۔

• کلیدی لفظ تلاش فعال زبان میں مضامین مطابقت کے لحاظ سے درجہ بند کر کے لوٹاتی ہے۔
• ہر نتیجہ مکمل مضمون سے جڑتا ہے۔
• زیرو نتیجہ حالت AI چیٹ بوٹ اور "ہم سے رابطہ کریں" اختیار کا لنک پیش کرتی ہے۔
• تلاش UR اور SD مواد کو درست انداز میں انڈیکس کرتی ہے (EN میں ٹرانسلٹریٹڈ نہیں)۔
• مضامین نالج بیس سے ماخوذ ہیں (KB ماڈیول دیکھیں) تاکہ وہ ہم آہنگ رہیں۔

Traces to. US-PUB-002, US-KB-001

FR-PUB-004 — رہنمائی اور گائیڈڈ ٹکٹ فائلنگ کے لیے AI چیٹ بوٹ پیش کریں [M]

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

بنیادی وجہ۔ مقفل فیصلہ (چیٹ بوٹ 11 AI صلاحیتوں میں سے ایک ہے، _context.md §4)؛ انٹیک اور انحراف کے ساتھ انٹیگریٹ ہونا چاہیے۔

قبولیت کے معیارات۔

• چیٹ بوٹ زائر کی فعال زبان میں جواب دیتا ہے اور جہاں قابلِ اطلاق ہو ماخذ مضمون/FAQ کا حوالہ دیتا ہے۔
• جب زائر فائل کرنے کی نیت کی تصدیق کرتا ہے، تو چیٹ بوٹ ٹکٹ ڈرافٹ (زمرہ، عنوان، تفصیل) تیار کرتا ہے اور زائر کو جائزے اور جمع کرانے کے لیے فائلنگ فلو کی طرف بھیجتا ہے۔
• جب چیٹ بوٹ کافی اعتماد کے ساتھ جواب نہ دے سکے، تو وہ زندہ سہولت کار کے حوالے کی پیشکش کرتا ہے؛ قبولیت پر ایک چیٹ یا ٹکٹ سیشن بنایا جاتا ہے اور ٹرانسکرپٹ منسلک کر کے اگلے دستیاب سہولت کار کی طرف بھیجا جاتا ہے۔
• چیٹ بوٹ فیچر فلیگ (FR-FFG-001) کے پیچھے گیٹڈ ہے اور غیر فعال ہونے پر مناسب طریقے سے ڈگریڈ ہوتا ہے۔

Traces to. US-PUB-003, US-AI-006

FR-PUB-005 — SEO کے لیے hreflang متبادل، sitemap، اور اسٹرکچرڈ ڈیٹا خارج کریں [S]

تفصیل۔ ہر پبلک صفحے کو hreflang لنک ٹیگز کے ذریعے زبان متبادل کا اعلان کرنا چاہیے، ہر لوکیل کے لیے sitemap اندراج ظاہر کرنا چاہیے، اور کیٹلاگ شدہ خدمات اور FAQ مضامین کے لیے اسٹرکچرڈ ڈیٹا مارک اپ شامل کرنا چاہیے۔

بنیادی وجہ۔ کثیر لسانی SEO کو Should مقفل کیا گیا ہے (US-PUB-004)؛ یقینی بناتا ہے کہ درست زبان کے URLs صارفین اور کرالرز تک پہنچیں۔

قبولیت کے معیارات۔

• ہر پبلک صفحے کے HTML head میں EN، UR، SD کے لیے hreflang لنک ٹیگز اور ایک x-default موجود ہے۔
• ہر پبلک صفحے کے ہر زبان ورژن کے لیے sitemap.xml اندراج موجود ہے۔
• سروس کیٹلاگ اور FAQ صفحات اسٹرکچرڈ ڈیٹا مارک اپ خارج کرتے ہیں جو منتخب شدہ اسکیما کے خلاف تصدیق ہوتا ہے۔
• لوکیل آگاہ URLs کرال ہونے کے قابل اور مستقل ہیں۔

Traces to. US-PUB-004

FR-PUB-006 — ایک انٹیٹی آگاہ آن بورڈنگ وزرڈ فراہم کریں [S]

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

بنیادی وجہ۔ پہلی بار رجسٹر ہونے والوں کے لیے رکاوٹ کم کرتا ہے؛ پانچ انٹیٹی ٹائپ فیصلے کو مقفل کرتا ہے (_context.md §5)۔

قبولیت کے معیارات۔

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

Traces to. US-PUB-005, US-ORG-001

FR-PUB-007 — فلٹر کے قابل سروس کیٹلاگ شائع کریں [M]

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

بنیادی وجہ۔ زائرین کو جاننے کی ضرورت ہے کہ وہ کیا اٹھا سکتے ہیں اور شروع میں توقعات کیا ہیں (شفافیت)۔

قبولیت کے معیارات۔

• کیٹلاگ ہر محکمے اور زمرے کی فہرست دیتا ہے جو پورٹل سنبھالتا ہے۔
• ہر اندراج متعلقہ SOP(s)، ڈاؤن لوڈ کے قابل فارمز، اور بیان کردہ SLA سے جڑتا ہے۔
• کیٹلاگ محکمے اور زمرے کے لحاظ سے فلٹر کے قابل ہے۔
• فارمز تصدیق کے بغیر ڈاؤن لوڈ کے قابل ہیں۔
• کیٹلاگ EN، UR، SD میں رینڈر ہوتا ہے (UR/SD کے لیے RTL)۔

Traces to. US-PUB-006, US-KB-001

FR-PUB-008 — پبلک شفافیت ڈیش بورڈ رینڈر کریں (مجموعی، PII سے پاک) [M]

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

بنیادی وجہ۔ مقفل فیصلہ (پبلک شفافیت ڈیش بورڈ، _context.md §4 ماڈیول I)؛ رازداری کو نقصان پہنچائے بغیر جواب دہی یقینی بناتا ہے۔

قبولیت کے معیارات۔

• ڈیش بورڈ تصدیق کے بغیر قابلِ رسائی ہے۔
• دکھائے گئے میٹرکس میں کم از کم شامل ہیں: کل دائر ٹکٹس، SLA کے اندر حل %، اوسط حل کا وقت، محکمے کے لحاظ سے حجم۔
• کوئی کمپنی کا نام، انفرادی نام، ٹکٹ ID، یا فری ٹیکسٹ مواد ظاہر نہیں ہوتا۔
• سمال سیل سپریشن لاگو کیا جاتا ہے تاکہ تشکیل شدہ کم از کم سائز سے چھوٹا کوئی بھی گروپ چھپا ہو۔
• اعداد و شمار ڈیش بورڈ کی شائع شدہ ریفریش ونڈو کے اندر ماخذ ڈیٹا سے ملتے ہیں۔
• ڈیش بورڈ EN، UR، SD میں رینڈر ہوتا ہے اور WCAG 2.1 AA پورا کرتا ہے۔

Traces to. US-PUB-006, US-ANL-005

FR-PUB-009 — تینوں زبانوں میں WCAG 2.1 AA پورا کریں [M]

تفصیل۔ تمام پبلک صفحات کو EN، UR، اور SD میں WCAG 2.1 AA پورا کرنا چاہیے، بشمول RTL رینڈرنگ، کی بورڈ نیویگیشن، اسکرین ریڈر سیمنٹکس، اور کافی رنگ کنٹراسٹ۔

بنیادی وجہ۔ مقفل فیصلہ (_context.md §2)؛ حکومتی خدمات کے لیے لازمی۔

قبولیت کے معیارات۔

• خودکار اور دستی WCAG 2.1 AA آڈٹ ہر پبلک صفحے پر تینوں لوکیلز میں پاس ہوتے ہیں۔
• تمام انٹرایکٹو عناصر کی بورڈ سے قابلِ رسائی ہیں جس میں نظر آنے والے فوکس اسٹیٹس ہیں۔
• رنگ کنٹراسٹ تناسب مقفل اجرک پیلیٹ میں AA ہدف پورا کرتے ہیں۔
• اسکرین ریڈر صفحے کی بناوٹ، زبان، اور متحرک اپ ڈیٹس درست اعلان کرتے ہیں۔
• فارم لیبلز، ایرر پیغامات، اور ہدایات پروگرامیاتی طور پر ظاہر کرتے ہیں۔

Traces to. US-PUB-001, US-PUB-006

TKT — ٹکٹنگ کور

ایپک E2۔ مکمل ٹکٹ لائف سائیکل: متحرک مشروط فارمز، AI روٹنگ، ٹریکنگ ID، گمنام حیثیت تلاش، ڈرافٹس، ذیلی ٹاسکس، ضم/تقسیم، لنک/ناظر/CC، بلک ایکشنز، حل کے ثبوت کا گیٹ، آٹو کلوز، دوبارہ کھولنا، اپیل، CSAT، پاز/ریزیوم کے ساتھ SLA، اسکیلیشن لیڈر، خفیہ/VIP رسائی کنٹرول۔ US-TKT-001 … US-TKT-006 تک ٹریس۔ ورک فلو کی تفصیل /specs/ur/06-ticket-workflow/ میں۔

FR-TKT-001 — بامعنی ٹریکنگ IDs تیار کریں [M]

تفصیل۔ نظام کو ہر ٹکٹ کے لیے SITP-YYYY-<DEPT>-<NNNNNN> فارمیٹ میں ٹریکنگ ID تیار کرنا چاہیے، جہاں YYYY سال ہے، <DEPT> روٹ شدہ محکمے کا کوڈ ہے، اور <NNNNNN> زیرو پیڈڈ ترتیب ہے۔

بنیادی وجہ۔ مقفل ID فارمیٹ (_context.md §7)؛ بامعنی IDs روٹنگ، تلاش، اور آڈٹ میں مدد کرتے ہیں۔

قبولیت کے معیارات۔

• ہر بننے والا ٹکٹ ریجیکس ^SITP-\d{4}-[A-Z]{3,5}-\d{6}$ سے میل کھانے والا ID وصول کرتا ہے۔
• IDs نظام کی پوری زندگی میں منفرد ہیں۔
• <DEPT> حصہ بننے کے وقت روٹ شدہ محکمے کو ظاہر کرتا ہے؛ دوبارہ روٹنگ روٹنگ حالت کو اپ ڈیٹ کرتی ہے لیکن اصل ID کو نہیں۔
• ID فائلر کو فوراً دکھایا جاتا ہے اور تمام تصدیقوں اور اطلاعات میں شامل کیا جاتا ہے۔

Traces to. US-TKT-001

FR-TKT-002 — محکمے اور زمرے کے لحاظ سے متحرک، مشروط انٹیک فارم رینڈر کریں [M]

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

بنیادی وجہ۔ ہر محکمہ/زمرے کو مختلف ثبوت کی ضرورت ہے؛ غیر متعلقہ فیلڈز پوچھنے سے گریز (US-TKT-001)۔

قبولیت کے معیارات۔

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

Traces to. US-TKT-001

FR-TKT-003 — ٹکٹ کو ڈرافٹ کے طور پر محفوظ کریں اور بعد میں دوبارہ شروع کریں [M]

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

بنیادی وجہ۔ فائلرز کو ثبوت جمع کرنے کی ضرورت پڑ سکتی ہے؛ "ڈرافٹ اور بعد میں محفوظ" فیصلے کا مقفل (_context.md §4 ماڈیول B)۔

قبولیت کے معیارات۔

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

Traces to. US-TKT-004

FR-TKT-004 — انٹیک پر اٹیچمنٹ سائز اور ٹائپ کی تصدیق کریں [M]

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

بنیادی وجہ۔ فائل ہینڈلنگ پالیسی (FILE ماڈیول) سے ہم آہنگی اور خراب ان پٹس کو روکتا ہے۔

قبولیت کے معیارات۔

• فی فائل سائز اور فی جمع کل سائز کی حدود نافذ ہیں۔
• اجازت شدہ MIME ٹائپس نافذ ہیں (مثلاً، PDF، عام امیج ٹائپس، آفس فارمیٹس)؛ ایگزیکیوٹیبلز اور نامعلوم ٹائپس مسترد ہیں۔
• مسترد کرنے پر، پیغام مخصوص خلاف ورزی شدہ حد بیان کرتا ہے۔
• تصدیق کلائنٹ سائڈ (UX) اور سرور سائڈ (مستند) دونوں پر چلتی ہے۔

Traces to. US-TKT-001, US-FILE-001

FR-TKT-005 — انٹیک پر AI روٹنگ تجاویز تیار کریں [M]

تفصیل۔ ہر نئے ٹکٹ کے لیے، نظام کو اعتماد اسکور کے ساتھ AI سے تجویز کردہ محکمہ، سیکشن، اور فوریّت لیول تیار کرنا چاہیے، جو فرز بندی افسر کے جائزے کے لیے ٹکٹ سے منسلک ہو۔

بنیادی وجہ۔ مقفل AI صلاحیت (آٹو روٹنگ/درجہ بندی، _context.md §4 ماڈیول E)۔

قبولیت کے معیارات۔

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

Traces to. US-TKT-002, US-AI-002

FR-TKT-006 — ٹریکنگ ID کے ذریعے گمنام حیثیت تلاش کی اجازت دیں [M]

تفصیل۔ نظام کو کسی بھی شخص کو تصدیق کے بغیر ٹکٹ کی حیثیت اس کے ٹریکنگ ID کے ذریعے تلاش کرنے دیں، صرف پبلک حیثیت کی معلومات ظاہر کرنی۔

بنیادی وجہ۔ مقفل رویہ (ID کے ذریعے حیثیت ٹریکنگ، لاگ ان نہیں — CPGRAMS پر مبنی، _context.md §1)۔

قبولیت کے معیارات۔

• ایک پبلک ٹریکنگ صفحہ ٹریکنگ ID قبول کرتا ہے اور موجودہ حیثیت، سنبھالنے والا محکمہ، آخری پبلک حیثیت تبدیلی کی تاریخ، اور SLA کلاک حالت لوٹاتا ہے۔
• کوئی اندرونی نوٹس، اٹیچمنٹس، یا اسٹاف شناخت کار ظاہر نہیں ہوتے۔
• غیر درست یا نامعلوم ID موجودگی کے بارے میں کوئی معلومات کے بغیر ایک عمومی "نہیں ملا" لوٹاتا ہے۔
• متواتر غیر درست کوششوں کو ہدف کے بعد ریٹ لمٹڈ اور CAPTCHA گیٹڈ کیا جاتا ہے۔

Traces to. US-TKT-003

FR-TKT-007 — پاز، ریزیوم، اور چھٹی آگاہی کے ساتھ SLA ٹریک کریں [M]

تفصیل۔ نظام کو ہر ٹکٹ کو اس کے SLA ٹائر (پہلے سے طے شدہ 2/5/10 دن، تشکیل کے قابل) کے خلاف ٹریک کرنا چاہیے، منتظر (کمپنی جواب)، ویک اینڈز، اور سندھ پبلک چھٹیوں پر SLA کلاک روکنا چاہیے۔

بنیادی وجہ۔ مقفل SLA رویہ (_context.md §5)؛ انصاف کے لیے محکمے کے کنٹرول سے باہر کا وقت خارج کرنا ضروری ہے۔

قبولیت کے معیارات۔

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

Traces to. US-TKT-001, US-TKT-006

FR-TKT-008 — SLA خلاف ورزی پر تشکیل کے قابل اسکیلیشن لیڈر متحرک کریں [M]

تفصیل۔ نظام کو ٹکٹس کو لیڈر کے اوپر اسکیلیٹ کرنا چاہیے (اسٹاف/POC → DG کو ناظر کے طور پر شامل → محکمہ سیکریٹری شامل → S&ITD سیکریٹری/SACM کو مطلع) جیسے ہی ہر SLA ہدف پار ہو، جس میں نگرانی کی طاقتیں محکمے کے لحاظ سے تشکیل کے قابل ہوں۔

بنیادی وجہ۔ مقفل اسکیلیشن لیڈر (_context.md §5)؛ یقینی بناتا ہے کہ رکی ہوئی ٹکٹس قیادت تک پہنچیں۔

قبولیت کے معیارات۔

• تشکیل شدہ ہدف (پہلے سے طے شدہ 2 دن) پر، DG ناظر کے طور پر شامل اور مطلع کیا جاتا ہے۔
• اگلے ہدف (پہلے سے طے شدہ +5 دن) پر، محکمہ سیکریٹری ناظر کے طور پر شامل اور مطلع کیا جاتا ہے۔
• آخری ہدف (پہلے سے طے شدہ کل +10 دن) پر، S&ITD سیکریٹری / SACM مطلع کیا جاتا ہے۔
• ہر ٹائر کی نگرانی کی طاقت (صرف مطلع کرنا بمقابلہ ایکشن) محکمے کی تشکیل کے مطابق نافذ ہے۔
• یہی لیڈر S&ITD کے اندر بھی لاگو ہوتا ہے۔
• ہدف محکمہ/زمرے/فوریّت کے لحاظ سے تشکیل کے قابل ہیں۔
• ہر اسکیلیشن واقعہ آڈٹ لاگڈ ہے۔

Traces to. US-TKT-006, US-ORG-005

FR-TKT-009 — حل شدہ سے پہلے حل کے ثبوت کے گیٹ کا نفاذ کریں [M]

تفصیل۔ نظام کو Resolved کی طرف کوئی بھی منتقلی بلاک کرنی چاہیے جب تک کہ کم از کم ایک ثبوت اٹیچمنٹ اور حل کا نوٹ موجود نہ ہو۔

بنیادی وجہ۔ مقفل حل ثبوت گیٹ (_context.md §5)؛ یقینی بناتا ہے کہ بندش ثبوت کی مدد سے ہو۔

قبولیت کے معیارات۔

• جب ایک سے کم ثبوت اٹیچمنٹ موجود ہو تو Resolved منتقلی مسترد ہے۔
• جب حل کا نوٹ خالی ہو تو Resolved منتقلی مسترد ہے۔
• نظام مسترد کرنے پر بیان کرتا ہے کہ کونسی لازمی چیز غائب ہے۔
• گیٹ کسی بھی کردار کے ذریعے بائی پاس نہیں ہو سکتا سوائے ایک واضح، آڈٹ شدہ اوور رائیڈ کے جو صرف نامزد منظور کنندگان کے لیے دستیاب ہے۔

Traces to. US-TKT-006

FR-TKT-010 — CSAT ونڈو کے بعد حل شدہ ٹکٹس آٹو کلوز کریں [M]

تفصیل۔ نظام کو Resolved ٹکٹ کو خود بخود Closed میں منتقل کرنا چاہیے جب CSAT ونڈو کمپنی ایکشن کے بغیر گزر جائے، یا کمپنی کی واضح قبولیت پر۔

بنیادی وجہ۔ مقفل آٹو کلوز رویہ (_context.md §5)؛ ٹکٹس کے لنگر رہنے سے روکتا ہے۔

قبولیت کے معیارات۔

• Resolved ٹکٹ تشکیل شدہ CSAT ونڈو ختم ہونے پر خود بخود Closed میں منتقل ہوتا ہے۔
• کمپنی جلدی قبول کر سکتی ہے، جس سے فوری کلوزنگ ہوتی ہے۔
• کلوزنگ واقعہ، ٹائم اسٹیمپ، اور ٹرگر (آٹو بمقابلہ قبول شدہ) ریکارڈ ہوتے ہیں۔
• Closed ٹکٹ پبلک تبصرے کے لیے بند ہے لیکن پالیسی کے مطابق اپیل یا دوبارہ کھولا جا سکتا ہے۔

Traces to. US-TKT-006

FR-TKT-011 — حل کی مستردی پر دوبارہ کھولیں [M]

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

بنیادی وجہ۔ مقفل دوبارہ کھولنے کا رویہ (_context.md §5)؛ کمپنی کی آواز کو محفوظ رکھتا ہے۔

قبولیت کے معیارات۔

• CSAT ونڈو کے اندر فائلر کے لیے مسترد ایکشن دستیاب ہے۔
• مسترد کرنے پر، ٹکٹ اپنی پچھلی کام کی حیثیت میں لوٹتا ہے۔
• SLA کلاک پالیسی کے مطابق دوبارہ شروع ہوتا ہے (حل سے پہلے گزرے ہوئے وقت کو شمار کرتے ہوئے)۔
• اسائنڈ اسٹاف اور ناظرین کو مستردی کی وجہ کے ساتھ دوبارہ کھولنے سے مطلع کیا جاتا ہے۔

Traces to. US-TKT-006

FR-TKT-012 — بند ٹکٹ کی اپیل کی اجازت دیں [M]

تفصیل۔ نظام کو کمپنی نمائندے کو Closed ٹکٹ کے خلاف اپیل دائر کرنے دیں، اپیل ریکارڈ بنانا جو اگلے اسکیلیشن ٹائر کی طرف روٹ ہو، اور اصل ٹکٹ کو Under Appeal کے طور پر جوڑنا۔

بنیادی وجہ۔ مقفل اپیل رویہ (_context.md §5، CPGRAMS پر مبنی)۔

قبولیت کے معیارات۔

• تشکیل شدہ اپیل ونڈو کے اندر Closed ٹکٹس پر اپیل ایکشن دستیاب ہے۔
• اپیل اگلے اسکیلیشن ٹائر کی طرف روٹ ہوتی ہے۔
• اصل ٹکٹ جوڑا اور Under Appeal کے طور پر نشان زد ہے۔
• اپیل ریکارڈ اصل حل، ثبوت، اور اپیل کی وجہ محفوظ رکھتا ہے۔
• اپیل کا نتیجہ (برقرار / الٹا / ریمانڈڈ) ٹکٹ ہسٹری پر ریکارڈ ہے۔

Traces to. US-TKT-006

FR-TKT-013 — صارف اطمینان (CSAT) فیڈبک اکٹھا کریں [M]

تفصیل۔ نظام کو ٹکٹ Resolved ہونے کے بعد فائلر سے CSAT ریٹنگ اور اختیاری فری ٹیکسٹ فیڈبیک اکٹھا کرنا چاہیے، اور اسے اینالیٹکس کے لیے ٹکٹ پر محفوظ کرنا چاہیے۔

بنیادی وجہ۔ CSAT 9 اینالیٹکس میٹرک خاندانوں میں سے ایک ہے (معیار/نتیجہ) اور آٹو کلوز فلو کو سپورٹ کرتا ہے۔

قبولیت کے معیارات۔

• Resolved میں منتقلی پر فائلر کو CSAT پرامپٹ بھیجا جاتا ہے۔
• ریٹنگ پیمانے اور فری ٹیکسٹ فیلڈ تشکیل کے قابل ہیں۔
• ونڈو کے بعد غیر جواب کو ضمنی قبولیت (آٹو کلوز کے مطابق) سمجھا جاتا ہے لیکن واضح قبولیت سے الگ ریکارڈ کیا جاتا ہے۔
• CSAT جوابات اینالیٹکس اور اسٹاف/محکمہ ڈیش بورڈز میں ظاہر ہوتے ہیں (جہاں پالیسی لازم ہو مجموعی، انفرادی نہیں)۔

Traces to. US-TKT-006, US-ANL-001

FR-TKT-014 — پیرنٹ ٹکٹ کو ذیلی ٹاسکس میں تقسیم کریں [S]

تفصیل۔ نظام کو سہولت کار کو پیرنٹ ٹکٹ کو ذیلی ٹاسکس میں تقسیم کرنے دیں، ہر ایک کا اپنا اسائنی، حیثیت، اور SLA، اور تمام ذیلی ٹاسکس حل نہ ہونے یا واضح طور پر معاف نہ ہونے تک پیرنٹ کو بند ہونے سے روکیں۔

بنیادی وجہ۔ مقفل ذیلی ٹاسک رویہ (_context.md §4 ماڈیول B)۔

قبولیت کے معیارات۔

• سہولت کار پیرنٹ ٹکٹ سے آزاد اسائنی/حیثیت/SLA کے ساتھ ذیلی ٹاسکس بنا سکتا ہے۔
• پیرنٹ کی رول اپ حیثیت اس کے ذیلی ٹاسکس کو ظاہر کرتی ہے۔
• کھلے ذیلی ٹاسکس باقی رہتے جب تک پیرنٹ Resolved نہیں ہو سکتا، جب تک ہر ایک کو وجہ کے ساتھ واضح طور پر معاف نہ کیا جائے۔
• ذیلی ٹاسکس پہلے سے طے شدہ طور پر پیرنٹ سے زمرہ/محکمہ وراثت میں لیتے ہیں اور دوبارہ اسائن ہو سکتے ہیں۔
• پیرنٹ–ذیلی ٹاسک تعلق دونوں ویوز پر نظر آتا ہے۔

Traces to. US-TKT-005

FR-TKT-015 — نقل ٹکٹس کو پرائمری میں ضم کریں [S]

تفصیل۔ نظام کو سہولت کار کو دو یا زیادہ نقل ٹکٹس (ایسی کمپنی، ایسا ہی بنیادی مسئلہ) پرائمری میں ضم کرنے دیں، سیکنڈریز کو لاک کرنا اور اٹیچمنٹس، تبصرے، اور ناظرین کو یکجا کرنا۔

بنیادی وجہ۔ مقفل ضم رویہ (_context.md §4 ماڈیول B)؛ پیمانے پر ڈی ڈپ کو سپورٹ کرتا ہے۔

قبولیت کے معیارات۔

• ضم اسی کمپنی کے ٹکٹس پر پیش کی جاتی ہے جو AI یا سہولت کار کے ذریعے نقل کے طور پر نشان زد ہیں۔
• سیکنڈری ٹکٹس Merged into <primary ID> کے طور پر نشان زد اور مزید اپ ڈیٹس کے لیے لاک ہیں۔
• اٹیچمنٹس، تبصرے، اور ناظرین پرائمری پر یکجا ہوتے ہیں۔
• ضم ایکشن اور اداکار آڈٹ لاگڈ ہیں۔
• فائلر کو ٹریکنگ کے لیے نئی پرائمری ID کے ساتھ مطلع کیا جاتا ہے۔

Traces to. US-TKT-005

FR-TKT-016 — الگ مسائل کے ساتھ ٹکٹ تقسیم کریں [S]

تفصیل۔ نظام کو سہولت کار کو ایک ٹکٹ جس میں متعدد الگ مسائل ہوں، الگ الگ ٹکٹس میں تقسیم کرنے دیں، ماخذ attribution محفوظ رکھنا۔

بنیادی وجہ۔ مقفل تقسیم رویہ (_context.md §4 ماڈیول B)۔

قبولیت کے معیارات۔

• سہولت کار مواد (تفصیل اقتباس، تبصرے، اٹیچمنٹس) کو نئے ٹکٹ میں منتقل کرنے کے لیے منتخب کر سکتا ہے۔
• نیا ٹکٹ اصل کو Split from <original ID> کے طور پر حوالہ دیتا ہے۔
• دونوں ٹکٹس اپنا SLA اور اسائنی برقرار رکھتے ہیں۔
• تقسیم ایکشن آڈٹ لاگڈ ہے۔

Traces to. US-TKT-005

FR-TKT-017 — محکموں کے درمیان ٹکٹس جوڑیں/متعلقہ بنائیں [S]

تفصیل۔ نظام کو سہولت کار کو محکموں کے درمیان ٹکٹس جوڑنے یا متعلقہ بنانے دیں (مثلاً، "اس کے ذریعے بلاک"، "اس کا نقل"، "اس سے متعلق")، ہر جوڑے ہوئے ٹکٹ پر لنکس ظاہر کرنا۔

بنیادی وجہ۔ حقیقی دنیا کے مسائل محکموں پر پھیلے ہوتے ہیں؛ لنکس سیاق و سباق محفوظ رکھتے ہیں (US-TKT-005)۔

قبولیت کے معیارات۔

• سہولت کار دو ٹکٹس کے درمیان تعلق لیبل کے ساتھ ایک ٹائپڈ لنک بنا سکتا ہے۔
• لنکس دونوں جوڑے ہوئے ٹکٹس پر نظر آتے ہیں۔
• کراس ڈیپارٹمنٹ لنکس ہر محکمے کی رسائی پالیسی کی تعظیم کرتے ہیں۔
• لنکس آڈٹ لاگڈ ہیں۔

Traces to. US-TKT-005

FR-TKT-018 — ٹکٹ میں ناظرین اور CCs شامل کریں [S]

تفصیل۔ نظام کو مجاز اسٹاف کو ٹکٹ میں ناظرین اور CCs شامل کرنے دیں، ناظرین کو جاری اطلاعات اور CCs کو یک بار اطلاع ملتی ہے۔

بنیادی وجہ۔ مقفل ناظرین/CC رویہ (_context.md §4 ماڈیول B)؛ نگرانی کو سپورٹ کرتا ہے۔

قبولیت کے معیارات۔

• ناظرین کو اپنی ترجیحات کے مطابق ٹکٹ واقعات پر جاری اطلاعات ملتی ہیں۔
• CCs کو شامل کیے جانے کی یک بار اطلاع ملتی ہے۔
• ناظرین/CCs کو مجاز اسٹاف شامل اور ہٹا سکتے ہیں۔
• ناظر/CC تبدیلیاں آڈٹ لاگڈ ہیں۔
• اسکیلیشن ٹائر اضافے (DG، سیکریٹری) ناظر اضافے کے طور پر ریکارڈ ہوتے ہیں۔

Traces to. US-TKT-005

FR-TKT-019 — فلٹر شدہ انتخاب پر بلک ایکشنز لگائیں [S]

تفصیل۔ نظام کو سہولت کار کو فلٹر شدہ ٹکٹس کے انتخاب پر بلک ایکشن لگانے دیں (مثلاً، اسائن، ترجیح تبدیل، زمرہ تبدیل، اسکیلیٹ، بند کریں)۔

بنیادی وجہ۔ مقفل بلک رویہ (_context.md §4 ماڈیول B)؛ آپریشنل کارکردگی۔

قبولیت کے معیارات۔

• بلک ایکشنز فلٹر شدہ ٹکٹ لسٹس پر پیش کیے جاتے ہیں۔
• ہر متاثرہ ٹکٹ اپنی ہسٹری میں ایکشن اور اداکار ریکارڈ کرتا ہے۔
• بلک ایکشنز انتخاب میں ہر ٹکٹ پر صارف کی اجازتوں کی تعظیم کرتے ہیں؛ ناکامیاں فی ٹکٹ رپورٹ ہوتی ہیں۔
• بلک ایکشنز متاثرہ ٹکٹ IDs کے ساتھ ایک بیچ کے طور پر آڈٹ لاگڈ ہیں۔

Traces to. US-TKT-005

FR-TKT-020 — خفیہ/VIP attribute پر مبنی رسائی کنٹرول نافذ کریں [M]

تفصیل۔ نظام کو Confidential یا VIP نشان زد ٹکٹس تک رسائی مماثل attribute رکھنے والے اسٹاف تک محدود کرنی چاہیے، ایسے ٹکٹس کو لسٹس اور تلاش میں غیر مجاز صارفین سے چھپانا۔

بنیادی وجہ۔ مقفل ABAC فیصلہ (_context.md §5، US-ORG-007)؛ گہرائی میں دفاع۔

قبولیت کے معیارات۔

• مجاز اسٹاف کے ذریعہ ٹکٹ کو Confidential یا VIP نشان زد کیا جا سکتا ہے۔
• غیر مجاز صارفین ایسے ٹکٹس نہیں کھول، فہرست، یا تلاش کر سکتے؛ رسائی کوششیں مسترد اور لاگڈ ہیں۔
• نشان نیچے کی سمت فیچرز کو گیٹ کرتا ہے (مثلاً، MoM منظوری، ایکسپورٹ)۔
• Sensitive/VIP حل کے ثبوت کی کلوزنگ میں Chair/DG منظوری درکار ہو سکتی ہے (بمطابق _context.md §5)۔

Traces to. US-ORG-007, US-TKT-006

FR-TKT-021 — تحریر کے وقت انحراف کے لیے مماثل ٹکٹس ظاہر کریں [S]

تفصیل۔ جب نمائندہ ڈرافٹ تحریر کرے، نظام کو مماثل حل شدہ یا کھلے ٹکٹس ظاہر کرنے چاہئیں اور اگر حل شدہ ٹکٹ ان کے مسئلے کا جواب دے تو ڈرافٹ مسترد کرنے دیں۔

بنیادی وجہ۔ مقفل اسمارٹ فائلنگ اسسٹنٹ رویہ (US-TKT-004)؛ غیر ضروری ٹکٹس کم کرتا ہے۔

قبولیت کے معیارات۔

• کم از کم عنوان اور تفصیل موجود ہونے پر، مماثل ٹکٹس مماثلت اسکور کے ساتھ فہرست ہوتے ہیں۔
• نمائندہ ایک مماثل حل شدہ ٹکٹ کو اپنے جواب کے طور پر قبول کر سکتا ہے اور ڈرافٹ کو ایک ایکشن میں مسترد کر سکتا ہے۔
• انحراف واقعہ اینالیٹکس کے لیے ریکارڈ ہوتا ہے۔
• مماثلت AI صلاحیت FR-AI-007 استعمال کرتی ہے اور رسائی دائرہ کار کی تعظیم کرتی ہے۔

Traces to. US-TKT-004, US-AI-005

ORG — آرگنائزیشن و RBAC

ایپک E3۔ کمپنی رجسٹریشن (5 انٹیٹی انواع)، فائل فرسٹ/verify-in-parallel، ملٹی ریپ بالکل ایک Primary کے ساتھ، باریک RBAC، DG/سیکریٹری نگرانی کے ساتھ نسٹڈ محکمے، خودکار لائف سائیکل، اسٹیپ اپ تصدیق، خفیہ/VIP کے لیے ABAC، امتحان گیٹ۔ US-ORG-001 … US-ORG-007 تک ٹریس۔ RBAC تفصیل /specs/ur/04-roles-permissions/ میں۔

FR-ORG-001 — انٹیٹی ٹائپ کے لحاظ سے مشروط رجسٹریشن فارم رینڈر کریں [M]

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

بنیادی وجہ۔ مقفل 5-انٹیٹی ٹائپ فیصلہ (_context.md §5)۔

قبولیت کے معیارات۔

• پانچ انٹیٹی انواع منتخب کے قابل ہیں؛ ایک منتخب کرنے پر اس ٹائپ کے لیے فارم دوبارہ رینڈر ہوتا ہے۔
• صرف ٹائپ پر قابلِ اطلاق فیلڈز اور دستاویز تقاضے ظاہر اور تصدیق ہوتے ہیں۔
• بنیادی مجاز نمائندہ کردار ہر رجسٹریشن پر لازمی کے طور پر اکٹھا ہوتا ہے۔
• فارم UR/SD کے لیے RTL سپورٹ کے ساتھ کثیر لسانی ہے۔

Traces to. US-ORG-001

FR-ORG-002 — رجسٹریشن پر عارضی اکاؤنٹ دیں جو فوراً فائل کر سکے [M]

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

بنیادی وجہ۔ مقفل file-first/verify-in-parallel فیصلہ (_context.md §5)۔

قبولیت کے معیارات۔

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

Traces to. US-ORG-002

FR-ORG-003 — تصدیق کے نتیجے کے لحاظ سے بیج منتقل کریں [M]

تفصیل۔ نظام کو کمپنی بیج کو Provisional سے Verified میں منتقل کرنا چاہیے جب تمام چیکس پاس ہوں، یا On Hold میں جب کوئی چیک ناکام ہو، اور ناکامی پر اپیل کا راستہ پیش کرنا۔

بنیادی وجہ۔ مقفل verify-in-parallel رویہ (_context.md §5)۔

قبولیت کے معیارات۔

• تمام چیکس پاس ہونے پر بیج Verified میں منتقل اور کمپنی مطلع ہوتی ہے۔
• کوئی چیک ناکام ہونے پر بیج On Hold میں منتقل اور کمپنی وجہ کے ساتھ مطلع ہوتی ہے۔
• ناکام تصدیق ثبوت کے ساتھ اپیل جمع کرانے کی پیشکش کرتی ہے جو فیصلہ سازی کے لیے S&ITD کی طرف روٹ ہوتی ہے۔
• منتقلی اور وجہ آڈٹ لاگڈ ہیں۔

Traces to. US-ORG-002

FR-ORG-004 — بالکل ایک Primary کے ساتھ متعدد نمائندے منتظم کریں [M]

تفصیل۔ نظام کو کمپنی ایڈمنسٹریٹر کو متعدد مجاز نمائندے شامل کرنے دیں (ہر ایک CNIC اور ڈومین ای میل کے ساتھ) اور بالکل ایک کو بنیادی مجاز نمائندہ کے طور پر نامزد کرنا، Primary کردار ہر وقت لازمی اور منتقل کے قابل ہے۔

بنیادی وجہ۔ مقفل ملٹی ریپ فیصلہ (_context.md §5)۔

قبولیت کے معیارات۔

• کمپنی ایڈمنسٹریٹر CNIC اور ڈومین ای میل کے ساتھ نمائندے شامل کر سکتا ہے۔
• ہر نیا نمائندہ دعوت نامہ وصول کرتا ہے اور رسائی حاصل کرنے سے پہلے قبول کرنا ضروری ہے۔
• ہر وقت بالکل ایک نمائندہ Primary ہے؛ یہ invariant نظام کے ذریعے نافذ ہے۔
• ایڈمنسٹریٹر Primary کردار منتقل کر سکتا ہے؛ پچھلا Primary باقاعدہ نمائندہ بن جاتا ہے۔
• تمام Primary تبدیلیاں آڈٹ لاگڈ ہیں۔

Traces to. US-ORG-003

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

تفصیل۔ نظام کو کردار ٹیمپلیٹس (Primary، Admin، Filer، Viewer، Notify) نمائندوں اور محکمہ اسٹاف پر لگانا چاہیے، اور ایڈمنسٹریٹرز کو ٹیمپلیٹ کے علاوہ انفرادی اجازتوں کو اوور رائیڈ کرنے کی اجازت دینا، واضح deny ہمیشہ ٹیمپلیٹ گرینٹ پر غالب رہتا ہے۔

بنیادی وجہ۔ مقفل RBAC فیصلہ (_context.md §5)۔

قبولیت کے معیارات۔

• کردار ٹیمپلیٹس اسائن کے قابل ہیں؛ اسائنمنٹ ٹیمپلیٹ میں ہر اجازت دیتا ہے۔
• ایڈمنسٹریٹر ٹیمپلیٹ کو اوور رائیڈ کرنے کے لیے انفرادی اجازتوں کو ٹوگل کر سکتا ہے۔
• صارف کا مؤثر اجازت سیٹ ٹیمپلیٹ ہے جسے اوور رائیڈز ایڈجسٹ کرتے ہیں۔
• واضح deny کسی بھی ٹیمپلیٹ گرینٹ پر غالب ہے۔
• ہر اوور رائیڈ اور اداکار آڈٹ لاگڈ ہے۔

Traces to. US-ORG-004

FR-ORG-006 — محکموں کو Department → Section → Staff DG/سیکریٹری نگرانی کے ساتھ ماڈل کریں [M]

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

بنیادی وجہ۔ مقفل نسٹڈ محکمے فیصلہ (_context.md §4 ماڈیول C)؛ روٹنگ اور نگرانی کو ممکن بناتا ہے۔

قبولیت کے معیارات۔

• پورٹل ایڈمنسٹریٹر محکمہ اور اس کے تحت ایک یا زیادہ سیکشن بنا سکتا ہے۔
• اسٹاف سیکشن/محکموں کو اسائن ہوتے ہیں۔
• DG اور سیکریٹری نگرانی کردار فی محکمہ اسائن کے قابل ہیں۔
• درجہ بندی روٹنگ، رپورٹنگ، اور اسکیلیشن لیڈر میں ظاہر ہے۔

Traces to. US-ORG-005

FR-ORG-007 — ہر اسکیلیشن ٹائر پر تشکیل کے قابل طاقتوں کے ساتھ نگرانی کرداروں کو مطلع کریں [M]

تفصیل۔ جب ٹکٹ تشکیل شدہ اسکیلیشن ہدف پار کرے، نظام کو متعلقہ DG یا سیکریٹری کو ناظر کے طور پر شامل اور مطلع کرنا چاہیے، محکمے کی تشکیل کے مطابق ان کی نگرانی طاقت (صرف مطلع بمقابلہ ایکشن) نافذ کرنا۔

بنیادی وجہ۔ تشکیل کے قابل نگرانی کے ساتھ مقفل اسکیلیشن لیڈر (_context.md §5)۔

قبولیت کے معیارات۔

• ہر ہدف پر، متعلقہ نگرانی کردار ناظر کے طور پر شامل اور مطلع کیا جاتا ہے۔
• نگرانی طاقت (صرف مطلع بمقابلہ ایکشن) محکمہ تشکیل کے مطابق نافذ ہے۔
• صرف مطلع نگرانی کردار ٹکٹ دوبارہ اسائن یا بند نہیں کر سکتے؛ ایکشن کردار کر سکتے ہیں۔
• اسکیلیشن واقعات آڈٹ لاگڈ ہیں۔

Traces to. US-ORG-005, US-TKT-008

FR-ORG-008 — اہم واقعات پر اکاؤنٹ لائف سائیکل خودکار کریں [M]

تفصیل۔ نظام کو اہم واقعات کے وقت (Primary نمائندہ منتقلی، نمائندہ تبدیلی، SECP کے ذریعہ کمپنی اسٹرک آف) اکاؤنٹس کو خودکار غیر فعال یا دوبارہ تصدیق کرنا چاہیے، کھلے ٹکٹس کو پالیسی کے مطابق دوبارہ اسائن یا روکنا۔

بنیادی وجہ۔ مقفل اکاؤنٹ لائف سائیکل آٹومیشن (_context.md §4 ماڈیول C)۔

قبولیت کے معیارات۔

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

Traces to. US-ORG-006

FR-ORG-009 — حساس ایکشنز کے لیے اسٹیپ اپ تصدیق لازم کریں [S]

تفصیل۔ نظام کو حساس ایکشنز (مثلاً، VIP ٹکٹ بند کرنا، بلک PII ایکسپورٹ، Primary نمائندہ تبدیل کرنا) کے لیے دوسرا تصدیقی فیکٹر درکار کرنا چاہیے، کامیاب اسٹیپ اپ کے بعد ہی آگے بڑھنا۔

بنیادی وجہ۔ مقفل اسٹیپ اپ تصدیق فیصلہ (_context.md §5)۔

قبولیت کے معیارات۔

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

Traces to. US-ORG-007

FR-ORG-010 — لائیو ٹکٹ ہینڈلنگ سے پہلے امتحان گیٹ لازم کریں [S]

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

بنیادی وجہ۔ مقفل امتحان گیٹ فیصلہ (_context.md §4 ماڈیول O)۔

قبولیت کے معیارات۔

• غیر سرٹیفائیڈ اسٹاف کے لیے آٹو روٹنگ اور دستی اسائنمنٹ وضاحتی پیغام کے ساتھ بلاک ہیں۔
• گیٹ حالت (سرٹیفائیڈ / زیرِ التواء / ختم) اسٹاف ممبر اور اس کے سپروائزر کو نظر آتی ہے۔
• سرٹیفیکیشن امتحان پاس کرنا (TRN ماڈیول) اسائنمنٹ ان بلاک کرتا ہے۔
• سرٹیفیکیشن ختم ہونا دوبارہ گیٹ لگاتا ہے (بمطابق FR-TRN-005)۔

Traces to. US-ORG-007, US-TRN-002

FILE — فائلز

ایپک E4۔ AV اسکین کے ساتھ محفوظ اپ لوڈز، خفیہ کردہ اسٹوریج، اپ میں پریویو، ورژننگ، ٹائم لمٹڈ ڈاؤن لوڈ لنکس، سائز/ٹائپ کی حدود، ریٹینشن لنک۔ US-FILE-001 … US-FILE-005 تک ٹریس۔

FR-FILE-001 — فائل سائز اور ٹائپ کی حدود نافذ کریں [M]

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

بنیادی وجہ۔ اسٹوریج اور نیچے کی پائپ لائنز کی حفاظت؛ مقفل رویہ (US-FILE-001)۔

قبولیت کے معیارات۔

• فی فائل سائز حد اور فی جمع کل سائز حد سرور سائڈ نافذ ہیں۔
• اجازت شدہ MIME ٹائپس نافذ ہیں (مثلاً، PDF، عام امیج، آفس فارمیٹس)؛ ایگزیکیوٹیبلز اور نامعلوم ٹائپس مسترد ہیں۔
• مسترد پیغام مخصوص خلاف ورزی شدہ حد کا نام لیتا ہے۔
• حدود فی اپ لوڈ سیاق و سباق (ٹکٹ اٹیچمنٹ، MoM، رجسٹریشن دستاویز) تشکیل کے قابل ہیں۔

Traces to. US-FILE-001

FR-FILE-002 — دونوں اطراف سے اپ لوڈز قبول کریں (درخواست گزار اور اسٹاف) [M]

تفصیل۔ نظام کو کمپنی نمائندوں اور اسٹاف دونوں کو ان سیاق و سباق میں جس کے لیے وہ مجاز ہیں فائلز اپ لوڈ کرنے دیں (انٹیک، تبصرے، حل ثبوت، MoM، رجسٹریشن دستاویزات)۔

بنیادی وجہ۔ مقفل "دونوں اطراف" اپ لوڈ رویہ (_context.md §4 ماڈیول D)۔

قبولیت کے معیارات۔

• کمپنی نمائندے مجاز سیاق و سباق میں اپ لوڈ کر سکتے ہیں (انٹیک، تبصرے، رجسٹریشن)۔
• اسٹاف مجاز سیاق و سباق میں اپ لوڈ کر سکتے ہیں (تبصرے، حل ثبوت، MoM، آفیشل دستاویزات)۔
• ہر اپ لوڈ اپ لوڈر کی طرف سے ٹائم اسٹیمپ کے ساتھ منسوب ہے۔
• مجاز سیاق و سباق سے باہر اپ لوڈز مسترد ہیں۔

Traces to. US-FILE-001

FR-FILE-003 — ہر اپ لوڈ کو ClamAV سے اسکین اور تشخیص پر قرنٹین کریں [M]

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

بنیادی وجہ۔ مقفل AV اسکین فیصلہ (_context.md §3، §4 ماڈیول D)۔

قبولیت کے معیارات۔

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

Traces to. US-FILE-002

FR-FILE-004 — فائلز کو آبجیکٹ اسٹوریج میں خفیہ محفوظ کریں [M]

تفصیل۔ نظام کو تمام اپ لوڈ کردہ فائلز S3 مطابق آبجیکٹ اسٹوریج (MinIO) میں آرام پر خفیہ محفوظ کرنا چاہیے، ایک محفوظ ریکارڈ کے ساتھ جو فائل کو اس کی ملکیت والے ٹکٹ/تبصرے اور اپ لوڈر سے جوڑتا ہے۔

بنیادی وجہ۔ مقفل خفیہ اسٹوریج فیصلہ (_context.md §3، §4 ماڈیول D)۔

قبولیت کے معیارات۔

• فائلز MinIO میں آرام پر خفیہ لکھی جاتی ہیں۔
• ایک میٹا ڈیٹا ریکارڈ ہر فائل کو اس کے مالک (ٹکٹ، تبصرہ، رجسٹریشن، MoM) اور اپ لوڈر سے جوڑتا ہے۔
• ڈی کرپشن کلیدز تشکیل شدہ سیکریٹس اسٹور کے ذریعے منتظم ہیں۔
• فائلز براہ راست اسٹوریج پاتھ کے ذریعے ناقابلِ رسائی ہیں؛ صرف ایپلیکیشن انہیں پیش کر سکتی ہے۔

Traces to. US-FILE-002

FR-FILE-005 — معاون فارمیٹس کے لیے اپ میں پریویو فراہم کریں [S]

تفصیل۔ نظام کو معاون فائل فارمیٹس (PDF، عام امیج، پلین ٹیکسٹ، آفس جہاں معاون ہو) کے لیے ڈاؤن لوڈ کے بغیر اپ میں پریویو فراہم کرنا چاہیے، رسائی کے ذریعے گیٹڈ۔

بنیادی وجہ۔ جائزہ کی کارکردگی بہتر (US-FILE-003)۔

قبولیت کے معیارات۔

• معاون فارمیٹس پر پریویو ایکشن دستیاب ہے۔
• پریویو الگ ڈاؤن لوڈ کے بغیر ان لائن رینڈر ہوتا ہے۔
• رسائی کے بغیر صارفین پریویو نہیں کر سکتے۔
• غیر معاون فارمیٹس ڈاؤن لوڈ پر لوٹتے ہیں (جہاں اجازت ہو)۔

Traces to. US-FILE-003

FR-FILE-006 — دوبارہ اپ لوڈ پر فائلز ورژن کریں [S]

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

بنیادی وجہ۔ مقفل ورژننگ رویہ (_context.md §4 ماڈیول D)؛ ثبوت کی سالمیت محفوظ رکھتا ہے۔

قبولیت کے معیارات۔

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

Traces to. US-FILE-003

FR-FILE-007 — سائنڈ، ٹائم لمٹڈ ڈاؤن لوڈ لنکس تیار کریں [M]

تفصیل۔ نظام کو فائلز کے لیے سائنڈ، ختم ہونے والے ڈاؤن لوڈ لنکس تیار کرنا چاہیے، صرف ان کی ٹائم حد اور اجازت شدہ سیاق و سباق کے اندر درست، ہر ڈاؤن لوڈ آڈٹ لاگڈ۔

بنیادی وجہ۔ مقفل محفوظ ڈاؤن لوڈ لنکس رویہ (_context.md §4 ماڈیول D)؛ اسٹوریج کو ظاہر کرنے سے گریز۔

قبولیت کے معیارات۔

• اسٹاف ممبر تشکیل کے قابل ٹائم حد کے ساتھ سائنڈ ڈاؤن لوڈ لنک تیار کر سکتا ہے۔
• لنک اپنی حد اور اجازت شدہ سیاق و سباق کے اندر فائل کامیابی سے ڈاؤن لوڈ کرتا ہے۔
• ختم شدہ یا تبدیل کیا گیا لنک "ختم شدہ یا غیر درست" جواب کے ساتھ مسترد ہے۔
• ہر ڈاؤن لوڈ (کامیاب اور ناکام) آڈٹ لاگڈ ہے۔

Traces to. US-FILE-004

FR-FILE-008 — ہر فائل کو ریٹینشن پالیسی سے جوڑیں [S]

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

بنیادی وجہ۔ مقفل ریٹینشن رویہ (_context.md §4 ماڈیول D، §6)۔

قبولیت کے معیارات۔

• ہر فائل اس کے زمرے اور دستاویز ٹائپ کے مبنی ریٹینشن پالیسی سے جڑی ہے۔
• پالیسی ریکارڈز افسران کو نظر آتی ہے۔
• ایک شیڈولڈ جاب ریٹینشن ہوریزن پر فائلز آرکائیو یا ختم کرتی ہے۔
• ریٹینشن ایکشنز کمپلائنس آڈٹ کے لیے ریکارڈ ہوتے ہیں۔

Traces to. US-FILE-005

AI — AI (11 صلاحیتیں، پلگ ایبل انجن)

ایپک E5۔ گیارہ مقفل AI صلاحیتیں ایک پلگ ایبل انجن ایبسٹریکشن کے پیچھے جس میں فی فیچر فلیگز اور کاسٹ لاگنگ ہے۔ US-AI-001 … US-AI-007 تک ٹریس۔ مکمل اسپیک /specs/ur/07-ai-ocr-spec/ میں۔ AI انسانی جواب دہی کو بڑھاتا ہے؛ یہ کسی انسانی فیصلے کے گیٹ کی جگہ نہیں لیتا۔

FR-AI-001 — کثیر لسانی OCR (EN/UR/SD) [M]

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

بنیادی وجہ۔ مقفل AI صلاحیت #1 (OCR، _context.md §4 ماڈیول E)؛ نیچے کی طرف تلاش/خلاصہ/ترجمہ کو کھلتا ہے۔

قبولیت کے معیارات۔

• OCR اپ لوڈ شدہ سکینڈ دستاویزات (امیجز، PDFs) پر خودکار یا طلب پر چلتا ہے۔
• لاطینی، اردو، اور سندھی اسکرپٹس کے لیے ٹیکسٹ ایکسٹریکٹ ہوتا ہے۔
• ایکسٹریکٹڈ ٹیکسٹ فل ٹیکسٹ تلاش کے لیے انڈیکس ہوتا ہے۔
• ہر ایکسٹریکشن کے ساتھ اعتماد اسکور منسلک ہے۔
• کم اعتماد ایکسٹریکشنز دستی جائزے کے لیے نشان زد ہیں۔

Traces to. US-AI-001

FR-AI-002 — انٹیک پر ٹکٹ خلاصہ تیار کریں [M]

تفصیل۔ نظام کو انٹیک پر ہر نئے ٹکٹ کا مختصر خلاصہ تیار کرنا چاہیے، افسر کے جائزے کے لیے ٹکٹ سے منسلک۔

بنیادی وجہ۔ مقفل AI صلاحیت #2 (خلاصہ، _context.md §4 ماڈیول E)۔

قبولیت کے معیارات۔

• ہر نئے ٹکٹ کے لیے جمع کرنے کے بعد غیر ہم وقت خلاصہ تیار ہوتا ہے۔
• خلاصہ مختصر (تشکیل کے قابل لمبائی) اور انسانی جائزے کے قابل ہے۔
• خلاصہ فرز بندی اور ٹکٹ تفصیل ویوز میں نظر آتا ہے۔
• جنریشن ناکامیاں ٹکٹ بننے کو بلاک نہیں کرتیں۔

Traces to. US-AI-002

FR-AI-003 — انٹیک پر درجہ بندی اور روٹنگ تجویز کریں [M]

تفصیل۔ نظام کو ہر نئے ٹکٹ کی درجہ بندی کرنی چاہیے اور محکمہ، سیکشن، اور فوریّت تجویز کرنی چاہیے، اعتماد اسکور کے ساتھ، افسر کے جائزے کے لیے۔

بنیادی وجہ۔ مقفل AI صلاحیت #3 (درجہ بندی/آٹو روٹنگ، _context.md §4 ماڈیول E)۔

قبولیت کے معیارات۔

• انٹیک پر درجہ بندی (زمرہ) اور روٹنگ تجویز (محکمہ، سیکشن، فوریّت) تیار ہوتی ہے۔
• ہر تجویز اعتماد اسکور رکھتی ہے۔
• افسر اوور رائیڈ اصل تجویز اور اداکار کے ساتھ آڈٹ لاگڈ ہے۔

Traces to. US-AI-002, US-TKT-005

FR-AI-004 — فوریّت اور جذباتی حالت اسکور کریں [S]

تفصیل۔ نظام کو انٹیک اور اپ ڈیٹ پر ہر ٹکٹ کے لیے فوریّت اور جذباتی حالت اسکور کرنا چاہیے، زیادہ فوری اشیاء کو فرز بندی قطار میں ظاہر کرنا۔

بنیادی وجہ۔ مقفل AI صلاحیت #4 (فوریّت/جذباتی حالت، _context.md §4 ماڈیول E)۔

قبولیت کے معیارات۔

• انٹیک اور بامعنی اپ ڈیٹس پر فوریّت لیول اور جذباتی حالت لیبل کمپیوٹ ہوتے ہیں۔
• زیادہ فوری ٹکٹس فرز بندی قطار میں ظاہر ہوتے ہیں۔
• نہایت فوری ٹکٹس پالیسی کے مطابق مناسب SLA ٹائر کی طرف روٹ ہوتے ہیں جس میں وجہ افسر کو نظر آتی ہے۔

Traces to. US-AI-003

FR-AI-005 — اسٹاف کے لیے سیاق و سباق آگاہ مسودہ جوابات تیار کریں [S]

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

بنیادی وجہ۔ مقفل AI صلاحیت #5 (مسودہ جواب، _context.md §4 ماڈیول E)۔

قبولیت کے معیارات۔

• اسٹاف جواب کی ضرورت والے کسی بھی ٹکٹ پر مسودہ جواب طلب کر سکتا ہے۔
• مسودہ سیاق و سباق آگاہ ہے (ٹکٹ ہسٹری، پچھلے جوابات، KB)۔
• مسودہ ترمیم یا منظور ہونے تک بصری طور پر AI جنریٹڈ نشان زد ہے۔
• بھیجنے کے لیے واضح انسانی تصدیق لازم؛ AI خودمختار بھیج نہیں سکتا۔

Traces to. US-AI-004

FR-AI-006 — پیغامات اور مواد کا EN/UR/SD میں ترجمہ کریں [S]

تفصیل۔ نظام کو درخواست پر پیغامات اور مواد کا EN، UR، اور SD کے درمیان ترجمہ کرنا چاہیے، ترجمہ اصل کے ساتھ ظاہر کرنا (جو تبدیل نہیں ہوتا)۔

بنیادی وجہ۔ مقفل AI صلاحیت #6 (ترجمہ، _context.md §4 ماڈیول E)۔

قبولیت کے معیارات۔

• پیغامات اور مواد پر EN/UR/SD کے کسی بھی جوڑے کے درمیان ترجمہ پیش کیا جاتا ہے۔
• ترجمہ اصل کے ساتھ ظاہر ہوتا ہے۔
• اصل تبدیل نہیں ہوتا۔
• ترجمہ مشین جنریٹڈ کے طور پر نشان زد ہے۔

Traces to. US-AI-004

FR-AI-007 — نقل اور مماثل ٹکٹس کی نشاندہی کریں [S]

تفصیل۔ نظام کو انٹیک اور فرز بندی پر نقل اور مماثل ٹکٹس کی نشاندہی کرنی چاہیے، انہیں جوڑنے، ضم، یا انحراف کے لیے مماثلت اسکور کے ساتھ ظاہر کرنا۔

بنیادی وجہ۔ مقفل AI صلاحیت #7 (نقل/مماثلت، _context.md §4 ماڈیول E)۔

قبولیت کے معیارات۔

• انٹیک اور فرز بندی میں مماثل کھلے اور حل شدہ ٹکٹس مماثلت اسکور کے ساتھ ظاہر ہوتے ہیں۔
• سہولت کار انہیں جوڑ، ضم، یا انحراف کے لیے استعمال کر سکتے ہیں۔
• مماثلت سروس رسائی دائرہ کار کی تعظیم کرتی ہے (Confidential/VIP)۔

Traces to. US-AI-005, US-TKT-021

FR-AI-008 — انسانی ہینڈ آف کے ساتھ پبلک چیٹ بوٹ چلائیں [S]

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

بنیادی وجہ۔ مقفل AI صلاحیت #8 (چیٹ بوٹ، _context.md §4 ماڈیول E)۔

قبولیت کے معیارات۔

• چیٹ بوٹ زائر کی زبان میں منظور شدہ نالج مآخذ سے جواب دیتا ہے۔
• جوابات ماخذ مضمون/FAQ کا حوالہ دیتے ہیں۔
• اعتماد ہدف ہینڈ آف زندہ سہولت کار کی طرف ٹرانسکرپٹ اٹیچمنٹ کے ساتھ سپورٹڈ ہے۔
• ٹکٹ ڈرافٹ پری فِل سپورٹڈ ہے (FR-PUB-004 دیکھیں)۔

Traces to. US-AI-006, US-PUB-004

FR-AI-009 — کسی بھی کلاؤڈ AI پروسیسنگ سے پہلے PII حذف کریں [M]

تفصیل۔ کسی بھی دستاویز یا پیغام کے آن پریمس ٹرسٹ باؤنڈری سے کلاؤڈ AI پروسیسنگ کے لیے نکلنے سے پہلے، نظام کو PII (CNIC، فون، ای میل، وغیرہ) کی نشاندہی اور ماسک/ٹوکنائز کرنا چاہیے، ریڈکشن میپ آن پریمس رکھنا تاکہ واپسی پر اصل بحال ہو سکے۔

بنیادی وجہ۔ مقفل AI صلاحیت #9 (PII ریڈکشن، _context.md §4 ماڈیول E)؛ رازداری کا تحفظ۔

قبولیت کے معیارات۔

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

Traces to. US-AI-005

FR-AI-010 — AI سے چلائے گئے رجحانات اور اینالیٹکس انسائٹس تیار کریں [S]

تفصیل۔ نظام کو ٹکٹ ڈیٹا سے AI سے چلائے گئے رجحان انسائٹس (بڑھتی زمرجات، رکاوٹ محکمے) تیار کرنا چاہیے، قیادت اینالیٹکس پر ظاہر، ہر انسائٹ بنیادی میٹرک سے جوڑی۔

بنیادی وجہ۔ مقفل AI صلاحیت #10 (رجحانات/اینالیٹکس، _context.md §4 ماڈیول E)۔

قبولیت کے معیارات۔

• رجحان انسائٹس ٹکٹ ڈیٹا سے تشکیل کے قابل شیڈول پر تیار ہوتے ہیں۔
• انسائٹس میں زمرہ اضافے/گراوٹ، رکاوٹ محکمے، اور دیگر تشکیل شدہ پیٹرن شامل ہیں۔
• ہر انسائٹ ڈرل ڈاؤن کے لیے بنیادی میٹرک سے جوڑتا ہے۔
• انسائٹس اپنے دائرہ کار کے مطابق قیادت کرداروں پر ظاہر ہوتے ہیں۔

Traces to. US-AI-006, US-ANL-001

FR-AI-011 — OCR + AI کے ذریعے MoM ایکشن آئٹمز نکالیں [M]

تفصیل۔ نظام کو اپ لوڈ شدہ اجلاس کی روداد دستاویزات سے OCR + AI کے ذریعے اسٹرکچرڈ ایکشن آئٹمز (مالک، تاریخِ اختتام، ٹیکسٹ) اور خلاصہ نکالنا چاہیے، انہیں افسر کی تصدیق کے لیے پیش کرنا۔

بنیادی وجہ۔ مقفل AI صلاحیت #11 (MoM ایکشن آئٹم ایکسٹریکشن، _context.md §4 ماڈیول E، §5)۔

قبولیت کے معیارات۔

• اپ لوڈ شدہ MoM (سکینڈ یا ٹیکسٹ) OCR (کثیر لسانی) پھر AI سے پروسیس ہوتی ہے۔
• افسر کے جائزے کے لیے مالک، تاریخِ اختتام، اور ٹیکسٹ کے ساتھ ایکشن آئٹمز نکالے جاتے ہیں۔
• ایک خلاصہ تیار ہوتا ہے۔
• افسر تصدیق سے پہلے آئٹمز میں ترمیم/ہٹا/شامل کر سکتا ہے۔
• تصدیق شدہ آئٹمز ٹکٹ ذیلی ٹاسکس بن جاتے ہیں (بمطابق FR-MTG-007)۔

Traces to. US-AI-006, US-MTG-003

FR-AI-012 — تمام صلاحیتوں کو پلگ ایبل انجن انٹرفیس کے پیچھے ایبسٹریکٹ کریں [M]

تفصیل۔ نظام کو تمام AI صلاحیتوں کو ایک پلگ ایبل انجن ایبسٹریکشن کے پیچھے ظاہر کرنا چاہیے تاکہ آپریٹرز کوڈ کی تبدیلی کے بغیر پروائیڈرز کو تبدیل کر سکیں (LLM: Azure OpenAI/Google/AWS یا سیلف ہوسٹڈ Llama/Qwen Ollama + vLLM کے ذریعے؛ OCR: Tesseract/Google Doc AI/Azure Document Intelligence/AWS Textract)۔

بنیادی وجہ۔ مقفل پلگ ایبل انجن پالیسی (_context.md §4، §3)۔

قبولیت کے معیارات۔

• ہر AI صلاحیت ایک انٹرفیس کے ذریعے ظاہر ہے۔
• فی صلاحیت انجن کا انتخاب رن ٹائم پر کوڈ کی تبدیلی کے بغیر تشکیل کے قابل ہے۔
• انجن تبدیل کرنا کالنگ کوڈ پاتھ یا معاہدہ نہیں بدلتا۔
• ہر صلاحیت کے لیے کلاؤڈ اور سیلف ہوسٹڈ دونوں انجن سپورٹڈ ہیں۔

Traces to. US-AI-007

FR-AI-013 — ہر صلاحیت کو فی فیچر فلیگ کے پیچھے گیٹ کریں [M]

تفصیل۔ ہر AI صلاحیت کو فیچر فلیگ کے ذریعے آزادانہ طور پر ٹوگل کے قابل ہونا چاہیے، غیر فعال ہونے پر مناسب طریقے سے ڈگریڈ (چھپا یا کنٹرولڈ "دستیاب نہیں" جواب)، صارفین کو ایرر ظاہر کیے بغیر۔

بنیادی وجہ۔ مقفل فی فیچر فلیگ فیصلہ (_context.md §4 ماڈیول Q)۔

قبولیت کے معیارات۔

• ہر AI صلاحیت کا اپنا فیچر فلیگ ہے۔
• فلیگ غیر فعال کرنا چھپاتا یا کنٹرولڈ "دستیاب نہیں" جواب لوٹاتا ہے۔
• منحصر فلو مناسب طریقے سے ڈگریڈ ہوتے ہیں۔
• کوئی ایرر اختتامی صارفین کو ظاہر نہیں ہوتا۔
• فلیگ حالت آڈٹ لاگڈ ہے (FFG ماڈیول کے مطابق)۔

Traces to. US-AI-007, US-FFG-001

FR-AI-014 — ہر AI کال پر کاسٹ اور استعمال لاگ کریں [S]

تفصیل۔ نظام کو ہر AI کال کے لیے ٹوکن/کریڈٹ کاسٹ، انجن، صلاحیت، درخواست گزار، اور لیٹینسی لاگ کرنا چاہیے، اینالیٹکس میں استعمال اور کاسٹ ظاہر کرنا۔

بنیادی وجہ۔ پلگ ایبل انجن متغیر کاسٹ کا باعث؛ مقفل مشاہداتی توقعات (_context.md §3)۔

قبولیت کے معیارات۔

• ہر AI کال لاگ: صلاحیت، انجن، ٹوکنز/یونٹس، کاسٹ تخمینہ، لیٹینسی، درخواست گزار، ٹائم اسٹیمپ۔
• کاسٹ اور استعمال اینالیٹکس ڈیش بورڈز میں مجموعی اور ظاہر ہیں۔
• کسی صلاحیت پر کاسٹ اوور رن ایک تشکیل کے قابل الرٹ متحرک کرتا ہے۔

Traces to. US-AI-007, US-ANL-001

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

ایپک E6۔ تین بڑھتے درجے: (1) ٹکٹ سکوپڈ پرائیویٹ تھریڈز، (2) آرگن وائیڈ ان باکس (DMs/گروپس)، (3) چینل پر مبنی چیٹ۔ @منشنز، موجودگی، فل ٹیکسٹ تلاش، ریٹینشن۔ تمام صرف اسٹاف۔ US-COM-001 … US-COM-005 تک ٹریس۔

FR-COM-001 — ٹکٹ سکوپڈ پرائیویٹ تھریڈز فراہم کریں [M]

تفصیل۔ نظام کو ہر ٹکٹ سے منسلک ایک پرائیویٹ بحث تھریڈ فراہم کرنا چاہیے، صرف ٹکٹ شرکاء کو نظر آنے والا، @منشنز اور اٹیچمنٹس کے ساتھ پیغامات سپورٹ، ٹکٹ ریکارڈ کے ساتھ محفوظ۔

بنیادی وجہ۔ مقفل ٹیئر-1 فیصلہ (_context.md §4 ماڈیول F)۔

قبولیت کے معیارات۔

• ہر ٹکٹ کی اپنے شرکاء تک سکوپڈ پرائیویٹ تھریڈ ہے۔
• پیغامات @منشنز (اطلاع کے ساتھ) اور اٹیچمنٹس سپورٹ کرتے ہیں۔
• پیغامات صرف موجودہ ٹکٹ شرکاء کو نظر آتے ہیں۔
• تھریڈ پیغامات دیگر ٹکٹس یا ٹیئر 2/3 سے نظر نہیں آتے۔
• اگر کسی مشارک کی رسائی منسوخ ہو، تھریڈ کا اس کا ویو ہٹا دیا جاتا ہے۔

Traces to. US-COM-001

FR-COM-002 — ٹکٹ تھریڈز میں @منشنڈ شرکاء کو مطلع کریں [M]

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

بنیادی وجہ۔ بروقت رابط یقینی (US-COM-001)۔

قبولیت کے معیارات۔

• ایک @منشن منشنڈ صارف کو اطلاع متحرک کرتا ہے۔
• اطلاعات NOT ماڈیول کے ذریعے صارف کی ترجیحات کے مطابق روٹ ہوتی ہیں۔
• منشنز انفرادی صارفین اور تشکیل شدہ کردار/گروپس دونوں سپورٹ کرتے ہیں۔

Traces to. US-COM-001

FR-COM-003 — آرگن وائیڈ ان باکس فراہم کریں (1:1 اور گروپ DMs) [S]

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

بنیادی وجہ۔ مقفل ٹیئر-2 فیصلہ (_context.md §4 ماڈیول F)۔

قبولیت کے معیارات۔

• اسٹاف ممبر محکموں کے درمیان کسی بھی اسٹاف کے ساتھ 1:1 یا گروپ DM شروع کر سکتا ہے۔
• صرف نامزد شرکاء گفتگو دیکھ سکتے ہیں۔
• نیا مشارک شامل کرنا تشکیل شدہ ہسٹری شیئرنگ پالیسی (مکمل ہسٹری یا جوائن سے) پر عمل کرتا ہے۔
• تمام پیغامات محفوظ اور آڈٹ لاگڈ ہیں۔

Traces to. US-COM-002

FR-COM-004 — تھریڈز اور پن کے ساتھ مستقل محکمہ/ایڈ ہاک چینلز فراہم کریں [C]

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

بنیادی وجہ۔ مقفل ٹیئر-3 فیصلہ (_context.md §4 ماڈیول F)۔

قبولیت کے معیارات۔

• ایڈمنسٹریٹر محکمہ اور ایڈ ہاک چینلز بنا سکتا ہے۔
• محکمہ ممبران اپنے محکمہ چینل پر آٹو جوائن ہیں؛ دیگر پالیسی کے مطابق جوائن کی درخواست کر سکتے ہیں۔
• چینل پیغامات پیرنٹ کے تحت گروپ تھریڈڈ جوابات سپورٹ کرتے ہیں۔
• پن شدہ پیغامات چینل کی پن لسٹ میں ظاہر ہوتے ہیں۔
• چینل آپریشنز آڈٹ لاگڈ ہیں۔

Traces to. US-COM-003

FR-COM-005 — چینلز اور DMs میں @role منشنز سپورٹ کریں [S]

تفصیل۔ نظام کو @role منشنز (مثلاً، @officers، @dg) سپورٹ کرنا چاہیے جو اس سیاق و سباق میں اس کردار کے تمام ممبران کو مطلع کرتے ہیں۔

بنیادی وجہ۔ گروپ ایڈریسنگ کے لیے آپریشنل کارکردگی (US-COM-003، US-COM-004)۔

قبولیت کے معیارات۔

• @role منشنز پارس اور کردار کے موجودہ ممبران تک پھیلائے جاتے ہیں۔
• ہر پھیلا ہوا ممبر اپنی ترجیحات کے مطابق اطلاع وصول کرتا ہے۔
• کردار ممبرشپ منشن کے وقت حل ہوتی ہے۔

Traces to. US-COM-003, US-COM-004

FR-COM-006 — موجودگی، ٹائپنگ، اور ریڈ رسیدیں فراہم کریں [S]

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

بنیادی وجہ۔ حقیقی وقت مواصلات کی توقعات (US-COM-004)۔

قبولیت کے معیارات۔

• موجودگی ہر مشارک کی آن لائن/دور حالت حقیقی وقت میں دکھاتی ہے۔
• ٹائپنگ انڈیکیٹرز مشارک کی سرگرمی حقیقی وقت میں ظاہر کرتے ہیں۔
• ریڈ رسیدیں پیغام پڑھنے کی حالت حقیقی وقت میں ظاہر کرتی ہیں۔
• صارف اپنے انڈیکیٹرز اپنی ترجیحات میں دبا سکتا ہے۔

Traces to. US-COM-004

FR-COM-007 — قابلِ رسائی پیغامات پر کثیر لسانی فل ٹیکسٹ تلاش فراہم کریں [S]

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

بنیادی وجہ۔ مقفل ٹیئر-3 تلاش تقاضہ (US-COM-004)۔

قبولیت کے معیارات۔

• تلاش صرف وہی پیغامات لوٹاتی ہے جو صارف رسائی رکھتا ہے۔
• اردو اور سندھی کلیدی الفاظ درست میچ ہوتے ہیں (کوئی ٹرانسلٹریشن نقصان نہیں)۔
• نتائج مطابقت کے لحاظ سے اسنیپٹ اور ماخذ لنک کے ساتھ درجہ بند ہیں۔
• تلاش رسائی دائرہ کار کے ذریعے گیٹڈ ہے (Confidential/VIP ٹکٹس غیر نظر)۔

Traces to. US-COM-004, FR-XCU-002

FR-COM-008 — تمام پیغامات پالیسی کے مطابق آڈٹ لاگ اور محفوظ کریں [M]

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

بنیادی وجہ۔ مقفل ریٹینشن اور آڈٹ تقاضہ (_context.md §4 ماڈیول F، §6)۔

قبولیت کے معیارات۔

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

Traces to. US-COM-005

NOT — اطلاعات

ایپک E7۔ ٹیمپلیٹڈ کثیر لسانی اطلاعات Email/SMS/WhatsApp/اپ میں، دو طرفہ آنے والے جوابات، ترجیح مرکز، ریٹ لمٹنگ۔ US-NOT-001 … US-NOT-005 تک ٹریس۔

FR-NOT-001 — email، SMS، WhatsApp، اور اپ میں اطلاعات پہنچائیں [M]

تفصیل۔ نظام کو email (Mailjet)، SMS، WhatsApp، اور اپ میں چینلز میں اطلاعات پہنچانی چاہئیں، صارف کے فعال چینلز کی تعظیم، دوبارہ کوشش اور فال بیک کے ساتھ۔

بنیادی وجہ۔ مقفل ملٹی چینل فیصلہ (_context.md §3، §4 ماڈیول G)۔

قبولیت کے معیارات۔

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

Traces to. US-NOT-001

FR-NOT-002 — ورژن شدہ، کثیر لسانی ٹیمپلیٹس سے اطلاعات رینڈر کریں [M]

تفصیل۔ نظام کو ہر اطلاعہ ورژن شدہ ٹیمپلیٹس سے EN، UR، اور SD میں، وصول کنندہ کی پسندیدہ زبان میں رینڈر کرنا چاہیے، درست متغیر تبدیلی اور گریگورین + ہجری تاریخوں کے ساتھ۔

بنیادی وجہ۔ مقفل ٹیمپلیٹڈ/کثیر لسانی فیصلہ (_context.md §2، §4 ماڈیول G)۔

قبولیت کے معیارات۔

• ہر اطلاعاتی واقعے کے لیے EN، UR، SD میں ٹیمپلیٹس موجود ہیں۔
• وصول کنندہ کی پسندیدہ زبان ٹیمپلیٹ ورینٹ منتخب کرتی ہے۔
• متغیرات (ٹکٹ ID، نام، تاریخ) درست تبدیل ہوتے ہیں۔
• تاریخ روایت کے مطابق گریگورین اور ہجری دونوں میں ظاہر ہیں۔
• ٹیمپلیٹ ترامیم نئے ورژن بناتی ہیں؛ پچھلے ورژن محفوظ ہیں۔
• ٹیمپلیٹ تبدیلی کا ایڈیٹر اور ٹائم اسٹیمپ ریکارڈ ہے۔

Traces to. US-NOT-002

FR-NOT-003 — ٹکٹس سے جڑنے والے دو طرفہ آنے والے جوابات قبول کریں [S]

تفصیل۔ نظام کو ایک اطلاعہ تک email اور WhatsApp کے ذریعے آنے والے جوابات قبول کرنا چاہیے، جواب کے باڈی اور اٹیچمنٹس کو اصل ٹکٹ پر تبصرے کے طور پر جوڑنا، اور غیر میچ آنے والے کو سہولت کار کے جائزے کے لیے رکھنا۔

بنیادی وجہ۔ مقفل دو طرفہ آنے والے فیصلہ (_context.md §4 ماڈیول G)۔

قبولیت کے معیارات۔

• ٹکٹ اطلاع تک email جواب باڈی اور اٹیچمنٹس کو اصل ٹکٹ پر تبصرے کے طور پر جوڑتا ہے۔
• WhatsApp جواب اسی طرح جوڑتا ہے۔
• اسائنڈ اسٹاف اور ناظرین جوڑنے سے مطلع ہوتے ہیں۔
• جوڑنے کا واقعہ لاگڈ ہے۔
• غیر میچ آنے والا (کوئی ٹکٹ یا بھیجنے والا حل نہیں) جائزے کے لیے رکھا جاتا ہے اور سہولت کار مطلع ہوتا ہے۔

Traces to. US-NOT-003

FR-NOT-004 — فی صارف ترجیح مرکز فراہم کریں [M]

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

بنیادی وجہ۔ مقفل ترجیح مرکز فیصلہ (_context.md §4 ماڈیول G)۔

قبولیت کے معیارات۔

• صارف غیر فوری واقعات کے لیے ڈائجسٹ (روزانہ/ہفتہ وار) منتخب کر سکتا ہے۔
• فوری واقعات ڈائجسٹ بائی پاس اور فوراً بھیجتے ہیں۔
• صارف خاموش اوقات تشکیل کر سکتا ہے؛ غیر فوری اطلاعات خاموش اوقات ختم ہونے تک رکھی جاتی ہیں۔
• فوری اطلاعات پالیسی کے مطابق خاموش اوقات بائیPas کرتی ہیں۔
• صارف کسی بھی چینل سے آپٹ آؤٹ کر سکتا ہے؛ آپٹ آؤٹ شدہ چینلز استعمال نہیں ہوتے۔
• تمام ترجیح تبدیلیاں لاگڈ ہیں۔

Traces to. US-NOT-004

FR-NOT-005 — باہر جانے والی اور آنے والی اطلاعات کو ریٹ لمٹ کریں [M]

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

بنیادی وجہ۔ مقفل ریٹ لمٹ فیصلہ (_context.md §4 ماڈیول G)۔

قبولیت کے معیارات۔

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

Traces to. US-NOT-005

FR-NOT-006 — اطلاع ڈلیوری اور مشغولیت میٹرکس اکٹھے کریں [S]

تفصیل۔ نظام کو فی اطلاع ڈلیوری اور مشغولیت (کھولنا، کلک) میٹرکس اکٹھا کرنا چاہیے اور انہیں اینالیٹکس میں ظاہر کرنا چاہیے۔

بنیادی وجہ۔ اینالیٹکس میٹرک خاندان (مشغولیت/مواصلات) اور ٹیمپلیٹ مؤثریت جائزے کو سپورٹ کرتا ہے۔

قبولیت کے معیارات۔

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

Traces to. US-NOT-001, US-ANL-001

INT — انٹیگریشنز

ایپک E8۔ NADRA، SECP، FBR، SRB، PSEB، NITB e-Office، OIDC SSO، پبلک REST API + باہر جانے والے webhooks، تمام ایک ایڈاپٹر پیٹرن کے پیچھے جس میں idempotency، retries، اور circuit breakers ہیں۔ US-INT-001 … US-INT-005 تک ٹریس۔ معاہدے /specs/ur/08-integrations-spec/، /specs/ur/12-api-contract/ میں۔

FR-INT-001 — ایڈاپٹر کے ذریعے CNIC کی NADRA سے تصدیق کریں [M]

تفصیل۔ نظام کو نمائندے کے CNIC کی NADRA ایڈاپٹر کے ذریعے تصدیق کرنا چاہیے، یکساں تصدیق شدہ/غیر تصدیق شدہ/تصدیق نہ ہو سکی نتیجہ لوٹانا، بندش پر circuit breaker کے ذریعے مناسب طریقے سے ڈگریڈ کرنا۔

بنیادی وجہ۔ مقفل NADRA فیصلہ (_context.md §4 ماڈیول H)۔

قبولیت کے معیارات۔

• NADRA ایڈاپٹر فراہم کردہ CNIC کے لیے یکساں نتیجہ لوٹاتا ہے۔
• نتیجہ، ٹائم اسٹیمپ، اور درخواست حوالہ نمائندے کے ریکارڈ پر محفوظ ہے۔
• NADRA بندش پر، circuit breaker تشکیل شدہ ناکامیوں کے بعد کھلتا ہے۔
• رجسٹریشن فلو اکاؤنٹ کو verification pending میں رکھتا ہے اور بحالی پر دوبارہ شروع ہوتا ہے۔

Traces to. US-INT-001

FR-INT-002 — SECP، FBR/NTN، SRB، اور PSEB کے درمیان کمپنی حالت تلاش کریں [M]

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

بنیادی وجہ۔ مقفل ملٹی رجسٹری فیصلہ (_context.md §4 ماڈیول H)؛ file-first/verify-in-parallel کو فیڈ کرتا ہے۔

قبولیت کے معیارات۔

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

Traces to. US-INT-002, US-ORG-002

FR-INT-003 — ٹکٹس اور MoMs کو NITB e-Office میں منتقل کریں [S]

تفصیل۔ نظام کو حل شدہ ٹکٹس اور شائع شدہ MoMs کے لیے NITB e-Office میں فائل موومنٹ بنانی چاہیے (جہاں محکمے کے لیے انٹیگریشن فعال ہو)، ٹکٹ/MoM پر e-Office حوالہ محفوظ کرنا، بندش پر قطار بند اور دوبارہ کوشش بغیر پورٹل بلاک کیے۔

بنیادی وجہ۔ مقفل e-Office انٹیگریشن (_context.md §4 ماڈیول H، §6)۔

قبولیت کے معیارات۔

• حل ثبوت کے ساتھ حل شدہ ٹکٹ محکمے کے لیے فعال ہونے پر e-Office فائل موومنٹ متحرک کرتا ہے۔
• e-Office حوالہ ٹکٹ پر محفوظ ہے۔
• تخلیق آڈٹ لاگڈ ہے۔
• بندش پر، موومنٹ قطار بند اور دوبارہ کوشش ہے؛ پورٹل فلو بلاک نہیں۔
• بحالی زیرِ التواء موومنٹس کو idempotently مطابقت دیتی ہے۔

Traces to. US-INT-003

FR-INT-004 — حکومتی اسٹاف کے لیے OIDC سنگل سائن آن فراہم کریں [M]

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

بنیادی وجہ۔ مقفل SSO فیصلہ (_context.md §3، §4 ماڈیول H)۔

قبولیت کے معیارات۔

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

Traces to. US-INT-004

FR-INT-005 — idempotency کے ساتھ ورژن شدہ پبلک REST API ظاہر کریں [S]

تفصیل۔ نظام کو پارٹنرز کے لیے ورژن شدہ پبلک REST API ظاہر کرنا چاہیے، idempotency کلیدز کی سپورٹ کے ساتھ تاکہ ایک ہی کلید کے ساتھ دوبارہ کوشش ایک بار پروسیس ہو۔

بنیادی وجہ۔ مقفل پبلک API فیصلہ (_context.md §4 ماڈیول H)۔

قبولیت کے معیارات۔

• API ورژن شدہ اور /specs/ur/12-api-contract/ میں معاہدے کے مطابق دستاویزی کردہ ہے۔
• idempotency کلید کے ساتھ درخواستیں دوبارہ کوشش کے باوجود ایک بار پروسیس ہوتی ہیں۔
• جوابات شائع شدہ معاہدے کی پیروی کرتے ہیں۔
• API اسناد کے ذریعے تصدیق درکار ہے۔

Traces to. US-INT-005

FR-INT-006 — retries اور circuit breaker کے ساتھ سائنڈ باہر جانے والے webhooks پہنچائیں [S]

تفصیل۔ نظام کو سبسکرائیڈ واقعات کے لیے سائنڈ باہر جانے والے webhooks پہنچانے چاہئیں، تشکیل شدہ حد تک exponential backoff کے ساتھ دوبارہ کوشش اور متواتر ناکامیوں پر circuit breaker کھلنا۔

بنیادی وجہ۔ مقفل webhook فیصلہ (_context.md §4 ماڈیول H)۔

قبولیت کے معیارات۔

• سبسکرائیڈ واقعات رجسٹرڈ اینڈپوائنٹ پر سائنڈ webhook پہنچاتے ہیں۔
• ناکامی پر، retries تشکیل شدہ حد تک exponential backoff کی پیروی کرتے ہیں۔
• متواتر ناکامیاں circuit breaker کھولتی اور ڈلیوری روکتی ہیں۔
• پے لوڈ میں ایک دستخط شامل ہے جسے پارٹنر تصدیق کر سکتا ہے۔
• ریپلے حملے ٹائم اسٹیمپ تصدیق کے ذریعے روکے جاتے ہیں۔

Traces to. US-INT-005

FR-INT-007 — تمام انٹیگریشنز پر ایڈاپٹر پیٹرن لگائیں [M]

تفصیل۔ ہر بیرونی انٹیگریشن کو فی سسٹم ایڈاپٹر انٹرفیس کے پیچھے نافذ ہونا چاہیے، تاکہ کالنگ کوڈ کو تبدیل کیے بغیر بنیادی پروائیڈر کو تبدیل کیا جا سکے۔

بنیادی وجہ۔ مقفل ایڈاپٹر پیٹرن فیصلہ (_context.md §4 ماڈیول H)۔

قبولیت کے معیارات۔

• ہر انٹیگریشن (NADRA، SECP، FBR، SRB، PSEB، e-Office) کا اپنا ایڈاپٹر انٹرفیس ہے۔
• کالنگ کوڈ بنیادی پروائیڈر ان پلیمنٹیشن سے آزاد ہے۔
• ایڈاپٹرز بیرونی انحصار کے بغیر ٹیسٹنگ کے لیے mock کیے جا سکتے ہیں۔

Traces to. US-INT-001, US-INT-002

FR-INT-008 — idempotency، retries، اور circuit breakers یکساں لاگو کریں [M]

تفصیل۔ ہر انٹیگریشن کال پر idempotency (جہاں عمل non-read ہو)، backoff کے ساتھ retries، اور ایک circuit breaker لاگو ہونا چاہیے جو تشکیل شدہ ناکامیوں کے بعد کھلتا اور مناسب طریقے سے ڈگریڈ ہے۔

بنیادی وجہ۔ مقفل انٹیگریشن لچک فیصلہ (_context.md §4 ماڈیول H)۔

قبولیت کے معیارات۔

• Non-read انٹیگریشن عمل ایک مستقل عمل کلید کے تحت idempotent ہیں۔
• Retries jitter کے ساتھ exponential backoff کی پیروی کرتے ہیں، تشکیل شدہ حد تک۔
• ایک circuit breaker تشکیل شدہ ناکامیوں کے بعد کھلتا اور بازیابی ٹیسٹنگ کے لیے نصف کھلتا ہے۔
• کھلے سرکٹس کالنگ فلو کو مناسب طریقے سے (زیرِ التواء حالت) ڈگریڈ کرتے ہیں صارف کو ناکام کرنے کے بجائے۔

Traces to. US-INT-001, US-INT-002, US-INT-003

FR-INT-009 — تمام انٹیگریشن کالز کا آڈٹ لاگ فراہم کریں [M]

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

بنیادی وجہ۔ حکمرانی اور اینالیٹکس میٹرک خاندان (حکمرانی/کمپلائنس) کو سپورٹ کرتا ہے۔

قبولیت کے معیارات۔

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

Traces to. US-INT-001, US-ANL-001

ANL — اینالیٹکس

ایپک E9۔ نو میٹرک خاندان، سات کردار ڈیش بورڈز، ڈرل ڈاؤن، فلٹرز، تقابلی، شیڈولڈ ڈائجسٹس، ایکسپورٹس، GIS ہیٹ میپ، انوملی الرٹس، محفوظ ویوز، ایمبیڈز، پبلک گمنام ڈیش بورڈ۔ US-ANL-001 … US-ANL-006 تک ٹریس۔ KPI تفصیل /specs/ur/17-analytics-kpis/ میں۔

FR-ANL-001 — نو میٹرک خاندان کمپیوٹ کریں [M]

تفصیل۔ نظام کو نو میٹرک خاندان کمپیوٹ کرنا چاہیے: حجم/تھرو پٹ، رفتار، SLA/اسکیلیشن، معیار/نتیجہ، محکمہ/اسٹاف کارکردگی، AI ماڈیول میٹرکس، مشغولیت/مواصلات، حکمرانی/کمپلائنس، اور پبلک شفافیت۔

بنیادی وجہ۔ مقفل نو میٹرک خاندان فیصلہ (_context.md §4 ماڈیول I)۔

قبولیت کے معیارات۔

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

Traces to. US-ANL-001

FR-ANL-002 — سات کرداروں کے لیے کردار سکوپڈ ڈیش بورڈز فراہم کریں [M]

تفصیل۔ نظام کو سات میں سے ہر کردار (Super Admin، Dept Admin، DG، Officer، Secretary، Minister/SACM، Company، Public) کے لیے ایک مخصوص ڈیش بورڈ فراہم کرنا چاہیے، صرف اس کردار سے متعلق اور دائرہ کار کے اندر میٹرکس دکھاتے ہوئے۔

بنیادی وجہ۔ مقفل سات ڈیش بورڈ فیصلہ (_context.md §4 ماڈیول I)۔

قبولیت کے معیارات۔

• ہر کردار کے لیے ڈیش بورڈ موجود ہے۔
• ہر ڈیش بورڈ صرف اس کردار کے دائرہ کار کے اندر میٹرکس دکھاتا ہے (نگرانی طاقتوں کی تعظیم)۔
• افسران ذاتی ورک لوڈ اور فی شیفت KPIs دیکھتے ہیں دیگر افسران کے انفرادی قابلِ شناخت اسکورز کے بغیر۔
• Minister/SACM صوبہ بھر کے مجموعی دکھاتا ہے جس میں نگرانی دائرہ کار کی تعظیم ہے۔
• Company کردار اپنا ٹکٹ پورٹ فولیو دیکھتا ہے۔

Traces to. US-ANL-001

FR-ANL-003 — خلاصہ سے تفصیل تک ڈرل ڈاؤن فراہم کریں [M]

تفصیل۔ نظام کو مجاز صارفین کو خلاصہ KPI سے بنیادی تفصیل (جہاں دائرہ کار اجازت دے ٹکٹ لسٹ تک) میں ڈرل کرنے دیں۔

بنیادی وجہ۔ روٹ کاز تجزیہ کو سپورٹ (US-ANL-002)۔

قبولیت کے معیارات۔

• ایک خلاصہ KPI بنیادی تفصیل کھولنے کے لیے کلک کے قابل ہے۔
• ڈرل دائرہ کار کی تعظیم کرتا ہے (Confidential/VIP غیر مجاز صارفین سے چھپا)۔
• ڈرل لیولز فی میٹرک دستاویزی ہیں۔

Traces to. US-ANL-002

FR-ANL-004 — محکمہ، سیکشن، زمرہ، تاریخ، ضلع، اور شدت کے لحاظ سے فلٹرز فراہم کریں [M]

تفصیل۔ نظام کو مجاز صارفین کو ڈیش بورڈز اور چارٹس کو محکمہ، سیکشن، زمرہ، تاریخ کی حد، ضلع، اور شدت کے لحاظ سے فلٹر کرنے دیں۔

بنیادی وجہ۔ تفتیش اور تقابلی تجزیہ کو سپورٹ (US-ANL-002)۔

قبولیت کے معیارات۔

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

Traces to. US-ANL-002

FR-ANL-005 — تقابلی ویوز فراہم کریں (مدت بمقابلہ مدت، محکمہ بمقابلہ محکمہ) [S]

تفصیل۔ نظام کو مجاز صارفین کو دو مدتوں یا دو محکموں کا ساتھ ساتھ موازنہ کرنے دیں۔

بنیادی وجہ۔ رجحان اور بنچ مارک تجزیہ کو سپورٹ (US-ANL-002)۔

قبولیت کے معیارات۔

• کسی بھی میٹرک کے لیے مدت بمقابلہ مدت موازنہ دستیاب ہے۔
• محکمہ بمقابلہ محکمہ موازنہ دستیاب ہے۔
• تقابلی ویوز ایکسپورٹ کے قابل ہیں۔

Traces to. US-ANL-002

FR-ANL-006 — فی کردار رفتار کے مطابق تشکیل کے قابل شیڈولڈ ڈائجسٹس فراہم کریں [M]

تفصیل۔ نظام کو کردار کے مناسب رفتار کے مطابق شیڈولڈ اینالیٹکس ڈائجسٹ پہنچانا چاہیے (سیکریٹری روزانہ، Minister ہفتہ وار، Dept Admin روزانہ، DG روزانہ، افسران فی شیفت)، ہر ایک وصول کنندہ کی طرف سے ترجیح مرکز میں تبدیل کے قابل، ان کی پسندیدہ زبان میں رینڈر۔

بنیادی وجہ۔ مقفل شیڈولڈ ڈائجسٹ فیصلہ (_context.md §4 ماڈیول I)۔

قبولیت کے معیارات۔

• پہلے سے طے شدہ ڈائجسٹ رفتاریں فی کردار پہلے سے تشکیل شدہ ہیں۔
• ہر وصول کنندہ رفتار، چینلز، اور خاموش اوقات تبدیل کر سکتا ہے۔
• ڈائجسٹس وصول کنندہ کی پسندیدہ زبان میں رینڈر ہوتے ہیں (UR/SD کے لیے RTL)۔
• ڈائجسٹ مواد وصول کنندہ کے کردار تک سکوپڈ ہے۔

Traces to. US-ANL-003

FR-ANL-007 — ڈیش بورڈز اور چارٹس کو PDF، Excel، اور CSV میں ایکسپورٹ کریں [M]

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

بنیادی وجہ۔ مقفل ایکسپورٹ فیصلہ (_context.md §4 ماڈیول I)۔

قبولیت کے معیارات۔

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

Traces to. US-ANL-004

FR-ANL-008 — پبلک شفافیت ڈیش بورڈ فراہم کریں (گمنام) [M]

تفصیل۔ نظام کو مجموعی میٹرکس اور بغیر PII کے ایک پبلک، لاگ ان کے بغیر شفافیت ڈیش بورڈ فراہم کرنا چاہیے، سمال سیل سپریشن لاگو کرنا۔

بنیادی وجہ۔ مقفل پبلک ڈیش بورڈ فیصلہ (_context.md §4 ماڈیول I)۔

قبولیت کے معیارات۔

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

Traces to. US-ANL-005, US-PUB-008

FR-ANL-009 — GIS ضلعی ہیٹ میپ فراہم کریں [S]

تفصیل۔ نظام کو ٹکٹ مآخذ اور حل کارکردگی کی GIS ضلعی ہیٹ میپ فراہم کرنا چاہیے۔

بنیادی وجہ۔ مقفل GIS ہیٹ میپ فیصلہ (_context.md §4 ماڈیول I)۔

قبولیت کے معیارات۔

• ہیٹ میپ ضلع کے لحاظ سے ٹکٹ مآخذ اور حل کارکردگی رینڈر کرتا ہے۔
• ضلعی ڈرل ڈاؤن مجاز صارفین کے لیے دستیاب ہے۔
• ہیٹ میپ ڈیٹا صارف کی رسائی تک سکوپڈ ہے۔

Traces to. US-ANL-006

FR-ANL-010 — انوملی کی نشاندہی اور SLA تجاوز کی پیشگوئی کریں [S]

تفصیل۔ نظام کو میٹرکس میں انوملی کی نشاندہی کرنی چاہیے اور SLA تجاوز کی پیشگوئی کرنی چاہیے، جب اعتماد ہدف پار کرے فعال الرٹس اٹھانا۔

بنیادی وجہ۔ مقفل انوملی الرٹ فیصلہ (_context.md §4 ماڈیول I)۔

قبولیت کے معیارات۔

• ہدف سے اوپر اعتماد کے ساتھ 24 گھنٹے کے اندر متوقع تجاوز ایک الرٹ اٹھاتا ہے۔
• الرٹس اسائنڈ افسر، ان کے DG (ناظر)، اور Dept Admin ڈائجسٹ کی طرف روٹ ہوتے ہیں۔
• انوملیز متعلقہ ڈیش بورڈز پر ظاہر ہوتے ہیں۔

Traces to. US-ANL-006

FR-ANL-011 — نامزد ویوز محفوظ اور شیئر کرنے کی اجازت دیں [S]

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

بنیادی وجہ۔ بار بار آنے والے تجزیات کے لیے دہراؤ بہتر (US-ANL-002)۔

قبولیت کے معیارات۔

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

Traces to. US-ANL-002

FR-ANL-012 — قابلِ ایمبیڈ ڈیش بورڈ ویجٹس فراہم کریں [C]

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

بنیادی وجہ۔ e-Office اور پارٹنر ٹولز میں ایمبیڈنگ کو سپورٹ (Could-have)۔

قبولیت کے معیارات۔

• ڈیش بورڈ یا چارٹ کو سائنڈ URL کے ذریعے ایمبیڈ کیا جا سکتا ہے۔
• ایمبیڈ سائنڈ ٹوکن کے ذریعے دیکھنے والے کے دائرہ کار کی تعظیم کرتا ہے۔
• ایمبیڈ شدہ ویوز ایمبیڈر کے دائرہ کار سے تجاوز نہیں کر سکتے۔

Traces to. US-ANL-002

FR-ANL-013 — اینالیٹکس میں AI کاسٹ اور استعمال ظاہر کریں [S]

تفصیل۔ نظام کو AI کاسٹ اور استعمال میٹرکس (FR-AI-014 سے) اینالیٹکس ڈیش بورڈز میں ظاہر کرنا چاہیے۔

بنیادی وجہ۔ پلگ ایبل AI انجنز کی کاسٹ حکمرانی کو سپورٹ۔

قبولیت کے معیارات۔

• AI کاسٹ اور استعمال صلاحیت، انجن، محکمے کے لحاظ سے مجموعی ہیں۔
• کاسٹ اوور رن الرٹس ظاہر ہوتے ہیں۔
• میٹرکس مجاز کرداروں تک محدود ہیں۔

Traces to. US-AI-014, US-ANL-001

FR-ANL-014 — ڈیش بورڈز کو Metabase اور کسٹم چارٹس کے ساتھ سپورٹ کریں [M]

تفصیل۔ نظام کو اپنے ڈیش بورڈز کو ایمبیڈڈ Metabase کے ساتھ کسٹم ECharts/Recharts ویژولائزیشنز کے علاوہ سپورٹ کرنا چاہیے۔

بنیادی وجہ۔ مقفل BI انتخاب (_context.md §3)۔

قبولیت کے معیارات۔

• Metabase جہاں مناسب ہو سیلف سروس اینالیٹکس کے لیے ایمبیڈڈ ہے۔
• کسٹم ECharts/Recharts ویژولائزیشنز کردار سکوپڈ ڈیش بورڈز رینڈر کرتے ہیں۔
• دونوں صارف کے رسائی دائرہ کار کی تعظیم کرتے ہیں۔

Traces to. US-ANL-001

KB — نالج بیس + SOPs

ایپک E10۔ مضامین، ڈاؤن لوڈ کے قابل فارمز، ورژن شدہ SOPs، AI semantic تلاش، انحراف ٹریکنگ، سروس کیٹلاگ، تصنیف ورک فلو۔ US-KB-001 … US-KB-003 تک ٹریس۔ تفصیل /specs/ur/18-knowledge-base-sop/ میں۔

FR-KB-001 — مضامین، SOPs، اور فارمز تصنیف اور شائع کریں [M]

تفصیل۔ نظام کو KB Authors کو مضامین، SOPs، اور ڈاؤن لوڈ کے قابل فارمز تحریر کرنے دیں اور انہیں ایڈیٹوریل جائزے اور اشاعت کے لیے جمع کرنے دیں، ورژنز ٹریکڈ۔

بنیادی وجہ۔ مقفل KB ماڈیول رویہ (_context.md §4 ماڈیول J)۔

قبولیت کے معیارات۔

• مصنفین مضامین، SOPs، اور فارمز کے ڈرافٹس بنا سکتے ہیں۔
• جمع کرانے پر اشماء In Review میں منتقل اور KB Editor مطلع ہوتا ہے۔
• منظوری پر، اشماء نیا ورژن کے طور پر شائع ہوتا ہے؛ پچھلے ورژن آرکائیو اور قابلِ رسائی ہیں۔
• ہر اشماء عنوان، خلاصہ، زبان، اور آخری اپ ڈیٹ تاریخ رکھتا ہے۔

Traces to. US-KB-002

FR-KB-002 — changelog کے ساتھ SOPs اور مضامین ورژن کریں [M]

تفصیل۔ نظام کو ہری شائع شدہ تبدیلی پر SOPs اور مضامین کو ورژن کرنا چاہیے، پچھلے ورژن محفوظ رکھنا اور changelog اندراج ریکارڈ کرنا۔

بنیادی وجہ۔ مقفل ورژن شدہ SOPs فیصلہ (_context.md §4 ماڈیول J)۔

قبولیت کے معیارات۔

• تبدیلی شائع کرنا نیا ورژن بناتا ہے۔
• پچھلے ورژن آرکائیو لیکن قابلِ رسائی ہیں۔
• فی ورژن changelog اندراج ریکارڈ ہوتا ہے۔
• فی الحال شائع شدہ ورژن واضح طور پر شناخت ہوتا ہے۔

Traces to. US-KB-002

FR-KB-003 — KB میں AI semantic تلاش فراہم کریں [M]

تفصیل۔ نظام کو EN، UR، اور SD میں مضامین، SOPs، اور فارمز پر AI semantic تلاش فراہم کرنا چاہیے، نیت کے لحاظ سے درجہ بند، صرف کلیدی الفاظ نہیں۔

بنیادی وجہ۔ مقفل AI semantic تلاش فیصلہ (_context.md §4 ماڈیول J)۔

قبولیت کے معیارات۔

• Semantic تلاش نیت سے میل کھاتے درجہ بند نتائج لوٹاتی ہے۔
• نتائج EN، UR، SD میں مضامین، SOPs، اور فارمز کو کور کرتے ہیں۔
• ہر نتیجہ عنوان، خلاصہ، زبان، اور آخری اپ ڈیٹ تاریخ دکھاتا ہے۔
• تلاش پلگ ایبل AI انجن (FR-AI-012) استعمال کرتی ہے۔

Traces to. US-KB-001

FR-KB-004 — لاگ ان کے بغیر ڈاؤن لوڈ کے قابل فارمز پیش کریں [M]

تفصیل۔ نظام کو ہر ڈاؤن لوڈ کے قابل فارم کا تازہ ترین شائع شدہ ورژن تصدیق کی ضرورت کے بغیر پیش کرنا چاہیے۔

بنیادی وجہ۔ زائرین کے لیے رکاوٹ کم (US-KB-001)۔

قبولیت کے معیارات۔

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

Traces to. US-KB-001, US-PUB-007

FR-KB-005 — "کیا یہ مددگار تھا" فیڈبیک ٹریک کریں [S]

تفصیل۔ نظام کو فی مضمون "کیا یہ مددگار تھا" ووٹس اکٹھا کرنا چاہیے اور مواد کے جائزے کے لیے انہیں مجموعی کرنا چاہیے۔

بنیادی وجہ۔ مقفل مددگاری فیڈبیک (US-KB-003)۔

قبولیت کے معیارات۔

• ہر مضمون پر مددگار/غیر مددگار ووٹ کنٹرول موجود ہے۔
• ووٹس فی مضمون مجموعی ہیں۔
• مجموعی ووٹس KB Authors اور Editors کو نظر آتے ہیں۔

Traces to. US-KB-003

FR-KB-006 — KB مواد سے منسوب ٹکٹ انحراف ٹریک کریں [S]

تفصیل۔ نظام کو انحراف واقعات (زائر KB میں جواب تلاش کرتا ہے اور ٹکٹ نہیں دائر کرتا) ٹریک کرنا چاہیے اور انہیں اس مضمون سے منسوب کرنا چاہیے جس نے انحراف کیا۔

بنیادی وجہ۔ مقفل انحراف ٹریکنگ فیصلہ (_context.md §4 ماڈیول J)۔

قبولیت کے معیارات۔

• بعد میں ٹکٹ فائلنگ کے بغیر مثبت مددگاری ووٹ انحراف واقعہ کے طور پر ریکارڈ ہوتا ہے۔
• واقعہ ظاہر شدہ مضمون سے منسوب ہے۔
• انحراف شماراری اینالیٹکس میں نظر آتی ہیں (مشغولیت میٹرک خاندان)۔

Traces to. US-KB-003, US-ANL-001

FR-KB-007 — سروس کیٹلاگ شائع اور برقرار رکھیں [M]

تفصیل۔ نظام کو محکموں/زمرجات کا سروس کیٹلاگ شائع اور برقرار رکھنا چاہیے جو پورٹل سنبھالتا ہے، SOPs، فارمز، اور SLA توقعات کے لنکس کے ساتھ۔

بنیادی وجہ۔ مقفل سروس کیٹلاگ فیصلہ (_context.md §4 ماڈیول J)۔

قبولیت کے معیارات۔

• کیٹلاگ ہر محکمہ/زمرہ فہرست دیتا ہے جو پورٹل سنبھالتا ہے۔
• ہر اندراج SOPs، فارمز، اور SLA توقعات سے جڑتا ہے۔
• کیٹلاگ محکمے اور زمرے کے لحاظ سے فلٹر کے قابل ہے۔
• کیٹلاگ RTL سپورٹ کے ساتھ کثیر لسانی ہے۔

Traces to. US-PUB-007, US-KB-001

FR-KB-008 — پرانے مواد کو جائزے کے لیے نشان زد کریں [S]

تفصیل۔ نظام کو شائع شدہ مضامین اور SOPs جن کی تازگی ونڈو ختم ہو گئی ہو جائزے کے لیے نشان زد کرنا چاہیے، ان کے مصنفین کو مطلع کرنا۔

بنیادی وجہ۔ مواد کی موجودگی یقینی (US-KB-002)۔

قبولیت کے معیارات۔

• فی مواد ٹائپ تازگی ونڈو تشکیل کے قابل ہے۔
• ختم ہونے پر، اشماء Needs Review نشان زد ہوتا ہے۔
• مصنفین مطلع ہوتے ہیں۔
• نشان تصنیف ڈیش بورڈ میں نظر آتا ہے۔

Traces to. US-KB-002

MCI — ملٹی چینل انٹیک

ایپک E11۔ Email/SMS/WhatsApp-to-ticket، ٹول فری IVR/وائس، واک ان/آف لائن اندراج، چینلز کے درمیان ڈی ڈپ۔ US-MCI-001 … US-MCI-004 تک ٹریس۔ تفصیل /specs/ur/19-multichannel-intake/ میں۔

FR-MCI-001 — آنے والے email سے ٹکٹ بنائیں [M]

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

بنیادی وجہ۔ مقفل email انٹیک فیصلہ (_context.md §4 ماڈیول K)۔

قبولیت کے معیارات۔

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

Traces to. US-MCI-001

FR-MCI-002 — WhatsApp اور SMS سے ٹکٹ بنائیں اور اپ ڈیٹ کریں [M]

تفصیل۔ نظام کو آفیشل نمبر تک آنے والے WhatsApp اور SMS پیغامات سے ٹکٹ بنانا اور اپ ڈیٹ کرنا چاہیے، اٹیچمنٹس (AV اسکینڈ) محفوظ اور اصل چینل کے ذریعے تصدیق۔

بنیادی وجہ۔ مقفل WA/SMS انٹیک فیصلہ (_context.md §4 ماڈیول K)۔

قبولیت کے معیارات۔

• تصدیق شدہ رابطے سے WhatsApp پیغام (اٹیچمنٹ کے ساتھ یا بغیر) ٹکٹ بناتا ہے۔
• ٹکٹ اطلاع تک SMS جواب تبصرے کے طور پر جڑتا ہے۔
• اٹیچمنٹس AV اسکینڈ ہیں۔
• ٹریکنگ ID لے کر اصل چینل کے ذریعے تصدیق بھیجی جاتی ہے۔

Traces to. US-MCI-002

FR-MCI-003 — ٹول فری IVR/وائس انٹیک فراہم کریں [S]

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

بنیادی وجہ۔ مقفل IVR/وائس فیصلہ (_context.md §4 ماڈیول K)۔

قبولیت کے معیارات۔

• IVR "شکایت درج کریں" آپشن پیش کرتا ہے۔
• وائس ریکارڈنگ قبض اور محفوظ ہوتی ہے۔
• ریکارڈنگ کی تحریر بندی (دستی فال بیک کے ساتھ AI) ہوتی ہے۔
• تحریر بندی تفصیل اور آڈیو منسلک کے ساتھ ٹکٹ بنتا ہے۔
• کالر کو ٹریکنگ ID کے ساتھ SMS موصول ہوتا ہے۔

Traces to. US-MCI-003

FR-MCI-004 — اسٹاف کے ذریعے واک ان/آف لائن انٹیک فراہم کریں [M]

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

بنیادی وجہ۔ مقفل واک ان/آف لائن فیصلہ (_context.md §4 ماڈیول K)۔

قبولیت کے معیارات۔

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

Traces to. US-MCI-004

FR-MCI-005 — انٹیک پر چینلز کے درمیان نقل کی نشاندہی کریں [M]

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

بنیادی وجہ۔ مقفل ڈی ڈپ فیصلہ (_context.md §4 ماڈیول K)۔

قبولیت کے معیارات۔

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

Traces to. US-MCI-004, US-AI-007

FR-MCI-006 — ہر ٹکٹ پر مآخذ چینل قبض کریں [M]

تفصیل۔ نظام کو ہر ٹکٹ پر مآخذ چینل (ویب، email، SMS، WhatsApp، IVR، واک ان، API) قبض اور محفوظ کرنا چاہیے۔

بنیادی وجہ۔ اینالیٹکس (چینل کے لحاظ سے حجم) اور آڈٹ کو سپورٹ۔

قبولیت کے معیارات۔

• ہر ٹکٹ اپنا مآخذ چینل محفوظ کرتا ہے۔
• چینل ٹکٹ تفصیل پر نظر آتا ہے۔
• چینل اینالیٹکس ڈیش بورڈز کو فیڈ کرتا ہے۔

Traces to. US-MCI-001, US-ANL-001

FR-MCI-007 — آنے والے بھیجنے والوں کو ریٹ لمٹ اور تصدیق کریں [M]

تفصیل۔ نظام کو کسی بھی ایک ماخذ سے آنے والے کو ریٹ لمٹ کرنا چاہیے اور ٹکٹ بنانے سے پہلے بھیجنے والے کی تصدیق کرنا چاہیے، غیر تصدیق شدہ آنے والے کو جائزے کے لیے رکھنا۔

بنیادی وجہ۔ اعتماد و سلامتی (مقفل، _context.md §6)۔

قبولیت کے معیارات۔

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

Traces to. US-MCI-001, US-NOT-005

DOC — دستاویز جنریشن + e-Sign

ایپک E12۔ لیٹر ہیڈ پر کثیر لسانی آفیشل خطوط اور قرارداد سرٹیفکیٹس، PKI ڈیجیٹل دستخط، QR تصدیق، تاریخ آگاہ لیٹر ہیڈز۔ US-DOC-001 … US-DOC-003 تک ٹریس۔

FR-DOC-001 — لیٹر ہیڈ پر کثیر لسانی آفیشل خطوط تیار کریں [M]

تفصیل۔ نظام کو S&ITD یا متعلقہ محکمہ لیٹر ہیڈ پر EN، UR، یا SD میں آفیشل خطوط اور قرارداد سرٹیفکیٹس تیار کرنا چاہیے، ٹکٹ ID، کمپنی تفصیلات، اور حل خلاصہ کے ساتھ۔

بنیادی وجہ۔ مقفل دستاویز جنریشن فیصلہ (_context.md §4 ماڈیول L)۔

قبولیت کے معیارات۔

• افسر حل شدہ ٹکٹ سے خط یا قرارداد سرٹیفکیٹ تیار کر سکتا ہے۔
• دستاویز مناسب لیٹر ہیڈ پر EN، UR، یا SD میں رینڈر ہوتی ہے۔
• دستاویز میں ٹکٹ ID، کمپنی تفصیلات، اور حل خلاصہ شامل ہے۔
• خط کی زبان وصول کنندہ ترجیح کی پیروی کرتی ہے جب تک اوور رائیڈ نہ ہو۔
• دستاویز ٹکٹ پر ورژن شدہ اٹیچمنٹ کے طور پر محفوظ ہے۔

Traces to. US-DOC-001

FR-DOC-002 — تاریخی عہدیداروں کے ساتھ تاریخ آگاہ لیٹر ہیڈز رینڈر کریں [M]

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

بنیادی وجہ۔ مقفل تاریخی درستگی فیصلہ (_context.md §4 ماڈیول P، §5)۔

قبولیت کے معیارات۔

• تیار شدہ خط اپنی مؤثر تاریخ کے مطابق عہدے میں عہدیدار استعمال کرتا ہے۔
• مہینوں بعد خط دوبارہ تیار کرنا لیٹر ہیڈ میں تاریخی عہدیدار برقرار رکھتا ہے۔
• عہدیدار OFC ماڈیول ریکارڈز سے ماخوذ ہیں۔

Traces to. US-DOC-001, US-OFC-002

FR-DOC-003 — آفیشل دستاویزات پر PKI ڈیجیٹل دستخط لگائیں [M]

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

بنیادی وجہ۔ مقفل PKI فیصلہ (_context.md §4 ماڈیول L)۔

قبولیت کے معیارات۔

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

Traces to. US-DOC-002

FR-DOC-004 — سائنڈ دستاویزات پر قابلِ تصدیق QR کوڈ منسلک کریں [M]

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

بنیادی وجہ۔ مقفل QR تصدیق (جعلسازی روک) فیصلہ (_context.md §4 ماڈیول L)۔

قبولیت کے معیارات۔

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

Traces to. US-DOC-003

FR-DOC-005 — پبلک دستاویز تصدیق پورٹل فراہم کریں [M]

تفصیل۔ نظام کو ایک پبلک، لاگ ان کے بغیر پورٹل فراہم کرنا چاہیے جہاں کوئی بھی وصول کنندہ یا تیسری فریق QR کوڈ یا دستاویز حوالہ اسکین یا پیسٹ کر کے تصدیق کر سکے۔

بنیادی وجہ۔ جعلسازی روک (US-DOC-003)۔

قبولیت کے معیارات۔

• پورٹل لاگ ان کے بغیر قابلِ رسائی ہے۔
• یہ QR کوڈ یا دستاویز حوالہ ان پٹ قبول کرتا ہے۔
• یہ FR-DOC-004 میں میٹا ڈیٹا کے ساتھ تصدیق نتیجہ لوٹاتا ہے۔
• ناکام تصدیقات موجودگی لیک کیے بغیر لاگڈ ہیں۔

Traces to. US-DOC-003

FR-DOC-006 — سائنڈ دستاویزات کو ورژن شدہ اٹیچمنٹس کے طور پر برقرار رکھیں [M]

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

بنیادی وجہ۔ ثبوت کی سالمیت (US-DOC-001)۔

قبولیت کے معیارات۔

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

Traces to. US-DOC-001

MTG — سماعت‌ + TRI + MoM

ایپک E13۔ سہ فریقی (کمپنی + S&ITD + محکمہ) ہائبرڈ میٹنگز، AI سے تیار ایجنڈے، upload-first MoM OCR + AI ایکشن ایکسٹریکشن کے ساتھ، حساس/VIP منظوری گیٹ، آٹو شیئر، acknowledgments ٹریکنگ، ورژننگ، ریکارڈنگ رضامندی۔ US-MTG-001 … US-MTG-006 تک ٹریس۔ تفصیل /specs/ur/21-mom-meetings/ میں۔

FR-MTG-001 — رکی ہوئی ٹکٹ سے TRI میٹنگ کی درخواست کریں [M]

تفصیل۔ نظام کو افسر یا DG کو رکی ہوئی ٹکٹ سے سہ فریقی میٹنگ کی درخواست کرنے دیں، تینوں فریقین (کمپنی نمائندہ، متعلقہ محکمہ نمائندہ(گان)، S&ITD سہولت کار) قبض کرنا، اور اگر کوئی لازمی فریق غائب ہو تو تصدیق بلاک کرنا۔

بنیادی وجہ۔ مقفل TRI فیصلہ (_context.md §5)۔

قبولیت کے معیارات۔

• ٹکٹ پر "TRI میٹنگ کی درخواست" ایکشن دستیاب ہے۔
• درخواست گزار کمپنی نمائندہ، محکمہ نمائندہ(گان)، اور S&ITD سہولت کار شامل کرتا ہے۔
• اگر کوئی لازمی فریق غائب ہو تو تصدیق بلاک ہے۔
• ٹکٹ سے جڑا ایک میٹنگ ریکارڈ بنتا ہے۔

Traces to. US-MTG-001

FR-MTG-002 — physical، virtual، اور hybrid حالتوں کی سپورٹ [M]

تفصیل۔ نظام کو TRI میٹنگز کو physical، virtual، یا hybrid کے طور پر سپورٹ کرنا چاہیے، فی میٹنگ تشکیل کے قابل ویڈیو پروائیڈر (Zoom/Meet/Teams) کے ساتھ۔

بنیادی وجہ۔ مقفل hybrid حالت فیصلہ (_context.md §5)۔

قبولیت کے معیارات۔

• میٹنگ کو physical، virtual، یا hybrid کے طور پر نشان زد کیا جا سکتا ہے۔
• ایک hybrid میٹنگ دونوں مقام اور virtual لنک قبض کرتی ہے۔
• ویڈیو پروائیڈر فی میٹنگ Zoom/Meet/Teams سے منتخب ہوتا ہے۔
• virtual لنک دعوت ناموں میں شامل ہے۔

Traces to. US-MTG-001

FR-MTG-003 — ٹکٹ ہسٹری اور اپ لوڈز سے ایجنڈا تیار کریں [M]

تفصیل۔ نظام کو ٹکٹ ہسٹری اور اپ لوڈ شدہ ثبوت سے میٹنگ ایجنڈا تیار کرنا چاہیے، دعوت نامے بھیجنے سے پہلے ترمیم کے لیے سہولت کار کو پیش۔

بنیادی وجہ۔ مقفل AI ایجنڈا فیصلہ (_context.md §5)۔

قبولیت کے معیارات۔

• TRI میٹنگ بننے پر ایجنڈا خودکار تیار ہوتا ہے۔
• ایجنڈا ٹکٹ ہسٹری، کھلے سوالات، اور اپ لوڈ شدہ ثبوت کا خلاصہ کرتا ہے۔
• سہولت کار دعوت نامے بھیجنے سے پہلے ترمیم کر سکتا ہے۔
• ایجنڈا پلگ ایبل AI انجن استعمال کرتا ہے۔

Traces to. US-MTG-002

FR-MTG-004 — کیلنڈر دعوت نامے اور یاد دہانیاں بھیجیں [M]

تفصیل۔ نظام کو تمام میٹنگ مشارکین کو کیلنڈر دعوت نامے اور تشکیل کے قابل یاد دہانیاں بھیجنی چاہئیں۔

بنیادی وجہ۔ شرکت یقینی (US-MTG-002)۔

قبولیت کے معیارات۔

• تصدیق پر کیلنڈر دعوت نامے بھیجے جاتے ہیں۔
• یاد دہانیاں میٹنگ سے پہلے تشکیل کے قابل وقفوں پر بھیجی جاتی ہیں۔
• دعوت نامے اور یاد دہانیاں میٹنگ تفصیلات (حالت، مقام، لنک، ایجنڈا) لے کر ہیں۔

Traces to. US-MTG-002

FR-MTG-005 — upload-first MoM قبول کریں (PDF/Word/امیجز) [M]

تفصیل۔ نظام کو اجلاس کی روداد دستاویز محکمے کے اپنے فارمیٹ (PDF/Word/امیجز) میں اپ لوڈ قبول کرنا چاہیے، دستی اندراج اور AI تحریر بندی فیچر فلیگڈ ٹوگلز کے طور پر دستیاب۔

بنیادی وجہ۔ مقفل MoM upload-first فیصلہ (_context.md §5)۔

قبولیت کے معیارات۔

• افسر MoM دستاویز (PDF/Word/امیجز) اپ لوڈ کر سکتا ہے۔
• دستی اندراج اور AI تحریر بندی فیچر فلیگڈ ٹوگلز کے طور پر دستیاب ہیں۔
• اپ لوڈ شدہ MoMs میٹنگ ریکارڈ سے منسلک ہیں۔

Traces to. US-MTG-003

FR-MTG-006 — اپ لوڈ شدہ MoMs پر OCR + AI چلائیں [M]

تفصیل۔ نظام کو اپ لوڈ شدہ MoMs پر OCR (کثیر لسانی) اور AI چلانا چاہیے تاکہ خلاصہ اور اسٹرکچرڈ ایکشن آئٹمز (مالک، تاریخِ اختتام، ٹیکسٹ) نکالے جائیں، کم اعتماد آئٹمز نشان زد۔

بنیادی وجہ۔ مقفل MoM AI فیصلہ (_context.md §5)۔

قبولیت کے معیارات۔

• OCR اپ لوڈ شدہ MoMs (سکینڈ یا ٹیکسٹ) پر چلتا ہے۔
• ایک خلاصہ تیار ہوتا ہے۔
• مالک، تاریخِ اختتام، اور ٹیکسٹ کے ساتھ ایکشن آئٹمز نکالے جاتے ہیں۔
• کم اعتماد ایکسٹریکشنز نشان زد ہیں۔
• FR-AI-001 اور FR-AI-011 استعمال کرتا ہے۔

Traces to. US-MTG-003, US-AI-011

FR-MTG-007 — تصدیق شدہ ایکشن آئٹمز کو ٹکٹ ذیلی ٹاسکس میں تبدیل کریں [M]

تفصیل۔ افسر کی تصدیق پر، ہر MoM ایکشن آئٹم اصل ٹکٹ پر ذیلی ٹاسک بننا چاہیے، بیان کردہ تاریخِ اختتام کے ساتھ اس کے مالک کو اسائن، مالک کے ڈیش بورڈ اور SLA ٹریکنگ پر ظاہر۔

بنیادی وجہ۔ مقفل ایکشن آئٹم سے ذیلی ٹاسک فیصلہ (_context.md §5)۔

قبولیت کے معیارات۔

• تصدیق شدہ ایکشن آئٹمز ٹکٹ پر ذیلی ٹاسکس بناتے ہیں۔
• ہر ذیلی ٹاسک بیان کردہ تاریخِ اختتام کے ساتھ بیان کردہ مالک کو اسائن ہے۔
• ذیلی ٹاسکس مالک کے ڈیش بورڈ اور SLA ٹریکنگ پر ظاہر ہوتے ہیں۔
• ذیلی ٹاسکس پیرنٹ ٹکٹ کی خفیہ پن دائرہ کار وراثت میں لیتے ہیں۔

Traces to. US-MTG-004, US-TKT-014

FR-MTG-008 — حساس/VIP MoM اشاعت کو Chair/DG منظوری کے پیچھے گیٹ کریں [M]

تفصیل۔ حساس یا VIP ٹکٹس کے لیے، نظام کو MoM کو اشاعت سے پہلے منظوری کے لیے Chair/DG کی طرف روٹ کرنا چاہیے اور منظور ہونے تک آٹو شیئر بلاک کرنا چاہیے۔

بنیادی وجہ۔ مقفل حساس منظوری فیصلہ (_context.md §5)۔

قبولیت کے معیارات۔

• حساس/VIP ٹکٹس کے لیے، اشاعت MoM کو Chair/DG کی طرف روٹ کرتی ہے۔
• منظوری تک آٹو شیئر بلاک ہے۔
• منظوری (یا وجہ کے ساتھ مستردی) ریکارڈ ہے۔
• منظوری واقعہ آڈٹ لاگڈ ہے۔

Traces to. US-MTG-005

FR-MTG-009 — acknowledgment ٹریکنگ کے ساتھ شائع شدہ MoMs آٹو شیئر کریں [M]

تفصیل۔ اشاعت پر (براہ راست یا منظوری کے بعد)، نظام کو MoM کو تمام مشارکین تک email، اپ میں، SMS، اور WhatsApp کے ذریعے آٹو شیئر کرنا چاہیے، ہر مشارک کے acknowledgment (یا یاد دہانی ونڈو کے بعد غیر acknowledgment) ٹریک کرنا۔

بنیادی وجہ۔ مقفل آٹو شیئر فیصلہ (_context.md §5)۔

قبولیت کے معیارات۔

• اشاعت پر، MoM تمام مشارکین تک email، اپ میں، SMS، اور WhatsApp کے ذریعے شیئر ہوتی ہے۔
• ہر مشارک کا acknowledgment ریکارڈ ہوتا ہے۔
• یاد دہانی ونڈو کے بعد غیر acknowledgment ریکارڈ ہوتا ہے۔
• MoM مستقل طور پر منسلک، ورژن شدہ، اور آڈٹ لاگڈ ہے۔

Traces to. US-MTG-005

FR-MTG-010 — MoM دستاویزات کو ورژن اور آڈٹ کریں [M]

تفصیل۔ نظام کو ہر تبدیلی پر MoM دستاویزات کو ورژن کرنا چاہیے، مکمل آڈٹ لاگنگ کے ساتھ۔

بنیادی وجہ۔ ثبوت کی سالمیت (_context.md §5)۔

قبولیت کے معیارات۔

• ہر MoM تبدیلی نیا ورژن بناتی ہے۔
• پچھلے ورژن محفوظ ہیں۔
• ورژن تبدیلیاں اداکار اور ٹائم اسٹیمپ کے ساتھ آڈٹ لاگڈ ہیں۔

Traces to. US-MTG-005

FR-MTG-011 — واضح ریکارڈنگ رضامندی قبض کریں [S]

تفصیل۔ virtual میٹنگ ریکارڈ کرنے سے پہلے، نظام کو تمام لازمی مشارکین سے واضح رضامندی قبض کرنا چاہیے؛ ریکارڈنگ رضامندی کے بعد ہی آگے بڑھتی ہے۔

بنیادی وجہ۔ مقفل ریکارڈنگ رضامندی فیصلہ (_context.md §5)۔

قبولیت کے معیارات۔

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

Traces to. US-MTG-006

FR-MTG-012 — EN/UR/SD میں MoM اور ایکشن آئٹمز کا ترجمہ کریں [S]

تفصیل۔ نظام کو درخواست پر MoM اور ایکشن آئٹمز کا EN/UR/SD میں ترجمہ کرنا چاہیے، ترجمہ اصل کے ساتھ ظاہر۔

بنیادی وجہ۔ کثیر لسانی شرکت (US-MTG-006)۔

قبولیت کے معیارات۔

• MoM اور ایکشن آئٹمز کا EN/UR/SD میں ترجمہ کیا جا سکتا ہے۔
• ترجمہ اصل کے ساتھ ظاہر ہوتا ہے۔
• FR-AI-006 استعمال کرتا ہے۔

Traces to. US-MTG-006

SUG — تجاویز و مواد پورٹل

ایپک E14۔ تجویز باکس، سرکولر/اعلانات، ورژن شدہ دستاویز ریپوزیٹری، اعتدال۔ US-SUG-001 … US-SUG-003 تک ٹریس۔

FR-SUG-001 — پبلک تجاویز قبول کریں (گمنام یا شناخت شدہ) [M]

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

بنیادی وجہ۔ مقفل تجویز باکس فیصلہ (_context.md §4 ماڈیول N)۔

قبولیت کے معیارات۔

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

Traces to. US-SUG-001

FR-SUG-002 — شناخت شدہ جمع کرانے کا acknowledgment کریں [M]

تفصیل۔ نظام کو شناخت شدہ جمع کنندہ کو جمع کرانے پر acknowledgment اور حوالہ بھیجنا چاہیے، حیثیت ٹریکنگ کی اجازت دیتے ہوئے۔

بنیادی وجہ۔ جمع کنندگان ٹریک کر سکیں یقینی (US-SUG-001)۔

قبولیت کے معیارات۔

• شناخت شدہ جمع کنندہ حوالے کے ساتھ acknowledgment وصول کرتا ہے۔
• حوالے کو تجویز حیثیت ٹریک کرنے کے لیے استعمال کیا جا سکتا ہے۔
• حیثیت اپ ڈیٹس جمع کنندہ کو نظر آتے ہیں۔

Traces to. US-SUG-001

FR-SUG-003 — ہدف بند سرکولر اور اعلانات شائع کریں [M]

تفصیل۔ نظام کو Super Admin یا Dept Admin کو ہدف سامعین (تمام کمپنیاں، ایک محکمہ، ایک طبقہ) کے لیے سرکولر اور اعلانات شائع کرنے دیں، اپ میں بینر اور منتخب شدہ چینلز کے ذریعے پہنچائے۔

بنیادی وجہ۔ مقفل براڈ کاسٹ فیصلہ (_context.md §4 ماڈیول N)۔

قبولیت کے معیارات۔

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

Traces to. US-SUG-002

FR-SUG-004 — ورژن شدہ دستاویز ریپوزیٹری برقرار رکھیں [S]

تفصیل۔ نظام کو ایک ورژن شدہ دستاویز ریپوزیٹری برقرار رکھنا چاہیے جہاں نئے ورژن پچھلے کو supersede کرتے ہیں، ہسٹری اور changelog محفوظ۔

بنیادی وجہ۔ مقفل ورژن شدہ ریپوزیٹری فیصلہ (_context.md §4 ماڈیول N)۔

قبولیت کے معیارات۔

• ایڈیٹر ریپوزیٹری دستاویزات کے نئے ورژن اپ لوڈ کر سکتا ہے۔
• نیا ورژن موجودہ بن جاتا ہے؛ پچھلا آرکائیو لیکن قابلِ رسائی۔
• فی ورژن changelog اندراج ریکارڈ ہوتا ہے۔

Traces to. US-SUG-003

FR-SUG-005 — صارف جمع کردہ مواد پر اعتدال لگائیں [S]

تفصیل۔ نظام کو صارف جمع کردہ مواد پر اعتدال قطار لگانی چاہیے، صرف منظور شدہ مواد پبلک ظاہر۔

بنیادی وجہ۔ اعتماد و سلامتی (_context.md §6)۔

قبولیت کے معیارات۔

• صارف جمع کردہ مواد اعتدال قطار میں داخل ہوتا ہے۔
• اعتدال کار اشاعت سے پہلے منظور، مسترد، یا ترمیم کرتے ہیں۔
• مستردیوں میں جمع کنندہ کو (جہاں شناخت شدہ ہو) نظر آنے والی وجہ شامل ہے۔
• اعتدال ایکشنز آڈٹ لاگڈ ہیں۔

Traces to. US-SUG-003

FR-SUG-006 — اختیاری پبلک آئیڈیاز بورڈ فراہم کریں [C]

تفصیل۔ نظام ایک اختیاری پبلک آئیڈیاز بورڈ فراہم کر سکتا ہے جہاں منظور شدہ تجاویز ووٹ اور بحث کے لیے نظر آتی ہیں۔

بنیادی وجہ۔ کمیونٹی مشغولیت (Could-have)۔

قبولیت کے معیارات۔

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

Traces to. US-SUG-001

TRN — ٹریننگ و سرٹیفیکیشن

ایپک E15۔ LMS-lite: اسٹاف کورسز + کوئزز، لائیو ٹکٹ ہینڈلنگ سے پہلے امتحان گیٹڈ سرٹیفیکیشن، ختم ہونے پر دوبارہ سرٹیفیکیشن۔ US-TRN-001 … US-TRN-003 تک ٹریس۔ تفصیل /specs/ur/20-training-certification/ میں۔

FR-TRN-001 — کوئز کے ساتھ اسٹاف ٹریننگ کورسز فراہم کریں [M]

تفصیل۔ نظام کو ٹریننگ کورسز فراہم کرنا چاہیے جن میں اسٹاف داخلہ لے، استعمال کرے، اور پاس نشان یا اس سے اوپر کوئز پاس کر کے مکمل کرے۔

بنیادی وجہ۔ مقفل LMS-lite فیصلہ (_context.md §4 ماڈیول O)۔

قبولیت کے معیارات۔

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

Traces to. US-TRN-001

FR-TRN-002 — سیکھنے والے پروفائل پر مکملی اور اسکور ریکارڈ کریں [M]

تفصیل۔ نظام کو کورس مکملی اور کوئز اسکور سیکھنے والے کے پروفائل کے خلاف ریکارڈ کرنا چاہیے۔

بنیادی وجہ۔ امتحان گیٹ نفاذ کو سپورٹ (FR-ORG-010)۔

قبولیت کے معیارات۔

• مکملی سیکھنے والے کے پروفائل پر ریکارڈ ہے۔
• اسکور اور ٹائم اسٹیمپ محفوظ ہیں۔
• پروفائل سیکھنے والے اور اس کے سپروائزر کو نظر آتا ہے۔

Traces to. US-TRN-001

FR-TRN-003 — امتحان گیٹڈ سرٹیفیکیشن فراہم کریں [M]

تفصیل۔ نظام کو افسر سے لازمانے کے لیے سرٹیفیکیشن امتحان پاس کرنے کو کہنا چاہیے اس سے پہلے کہ کوئی لائیو ٹکٹ اسائن کیا جائے۔

بنیادی وجہ۔ مقفل امتحان گیٹ فیصلہ (_context.md §4 ماڈیول O، §5)۔

قبولیت کے معیارات۔

• غیر سرٹیفائیڈ افسر لائیو ٹکٹ اسائنمنٹ (آٹو یا دستی) وصول نہیں کر سکتا۔
• ایک بلاکنگ پیغام سرٹیفیکیشن تقاضہ بیان کرتا ہے۔
• سرٹیفیکیشن امتحان پاس کرنا اسائنمنٹ ان بلاک کرتا ہے۔
• گیٹ حالت سپروائزر کو نظر آتی ہے۔

Traces to. US-TRN-002, US-ORG-010

FR-TRN-004 — سرٹیفیکیشن امتحانات پر invigilation/anti-cheating فراہم کریں [S]

تفصیل۔ نظام کو سرٹیفیکیشن امتحانات پر invigilation/anti-cheating اقدامات (مثلاً، ٹائم حدود، randomize شدہ سوال بینک، tab-switch کی نشاندہی) لاگو کرنا چاہیے۔

بنیادی وجہ۔ سرٹیفیکیشن سالمیت۔

قبولیت کے معیارات۔

• سرٹیفیکیشن امتحانات ٹائم حد نافذ کرتے ہیں۔
• سوال بینک فی کوشش randomize ہیں۔
• Tab-switch یا window-blur واقعات لاگڈ ہیں۔
• مشکوک پیٹرن جائزے کے لیے نشان زد ہیں۔

Traces to. US-TRN-002

FR-TRN-005 — سرٹیفیکیشن ختم ہونا اور دوبارہ سرٹیفیکیشن نافذ کریں [S]

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

بنیادی وجہ۔ مقفل ختم ہونا فیصلہ (_context.md §4 ماڈیول O)۔

قبولیت کے معیارات۔

• سرٹیفیکیشنز کی متعینہ ختم ہونے کی رفتار ہے۔
• پہلے سے تنبیہات افسر اور Dept Admin کو (پہلے سے طے شدہ 14 دن پہلے) بھیجی جاتی ہیں۔
• دوبارہ سرٹیفیکیشن کے بغیر ختم ہونے پر، افسر صرف پڑھنے کے قابل ٹکٹ رسائی میں منتقل ہوتا ہے۔
• امتحان پاس کر کے دوبارہ سرٹیفیکیشن اہلیت بحال کرتی ہے۔

Traces to. US-TRN-003

FR-TRN-006 — ایڈمنز کے لیے کورس اور امتحان تصنیف فراہم کریں [S]

تفصیل۔ نظام کو مجاز ایڈمنز کو کوڈ کی تبدیلی کے بغیر کورسز اور امتحانات (مواد، سوالات، پاس نشان) تصنیف کرنے دیں۔

بنیادی وجہ۔ ٹریننگ کی موجودگی برقرار رکھتا ہے۔

قبولیت کے معیارات۔

• ایڈمن کورسز اور امتحانات بنا/ترمیم کر سکتا ہے۔
• پاس نشان اور ٹائم حدود فی امتحان تشکیل کے قابل ہیں۔
• تصنیف آڈٹ لاگڈ ہے۔

Traces to. US-TRN-001

OFC — برانڈ و عہدیداروں کا CMS

ایپک E16۔ متحرک Minister/Secretary/DG ریکارڈز (نام، تصویر، مؤثر تاریخوں، پیغام)، سائٹ/خطوط/ڈیش بورڈز تک propagat، تاریخ آگاہ تاریخی درستگی، میڈیا لائبریری، برانڈ/تھیم۔ US-OFC-001 … US-OFC-004 تک ٹریس۔

FR-OFC-001 — متحرک عہدیداروں کے ریکارڈز برقرار رکھیں [M]

تفصیل۔ نظام کو Minister، Secretary، اور DG کے لیے ریکارڈز برقرار رکھنا چاہیے بشمول نام، تصویر، مؤثر تاریخوں، اور پیغام، مجاز Brand Editors کے ذریعہ مکمل CRUD۔

بنیادی وجہ۔ مقفل عہدیداروں کا CMS فیصلہ (_context.md §4 ماڈیول P)۔

قبولیت کے معیارات۔

• Brand Editors عہدیدار ریکارڈز بنا، پڑھ، اپ ڈیٹ، اور (soft-)حذف کر سکتے ہیں۔
• ہر ریکارڈ نام، تصویر، مؤثر-از/مؤثر-تاریخوں، اور پیغام رکھتا ہے۔
• ریکارڈز جہاں پیغام کا تعلق ہو کثیر لسانی ہیں۔

Traces to. US-OFC-001

FR-OFC-002 — عہدیداروں کو مؤثر تاریخ کے مطابق فعال کریں [M]

تفصیل۔ نظام کو نئے عہدیدار کو اس کی مؤثر تاریخ پر خودکار فعال کرنا چاہیے، پچھلے عہدیدار کو موجودہ کے طور پر تبدیل اور پچھلے کو تاریخی ریکارڈز میں منتقل۔

بنیادی وجہ۔ مقفل مؤثر تاریخ فیصلہ (_context.md §4 ماڈیول P)۔

قبولیت کے معیارات۔

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

Traces to. US-OFC-001

FR-OFC-003 — عہدیداروں کو تمام سطحوں پر atomic propagat کریں [M]

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

بنیادی وجہ۔ مقفل propagation فیصلہ (_context.md §4 ماڈیول P)۔

قبولیت کے معیارات۔

• منظور شدہ تبدیلی atomic طور پر سائٹ، خطوط، اور ڈیش بورڈز تک propagat ہوتی ہے۔
• Propagation آڈٹ لاگڈ ہے۔
• ناکام propagation atomic rollback ہوتی ہے۔

Traces to. US-OFC-004

FR-OFC-004 — تاریخی درستگی کے لیے تاریخ آگاہ لیٹر ہیڈز فراہم کریں [M]

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

بنیادی وجہ۔ مقفل تاریخی درستگی فیصلہ (_context.md §5)۔

قبولیت کے معیارات۔

• خط اپنی مؤثر تاریخ کے مطابق عہدے میں عہدیدار استعمال کرتا ہے۔
• دوبارہ تیاری لیٹر ہیڈ میں تاریخی عہدیدار برقرار رکھتی ہے۔
• عہدیدار OFC ریکارڈز سے ماخوذ ہے۔

Traces to. US-OFC-002, US-DOC-002

FR-OFC-005 — عہدیدار ریکارڈ تبدیلیوں پر منظوری ورک فلو لگائیں [M]

تفصیل۔ سینئر عہدیدار ریکارڈز میں تبدیلیوں کو propagat ہونے سے پہلے Super Admin منظوری ورک فلو سے گزرنا چاہیے۔

بنیادی وجہ۔ مقفل منظوری ورک فلو فیصلہ (_context.md §4 ماڈیول P)۔

قبولیت کے معیارات۔

• Brand Editor کی تبدیلی Super Admin منظوری کے لیے قطار بند ہے۔
• تبدیلی منظور ہونے تک propagat نہیں ہوتی۔
• منظوری (یا وجہ کے ساتھ مستردی) ریکارڈ ہے۔

Traces to. US-OFC-004

FR-OFC-006 — مرکزی میڈیا لائبریری فراہم کریں [S]

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

بنیادی وجہ۔ مقفل میڈیا لائبریری فیصلہ (_context.md §4 ماڈیول P)۔

قبولیت کے معیارات۔

• Brand Editors میڈیا اثاثے اپ لوڈ، ٹیگ، اور منتظم کر سکتے ہیں۔
• اثاثے سائٹ، خطوط، اور ڈیش بورڈز پر قابلِ اعادہ استعمال ہیں۔
• اثاثہ تبدیلیاں انہیں استعمال کرنے والے سطحوں تک propagat ہوتی ہیں۔

Traces to. US-OFC-003

FR-OFC-007 — تشکیل کے قابل برانڈ/تھیم فراہم کریں [S]

تفصیل۔ نظام کو تشکیل کے قابل برانڈ/تھیم (رنگ، لوگو lockup، اجرک motifs) فراہم کرنا چاہیے جو اشاعت پر تمام سطحوں تک propagat ہوتا ہے، پچھلے تھیم ورژن شدہ۔

بنیادی وجہ۔ مقفل برانڈ فیصلہ (_context.md §7)۔

قبولیت کے معیارات۔

• Brand Editors رنگ، لوگو lockup، اور اجرک motifs تشکیل کر سکتے ہیں۔
• منظوری پر، تھیم اگلی رینڈرنگ پر سائٹ اور اسٹاف پورٹل پر لاگو ہوتا ہے۔
• پچھلا تھیم ورژن شدہ ہے۔
• تبدیلیاں آڈٹ لاگڈ ہیں۔

Traces to. US-OFC-003

FFG — فیچر فلیگز

ایپک E17۔ ہر صلاحیت Super Admin کے ذریعہ فی محکمہ/ماحول toggle کے قابل، محفوظ پہلے سے طے شدہ اور تبدیل نہ ہونے والے آڈٹ کے ساتھ۔ US-FFG-001 … US-FFG-003 تک ٹریس۔

FR-FFG-001 — فی محکمہ اور فی ماحول فیچر فلیگ CRUD فراہم کریں [M]

تفصیل۔ نظام کو Super Admin کو فی محکمہ اور فی ماحول (dev/staging/prod) سکوپڈ فیچر فلیگز بنا، پڑھ، اپ ڈیٹ، اور حذف کرنے دیں، تبدیلیاں deploy کے بغیر مؤثر۔

بنیادی وجہ۔ مقفل فیچر فلیگ فیصلہ (_context.md §4 ماڈیول Q)۔

قبولیت کے معیارات۔

• Super Admin کنسول سے فیچر فلیگز منتظم کر سکتا ہے۔
• فلیگز فی محکمہ اور فی ماحول سکوپڈ ہیں۔
• فلیگ تبدیلی deploy کے بغیر فوراً مؤثر ہوتی ہے۔
• متاثرہ صارفین فلیج بدلنے پر کنٹرولڈ حالت دیکھتے ہیں (مثلاً، "عارضی طور پر دستیاب نہیں")۔

Traces to. US-FFG-001

FR-FFG-002 — ہر پروڈکٹ صلاحیت کو فلیگ کے پیچھے گیٹ کریں [M]

تفصیل۔ ہر پروڈکٹ صلاحیت (ماڈیول، ذیلی فیچر) کو ایک فیچر فلیگ کے ذریعے گیٹ ہونا چاہیے۔

بنیادی وجہ۔ مقفل تمام صلاحیتوں کے toggle کے قابل فیصلہ (_context.md §4 ماڈیول Q)۔

قبولیت کے معیارات۔

• ہر صلاحیت کا ایک متعلقہ فلیگ ہے۔
• فلیگ غیر فعال کرنا صلاحیت کو مناسب طریقے سے چھپاتا یا ڈگریڈ کرتا ہے۔
• فلیگ رجسٹری مکمل ہے (پروڈکشن میں کوئی non-gated صلاحیت نہیں)۔

Traces to. US-FFG-001

FR-FFG-003 — محفوظ fail-open/fail-closed پہلے سے طے شدہ استعمال کریں [M]

تفصیل۔ ہر gated کوڈ پاتھ کو فلیگ سروس غیر reachable ہونے کی صورت میں تشکیل شدہ fail-safe پہلے سے طے شدہ پر لوٹنا چاہیے (غیر ضروری فیچرز کے لیے off، اہم راستوں کے لیے on)، اور واقعہ لاگ کرنا چاہیے۔

بنیادی وجہ۔ مقفل محفوظ پہلے سے طے شدہ فیصلہ (_context.md §4 ماڈیول Q)۔

قبولیت کے معیارات۔

• فلیگ سروس non-reachability تشکیل شدہ fail-safe پہلے سے طے شدہ دیتی ہے۔
• غیر ضروری فیچرز fail closed (off) ہیں۔
• اہم راستے fail open (on) ہیں۔
• واقعہ لاگڈ ہے۔

Traces to. US-FFG-002

FR-FFG-004 — ہر فلیگ تبدیلی کو تبدیل نہ ہونے والے طور پر آڈٹ لاگ کریں [M]

تفصیل۔ ہر فلیگ تبدیلی کو اداکار، فلیگ کلید، پچھلی قدر، نئی قدر، دائرہ کار (محکمہ/ماحول)، اور ٹائم اسٹیمپ کے ساتھ تبدیل نہ ہونے والے طور پر ریکارڈ کرنا چاہیے، حکمرانی اینالیٹکس میں ظاہر۔

بنیادی وجہ۔ مقفل آڈٹ فیصلہ (_context.md §4 ماڈیول Q)۔

قبولیت کے معیارات۔

• ہر فلیگ تبدیلی تبدیل نہ ہونے والا آڈٹ اندراج لکھتی ہے۔
• اندراج اداکار، فلیگ کلید، پچھلی/نئی قدر، دائرہ کار، ٹائم اسٹیمپ ریکارڈ کرتا ہے۔
• اندراج حکمرانی/کمپلائنس اینالیٹکس میں ظاہر ہے۔
• اندراج میں ترمیم یا حذف نہیں ہو سکتا۔

Traces to. US-FFG-003

FR-FFG-005 — فی ماحول پہلے سے تشکیل شدہ پہلے سے طے شدہ فلیگ حالتیں فراہم کریں [M]

تفصیل۔ نظام کو فی ماحول پہلے سے تشکیل شدہ پہلے سے طے شدہ فلیگ حالتوں کے ساتھ آنا چاہیے، پہلی انسٹال اور ماحول reset پر لاگو۔

بنیادی وجہ۔ قابلِ پیش بینی ماحول رویہ۔

قبولیت کے معیارات۔

• ہر ماحول (dev/staging/prod) کی پہلے سے تشکیل شدہ پہلے سے طے شدہ فلیگ حالتیں ہیں۔
• پہلے سے طے شدہ پہلی انسٹال اور ماحول reset پر لاگو ہوتے ہیں۔
• پہلے سے طے شدہ دستاویزی اور ورژن شدہ ہیں۔

Traces to. US-FFG-001

FR-FFG-006 — کوڈ پاتھز کے لیے فلیگ evaluation API فراہم کریں [M]

تفصیل۔ نظام کو ایک فلیگ evaluation API فراہم کرنا چاہیے جسے کوڈ پاتھز مشورہ دیں، دیے گئے سیاق و سباق (محکمہ، ماحول، صارف attributes) کے لیے مؤثر قدر لوٹاتے ہوئے۔

بنیادی وجہ۔ معیاری فلیگ evaluation۔

قبولیت کے معیارات۔

• ایک فلیگ evaluation API فلیگ کلید اور سیاق و سباق قبول کرتا ہے۔
• یہ مؤثر قدر (وجہ اور fail-safe نشان کے ساتھ) لوٹاتا ہے۔
• API لچک کے لیے مقامی طور پر cache شدہ ہے۔

Traces to. US-FFG-002

XCU — کراس کٹنگ تقاضے

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

FR-XCU-001 — ہر حالت بدلنے والی ایکشن کو تبدیل نہ ہونے والے طور پر آڈٹ لاگ کریں [M]

تفصیل۔ نظام کو تمام ماڈیولز (ٹکٹ، اکاؤنٹ، RBAC، فائل، فلیگ، مواد) میں ہر حالت بدلنے والی ایکشن کو آڈٹ لاگ کرنا چاہیے، اداکار، ایکشن، entity، قبل/بعد، ٹائم اسٹیمپ قبض، تبدیل نہ ہونے والے اور قابلِ استفسار۔

بنیادی وجہ۔ حکمرانی، کمپلائنس، اور واقعہ جائزہ (_context.md §6)۔

قبولیت کے معیارات۔

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

Traces to. US-ANL-001

FR-XCU-002 — تمام مواد پر کثیر لسانی فل ٹیکسٹ تلاش فراہم کریں [M]

تفصیل۔ نظام کو تمام مواد اقسام (ٹکٹس، KB، پیغامات، تجاویز، OCR ٹیکسٹ کے ذریعے دستاویزات) پر فل ٹیکسٹ تلاش (Meilisearch) فراہم کرنا چاہیے، EN، UR، اور SD کلیدی الفاظ درست میچ۔

بنیادی وجہ۔ مقفل تلاش انتخاب (_context.md §3)؛ تلاش ہونا بنیادی ہے۔

قبولیت کے معیارات۔

• تلاش OCR-extracted ٹیکسٹ سمیت تمام مواد اقسام کو انڈیکس کرتی ہے۔
• تلاش اسنیپٹس اور ماخذ لنکس کے ساتھ مطابقت کے لحاظ سے درجہ بند نتائج لوٹاتی ہے۔
• UR اور SD کلیدی الفاظ درست میچ ہوتے ہیں۔
• تلاش رسائی دائرہ کار کی تعظیم کرتی ہے (Confidential/VIP غیر مجاز صارفین سے چھپا)۔
• تلاش اسٹاف اور (جہاں قابلِ اطلاق ہو) پبلک سطحوں پر دستیاب ہے۔

Traces to. US-COM-007, US-KB-003

FR-XCU-003 — تمام صارف سامیں مواد کو EN، UR، SD میں لوکلائز کریں [M]

تفصیل۔ تمام صارف سامیں مواد (UI اسٹرنگز، اطلاعات، دستاویزات، KB، ڈیش بورڈز) کو EN، UR، اور SD میں RTL رینڈرنگ کے ساتھ لوکلائز کے قابل ہونا چاہیے، _glossary.md سے چلائے ہوئے۔

بنیادی وجہ۔ مقفل لوکلائزیشن فیصلہ (_context.md §2)۔

قبولیت کے معیارات۔

• تمام صارف سامیں اسٹرنگز externalized اور EN، UR، SD میں ترجمہ شدہ ہیں۔
• UR اور SD RTL رینڈر ہوتے ہیں۔
• ڈومین اصطلاحات منظور شدہ glossary تراجم استعمال کرتی ہیں۔
• غیر ترجمہ شدہ اسٹرنگز لوکلائزیشن پائپ لائن میں نشان زد ہیں۔

Traces to. US-PUB-001

FR-XCU-004 — پورے پورٹل میں WCAG 2.1 AA پورا کریں [M]

تفصیل۔ تمام پورٹل سطحوں (پبلک اور اسٹاف) کو EN، UR، اور SD میں WCAG 2.1 AA پورا کرنا چاہیے۔

بنیادی وجہ۔ مقفل قابلِ رسائی فیصلہ (_context.md §2)۔

قبولیت کے معیارات۔

• خودکار اور دستی WCAG 2.1 AA آڈٹ پورے پورٹل پر پاس ہوتے ہیں۔
• کی بورڈ نیویگیشن، اسکرین ریڈر سیمنٹکس، اور کنٹراسٹ AA پورا کرتے ہیں۔
• UR/SD کے لیے RTL قابلِ رسائی تصدیق شدہ ہے۔
• فارم لیبلز، ایررز، اور ہدایات پروگرامیاتی طور پر ظاہر۔

Traces to. US-PUB-009

FR-XCU-005 — کردار سکوپڈ لینڈنگ پیجز اور ڈیش بورڈز فراہم کریں [M]

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

بنیادی وجہ۔ کردار آگاہ UX (_context.md §4 ماڈیول I)۔

قبولیت کے معیارات۔

• ہر کردار کا مخصوص لینڈنگ پیج ہے۔
• لینڈنگ پیج دائرہ کار کے اندر کردار متعلقہ ایکشنز اور میٹرکس ظاہر کرتا ہے۔
• پیج رسائی دائرہ کار کی تعظیم کرتا ہے (Confidential/VIP چھپا)۔

Traces to. US-ANL-002

FR-XCU-006 — دوہری گریگورین اور ہجری تاریخیں دکھائیں [M]

تفصیل۔ نظام کو حکومتی روایت کے مطابق پورے UI میں تاریخوں کو گریگورین اور ہجری دونوں کیلنڈرز میں دکھانا چاہیے۔

بنیادی وجہ۔ مقفل دوہرا کیلنڈر فیصلہ (_context.md §2)۔

قبولیت کے معیارات۔

• تاریخ ڈسپلے گریگورین اور ہجری دونوں رینڈر کرتے ہیں۔
• ہجری تبدیلی Umm al-Qura روایت کے مطابق درست ہے۔
• تاریخ pickers جہاں قابلِ اطلاق ہو دونوں کیلنڈر پیش کرتے ہیں۔

Traces to. US-PUB-001

4. ٹریس ایبلٹی خلاصہ

نیچے دیا گیا ٹیبل فی ماڈیول FR شمارانی اور نمائندہ صارف کہانی IDs کا خلاصہ دیتا ہے۔ مکمل فی تقاضہ ٹریس ایبلٹی ہر FR کی Traces to لائن اور /specs/ur/13-test-strategy/ میں ان لائن رہتی ہے۔

4.1 کورقیج چیکس

• ہر ایپک E1–E17 کی کم از کم ایک FR فی صارف کہانی ہے۔
• _context.md §5 میں ہر مقفل فیصلے (اسکیلیشن لیڈر، حل ثبوت گیٹ، رجسٹریشن، MoM، TRI) کم از کم ایک FR سے پورا ہے۔
• گیارہ AI صلاحیتوں میں سے ہر ایک کا ایک مخصوص FR ہے (FR-AI-001 سے FR-AI-011 تک)، اس کے علاوہ پلگ ایبل انجن ایبسٹریکشن (FR-AI-012)، فی فیچر فلیگز (FR-AI-013)، اور کاسٹ لاگنگ (FR-AI-014)۔
• _context.md §4 ماڈیول H میں ہر بیرونی انٹیگریشن کا کم از کم ایک FR ہے، ایڈاپٹر پیٹرن، idempotency، retries، اور circuit breakers یکساں لاگو (FR-INT-007، FR-INT-008)۔
• تمام کراس کٹنگ خدشات (آڈٹ، تلاش، لوکلائزیشن، قابلِ رسائی، کردار سکوپڈ لینڈنگ، دوہرا کیلنڈر) XCU میں کور ہیں۔

4.2 نیچے کی طرف حوالہ جات

• ٹیسٹ کیسز — ہر FR کے قبولیت کے معیارات سے اخذ؛ /specs/ur/13-test-strategy/ میں TC-<EPIC>-<nnn>-<nn> کے طور پر۔
• ڈیٹا ماڈل — ان FRs سے مرادی entities /specs/ur/05-data-model/ میں متعین۔
• ورک فلو — FR-TKT-* سے مرادی ٹکٹ حالت منتقلیاں /specs/ur/06-ticket-workflow/ میں متعین۔
• RBAC — FR-ORG-* سے مرادی اجازت ٹیمپلیٹس اور اوور رائیڈز /specs/ur/04-roles-permissions/ میں متعین۔
• API معاہدہ — FR-INT-* سے مرادی REST/webhook اینڈپوائنٹس /specs/ur/12-api-contract/ میں متعین۔