اتصال حديث بين الأنظمة
REST API
تبادل البيانات بين التطبيقات عبر نقاط نهاية API.
- البيانات الرئيسية
- الطلبات
- الحالات
- أرصدة المخزون
- بيانات الإنتاج
التكاملات الجاهزة ليست إلا إحدى طرق ربط INVO بمعماريتكم القائمة. فبفضل طبقة التكامل يمكننا تبادل البيانات مع الأنظمة القياسية والحلول الداخلية والتطبيقات القديمة، باستخدام نموذج التكامل الملائم لإمكانات بيئتكم التقنية.
INVO
المنصّة التشغيلية
مصمَّم للتوافق التشغيلي
في المؤسسات الكبيرة تتكوّن بيئة تقنية المعلومات عادةً من أنظمة عديدة طُوّرت عبر السنين. بعضها قياسي وبعضها قطاعي وبعضها بُني داخليًا. يمكن أن ينضمّ INVO إلى هذه المنظومة كطبقة متخصّصة إضافية.
طبقة التكامل
لا ينبغي أن يعني التكامل إنشاء وصلات عشوائية بين كل نظامين. نصمّم تدفّق البيانات وفق مسؤولية كل تطبيق وكل عملية.
التطبيقات
طبقة التكامل
INVO
العمليات التشغيلية
طبقة واحدة ومكان واحد يُرى فيه ما جرى - بدل شبكة وصلات مباشرة لا يستطيع أحد تدقيقها.
أساليب التكامل
واجهات API الحديثة هي الأسلوب المفضّل، لكن المعمارية المؤسسية الواقعية كثيرًا ما تتطلّب دعم أنظمة متفاوتة الإمكانات.
اتصال حديث بين الأنظمة
تبادل البيانات بين التطبيقات عبر نقاط نهاية API.
استجابة للأحداث لحظة وقوعها
يستطيع النظام التفاعل مع الأحداث بدل الاستعلام الدوري عن معلومات جديدة.
تبادل مهيكل للمستندات التجارية
التبادل الإلكتروني للمستندات التجارية.
تبادل ملفات آمن وآلي
نقل آمن للملفات بين الأنظمة.
CSV · XML · XLSX · JSON
للأنظمة التي لا تملك واجهة API مباشرة، يمكننا استخدام صيغة بيانات متفق عليها.
العمل مع منصّة التكامل الحالية لديكم
إذا كانت لدى المؤسسة طبقة Middleware أو ناقل تكامل خاص، يمكن ربط INVO بنموذج التكامل القائم.
حين لا تكفي الأساليب القياسية
للأنظمة الخاصة يمكننا تصميم أسلوب اتصال مخصّص.
لا نفترض أن كل نظام لديكم يملك واجهة REST حديثة. نختار طريق الربط بحسب ما يدعمه كل نظام.
لا نشترط أن تكون جميع أنظمتكم حديثة كي تعمل مع INVO.
مجالات البيانات
يعتمد نطاق البيانات والعمليات المتاحة على نطاق التنفيذ المتفق عليه وعلى الواجهات المتاحة.
نحدّد النطاق لكل تنفيذ - نُكامل ما تحتاجه العملية لا كل ما تتيحه نقطة النهاية.
تُرسَل البيانات لحظة تنفيذ العملية.
مزامنة يطلقها حدث محدّد.
تُتبادَل البيانات دوريًا.
نختار نموذج المزامنة بحسب العملية التشغيلية لا العكس.
كيف نبني التكاملات
عشر خطوات بالترتيب نفسه دائمًا. نقطة النهاية تأتي متأخرة - أما العملية وملكية البيانات فتأتيان أولًا.
ملكية البيانات
ظهور المعلومة في أنظمة متعدّدة لا يعني أن جميعها ينبغي أن تعدّلها بشكل مستقل. لكل مجال نحدّد نظامًا مرجعيًا.
يمكن استخدام المعلومة في أماكن كثيرة، لكن ينبغي أن يكون لها مالك واحد.
لا نشترط تطابق نماذج البيانات على طرفَي التكامل. فقد يسمّي كل نظام المعلومة نفسها ويهيكلها بطريقة مختلفة، وطبقة التكامل تربط بينهما.
نظام ERP قديم
ربط البيانات
INVO
القديم لا يعني المعزول
لا تستطيع كل مؤسسة - أو ترغب - في استبدال نظام يعمل منذ سنوات ويدير عمليات حرجة. فإذا أتاح تبادل البيانات عبر الملفات أو قاعدة بيانات أو Middleware أو أي آلية أخرى، يمكننا دراسة ربطه بـ INVO.
اليوم
المستهدف
إذا كانت لدى الشركة بالفعل Middleware أو ESB أو منصّة تكامل أو حلّ تكامل مركزي آخر، فلا حاجة لتجاوز هذه المعمارية. يمكن إدماج INVO في المعيار القائم.
نُكيّف التكامل مع المعمارية المؤسسية بدل إنشاء منظومة موازية.
موثوقية التكامل
في العمليات التشغيلية لا تكفي عبارة «أرسلنا البيانات». يجب معرفة ما إذا أُرسلت واستُلمت واجتازت التحقق وعولجت بشكل صحيح.
مراقب التكامل
اختبار التكامل
لا يكفي التحقق من أن نقطة النهاية تُعيد 200 OK. نختبر العملية بأكملها.
سيناريو شامل
ما الذي نتحقق منه
نختبر النتيجة التشغيلية للتكامل لا مجرّد الاتصال التقني.
الاختبار أولًا ثم الإنتاج.
ينبغي إعداد التكاملات واختبارها خارج بيئة الإنتاج ثم إطلاقها وفق خطة الانتقال المتفق عليها.
تكامل آمن
لماذا يهمّ الانفتاح
لستم مضطرين لاستبدال أنظمة تعمل جيدًا.
تصدير واستيراد وإعادة كتابة أقل.
تربطون تطبيقات متعدّدة في سير عمل واحد.
نسخ مستقلة أقل للمعلومة نفسها.
يمكن ضمّ أنظمة جديدة إلى المعمارية القائمة.
تبقى المعمارية منفتحة على حلول أخرى.
صُمّم INVO ليكون جزءًا من معماريتكم لا نظامًا مغلقًا يعمل إلى جانبها.
واجهات API والتكاملات المخصصة
خلال Discovery يمكننا المرور على الأنظمة المستخدمة ومصادر البيانات وآليات التكامل القائمة، ثم نصمّم على أساسها طريقة إدماج INVO في معماريتكم.