همه مرکز دادهها قطعهٔ یدکی دارند، ولی کماند جاهایی که در لحظهٔ خرابی با اطمینان بدانند چه چیزی کجاست. نتیجه آشناست: خرابی ساعت دو بامداد رخ میدهد، قطعه در انباری نیست که کلیدش دست کس دیگری است، یا اصلاً سفارش داده نشده بود.
سه سؤال که باید همیشه پاسخ داشته باشند
- این قطعه در سایت هست؟ چند عدد؟
- این قطعه به کدام تجهیز تعلق دارد؟ (یک قطعه ممکن است بین چند تجهیز مشترک باشد.)
- وقتی مصرف شد، دوباره کی و چطور تأمین میشود؟
چرا تفکیک انبار مهم است؟
قطعات زیرساخت (مثل فن، کنتاکتور یا فیلتر)، قطعات اکتیو (مثل ماژول و کارت) و قطعات غیرفعال شبکه (مثل پچکورد) رفتار مصرف و زمان تأمین متفاوتی دارند. اگر همه در یک فهرست باشند، قطعهٔ ارزان پرمصرف و قطعهٔ گران نادر هر دو در یک جدول گم میشوند.
برچسب سهرنگ موجودی
برای هر قطعه یک حداقل موجودی تعریف کنید و وضعیت را با سه رنگ نشان دهید: سالم (بالاتر از حد)، نیاز به سفارش (نزدیک حد) و بحرانی (زیر حد یا صفر). مزیتش این است که مدیر بدون خواندن جدول، در چند ثانیه میفهمد کجا باید اقدام کند.
کسر خودکار از محل مصرف
بهترین زمان برای ثبت مصرف، لحظهٔ بستن خرابی یا دستور کار است. اگر قطعه همانجا کسر شود، موجودی همیشه به واقعیت نزدیک میماند و گزارش «نیاز به تأمین» قابل اتکا میشود.
چند کار که امروز میتوانید شروع کنید
- ده قطعهٔ پراهمیت را فهرست کنید، یعنی آنهایی که نبودنشان کار حیاتی را متوقف میکند.
- برای هر کدام حداقل موجودی و محل نگهداری مشخص کنید.
- هر مصرف را با شمارهٔ دستور کار یا خرابی ثبت کنید.
- هر ماه گزارش مصرف را با موجودی مقایسه کنید.
جمعبندی
مدیریت قطعات یدکی یعنی در لحظهٔ خرابی تصمیم نگرفتن؛ پیشتر تصمیم گرفتهاید چه چیزی کجا باشد و چقدر.
