پراسیس دستاویزی ٹیمپلیٹ: پراسیس کو اس طرح کیسے دستاویز کریں کہ اس پر عمل ہو (2026)

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

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

پراسیس دستاویز کیا ہے — اور کیا نہیں

تین دستاویزات پراسیس کی سطح پر بیان کرتی ہیں کہ کام کیسے انجام پاتا ہے، اور انہیں اکثر ایک دوسرے سے اور ان کے نیچے موجود طریقۂ کار سے گڈمڈ کر دیا جاتا ہے:

میپ تصویر ہے؛ پراسیس دستاویز وہ متن ہے جو تصویر کو قابلِ استعمال بناتا ہے؛ اور SOPs ہر خانے کے نیچے کی تفصیل ہیں۔ یہی فرق طوالت طے کرتا ہے: جو پراسیس دستاویز ہر قدم کے کلک کی وضاحت کرے وہ ایسا مینول بن جاتا ہے جسے کوئی نہیں پڑھتا، اور متن کے بغیر پراسیس میپ ایسی تصویر ہے جس کی ہر شخص اپنے انداز میں تعبیر کرتا ہے۔ SOP، اس کا ٹیمپلیٹ اور اس کا جائزے کا چکر SOP ٹیمپلیٹ اور SOP کیسے لکھیں میں ہیں؛ یہ گائیڈ ان سے اوپر کی سطح کے بارے میں ہے، جو بتاتی ہے کہ SOPs کہاں درکار ہیں اور کون کس کو کیا سونپتا ہے۔

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

کیا شامل کریں: معیاری فارمیٹ

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

ہیڈر — دستاویز کی شناخت، ایک سطر میں پانچ خانے: ایک ID جس کا حوالہ دیا جا سکے ("PR-HR-02")، ایک ورژن ("v1.3")، مالک — ایک نامزد شخص جو پورے پراسیس کا ذمہ دار ہو، کوئی شعبہ نہیں — نفاذ کی تاریخ اور اگلے جائزے کی تاریخ۔ جس پراسیس کی جائزے کی تاریخ نہ ہو اس کا جائزہ تب ہوتا ہے جب کچھ بگڑ جائے۔

1. مقصد اور نتیجہ۔ ایک یا دو جملے: یہ پراسیس کیا فراہم کرتا ہے، کس کو، اور اچھا نتیجہ کیسا ہے — اگر کوئی عدد ہو تو اس کے ساتھ۔ "نئے ملازم کے پاس پہلے دن اکاؤنٹس، آلات، ایک منصوبہ اور ایک نامزد بڈی ہو، اور 30ویں دن تک 30 دن کا جائزہ مکمل ہو۔"
2. ٹرگر اور اختتامی حالت۔ وہ واقعہ جو پراسیس شروع کرتا ہے اور وہ نتیجہ جو اسے ختم کرتا ہے۔ "اس وقت شروع ہوتا ہے جب دستخط شدہ معاہدہ HR فولڈر میں آتا ہے؛ اس وقت ختم ہوتا ہے جب 30 دن کا جائزہ درج ہو جاتا ہے۔" ان دو جملوں کے درمیان سب کچھ پراسیس ہے؛ ان سے باہر سب کچھ کوئی اور دستاویز ہے۔ اگر پراسیس کا کوئی واضح اختتام نہیں تو وہ دو پراسیس ہیں۔
3. دائرۂ کار۔ یہ پراسیس کب لاگو ہوتا ہے اور کب نہیں، ساتھ والے پراسیسز کے نام ID کے ساتھ۔ "ہمارے ساتھ معاہدے پر کام کرنے والے ملازمین، کسی بھی ملک میں۔ شامل نہیں: کنٹریکٹرز (PR-HR-04)؛ اندرونی تبادلے (PR-HR-06)۔"
4. کردار۔ ہر وہ کردار جو مراحل میں آتا ہے، اس کی ملکیت کے ساتھ — کردار، نام نہیں، تاکہ نئی بھرتی کے بعد بھی دستاویز قائم رہے۔ ان میں سے ایک پراسیس کا مالک ہے، جو پورے بہاؤ کا ذمہ دار ہے، ان ہینڈ آفس سمیت جن کا بذاتِ خود کوئی مالک نہیں ہوتا۔
5. مراحل اور ہینڈ آف۔ دستاویز کا مرکزی حصہ: ترتیب وار مراحل، ہر ایک کے ساتھ وہ کردار جو اسے انجام دیتا ہے، کیا آتا ہے (ان پٹ)، کیا نکلتا ہے اور کہاں درج ہوتا ہے (آؤٹ پٹ)، کس کے پاس جاتا ہے، اور وقت کی حد۔ ہینڈ آف صراحت سے لکھا جاتا ہے — "کس کو: IT، دن −5 تک" — کیونکہ ہینڈ آف ہی وہ جگہ ہے جہاں پراسیس ناکام ہوتے ہیں: دونوں فریق سمجھتے ہیں کہ دوسرے کے پاس ہے۔
6. استثنائی صورتیں اور ایسکلیشن۔ خوشگوار راستے سے ہٹنے والی شاخیں: جب اجازت نامہ دیر سے آئے، کریڈٹ چیک ناکام ہو جائے، مالک غیر حاضر ہو تو کیا ہوتا ہے۔ ہر استثنا میں ایک کردار یا شخص کا نام ہو جو فیصلہ کرتا ہے، کبھی "کسی سے پوچھ لیں" نہیں۔ آخری سطر اس کو سنبھالتی ہے جو رہ گیا: "جو یہاں درج نہیں: پراسیس کا مالک فیصلہ کرتا ہے، اور معاملہ اگلے جائزے میں اٹھایا جاتا ہے۔"
7. پیمائشیں۔ دو یا تین اعداد جن پر مالک نظر رکھتا ہے — ٹرگر سے اختتامی حالت تک کا سائیکل ٹائم، ماہانہ کیسز، استثنا سے گزرنے والوں کا تناسب۔ ڈیش بورڈ نہیں؛ وہ اعداد جو مالک کو بتائیں کہ شکایت آنے سے پہلے پراسیس بھٹک رہا ہے۔
8. متعلقہ دستاویزات اور ترمیمی تاریخ۔ ہر مرحلے کے نیچے SOPs، وہ پالیسی جسے پراسیس نافذ کرتا ہے، میپ کا لنک؛ پھر ہر ورژن کی ایک سطر — تاریخ، کیا بدلا، کس نے منظور کیا۔ یہی تاریخ اس بات کو روکتی ہے کہ وہی غلطی نئے ورژن نمبر کے تحت دوبارہ آ جائے۔

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

