ابدأوا بالملكية، لا بالواجهات
قبل أي ربط للحقول، نتفق على مالك كل جزء من بيانات المنتج: أين تنشأ القطعة، وأي نظام يحتفظ بقائمة المواد المعتمدة، وأين توجد بيانات التكلفة والمصانع. خريطة ملكية من صفحة واحدة تحسم معظم خلافات التكامل قبل أن تصل إلى الشيفرة.
الأنماط التي نستخدمها
- أحداث عند الإصدار. حين يُعتمد تغيير في Windchill، يحمل حدثٌ القطع وقوائم المواد والمستندات إلى ERP. لا يُرسل شيء وهو غير مكتمل.
- استعلامات عند الطلب. تقرأ البوابات والتطبيقات بيانات Windchill الحية عبر خدمات REST وOData، بدل أن تحتفظ بنسخها الخاصة.
- مطابقة ليلية. مهمة مجدولة تقارن الطرفين وتبلّغ عن أي اختلاف قبل أن يكتشفه أحد المخططين.
مصمَّم ليُشغَّل
كل رسالة قابلة للتكرار بأمان (idempotent) ويمكن تتبّعها. تُعاد محاولة الإخفاقات آليًا، وتُحفظ في طابور الرسائل الفاشلة (dead-letter queue) إن تعذّر نجاحها، وتظهر على لوحة متابعة يستطيع فريق الدعم لديكم قراءتها. ولا يضطر أحد إلى البحث في ملفات السجلات ليعرف لماذا لم تصل قطعة ما إلى ERP.
تكاملات شائعة
- SAP S/4HANA وSAP ECC، عبر Windchill ESI أو طبقة وسيطة (middleware)
- Microsoft Dynamics 365 وأنظمة ERP أخرى عبر REST
- أنظمة MES لتعليمات العمل وبيانات المنتج كما صُنع
- أدوات ALM للمتطلبات وإدارة تهيئة البرمجيات
- بوابات الموردين والعملاء بصلاحيات قراءة فقط ومضبوطة