اندرونی منظوریوں کی آٹومیشن: واضح راستہ اور مقررہ مدت

اندرونی منظوریوں کی آٹومیشن کا مطلب ہے کہ ہر درخواست، چھٹی سے لے کر خرچ اور رعایت تک، ایک معلوم راستے پر چلے: قسم اور رقم کے مطابق اسے کون منظور کرتا ہے، اس شخص کی غیر موجودگی میں اس کی جگہ کون لیتا ہے، اسکیلیشن سے پہلے وہ کتنے گھنٹے انتظار کرتی ہے، اور ایک ریکارڈ جو دکھاتا ہے کہ کس نے کیا اور کب منظور کیا۔ سیریز کے حصہ 2 میں آپ نے پروسیس کو ویسے ہی میپ کیا جیسے وہ حقیقت میں چلتا ہے، اور غالباً منظوریوں پر انتظار اس کا سب سے لمبا قدم نکلا۔ 7 حصوں کا یہ تیسرا حصہ آپ کو منظوری کا راستہ بنانے کے 4 عناصر دیتا ہے، اور ایک مشق جس میں آپ اپنی آخری 10 درخواستیں اور ہر ایک کا انتظار ٹریک کرتے ہیں۔

آٹومیشن اکثر منظوریوں سے کیوں شروع ہوتی ہے

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

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

منظوری میٹرکس: کون کس حد تک کیا منظور کرتا ہے

پہلا عنصر منظوری میٹرکس ہے، ایک ہی جدول جو ایک سوال کا جواب دیتا ہے: اس قسم کی درخواست کو، اس رقم پر، کون منظور کرتا ہے؟ اسے نام کے بجائے عہدے کے لحاظ سے لکھیں تاکہ ہر بار کسی کے جانے پر یہ نہ بدلے:

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

جو آپ کہیں اور بنا چکے ہیں اسے دوبارہ نہ بنائیں۔ خریداری کی درخواستوں کو ہم نے Purchase Requests and Approval Limits: Who Signs What? میں تفصیل سے بیان کیا ہے، اور چھٹیوں اور لیبر قانون کے تقاضوں کو Leave Under Saudi Labor Law: An Approval Path, Not WhatsApp میں۔ یہاں اہم بات یہ ہے کہ تمام اقسام کو ایک ایسی منطق میں جمع کیا جائے جس پر سسٹم چل سکے۔

منظوری دینے والے کی غیر موجودگی میں نائب

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

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

اب منظوری دینے والے کو چھٹی میں فون کھولنے کی ضرورت نہیں، اور ملازم کو اندازہ نہیں لگانا پڑتا کہ کس سے پوچھے۔

مقررہ مدت اور اسکیلیشن

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

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

منظوری کا ریکارڈ: کس نے کیا اور کب منظور کیا

چوتھا عنصر ریکارڈ ہے، جسے آڈٹ ٹریل بھی کہتے ہیں: ایک فہرست جس میں تبدیلی نہیں کی جا سکتی اور جو ہر درخواست کے لیے محفوظ رکھتی ہے کہ اسے کس نے جمع کرایا، کس نے منظور یا مسترد کیا، کب، کس اختیار سے اور کس تبصرے کے ساتھ۔ یہ اندرونی جائزہ کار، آڈیٹر اور انتظامیہ کے سوالوں کا جواب پرانی چیٹس کھنگالے بغیر دیتا ہے۔ جب کسی فیصلے کے لیے معاہدے یا ضمیمے جیسی دستاویز پر دستخط درکار ہوں تو Electronic Signatures in Saudi Arabia دیکھیں تاکہ معلوم ہو کہ کب سسٹم کے اندر منظوری کافی ہے اور کب الیکٹرانک دستخط درکار ہیں۔

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

Origami کا نقطۂ نظر

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

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

مشق: اپنی آخری 10 منظوری کی درخواستیں ٹریک کریں

5 کاروباری دنوں میں ایک ہی قسم کی اپنی آخری 10 منظوری کی درخواستیں جمع کریں، اور ہر ایک کے لیے درج کریں:

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

یہاں آپ جو اوسط انتظار نکالتے ہیں وہی آپ کی پہلی مدتوں کی بنیاد ہے، اور یہ کسی بھی عمومی عدد سے زیادہ سچا ہے۔

اگلے حصے میں

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

ذرائع

• ذاتی ڈیٹا کے تحفظ کا قانون (PDPL) — سعودی ڈیٹا اور مصنوعی ذہانت اتھارٹی (SDAIA) — ذاتی ڈیٹا کے تحفظ کے تنظیمی، انتظامی اور تکنیکی اقدامات پر آرٹیکل 19، اور پروسیسنگ کی سرگرمیوں کے ریکارڈ پر آرٹیکل 31۔
• ذاتی ڈیٹا کے تحفظ کے قانون کا نفاذی ضابطہ — SDAIA