Sindh IT Portal — Facilitation DeskSpecification documents
Englishاردوسنڌي
← All documents

UX سائٽ ميپ ۽ وهڪرا

سنڌ آءِ ٽي پورٽل — سهولت ڊيسڪ (SITP) جي هر اسڪرين لاءِ معلومات جي تشڪيل، سائٽ ميپ، ڪردار تي مبني نيويگيشن، اهم صارف جا سفر، ۽ وائر فريم بريفز. ان ۾ عوامي سائيٽ، هر ڪردار جو تصديق ٿيل ورڪ اسپيس، موبائل-فرسٽ/PWA رويو، RTL/گهڻ ٻوليائي، ۽ رسائي شامل آهي.

فيلڊ قدر
دستاويز ID 10
حيثيت مسودو
مالڪ S&ITD / MAAHIR
ٻوليون EN (master) · UR · SD
لاڳو ماڊيولز تي A. عوامي سائيٽ (PUB)، B. ٽِڪيٽنگ (TKT)، C. تنظيم ۽ RBAC (ORG)، I. تجزيہ (ANL)، M. سماعت+TRI+MoM (MTG)، Q. فيچر فليگز (FFG)
انحصار تي /specs/sd/04-roles-permissions/ · /specs/sd/06-ticket-workflow/ · /specs/sd/16-branding-design-system/ · /specs/sd/17-analytics-kpis/ · /specs/sd/21-mom-meetings/ · /specs/sd/09-i18n-localization/
ڪراس ريفرنسز /specs/sd/01-prd/ · /specs/sd/02-functional-reqs/ · /specs/sd/03-non-functional-reqs/ · /specs/sd/19-multichannel-intake/

1. جائزو ۽ دائرو ڪار

هي دستاويز مقرر ڪري ٿي ته صارف ڇا ڏسندا آهن، ڪٿي وندا آهن، ۽ ڪيئن هلندا آهن SITP ذريعي. هي /specs/sd/04-roles-permissions/ ۾ ڪردار ماڊل ۽ /specs/sd/06-ticket-workflow/ ۾ ٽِڪيٽ لائف سائيڪل جو UX هم منصب آهي. ان ۾ شامل آهن:

بصري شناخت (اجڙک پئليٽ، ٽائپوگرافي، اجزاء) /specs/sd/16-branding-design-system/ ۾ موجود آهي؛ هي دستاويز ان جو حوالو ڏئي ٿو پر ان کي ٻيهر نه ٿو ورجائي.

2. UX اصول

هي اصول هر اسڪرين تي پابند آهن. اهي _context.md §2، §7 ۾ قفل فيصلن ۽ /specs/sd/03-non-functional-reqs/ ۾ استعمال جي هدفن مان ماخوذ آهن.

2.1 تدريجي افشا

صرف اهو ئي ڏيکاريو جيڪو موجوده ڪم کي گهرجي؛ اعليٰ اختيار طلب تي ظاهر ڪريو. فائل-ٽِڪيٽ وزرڊ شرطي فيلڊز هڪ قسم جي لحاظ سان افشا ڪري ٿو؛ ٽِڪيٽ-تفصيل صفحو اندروني نوٽس، آڊٽ لاگز، ۽ نگراني جي عملن کي قابلِ توسیع پينلز جي پويان لڪائي ٿو جيستائين ڪردار حقدار نه هجي. تشڪيلي اسڪرينز ثانوي ڪنٽرولز صرف ان وقت ظاهر ڪن ٿيون جڏهن بنيادي چونڊ ٿي وڃي. هي طئي ٿيل منظر کي اسڪين ٿيندو رکي ٿو جڏهن ته ماهر صارفين لاءِ مڪمل طاقت محفوظ رکي ٿو.

2.2 ڪمپني سفر لاءِ ٽن ڪلڪ جو اصول

بنيادي ڪمپني جو سفر — عوامي هوم صفحي کان ٽريڪنگ آءِ ڊي سان گڏ جمع ٿيل ٽِڪيٽ تائين — واپس ايندڙ، لاگ اِن نمائندي لاءِ ٽن ڪلڪن يا ان کان گهٽ ۾ مڪمل ٿيڻ گهرجي:

  1. ڪلڪ 1: "ٽِڪيٽ فائل ڪريو" (هوم هيرو يا مٿانهين يوٽيليٽي بار).
  2. ڪلڪ 2: فائل-ٽِڪيٽ وزرڊ ۾ "جمع ڪريو" (قسم، تفصيلون، منسلڪ).
  3. ڪلڪ 3: تصديقي اسڪرين مان "ٽِڪيٽ ڏسو".

پهرين ڀيرو رجسٽريشن هڪ الڳ، ڊگهو وهڪرو آهي (§6.1)، پر فائلنگ جو قدم پاڻ تصديق کان پوءِ ٽن ڪلڪن اندر رهي ٿو. هوم صفحي مان ٽريڪ آءِ ڊي ڳولا هڪ واحد عمل آهي (هڪ ڪلڪ + هڪ پيسٽ). تصديق ٿيل علائقي ۾ ڪٿي به نيويگيشن جي اونهائي ٽن سطحن کان وڌيڪ نه هجڻ گهرجي ان کان اڳ جو صارف ڪم جي سطح (ڊيش بورڊ، ٽِڪيٽ، يا فارم) تائين پهچي.

2.3 ڪردار تي مبني لينڊنگ ۽ نيويگيشن

هر اڪائونٽ پنهنجي ڪردار جي مطابق ڊيش بورڊ تي لهندو آهي ۽ صرف اها نيويگيشن ڏسندو آهي جنهن جي ان جون صلاحيتون اجازت ڏينديون آهن (ڏسو /specs/sd/04-roles-permissions/ §16). هڪ فائلر ڪڏهن به عملو-انتظاميه اسڪرينز نه ڏسندو؛ هڪ ويور ڪڏهن به تشڪيل نه ڏسندو؛ هڪ آفيسر ڪڏهن به Officials CMS نه ڏسندو. نيويگيشن بيانياتي طور تي تيار ڪئي ويندي آهي انهن صلاحيتن مان جيڪي صارف حقيقت ۾ رکي ٿو پوءِ في-صارف اوورائڊز ۽ ABAC گیٽس جي، تنهنڪري هڪ ڏنل اوورائڊ فورن پنهنجو نيويگيشن اندراج ظاهر ڪندو آهي ۽ منسوخ صلاحيت غائب ٿي ويندي آهي.

2.4 موبائل-فرسٽ ۽ PWA

SITP موبائل-فرسٽ هڪ Progressive Web App (PWA) جي طور تي ٺهيل آهي: انسٽال قابل، مسودن ۽ صرف پڙهڻ جي ٽِڪيٽ منظرن لاءِ آف لائن قابل، ۽ گهڻن ڪمپني نمائندن ۽ فيلڊ آفيسرن لاءِ بنيادي چينل. ٽچ هيڊف گهٽ ۾ گهٽ 44×44 px آهن. ترتيبون پهرين سڀ کان ننڍي فعال ويو پورٽ لاءِ ٺاهيون وينديون آهن ۽ وڏن بريڪ پوائنٽس تي تدريجي بهتري حاصل ڪن ٿيون (§9). مستقبل جو React Native (Expo) موبائل ايپ ساڳيو API معاهده ۽ نيويگيشن ماڊل ٻيهر استعمال ڪندو.

2.5 رسائي — WCAG 2.1 AA

سڀ اسڪرينز انگريزي، اردو، ۽ سنڌي ۾ WCAG 2.1 AA تي پوريون اٿن (ڏسو _context.md §2 ۽ /specs/sd/09-i18n-localization/). سنئين طور تي: سيمانٽڪ لينڊ مارڪس، مواد تائين وڃڻ جا لنڪس، ڏسڻ جهڙي فوڪس سان مڪمل ڪي بورڊ هلائڻ جي صلاحيت، AA گهٽ ۾ گهٽ تي رنگ ڪنٽراسٽ تناسب، صرف رنگ تي مبني ڪابه معنيٰ نه، جتي مقامي سيمانٽڪس ڪافي نه هجن اتي ARIA، سڀ تعاملي اجزاء تي قابلِ رسائي نالا، ۽ هر چارٽ لاءِ ڊيٽا-ٽيبل متبادل. حرکت prefers-reduced-motion جو احترام ڪري ٿي. هڪ صارف-منتخب هاءِ-ڪنٽراسٽ موڊ ۽ فونٽ-سائيز ڪنٽرول مٿانهين يوٽيليٽي بار ۾ ڏيکارا ويا آهن.

