‏مهاجرت ERP به SAP S/4HANA: درس‌هایی از صنعت آلمان

پیام اصلی این مقاله از همون اول روشنه: مدرن‌سازی ERP وقتی شکست می‌خوره که فناوری جلو بیفته و کارِ فرایندها دنبالش راه بیفته. سرخط‌ها رو فناوری می‌گیره، ولی کاری که موفقیت یا شکست رو رقم می‌زنه توی لایه‌ی فرایند اتفاق می‌افته: داده‌ی مادر (master data)، منطق تولید، جریان مواد و ردیابی در طول زنجیره تأمین. نویسنده می‌گه وقتی این‌ها مرتب باشن، مهاجرت پلتفرم بخش آسون کاره؛ وقتی نباشن، هیچ نسخه‌ی ابری یا ایجنت AI پروژه رو نجات نمی‌ده.

مقاله سه مهاجرت رو با سه محصول مختلف (SAP، ams.erp و VlexPlus) بررسی می‌کنه ولی نشون می‌ده الگوها یکی‌ان. اولی Fritz Winter، یه ریخته‌گری بزرگه که تصمیم گرفت اول یکپارچه‌سازی (consolidation) کنه و بعد مهاجرت: سیستم تولید قدیمی رو کامل به SAP ERP منتقل کرد، سطوح مواد و منطق انبار رو از نو طراحی کرد و فرایندها رو سامان داد. این کار زمان‌بندی رو یه سال عقب انداخت، ولی نقطه‌ی پروژه خودِ مهاجرت نبود؛ پاک‌سازی ساختاری‌ای بود که مهاجرت رو ممکن کرد.

دومی Adams Armaturen، یه سازنده‌ی شیرآلات خانوادگیه که ERP قدیمی‌ش به ته خطش رسیده بود. این شرکت محصول ams.erp رو که روی تولید پروژه‌محور تمرکز داره انتخاب کرد، ۱۷ میلیون رکورد داده رو منتقل کرد و قبلش یه فاز عمیق تعریف فرایند انجام داد؛ همین کارِ جلوافتاده باعث شد پیاده‌سازی فنی روان پیش بره. سومی Reiss Büromöbel، یه سازنده‌ی مبلمان اداری بود که حدود ۳۰ میلیون یورو خرج کرد و ERP مدیریت تنوع (VlexPlus) رو به‌عنوان پایه‌ی یه کارخانه‌ی Industry 4.0 نصب کرد.

از دل این سه پروژه چند درس مشترک بیرون میاد. درس اول: فرایندها رو قبل از مهاجرت بهینه کن. سیستم‌های ابری استانداردسازی رو تحمیل می‌کنن، پس شرکت‌ها باید فرایندهای تاریخیِ رشد‌کرده رو زیر سوال ببرن، نه یک‌به‌یک منتقلشون کنن. سال‌ها customizing یه دانش ضمنی ساخته که کسی ننوشته، و مهاجرت ابری این دانش رو مجبور می‌کنه رو بشه. شرکت‌های موفق مهاجرت رو یه بازچینش استراتژیک می‌بینن، نه یه lift-and-shift.

درس دوم: یکپارچه‌سازی، پروژه‌ی واقعیه. هیچ‌کدوم از این سه شرکت ERP مستقل نساختن؛ همه‌شون اون رو به MES (اجرای کف کارگاه)، PLM (داده‌ی طراحی) و سیستم‌های شاپ‌فلور وصل کردن. هدف معماری، یکپارچگیِ دوطرفه در کل استکه: سفارش‌های تولید به پایین جریان پیدا می‌کنن و زمان‌ها و داده‌ی کیفیت به بالا برمی‌گردن. یه نکته‌ی روشن‌کننده اینه که ERP سیستم مرجع برای منطق کسب‌و‌کار و مالیه و MES سیستم مرجع برای اجرای کف کارگاه؛ هر دو لایه باید یکپارچگی خودشون رو داشته باشن.

درس‌های دیگه شامل حرکت از کاغذ به دیجیتال با ردیابی کامل (که هم برای دیدِ عملیاتی و OEE و هم برای انطباق قانونی در صنایع تحت‌نظارت حیاتیه)، و این واقعیته که ابر یه طیفه، نه یه کلید. اکثر سازنده‌ها به یه مدل ترکیبی (hybrid) می‌رسن و به‌خصوص برای بارهای کاری AI، نگرانیِ حاکمیت داده اون‌ها رو به سمت on-premises یا private cloud می‌بره. درس آخر اینه که مدرن‌سازی ERP یه سفر چندسالهست نه یه رویداد؛ الگوی زیربناییش همون Strangler Fig معماری نرم‌افزاره که سیستم قدیمی قدم‌به‌قدم آب می‌ره تا سیستم جدید رشد کنه، و cutover یک‌باره‌ی big-bang همون ضدالگوییه که بیشتر داستان‌های ترسناک ERP رو می‌سازه.

نکات کلیدی:

• مدرن‌سازی ERP وقتی شکست می‌خوره که فناوری جلو بیفته و کار فرایندها عقب بمونه
• فرایندها رو باید قبل از مهاجرت بازطراحی کرد، نه یک‌به‌یک منتقل کرد
• یکپارچه‌سازی ERP با MES، PLM و شاپ‌فلور پروژه‌ی اصلیه، نه خود مهاجرت
• ابر یه طیفه نه یه کلید؛ مدل ترکیبی پاسخ عملی اکثر سازنده‌هاست
• مدرن‌سازی ERP چندساله‌ست و الگوی درستش Strangler Fig‌ـه، نه cutover یک‌باره