التكامل مع أنظمة الجهة: ما الذي يجب طلبه في الكراسة


الإجابة المختصرة: كلمة «تكامل» في كراسات الشروط من أكثر البنود غموضًا وأكثرها كلفة. كل مزوّد سيكتب أمامها «متوفر»، ثم يتضح بعد الترسية أن كلًّا فهم شيئًا مختلفًا. والصياغة المفيدة تحدد أربعة أمور لكل تكامل: ما النظام الآخر، وأي بيانات تنتقل، وفي أي اتجاه، وبأي تواتر.
والأهم من الصياغة سؤال يسبقها: هل تحتاج هذا التكامل فعلًا؟ كثير من متطلبات الربط تُكتب لأنها تبدو ضرورية، ثم لا تُستخدم بعد التنفيذ. وكل تكامل يضيف كلفة وتعقيدًا ونقطة عطل محتملة، فلا تطلب إلا ما ستستعمله.
التكاملات التي تُطلب عادة
| النظام | ما ينتقل | الاتجاه | متى يُحتاج فعلًا |
|---|---|---|---|
| نظام الموارد البشرية | قائمة الموظفين وفرقهم | إليك | الفعاليات الداخلية المتكررة |
| النظام الأكاديمي | قوائم الطلاب والخريجين | إليك | فعاليات الجامعات |
| بوابة الدفع | عمليات الدفع وحالتها | باتجاهين | أي تسجيل برسوم |
| النظام المحاسبي | الفواتير والتحصيل | منك | الرسوم المؤسسية |
| إدارة العلاقات | بيانات المشاركين والمتابعة | منك | الفعاليات التسويقية |
| الموقع الإلكتروني | نموذج التسجيل مدمجًا | عرض | أغلب الحالات |
| الهوية الموحدة | تسجيل دخول الموظفين | تحقق | الأنظمة الداخلية |
العمود الأخير هو الأهم عند صياغة الكراسة: اسأل عن كل صف هل ينطبق شرطه على جهتك. راجع حلول الدفع والربط المالي.
أربعة أسئلة لكل تكامل
التواتر: لحظي أم دوري؟
الفارق بينهما كبير في الكلفة والتعقيد، وكثير من المتطلبات تُكتب «لحظي» بلا حاجة فعلية. استيراد قائمة الموظفين مثلًا لا يحتاج تحديثًا لحظيًا؛ تحديث يومي أو حتى عند إنشاء كل فعالية يكفي تمامًا. أما حالة الدفع فتحتاج تحديثًا لحظيًا لأن المشارك ينتظر تأكيده.
والقاعدة العملية: اطلب اللحظي فقط حين ينتظر إنسان النتيجة الآن. وما عدا ذلك، التحديث الدوري أبسط وأرخص وأقل عرضة للأعطال.
البدائل الأبسط
ليس كل احتياج يستوجب ربطًا برمجيًا. الاستيراد والتصدير بملف قد يحل المسألة بجزء يسير من الكلفة، خصوصًا حين يكون التحديث دوريًا لا لحظيًا. وقبل أن تشترط تكاملًا، اسأل: هل يكفي أن يصدّر أحدهم ملفًا مرة أسبوعيًا ويستورده؟ إن كانت الإجابة نعم، فالتكامل رفاهية لا ضرورة.
ما تكتبه في الكراسة
- اسم كل نظام يُطلب الربط معه ومن يملكه داخل الجهة
- الحقول المطلوب انتقالها بالاسم لا بالوصف العام
- اتجاه انتقال البيانات لكل تكامل
- التواتر المطلوب مع تبرير اللحظي إن طُلب
- الجهة الداخلية المسؤولة عن الطرف الآخر
- ما إذا كانت كلفة تعديل النظام الآخر داخل نطاق العقد أم خارجه
- ما يحدث إن تعذّر التكامل: هل يعمل النظام مستقلًا؟
- اختبار قبول محدد لكل تكامل قبل التسليم
التكامل وحماية البيانات
كل تكامل ينقل بيانات شخصية بين نظامين، وهذا يستدعي وضوحًا في ما ينتقل ولماذا. لا تنقل حقولًا لا يحتاجها النظام المستقبِل لمجرد أنها متاحة، وحدد في العقد أن البيانات المنقولة تُستخدم للغرض المتفق عليه فقط. راجع الفعاليات والمناسبات الحكومية.
اختبار القبول: كيف تتأكد أن التكامل يعمل؟
البند الذي يُغفل في أغلب الكراسات هو معيار قبول التكامل. «تم الربط» ليست حالة يمكن التحقق منها، والنتيجة خلاف بعد التسليم حول ما إذا كان المطلوب قد نُفّذ. اكتب لكل تكامل سيناريو اختبار محددًا يُنفَّذ أمامك قبل التسليم.
والسيناريو الجيد يشمل الحالة الطبيعية والحالة الاستثنائية معًا: ماذا يحدث حين ينجح النقل، وماذا يحدث حين يفشل؟ هل يُعاد المحاولة؟ وهل يُنبَّه أحد؟ وأين يظهر الخطأ؟ نظام يفشل بصمت أخطر من نظام لا يتكامل أصلًا، لأنك ستبني على بيانات ناقصة وأنت تظنها كاملة.
راجع لوحة التحكم المتقدمة لمعرفة أين يُفترض أن تظهر أخطاء التكامل للمشغّل.
ترتيب التنفيذ: ما الذي يأتي أولًا؟
لا تنفّذ التكاملات كلها في وقت واحد ولا قبل تشغيل النظام الأساسي. الترتيب العملي أن يعمل نظام الفعاليات مستقلًا أولًا وتُدار به فعالية حقيقية، ثم تُضاف التكاملات واحدًا بعد آخر بحسب الأثر. وهذا يقلل المخاطر ويجعل تشخيص أي عطل أوضح.
وابدأ بالتكامل الذي يوفّر أكبر عمل يدوي متكرر — استيراد قوائم الموظفين أو الطلاب عادة — لا بالتكامل الأكثر إثارة تقنيًا. وأجّل ما يخدم حالة نادرة إلى ما بعد استقرار التشغيل، أو ألغِه إن تبيّن بعد فعاليتين أن أحدًا لم يطلبه.
ماذا لو غيّرت الجهة نظامها الآخر؟
الأنظمة الداخلية تُحدَّث وتُستبدل، والتكامل الذي بُني على إصدار معيّن قد يتوقف بعد تحديث لا علاقة لك به. اشترط في العقد بندًا يوضح ما يحدث في هذه الحالة: هل التعديل ضمن الصيانة أم عمل إضافي مسعّر؟ ومن يخطر من؟ وكم مهلة الإصلاح؟
وهذا البند ليس ترفًا تعاقديًا: تحديث نظام الموارد البشرية في منتصف السنة قد يوقف استيراد قوائم الموظفين قبل فعالية بأيام. اجعل الإخطار المسبق بالتحديثات مسؤولية جهتك، والاستجابة للتعديل مسؤولية المزوّد بمهلة محددة. راجع الدعم الفني والكوادر البشرية.
خلاصة
لا تكتب «تكامل» بل حدد لكل ربط: النظام، والحقول، والاتجاه، والتواتر، والمسؤول عن الطرف الآخر. واطلب اللحظي فقط حين ينتظر إنسان النتيجة، وافحص أولًا هل يكفي استيراد ملف، واشترط أن يعمل النظام مستقلًا إن تأخر التكامل. راجع نظام إدارة الفعاليات.
الأسئلة الشائعة
لماذا كلمة «تكامل» في الكراسة مشكلة؟
لأنها غامضة، وكل مزوّد سيكتب أمامها «متوفر» ثم يتضح بعد الترسية أن كلًّا فهم شيئًا مختلفًا. الصياغة المفيدة تحدد لكل تكامل: النظام الآخر، والحقول، والاتجاه، والتواتر.
هل أحتاج كل التكاملات التي أفكر فيها؟
غالبًا لا. كثير من متطلبات الربط تُكتب لأنها تبدو ضرورية ثم لا تُستخدم بعد التنفيذ. وكل تكامل يضيف كلفة وتعقيدًا ونقطة عطل، فلا تطلب إلا ما ستستعمله فعلًا.
متى أطلب ربطًا لحظيًا؟
حين ينتظر إنسان النتيجة الآن — كحالة الدفع التي ينتظر المشارك تأكيدها. أما استيراد قائمة الموظفين فتحديث دوري يكفيه، واشتراط اللحظي فيه يضاعف الكلفة بلا فائدة.
هل يكفي الاستيراد والتصدير بملف؟
في حالات كثيرة نعم، خصوصًا حين يكون التحديث دوريًا لا لحظيًا. اسأل قبل اشتراط التكامل: هل يكفي أن يصدّر أحدهم ملفًا أسبوعيًا ويستورده؟ إن كانت الإجابة نعم فالتكامل رفاهية.
من ينفّذ الطرف الآخر من التكامل؟
ليس مزوّد نظام الفعاليات وحده. الربط يحتاج عملًا في نظامك أنت أيضًا — واجهة وصلاحيات وربما تعديلات — ويحتاج جهة داخلية مسؤولة وميزانية ووقتًا. حدد ذلك في الكراسة صراحة.
ما البند الذي ينقذ المشروع؟
اشتراط أن يعمل نظام الفعاليات مستقلًا حتى لو تأخر التكامل. مشروع يتوقف كليًا بانتظار ربط مع نظام آخر يفقد فعالياته القريبة بلا سبب.
ما علاقة التكامل بحماية البيانات؟
كل تكامل ينقل بيانات شخصية بين نظامين. لا تنقل حقولًا لا يحتاجها النظام المستقبِل لمجرد أنها متاحة، وحدد في العقد أن البيانات المنقولة تُستخدم للغرض المتفق عليه فقط.
حدد تكاملاتك بدقة
نراجع معك ما تحتاج ربطه فعلًا وما يكفيه استيراد ملف، ونصوغ بنود التكامل بحقولها واتجاهها وتواترها.