2.6 ساڄي کان کاٻي (RTL) ۽ گهڻ ٻوليائي

اردو ۽ سنڌي ساڄي کان کاٻي (RTL) ۾ ظاهر ٿينديون آهن. سمٽ Docusaurus/Next.js لوڪيل سان هلائي ويندي آهي؛ ڪابه ان لائن سمٽ جي هيڪ نه. ترتيبون آئينو-متوازي آهن: سائڊ ريلز پاسي بدلجن ٿيون، آئيکن تير اُٺا پوندا آهن، AI چيٽ بوٽ لانچر RTL ۾ هيٺان-کاٻي پاسي منتقل ٿي ويندو آهي. ساري ڪاپي منظور ٿيل گلوسري اصطلاح (_glossary.md) استعمال ڪندي آهي. هڪ ٻولي بدلائيندڙ هميشه مٿانهين يوٽيليٽي بار ۾ ڏسڻ ۾ ايندي ۽ في صارف برقرار رهندي آهي.

2.7 ٻٽو ڪيلنڊر

صارف کي ڏٺل هر تاريخ گريگورين ۽ اسلامي (هجري) ٻنهي شڪلن ۾ ظاهر ٿيندي آهي (حڪومتي روایت؛ _context.md §2). تاريخ منتخب ڪندڙ پهرين کان گريگورين ان پٽ تي هوندا آهن، هجري ساٿي سان گڏ؛ SLA چپس ڪاروباري ڏينهن جي شمار ڏيکاريندا آهن.

2.8 اعتماد، شفافيت، ۽ "هڪ دري" جو واعدو

انٽرفيس مسلسل پڪ ڏياري ٿو ته SITP اها هڪ دري آهي جنهن جي ملڪيت S&ITD وٽ آهي: آپريٽر لائن ("MAAHIR جي هٿ هيٺ هلندڙ · Server4Sale پاران طاقتور") فوٽر ۾ ظاهر ٿيندي آهي؛ عوامي شفافيت ڊيش بورڊ هوم صفحي کان هڪ ڪلڪ تي آهي؛ ٽريڪنگ آءِ ڊي معنيٰ وارا آهن (SITP-YYYY-<DEPT>-<NNNNNN>); ۽ حل جو ثبوت فائل ڪندڙ کي نظر ايندو آهي. خالي ۽ خرابي جون حالتون ايماندار ۽ بحال ڪندڙ آهن (§10).

3. معلومات جي تشڪيل (سائٽ ميپ)

3.1 عوامي سائيٽ (ماڊيول A — PUB)

عوامي سائيٽ مارڪيٽنگ، آن بورڊنگ، ۽ سيلف-سروس جي پرت آهي. اها مڪمل طور تي انڊيڪس ٿيندڙ آهي (SEO، EN/UR/SD لاءِ hreflang) ۽ جتي نوٽ ڪيو ويو هجي سواءِ ان جي لاگ اِن جي ضرورت نه آهي.

# سيڪشن صفحا
P1 هوم / لينڊنگ هيرو، فوري عمل، لائيو شفافيت ڪائونٽرز، نمایا عهديدار، خبرن جو ڪاروسيل.
P2 بابت / مينڊيٽ SITP مقصد، S&ITD ملڪيت، PPP ماڊل (MAAHIR/Server4Sale)، قانوني مينڊيٽ، MoUs.
P3 محڪما آن بورڊ ٿيل محڪمن + سيڪشنز + سروس ڪئيٽلاگ لنڪس جي ڳولهابيڙ ڊائريڪٽري.
P4 خدمتون / سروس ڪئيٽلاگ في محڪمي خدمتن جو برائوز ٿيندڙ ڪئيٽلاگ → متحرڪ انٽيك فارم هلائي ٿو.
P5 اهو ڪيئن ڪم ڪري ٿو مرحلو وار آن بورڊنگ وزرڊ وضاحتي (رجسٽر → فائل → ٽريڪ → حل).
P6 رجسٽر / لاگ اِن ادارو-قسم چونڊيندڙ (5 قسمون) → متحرڪ رجسٽريشن فارم؛ Keycloak OIDC + 2FA.
P7 شڪايت فائل ڪريو فائل-ٽِڪيٽ وزرڊ جو اندراج؛ مهمان کي رجسٽر يا شهري انٽيك ڏانهن روٽ ڪري ٿو.
P8 ٽِڪيٽ ٽريڪ ڪريو SITP-YYYY-<DEPT>-<NNNNNN> ذريعي سنگل-فيلڊ ڳولا؛ عوامي حيثيت جو خلاصو.
P9 معلومات جو ذخيرو / مدد مرڪز مضون، ڊائون لوڊ ٿيندڙ فارم، نسخو ٿيل SOPs، AI سيمانٽڪ ڳولا.
P10 خبرون / اعلانن / سرڪيولرز مواد پورٽل (ماڊيول N).
P11 عهديدار وزير/SACM، سيڪريٽري، DG پروفائلز Officials CMS مان (ماڊيول P).
P12 شفافيت ڊيش بورڊ عوامي تجزيہ ڊيش بورڊ (ماڊيول I).
P13 RTI معلومات سنڌ RTI ايڪٽ 2016 جون آخري تاريخون ۽ RTI درخواست ڪيئن فائل ڪجي.
P14 وسل بلور / گمنام انٽيك محدود-ڏسڻ وارو انٽيك چينل؛ ڪابه لاگ اِن نه.
P15 رابطو / مدد ٽول-فري IVR، WhatsApp، اي ميل، واک-اِن آفيس تفصيلون.
اوورلے AI چيٽ بوٽ ترندڙ لانچر (عوامي + تصديق ٿيل)؛ KB ڏانهن ڦيرائو.

3.2 تصديق ٿيل علائقا (ماڊيولز B، C، I، M، Q)

لاگ اِن کان پوءِ، صارف کي ڪردار تي مبني لينڊنگ ڊيش بورڊ ڏانهن روٽ ڪيو ويندو آهي. مشترڪه اجزاء: مٿانهين يوٽيليٽي بار (ٻولي، اطلاعات، ترجيحات، پروفائل، 2FA حيثيت)، اِن-ايپ پيغام رساني (ماڊيول F)، اطلاع مرڪز (ماڊيول G)، ۽ هڪ عالمي ٽِڪيٽ/نمائندو ڳولا.

علائقو مالڪ ڪردار
ڪمپني ورڪ اسپيس بنيادي نمائندو، ايڊمن نمائندو، فائلر، ويور، صرف اطلاعات
S&ITD سهولتي ورڪ اسپيس S&ITD سهولتي آفيسر / عملو
آفيسر ورڪ اسپيس محڪمي آفيسر / عملو / POC
محڪمي ايڊمن ڪنزول محڪمي ايڊمن
نگراني ڊيش بورڊز DG/ڊائريڪٽر، محڪمي سيڪريٽري، وزير/SACM
صرف پڙهڻ لاءِ آڊٽ ايڪسپلورر صرف پڙهڻ لاءِ آڊيٽر
پليٽ فارم ايڊمن ڪنزول سپر ايڊمن (S&ITD)
شهري ورڪ اسپيس شهري
گمنام حيثيت ڏسندڙ گمنام / وسل بلور (ٽوڪن-تي مبني، ڪابه لاگ اِن نه)

3.3 سائٽ ميپ خاڪو

flowchart TD ROOT["Sindh IT Portal — Facilitation Desk"] subgraph PUB["Public site (no login)"] direction TB Home["Home"] About["About / Mandate"] Depts["Departments"] Services["Services / Catalog"] How["How it works"] Reg["Register / Login"] FilePub["File a complaint"] Track["Track a ticket"] KB["Knowledge Base"] News["News / Circulars"] Officials["Officials"] Transp["Transparency Dashboard"] RTI["RTI info"] WB["Whistleblower intake"] Contact["Contact"] end ROOT --> PUB ROOT --> AUTH["Authenticated area<br/>(role-scoped landing)"] Reg --> AUTH FilePub --> AUTH subgraph AUTH_SUB["Per-role workspaces"] direction TB Comp["Company workspace"] Fac["S&ITD facilitation"] Off["Officer workspace"] DeptAdmin["Dept admin console"] Overs["Oversight dashboards"] AuditExp["Audit explorer"] Super["Platform admin console"] Citz["Citizen workspace"] end AUTH --> AUTH_SUB WB --> AnonView["Anonymous status viewer<br/>(token, no login)"] PUB -.-> BOT["AI chatbot overlay"] AUTH_SUB -.-> BOT

