تعمل معظم تكاملات Windchill مع SAP يوم إطلاقها. أما الفرق فيظهر بعد عام: بعضها يعمل دون أن يلاحظه أحد، وبعضها يحتاج إلى من يتفقد قوائم الأخطاء كل صباح. وبحسب خبرتنا، يعود هذا الفرق إلى خمسة قرارات تُتخذ مبكرًا.
1. حدّدوا مالك كل سمة
دوّنوا، سمةً سمة، أي نظام هو المرجع. فالبيانات الهندسية مثل الأرقام والأوصاف وبنية قائمة المواد تنتمي عادةً إلى Windchill، أما بيانات المصانع والتكلفة والمشتريات فتنتمي إلى SAP. وحين تكون الملكية غير واضحة، ينتهي الأمر بالنظامين إلى تعديل الحقل نفسه، ويتحول التكامل إلى حَكَم بينهما.
2. النقل عند الاعتماد، لا عند الحفظ
أرسلوا البيانات حين يُعتمد التغيير، لا في كل مرة يحفظ فيها مهندس عمله. فلا ينبغي أن يرى ERP إلا تعريفات منتجات معتمدة ومتسقة، وحدث الاعتماد هو الحد الطبيعي لذلك.
3. اجعلوا كل رسالة آمنة عند تكرارها
الشبكات تتعطل والرسائل يُعاد إرسالها. فإن كانت معالجة الرسالة نفسها مرتين تُنشئ مادة مكررة أو قائمة مواد ثانية، فسينكسر التكامل عاجلًا أو آجلًا. وتصميم كل عملية لتكون قابلة للتكرار بأمان (idempotent) يحوّل إعادة المحاولة من خطر إلى إجراء روتيني.
4. خطّطوا لإخفاقات يمكن رؤيتها
ستفشل بعض عمليات النقل: عرض مصنع مفقود، أو مادة مقفلة، أو قيمة يرفضها SAP. ينبغي أن تنتظر الرسائل الفاشلة في طابور مع سبب مقروء، وأن يتمكن أحد من إصلاحها وإعادة إرسالها دون الحاجة إلى مطوّر.
5. المطابقة وفق جدول زمني
حتى التكامل الجيد ينحرف حين يُجري الناس تصحيحات يدوية. ومهمة ليلية تقارن قوائم المواد المعتمدة في الطرفين وتبلّغ عن الفروقات تكتشف المشكلات وهي صغيرة، قبل أن تصل إلى أرض المصنع بوقت طويل.
طبقة وسيطة أم ربط مباشر؟
يمكن أن ينجح Windchill ESI، أو منصة تكامل، أو استدعاءات REST مباشرة. ويتوقف الاختيار الصحيح على ما تشغّله شركتكم وتدعمه أصلًا. فالقرارات الخمسة أعلاه أهم من الأداة.