IIAB: تحديث الخدمات المصرفية الرقمية المتوافقة مع الشريعة في الأردن
أسهم في تحديث الخدمات المصرفية الرقمية في IIAB الأردن - تكامل جوال وApple Pay وسير عمل امتثال الشريعة للبنوك الإسلامية.
الصيرفة الإسلامية ليست صيرفة تقليدية بكلمات مختلفة. الفرق مهم معمارياً، ومهم بطرق لن يتوقعها مطوّر لم يعمل في هذا المجال حتى يكون فيه.
البنك العربي الإسلامي الدولي (iiabank.com.jo) بنك يعمل وفق الشريعة الإسلامية في الأردن، يقدم حسابات أفراد وخدمات مصرفية للأعمال وخدمات المنشآت الصغيرة والمتوسطة بموجب مبادئ التمويل الإسلامي. خلال عملي في Talentera أسهمت في تحديث backend منصتهم المصرفية الرقمية - بوابة الويب وطبقة تكامل الجوال وتطبيقَي Apple Pay وIIAB Pay وسير العمل الخلفية التي تدعم التحقق من مطابقة الشريعة.
ما تعني الشريعة في سياق backend
التمييز الأساسي: التمويل الإسلامي يحظر الفائدة (الربا). ما يعنيه هذا عملياً هو أن المنتجات المالية مُهيكَلة بشكل مختلف - مشاركة في الأرباح (المضاربة)، والتكلفة زائد التمويل (المرابحة)، والإيجار المنتهي بالتمليك (الإجارة)، والمشاركة في حقوق الملكية (المشاركة). هذه ليست مكافئة لقرض بفائدة باسم آخر. لها هياكل قانونية مختلفة وجداول سداد مختلفة ومتطلبات إفصاح مختلفة ومسارات تدقيق مختلفة.
للـbackend، هذا يعني:
نموذج المنتج أكثر تعقيداً من بنك تقليدي. عقد تمويل مرابحة (البنك يشتري أصلاً ويبيعه للعميل بالتكلفة زائد الربح) له حقول مختلفة وانتقالات حالة مختلفة ومتطلبات تحقق امتثال مختلفة عن قرض. نموذج البيانات يجب أن يمثّل ذلك بدقة - لا كحالة خاصة مُلحَقة بمخطط قرض، بل ككيان من الدرجة الأولى مع سير عمله الخاص.
سير عمل مطابقة الشريعة حقيقي. المعاملات والمنتجات يجب أن تُرضي قواعد التحقق المستمدة من توجيهات هيئة الرقابة الشرعية للبنك. هذه القواعد ليست ثابتة - تُحدَّث وتُدقَّق وتُراجع. النظام يحتاج تطبيق النسخة الحالية من القواعد وتسجيل أي نسخة طُبِّقت والحفاظ على مسار التدقيق المطلوب للمراجعات الشرعية الداخلية والمراجعة التنظيمية الخارجية.
بناء هذا كمربع اختيار على backend مصرفي تقليدي هو كيف تنتهي بكابوس امتثال. بناؤه كجزء أساسي من نموذج النطاق هو كيف تنتهي بنظام يستطيع البنك فعلاً تدقيقه.
منصة الخدمات المصرفية الرقمية: ما كان موجوداً وما احتاج التغيير
كانت خدمات IIAB الرقمية تغطي العملاء الأفراد وحسابات الأعمال وقطاع المنشآت الصغيرة والمتوسطة - منتجات مختلفة وسير تأهيل مختلفة وهياكل حدود مختلفة ومتطلبات تقارير تنظيمية مختلفة.
حين دخلت عمل التحديث، كان الـbackend يعاني المشكلة الشائعة للمؤسسة المالية التي تعمل منذ سنوات: وظيفي لكن متقادم، مع منطق عمل تراكم بشكل عضوي ولم يكن منفصلاً بشكل جيد عن طبقة العرض. نوع قاعدة الكود التي يتطلب تغيير جدول دفع منتج ما تتبعاً دقيقاً لما يفترض بخلاف ذلك في مكان ما في المنظومة.
عمل تكامل الجوال كان التسليم الأكثر وضوحاً على الفور. IIAB Pay وتكامل برنامج ولاء ثريا، واتصالية Apple Pay، وسطح API المصرفي الجوال الذي يستهلكه التطبيق. الخدمات المصرفية الجوالة في الأردن عام 2018 لم تكن فكرة ثانوية - بل كانت المكان الذي كانت فيه شريحة كبيرة من قاعدة العملاء تُجري مصرفيتها الفعلية. الحصول على عقد API بشكل صحيح كان مهماً. التعامل مع أنماط فشل تجربة الجوال بشكل رشيق كان أهم: دفعة تبدو أنها فشلت على الهاتف لكنها نجحت على الـbackend هي نوع التناقض الذي يسبب ضرراً حقيقياً للعملاء ويتطلب تدخلاً يدوياً للحل.
التكافؤ في أنظمة الدفع: الضرورة غير الجذابة
لكل مهندس دفع قصة عن التكافؤ. قصتي تتضمن آلية إعادة المحاولة التي كانت تفعل بالضبط ما كان المفترض - إعادة محاولة الاستدعاءات الشبكية الفاشلة - على backend كان يعالج كل إعادة محاولة كمعاملة جديدة. النتيجة لم تكن كارثية، لكنها كانت تعليمية.
في سياق متوافق مع الشريعة، هذا له بعد إضافي: المعاملات المكررة ليست فقط مشكلة تشغيلية، إنها مشكلة امتثال. رسوم مزدوجة تُرجَع لاحقاً لا تزال حدثاً يجب تفسيره في مراجعة شرعية، وتتبّعه إلى سببه، وتوثيقه. التنظيف ليس مجرد إصلاح قاعدة بيانات. إنه مسار ورقي.
مفاتيح التكافؤ على كل استدعاء API مُحوِّل للدفع. دلالات exactly-once على طبقة المعالجة. هذه ممارسات أفضل قياسية للمدفوعات. إنها غير اختيارية في بنك. أذكرها بوضوح لأنني رأيت ما يحدث حين تُتخطّى.
قطاعات العملاء ولماذا تهم معمارياً
الأفراد والأعمال والمنشآت الصغيرة والمتوسطة ليست مجرد فئات تسويقية. لها:
- سير تأهيل مختلفة (متطلبات توثيق، تحقق مطابقة شرعية، عمق KYC)
- توافر منتجات مختلف (ليست جميع المنتجات متاحة لجميع القطاعات)
- هياكل حدود مختلفة (حدود المعاملات والحسابات والتمويل تتباين حسب القطاع وهي تنظيمية لا مجرد سياسة عمل)
- متطلبات تقارير مختلفة (حسابات المنشآت الصغيرة والمتوسطة لها التزامات ضريبية وتقارير تنظيمية مختلفة في الأردن عن الحسابات الفردية)
backend يتعامل مع هؤلاء كعميل واحد بعلامات مختلفة سينتج في نهاية المطاف خطأً عند تقاطع قاعدة حد وقاعدة توافر منتج ومتطلب تقارير. backend يُنمذج سير عمل كل قطاع بشكل صحيح يتجنب تلك الفئة من الأخطاء بطريقة البناء. التعقيد الإضافي على طبقة النطاق يُسدَّد في غياب أخطاء امتثال دقيقة في الإنتاج.
ما أخذته من هذا
التمويل الإسلامي نطاق مستقل حقيقياً. العمل التقني حقيقي - مدفوعات وتكامل جوال وأمن وسير عمل امتثال - والنطاق يضيف طبقة تخصص تتطلب فهمه، لا مجرد التطبيق حوله.
مزيج المؤسسة المالية المنظَّمة والسوق ثنائي اللغة (العربية أساسية) وسلوك العملاء الجوال-أساسي ومتطلبات مطابقة الشريعة ينتج مجموعة من القيود تجعل الهندسة أكثر تطلباً وإثارة مما يوحي به السطح.
منذ ذلك الحين، عملت بحجوم أكبر (مسار الائتمان في auxmoney بحجم Kafka جدي، وEHR الوطني في HAKEEM). انضباط الحصول على عمل backend المرتبط بالمدفوعات بشكل صحيح - التكافؤ ومسارات التدقيق ونمذجة سير عمل الامتثال - أساسي. تبنيه بشكل صحيح على نطاق IIAB ويكون لديك الحدس له حين ترتفع الرهانات.