تحريري وضاحت. سائٽ ميپ ۾ پورٽل جڙ هيٺ ٻه اعليٰ-سطحي شاخون آهن: عوامي سائيٽ (ڪابه لاگ اِن نه) ۽ تصديق ٿيل علائقو. عوامي سائيٽ معلوماتي صفحا (هوم، بابت، محڪما، خدمتون، اهو ڪيئن ڪم ڪري ٿو)، بنيادي اندراج پوائنٽس (رجسٽر/لاگ اِن، شڪايت فائل ڪريو، ٽِڪيٽ ٽريڪ ڪريو)، سيلف-سروس مواد (معلومات جو ذخيرو، خبرون، عهديدار، شفافيت ڊيش بورڊ، RTI معلومات، رابطو)، ۽ خاص وسل بلور انٽيك جي ميزباني ڪندي آهي. رجسٽر/لاگ اِن ۽ شڪايت فائل ڪريو ٻئي تصديق ٿيل علائقي ۾ وٺي ويندا آهن، جيڪو في-ڪردار ورڪ اسپيسز ۾ پکڙجندو آهي: ڪمپني، S&ITD سهولت، آفيسر، محڪمي ايڊمن، نگراني ڊيش بورڊز، آڊٽ ايڪسپلورر، پليٽ فارم ايڊمن ڪنزول، ۽ شهري. وسل بلور انٽيك لاگ اِن کي نظرانداز ڪندو آهي ۽ ٽوڪن-تي مبني گمنام حيثيت ڏسندڙ ڏانهن روٽ ڪندو آهي. AI چيٽ بوٽ اوورلے عوامي سائيٽ ۽ تصديق ٿيل علائقي ٻنهي مان قابلِ رسائي آهي.

4. صفحن جي فهرست

هر صفحو انهن ڪردار(ن) سان ڳنڍيل آهي جيڪي ان تائين پهچي سگهن ٿا ۽ ان جي مقصد سان گڏ. ڪردار ڪوڊز /specs/sd/04-roles-permissions/ §8 جي پيروي ڪن ٿا (SA = سپر ايڊمن، DA = محڪمي ايڊمن، OF = آفيسر، DG = DG، SEC = سيڪريٽري، MIN = وزير، FO = S&ITD سهولتي آفيسر، PR = بنيادي نمائندو، AR = ايڊمن نمائندو، FI = فائلر، VI = ويور، CT = شهري، AN = گمنام، AU = صرف پڙهڻ لاءِ آڊيٽر). Public = ڪابه لاگ اِن نه.

4.1 عوامي صفحا

صفحو ڪردار(ون) مقصد
هوم Public هڪ-دري اندراج؛ بنيادي CTAs؛ لائيو شفافيت ڪائونٽرز.
بابت / مينڊيٽ Public S&ITD ملڪيت، PPP ماڊل، قانوني مينڊيٽ قائم ڪرڻ.
محڪما Public آن بورڊ ٿيل محڪما ۽ انهن جون خدمتون دريافت ڪريو.
خدمتون / ڪئيٽلاگ Public خدمتون برائوز ڪريو جيڪي متحرڪ انٽيك فارم هلائين ٿيون.
اهو ڪيئن ڪم ڪري ٿو Public رجسٽر → فائل → ٽريڪ → حل وضاحت ڪريو.
رجسٽر Public (PR/AR ٿي ويندو آهي) ادارو-قسم چونڊيندڙ + متحرڪ رجسٽريشن فارم.
لاگ اِن سڀ تصديق ٿيل Keycloak OIDC + 2FA اندراج.
شڪايت فائل ڪريو (اندراج) Public → FI/PR/CT مهمان کي رجسٽر يا شهري انٽيك ڏانهن روٽ ڪري ٿو.
ٽِڪيٽ ٽريڪ ڪريو Public ٽريڪنگ آءِ ڊي سان ڳولا؛ عوامي حيثيت جو خلاصو.
معلومات جو ذخيرو Public مضون، فارم، SOPs، AI سيمانٽڪ ڳولا.
خبرون / سرڪيولرز Public اعلانن ۽ نسخو ٿيل دستاويزن.
عهديدار Public CMS مان وزير/سيڪريٽري/DG پروفائلز.
شفافيت ڊيش بورڊ Public حل جي ڪارڪردگي تي کليل ڊيٽا.
RTI معلومات Public RTI ايڪٽ 2016 آخري تاريخون ۽ فائلنگ.
وسل بلور انٽيك Public (AN) گمنام/خودبخود رپورٽنگ.
رابطو / مدد Public چينلز ۽ آفيس مقام.

4.2 تصديق ٿيل صفحا

صفحو ڪردار(ون) مقصد
ڪمپني ورڪ اسپيس هوم PR, AR, VI ڪمپني ٽِڪيٽ جائزو، مسودا، الرٽس.
فائل-ٽِڪيٽ وزرڊ FI, PR, AR, CT متحرڪ شرطي انٽيك؛ AI مدد؛ مسودو-محفوظ.
منهنجا ٽِڪيٽون (ڪمپني) PR, AR, FI, VI ڪمپني ٽِڪيٽن جي فلٽر ٿيل فهرست.
ٽِڪيٽ تفصيل PR, AR, FI, VI (ڪمپني طرف)؛ OF, DG, SEC, MIN, FO, SA (حڪومتي طرف، ABAC) گفتگو، منسلڪات، SLA، عمل، آڊٽ.
ڪمپني پروفائل PR, AR (◐) ادارو تفصيلون، تصديقي بيچ، ٻيهر تصديق.
نمائندن جو انتظام PR, AR (◐) نمائندا دعوت/انتظام؛ بنيادي منتقل ڪريو.
MoM ڏسندڙ (ڪمپني) PR, AR, FI, VI ڪمپني ٽِڪيٽن لاءِ روداد ڏسو/تسليم ڪريو.
اپيلون (فائل/انتظام) PR, AR, FI, CT CPGRAMS-طرز جي اپيل مدت اندر.
ڪمپني تجزيہ PR, AR, VI (◐) ڪمپني-دائرو چارٽس ۽ ايکسپورٽس.
S&ITD فرزبندي ان باڪس FO, SA New ٽِڪيٽن جي قطار؛ روٽنگ تصديق/اوورائڊ.
آفيسر ورڪ اسپيس / منهنجي قطار OF تفويض ٿيل ٽِڪيٽون، ذيلي-ٽاسڪس، مسودا، KB.
آفيسر ٽِڪيٽ تفصيل OF (+ نگراني بطور ABAC) ثبوت سان حل؛ اندروني نوٽس؛ TRI درخواست.
ذيلي-ٽاسڪس OF, FO, DA والدين/والد ۾ ٽِڪيٽ لاڳاپن جو انتظام.
محڪمي ايڊمن ڪنزول DA عملو، ذيلي-محڪما، SLA، KB، تجزيہ، آڊٽ.
عملو انتظام DA, SA آفيسرن دعوت/فعال/غير فعال؛ تصديقي حيثيت.
نگراني ڊيش بورڊ DG, SEC, MIN KPIs، اِسڪيليشن سطحمون، هدايتون، GIS هيٽ ميپ.
آڊٽ ايڪسپلورر AU, SA (◐ DA/DG/SEC) غير قابلِ تبديلي آڊٽ لاگ ڳولا ۽ ايکسپورٽ.
پليٽ فارم ايڊمن ڪنزول SA پليٽ فارم-واسيع تشڪيل.
محڪما ايڊيٽر SA محڪما ۽ نسٽڊ ذيلي-محڪما ٺاهيو/مدون ڪريو.
عهديدار CMS SA وزير/سيڪريٽري/DG رڪارڊز مؤثر تاريخون.
انٽيگريشنز تشڪيل SA SECP/NADRA/FBR/SRB/PSEB/e-Office ڪنيڪٽرز.
AI انجنز تشڪيل SA پلگ ايبل LLM + OCR انجن چونڊ ۽ جانچ.
فيچر فليگز SA (◐ DA) ڪابه به صلاحيت في محڪمي/ماحول ٽوگل ڪريو.
مواصلات تشڪيل SA (◐ DA) SMTP/SMS/WhatsApp ٽيمپليٽس ۽ فراهم ڪندڙ.
موڪلن جو ڪيلنڊر SA (◐ DA) سنڌ جون عوامي موڪلون؛ هجري ريذوليوشن.
TRI ميٽنگ صفحو FO, OF, PR, AR (+ نگراني) ٽن ڌرين ميٽنگ شيڊول/منعقد؛ رضامندي حاصل ڪريو.
MoM اپلوڊ + ڏسندڙ (حڪومت) OF, FO, DA (+ DG تصديق) اپلوڊ، OCR، AI-ڪڍڻ، ذيلي-ٽاسڪس تصديق، شائع.
تجزيہ ڊيش بورڊز سڀ ڪردار (دائرو) ڪردار-دائرو چارٽس؛ Metabase-ايمبيڊڊ + ڪسٽم.
اندروني پيغام رساني سڀ حڪومتي ڪردار (◐) DMs، گروپس، چينلز (ماڊيول F).
اطلاع مرڪز سڀ ڪردار ترجيحات، ڊائجسٽس، خاموش وقت، ٻه طرفي جواب.
پروفائل / ترجيحات سڀ ڪردار اڪائونٽ، 2FA، ٻولي، رسائي، اطلاع ترجيحات.
شهري ورڪ اسپيس CT پنهنجون شڪايتون فائل، ٽريڪ، ٻيهر کوليو، واپس وٺو، اپيل ڪريو.
گمنام حيثيت ڏسندڙ AN ٽوڪن-تي مبني صرف پڙهڻ لاءِ حيثيت (ڪابه لاگ اِن نه).

