خدمات مُهندَسة لتحقيق النتائج

أنتم تملكونهما. المستودع والتوثيق المعماري المكتوب ملك لكم أثناء سير العمل، لا أن يُسلَّم ذلك في نهاية العقد، فلا يوجد ارتباط إلزامي بمورّد بعينه. وإذا تغيّرت خططكم، يستطيع فريقكم أو أي مورّد آخر استلام قاعدة الشيفرة والمضي بها قدماً. والصيغة الدقيقة واردة في اتفاقية التكليف، ويسرّنا أن نستعرض هذا البند مع فريقكم القانوني قبل توقيع أي شيء.

ابدأوا بنطاق صغير واحتفظوا بالمُخرَج. المهمة الاستكشافية التزام أوّل محدود النطاق ينتهي بخطة معمارية وخطة تنفيذ تصبحان ملككم سواء واصلتم معنا أم لا. وأثناء التنفيذ، تبقى الشيفرة المصدرية والتوثيق في مستودع تتحكمون به من اليوم الأول، فيستطيع مهندسوكم أو مراجع مستقل قراءة الشيفرة في منتصف المشروع بدل انتظار لحظة التسليم، ويُقبل التسليم على أساس مراحل رئيسية محددة لا دفعة واحدة في النهاية.

نعم. نبني على واجهات API القائمة في نظامكم المصرفي الأساسي أو على ناقل خدمات المؤسسة أو طبقة الوساطة، وحين يوفّر النظام واجهات محدودة نصمّم طبقة تكامل حوله بدل فرض تغييرات داخله. وهذا يُبقي القنوات الجديدة مستقلة عن جدول إصدارات مورّد النظام المصرفي الأساسي. والتكامل مع الأنظمة المصرفية الأساسية، وواجهات API للخدمات المصرفية المفتوحة، وإدارة الهوية والوصول، كلها ضمن ما نبنيه.

يُصمَّم الأمن داخل البنية المعمارية منذ مرحلة التصميم بدل مراجعته في النهاية. وعملياً يعني ذلك نمذجة التهديدات أثناء التصميم، ومراجعة الأقران قبل الدمج، واعتماد إرشادات OWASP معياراً للبناء في القنوات الموجّهة للعملاء، وإدارة المفاتيح والأسرار، وفصل المهام مُطبَّقاً داخل بوابات الإدارة، وسجلات تدقيق تُكتب بالإضافة فقط ولا تقبل التعديل. ونتوقع أن نعمل ضمن مراجعتكم الأمنية واختبارات الاختراق وإجراءات اعتماد التغيير لديكم، ويُتفق على مجموعة الضوابط المُطبَّقة مع فرق المخاطر والامتثال لديكم أثناء مرحلة الاستكشاف، لأن الالتزامات تختلف باختلاف السوق والترخيص.

يبدأ كل تكليف بمرحلة استكشاف: جلسات عمل مع أصحاب المصلحة لديكم في الأعمال والتقنية والمخاطر، لرسم صورة الأنظمة الحالية ورحلات العملاء المستهدفة والقيود الفعلية. وينتج عن ذلك خطة معمارية وخطة تنفيذ (النطاق، ونقاط التكامل، والبيئات، وخارطة طريق مرحلية) قبل أن تبدأ الهندسة. ثم يجري التنفيذ على دفعات متتالية مع عروض توضيحية منتظمة، فتراجعون برمجيات عاملة في وقت مبكر بدل انتظار أشهر لرؤية أول نتيجة.

نعطيكم خطة بتواريخ محددة في نهاية مرحلة الاستكشاف بدل رقم يسبقها، لأن الإجابة الصادقة تعتمد على أنظمتكم أكثر مما تعتمد على جهدنا. أما المراحل فثابتة: الاستكشاف، ثم تصميم البنية والتكامل، ثم بناء القناة، ثم اختبارات النظام واختبارات قبول المستخدم مع فريقكم، ثم نافذة اختبار أمني، ثم التشغيل التجريبي، ثم الإطلاق التدريجي على مراحل. وثلاثة عوامل تحرّك تلك الخطة أكثر من أي شيء آخر: جودة توثيق واجهات API في نظامكم الأساسي، ووجود بيئة اختبار ببيانات شبيهة ببيانات الإنتاج، وجدول اعتماد التغييرات لديكم.

الإطلاق محطة ضمن التكليف وليس نهايته. نبقى معكم للدعم والتحسين المستمر: المراقبة، ومعالجة الأعطال، وضبط الأداء، والتصحيحات الأمنية، وتطوير المنتج بناءً على ما يُظهره الاستخدام الفعلي. وتُحدَّد ساعات الدعم وأهداف زمن الاستجابة ومسار التصعيد في اتفاقية التكليف، بما يتناسب مع مدى أهمية النظام لعملياتكم.

نعم. يمكن هيكلة التكليف على شكل فريق تنفيذ متكامل، أو مهندسين مدمجين ضمن فرقكم القائمة، أو دور معماري واستشاري يدعم عملاً يقوده موظفوكم. وحين يملك مورّد آخر جزءاً من المنظومة (نظام أساسي، أو مُحوِّل مدفوعات، أو محرك تقييم)، نتعامل مع ذلك بوصفه حدّ تكامل، ونلتزم بواجهات متفق عليها وبيئات مشتركة وخطة إصدار مشتركة.

تُبنى قنوات USSD والخدمات المصرفية عبر الوكلاء جنباً إلى جنب مع قنوات الهاتف المحمول والإنترنت، على الحسابات والحدود ومسار التدقيق نفسها، بحيث يكون السجل الناتج عن عميل ينفّذ معاملة من هاتف بسيط أو عبر وكيل مطابقاً للسجل الناتج عن مستخدم التطبيق. وتُبنى التطبيقات لتسلك سلوكاً متوقَّعاً على الشبكات البطيئة أو المتقطعة بدل افتراض اتصال جيد، ويوضع منطق القنوات في خدمات مشتركة، فتسري القاعدة التي تُعدَّل مرة واحدة على القنوات كافة.

حين يكون النهج التقليدي القائم على القواعد أكثر موثوقية أو أقل كلفة في التشغيل، سنقول لكم ذلك. فالذكاء الاصطناعي لا يُلحَق بمنتج لا يحتاجه. وحيث يستحق مكانه فعلاً، يكون ذلك عادةً في كشف الاحتيال ومراقبة المعاملات، ومعالجة المستندات والهوية أثناء التسجيل الرقمي للعملاء، ومساندة خدمة العملاء، والتحليلات. ونصمّم مكوّنات الذكاء الاصطناعي وفق الضوابط نفسها المطبّقة على بقية النظام: حدود بيانات محدّدة، ومراجعة بشرية حيثما أثّر القرار في عميل، وتسجيل يتيح تفسير أي نتيجة بعد وقوعها.

في البرمجيات الموجّهة للعملاء، نستخدم Flutter على الهاتف المحمول، ونستخدم React أو Angular أو Next.js للويب. وعلى جانب الخادم نعتمد Java مع Spring Boot إلى جانب Node.js، مع PostgreSQL أو Oracle أو MongoDB للبيانات، إضافة إلى Kafka للتكامل المبني على الأحداث. وتعمل البنية التحتية على Docker مع Kubernetes ومسارات CI/CD مؤتمتة، إضافة إلى Keycloak لإدارة الهوية والوصول. ونستعين بأطر معمارية راسخة مثل TOGAF كي تكون تلك الخيارات مقصودة لا عشوائية، وسنعمل ضمن معايير التقنية القائمة لديكم حيثما كانت موجودة.