پراسیس کو اس طرح کیسے دستاویز کریں کہ اس پر عمل ہو

تین وجوہات تقریباً ہر اس پراسیس دستاویز کی وضاحت کرتی ہیں جس پر عمل نہیں ہوتا، اور ہر ایک کا حل تحریر کا حصہ ہے، کسی بعد کے نفاذ کا نہیں۔

پہلی وجہ: یہ پراسیس کو ویسے بیان کرتی ہے جیسے ڈیزائن ہوا، ویسے نہیں جیسے چلتا ہے۔ دستاویز ورکشاپ میں ان لوگوں نے لکھی جو کام کا انتظام کرتے ہیں، اور جو لوگ کام کرتے ہیں ان کا ورژن مختلف ہے — ساتھ والی اسپریڈ شیٹ کے ساتھ، اور اس ساتھی کے ساتھ جسے مرحلہ 3 پر فون کیا جاتا ہے۔ حل یہ ہے کہ لکھنے سے پہلے شواہد سے نقشہ بنائیں۔ تین حقیقی کیسز کو ٹرگر سے اختتامی حالت تک فالو کریں اور لکھیں کہ اصل میں کیا ہوا: ای میلز، پیغامات، فارم، انتظار۔ اگر پراسیس کسی گروپ چیٹ میں چلتا ہے — ڈسٹری بیوٹرز کے آرڈر WhatsApp پر آتے ہیں، شفٹ کی تبدیلیاں Telegram گروپ میں طے ہوتی ہیں — تو چیٹ ہی ثبوت ہے، اور واک تھرو اس کی ہسٹری سے شروع ہوتی ہے: Export chat سے کیا ملتا ہے اور وہ کہاں رک جاتا ہے، یہ WhatsApp چیٹ کیسے ایکسپورٹ کریں میں ہے۔ جہاں تینوں کیسز مختلف ہوں وہی دستاویز کے وجود کی وجہ ہے؛ ہر فرق کے لیے طے کریں کہ وہ متن میں ٹھیک کرنے کا مرحلہ ہے یا ٹیم کے ساتھ کرنے کی بات چیت۔

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

تیسری وجہ: یہ بدل گئی اور جن کا مرحلہ بدلا انہیں بتایا نہیں گیا۔ ایک جائزے میں کریڈٹ چیک کو پک سے پہلے لے آیا گیا، یا منتقل ہونے والی بھرتیوں کے لیے ایک قدم شامل ہوا، اور دستاویز اپ ڈیٹ ہو گئی — لیکن گودام اور بھرتی کرنے والے مینیجرز وہی کرتے رہے جو پہلے کرتے تھے۔ حل یہ ہے کہ پراسیس چلانے والوں کے ساتھ اس کی واک تھرو کریں، اور ہر تبدیلی کا اعلان ان سطروں کے ساتھ کریں جو بدلیں۔ واک تھرو ایک میٹنگ ہے: مالک اور ہر کردار کا ایک شخص، موجودہ ورژن سب کی اسکرین پر، ہر مرحلہ وہ شخص بلند آواز سے پڑھے جو اسے کرتا ہے، ہر ہینڈ آف دونوں فریق تصدیق کریں۔ واک تھرو جو بدلتی ہے وہ تاریخ میں ایک سطر کے ساتھ نیا ورژن بنتا ہے، اور جو تین سطریں بدلیں وہ ان لوگوں کو اسی دن بھیجی جاتی ہیں جن کے مراحل ان سے متاثر ہوئے، اسی جگہ جہاں وہ پہلے سے پڑھتے ہیں۔ جو فیصلہ مرحلے کے بجائے کسی اصول کو بدلے وہ فیصلوں کے لاگ میں بھی جاتا ہے، اندراج میں پراسیس ID کے ساتھ۔

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