5. ڪردار تي مبني نيويگيشن ۽ لينڊنگ

ڪردار لينڊنگ ڊيش بورڊ ۽ بنيادي نيويگيشن جو تعين ڪندو آهي. هيٺئين خلاصو /specs/sd/04-roles-permissions/ §16 کي ٺوس نيويگيشن اندراجن سان وڌائي ٿو. نيويگيشن صارف جون موثر صلاحيتون مان تيار ڪئي ويندي آهي (اوورائڊز ۽ ABAC کان پوءِ)، تنهنڪري هيٺيون فهرستون هر ٽيمپليٽ لاءِ طئي ٿيل آهن.

ڪردار طئي ٿيل لينڊنگ بنيادي نيويگيشن
سپر ايڊمن (SA) پليٽ فارم ايڊمن ڪنزول محڪما · عهديدار CMS · انٽيگريشنز · AI انجنز · فيچر فليگز · مواصلات · موڪلن جو ڪيلنڊر · آڊٽ · تجزيہ
محڪمي ايڊمن (DA) محڪمي ايڊمن ڪنزول عملو · ذيلي-محڪما · SLA · اِسڪيليشن · KB · اطلاع ٽيمپليٽس · تجزيہ · آڊٽ
آفيسر / عملو (OF) منهنجا تفويض ٿيل ٽِڪيٽون منهنجي قطار · ذيلي-ٽاسڪس · مسودا · TRI · MoM اپلوڊ · KB · تجزيہ · پيغام
DG / ڊائريڪٽر (DG) محڪمي نگراني ڊيش بورڊ محڪمو · اِسڪيليشنز · هدايتون · TRI/MoM توثيقون · تجزيہ
سيڪريٽري (SEC) محڪمي نگراني ڊيش بورڊ محڪمو · اِسڪيليشنز · هدايتون · VIP توثيقون · تجزيہ
وزير / SACM (MIN) ڪراس-محڪمي نگراني ڊيش بورڊ جائزو · هدايتون · اِسڪيليشنز · عهديدار · تجزيہ
ڪمپني بنيادي نمائندو (PR) ڪمپني ورڪ اسپيس ٽِڪيٽون · فائل · مسودا · پروفائل · نمائندا · MoM · اپيلون · تجزيہ
فائلر (FI) نئون ٽِڪيٽ / منهنجا ٽِڪيٽون فائل · منهنجا ٽِڪيٽون · مسودا · مدد
شهري (CT) منهنجون شڪايتون فائل · منهنجون شڪايتون · ٽريڪ · مدد

اضافي ڪردار (مٿيان نو ضروري ۾ شامل نه پر سسٽم ۾ موجود):

ڪردار طئي ٿيل لينڊنگ بنيادي نيويگيشن
S&ITD سهولتي آفيسر (FO) سهولت فرزبندي ان باڪس فرزبندي · TRI · MoM · ڪمپنيون · پيغام
ايڊمن نمائندو (AR) ڪمپني ورڪ اسپيس (بطور بنيادي، سواءِ منتقلي/ٻيهر تصديق جي)
ويور (VI) ڪمپني ٽِڪيٽون (صرف پڙهڻ لاءِ) ٽِڪيٽون · تجزيہ
صرف اطلاعات اطلاع مرڪز اطلاعات
صرف پڙهڻ لاءِ آڊيٽر (AU) آڊٽ ايڪسپلورر آڊٽ · تجزيہ · ايکسپورٽس

6. اهم صارف جا سفر

اٺ سفر Mermaid فلوعارٽ جي طور تي پيش ڪيا ويا آهن، هر هڪ کان پوءِ تحريري وضاحت آهي. اهي سڌي طرح /specs/sd/06-ticket-workflow/ ۾ ورڪ فلول قاعدن ۽ /specs/sd/04-roles-permissions/ ۾ ڪردارن سان ملن ٿا.

6.1 سفر 1 — ڪمپني رجسٽر ڪري ٿي ۽ پهريون ٽِڪيٽ فائل ڪري ٿي

flowchart TD Landing(["Public home"]) --> HaveAcct{"Have an<br/>account?"} HaveAcct -- "No" --> EntityType["Choose entity type<br/>(SECP / Sole / Freelancer /<br/>Foreign / Startup)"] HaveAcct -- "Yes" --> Login["Login + 2FA"] EntityType --> DynoForm["Dynamic registration form<br/>by entity type"] DynoForm --> Primary["Mandatory: name<br/>Primary Authorized Rep<br/>+ CNIC + domain email"] Primary --> SubmitReg(["Submit"]) SubmitReg --> Provisional[("Provisional account<br/>instant — file-first")] Provisional --> TwoFA["Verify 2FA / email"] Provisional --> BgChecks[("Background checks run<br/>in parallel:<br/>SECP / FBR / SRB / PSEB / NADRA")] TwoFA --> Workspace(["Company workspace"]) Workspace --> Wizard["File-ticket wizard<br/>(Step 1 of 5)"] Wizard --> CatStep["Pick category —<br/>AI suggests dept + similar ticket"] CatStep --> DynoFields["Dynamic conditional fields<br/>per category"] DynoFields --> Attach["Attachments: AV scan + encrypt"] Attach --> Review["Review + save draft option"] Review --> Submit2(["Submit"]) Submit2 --> TrackID[("Tracking ID allocated<br/>SITP-YYYY-DEPT-NNNNNN")] TrackID --> NewState(["Status = New<br/>confirmation EN/UR/SD"]) BgChecks -. "Verified badge<br/>or hold+appeal" .-> Workspace

