مینوفیکچرنگ پلاننگ سافٹ ویئر: اسپریڈشیٹ سے APS تک، چار مراحل میں

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

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

مینوفیکچرنگ پلاننگ سافٹ ویئر کے چار مراحل

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

مرحلہ 2: ERP سسٹم۔ آرڈرز، اسٹاک اور بل آف میٹریلز (BOM) ایک مستند ریکارڈ والے سسٹم میں چلے جاتے ہیں، اور MRP (میٹریل ریکوائرمنٹس پلاننگ) حساب لگانے لگتی ہے کہ کیا خریدنا ہے۔ ڈیٹا صاف ہو جاتا ہے۔ لیکن زیادہ تر ERP سسٹم مقررہ لیڈ ٹائم سے پلاننگ کرتے ہیں اور فرض کرتے ہیں کہ ہر مشین کی کیپیسٹی لامحدود ہے۔ اسی لیے ERP کے خیال میں ہر آرڈر 10 دن لیتا ہے، جبکہ شاپ فلور حقیقت جانتا ہے۔

مرحلہ 3: ERP کے ساتھ APS ٹول۔ ایک شیڈولنگ ٹول ERP سے آرڈرز پڑھتا ہے اور انہیں حقیقی کیلنڈرز والی حقیقی مشینوں پر ترتیب دیتا ہے۔ اب آپ دیکھ سکتے ہیں کہ کون سا آرڈر کب ختم ہوگا۔ کمزور جگہ دونوں سسٹمز کا جوڑ ہے: رات کو ہونے والے ایکسپورٹ، سچ کے دو ورژن، اور میٹریل کی پلاننگ ایک جگہ جبکہ کیپیسٹی کی دوسری جگہ۔

مرحلہ 4: ایک مشترکہ پلان۔ سیلز آرڈرز سے مینوفیکچرنگ ڈیمانڈ بنتی ہے، MRP اور کیپیسٹی کی جانچ ایک ہی ڈیٹا پر چلتی ہے، شیڈول نتیجہ دکھاتا ہے، اور فلور سے آنے والی کنفرمیشنز اسٹاک اور پیش رفت کو اپ ڈیٹ کرتی ہیں۔ جب کوئی کسٹمر تاریخ بدلتا ہے تو پلانر میٹریل اور مشینوں پر اس کا اثر ایک ہی جگہ دیکھ لیتا ہے۔

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

ایک عملی مثال: ایک ہفتہ، تین مراحل

آپ کی ایکسٹروژن لائن ہفتے میں پانچ دن، تین شفٹوں میں چلتی ہے: 3 × 8 × 5 = 120 گھنٹے۔ منصوبہ بند مینٹیننس میں 8 گھنٹے لگتے ہیں، اس لیے 112 گھنٹے دستیاب ہیں۔ سیلز اس ہفتے کے لیے تین آرڈرز بُک کرتی ہے: لائن کے 38، 46 اور 52 گھنٹے۔ کل لوڈ: 136 گھنٹے۔

• اسپریڈشیٹ میں 136 ایک سیل میں پڑا رہتا ہے۔ اگر کسی نے اس کا 112 سے موازنہ کرنے والا فارمولا نہیں بنایا تو کسی کو پتا ہی نہیں چلتا۔
• ERP میں ہر آرڈر کو اس کا اسٹینڈرڈ 10 دن کا لیڈ ٹائم ملتا ہے، اور تینوں تاریخیں ٹھیک لگتی ہیں۔ ERP نے کبھی پوچھا ہی نہیں کہ لائن کے پاس کتنے گھنٹے ہیں۔
• APS یا مشترکہ پلان میں لائن 24 گھنٹے اوور لوڈ ہے۔ روزانہ 24 گھنٹے چلنے کے حساب سے یہ پورا ایک دن بنتا ہے۔ تیسرا آرڈر جمعہ کے بجائے پیر کو ختم ہوتا ہے، اور یہ بات آپ کو اسی دن معلوم ہو جاتی ہے جس دن آپ آرڈر بُک کرتے ہیں، اس دن نہیں جب وہ دیر سے ڈسپیچ ہوتا ہے۔

