خدمات البرمجيات الوسيطة وتكامل واجهات API
طبقة تكامل واحدة لكل نظام وشريك، مع معالجة حالات الإخفاق
عندما يكون لكل ربط نص برمجي خاص به
تعتمد معظم المؤسسات على خدمات لا تديرها بنفسها: نظام CRM، وشركات النقل ومزودو الخدمات اللوجستية من طرف ثالث (3PL)، ومنصات الضرائب، وفحص التحقق من هوية العملاء (KYC) ومكافحة غسل الأموال (AML)، وأدوات SaaS. ولكل منها واجهة برمجة التطبيقات (API) الخاصة بها، وحدودها الخاصة، وطريقتها الخاصة في الإخفاق.
وعند ربطها واحدة تلو الأخرى، تتحول إلى مجموعة نصوص برمجية من نقطة إلى نقطة لا يفهمها أحد بالكامل. يغير أحد الشركاء واجهة API الخاصة به، وتضيع رسالة في الليل، وأول إشارة على ذلك شكوى من عميل.
ما الذي يتغير لديك
طبقة واحدة بدلا من شبكة من النصوص البرمجية
تنشر الأنظمة الأحداث وتستقبلها عبر طبقة واحدة خاضعة للحوكمة، بحيث لا تتطلب إضافة شريك تعديل كل نظام.
لا شيء يضيع، ولا شيء يتكرر
عمليات كتابة لا تتكرر (idempotent writes)، وإعادة المحاولات مع فترات انتظار متزايدة، وقائمة الرسائل المتعذرة (dead-letter queue)، بحيث يتم التقاط الإخفاق وإعادة تشغيله بدلا من ضياعه.
كل تدفق مرئي
بيانات التتبع، ومعدلات الأخطاء، وزمن الاستجابة لكل شريك، مع تنبيهات تحدد أي شريك أخفق وكيف.
ما الذي نقدمه
بوابة واجهات API
مدخل أمامي واحد خاضع للحوكمة لواجهات API التي تنشرها: المصادقة، وحدود معدل الطلبات، والحصص، وإدارة الإصدارات، وتحليلات الاستخدام.
شبكة الأحداث وناقل الخدمات المؤسسي
شبكة الأحداث هي شبكة من وسطاء الرسائل توجه الأحداث بين الأنظمة والمواقع في الوقت الفعلي. وحيثما كانت بيئة أنظمتك تعمل بالفعل على ناقل خدمات مؤسسي (ESB)، نصمم ذلك الناقل ونوسعه أيضا.
أتمتة سير العمل باستخدام BPMN
عمليات تمتد عبر الأنظمة والأشخاص، مثل تسجيل العملاء أو الموافقات، ننمذجها باستخدام BPMN (Business Process Model and Notation) ونشغلها عبر محرك سير عمل.
موصلات منظومة الجهات الخارجية
موصلات عبر REST وSOAP وwebhooks، أو من خلال iPaaS (منصة التكامل كخدمة)، لمزودي CRM، والخدمات اللوجستية من طرف ثالث (3PL)، والضرائب، والتحقق من هوية العملاء (KYC) ومكافحة غسل الأموال (AML).
عقود واجهات API وإدارة الإصدارات
تعريفات OpenAPI أو WSDL لكل واجهة، مع قواعد الحقول، ورموز الأخطاء، والحدود، وسياسة لاستيعاب تغييرات الشركاء.
الهوية والأسرار
تسجيل الدخول الموحد عبر OpenID Connect أو SAML، ووصول الخدمات عبر OAuth 2.0، وبيانات الاعتماد في خزانة أسرار، محددة النطاق ويتم تدويرها.
الموثوقية والمراقبة
مفاتيح منع التكرار (idempotency keys)، وإعادة المحاولات، وقوائم الرسائل المتعذرة (dead-letter queues)، ومسار عمليات بشرية لكل استثناء، مع لوحات متابعة وتنبيهات لكل شريك.
طريقة عملنا
حصر الوضع الحالي
نسرد الأنظمة والشركاء الذين تعتمد عليهم، والبيانات التي يحتاجها كل منهم، والإخفاقات التي تراها اليوم.
تصميم الطبقة
نكتب عقود API ونختار الاستدعاءات المباشرة أو الأحداث أو ناقل خدمات مؤسسي (ESB) أو منصة تكامل لكل تدفق.
بناء الموصلات
نبني كل موصل مع تضمين معالجة الأخطاء والحماية من التكرار والتسجيل منذ البداية.
الاختبار مع كل شريك
نجري اختبارات العقود والسيناريوهات الشاملة في بيئة الاختبار الخاصة بكل شريك، بما في ذلك حالات الإخفاق.
الإصدار بأمان
نصدر التغييرات على مراحل ونبقي المسار القديم متاحا حتى يثبت نجاح المسار الجديد.
التشغيل والتكيف
نراقب معدلات الأخطاء وقائمة الرسائل المتعذرة، ونكيف الموصلات عندما يغير الشركاء واجهات API لديهم.
مرر أفقيا لرؤية المخطط كاملا.
من نظام ERP إلى الجهات الخارجية: منصة واحدة وشركاء كثيرون
تخرج أحداث الأعمال من نظام ERP مرة واحدة، وتسلمها منصة التكامل إلى كل شريك بالصيغة التي يتوقعها، وتعود الردود بالطريقة نفسها. والرسالة التي تظل مخفقة بعد المحاولات تنتقل إلى قائمة الرسائل المتعذرة وتطلق تنبيها مرفقا به محتواها.
- التدفق الرئيسي
- غير متزامن
- مسار الاستثناءات
المسار في 9 خطوات
التدفق خطوة بخطوة
- من ERP إلى منصة التكامل: أحداث الأعمال، عبر REST · OData · webhook (تدفق رئيسي).
- من منصة التكامل إلى CRM: العملاء والطلبات، عبر REST/JSON (تدفق رئيسي).
- من منصة التكامل إلى الخدمات اللوجستية وشركات الشحن: حجز الشحنات، عبر REST/JSON (تدفق رئيسي).
- من الخدمات اللوجستية وشركات الشحن إلى منصة التكامل: أحداث التتبع، عبر webhook (غير متزامن).
- من منصة التكامل إلى منصة الفوترة الإلكترونية والضرائب: فواتير للاعتماد، عبر SOAP/XML · REST (تدفق رئيسي).
- من منصة التكامل إلى مزود خدمات KYC والتحقق من الهوية: التحقق من الهوية، عبر REST/JSON (تدفق رئيسي).
- من مزود خدمات KYC والتحقق من الهوية إلى منصة التكامل: نتائج التحقق، عبر webhook (غير متزامن).
- من منصة التكامل إلى قائمة الرسائل المتعذرة والتنبيهات: رسائل أخفقت بعد إعادة المحاولة، إلى قائمة الرسائل المتعذرة (مسار الاستثناءات).
- من قائمة الرسائل المتعذرة والتنبيهات إلى فريق الدعم: تنبيه مع محتوى الرسالة والخطأ (مسار الاستثناءات).
البروتوكولات والمنصات والمعايير
إذا كانت لديك منصة تكامل قائمة، نبني عليها. وذكر منتج ما لا يعني وجود شراكة مع مورده.
- البيانات والتحليلات
- Apache Kafka
- التكامل
- REST
- SOAP
- GraphQL
- Webhooks
- OpenAPI
- MuleSoft
- Boomi
- Azure Logic Apps
- Apache Camel
- RabbitMQ
- إدارة الهوية والوصول
- OAuth 2.0
- OpenID Connect
- SAML 2.0
- SCIM
- Keycloak
- Microsoft Entra ID
- معايير الرعاية الصحية
- HL7 v2
- HL7 FHIR
إثبات في بيئة الإنتاج
لبنك من الفئة 1 في دول مجلس التعاون الخليجي وتكتل إقليمي، بنينا شبكة برمجيات وسيطة مبنية على الأحداث على Apache Kafka. تربط SAP S/4HANA بالبنوك والجهات الضريبية، مع حفظ الأسرار في HashiCorp Vault.
كيف تبدأ
قائمة واضحة بالشركاء والتدفقات تؤدي مباشرة إلى عرض. أما شبكة التكاملات القائمة غير الموثقة فتبدأ بخدمة جسر تشخيص الأنظمة القائمة.
الخطوات التالية
الجلسة الاستشارية التمهيدية
جلسة استشارية تمهيدية مجانية عبر الإنترنت مدتها 30 دقيقة: نستعرض فيها أهدافك وأنظمتك والقيود التي تواجهك.
مراجعة الجاهزية
في مراجعة جاهزية مجانية مدتها 48 ساعة، يراجع مهندس معماري رئيسي مشروعك وفق تعريف الجاهزية المكون من 6 نقاط، ويوصي بالمسار المناسب.
اختيار المسار
المشاريع الجاهزة من حيث النطاق تحصل على عرض ملزم في غضون 3–5 أيام عمل. ومشاريع مرحلة الفكرة تبدأ في Blueprint Studio. والنظام القائم الذي يتعرض لأعطال أو يفتقر إلى توثيق أو يحتاج إلى تكامل يبدأ بتشخيص يستغرق 1–2 أسبوع. ولكل من Blueprint Studio والتشخيص رسم ثابت يرد في العرض.
التنفيذ في 5 مراحل
التعبئة، ثم دورات عمل بعروض حية، ثم التكامل والتقوية، ثم القبول وبدء التشغيل، ثم الخدمات المدارة. وبعد الإطلاق تأتي فترة ضمان، تليها خدمات الدعم والصيانة الاختيارية.
مشاريع بنتائج محددة وخدمات مدارة على مدار الساعة
تنفيذ بنطاق ثابت يقوم على المراحل الرئيسية مع قادة تنفيذ محددين بالاسم، وخدمات مدارة للتطبيقات على مدار الساعة في إطار حوكمة SLA.
متخصصون مدمجون وتعزيز استراتيجي
مهندسون رئيسيون ومتخصصون في المواقع القريبة وفي موقع العميل، ومعماريو حلول وتحول وتكامل وPQC مدمجون.
الأسئلة والأجوبة
هل نستخدم منصة تكامل أم شيفرة مخصصة؟
يتوقف ذلك على عدد مسارات الربط لديك ومن سيديرها. منصة تكامل مثل MuleSoft أو Boomi أو Azure Logic Apps توفر لك موصلات جاهزة وربط البيانات والمراقبة في مكان واحد، مقابل تكلفة ترخيص. أما الخدمات المخصصة فتمنحك تحكما كاملا دون ترخيص، لكن مع شيفرة أكبر للصيانة. نقارن بين الخيارين لحالتك.
ما الفرق بين ناقل خدمة المؤسسة (ESB) وشبكة الأحداث؟
ناقل خدمة المؤسسة يوجه الرسائل ويحولها عبر محور مركزي. أما شبكة الأحداث فتوزع الأحداث عبر شبكة من الوسطاء المترابطين، فتنشر الأنظمة في السحابات والمواقع المختلفة وتشترك مباشرة. وتعمل كثير من البيئات التقنية بالنمطين معا أثناء انتقالها من أحدهما إلى الآخر.
ماذا يحدث عندما تتعطل واجهة API لدى شريك؟
تعاد الطلبات التي تفشل لأسباب مؤقتة بعد فواصل متزايدة. وكل عملية كتابة تحمل مفتاح منع التكرار (idempotency key)، فلا تنشئ إعادة المحاولة طلبا ثانيا أو فاتورة ثانية. أما الرسالة التي تستمر في الإخفاق فتنقل إلى قائمة الرسائل المتعذرة (dead-letter queue) مع حمولة الرسالة والخطأ. ويصل تنبيه إلى فريقك، وتعاد الرسالة بعد تعافي الشريك.
كيف تتعامل XSIS مع تغييرات إصدارات API؟
بالنسبة إلى واجهات API التي تنشرها، نضع لها إصدارات ونبقي الإصدارات القديمة عاملة لمدة متفق عليها ونخبر المستهلكين بما يتغير. وبالنسبة إلى واجهات API التي تستدعيها، نتابع إشعارات إيقاف الإصدارات من كل شريك ونختبر الإصدارات الجديدة في بيئة الاختبار لديه. وتكشف اختبارات العقود أي تغيير غير معلن قبل وصوله إلى بيئة الإنتاج.
هل تستطيع XSIS ربط مزود الهوية لدينا؟
نعم. نضيف تسجيل الدخول الموحد عبر OpenID Connect أو SAML 2.0 من خلال مزودات مثل Microsoft Entra ID أو Keycloak. وتنشأ حسابات المستخدمين عبر SCIM حيث يدعم التطبيق ذلك. ويبقى مزود الهوية لديك المكان الوحيد لمنح الصلاحيات وسحبها.
كيف تتعامل XSIS مع حدود معدل الطلبات؟
نصمم الحل في حدود ما ينشره كل شريك. نجمع الطلبات في دفعات حيث تسمح واجهة API، ونحتفظ بالبيانات التي نادرا ما تتغير في ذاكرة مؤقتة، ونوزع المهام المجدولة على أوقات مختلفة، ونخفف وتيرة الطلبات عند الاقتراب من حد معين. وتوضح المراقبة مدى اقتراب كل مسار من حده.
إن كنت جاهزا للبناء، اطلب عرضا.
أرسل متطلباتك أو طلب تقديم العروض (RFP). يتحقق منها مهندسونا المعماريون ويعيدون إليك عرضا ملزما بنطاق ثابت.
الخطوات التالية
مراجعة الجاهزية
في مراجعة جاهزية مجانية مدتها 48 ساعة، يراجع مهندس معماري رئيسي مشروعك وفق تعريف الجاهزية المكون من 6 نقاط، ويوصي بالمسار المناسب.
عرض ملزم
بعد التحقق من البنية التقنية دون تكلفة، تتلقى عرضا ملزما بنطاق ثابت في غضون 3–5 أيام عمل: المراحل الرئيسية والبنية التقنية وهيكل الفريق واتفاقيات مستوى الخدمة (SLA). نوقع معك اتفاقية عدم إفصاح (NDA) عند الطلب، قبل أن تشاركنا متطلباتك.
التعبئة
فور توقيعك، تبدأ فرق الهندسة لدينا Sprint 0 في غضون 5–10 أيام عمل من توقيع العقد.
التنفيذ في 5 مراحل
التعبئة، ثم دورات عمل بعروض حية، ثم التكامل والتقوية، ثم القبول وبدء التشغيل، ثم الخدمات المدارة. وبعد الإطلاق تأتي فترة ضمان، تليها خدمات الدعم والصيانة الاختيارية.