تحريري وضاحت. هڪ ڪمپني زائر عوامي هوم صفحي تي ايندي آهي ۽ رجسٽر ڪرڻ جي چونڊ ڪندي آهي. رجسٽريشن فارم متحرڪ آهي: چونڊيل ادارو قسم (SECP ڪمپني، انفرادي مالڪ، فري لينسر، پرڏيهي شاخ، يا ابتدائي اسٽارٽ اپ) اهو طاهر ڪندو آهي ته ڪهڙيون فيلڊز ۽ تصديقي ماخذ ظاهر ٿيندا. هڪ بنيادي مجاز نمائندي (CNIC ۽ ڊومين اي ميل سان گڏ) جو نالو رکڻ لازمی آهي ۽ ان کي ڇڏي نه ٿو سگهجي. جمع ڪرڻ تي اڪائونٽ فورن هڪ عارضي حيثيت ۾ ٺهندو آهي — هي فائل-فرسٽ ماڊل آهي — ۽ بيك گراونڊ تصديق SECP، FBR، SRB، PSEB، ۽ NADRA خلاف متوازي هلندي آهي. 2FA/اي ميل جي تصديق کان پوءِ، نمائندو ڪمپني ورڪ اسپيس ۾ لهندو آهي ۽ فائل-ٽِڪيٽ وزرڊ کوليندو آهي. وزرڊ جو پهريون قدم AI-تجويز ڪيل قسم، منزل محڪمو، ۽ ملندڙ-ٽِڪيٽ ڦيرائو پيش ڪندو آهي؛ هڪ قسم جي چونڊ ان قسم لاءِ شرطي فيلڊز متحرڪ ظاهر ڪندي آهي (مثال طور، ادا-ناڪامي فيلڊز SECP نالو-تدارڪ فيلڊز کان مختلف آهن). منسلڪات جي AV-اسڪين ۽ خفيه ڪاري کان پوءِ، نمائندو اندراج جو جائزو وٺندو آهي (مسودو محفوظ ڪرڻ جي اختيار سان)، جمع ڪرائيندو آهي، ۽ هڪ ٽريڪنگ آءِ ڊي SITP-YYYY-<DEPT>-<NNNNNN> شڪل ۾ ايٽمي طور تي مختص ٿيندي آهي. ٽِڪيٽ New ۾ داخل ٿيندو آهي، هڪ گهڻ ٻوليائي تصديق موڪلي ويندي آهي، ۽ متوازي بيك گراونڊ چيڪس آخرڪار تصديق ٿيل بيچ ڏيندا آهن (يا جي ناڪام ٿين ته اپيل لاءِ اڪائونٽ روڪي ڇڏيندا آهن).

6.2 سفر 2 — آفيسر فرزبندي ڪري ٿو ۽ AI مدد + ثبوت گیٽ سان حل ڪري ٿو

flowchart TD NewState(["Status = New"]) --> TriageQueue["S&ITD triage inbox"] TriageQueue --> AITriage["AI assist:<br/>summary + category confirm +<br/>urgency/sentiment + draft routing"] AITriage --> Confirm["Facilitator confirms/overrides<br/>category, priority, SLA,<br/>dept/section, sensitivity"] Confirm --> Triaged(["Status = Triaged"]) Triaged --> DeptQueue["Department section queue"] DeptQueue --> Assign["Section head or AI auto-router<br/>assigns officer"] Assign --> Assigned(["Status = Assigned"]) Assigned --> OffWS["Officer workspace"] OffWS --> AIReply["AI assist:<br/>draft reply + similar KB article +<br/>PII redaction on free text"] AIReply --> FirstResp["Send first substantive response"] FirstResp --> InProgress(["Status = In Progress<br/>FRT met"]) InProgress --> WorkCycle["Work cycle:<br/>In Progress <-> Awaiting Parties"] WorkCycle --> Ready["Mark ready to resolve"] Ready --> Proof{"Proof gate:<br/>evidence + note?"} Proof -- "Missing" --> WorkCycle Proof -- "Present" --> Sensitive{"Sensitive / VIP?"} Sensitive -- "No" --> Resolved(["Status = Resolved"]) Sensitive -- "Yes" --> Chair["Chair / DG approval queue"] Chair --> Resolved Resolved --> CSAT[("CSAT window:<br/>accept / reopen / auto-close")]

تحريري وضاحت. هڪ نئون فائل ٿيل ٽِڪيٽ S&ITD فرزبندي ان باڪس ۾ ايندو آهي، جتي سهولت ڪار جي AI مدد ڪندي آهي: هڪ آٽو-خلاصو، هڪ قسم جي تصديق، هڪ جلديَت/جذباتي حالت اشارو، ۽ هڪ مسودو روٽنگ تجويز. سهولت ڪار قسم، ترجيح، SLA، منزل محڪمو/سيڪشن، ۽ حساس/VIP جهنڊي جي تصديق يا اوورائڊ ڪندو آهي، ٽِڪيٽ کي Triaged ۾ کڻي ويندو آهي ۽ منزل محڪمي جي سيڪشن قطار ۾ وجهندو آهي. هڪ سيڪشن هيڊ يا AI آٽو-روٽر هڪ آفيسر تفويض ڪندو آهي، ٽِڪيٽ کي Assigned ۾ دکيندو. آفيسر ورڪ اسپيس ۾، AI ٻيهر مدد ڪندو آهي — هڪ جواب جو مسودو تيار ڪندو آهي، هڪ متعلقه KB مضمون تجويز ڪندو آهي، ۽ PII کي مفت متن مان حذف ۽ ترميم ڪندو آهي. آفيسر پهريون ٺوس جواب موڪليندو آهي، FRT کي پورو ڪندي ۽ ٽِڪيٽ کي In Progress ۾ پيٽيندو. ڪم In Progress ۽ Awaiting Parties جي وچ ۾ متبادل رهندو آهي جيئن ڪمپني معلومات فراهم ڪندي آهي (هر روڪ/جاري SLA گهڙي کي روڪيندو ۽ شروع ڪندو آهي). جڏهن آفيسر ٽِڪيٽ کي حل لاءِ تيار طور نشان لڳائيندو آهي، ثبوت گیٽ گهٽ ۾ گهٽ هڪ ثبوت منسلڪه ۽ هڪ حل نوٽ جي جانچ ڪندو آهي؛ جي غائب هجي ته، عمل بلاڪ ٿي ويندو آهي ۽ ٽِڪيٽ ورڪ سائيڪل ۾ موٽي ويندو آهي. حساس يا VIP ٽِڪيٽن لاءِ حل پئڪيج additionally چيئر/DG توثيقي قطار ۾ روٽ ٿيندو آهي. گیٽ صاف ٿيڻ سان، ٽِڪيٽ Resolved ٿي ويندو آهي ۽ CSAT ونڊو ڪمپني جي قبول، ٻيهر کولڻ، يا آٽو-ڪلوز لاءِ کُلي ويندي آهي.

6.3 سفر 3 — DG / سيڪريٽري تائين اِسڪيليشن

flowchart TD Breach(["Resolution SLA breaches"]) --> Esc(["Status = Escalated<br/>(working context preserved)"]) Esc --> Tier1["Tier 1: +2 business days<br/>DG notified + added as watcher"] Tier1 --> Powers1{"DG action<br/>powers ON?"} Powers1 -- "Yes" --> Dir1["Reassign / override SLA /<br/>force-resolve / directive"] Powers1 -- "No, or still unresolved" --> Wait1["+5 more business days"] Wait1 --> Tier2["Tier 2: Secretary notified + watcher<br/>+ WhatsApp channel"] Tier2 --> Powers2{"Secretary action<br/>powers ON?"} Powers2 -- "Yes" --> Dir2["Directive / override SLA /<br/>force-resolve / reassign"] Powers2 -- "No, or still unresolved" --> Wait2["+10 more business days"] Wait2 --> Tier3["Tier 3: SACM + S&ITD Secretary<br/>+ formal directive letter"] Tier3 --> MinDir["Minister directive ON by default"] Dir1 --> DeEsc(["De-escalate -> In Progress"]) Dir2 --> DeEsc MinDir --> DeEsc DeEsc --> OfficerResolves["Officer resumes; resolves with proof"]

تحريري وضاحت. جڏهن ڪنهن ٽِڪيٽ جي حل جو SLA خلاف ورزي ڪندو آهي، SLA انجن ٽِڪيٽ کي Escalated ۾ پيٽيندو آهي جڏهن ته بنيادي ڪم جي حالت محفوظ رکندو آهي (تنهنڪره آفيسر جو سياق و سباق ڪڏهن ضايع نه ٿيندو). سطح 1 تي (خلاف ورزي کان پوءِ ٻن غير حل ٿيل ڪاروباري ڏينهن تي)، محڪمي جي DG/ڊائريڪٽر کي مطلع ڪيو ويندو آهي ۽ بطور ناظر شامل ڪيو ويندو آهي؛ جيڪڏهن محڪمي DG عمل جون طاقتون تشڪيل ڪيون هجن، ته DG ٻيهر تفويض، SLA اوورائڊ، زبردستي حل، يا هدايت جاري ڪري سگهندو. جيڪڏهن ٽِڪيٽ پنج وڌيڪ ڪاروباري ڏينهن تائين غير حل ٿيل رهي، سطح 2 محڪمي سيڪريٽري کي آڻيندي آهي — ساڳين اختياري عمل طاقتن سان گڏ، ان کان سواءِ WhatsApp-چينل اطلاعات. ڏهن وڌيڪ غير حل ٿيل ڪاروباري ڏينهن کان پوءِ، سطح 3 SACM (S&IT) ۽ S&ITD سيڪريٽري کي مطلع ڪندي آهي، هڪ رسمي هدايت نامي سان گڏ؛ هن سطح تي وزير جي هدايت جي طاقت طئي ٿيل طور تي آن هوندي آهي. هڪ بااختيار نگراني سطح مان ڪابه هدايت يا عمل ٽِڪيٽ کي In Progress ۾ واپس گهٽ اسڪيل ڪندو آهي، جتي آفيسر ٻيهر شروع ڪندو آهي ۽ آخرڪار ان کي ثبوت گیٽ ذريعي حل ڪندو آهي. سڀ اِسڪيليشن واقعا، اوورائڊز، ۽ هدايتون آڊٽ-لاگڊ آهن. 2/5/10-ڏينهن جي سيڙهي في محڪمي ۽ قسم تشڪيل ٿيندڙ آهي (ڏسو /specs/sd/06-ticket-workflow/ §6).