پراسیس دستاویزی ٹیمپلیٹ

[Process ID] — [پراسیس کا نام]
ورژن: [n.n] · مالک: [نام، کردار] · نفاذ: [تاریخ] · اگلا جائزہ: [تاریخ]

1. مقصد اور نتیجہ
[ایک یا دو جملے — یہ پراسیس کیا فراہم کرتا ہے، کس کو، اور اچھا نتیجہ کیسا ہے، اگر کوئی عدد ہو تو اس کے ساتھ۔]

2. ٹرگر اور اختتامی حالت
شروع ہوتا ہے جب: [واقعہ] · ختم ہوتا ہے جب: [وہ نتیجہ جو اب موجود ہے]

3. دائرۂ کار
شامل ہے: [کیسز، سائٹس، گاہک، ممالک] · شامل نہیں: [جسے کوئی اور پراسیس سنبھالتا ہے، اس کی ID کے ساتھ]

4. کردار
پراسیس کا مالک: [وہ ایک شخص جو پورے بہاؤ کا ذمہ دار ہے]
[کردار] — [اس پراسیس میں وہ کس کا مالک ہے]
[کردار] — [اس پراسیس میں وہ کس کا مالک ہے]

5. مراحل اور ہینڈ آف
5.1 [مرحلہ] — [کردار] — ان پٹ: [کیا آتا ہے] — آؤٹ پٹ: [کیا نکلتا ہے، کہاں درج ہوتا ہے] — کس کو: [اگلا کردار] — کب تک: [وقت کی حد]
5.2 [مرحلہ] — [کردار] — ان پٹ: … — آؤٹ پٹ: … — کس کو: … — کب تک: …
5.3 [مرحلہ] — [کردار] — ان پٹ: … — آؤٹ پٹ: … — کس کو: … — کب تک: …

6. استثنائی صورتیں اور ایسکلیشن
اگر [شرط]: [کیا ہوتا ہے، فیصلہ کون کرتا ہے]
اگر [شرط]: [کیا ہوتا ہے، فیصلہ کون کرتا ہے]
جو یہاں درج نہیں: [کردار] فیصلہ کرتا ہے؛ معاملہ اگلے جائزے میں اٹھایا جاتا ہے۔

7. پیمائشیں
[دو یا تین اعداد جن پر مالک نظر رکھتا ہے — سائیکل ٹائم، ماہانہ کیسز، استثنا سے گزرنے والوں کا تناسب — اور وہ کہاں پڑھے جاتے ہیں۔]

8. متعلقہ دستاویزات اور ترمیمی تاریخ
SOPs: [IDs، جہاں ضرورت ہو ہر مرحلے کے لیے ایک] · نافذ کرتا ہے: [پالیسی] · میپ: [ڈایاگرام کا لنک]
v[n.n] — [تاریخ] — [کیا بدلا] — منظور کنندہ [نام]
v[n.n] — [تاریخ] — [کیا بدلا] — منظور کنندہ [نام]

ٹیمپلیٹ سادہ متن ہے جس میں بولڈ لیبلز ہیں، اس لیے اسے بغیر دوبارہ فارمیٹ کیے Word فائل، Google Doc، وکی صفحے، Slack کینوس یا چیٹ نوٹ میں پیسٹ کیا جا سکتا ہے۔ جو دو حصے سب سے زیادہ خالی چھوڑے جاتے ہیں وہ ہینڈ آف ہیں — "کس کو، کب تک" — اور جائزے کی تاریخ؛ یہی دو طے کرتے ہیں کہ ایک سال بعد بھی پراسیس ویسے ہی چل رہا ہے جیسا دستاویز کہتی ہے یا نہیں۔

ایک عملی مثال: نئے ملازم کی آن بورڈنگ، دستخط شدہ معاہدے سے دن 30 تک

ساٹھ افراد کی ایک کمپنی جس کی تین ممالک میں بھرتیاں ہیں؛ پراسیس چار کرداروں سے گزرتا ہے اور اس وقت ختم ہوتا ہے جب 30 دن کا جائزہ درج ہو جاتا ہے۔

PR-HR-02 — نئے ملازم کی آن بورڈنگ
ورژن: 1.3 · مالک: ہیڈ آف آپریشنز، Inés M. · نفاذ: 1 اکتوبر 2026 · اگلا جائزہ: 1 اپریل 2027

