دموی محصول ۶۰ دقیقه · جلسه مشاوره ۳۰ دقیقه — هر دو به‌صورت آنلاین رزرو میشوند.
مدیریت تغییر مهندسی محصول (ECO): تغییر محصول، با نسخه و تأیید
محصول‌ها ثابت نمی‌مانند. یک ماده عوض میشود، یک ابعاد اصلاح میشود، یک مرحله از فرایند حذف میشود. در بیشتر شرکت‌ها این تغییرات با یک تماس تلفنی یا یک یادداشت به خط تولید منتقل میشوند. نتیجه‌اش آشناست: نیمی از خط با نسخهٔ قدیم کار میکند، انبار هنوز مادهٔ قبلی را سفارش می‌دهد، و شش ماه بعد هیچ‌کس یادش نیست چرا این تغییر انجام شد و چه کسی تأییدش کرد.
ماژول چرخه عمر محصول (PLM) اودوپرو تغییرات را وارد یک فرایند رسمی میکند. هر تغییر با یک درخواست تغییر مهندسی شروع میشود که دلیل، دامنه و اثر آن را مشخص میکند. تغییر روی یک نسخهٔ جدید از فرمول ساخت اعمال میشود، از گردش تأیید می‌گذرد و تنها پس از تأیید نهایی، نسخهٔ فعال میشود.
نسخهٔ قبلی حذف نمی‌شود؛ بایگانی میشود. یعنی اگر محصولی که دو سال پیش تولید شده مشکلی پیدا کند، دقیقاً می‌دانید با چه فرمولی و چه موادی ساخته شده است — چیزی که برای پاسخ به شکایت مشتری و برای ممیزی ضروری است. درخواست تغییر مهندسی اودو باید دلیل تغییر، نسخه پیشنهادی و مسئول تأیید را مشخص کند تا تغییرات قبل از استفاده در تولید بررسی شوند.
“
نسخهٔ قبلی حذف نمی‌شود؛ بایگانی میشود.
پس همیشه معلوم است محصول تولیدشده در هر تاریخ، با چه فرمول و چه موادی ساخته شده است.
“
۶ مزیت ماژول مدیریت چرخه عمر محصول؛ از گردش تأیید تغییرات مهندسی تا سابقه هر نسخه
شش تغییری که نرم افزار چرخه عمر محصول (PLM) از اولین تغییر طراحی، در کار مهندسی و تولید احساس میشود.
تغییر شفاهی حذف میشود
هر تغییر طراحی سند، شماره نسخه و تأییدکننده دارد.
خط تولید و انبار هم‌زمان به‌روز میشوند
نسخهٔ فعال برای همه یکی است.
سابقهٔ هر نسخه حفظ میشود
معلوم است محصول تولیدشده در هر تاریخ با چه فرمولی ساخته شده.
تغییر شفاهی حذف میشود
هر تغییر طراحی سند، شماره نسخه و تأییدکننده دارد.
خط تولید و انبار هم‌زمان به‌روز میشوند
نسخهٔ فعال برای همه یکی است.
سابقهٔ هر نسخه حفظ میشود
معلوم است محصول تولیدشده در هر تاریخ با چه فرمولی ساخته شده.
تغییر شفاهی حذف میشود
هر تغییر طراحی سند، شماره نسخه و تأییدکننده دارد.
خط تولید و انبار هم‌زمان به‌روز میشوند
نسخهٔ فعال برای همه یکی است.
سابقهٔ هر نسخه حفظ میشود
معلوم است محصول تولیدشده در هر تاریخ با چه فرمولی ساخته شده.
تغییر شفاهی حذف میشود
هر تغییر طراحی سند، شماره نسخه و تأییدکننده دارد.
خط تولید و انبار هم‌زمان به‌روز میشوند
نسخهٔ فعال برای همه یکی است.
سابقهٔ هر نسخه حفظ میشود
معلوم است محصول تولیدشده در هر تاریخ با چه فرمولی ساخته شده.
تغییر شفاهی حذف میشود
هر تغییر طراحی سند، شماره نسخه و تأییدکننده دارد.
خط تولید و انبار هم‌زمان به‌روز میشوند
نسخهٔ فعال برای همه یکی است.
سابقهٔ هر نسخه حفظ میشود
معلوم است محصول تولیدشده در هر تاریخ با چه فرمولی ساخته شده.
تغییر شفاهی حذف میشود
هر تغییر طراحی سند، شماره نسخه و تأییدکننده دارد.
خط تولید و انبار هم‌زمان به‌روز میشوند
نسخهٔ فعال برای همه یکی است.
سابقهٔ هر نسخه حفظ میشود
معلوم است محصول تولیدشده در هر تاریخ با چه فرمولی ساخته شده.
تغییر شفاهی حذف میشود
هر تغییر طراحی سند، شماره نسخه و تأییدکننده دارد.
خط تولید و انبار هم‌زمان به‌روز میشوند
نسخهٔ فعال برای همه یکی است.
سابقهٔ هر نسخه حفظ میشود
معلوم است محصول تولیدشده در هر تاریخ با چه فرمولی ساخته شده.
تغییر شفاهی حذف میشود
هر تغییر طراحی سند، شماره نسخه و تأییدکننده دارد.
خط تولید و انبار هم‌زمان به‌روز میشوند
نسخهٔ فعال برای همه یکی است.
سابقهٔ هر نسخه حفظ میشود
معلوم است محصول تولیدشده در هر تاریخ با چه فرمولی ساخته شده.
دلیل هر تغییر مستند می‌ماند
کاهش هزینه، اصلاح ایراد کیفی یا درخواست مشتری.
اثر تغییر پیش از اجرا بررسی میشود
کدام سفارشهای باز و کدام موجودی تحت تأثیر قرار می‌گیرند.
مستندات فنی کنار محصول میمانند
نقشه، دستورالعمل و مشخصات به همان نسخه پیوست‌اند.
دلیل هر تغییر مستند می‌ماند
کاهش هزینه، اصلاح ایراد کیفی یا درخواست مشتری.
اثر تغییر پیش از اجرا بررسی میشود
کدام سفارشهای باز و کدام موجودی تحت تأثیر قرار می‌گیرند.
مستندات فنی کنار محصول میمانند
نقشه، دستورالعمل و مشخصات به همان نسخه پیوست‌اند.
دلیل هر تغییر مستند می‌ماند
کاهش هزینه، اصلاح ایراد کیفی یا درخواست مشتری.
اثر تغییر پیش از اجرا بررسی میشود
کدام سفارشهای باز و کدام موجودی تحت تأثیر قرار می‌گیرند.
مستندات فنی کنار محصول میمانند
نقشه، دستورالعمل و مشخصات به همان نسخه پیوست‌اند.
دلیل هر تغییر مستند می‌ماند
کاهش هزینه، اصلاح ایراد کیفی یا درخواست مشتری.
اثر تغییر پیش از اجرا بررسی میشود
کدام سفارشهای باز و کدام موجودی تحت تأثیر قرار می‌گیرند.
مستندات فنی کنار محصول میمانند
نقشه، دستورالعمل و مشخصات به همان نسخه پیوست‌اند.
دلیل هر تغییر مستند می‌ماند
کاهش هزینه، اصلاح ایراد کیفی یا درخواست مشتری.
اثر تغییر پیش از اجرا بررسی میشود
کدام سفارشهای باز و کدام موجودی تحت تأثیر قرار می‌گیرند.
مستندات فنی کنار محصول میمانند
نقشه، دستورالعمل و مشخصات به همان نسخه پیوست‌اند.
دلیل هر تغییر مستند می‌ماند
کاهش هزینه، اصلاح ایراد کیفی یا درخواست مشتری.
اثر تغییر پیش از اجرا بررسی میشود
کدام سفارشهای باز و کدام موجودی تحت تأثیر قرار می‌گیرند.
مستندات فنی کنار محصول میمانند
نقشه، دستورالعمل و مشخصات به همان نسخه پیوست‌اند.
دلیل هر تغییر مستند می‌ماند
کاهش هزینه، اصلاح ایراد کیفی یا درخواست مشتری.
اثر تغییر پیش از اجرا بررسی میشود
کدام سفارشهای باز و کدام موجودی تحت تأثیر قرار می‌گیرند.
مستندات فنی کنار محصول میمانند
نقشه، دستورالعمل و مشخصات به همان نسخه پیوست‌اند.
دلیل هر تغییر مستند می‌ماند
کاهش هزینه، اصلاح ایراد کیفی یا درخواست مشتری.
اثر تغییر پیش از اجرا بررسی میشود
کدام سفارشهای باز و کدام موجودی تحت تأثیر قرار می‌گیرند.
مستندات فنی کنار محصول میمانند
نقشه، دستورالعمل و مشخصات به همان نسخه پیوست‌اند.
نسخه بندی لیست مواد (BOM)، درخواست تغییر و مستندات فنی و نقشه محصول
سه حوزه از نرم افزار چرخه عمر محصول (PLM) که چرخهٔ تغییر محصول را از نسخهبندی تا مستندات پوشش می‌دهند.
۰۱
نسخهبندی
نسخهبندی فرمول ساخت با شمارهٔ نسخه و تاریخ اعتبار
مقایسه دو نسخه فرمول ساخت و نمونه گام به گام یک تغییر
هر تغییر مهندسی روی یک نسخه تازه از لیست مواد انجام می شود؛ پس همیشه می توان نسخه جدید را کنار نسخه فعال گذاشت و دقیقاً دید چه چیزی عوض شده است.
مقایسه دو نسخه؛ اجزای افزوده، حذف شده و تغییر کرده
در هر درخواست تغییر، بخشی برای تغییرات لیست مواد هست که تفاوت نسخه تازه با نسخه فعال را ردیف به ردیف نشان می دهد. قطعه ای که اضافه شده، قطعه ای که حذف شده و قطعه ای که فقط مقدارش عوض شده، هرکدام جدا دیده می شوند. تأیید کننده لازم نیست دو فایل را کنار هم بگذارد و خط به خط مقایسه کند؛ همه تفاوت ها در یک نما جلوی چشم اوست. اگر مراحل عملیات ساخت هم تغییر کرده باشد، آن تغییرها هم جداگانه نمایش داده می شوند.
گام ۱: ثبت درخواست تغییر
مهندس محصول درخواست تغییر را با نوع تغییر، محصول یا لیست مواد مربوط، دلیل و اولویت ثبت می کند. دلیل می تواند کاهش هزینه، جایگزینی قطعه ای که دیگر تأمین نمی شود، اصلاح یک ایراد کیفی یا درخواست مشتری باشد. همین جا مسئول درخواست هم مشخص می شود تا پیگیری آن روی دوش یک نفر باشد. درخواست ثبت شده هنوز هیچ اثری روی خط تولید ندارد و فقط وارد گردش کار مهندسی می شود.
گام ۲: ساخت نسخه تازه و اعمال تغییر روی آن
با شروع کار روی درخواست، یک نسخه تازه از لیست مواد ساخته می شود و تغییرها فقط روی همین نسخه انجام می شوند. نسخه فعال دست نمی خورد و خط تولید همچنان با آن کار می کند. مهندس قطعه ها، مقدارها و مراحل ساخت را در نسخه تازه اصلاح می کند و نقشه یا دستورالعمل جدید را به آن پیوست می کند. تا وقتی تأیید نهایی نیامده، این نسخه فقط در اختیار تیم مهندسی است.
گام ۳: تأیید
درخواست از مراحل تأییدی که برای سازمان تعریف شده می گذرد؛ مثلاً مهندسی، تولید، کیفیت و در نهایت مدیریت. هر تأیید کننده تفاوت دو نسخه را می بیند، نظرش را ثبت می کند و درخواست را تأیید یا رد می کند. اگر درخواست رد شود، دلیلش کنار آن می ماند و مهندس می تواند نسخه را اصلاح و دوباره ارسال کند. نام و تاریخ هر تأیید هم در سابقه درخواست ثبت می شود.
گام ۴: اعمال تغییر و بایگانی نسخه قبلی
پس از تأیید نهایی، تغییر اعمال می شود: نسخه تازه فعال می شود و از این لحظه دستورهای تولید جدید با آن ساخته می شوند. نسخه قبلی حذف نمی شود و با شماره و تاریخش بایگانی می ماند. به این ترتیب برای هر محصولی که در گذشته ساخته شده، معلوم است با کدام نسخه تولید شده است؛ سابقه ای که در پاسخ به شکایت مشتری و در ممیزی به کار می آید.
حل تداخل تغییرهای هم زمان روی یک محصول و اتصال به کیفیت و عملیات ساخت
وقتی چند مهندس روی یک محصول کار می کنند، دو درخواست تغییر ممکن است هم زمان باز باشند. تغییر مهندسی هم فقط به لیست مواد محدود نمی ماند و به بازرسی ها و مراحل ساخت هم می رسد.
وقتی دو درخواست تغییر هم زمان باز است
فرض کنید یک درخواست جنس پیچ ها را عوض می کند و درخواست دیگری هم زمان رنگ بدنه را. اگر درخواست اول زودتر اعمال شود، نسخه ای که درخواست دوم روی آن کار می کرده دیگر نسخه فعال نیست. سیستم این وضعیت را روی درخواست دوم نشان می دهد تا تغییر آن ندانسته روی نسخه قدیمی اعمال نشود و تغییر اول از دست نرود.
به روز کردن پایه تغییر (Rebase)
در این حالت درخواست دوم با گزینه Rebase روی آخرین نسخه فعال به روز می شود؛ یعنی تغییرهایی که پیش تر اعمال شده در نسخه آن هم وارد می شوند و فقط تفاوت های خود این درخواست باقی می ماند. اگر هر دو درخواست یک ردیف را تغییر داده باشند، مهندس تداخل را بررسی می کند و تصمیم می گیرد کدام مقدار بماند. جزئیات این رفتار بهتر است در فاز استقرار روی نسخه اودوی خود شرکت آزموده شود.
اتصال تغییر مهندسی به بازرسی کیفیت
ایرادی که در بازرسی کیفیت پیدا می شود، می تواند نقطه شروع یک درخواست تغییر باشد و سابقه آن ایراد کنار درخواست می ماند. وقتی نسخه تازه فعال شد، بازرسی های مربوط هم باید با قطعه ها و مراحل جدید هماهنگ شوند؛ مثلاً بازرسی قطعه حذف شده کنار گذاشته شود یا برای قطعه جدید بازرسی تعریف شود. به این ترتیب حلقه ایراد، تغییر و بازرسی دوباره بسته می شود.
اتصال به مراحل عملیات ساخت
تغییر مهندسی فقط فهرست قطعه ها نیست؛ گاهی یک مرحله ساخت اضافه یا حذف می شود، مرکز کار عوض می شود یا زمان استاندارد یک عملیات تغییر می کند. این تغییرها هم در همان نسخه تازه ثبت می شوند و دستورالعمل هر مرحله برای اپراتور به روز می شود. پس از اعمال، دستورهای تولید جدید با مسیر ساخت تازه اجرا می شوند و اپراتور همیشه آخرین دستورالعمل تأیید شده را می بیند.
بررسی اثر تغییر روی سفارش ها و موجودی، روی یک پایگاه داده
چرخهٔ عمر محصول جزیره‌ای نیست؛ روی فرایندهای دستهٔ زنجیره تأمین و تولید می‌نشیند. نسخهٔ فعال در مدیریت تولید (MRP) اجرا میشود، اثر تغییر روی موجودی انبارداری و سفارشهای خرید و تدارکات بررسی می‌گردد، ایراد کشف‌شده در کنترل کیفیت می‌تواند شروع یک تغییر باشد و نقشهها در مدیریت اسناد بایگانی میشوند.
هر تغییر، هم‌زمان به همهٔ بخش‌ها می‌رسد
مهندسی، تولید، انبار، خرید و کیفیت — همه روی یک پایگاه داده واحد. بدون فایل واسط، بدون نسخهٔ قدیمی در دست کسی.
نشانگر را روی این بخش حرکت بدهید
ماژول های لازم برای ماژول چرخه عمر محصول (PLM)
ماژول‌های پایه‌ای که این راهکار روی آنها سوار میشود.
نام در سیستم
نام فنی
نسخه
ضرورت
توضیح
مدیریت چرخه محصول (PLM)
mrp_plm
سازمانی
ضروری
هستهٔ نسخهبندی فرمول ساخت و درخواست تغییر مهندسی
تولید
mrp
اجتماعی
ضروری
پیش‌نیاز — فرمول ساخت و دستور تولید
انبار
stock
اجتماعی
ضروری
پیش‌نیاز — موجودی مواد و محصول
اسناد
documents
سازمانی
اختیاری
بایگانی سازمان‌یافتهٔ نقشهها و مستندات فنی
کیفیت
quality_control
سازمانی
اختیاری
برای پیوند دادن تغییر مهندسی به عدم انطباق کیفی
افزوده های اودوپرو در نرم افزار چرخه عمر محصول (PLM)
هستهٔ چرخهٔ عمر محصول در اودو جهانی است. آنچه کار واحد مهندسی در ایران را روان میکند، این افزوده‌های ماست:
افزوده
نام فنی
چه میکند
تقویم شمسی
odoopro_jalali
تاریخ اعتبار نسخه‌ها و تاریخ تأیید تغییرات بر مبنای تقویم شمسی
خروجی ورد و اکسل
op_ms_report
تولید سند تغییر مهندسی و شناسنامهٔ محصول در قالب سازمانی شما
دبیرخانه
op_secretariat
ثبت مصوبهٔ تغییر مهندسی به‌عنوان سند رسمی با شماره اندیکاتور
چاپ مستقیم
op_direct_print
چاپ نسخهٔ فعال فرمول ساخت و دستورالعمل در خط تولید
جست‌وجوی سراسری
op_global_search
پیدا کردن سریع نسخه یا درخواست تغییر از هر نقطهٔ سیستم
یک تغییر واقعی را در نرم افزار چرخه عمر محصول (PLM) دنبال کنید
یک تغییر واقعی در محصولتان را در دمو از درخواست تا تأیید و اعمال دنبال کنید.
پرسش های پرتکرار درباره کنترل تغییر و بایگانی نسخه های قبلی
تفاوت این ماژول با خودِ ماژول تولید چیست؟
ماژول مدیریت تولید (MRP) فرمول ساخت فعلی را اجرا میکند. نرم افزار چرخه عمر محصول (PLM)، فرایند تغییر دادن آن فرمول را مدیریت میکند: نسخهبندی، درخواست تغییر، تأیید و بایگانی نسخههای قبلی.
نسخههای قبلی فرمول ساخت باقی میمانند؟
بله. در ماژول چرخه عمر محصول (PLM) نسخهٔ قبلی بایگانی میشود و حذف نمیگردد. برای هر محصول تولیدشده در گذشته میتوانید ببینید با کدام نسخه ساخته شده است.
گردش تأیید تغییر قابل تعریف است؟
بله. مراحل تأیید را مطابق ساختار خودتان تعریف می‌کنید — مثلاً مهندسی، تولید، کیفیت و در نهایت مدیریت. تا مرحلهٔ قبل تأیید نشود، بعدی فعال نمی‌شود.
اثر تغییر روی سفارشهای در جریان بررسی میشود؟
بله. پیش از اعمال نسخهٔ جدید، سیستم نشان می‌دهد کدام دستورهای تولید باز و کدام موجودی مواد تحت تأثیر قرار می‌گیرند.
نقشهها و مستندات فنی کجا نگهداری میشوند؟
به هر نسخه از فرمول ساخت پیوست میشوند تا خط تولید همیشه به آخرین نسخهٔ تأییدشده دسترسی داشته باشد. با ماژول اسناد میتوانید بایگانی مرکزی با سطح دسترسی تفکیک‌شده هم داشته باشید.
دموی محصول ۶۰ دقیقه · جلسه مشاوره ۳۰ دقیقه — هر دو به‌صورت آنلاین رزرو میشوند.
مدیریت تغییر مهندسی محصول (ECO): تغییر محصول، با نسخه و تأیید
محصول‌ها ثابت نمی‌مانند. یک ماده عوض میشود، یک ابعاد اصلاح میشود، یک مرحله از فرایند حذف میشود. در بیشتر شرکت‌ها این تغییرات با یک تماس تلفنی یا یک یادداشت به خط تولید منتقل میشوند. نتیجه‌اش آشناست: نیمی از خط با نسخهٔ قدیم کار میکند، انبار هنوز مادهٔ قبلی را سفارش می‌دهد، و شش ماه بعد هیچ‌کس یادش نیست چرا این تغییر انجام شد و چه کسی تأییدش کرد.
ماژول چرخه عمر محصول (PLM) اودوپرو تغییرات را وارد یک فرایند رسمی میکند. هر تغییر با یک درخواست تغییر مهندسی شروع میشود که دلیل، دامنه و اثر آن را مشخص میکند. تغییر روی یک نسخهٔ جدید از فرمول ساخت اعمال میشود، از گردش تأیید می‌گذرد و تنها پس از تأیید نهایی، نسخهٔ فعال میشود.
نسخهٔ قبلی حذف نمی‌شود؛ بایگانی میشود. یعنی اگر محصولی که دو سال پیش تولید شده مشکلی پیدا کند، دقیقاً می‌دانید با چه فرمولی و چه موادی ساخته شده است — چیزی که برای پاسخ به شکایت مشتری و برای ممیزی ضروری است. درخواست تغییر مهندسی اودو باید دلیل تغییر، نسخه پیشنهادی و مسئول تأیید را مشخص کند تا تغییرات قبل از استفاده در تولید بررسی شوند.
“
نسخهٔ قبلی حذف نمی‌شود؛ بایگانی میشود.
پس همیشه معلوم است محصول تولیدشده در هر تاریخ، با چه فرمول و چه موادی ساخته شده است.
“
۶ مزیت ماژول مدیریت چرخه عمر محصول؛ از گردش تأیید تغییرات مهندسی تا سابقه هر نسخه
شش تغییری که نرم افزار چرخه عمر محصول (PLM) از اولین تغییر طراحی، در کار مهندسی و تولید احساس میشود.
تغییر شفاهی حذف میشود
هر تغییر طراحی سند، شماره نسخه و تأییدکننده دارد.
خط تولید و انبار هم‌زمان به‌روز میشوند
نسخهٔ فعال برای همه یکی است.
سابقهٔ هر نسخه حفظ میشود
معلوم است محصول تولیدشده در هر تاریخ با چه فرمولی ساخته شده.
تغییر شفاهی حذف میشود
هر تغییر طراحی سند، شماره نسخه و تأییدکننده دارد.
خط تولید و انبار هم‌زمان به‌روز میشوند
نسخهٔ فعال برای همه یکی است.
سابقهٔ هر نسخه حفظ میشود
معلوم است محصول تولیدشده در هر تاریخ با چه فرمولی ساخته شده.
تغییر شفاهی حذف میشود
هر تغییر طراحی سند، شماره نسخه و تأییدکننده دارد.
خط تولید و انبار هم‌زمان به‌روز میشوند
نسخهٔ فعال برای همه یکی است.
سابقهٔ هر نسخه حفظ میشود
معلوم است محصول تولیدشده در هر تاریخ با چه فرمولی ساخته شده.
تغییر شفاهی حذف میشود
هر تغییر طراحی سند، شماره نسخه و تأییدکننده دارد.
خط تولید و انبار هم‌زمان به‌روز میشوند
نسخهٔ فعال برای همه یکی است.
سابقهٔ هر نسخه حفظ میشود
معلوم است محصول تولیدشده در هر تاریخ با چه فرمولی ساخته شده.
تغییر شفاهی حذف میشود
هر تغییر طراحی سند، شماره نسخه و تأییدکننده دارد.
خط تولید و انبار هم‌زمان به‌روز میشوند
نسخهٔ فعال برای همه یکی است.
سابقهٔ هر نسخه حفظ میشود
معلوم است محصول تولیدشده در هر تاریخ با چه فرمولی ساخته شده.
تغییر شفاهی حذف میشود
هر تغییر طراحی سند، شماره نسخه و تأییدکننده دارد.
خط تولید و انبار هم‌زمان به‌روز میشوند
نسخهٔ فعال برای همه یکی است.
سابقهٔ هر نسخه حفظ میشود
معلوم است محصول تولیدشده در هر تاریخ با چه فرمولی ساخته شده.
تغییر شفاهی حذف میشود
هر تغییر طراحی سند، شماره نسخه و تأییدکننده دارد.
خط تولید و انبار هم‌زمان به‌روز میشوند
نسخهٔ فعال برای همه یکی است.
سابقهٔ هر نسخه حفظ میشود
معلوم است محصول تولیدشده در هر تاریخ با چه فرمولی ساخته شده.
تغییر شفاهی حذف میشود
هر تغییر طراحی سند، شماره نسخه و تأییدکننده دارد.
خط تولید و انبار هم‌زمان به‌روز میشوند
نسخهٔ فعال برای همه یکی است.
سابقهٔ هر نسخه حفظ میشود
معلوم است محصول تولیدشده در هر تاریخ با چه فرمولی ساخته شده.
دلیل هر تغییر مستند می‌ماند
کاهش هزینه، اصلاح ایراد کیفی یا درخواست مشتری.
اثر تغییر پیش از اجرا بررسی میشود
کدام سفارشهای باز و کدام موجودی تحت تأثیر قرار می‌گیرند.
مستندات فنی کنار محصول میمانند
نقشه، دستورالعمل و مشخصات به همان نسخه پیوست‌اند.
دلیل هر تغییر مستند می‌ماند
کاهش هزینه، اصلاح ایراد کیفی یا درخواست مشتری.
اثر تغییر پیش از اجرا بررسی میشود
کدام سفارشهای باز و کدام موجودی تحت تأثیر قرار می‌گیرند.
مستندات فنی کنار محصول میمانند
نقشه، دستورالعمل و مشخصات به همان نسخه پیوست‌اند.
دلیل هر تغییر مستند می‌ماند
کاهش هزینه، اصلاح ایراد کیفی یا درخواست مشتری.
اثر تغییر پیش از اجرا بررسی میشود
کدام سفارشهای باز و کدام موجودی تحت تأثیر قرار می‌گیرند.
مستندات فنی کنار محصول میمانند
نقشه، دستورالعمل و مشخصات به همان نسخه پیوست‌اند.
دلیل هر تغییر مستند می‌ماند
کاهش هزینه، اصلاح ایراد کیفی یا درخواست مشتری.
اثر تغییر پیش از اجرا بررسی میشود
کدام سفارشهای باز و کدام موجودی تحت تأثیر قرار می‌گیرند.
مستندات فنی کنار محصول میمانند
نقشه، دستورالعمل و مشخصات به همان نسخه پیوست‌اند.
دلیل هر تغییر مستند می‌ماند
کاهش هزینه، اصلاح ایراد کیفی یا درخواست مشتری.
اثر تغییر پیش از اجرا بررسی میشود
کدام سفارشهای باز و کدام موجودی تحت تأثیر قرار می‌گیرند.
مستندات فنی کنار محصول میمانند
نقشه، دستورالعمل و مشخصات به همان نسخه پیوست‌اند.
دلیل هر تغییر مستند می‌ماند
کاهش هزینه، اصلاح ایراد کیفی یا درخواست مشتری.
اثر تغییر پیش از اجرا بررسی میشود
کدام سفارشهای باز و کدام موجودی تحت تأثیر قرار می‌گیرند.
مستندات فنی کنار محصول میمانند
نقشه، دستورالعمل و مشخصات به همان نسخه پیوست‌اند.
دلیل هر تغییر مستند می‌ماند
کاهش هزینه، اصلاح ایراد کیفی یا درخواست مشتری.
اثر تغییر پیش از اجرا بررسی میشود
کدام سفارشهای باز و کدام موجودی تحت تأثیر قرار می‌گیرند.
مستندات فنی کنار محصول میمانند
نقشه، دستورالعمل و مشخصات به همان نسخه پیوست‌اند.
دلیل هر تغییر مستند می‌ماند
کاهش هزینه، اصلاح ایراد کیفی یا درخواست مشتری.
اثر تغییر پیش از اجرا بررسی میشود
کدام سفارشهای باز و کدام موجودی تحت تأثیر قرار می‌گیرند.
مستندات فنی کنار محصول میمانند
نقشه، دستورالعمل و مشخصات به همان نسخه پیوست‌اند.
نسخه بندی لیست مواد (BOM)، درخواست تغییر و مستندات فنی و نقشه محصول
سه حوزه از نرم افزار چرخه عمر محصول (PLM) که چرخهٔ تغییر محصول را از نسخهبندی تا مستندات پوشش می‌دهند.
۰۱
نسخهبندی
نسخهبندی فرمول ساخت با شمارهٔ نسخه و تاریخ اعتبار
مقایسه دو نسخه فرمول ساخت و نمونه گام به گام یک تغییر
هر تغییر مهندسی روی یک نسخه تازه از لیست مواد انجام می شود؛ پس همیشه می توان نسخه جدید را کنار نسخه فعال گذاشت و دقیقاً دید چه چیزی عوض شده است.
مقایسه دو نسخه؛ اجزای افزوده، حذف شده و تغییر کرده
در هر درخواست تغییر، بخشی برای تغییرات لیست مواد هست که تفاوت نسخه تازه با نسخه فعال را ردیف به ردیف نشان می دهد. قطعه ای که اضافه شده، قطعه ای که حذف شده و قطعه ای که فقط مقدارش عوض شده، هرکدام جدا دیده می شوند. تأیید کننده لازم نیست دو فایل را کنار هم بگذارد و خط به خط مقایسه کند؛ همه تفاوت ها در یک نما جلوی چشم اوست. اگر مراحل عملیات ساخت هم تغییر کرده باشد، آن تغییرها هم جداگانه نمایش داده می شوند.
گام ۱: ثبت درخواست تغییر
مهندس محصول درخواست تغییر را با نوع تغییر، محصول یا لیست مواد مربوط، دلیل و اولویت ثبت می کند. دلیل می تواند کاهش هزینه، جایگزینی قطعه ای که دیگر تأمین نمی شود، اصلاح یک ایراد کیفی یا درخواست مشتری باشد. همین جا مسئول درخواست هم مشخص می شود تا پیگیری آن روی دوش یک نفر باشد. درخواست ثبت شده هنوز هیچ اثری روی خط تولید ندارد و فقط وارد گردش کار مهندسی می شود.
گام ۲: ساخت نسخه تازه و اعمال تغییر روی آن
با شروع کار روی درخواست، یک نسخه تازه از لیست مواد ساخته می شود و تغییرها فقط روی همین نسخه انجام می شوند. نسخه فعال دست نمی خورد و خط تولید همچنان با آن کار می کند. مهندس قطعه ها، مقدارها و مراحل ساخت را در نسخه تازه اصلاح می کند و نقشه یا دستورالعمل جدید را به آن پیوست می کند. تا وقتی تأیید نهایی نیامده، این نسخه فقط در اختیار تیم مهندسی است.
گام ۳: تأیید
درخواست از مراحل تأییدی که برای سازمان تعریف شده می گذرد؛ مثلاً مهندسی، تولید، کیفیت و در نهایت مدیریت. هر تأیید کننده تفاوت دو نسخه را می بیند، نظرش را ثبت می کند و درخواست را تأیید یا رد می کند. اگر درخواست رد شود، دلیلش کنار آن می ماند و مهندس می تواند نسخه را اصلاح و دوباره ارسال کند. نام و تاریخ هر تأیید هم در سابقه درخواست ثبت می شود.
گام ۴: اعمال تغییر و بایگانی نسخه قبلی
پس از تأیید نهایی، تغییر اعمال می شود: نسخه تازه فعال می شود و از این لحظه دستورهای تولید جدید با آن ساخته می شوند. نسخه قبلی حذف نمی شود و با شماره و تاریخش بایگانی می ماند. به این ترتیب برای هر محصولی که در گذشته ساخته شده، معلوم است با کدام نسخه تولید شده است؛ سابقه ای که در پاسخ به شکایت مشتری و در ممیزی به کار می آید.
حل تداخل تغییرهای هم زمان روی یک محصول و اتصال به کیفیت و عملیات ساخت
وقتی چند مهندس روی یک محصول کار می کنند، دو درخواست تغییر ممکن است هم زمان باز باشند. تغییر مهندسی هم فقط به لیست مواد محدود نمی ماند و به بازرسی ها و مراحل ساخت هم می رسد.
وقتی دو درخواست تغییر هم زمان باز است
فرض کنید یک درخواست جنس پیچ ها را عوض می کند و درخواست دیگری هم زمان رنگ بدنه را. اگر درخواست اول زودتر اعمال شود، نسخه ای که درخواست دوم روی آن کار می کرده دیگر نسخه فعال نیست. سیستم این وضعیت را روی درخواست دوم نشان می دهد تا تغییر آن ندانسته روی نسخه قدیمی اعمال نشود و تغییر اول از دست نرود.
به روز کردن پایه تغییر (Rebase)
در این حالت درخواست دوم با گزینه Rebase روی آخرین نسخه فعال به روز می شود؛ یعنی تغییرهایی که پیش تر اعمال شده در نسخه آن هم وارد می شوند و فقط تفاوت های خود این درخواست باقی می ماند. اگر هر دو درخواست یک ردیف را تغییر داده باشند، مهندس تداخل را بررسی می کند و تصمیم می گیرد کدام مقدار بماند. جزئیات این رفتار بهتر است در فاز استقرار روی نسخه اودوی خود شرکت آزموده شود.
اتصال تغییر مهندسی به بازرسی کیفیت
ایرادی که در بازرسی کیفیت پیدا می شود، می تواند نقطه شروع یک درخواست تغییر باشد و سابقه آن ایراد کنار درخواست می ماند. وقتی نسخه تازه فعال شد، بازرسی های مربوط هم باید با قطعه ها و مراحل جدید هماهنگ شوند؛ مثلاً بازرسی قطعه حذف شده کنار گذاشته شود یا برای قطعه جدید بازرسی تعریف شود. به این ترتیب حلقه ایراد، تغییر و بازرسی دوباره بسته می شود.
اتصال به مراحل عملیات ساخت
تغییر مهندسی فقط فهرست قطعه ها نیست؛ گاهی یک مرحله ساخت اضافه یا حذف می شود، مرکز کار عوض می شود یا زمان استاندارد یک عملیات تغییر می کند. این تغییرها هم در همان نسخه تازه ثبت می شوند و دستورالعمل هر مرحله برای اپراتور به روز می شود. پس از اعمال، دستورهای تولید جدید با مسیر ساخت تازه اجرا می شوند و اپراتور همیشه آخرین دستورالعمل تأیید شده را می بیند.
بررسی اثر تغییر روی سفارش ها و موجودی، روی یک پایگاه داده
چرخهٔ عمر محصول جزیره‌ای نیست؛ روی فرایندهای دستهٔ زنجیره تأمین و تولید می‌نشیند. نسخهٔ فعال در مدیریت تولید (MRP) اجرا میشود، اثر تغییر روی موجودی انبارداری و سفارشهای خرید و تدارکات بررسی می‌گردد، ایراد کشف‌شده در کنترل کیفیت می‌تواند شروع یک تغییر باشد و نقشهها در مدیریت اسناد بایگانی میشوند.
هر تغییر، هم‌زمان به همهٔ بخش‌ها می‌رسد
مهندسی، تولید، انبار، خرید و کیفیت — همه روی یک پایگاه داده واحد. بدون فایل واسط، بدون نسخهٔ قدیمی در دست کسی.
نشانگر را روی این بخش حرکت بدهید
ماژول های لازم برای ماژول چرخه عمر محصول (PLM)
ماژول‌های پایه‌ای که این راهکار روی آنها سوار میشود.
نام در سیستم
نام فنی
نسخه
ضرورت
توضیح
مدیریت چرخه محصول (PLM)
mrp_plm
سازمانی
ضروری
هستهٔ نسخهبندی فرمول ساخت و درخواست تغییر مهندسی
تولید
mrp
اجتماعی
ضروری
پیش‌نیاز — فرمول ساخت و دستور تولید
انبار
stock
اجتماعی
ضروری
پیش‌نیاز — موجودی مواد و محصول
اسناد
documents
سازمانی
اختیاری
بایگانی سازمان‌یافتهٔ نقشهها و مستندات فنی
کیفیت
quality_control
سازمانی
اختیاری
برای پیوند دادن تغییر مهندسی به عدم انطباق کیفی
افزوده های اودوپرو در نرم افزار چرخه عمر محصول (PLM)
هستهٔ چرخهٔ عمر محصول در اودو جهانی است. آنچه کار واحد مهندسی در ایران را روان میکند، این افزوده‌های ماست:
افزوده
نام فنی
چه میکند
تقویم شمسی
odoopro_jalali
تاریخ اعتبار نسخه‌ها و تاریخ تأیید تغییرات بر مبنای تقویم شمسی
خروجی ورد و اکسل
op_ms_report
تولید سند تغییر مهندسی و شناسنامهٔ محصول در قالب سازمانی شما
دبیرخانه
op_secretariat
ثبت مصوبهٔ تغییر مهندسی به‌عنوان سند رسمی با شماره اندیکاتور
چاپ مستقیم
op_direct_print
چاپ نسخهٔ فعال فرمول ساخت و دستورالعمل در خط تولید
جست‌وجوی سراسری
op_global_search
پیدا کردن سریع نسخه یا درخواست تغییر از هر نقطهٔ سیستم
یک تغییر واقعی را در نرم افزار چرخه عمر محصول (PLM) دنبال کنید
یک تغییر واقعی در محصولتان را در دمو از درخواست تا تأیید و اعمال دنبال کنید.
پرسش های پرتکرار درباره کنترل تغییر و بایگانی نسخه های قبلی
تفاوت این ماژول با خودِ ماژول تولید چیست؟
ماژول مدیریت تولید (MRP) فرمول ساخت فعلی را اجرا میکند. نرم افزار چرخه عمر محصول (PLM)، فرایند تغییر دادن آن فرمول را مدیریت میکند: نسخهبندی، درخواست تغییر، تأیید و بایگانی نسخههای قبلی.
نسخههای قبلی فرمول ساخت باقی میمانند؟
بله. در ماژول چرخه عمر محصول (PLM) نسخهٔ قبلی بایگانی میشود و حذف نمیگردد. برای هر محصول تولیدشده در گذشته میتوانید ببینید با کدام نسخه ساخته شده است.
گردش تأیید تغییر قابل تعریف است؟
بله. مراحل تأیید را مطابق ساختار خودتان تعریف می‌کنید — مثلاً مهندسی، تولید، کیفیت و در نهایت مدیریت. تا مرحلهٔ قبل تأیید نشود، بعدی فعال نمی‌شود.
اثر تغییر روی سفارشهای در جریان بررسی میشود؟
بله. پیش از اعمال نسخهٔ جدید، سیستم نشان می‌دهد کدام دستورهای تولید باز و کدام موجودی مواد تحت تأثیر قرار می‌گیرند.
نقشهها و مستندات فنی کجا نگهداری میشوند؟
به هر نسخه از فرمول ساخت پیوست میشوند تا خط تولید همیشه به آخرین نسخهٔ تأییدشده دسترسی داشته باشد. با ماژول اسناد میتوانید بایگانی مرکزی با سطح دسترسی تفکیک‌شده هم داشته باشید.