6.4 سفر 4 — TRI ميٽنگ + MoM اپلوڊ ۽ شيئر

flowchart TD Stall(["Ticket stalled /<br/>escalated tier >= 2"]) --> Req["Request TRI:<br/>company / officer / facilitator / auto"] Req --> OnHold(["Status = On Hold<br/>SLA clock paused"]) OnHold --> Agenda["AI auto-drafts agenda<br/>from ticket history + uploads"] Agenda --> ReviewAg["Facilitator reviews / edits agenda"] ReviewAg --> Modality["Choose modality:<br/>physical / virtual / hybrid"] Modality --> Invite["Send multilingual invites<br/>+ capture recording consent"] Invite --> Held(["TRI meeting held<br/>(3 parties)"]) Held --> Outcome{"Outcome"} Outcome -- "Resolved" --> Upload["Officer uploads MoM<br/>(own format: PDF/Word/images)"] Outcome -- "Action items" --> Upload Outcome -- "Escalate" --> EscNext(["Escalate to next tier<br/>with meeting record"]) Upload --> AV["ClamAV scan + encrypt + store"] AV --> OCR["OCR (multilingual EN/UR/SD)<br/>if scanned"] OCR --> AIEx["AI: summary + action items<br/>+ decisions + attendees + translation"] AIEx --> SideBy["Officer reviews side-by-side<br/>confirms action items -> sub-tasks"] SideBy --> Sens{"Sensitive / VIP?"} Sens -- "No" --> Publish["Publish directly"] Sens -- "Yes" --> ChairApp["Chair / DG approval"] ChairApp --> Publish Publish --> Share["Auto-share participants:<br/>email + in-app + SMS/WhatsApp<br/>acknowledgment tracked"] Publish --> EOffice["Cross-post NITB e-Office<br/>if enabled for dept"]

تحريري وضاحت. جڏهن ڪو ٽِڪيٽ رڪي وڃي يا اِسڪيليشن سطح 2 يا ان کان مٿئين بغير حرڪت جي ويهي رهي، ته ڪمپني، آفيسر، سهولت ڪار، يا آٽو-ٽرگر مان ڪو به TRI (ٽن ڌرين جائزو) ميٽنگ جي درخواست ڪري سگهي ٿو. درخواست ٽِڪيٽ کي On Hold ۾ پارڪ ڪندي آهي (SLA گهڙي کي روڪڻ سان) ۽ AI ٽِڪيٽ جي مڪمل تاريخ ۽ اپلوڊز مان ايڄنڊا آٽو-تيار ڪندي آهي، جنهن جو سهولت ڪار جائزو وٺندو ۽ مدون ڪندو آهي. طريقو — فیزيڪي، ورچوئل (Zoom/Meet/Teams)، يا هاءِ برڊ — في ميٽنگ چونڊيو ويندو آهي، گهڻ ٻوليائي دعوتون موڪليون وينديون آهن، ۽ رڪارڊنگ جي رضامندي حاصل ڪئي ويندي آهي. ٽن ڌرين ميٽنگ کان پوءِ، سهولت ڪار نتيجو رڪارڊ ڪندو آهي. حل ٿيل يا جزوي نتيجي لاءِ، ذميدار آفيسر MoM کي محڪمي جي پنهنجي فارميٽ ۾ اپلوڊ ڪندو آهي؛ فائل ClamAV-اسڪين، خفيه ڪاري، ۽ محفوظ ڪئي ويندي آهي. سکين ٿيل دستاويزون پلگ ايبل گهڻ ٻوليائي OCR انجن (انگريزي، اردو/نستعليق، سنڌي/نسخ) مان گذرنديون آهن، ۽ AI هڪ خلاصو، مالڪن ۽ آخري تاريخن سان ساختي ايڪشن آئٽمز، فيصلا، ۽ شرڪاءِ، ان کان سواءِ مشين ترجما ڪڍندو آهي. آفيسر ڪڍڻ جو اصل سان گڏro ڀرسان جائزو وٺندو ۽ تصديق ڪندو آهي؛ تصديق ٿيل ايڪشن آئٽمز ٽِڪيٽ تي ذيلي-ٽاسڪس ٿي ويندا آهن. عام ٽِڪيٽن لاءِ آفيسر براهِ راست شائع ڪندو آهي؛ حساس يا VIP ٽِڪيٽن لاءِ MoM کي پهرين چيئر/DG توثيق مان گذرڻو پوندو آهي. شائع ڪرڻ تي، MoM نسخو ٿيل ۽ مستقل طور منسلڪه ٿيندي آهي، سڀني شرڪائن کي اي ميل، اِن-ايپ، ۽ SMS/WhatsApp ذريعي انهن جي ترجيحن مطابق آٽو-شيئر ڪئي ويندي آهي (تسليميون جو ٽريڪ رکبو ۽ ياد ڏياريبو آهي)، ۽ جتي فعال هجي اتي NITB e-Office تي ڪراس-پوسٽ ڪئي ويندي آهي. جيڪڏهن ميٽنگ مسئلو حل نه ڪري سگهي ته، ٽِڪيٽ ميٽنگ رڪارڊ سان گڏ ايندڙ سطح تائين اِسڪيليٽ ٿيندو آهي.

6.5 سفر 5 — ڪمپني اپيل ڪري ٿي

flowchart TD Closed(["Ticket Resolved or Closed"]) --> Decide{"Company action<br/>within window"} Decide -- "Poor CSAT (<= threshold)" --> Enable["Appeal path enabled + pre-filled<br/>+15-day grace"] Decide -- "Manual" --> Form["File appeal<br/>(within 30 days of closure)"] Enable --> Form Form --> Route["Route to next oversight tier<br/>above the one that closed it"] Route --> Review["Authority reviews"] Review --> Decision{"Decision"} Decision -- "Uphold" --> Work(["Back to In Progress<br/>+ directive to section"]) Decision -- "Partially uphold" --> Partial["Sub-tasks added;<br/>In Progress for those items"] Decision -- "Re-route" --> Triaged(["Status = Triaged<br/>different section / dept"]) Decision -- "Reject" --> Letter["Generate rejection letter<br/>+ QR verification"] Letter --> Final(["Status = Closed — terminal"])