1. مقصد اور نتیجہ — نئے ملازم کے پاس پہلے دن کام کرتے ہوئے اکاؤنٹس، آلات، پہلے مہینے کا منصوبہ اور ایک نامزد بڈی ہو، اور 30ویں دن تک درج شدہ 30 دن کا جائزہ ہو، چاہے وہ کسی بھی ملک میں شروع کرے۔
2. ٹرگر اور اختتامی حالت — شروع ہوتا ہے جب: دستخط شدہ معاہدہ HR فولڈر میں آتا ہے۔ ختم ہوتا ہے جب: 30 دن کا جائزہ ملازم کی فائل میں درج ہو جاتا ہے۔
3. دائرۂ کار — ہمارے ساتھ معاہدے پر کام کرنے والے ملازمین، کسی بھی ملک میں، دفتر سے یا ریموٹ۔ شامل نہیں: کنٹریکٹرز (PR-HR-04)؛ اندرونی تبادلے (PR-HR-06)۔
4. کردار — پراسیس کا مالک: ہیڈ آف آپریشنز۔ HR: فائل، دستاویزات، پے رول، ویلکم پیک۔ IT: اکاؤنٹس، آلات، رسائی۔ بھرتی کرنے والا مینیجر: منصوبہ، بڈی، چیک اِنز۔ فنانس: پے رول کا سیٹ اپ۔

5. مراحل اور ہینڈ آف
5.1 فائل کھولنا — HR — ان پٹ: دستخط شدہ معاہدہ — آؤٹ پٹ: آن بورڈنگ ریکارڈ جس میں آغاز کی تاریخ، ملک، مینیجر، زبان درج ہو؛ ملازم کی زبان میں بھیجا گیا ویلکم پیک — کس کو: IT اور بھرتی کرنے والا مینیجر — کب تک: دستخط کے دو کام کے دن بعد
5.2 اکاؤنٹس اور آلات — IT — ان پٹ: ریکارڈ — آؤٹ پٹ: بنائے گئے اکاؤنٹس، ملازم کے پتے پر بھیجا گیا لیپ ٹاپ، کردار کے پروفائل کے مطابق رسائی؛ ریکارڈ میں تصدیق — کس کو: HR — کب تک: آغاز کی تاریخ سے پانچ کام کے دن پہلے
5.3 دستاویزات اور پے رول — HR، پھر فنانس — ان پٹ: ریکارڈ، ملازم کی دستاویزات (اجازت نامہ یا رجسٹریشن جہاں ملک تقاضا کرے) — آؤٹ پٹ: ملازم پے رول میں، دستاویزات فائل میں — کس کو: بھرتی کرنے والا مینیجر — کب تک: آغاز کی تاریخ
5.4 پہلے مہینے کی منصوبہ بندی — بھرتی کرنے والا مینیجر — ان پٹ: ریکارڈ — آؤٹ پٹ: فائل میں 30 دن کا منصوبہ، ایک نامزد بڈی، ملازم کے کیلنڈر میں پہلا ہفتہ، ٹیم کے ساتھ ویلکم کال بک شدہ — کس کو: ملازم، پہلے دن — کب تک: آغاز سے ایک دن پہلے
5.5 پہلا دن — بھرتی کرنے والا مینیجر اور بڈی — ان پٹ: منصوبہ — آؤٹ پٹ: ویلکم کال ہو چکی، منصوبہ سمجھا دیا گیا، ملازم کے کھلے سوالات ٹیم کے چینل میں درج — کس کو: ملازم — کب تک: پہلے دن کے اختتام تک
5.6 چیک اِنز — بھرتی کرنے والا مینیجر — ان پٹ: منصوبہ، درج شدہ سوالات — آؤٹ پٹ: دن 7 اور دن 30 کا چیک اِن، فائل میں درج 30 دن کا جائزہ — کس کو: HR، ریکارڈ بند کرنے کے لیے — کب تک: دن 30

