ERP کے خیال میں ہر آرڈر 10 دن لیتا ہے، اور فیکٹری اس سے متفق کیوں نہیں

جمعہ کو تین آرڈرز کی ڈیو ڈیٹ ہے۔ تینوں کو ایک ہی فرنس چاہیے۔ دو ایک ہی اسٹیل گریڈ کے ہیں، ایک دوسرے گریڈ کا، اور گریڈ بدلنے میں آدھی شفٹ لگتی ہے۔ آپ کا ERP سسٹم کہتا ہے کہ تینوں ٹھیک ہیں: ہر ایک اپنے اسٹینڈرڈ 10 دن کے لیڈ ٹائم کے ساتھ ریلیز ہوا، اور فرنس پر لوڈ صرف 83% دکھ رہا ہے۔ فرنس آپریٹر پہلے ہی جانتا ہے کہ ان میں سے ایک لیٹ ہوگا۔ صحیح کون ہے؟

دونوں، اپنی اپنی جگہ۔ ERP میں پروڈکشن پلاننگ وہ پلاننگ ہے جو آپ کا ERP سسٹم بنا کسی اضافی سیٹ اپ کے کرتا ہے: وہ سیلز آرڈرز اور اسٹاک لیتا ہے، MRP (میٹریل ریکوائرمنٹس پلاننگ) کے ذریعے میٹریل کی ضرورت نکالتا ہے، اور مقررہ لیڈ ٹائم کی بنیاد پر پروڈکشن کی تاریخیں طے کرتا ہے۔ جو کام یہ عموماً نہیں کرتا، وہ یہ جانچنا ہے کہ کیا مشینیں واقعی اسی وقت میں، اسی ترتیب سے، یہ کام چلا سکتی ہیں۔ "یہ لیٹ کیوں ہے؟" والی زیادہ تر بحثیں اسی خلا سے شروع ہوتی ہیں۔

ERP مقررہ لیڈ ٹائم کیوں استعمال کرتا ہے

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

وہ سادگی آج بھی موجود ہے۔ اگر ایک ویلڈڈ فریم کا لیڈ ٹائم 10 دن ہے، تو ERP 10 دن ہی مانتا ہے، چاہے ویلڈنگ سیل خالی ہو یا اس پر تین ہفتے کا بیک لاگ ہو۔ دوسرے لفظوں میں، یہ لامحدود کیپیسٹی (Infinite Capacity) فرض کرتا ہے۔ کیپیسٹی کو بعد میں کیسے جوڑا گیا، اور MRP II اور APS (ایڈوانسڈ پلاننگ اینڈ شیڈولنگ) نے کیا اضافہ کیا، اس کی پوری تاریخ MRP، MRP II، ERP اور APS کا موازنہ میں بیان کی گئی ہے۔

ایک ایسے GPS کا تصور کیجیے جو ہمیشہ کہے "دفتر تک 20 منٹ"، چاہے رات کے 3 بجے ہوں یا رش آور۔ یہ عدد ایک اوسط ہے۔ کچھ دن درست نکلتا ہے، اور انہی دنوں بری طرح غلط ہوتا ہے جب سب سے زیادہ فرق پڑتا ہے۔

غلط فہمی: "ہمارے لیڈ ٹائم غلط ہیں، انہیں ٹھیک کر لیتے ہیں"

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

فرض کیجیے فرنس کے سامنے 2 دن کا کام قطار میں ہے۔ نیا آرڈر 2 دن انتظار کرتا ہے، چلتا ہے، اور آگے بڑھ جاتا ہے۔ اگلے مہینے قطار 8 دن کی ہے۔ وہی آرڈر اب 8 دن انتظار کرتا ہے۔ کوئی ایک مقررہ عدد دونوں مہینوں میں درست نہیں ہو سکتا۔

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

عملی مثال: A→B→C بمقابلہ A→C→B

واپس فرنس کی طرف۔ یہ چوبیس گھنٹے چلتی ہے اور پہلے سے گریڈ X کے لیے سیٹ ہے۔ تینوں آرڈرز جمعرات 06:00 سے شروع ہو سکتے ہیں اور انہیں جمعہ 18:00 تک نکل جانا ہے۔ یعنی 36 گھنٹے کی ونڈو۔

• آرڈر A: گریڈ X، 12 گھنٹے
• آرڈر B: گریڈ Y، 10 گھنٹے
• آرڈر C: گریڈ X، 8 گھنٹے
• گریڈز کے درمیان چینج اوور: 4 گھنٹے (آدھی شفٹ)

کل رن ٹائم 12 + 10 + 8 = 30 گھنٹے ہے۔ 36 گھنٹے کی ونڈو میں یہ 30 / 36 = 83% لوڈ بنتا ہے۔ ERP کا موٹا موٹا کیپیسٹی ویو مطمئن ہے۔