تحريري وضاحت. هڪ Resolved يا Closed ٽِڪيٽ مان، ڪمپني وٽ CPGRAMS-طرز جو اپيل پاٿ پنهنجي مدت اندر هوندو آهي (طئي ٿيل بندش کان 30 ڪيلنڊر ڏينهن). هڪ ڪمزور CSAT ريٽنگ (تشڪيل ٿيل حد تي برابر يا ان کان هيٺ) خودبخود اپيل فارم کي فعال ۽ اڳ ۾ ڀريندي آهي ۽ مدت کي هڪ مهلت جي مدت تائين وڌائيندو آهي (طئي ٿيل +15 ڏينهن)؛ ڪمپني هڪ دستي اپيل پڻ فائل ڪري سگهي ٿي. اپيل ان نگراني سطح جي مٿئين ايندڙ سطح ڏانهن روٽ ٿيندي آهي جنهن ٽِڪيٽ بند ڪيو هو — ورڪنگ ليول تي بند ٿيل ٽِڪيٽ DG وٽ ويندو آهي؛ DG جي دائري عمل ۾ بند ٿيل سيڪريٽري وٽ؛ سيڪريٽري جي دائري عمل ۾ بند ٿيل SACM ۽ S&ITD سيڪريٽري وٽ ويندو آهي. جائزو وٺندڙ اتھارٽي برقرار رکي سگهي ٿي (ٽِڪيٽ سيڪشن لاءِ هدايت سان In Progress ۾ موٽي ٿو)، جزوي برقرار رکي سگهي ٿي (مخصوص ايڪشن آئٽمز ذيلي-ٽاسڪس ٿي ويندا آهن ۽ ٽِڪيٽ صرف انهن آئٽمز لاءِ In Progress ۾ موٽي ٿو)، ٻيهر روٽ ڪري سگهي ٿو (ٽِڪيٽ هڪ مختلف سيڪشن يا محڪمي لاءِ Triaged ۾ هلندو آهي)، يا مسترد ڪري سگهي ٿو (بندش حتمي ٿي ويندي آهي ۽ هڪ QR-تصدق ٿيل مسترد خط تيار ۽ موڪليو ويندو آهي). هر فيصلو اداڪار، سطح، استدلال، ۽ نتيجو واري عمل سان آڊٽ ٿيندو آهي.

6.6 سفر 6 — سيڪريٽري نگراني ڊيش بورڊ

flowchart LR Login(["Secretary logs in"]) --> Dash["Secretary oversight dashboard"] Dash --> KPIs["Dept KPIs:<br/>open / breached / near-breach / escalated"] Dash --> TierView["Escalation tier view:<br/>DG / Secretary / Minister queues"] Dash --> Heat["GIS / district heatmap"] Dash --> Repeat["SLA breach + repeat-offender list"] KPIs --> Drill["Drill into a ticket"] TierView --> Drill Repeat --> Drill Drill --> Action{"Action powers<br/>for this dept?"} Action -- "Yes" --> Directive["Send directive / override SLA /<br/>force-resolve / reassign /<br/>approve sensitive-VIP closure"] Action -- "No (notify-only)" --> Notify["Comment / watch / receive alerts"] Directive --> Audited[("Audited event + reason")] Notify --> Audited

تحريري وضاحت. هڪ محڪمي سيڪريٽري (يا DG، يا وزير) لاگ اِن ڪندو آهي ۽ پنهنجي محڪمي جي دائري عمل جي نگراني ڊيش بورڊ تي لهندو آهي (SACM لاءِ ڪراس-محڪمي). ڊيش بورڊ محڪمو KPIs (کليل، خلاف ورزي، ويجهو-خلاف ورزي، اِسڪيليٽڊ شمار)، DG، سيڪريٽري، ۽ وزير قطارن کي الڳ ڪندي هڪ اِسڪيليشن-سطح منظر، حل جي ڪارڪردگي جو GIS/ضلعو هيٽ ميپ، ۽ ٻيهر ٻيهر اِسڪيليشن ڪندڙ آفيسرن يا سيڪشنن کي نمایان ڪندي ورجائيندڙ-مجرم فهرست ظاهر ڪندي آهي. سيڪريٽري ڪابه به KPI، سطح، يا مجرم مان بنيادي ٽِڪيٽ تفصيل ۾ ڊرل ڪندي آهي. ڇا سيڪريٽري پوءِ عمل ڪري سگهي ٿو، اهو محڪمي جي تشڪيل ٿيل نگراني طاقتن تي منحصر آهي: عمل طاقتون آن هجڻ سان، سيڪريٽري هدايت موڪلي، SLA اوورائڊ، زبردستي حل، ٻيهر تفويض، يا حساس/VIP بندش توثيق ڪري سگهي ٿو؛ صرف-مطلع موڊ ۾ سيڪريٽري تبصرو ڪرڻ، نگراني ڪرڻ، ۽ الرٽس وصول ڪرڻ تائين محدود هوندو آهي. هر عمل لاءِ هڪ سبب گهرج هوندي آهي ۽ اهو هڪ غير قابلِ تبديلي آڊٽ واقعو لکيندو آهي.

6.7 سفر 7 — گمنام / وسل بلور انٽيك

flowchart TD Public(["Public site"]) --> WB["Whistleblower / Anonymous intake"] WB --> NoLogin["No login required"] NoLogin --> Topic["Pick topic:<br/>corruption / harassment / safety / other"] Topic --> Details["Provide details<br/>+ optional encrypted contact"] Details --> Guard["CAPTCHA + rate-limit + abuse filter"] Guard --> Token[("One-way token generated<br/>reporter identity NOT stored")] Token --> Restricted(["Restricted-visibility ticket<br/>visible only to S&ITD<br/>whistleblower role + Secretary"]) Restricted --> Track["Check status by token<br/>read-only, no login"] Restricted --> SLA["Standard SLA + escalation apply<br/>oversight notifications omit<br/>filer-identifying info"] Restricted --> NotifyOpt["Optional encrypted contact<br/>used only if reporter opted in"]

تحريري وضاحت. هڪ وسل بلور لاگ اِن ڪرائي بنا عوامي سائيٽ مان گمنام انٽيك چينل تائين پهچندو آهي. اهو هڪ موضوع چونڊيندو آهي (بدعنواني، هٿارساني، تحفظ، ٻيا)، تفصيلون فراهم ڪندو آهي، ۽ اختياري طور تي هڪ خفيه رابطو طريقو شامل ڪري سگهي ٿو. CAPTCHA، ريٽ-لیمٽنگ، ۽ هڪ abus فلٽر چينل جي حفاظت ڪن ٿا. جمع ڪرڻ تي هڪ هڪ طرفو ٽوڪن تيار ٿيندو آهي ۽ رپورٽر جي شناخت کلئير ٽيڪسٽ ۾ محفوظ نه ڪئي ويندي آهي؛ نتيجو ٽِڪيٽ محدود-ڏسڻ وارو هوندو آهي، صرف مخصوص S&ITD وسل بلور-سنڀاليندڙ ڪردار ۽، اختياري طور تي، S&ITD سيڪريٽري کي نظر ايندو آهي. رپورٽر پنهنجي ٽوڪن جو استعمال ڪندي، ڪابه لاگ اِن بنا، حيثيت کي صرف پڙهڻ لاءِ چيڪ ڪندو آهي. معياري SLA ۽ اِسڪيليشن لاڳو ٿيندا آهن، پر سڀ نگراني اطلاعات فائلر جي شناخت ڪندڙ معلومات کي نظرانداز ڪنديون آهن. جيڪڏهن رپورٽر خفيه رابطي لاءِ آپٽ اِن ڪيو هجي ته، ان جو استعمال صرف تعاقب لاءِ ٿيندو آهي. retention /specs/sd/24-trust-safety/ ۾ وسل بلور پاليسي جي پيروي ڪندو آهي.

6.8 سفر 8 — ايڊمن محڪمو / SLA / AI تشڪيل ڪري ٿو

flowchart TD Admin(["Super Admin / Dept Admin"]) --> Console["Admin console"] Console --> StepUp["Step-up auth<br/>(fresh 2FA for config actions)"] StepUp --> Branch{"Configure"} Branch -- "Department" --> Dept["Create / edit dept + sub-depts<br/>(freely nestable tree)"] Branch -- "SLA" --> SLA["SLA definitions per<br/>dept/category/priority<br/>FRT + resolution targets"] Branch -- "Escalation" --> EscLad["Escalation ladder<br/>tiers + triggers +<br/>oversight powers per tier"] Branch -- "AI engines" --> AIEng["Pluggable engines:<br/>cloud <-> self-hosted toggle<br/>+ OCR engine select"] Branch -- "Feature flags" --> Flags["Toggle any capability<br/>per dept / env<br/>(two-person approval<br/>for sensitive flags)"] Dept --> Audited[("Audit log:<br/>old/new value + reason")] SLA --> Audited EscLad --> Audited AIEng --> Audited Flags --> Audited Audited --> Propagate["Changes propagate:<br/>navigation, dashboards,<br/>letters, Officials CMS,<br/>ticket behaviour"]