6. استثنائی صورتیں — آغاز کی تاریخ تک اجازت نامہ یا رجسٹریشن مکمل نہ ہو: ملازم ان کاموں سے آغاز کرتا ہے جنہیں مینیجر اس کے بغیر جائز قرار دے؛ فالو اپ HR کے ذمے ہے اور تاریخ ریکارڈ میں درج ہوتی ہے۔ لیپ ٹاپ دن −2 تک نہ پہنچے: IT دفتر کے اسٹاک سے ایک عارضی لیپ ٹاپ بھیجتا ہے؛ ہیڈ آف آپریشنز کو اسی دن بتایا جاتا ہے۔ ایسے ملک میں بھرتی جہاں ہم نے پہلے بھرتی نہیں کی: مرحلہ 5.3 رک جاتا ہے؛ ہیڈ آف آپریشنز تین کام کے دنوں میں ایمپلائر آف ریکارڈ کا راستہ طے کرتا ہے (PR-HR-05)۔
7. پیمائشیں — دستخط سے اکاؤنٹس تیار ہونے تک کام کے دن (ہدف ≤ 7)؛ ان بھرتیوں کا تناسب جن کا 30 دن کا جائزہ دن 30 تک درج ہو (ہدف 100 %)؛ پہلے ہفتے میں درج سوالات، سہ ماہی جائزے میں پڑھے جاتے ہیں تاکہ دیکھا جا سکے کہ کون سا مرحلہ بار بار انہیں جنم دیتا ہے۔
8. متعلقہ — SOP-IT-03 "نئے اکاؤنٹس اور رسائی"؛ SOP-HR-08 "ملک کے مطابق پے رول سیٹ اپ"؛ آن بورڈنگ پالیسی §2؛ میپ: HR فولڈر میں سوِم لین ڈایاگرام۔
v1.3 — 1 اکتوبر 2026 — ویلکم پیک اب ملازم کی زبان میں بھیجا جاتا ہے؛ دن 7 کا چیک اِن شامل — منظور کنندہ Inés M.
v1.2 — 3 جون 2026 — دو دیر سے ڈیلیوریز کے بعد لیپ ٹاپ کی شپنگ آغاز سے پانچ دن پہلے کر دی گئی — منظور کنندہ Inés M.

دیکھیے مثال کیا کرتی ہے۔ ہر مرحلہ کردار کا نام بتاتا ہے، کیا آتا ہے، کیا نکلتا ہے اور کہاں درج ہوتا ہے، اگلا کس کو ملتا ہے اور کب تک — اس لیے جو ہینڈ آف نہ ہوا وہ ریکارڈ میں خالی جگہ کے طور پر نظر آتا ہے، پہلے دن کی حیرت کے طور پر نہیں۔ ہر استثنا بتاتا ہے کہ فیصلہ کون کرتا ہے۔ پیمائشیں تین اعداد ہیں، ڈیش بورڈ نہیں۔ اور تاریخ بتاتی ہے کہ مراحل ایسے کیوں ہیں: مرحلہ 5.2 کی تاریخ اس لیے ہے کہ دو لیپ ٹاپ دیر سے پہنچے تھے، اور دن 7 کا چیک اِن اس لیے ہے کہ دن 30 کے جائزے میں بار بار ایسے سوالات ملتے تھے جن کا جواب پہلے ہفتے میں مل جانا چاہیے تھا۔

ایک مختصر دوسری مثال، ڈسٹری بیوٹرز والے ایکسپورٹر کے لیے سیلز پراسیس کی شکل:

PR-SA-01 — آرڈر سے ڈیلیوری تک · مالک: ایکسپورٹ مینیجر · شروع ہوتا ہے جب: ڈسٹری بیوٹر کا آرڈر آتا ہے · ختم ہوتا ہے جب: ڈیلیوری کی تصدیق ہو جاتی ہے اور انوائس بھیج دی جاتی ہے
1. آرڈر کی جانچ — اکاؤنٹ کا مالک — ان پٹ: آرڈر — آؤٹ پٹ: سسٹم میں آرڈر کی تصدیق، یا ڈسٹری بیوٹر کو واپس سوال — کس کو: فنانس — کب تک: ایک کام کا دن
2. کریڈٹ چیک — فنانس — ان پٹ: تصدیق شدہ آرڈر — آؤٹ پٹ: ریلیز، یا وجہ کے ساتھ روکا گیا — کس کو: گودام — کب تک: ایک کام کا دن
3. پک اور پیک — گودام — ان پٹ: ریلیز شدہ آرڈر — آؤٹ پٹ: پیکنگ لسٹ کے ساتھ پیک شدہ — کس کو: لاجسٹکس — کب تک: تین کام کے دن
4. دستاویزات اور شپنگ — لاجسٹکس — ان پٹ: پیک شدہ آرڈر — آؤٹ پٹ: بک شدہ شپمنٹ، منزل کی دستاویزات منسلک، سسٹم میں ٹریکنگ — کس کو: فنانس اور اکاؤنٹ کا مالک — کب تک: ایک کام کا دن
5. انوائس اور تصدیق — فنانس، پھر اکاؤنٹ کا مالک — ان پٹ: شپمنٹ — آؤٹ پٹ: انوائس بھیج دی گئی؛ ڈسٹری بیوٹر کے ساتھ ڈیلیوری کی تصدیق اور اس کا اندراج — اگر کریڈٹ روکا گیا: اکاؤنٹ کا مالک ایک کام کے دن کے اندر ڈسٹری بیوٹر کو فون کرتا ہے؛ ایکسپورٹ مینیجر ریلیز یا پیشگی ادائیگی کا فیصلہ کرتا ہے۔

بارہ سطریں، اور ڈسٹری بیوٹر کا نیا کلرک اور گودام کا نیا شخص دونوں جانتے ہیں کہ وہ کس کے منتظر ہیں۔