وہی ڈیٹا، تین مختلف جواب۔ فرق صرف یہ ہے کہ سافٹ ویئر کیپیسٹی جانچتا ہے یا نہیں۔

ڈیمو اسکرپٹ جو آپ کسی بھی وینڈر کے پاس لے جا سکتے ہیں

وینڈرز کے ڈیمو صاف ستھرے ڈیٹا پر چلتے ہیں جہاں سب کچھ فٹ آ جاتا ہے۔ اس کے بجائے اپنی اصل الجھنیں ساتھ لے جائیے۔ یہ پانچ سوال کسی بھی پروڈکٹ پر کام کرتے ہیں:

1. ایک حقیقی ہفتہ لوڈ کیجیے۔ اپنے سب سے مصروف ریسورس کے پچھلے مہینے کے آرڈرز لیجیے۔ کیا ٹول اسے اوور لوڈ دکھاتا ہے؟
2. ایک ارجنٹ آرڈر شامل کیجیے۔ کون سے آرڈرز کھسکتے ہیں، اور کتنا؟ کیا آپ وجہ دیکھ سکتے ہیں؟
3. ایک مشین بند کیجیے۔ بریک ڈاؤن کے لیے 8 گھنٹے بلاک کیجیے۔ کیا شیڈول خود بخود آگے بڑھتا ہے، یا کسی کو بارز کھینچ کھینچ کر ہلانی پڑتی ہیں؟
4. میٹریل کی کمی پیدا کیجیے۔ اسٹاک سے ایک کمپوننٹ نکال دیجیے۔ کیا ٹول اس کمی کو اس کسٹمر آرڈر سے جوڑتا ہے جسے اس سے نقصان ہوگا؟
5. پروڈکشن کنفرم کیجیے۔ کسی آرڈر کا 70% مکمل اور 5% اسکریپ رپورٹ کیجیے۔ پلان میں کیا اپ ڈیٹ ہوتا ہے؟

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

غلط فہمی: "بہتر پلاننگ کا مطلب ERP بدلنا ہے"

ایسا شاذ و نادر ہی ہوتا ہے۔ ERP ان کاموں میں اچھا ہے جن کے لیے اسے بنایا گیا: فنانس، خریداری کی دستاویزات، اسٹاک کی ویلیوایشن، آرڈرز کا ریکارڈ۔ اس میں عموماً جو کمی ہوتی ہے وہ محدود کیپیسٹی (Finite Capacity) اور سیناریوز کو تیزی سے جانچنے کا طریقہ ہے۔ مرحلہ 3 یا 4 والے زیادہ تر پلانٹس اپنا ERP برقرار رکھتے ہیں اور پلاننگ لیئر کو اس سے جوڑ دیتے ہیں۔ اصل کام یہ طے کرنا ہے کہ کون سا سسٹم کس ڈیٹا کا مالک ہے: آئٹمز، آرڈرز، اسٹاک، کنفرمیشنز۔

کب اسپریڈشیٹ اب بھی کافی ہے

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

AI کا کردار کہاں ہے

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

factory.online میں یہ کیسا دکھتا ہے

factory.online میں اوپر والی مثال ایک ہی ڈیٹا سیٹ پر چلتی ہے۔ سیلز آرڈرز سے مینوفیکچرنگ ڈیمانڈ بنتی ہے، MRP کئی سطحوں والے BOM کے ذریعے میٹریل جانچتی ہے، RCCP (رف کٹ کیپیسٹی پلاننگ) اور محدود کیپیسٹی والی شیڈولنگ لائن کے گھنٹے جانچتی ہیں، اور Gantt چارٹ دکھاتا ہے کہ تیسرا آرڈر پیر کو جا پہنچتا ہے۔ پلانر پلان کو ایک سیناریو میں کاپی کر کے 38 گھنٹے والے آرڈر کو کسی اور ہفتے میں لے جانے کی آزمائش کر سکتا ہے، اور لائیو پلان میں کچھ بدلنے سے پہلے دونوں کا موازنہ کر سکتا ہے۔ SAP اور Dynamics 365 کی انٹیگریشنز کی بدولت ERP مستند ریکارڈ والے سسٹم کا اپنا کردار برقرار رکھتا ہے۔

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

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