تحريري وضاحت. هڪ سپر ايڊمن (يا محڪمي ايڊمن، پنهنجي دائرو عمل اندر) ايڊمن ڪنزول کوليندو آهي ۽ تشڪيلي عملن لاءِ اسٽيپ-اپ تصديق مڪمل ڪندو آهي. اتان هو پنهنجي ضرورت جي تشڪيلي سطح ۾ شاخ ٺاهيندو آهي. محڪمو تشڪيل محڪما ۽ آزادانہ طور نسٽڊ ذيلي-محڪما ٺاهيندي يا مدون ڪندي آهي. SLA تشڪيل sla_definitions صفن کي مدون ڪندي آهي جيڪي في محڪمو/قسم/ترجيح FRT ۽ حل هدفن کي ٻَڌن ٿيون. اِسڪيليشن تشڪيل escalation_ladders سطحن ۽ ٽرگرز ۽ oversight_powers ميٽرکس کي مدون ڪندي آهي جيڪا هر نگراني ڪردار کي صرف-مطلع ۽ عمل جي وچ ۾ ٽوگل ڪندي آهي. AI انجنز تشڪيل پلگ ايبل LLM (ڪلائوڊ بمقابله سيلف-هوسٽڊ) ۽ OCR انجن چونڊيندي آهي، هڪ ٽيسٽ-ڪنيڪشن ڪنٽرول سان گڏ. فيچر فليگز ڪابه به صلاحيت في محڪمي يا ماحول ٽوگل ڪندا آهن، حساس عالمي فليگز (جهڙوڪ ثبوت گیٽ کي غير فعال ڪرڻ) لاءِ ٻه-فرد توثيق گهرج هوندي آهي. هر تشڪيلي تبديلي پراڻي قدر، نئين قدر، اداڪار، ۽ هڪ لازمی تبديلي-سبب سان آڊٽ-لاگ ٿيندي آهي، ۽ تبديلي فورن نيويگيشن، ڊيش بورڊز، تيار ٿيل خطون، Officials CMS، ۽ لائيو ٽِڪيٽ رويي ۾ پکڙجي ويندي آهي.

7. وائر فريم بريفز (اهم اسڪرينز)

نوَ تحريري ترتيب جون بريفز — علائقو بہ علائقو وضاحتون، تصويرون نه. اهي طئي ٿيل ڊيسڪ ٽاپ ترتيب جي وضاحت ڪن ٿيون؛ موبائل موافقت جتي مواد هجي نوٽ ڪئي وئي آهي ۽ §9 جي پيروي ڪندي آهي. بصري علاج (رنگ، قسم، اجزاء) /specs/sd/16-branding-design-system/ ۾ تعين ٿيل آهي.

7.1 هوم / عوامي لينڊنگ

7.2 فائل-ٽِڪيٽ وزرڊ (متحرڪ شرطي فيلڊز)

هڪ پنج مرحلو وزرڊ جنهن ۾ چنبيل اسٽيپر هيڊر ۽ سياق و سباق جي AI ريل آهي.

7.3 ٽِڪيٽ تفصيل

7.4 آفيسر ورڪ اسپيس

7.5 نگراني ڊيش بورڊ (DG / سيڪريٽري / وزير)

7.6 TRI ميٽنگ صفحو

7.7 MoM ڏسندڙ

7.8 تجزيہ

7.9 ايڊمن فيچر-فليگز

8. ڊيزائن-سسٽم حوالو

سامان بصري علاج — پئليٽ، ٽائپوگرافي، آئيکنوگرافي، اجزاء — /specs/sd/16-branding-design-system/ ۾ تعين ٿيل آهي. هي دستاويز ان کي استعمال ڪندي آهي؛ اهم ٽچ پوائنٽس هي آهن:

9. جوابدہ بريڪ پوائنٽس

SITP موبائل-فرسٽ ٺهيل آهي. بريڪ پوائنٽس اسٽيڪ جي پار استعمال ٿيندڙ Tailwind طئي ٿيل جي پيروي ڪن ٿا (ڏسو /specs/sd/15-tech-architecture/):

بريڪ پوائنٽ گهٽ ۾ گهٽ ويڪر رويو
base (موبائل) 0 px (طئي ٿيل) سنگل ڪالم؛ هيمبرگر نيويگيشن؛ اسٽيڪڊ ڪارڊز؛ بوٽم-ڊراور AI پينل؛ PWA بنيادي هدف.
sm 640 px جتي ڪار آمد هجي ٻه-ڪالم گرڊز؛ ان لائن فارم فيلڊز جوڙا بڻجن ٿا.
md 768 px مستقل کاٻي نيويگيشن ظاهر ٿيندي آهي؛ ٽيبلز کي ٻيو طول ملندو آهي؛ اسٽيپر ان لائن رهندو آهي.
lg 1024 px سائڊ ريلز (ٽِڪيٽ تفصيل، نگراني ڊيش بورڊ) بنيادي ڪالم سان گڏ ظاهر ٿينديون آهن.
xl 1280 px ٽن-ڪالم تجزيہ ترتيبون؛ ملٽي-پين ايڊمن ڪنزول.
2xl 1536 px ويڊ ڊيش بورڊز پکڙجن ٿا؛ پڙهڻ لاءِ وڌيڪ ۾ وڌيڪ مواد ويڪر ڪيپ.

PWA رويو. هوم اسڪرين تي انسٽال ٿيندڙ؛ صرف پڙهڻ جي ٽِڪيٽ منظرن ۽ مسودو ڪمپوزيشن لاءِ آف لائن تعاون (ٻيهر ڪنيڪشن تي قطار ۾ جمع ڪرائيندو)؛ جتي ويب تعاون ڏيي اتي پش اطلاعات. ٽچ هيڊف گهٽ ۾ گهٽ 44×44 px آهن. مستقبل جو React Native ايپ ساڳيو نيويگيشن ماڊل ۽ API معاهده ٻيهر استعمال ڪندو.

10. خالي / لوڊنگ / خرابي حالتون

هر فهرست، ڊيش بورڊ، ۽ فارم ٽنهي حالتن کي واضح طور تعين ڪندو آهي. حالتون ايماندار، بحال ڪندڙ، ۽ برانڊ مطابق آهن.

10.1 خالي حالتون

10.2 لوڊنگ حالتون

10.3 خرابي حالتون

11. "ڪافي سادو" هيپي پاٿس جو خلاصو

مٿيان اٺ سفر دلچسپ آهن، پر هر ڪردار جي هيپي پاٿ — اها پاٿ جنهن لاءِ سسٽم بهتر ٺاهي ٿو — جان بوجھڪر مختصر آهي. اهي اهي تجربا آهن جن جي 3-ڪلڪ اصول (§2.2) حفاظت ڪري ٿو.

# اداڪار هيپي پاٿ قدم
1 ڪمپني (واپس ايندڙ نمائندو) هوم → "ٽِڪيٽ فائل ڪريو" → جمع ڪريو → ٽِڪيٽ ڏسو → (پوءِ) قبول + CSAT. 5
2 ڪمپني (پهرين ڀيرو) هوم → رجسٽر (ادارو قسم + بنيادي نمائندو) → پهريون ٽِڪيٽ فائل ڪريو → ٽريڪ. 4 مرحلا
3 محڪمي آفيسر تفويض ٿيل ٽِڪيٽ ڏسو → پهريون جواب موڪليو → ثبوت سان حل ڪريو. 3
4 نگراني (DG/سيڪريٽري/وزير) ڊيش بورڊ تي خلاف ورزي ڏسو → عمل ڪريو (هدايت/اوورائڊ/توثیق) يا تبصرو. 2
5 S&ITD سهولت ڪار فرزبندي ان باڪس → روٽنگ تصديق → (پوءِ) TRI بلائو + MoM اپلوڊ ڪريو. 3
6 ڪمپني (رڪيل) ٽِڪيٽ → "TRI درخواست" → شرڪت → شيئر ٿيل MoM وصول ڪريو → تسليم. 4
7 شهري / گمنام هوم → فائل (يا وسل بلور انٽيك) → آءِ ڊي/ٽوڪن سان ٽريڪ. 2
8 ايڊمن ڪنزول → اسٽيپ-اپ تصديق → هڪ تشڪيل بدلائيو (محڪمو/SLA/AI/فليگ) → آڊٽ ٿيل. 3

آنگوٺي جو اصول: جيڪڏهن هيپي پاٿ کي هڪ مدد مضمون جي ضرورت هجي ته، ڊيزائن اڃا ڪافي سادو ناهي.

12. ڪراس ريفرنسز

دستاويز جو خاتمو.