پراسیس دستاویز اور اس کی واک تھرو ان ٹولز میں کہاں رہتی ہیں جو آپ پہلے سے استعمال کرتے ہیں

دستاویز خود وہیں رہتی ہے جہاں ٹیم کی دستاویزات رہتی ہیں — مشترکہ لائبریری میں Word فائل، Google Doc، وکی کا صفحہ، چینل میں کینوس۔ واک تھرو ایک میٹنگ ہے، اور ہر پلیٹ فارم میں اس کے پیچھے بچنے والے مواد کی ایک جگہ ہے؛ ہر ایک الگ مقام پر رک جاتا ہے۔ صرف دستاویزی رویہ، وینڈرز کے اپنے صفحات سے، اس مہینے کے ساتھ جب ہر صفحہ جانچا گیا:

دو باتیں ہر جگہ ایک جیسی ہیں۔ پراسیس دستاویز اس ایک زبان کی فائل ہے جس میں لکھی گئی، اور جو ساتھی دوسری زبان پڑھتا ہے وہ یہی پڑھتا ہے یا کسی کی بنائی ہوئی کاپی؛ اور واک تھرو نے جو بدلا وہ دستاویز تک تب ہی پہنچتا ہے جب کوئی شخص بعد میں اسے اسی زبان میں ٹائپ کرے۔ یہ سوٹس جس ترجمے کو دستاویز کرتے ہیں وہ کال سے تعلق رکھتا ہے، دستاویز سے نہیں: Microsoft Teams میٹنگز میں لائیو ترجمہ شدہ کیپشنز کو اس صورت میں دستاویز کرتا ہے جب منتظم کے پاس Teams Premium یا Microsoft 365 Copilot لائسنس ہو، اور Google اہل Workspace پلانز پر Meet میں ترجمہ شدہ کیپشنز کو دستاویز کرتا ہے (دونوں اگست 2026 میں جانچے گئے) — ہر ایک کیا کور کرتا ہے اور کہاں رکتا ہے، یہ Microsoft Teams لائیو ترجمہ اور Google Meet لائیو ترجمہ میں ہے۔ وہ پراسیس جو نیا کلرک منگل کو کھولتا ہے، اور وہ واک تھرو جس نے اسے بدلا، ان کیپشنز سے الگ چیزیں ہیں، اور وہ اسی زبان میں پڑھی جاتی ہیں جس میں ٹائپ کی گئیں۔

پراسیس، اس کی واک تھرو اور اس کی تاریخ ہر رکن کے لیے کیسے پڑھنے کے قابل رہتی ہیں

InterMIND رابطے کا ایسا اسپیس ہے جہاں ٹیم کا کام ایک چینل میں رہتا ہے، اس لیے مکمل پراسیس دستاویز کا گھر واضح ہے: اس ٹیم کا چینل جو پراسیس چلاتی ہے — ایک چینل ان لوگوں کے لیے جو HR، IT، فنانس اور بھرتی کرنے والے مینیجرز میں سے ہر ایک کسی مرحلے کا مالک ہے۔ نوٹ کے طور پر پوسٹ کریں — ہیڈنگز اور نمبر والی فہرستوں کے ساتھ رچ ٹیکسٹ پیغام، جو بعد میں اپنے مینو سے ایڈٹ ہو سکتا ہے — تو اسے ہر رکن اپنی زبان میں پڑھتا ہے، اصل متن ایک ٹوگل کی دوری پر، اور اسے پن کیا جاتا ہے تاکہ موجودہ ورژن نئے ساتھی کو سب سے پہلے ملے؛ ایڈٹ ہسٹری آن ہو تو بدلے ہوئے مرحلے کے پرانے الفاظ موجودہ متن کے اوپر لفظ بہ لفظ فرق کے طور پر اپنے ٹائم اسٹیمپ کے ساتھ نظر آتے ہیں۔ فائل کے طور پر اپ لوڈ کریں — PDF یا Word دستاویز — تو اس کے ساتھ، ہر پلان پر، قاری کی زبان میں AI خلاصہ آتا ہے جس کا ہر نکتہ اس پیراگراف سے جڑا ہوتا ہے جہاں سے لیا گیا، یعنی ایک صفحے کا مطالعہ کسی کے لکھنے سے پہلے ہی موجود ہوتا ہے؛ ادائیگی والے پلانز پر فائل خود قاری کی زبان میں ترجمہ ہو کر کھلتی ہے (دستاویزات کے لیے 30 زبانیں)۔ اگر ماسٹر کاپی کسی دستاویزی ٹول میں رہے تو اس کی اپ ڈیٹس ای میل کے ذریعے چینل میں پہنچتی ہیں: چینل کا میزبان اسے اس کا اپنا پتہ دیتا ہے، اور وہاں بھیجا گیا پیغام بھیجنے والے کے نام اور منسلکات کے ساتھ ایک عام پیغام کے طور پر ظاہر ہوتا ہے۔

