SOAP
نمط واجهة أقدم، ما زال يشغّل أنظمة أساسية في البنوك والجهات الحكومية والاتصالات. قديم لا يعني مهجوراً.
نمط واجهة أقدم، ما زال يشغّل أنظمة أساسية في البنوك والجهات الحكومية والاتصالات. قديم لا يعني مهجوراً.
ماذا تعرض خدمة SOAP، ولماذا يهمّ ذلك هنا
كثير من الأنظمة الأساسية في القطاعات الراسخة ما زالت تعرض واجهاتها بهذا النمط، وليس هناك خطة لتغييرها لأنها تعمل ولأن تغييرها مخاطرة.
وتجاهل هذا النمط يعني تجاهل الأنظمة التي تحمل أهم البيانات في تلك القطاعات — وهو ما يفعله موردون كثيرون ثم يطلبون منكم مشروع تحديث لا علاقة له بالمساعد.
والقواعد نفسها تنطبق: نطاق محدد، وقراءة فقط، وبيانات اعتماد خدمة منفصلة، وترجمة المخرَج إلى لغة مفهومة.
- العمليات المحددة — ما تسمحون باستدعائه صراحة.
- الحقول — ما يُقرأ من الاستجابة.
- القراءة فقط — بلا عمليات تغيّر شيئاً.
- بيانات اعتماد خدمة — منفصلة وقابلة للإيقاف.
- التوافق — العمل مع الأنظمة القائمة كما هي.
أسئلة يجيب عنها Elbi عبر خدمة SOAP
ما حالة هذا؟
قراءة من العملية المحددة بترجمة مفهومة.
هل هذا موجود؟
بحث ضمن النطاق المسموح.
ما القيمة الحالية؟
الحقل المحدد من الاستجابة.
متى تغيّر هذا؟
الطابع الزمني المسجّل.
ما المرجع؟
الحقل المسجّل لمن يحقّ له.
ما التفاصيل؟
ما تسمحون بعرضه من الاستجابة.
كيف يعمل Elbi مع خدمة SOAP
- ملف WSDL هو نقطة البدايةتنشر خدمة SOAP ملف WSDL، وهو عقد رسمي يسرد عملياتها، ورسائل XML التي تقبلها كل عملية وتعيدها، ونوع كل حقل. ويُبنى الاتصال من هذا العقد، فلا مجال للتخمين في ما تتوقعه أي عملية.
- مجموعة مسمّاة من العملياتكثيراً ما تعرض الخدمة عمليات كثيرة. ويُعطى Elbi مجموعة قصيرة مسمّاة منها، هي في الغالب عمليات استعلام مثل جلب حالة حساب أو قضية برقمها المرجعي، ولا يُستدعى شيء آخر من الملف أبداً.
- الحماية التي تتوقعها الخدمة أصلاًتقف خدمات SOAP عادة خلف TLS متبادل، أو ترويسات WS-Security مثل رمز اسم المستخدم أو رسالة موقّعة بشهادة عميل، أو قائمة عناوين IP مسموحة، أو مزيج من ذلك. ويستخدم الاتصال ما تشترطه خدمتكم، بشهادات وبيانات اعتماد يصدرها فريقكم.
- رسائل صارمة تُفحص في الاتجاهينتُبنى الطلبات مطابقة لمخطط العقد، فيُكتشف الرقم المرجعي المشوّه قبل أن يصل إلى الخدمة. وتُقرأ الاستجابات بأسماء العناصر لا بمواقعها، فتبقى المواءمة ثابتة حين تظهر عناصر اختيارية.
- الأعطال تصير إجابات واضحةتُبلغ SOAP عن الأخطاء بما يسمى fault، ومعه رمز وسبب. فعطل «السجل غير موجود» يصير «لا يوجد حساب بهذا الرقم»، وعطل المصادقة أو الخادم يصير «لا أستطيع الوصول إلى ذلك النظام الآن» مع التحويل إلى موظف.
- الصيغ المحلية تُعالج في المواءمةقد تحمل الأنظمة الأقدم في المملكة تواريخ هجرية، وحقولاً منفصلة للاسم بالعربية والإنجليزية، ورموز حالة لا يُعرف معناها إلا من دليل التشغيل. والمواءمة تحوّلها إلى جمل يفهمها العميل أو الموظف.
عمليات SOAP وWS-Security، وما يبقى بأيديكم
الافتراضي هو عمليات الاستعلام وحدها. أما العمليات التي ترفع شيئاً أو تغيّره فتُدرج كلٌّ منها على حدة، ولا تُفعَّل إلا عن قصد، ويمكن أن تنتظر تأكيد شخص.
وصلاحيات حساب الخدمة في النظام الخلفي هي السقف. وحين تقبل العملية معرّف عميل أو مستخدم، تُمرَّر هوية السائل الموثّقة، فلا يعيد النظام إلا سجلاته هو.
وشهادات العميل وبيانات WS-Security وأي حساب خدمة تصدر كلها من فريقكم، وغالباً عبر الإجراء نفسه المتبع مع بقية التكاملات على ناقل الخدمات لديكم. وإلغاء الشهادة أو تعطيل الحساب ينهي الاتصال.
والاستجابات تُقرأ لحظة السؤال وتُختصر إلى الحقول التي تحتاجها الإجابة، ولا يُنسخ شيء إلى مستودع ثانٍ. ومحتوى المحادثة يُتلف خلال 24 ساعة، ولا يصل شيء منه إلى أي خدمة ذكاء اصطناعي خارجية.
ويُسجَّل كل استدعاء باسم العملية ونتيجتها أو رمز العطل والمحادثة والوكيل، إلى جانب ما يسجّله ناقل الخدمات أو البوابة لديكم أصلاً. وللأنظمة العريقة نوافذ صيانة ومعالجة دفعية؛ فحين تكون الخدمة متوقفة أو بطيئة يقول Elbi ذلك ويعرض التحويل إلى موظف، ولا يقدّم قيمة محفوظة على أنها حالية.
ما الذي يحلّ محلّه هذا
ما يحلّ محلّه هذا هو استبعاد الأنظمة الأساسية من المشروع. حين لا يدعم المورّد هذا النمط، تُستثنى الأنظمة التي تحمل الإجابات الحقيقية ويبقى المساعد يجيب عن أشياء عامة.
والنتيجة مشروع يبدو ناجحاً ولا يحلّ المشكلة: العميل ما زال يتصل ليسأل عن حالته لأن حالته في نظام لم يُربط.
ودعم هذا النمط يجعل المشروع مستقلاً عن عمر أنظمتكم، وهذا هو الفارق العملي في القطاعات الراسخة تحديداً.
أين يهمّ الربط عبر SOAP أكثر من غيره
البنوك
أنظمة أساسية ما زالت تعرض هذا النمط.
الجهات الحكومية
خدمات قائمة منذ سنوات.
الاتصالات
أنظمة تشغيلية كبيرة.
التأمين
أنظمة الوثائق والمطالبات.
الصحة
أنظمة إدارية راسخة.
التقنية
ربط ما لا تدعمه الأدوات الحديثة.
كيف تستفيدون من خدمة SOAP
تتركّز قيمة ربط SOAP عادة في عمليات استعلام قليلة يستخدمها موظفو الصفوف الأمامية أصلاً عبر شاشة داخلية: حالة الحساب، وحالة القضية، وصلاحية الشهادة، والرصيد. هذه هي الأسئلة التي يتصل بشأنها العملاء، والعملية التي تجيب عنها موجودة بالفعل.
اسألوا الفريق المالك للخدمة عن العمليات التي تستدعيها تلك الشاشات الداخلية. هذه القائمة أقصر عادة وأكثر اختباراً من ملف WSDL كاملاً، وتتجنب عمليات لم يستدعها أحد منذ سنوات.
واحترموا طاقة النظام. فالأنظمة الخلفية الأقدم صُممت لحركة الموظفين لا لكل أسئلة العملاء دفعة واحدة، ولذلك ينبغي أن يبقى الإطلاق الأول ضمن العمليات والأحجام التي يرتاح لها مالك الخدمة، بعد قياسها في الاختبار.
ما الذي يتطلبه ربط خدمة SOAP
- ملف WSDL ونقطة اختباريوفّر فريقكم عقد الخدمة ووصولاً إلى نقطة اختبار أو بيئة تجريبية. ومن دونها تجري كل تجربة على بيئة الإنتاج، وقلّما يقبل ذلك مالكو الأنظمة الأساسية.
- اختيار العملياتمن التواصل الفعلي، اختاروا عمليات الاستعلام التي تجيب عن أكثر الأسئلة شيوعاً، واكتبوها مع الحقول المستخدمة. وهذه الوثيقة هي النطاق.
- ترتيب الوصول الشبكي والحمايةالشهادات، وبيانات WS-Security، والعناوين المسموحة، وأي مسار عبر ناقل الخدمات أو البوابة، يُعدّها فريقكم وفق إجراء التكامل المعتاد لديكم.
- مواءمة الحقول والرموز والصيغرموز الحالة، والتواريخ الهجرية والميلادية، وحقول الاسم بالعربية والإنجليزية، وأي ترميز نصي قديم، كلها تُواءَم مع جمل واضحة باللغتين.
- اختبار الأعطال والطاقةأرقام مرجعية غير موجودة، وشهادة منتهية، وأعطال التحقق من المخطط، وخدمة في نافذة صيانة، وطلبات بالحجم المتوقع. ويجب أن تعطي كل حالة إجابة متوقعة، وبحِمل يرتاح له مالك الخدمة.
- إطلاق ضيق ثم توسّعابدأوا بعملية استعلام أو اثنتين، وراجعوا شهراً من الحركة الحقيقية مع مالك الخدمة، ثم أضيفوا غيرها.
البيانات الشخصية في استجابات الأنظمة الأساسية
تميل خدمات SOAP في البنوك والجهات الحكومية والاتصالات إلى إعادة السجلات كاملة: رقم الهوية، وتاريخ الميلاد، والعنوان، وتفاصيل الحساب، وكثيراً ما يكون ذلك أكثر بكثير مما يحتاجه أي سؤال منفرد. وبموجب نظام حماية البيانات الشخصية، وأي قواعد قطاعية تطبّقها الجهة المنظِّمة لكم، فالعبرة بما يعالجه المساعد فعلاً، ولذلك فمواءمة الحقول هي المكان الذي تُحسم فيه الخصوصية.
واءموا الحقول التي تحتاجها الإجابة فقط، واتركوا الباقي لحظة الاستلام. وإن كان مالك الخدمة يستطيع توفير عملية استعلام أضيق، ففضّلوها. والمحادثة التي تُعطى فيها الإجابة تُتلف خلال 24 ساعة.
وأسئلة المراجعة الأربعة تصبح هنا قصيرة: ما يُقرأ هو العمليات المسمّاة وحقولها. ومن يراه هو صاحب السجل وحده. وأين يذهب لا يتجاوز الإجابة. وكم يبقى: 24 ساعة على الأكثر.
SOAP وواجهات REST الوسيطة والطرق الأخرى
من أنماط التحديث الشائعة وضع واجهة REST وسيطة أمام خدمة SOAP، عبر بوابة واجهات برمجية أو ناقل خدمات مؤسسي. وحيث توجد هذه الواجهة لديكم، يكون الربط بها أبسط في الغالب، ويُبقي المصادقة والتسجيل حيث يديرهما فريقكم أصلاً. وحيث لا توجد، فالربط بخدمة SOAP مباشرة ممكن تماماً، ويتجنب مشروعاً لم يطلبه أحد.
وهناك طرق أخرى لكن لها ثمن. فالقراءة المباشرة من قاعدة البيانات الخلفية تتجاوز قواعد العمل التي تفرضها الخدمة. وأتمتة شاشة الموظف، كما تفعل أدوات أتمتة العمليات الروبوتية، تنكسر كلما تغيّرت الشاشة. وللنظام الذي ينشر ملف WSDL أصلاً، يبقى العقد في الغالب أثبت طريق للدخول.
والخطأ الذي يجب تجنّبه هو اعتبار ملف WSDL كله نطاقاً لأنه وصل في ملف واحد. العقد يصف ما هو ممكن، والنطاق هو ما اتُّفق عليه.
ما الذي تراه المؤسسات عادة
أسئلة متكررة
نعم، وبكثرة في القطاعات الراسخة. وتجاهله يعني استبعاد الأنظمة التي تحمل أهم البيانات.
لا افتراضياً. العمليات المسموح باستدعائها تُحدَّد صراحة وتبدأ بالقراءة.
لا. الهدف أن يعمل الربط مع ما لديكم كما هو، لا أن يفرض مشروع تحديث لا علاقة له بالمساعد.
كبيانات اعتماد خدمة منفصلة قابلة للمراجعة والإيقاف.
لا. تُترجم إلى جملة مفهومة بلغة السائل.
يُقاس في الاختبار على أنظمتكم قبل الإطلاق. والأنظمة القديمة تحتاج هذا القياس أكثر لا أقل.
اربط Elbi بخدمات SOAP لديكم
عمليات استعلام على الأنظمة التي تحمل الإجابات، بالعربية والإنجليزية.