ترتیب A → B → C (جس ترتیب سے آرڈرز درج ہوئے):

• A: جمعرات 06:00–18:00
• چینج اوور X→Y: 18:00–22:00
• B: جمعرات 22:00 سے جمعہ 08:00 تک
• چینج اوور Y→X: 08:00–12:00
• C: جمعہ 12:00–20:00

کل 12 + 4 + 10 + 4 + 8 = 38 گھنٹے۔ آرڈر C مقررہ وقت سے 2 گھنٹے دیر سے ختم ہوتا ہے۔

ترتیب A → C → B:

• A: جمعرات 06:00–18:00
• C: جمعرات 18:00 سے جمعہ 02:00 تک (وہی گریڈ، کوئی چینج اوور نہیں)
• چینج اوور X→Y: 02:00–06:00
• B: جمعہ 06:00–16:00

کل 12 + 8 + 4 + 10 = 34 گھنٹے۔ سب کچھ 16:00 تک مکمل، اور 2 گھنٹے کی گنجائش بھی باقی۔

وہی آرڈرز، وہی فرنس، کام کے وہی گھنٹے۔ فرق صرف ترتیب کا ہے، اور ERP نے اسے کبھی دیکھا ہی نہیں۔ اس کے لیڈ ٹائم کے حساب نے دونوں کو "ٹھیک" کہا۔ اس کے لوڈ ویو نے دونوں کے لیے 83% دکھایا۔ صرف وہ شیڈول ان میں فرق کر سکتا ہے جسے چینج اوور کا اصول معلوم ہو۔

ERP میں پروڈکشن پلاننگ کیا اچھا کرتی ہے

یہ ERP کے خلاف کوئی کہانی نہیں۔ پلاننگ کے بہت سے کاموں کے لیے ERP ہی صحیح سسٹم ہے:

• آرڈرز، اسٹاک اور پیسہ۔ سیلز آرڈرز، پرچیز آرڈرز، گڈز ریسیٹ، انوینٹری کی ویلیوایشن اور کاسٹنگ ERP ہی میں ہونے چاہییں۔
• میٹریل کی ضروریات۔ BOM (بل آف میٹریلز) کے ذریعے MRP ایکسپلوژن بالکل وہی کام ہے جس کے لیے یہ بنایا گیا تھا۔
• مستحکم، سادہ فلو۔ ایک مقررہ رفتار سے چلنے والی لائن جو محدود رینج بناتی ہو، جس کے پاس فالتو کیپیسٹی ہو اور چینج اوورز کم ہوں، شاید اسے کبھی اس سے زیادہ کی ضرورت نہ پڑے۔

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

جب ERP کی شیڈولنگ کافی نہیں رہتی

اگر ان میں سے کئی باتیں جانی پہچانی لگیں تو غالباً آپ کو محدود کیپیسٹی (Finite Capacity) والی پلاننگ کی ایک الگ تہ چاہیے:

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

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

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

factory.online کسی ERP کے ساتھ ساتھ چلتا ہے، اور SAP اور Microsoft Dynamics 365 کے ساتھ اس کی انٹیگریشنز موجود ہیں۔ فرنس والی مثال میں پلانر آرڈرز A، B اور C کو محدود کیپیسٹی والے Gantt چارٹ پر دیکھتا ہے، جہاں گریڈ کے چینج اوورز وقت کے حقیقی بلاکس کے طور پر نظر آتے ہیں، اور وہ دیکھ لیتا ہے کہ جب B کو گریڈ X کی دو جابز کے درمیان رکھا جائے تو آرڈر C لیٹ ہو جاتا ہے۔ پلانر C کو B سے پہلے کر کے دوبارہ حساب لگا سکتا ہے، اور لائیو پلان کو چھیڑنے سے پہلے ایک پلاننگ سیناریو میں دونوں ترتیبوں کا موازنہ کر سکتا ہے۔ MRP اور رف کٹ کیپیسٹی کی جانچ اسی ڈیٹا پر چلتی ہے، اس لیے میٹریل پلان اور مشینوں کا پلان ایک دوسرے سے الگ نہیں ہوتے۔

اکثر پوچھے جانے والے سوالات

کیا APS، ERP کا متبادل ہے؟ نہیں۔ APS کیپیسٹی اور ترتیب سنبھالتا ہے۔ آرڈرز، اسٹاک اور فنانس کا مستند ریکارڈ ERP ہی رہتا ہے۔ دونوں مل کر کام کرتے ہیں۔

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

ERP لوڈ 83% دکھاتا ہے، پھر بھی تاریخ کیوں چوک جاتی ہے؟ کیونکہ لوڈ گھنٹے گنتا ہے، ترتیب نہیں۔ ونڈو کے اندر چینج اوورز، ترتیب اور ٹائمنگ ہی طے کرتے ہیں کہ کام پورا آئے گا یا نہیں۔

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