واک تھرو اسی چینل سے شروع ہوتی ہے۔ کال کے دوران، موجودہ ورژن Share to conference کے ذریعے ویڈیو ٹائلز کے ساتھ سب کی اسکرین پر آ جاتا ہے — کوئی نوٹ، یا چیٹ میں لنک کی گئی Google Docs یا OneDrive دستاویز — اور ہر شریک اسے آزادانہ طور پر اسکرول کرتا ہے اور اپنی زبان میں پڑھتا ہے؛ شیئر کیا گیا نوٹ شیئر کرنے والا لائیو ایڈٹ کرتا ہے جبکہ کمرہ بدلے ہوئے ہینڈ آف کو شکل اختیار کرتے دیکھتا ہے۔ کال ختم ہونے پر ریکیپ خود میٹنگ سے لکھا جاتا ہے — ایک خلاصہ، وہ نکات جن پر متفق، کھلے یا متنازع کا نشان ہو، مالکان کے ساتھ action items، ہر سطر اپنے ٹائم اسٹیمپ کے ساتھ — اور سیشن کے دوران شیئر کی گئی دستاویزات اپنے خلاصوں کے ساتھ اس میں شامل ہوتی ہیں جو کہا گیا۔ یہ ای میل کے ذریعے، چینل میں پیغام کے طور پر اور کیلنڈر ایونٹ میں لنک کے طور پر پہنچتا ہے، اور ہر سائن اِن رکن اسے اپنی زبان میں پڑھتا ہے: ریکارڈ ہر قاری کے لیے ترجمہ ہوتا ہے، اس زبان میں ایک بار نہیں لکھا جاتا جو کمرے میں اتفاق سے استعمال ہوئی۔ کوئی بھی رکن اسے ایڈٹ کر سکتا ہے، ہر ایڈٹ مصنف اور ترمیمی تاریخ کو محفوظ رکھتی ہے، اور چینل ہر گزشتہ سیشن کا ریکیپ رکھتا ہے — یوں وہ واک تھرو جس سے v1.3 بنا اور وہ نوٹ جو v1.3 ہے ایک کلک کے فاصلے پر ہیں۔ رکن کا اپنا اسسٹنٹ — Claude، ChatGPT، Copilot یا Gemini، MCP کنیکٹر کے ذریعے جڑا ہوا — ایک ہی سوال میں ریکیپس، ٹرانسکرپٹس، چیٹس اور شیئر کی گئی فائلوں کا متن تلاش کرتا ہے، "لیپ ٹاپ آغاز کی تاریخ سے پانچ دن پہلے کیوں بھیجا جاتا ہے؟"، اور دستاویز خود پڑھتا ہے؛ یہ ان تنظیموں کے لیے چلتا ہے جن کے AI فیچرز آن ہوں۔ اوپر کی جدول کے ساتھ رکھ کر دیکھیں تو فرق سادہ حقیقت ہے: ان سوٹس کے دستاویز کردہ کیپشنز کال کے چلتے وقت اس کا ترجمہ کرتے ہیں؛ یہاں پراسیس، اس کی واک تھرو اور اس کی تاریخ ایک ہی ریکارڈ ہیں، جسے ہر رکن اپنی زبان میں پڑھتا ہے۔

پراسیس میں حصہ لینے والے ہمیشہ ملازمین نہیں ہوتے۔ ڈسٹری بیوٹر کا آرڈر کلرک، کسی دوسرے ملک میں پے رول فراہم کنندہ، کوئی کنٹریکٹر جو ایک مرحلے کا مالک ہے: چینل کا بیرونی رکن ای میل کے ذریعے مفت اکاؤنٹ پر شامل ہوتا ہے اور پراسیس اور اس کی تاریخ سب کی طرح پڑھتا ہے؛ جس شخص کے پاس اکاؤنٹ نہ ہو وہ ایک میٹنگ کا مہمان ہے — وہ لنک کے ذریعے، فون سے، بلا معاوضہ واک تھرو میں شامل ہوتا ہے، اسے لائیو اپنی زبان میں سنتا ہے، اور بعد میں اسے کوئی ریکارڈ نہیں ملتا۔ میزبان اسپیس فراہم کرتا ہے اور، ادائیگی والے پلان پر، صرف پچھلے 28 دنوں میں فعال اراکین کی ادائیگی کرتا ہے — جنہوں نے کسی میٹنگ میں شمولیت کی، چیٹ میں لکھا یا اسسٹنٹ سے پوچھا؛ جو اراکین خاموش ہو جائیں وہ بلا معاوضہ اپنی رسائی برقرار رکھتے ہیں۔

