کد جایگاه نصب مشخص میکند درباره کدام موقعیت تعریفشده در ساختار تجهیزات صحبت میکنیم؛ شناسه تجهیز مشخص میکند کدام نمونه فیزیکی در آن موقعیت قرار گرفته است. وقتی موتور یک مجموعه پمپ تعویض میشود، ممکن است جایگاه محرک همان جایگاه قبلی باشد، اما نمونه نصبشده دیگر همان موتور نباشد.
اگر یک شناسه را برای هر دو مفهوم به کار ببریم، پاسخ دو پرسش با هم مخلوط میشود: «الان چه موتوری در این جایگاه است؟» و «این موتور در گذشته کجا نصب بوده؟» نرمافزار شناسایی تجهیزات باید بتواند جایگاه، نمونه فیزیکی و رابطه زمانی میان آنها را جدا نگه دارد.
جایگاه نصب چه چیزی را معرفی میکند؟
در این مقاله، جایگاه نصب یک موقعیت تعریفشده در ساختار عملیاتی است؛ مثلاً «جایگاه محرک پمپ شماره دو در خط انتقال». این تعریف فقط مختصات جغرافیایی یا نام سالن نیست. ممکن است چند جایگاه در یک سالن باشند و هرکدام نقش و نیاز نصب متفاوتی داشته باشند.
در مستندات Microsoft، مفهوم Functional location از Asset جدا معرفی میشود: جایگاهها میتوانند ساختار سلسلهمراتبی داشته باشند و تجهیز فیزیکی ابتدا در یک جایگاه و بعد در جایگاه دیگری نصب شود. این یک نمونه روشن از تفکیک این دو مفهوم در مدل داده است. منبع: جایگاههای عملکردی و تجهیزات در Microsoft Learn
برای طراحی داخلی، شرح هر جایگاه را طوری بنویسید که حتی در زمان خالیبودن آن هم قابل فهم باشد. اگر توضیح جایگاه فقط نام موتور فعلی است، پس از بازکردن موتور معلوم نیست آن رکورد چه چیزی را معرفی میکند.
شناسه تجهیز باید همراه همان نمونه بماند
یک الکتروموتور مشخص ممکن است مدتی در انبار باشد، سپس نصب شود و بعد به محل دیگری منتقل شود. در مدل پیشنهادی این مقاله، شناسه داخلی نمونه همراه همان شیء فیزیکی باقی میماند. تغییر محل یا وضعیت، بهخودیخود آن را به نمونه تازهای تبدیل نمیکند.
در مقابل، موتور دیگری که جای آن نصب میشود شناسه نمونه خودش را دارد؛ حتی اگر هر دو به یک آیتم تعلق داشته باشند. کلاس، آیتم و نمونه سریالدار را در مدل هویت سهلایه کالا توضیح دادهایم. اینجا یک رابطه دیگر به مدل اضافه میشود: «این نمونه، در این بازه زمانی، در این جایگاه نصب بوده است».
شماره سریال سازنده را نیز از شناسه داخلی سازمان قابل تشخیص نگه دارید. سازمان باید دامنه یکتایی و شیوه رفع شمارههای مشابه را تعریف کند. یک متن چاپشده روی پلاک، بدون دانستن نوع شناسه و مرجع آن، برای تصمیم درباره هویت کافی نیست.
مثال تعویض موتور: چه چیزی ثابت میماند؟
مثال زیر فرضی است و کدهای آن الگوی الزامی نامگذاری نیستند. جایگاه محرک یک پمپ با کد POS-P02-M تعریف شده است. ابتدا موتور با شناسه داخلی M-001 در آن نصب است. در روز تعویض، این موتور باز میشود و موتور دیگری با شناسه M-002 جای آن قرار میگیرد.
| بخش مدل | پیش از تعویض | پس از تعویض |
|---|---|---|
| جایگاه نصب | محرک پمپ شماره دو | همان جایگاه محرک |
| نمونه نصبشده | موتور اول | موتور دوم |
| شناسه موتور اول | شناسه مستقل موتور اول | همان شناسه، با وضعیت و محل جدید |
| رابطه نصب موتور اول | فعال | پایانیافته، با سابقه محفوظ |
| رابطه نصب موتور دوم | هنوز آغاز نشده | فعال از زمان مؤثر نصب |
در این سناریو، تغییر نمونه نصبشده دلیل تغییر کد جایگاه نیست؛ نقش جایگاه را ثابت فرض کردهایم. همچنین نباید مشخصات موتور دوم را روی شناسنامه موتور اول بازنویسی کنیم. چنین کاری شاید نمایش فعلی را درست نشان دهد، اما گذشته را به نام شیء اشتباه ثبت میکند.
اگر خود فرایند یا تعریف جایگاه عوض شده باشد، موضوع متفاوت است. آن تغییر باید طبق قواعد سازمان بررسی شود؛ ثابتماندن کد در یک تعویض ساده، به معنی ثابتبودن همیشگی همه ساختارها نیست.
رابطه نصب به زمان مؤثر نیاز دارد
ذخیره فقط «جایگاه فعلی» برای گزارش امروز مفید است، ولی برای دانستن وضعیت گذشته کافی نیست. پیشنهاد طراحی این است که هر رابطه نصب، شناسه جایگاه، شناسه نمونه، آغاز اعتبار و در صورت پایان، زمان خاتمه داشته باشد. مرجع ثبت یا تأیید رابطه نیز باید قابل پیگیری باشد.
برای مثال، موتور اول تا ساعت ۱۰ در جایگاه بوده و موتور دوم از ساعت ۱۰:۳۰ نصب شده است. فاصله نیمساعته را نباید با ادامه خودکار رابطه قبلی پنهان کرد. جایگاه میتواند در این فاصله خالی باشد. اگر اطلاعات تاریخی ناقص است، نامعلومبودن بازه را صریح نگه دارید و زمان فرضی نسازید.
در راهنمای نصب Microsoft نیز تاریخ و زمان مؤثر نصب جدا ثبت میشود و انتقال تجهیز به یک جایگاه جدید از رابطه قبلی متمایز است. این رفتار پشتوانهای برای توجه به زمان رابطه است؛ قواعد داخلی پیشنهادی ما را نباید الزام عمومی همه نرمافزارها دانست. منبع: ثبت نصب در جایگاه در Microsoft Learn
زمان واقعی رخداد را از زمان ورود اطلاعات هم جدا کنید. اگر ثبت امروز انجام شده ولی نصب دیروز بوده، هر دو زمان معنای خودشان را دارند. اصلاح دیرهنگام نیز باید سابقه روشن داشته باشد.
یک درخت برای جایگاهها، یک ساختار برای اجزای واقعی
درخت جایگاهها میتواند کارخانه، خط، ایستگاه و موقعیت نصب را نشان دهد. ساختار نمونههای واقعی توضیح میدهد یک مجموعه مشخص از کدام اجزای مشخص تشکیل شده است. این دو میتوانند به هم متصل باشند، اما نباید صرفاً به دلیل شبیهبودن شکل درخت، یکی فرض شوند.
برای نمونه، یک مجموعه پمپ قابلحمل ممکن است همراه موتور و اجزای نصبشده روی آن جابهجا شود. اگر رابطه والد و فرزند نمونهها را تغییر ندادهایم، انتقال مجموعه الزاماً به معنی جداشدن اجزای آن نیست. در طراحی، روشن کنید رابطه هر ردیف «نصب در جایگاه» است یا «جزء یک نمونه دیگر بودن».
تفاوت ساختار مرجع و اجزای واقعی نیز مسئله جداگانهای است که در مقاله درخت تجهیزات و فهرست قطعات آمده است. پاسخ به «چه چیزی باید نصب شود؟» با پاسخ به «کدام نمونه اکنون نصب است؟» یکسان نیست.
برچسب جایگاه را با پلاک نمونه اشتباه نگیریم
واژه «تگ» در سازمانها کاربردهای متفاوتی دارد. قبل از طراحی برچسب، مشخص کنید تگ شما جایگاه را معرفی میکند، یک تجهیز فیزیکی را یا نوع دیگری از رکورد را. از خود شکل کد یا محل چسباندن برچسب نمیتوان معنای آن را قطعی فهمید.
اگر برچسب ثابت روی شاسی، جایگاه محرک را معرفی میکند، اسکن آن باید کاربر را به اطلاعات همان جایگاه برساند؛ از آنجا میتوان نمونه نصبشده فعلی را دید. پلاک هویتی روی موتور باید به همان موتور متصل باشد، حتی وقتی از شاسی جدا شده است.
در ظاهر برچسب، نوع شناسه را خوانا بنویسید تا کاربر بین این دو اشتباه نکند. اگر برچسب مخدوش و دوباره چاپ شد، دوبارهچاپکردن نباید خودبهخود نمونه تازهای بسازد. راهنمای تفاوت بارکد، QR و سریال توضیح میدهد چرا حامل اطلاعات را باید از هویت معرفیشده جدا کرد.
کدام کنترلها جلوی سابقه اشتباه را میگیرند؟
برای یک جایگاه که طبق تعریف فقط یک موتور میپذیرد، دو رابطه فعال همزمان نیازمند بررسی است. همینطور یک موتور فیزیکی نباید در یک لحظه، در دو جایگاه نصب مستقل و ناسازگار ثبت شود. این قواعد باید بر اساس نوع رابطه و ظرفیت جایگاه نوشته شوند؛ «عضو یک مجموعه بودن» را با «نصب مستقیم» اشتباه نگیرید.
نیاز جایگاه و مشخصات تجهیز را هم جدا نگه دارید. جایگاه ممکن است الزامات نصب داشته باشد، ولی ثبت رابطه بهتنهایی تأیید تناسب مهندسی نیست. در مقاله شناسنامه فنی کالا توضیح دادهایم چرا شباهت چند ویژگی برای تأیید جایگزینی کافی نیست.
اطلاعات گذشته را با وضعیت فعلی بازنویسی نکنید. اگر گزارشی مربوط به زمان نصب موتور اول است، نباید فقط به دلیل تعویض فعلی، به موتور دوم نسبت داده شود. داده باید به موضوع اصلی و زمان رخداد خودش مرتبط بماند.
نرمافزار را با دو مسیر جستوجو ارزیابی کنید
یک سناریوی ساده برای ارزیابی نرمافزار بسازید: دو موتور مستقل، یک جایگاه، یک نصب اولیه و یک تعویض. سپس این پاسخها را از سیستم بخواهید:
- از صفحه جایگاه، نمونه نصبشده فعلی و نمونههای قبلی پیدا شوند.
- از صفحه موتور اول، جایگاه قبلی و وضعیت فعلی همان موتور دیده شود.
- با انتخاب زمان پیش از تعویض، موتور اول نمایش داده شود.
- در فاصله خروج و نصب، جایگاه بدون نسبتدادن حدسی یک موتور نشان داده شود.
- تغییر عنوان جایگاه یا چاپ مجدد برچسب، تاریخچه هویتها را قطع نکند.
- اصلاح یک ثبت اشتباه، مسئول، مرجع و سابقه مشخص داشته باشد.
این موارد معیار پیشنهادی مدل دادهاند و معرفی قابلیتهای تأییدشده ایدنتو نیستند. برای مرور نگاه کلی محصول، بخش قابلیتهای ایدنتو را ببینید و همین سناریو را با ساختار و اقلام واقعی سازمان خود بررسی کنید.
پرسشهای متداول درباره کد جایگاه و شناسه تجهیز
آیا با تعویض موتور باید کد جایگاه عوض شود؟
در سناریویی که تعریف و نقش جایگاه ثابت مانده، معمولاً خیر. رابطه نصب نمونه قبلی پایان مییابد و نمونه جدید با شناسه مستقل خودش به جایگاه مرتبط میشود.
اگر موتور به جایگاه دیگری رفت، شناسه خودش تغییر میکند؟
در مدل پیشنهادی، خیر؛ همان نمونه فیزیکی جابهجا شده است. جایگاه جدید و بازه نصب تغییر میکنند، ولی تاریخچه باید همچنان به همان موتور وصل باشد.
آیا کد جایگاه همان آدرس قفسه انبار است؟
این مقاله درباره موقعیت نصب در ساختار تجهیزات است. آدرس قفسه، محل نگهداری موجودی را معرفی میکند. هر دو نوعی مکان یا موقعیتاند، اما رابطه و کاربردشان باید در مدل مشخص باشد.
اگر یک تگ برای هر دو مفهوم استفاده شده باشد چه کنیم؟
ابتدا با بررسی مدارک و اقلام واقعی، معنی تگهای موجود را روشن کنید. سپس جایگاه و نمونه را به رکوردهای قابل تشخیص متصل کنید و ارجاع به کد قدیمی را نگه دارید؛ تغییر دستهجمعی بدون بررسی سابقه میتواند ابهام را بیشتر کند.