• مکمل ریکیپ کھولیں — ایک حقیقی ریکارڈ، اسی کوڈ سے تیار جو آپ کا ریکارڈ لکھتا ہے۔
• لائیو ڈیمو آزمائیں — سائن اپ کے بغیر؛ بولیں، اور سنیں کہ کمرہ ہر سننے والے کے لیے ترجمہ ہو رہا ہے۔

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

FAQ

پراسیس دستاویزی کیا ہے؟

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

پراسیس دستاویزی میں کیا شامل ہونا چاہیے؟

ایک ہیڈر جس میں ID، ورژن، مالک، نفاذ کی تاریخ اور اگلے جائزے کی تاریخ ہو؛ مقصد اور نتیجہ؛ ٹرگر اور اختتامی حالت؛ دائرۂ کار، بشمول وہ جو پراسیس کور نہیں کرتا؛ کردار، ایک نامزد پراسیس مالک کے ساتھ؛ ترتیب وار مراحل، ہر ایک میں کردار، ان پٹ، آؤٹ پٹ اور اس کا اندراج کہاں ہوتا ہے، اگلا کردار اور وقت کی حد؛ استثنائی صورتیں اور ایسکلیشن، ہر ایک کے لیے فیصلہ کرنے والے کے ساتھ؛ دو یا تین پیمائشیں؛ اور متعلقہ SOPs، وہ پالیسی جسے یہ نافذ کرتی ہے اور ترمیمی تاریخ۔

پراسیس کو قدم بہ قدم کیسے دستاویز کریں؟

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

پراسیس دستاویزی اور SOP میں کیا فرق ہے؟

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

پراسیس دستاویزی کی مثالیں کیا ہیں؟

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

کیا Word یا Google Docs میں پراسیس دستاویزی ٹیمپلیٹ موجود ہے؟

اس گائیڈ کا ٹیمپلیٹ بولڈ لیبلز کے ساتھ سادہ متن ہے، اس لیے اسے Word دستاویز، Google Doc، وکی صفحے، Slack کینوس یا چیٹ نوٹ میں بغیر دوبارہ فارمیٹ کیے پیسٹ کیا جا سکتا ہے۔ فارمیٹ فائل سے زیادہ اہم ہے: جو بھی دستاویز کو رکھے اسے مالک اور جائزے کی تاریخ والا ہیڈر، ٹرگر اور اختتامی حالت، وقت کی حد کے ساتھ کرداروں کے درمیان ہینڈ آف کے طور پر لکھے گئے مراحل، ہر استثنا کے لیے نامزد فیصلہ کرنے والا، اور ترمیمی تاریخ درکار ہے — اور اسے وہاں ہونا چاہیے جہاں پراسیس چلانے والے پہلے سے پڑھتے ہیں۔

پراسیس دستاویزی کون لکھے؟

پراسیس کا مالک — ایک نامزد شخص جو پورے بہاؤ کا ذمہ دار ہو، عموماً اس شعبے کا مینیجر جس سے پراسیس زیادہ تر گزرتا ہے — اور ہر اس کردار کا ایک شخص جو کوئی مرحلہ سنبھالتا ہے۔ مالک قلم اور جائزے کی تاریخ رکھتا ہے؛ مراحل کرنے والے شریکِ مصنف ہیں، کیونکہ ان کے ساتھ لکھنے کے بجائے ان کے بارے میں لکھی گئی دستاویز پراسیس کو ویسے بیان کرتی ہے جیسے ڈیزائن ہوا، جبکہ اصل پراسیس ان کے ذہنوں میں رہتا ہے۔ نیا آنے والا ٹیسٹر ہے: اگر وہ اپنا مرحلہ اور اس کے ساتھ والے دو مراحل ایک منٹ سے کم میں ڈھونڈ لے تو دستاویز کام کرتی ہے۔

پراسیس دستاویزی کتنی بار اپ ڈیٹ کی جانی چاہیے؟

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

ذرائع: Microsoft — Microsoft Teams میں میٹنگ نوٹس لیں؛ Microsoft — Microsoft Teams میٹنگز میں لائیو کیپشنز استعمال کریں؛ Zoom — AI Companion کے ساتھ میٹنگ سمری کا استعمال؛ Google — "Take notes for me" کے لیے Calendar اور Meet کی سیٹنگز؛ Google Meet — Google Meet میں "Take notes for me"؛ Google Meet — ترجمہ شدہ کیپشنز استعمال کریں؛ Slack — میٹنگ ایجنڈا ٹیمپلیٹ (کینوس)۔ Microsoft، Google اور Slack کے میٹنگ نوٹس اور ٹیمپلیٹ صفحات اکتوبر 2026 میں جانچے گئے؛ Zoom کا میٹنگ سمری صفحہ اور Teams اور Meet کے کیپشنز کے صفحات اگست 2026 میں جانچے گئے۔ وینڈرز وقت کے ساتھ پلانز، فیچرز اور زبانوں کی فہرستیں بدلتے رہتے ہیں؛ موجودہ صورتحال کے لیے ان کے صفحات دیکھیں۔