UAEFTS: هندسة التسوية الفورية في الإمارات

هندسة التقنية المالية

من السهل وصف UAEFTS بأنه «نظام التسوية الإجمالية في الوقت الحقيقي في دولة الإمارات». هذا الوصف صحيح، لكنه لا يكفي لبناء تكامل إنتاجي. تبدأ المسألة الهندسية عندما يتعين على البنك تحويل تعليمة عميل أو خزينة إلى تحويل تتم تسويته بصورة فردية، وإدارة السيولة أثناء التنفيذ، والفصل بين التسوية وقيد حساب المستفيد، ثم إثبات النتيجة لاحقاً.

قاعدتي بسيطة: لا أسمح لقيمة عامة مثل SUCCESS بإخفاء الحدود بين قبول التعليمة، ووضعها في قائمة الانتظار، وتسويتها بأموال البنك المركزي، وإشعار المشاركين، وقيد حساب المستفيد.

UAEFTS بنية للتسوية وليس مجرد واجهة دفع

يصف مصرف الإمارات العربية المتحدة المركزي UAEFTS بأنه نظام التسوية الإجمالية في الوقت الحقيقي في الدولة، ويملكه المصرف المركزي ويستضيفه ويديره. بدأ تشغيله في 2001، وينقل الأموال بين البنوك والمؤسسات المالية المشاركة من خلال حساباتها لدى المصرف المركزي.

تعني «الوقت الحقيقي» أن التعليمات تعالج باستمرار خلال نافذة تشغيل النظام. وتعني «الإجمالية» أن كل تحويل يسوى بصورة فردية بدلاً من مقاصة الخصوم والدائنين في مركز صافٍ. تحدد هاتان الخاصيتان بنية سوق مالية، ولا تعنيان أن القناة وقرار الامتثال وقيد النظام المصرفي الأساسي وإشعار المستفيد تكتمل كلها داخل طلب متزامن واحد.

يصنف المصرف المركزي UAEFTS ضمن أنظمة المدفوعات ذات القيمة الكبيرة. ومع ذلك لا يقتصر نشاطه على عدد قليل من المدفوعات المؤسسية الاستثنائية. يذكر التقرير السنوي للمصرف المركزي لعام 2025 أن التحويلات المصنفة كتجزئة عبر UAEFTS بلغت 114.9 مليون معاملة بقيمة تقارب 9.9 تريليون درهم، وأن التحويلات المؤسسية بلغت 865,708 معاملات بقيمة تقارب 14.5 تريليون درهم. عند هذا الحجم تصبح صحة التشغيل بأهمية قدرة المعالجة نفسها.

اتبع تحويلاً واحداً عبر الحدود

أمثل التحويل الصادر عبر UAEFTS كسلسلة من الأدلة الصريحة.

1. يقبل المشارك التعليمة

تتحقق المؤسسة المرسلة من هوية طالب العملية والحساب والتفويض، وتطبق ضوابط العقوبات والجرائم المالية وقواعد المنتج والمشارك، ثم تنشئ معرفاً داخلياً دائماً للعملية. يثبت قبول العميل أن المؤسسة تحملت مسؤولية معالجة الطلب، لكنه لا يثبت أن UAEFTS استلم الطلب أو سواه.

يجب أن تصبح العملية ثابتة بما يسمح بإعادة المحاولة بأمان: المبلغ والعملة والمدين والدائن وتاريخ القيمة والغرض وبيانات التحويل المسموح بها وقناة البدء والموافقات والمراجع الخارجية. وينبغي أن ينشئ التصحيح مسار استبدال أو إلغاء مضبوطاً بدلاً من تعديل تعليمة سبق إرسالها بصمت.

2. ترسل البوابة عبر القناة المعتمدة

يذكر المصرف المركزي أن UAEFTS يدعم المعالجة المباشرة باستخدام التنسيقات المحددة عبر SFTP. ويمكن للمشاركين أيضاً إدخال المعاملات من خلال بوابة المعاملات والاستعلام المقيدة، أو TEP. لذلك أفصل مجال الدفع عن محول النقل.

يحول المحول التعليمة المعتمدة إلى تنسيق السوق المطلوب، ويوقعها أو يحزمها وفق المتطلبات، ويرسلها عبر الاتصال المعتمد، ويحفظ بصمة المحتوى ووقت الإرسال ومرجع الملف أو الرسالة والإقرار التقني. نجاح رفع الملف دليل نقل، وليس دليل تسوية.

3. يتحقق UAEFTS من التحويل أو يرتبه أو يضعه في الانتظار

قد يرفض المسار طلباً غير صحيح، أو يضع تعليمة صحيحة في قائمة الانتظار. يوضح الوصف العام للمصرف المركزي أن طلبات المشاركين ترتب لاتخاذ إجراء فوري وأن التسوية تتم باستمرار وفق القواعد المنظمة. لذلك يجب أن يميز نموذج البنك بين submitted وtechnically_acknowledged وaccepted_for_processing وqueued وsettled وrejected وunknown، حتى لو جاءت الرموز الخارجية الدقيقة من مواصفة UAEFTS المعمول بها.

تحتاج حالة الانتظار إلى معاملة خاصة لأن نظام RTGS يستهلك السيولة مع كل تحويل تتم تسويته. وهي ليست مرادفاً بسيطاً لـ«قيد التنفيذ». قد تكشف زيادة قائمة الانتظار مشكلة سيولة لدى المشارك، أو نمطاً متعلقاً بطرف مقابل، أو حادثاً تشغيلياً، أو خطراً يقترب من وقت الإغلاق.

4. تحرك التسوية الأرصدة لدى المصرف المركزي

الحدث الحاسم بين البنوك هو الخصم والإضافة الفرديان عبر حسابات المشاركين لدى المصرف المركزي. عندما يبلغ المسار عن التسوية وفق قواعده، يجب أن تتوقف المؤسسة المرسلة عن التعامل مع التعليمة كأمر صادر قابل لإعادة المحاولة. فالإرسال الثاني تعليمة مالية ثانية ما لم يحدد النظام صراحة أنها العملية نفسها.

لهذا يجب أن يغطي منع التكرار أمر العمل وتعليمة UAEFTS الناتجة والملف الصادر والدليل العائد. انتهاء المهلة بعد الإرسال يعني نتيجة غير معروفة. والاستجابة الصحيحة هي الاستعلام عن المرجع الأصلي أو مطابقته، لا إنشاء دفعة بديلة لأن طالب العملية لم يتلق جواباً. أشرح المبدأ نفسه في واجهات الدفع المرنة.

5. التأكيد وقيد المستفيد التزامان مختلفان

يذكر المصرف المركزي أن النظام يرسل تأكيداً إلى المشاركين المتأثرين بعد المعالجة. ويبقى على المؤسسة المستقبلة ربط التحويل الوارد وتطبيق الضوابط اللازمة وقيد حساب المستفيد وإشعاره وإظهار الحركة في كشف الحساب أو سجل المعاملات.

لذلك يجب أن يكون للتسوية بين البنوك وقيد المستفيد وقتان ومرجعان مستقلان. يحتاج دعم العملاء إلى معرفة ما إذا كانت الأموال قد سويت للمؤسسة المستقبلة لكنها لم تربط أو تقيد بعد. وتحتاج الإدارة المالية إلى الفصل نفسه لمطابقة حركة حساب التسوية مع قيود حسابات العملاء.

السيولة جزء من تصميم التطبيق

تفشل تكاملات RTGS عندما تعامل الفرق السيولة كلوحة معلومات تخص جهة أخرى. يغير كل خصم تتم تسويته بصورة فردية مركز المشارك المتاح. ويحتاج نظام الدفع إلى رؤية قيمة التعليمات المنتظرة، وقدرة حساب التسوية، وأولوية المدفوعات العاجلة، والتدفقات الواردة المتوقعة، والتعرض لوقت الإغلاق، وعمر التعليمات.

تمنح تسهيلات السيولة خلال اليوم الأطراف المؤهلة المشاركة في UAEFTS تمويلاً مضموناً بالدرهم لإدارة اضطراب السيولة أو حالة الجمود غير المتوقعة. هذه أداة لإدارة السيولة وليست إعادة محاولة آلية من التطبيق. ويبقى على البنك اتخاذ قرار تشغيلي: ما التعليمات العاجلة، وما الضمانات والموافقات المتاحة، ومن يملك صلاحية استخدام التسهيل، وكيف يسجل كل قرار.

أعرض السيولة كاعتماد صريح لخدمة التنسيق. يمكن لمحرك الدفع طلب الأولوية أو تعليق تعليمة أقل أولوية أو تصعيد عنصر متقادم، لكنه لا يصنع قدرة تسوية ولا يخفي سبب التأخير.

ابنِ دفتر أدلة بجانب دفتر الأموال

لكل تعليمة UAEFTS أحتفظ بسلسلة أدلة ملحقة وغير قابلة للتعديل:

• تعليمة العمل المعتمدة وبصمة حمولتها؛
• ملف السوق الذي أُرسل فعلياً؛
• الإقرارات التقنية ومحاولات التسليم؛
• حالة معالجة UAEFTS مع الرمز الخام وإصدار التفسير؛
• مرجع التسوية ووقتها ومبلغها وعملتها وحسابات المشاركين المتأثرة؛
• دليل قيد الجهة المستقبلة أو الإرجاع عند توفره؛
• إجراءات المشغل والتحقيقات والتصحيحات.

يسجل دفتر الأموال القيود المالية. ويشرح دفتر الأدلة سبب وجود تلك القيود والحدث الخارجي الذي برر كل قيد. هما مترابطان، لكن لا ينبغي لأحدهما أن يستبدل الآخر.

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

تعامل مع ISO 20022 كانتقال مضبوط

يتضمن دليل المصرف المركزي ملحقاً نافذاً للانتقال من SWIFT إلى معيار ISO 20022، اعتباراً من 7 نوفمبر 2025، ويضع UAEFTS ضمن مشهد أنظمة الدفع الإماراتية المرتبط بهذا التغيير.

لا يبرر ذلك استبدال محلل ملف واحد وإعلان المنصة «جاهزة لـISO 20022». يجب أن يحفظ النموذج المعياري هويات الأطراف وبيانات الحسابات وأدوار الوكلاء والغرض وبيانات التحويل والمعرفات وأسباب الحالة دون اختزالها في مخطط قديم. ثم يطبق المحول ملف السوق الإماراتي وإصداره الساريين بدقة.

أصدر ثلاثة مكونات بصورة مستقلة:

1. نموذج الدفع الداخلي؛
2. ملف استخدام UAEFTS وقواعد التحقق؛
3. إعدادات النقل والأمن.

يسمح هذا الفصل بإدخال إصدار رسالة جديد دون إعادة كتابة دفتر الأستاذ أو رحلة العميل. كما يمنع اعتبار XML الصحيح تركيبياً دفعة صحيحة ومفوضة وقابلة للتمويل. ISO 20022 نموذج مجال، لكن ملف النظام يبقى العقد التنفيذي.

الضوابط التي أطلبها قبل الإنتاج

• لكل إرسال مفتاح ثابت لمنع التكرار ومعرف فريد لتعليمة النظام.
• يحفظ إقرار النقل وقبول المعالجة والتسوية وقيد المستفيد بصورة مستقلة.
• تتحول المهلة إلى unknown يتبعها استعلام ومطابقة، لا إعادة إرسال عمياء.
• يراقب عمر قائمة الانتظار وقيمتها حسب الأولوية والمشارك والتعرض لوقت الإغلاق.
• لا يستطيع المشغل تعديل تعليمة تمت تسويتها؛ تستخدم التصحيحات مسارات إرجاع أو تعديل محكومة.
• تطابق حركات حساب التسوية مع أدلة UAEFTS وقيود دفتر الأستاذ الداخلي.
• تدخل معاملات TEP اليدوية في مجموعة الرقابة نفسها التي تشمل الحركة المباشرة.
• تختبر إصدارات ملفات الرسائل وتغييرات التحويل بملفات ذهبية وحالات سلبية.
• يطابق وصول الإنتاج متطلبات الترخيص والشبكة واعتماد التطبيق وقواعد المشاركة لدى المصرف المركزي.

القرار المعماري

لن أخفي UAEFTS خلف دالة اسمها sendMoney() تعيد قيمة منطقية. سأبني آلة حالات للدفع حول أدلة دائمة، وأضع التسوية عند حد مستقل.

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

قراءة مرتبطة

• رحلة دفعة ISO 20022 من pain.001 إلى camt.054
• كيف تنتقل الدفعة عبر ISO 20022
• المطابقة بالتصميم لا بجداول البيانات
• واجهات دفع مرنة للمهل وإعادة المحاولة والنتائج المجهولة

المراجع

• مصرف الإمارات العربية المتحدة المركزي — نظام الإمارات للتحويلات المالية
• مصرف الإمارات العربية المتحدة المركزي — أنظمة الدفع والتسوية
• مصرف الإمارات العربية المتحدة المركزي — التقرير السنوي 2025
• مصرف الإمارات العربية المتحدة المركزي — عمليات السوق المحلية وتسهيلات السيولة خلال اليوم
• دليل المصرف المركزي — الانتقال من SWIFT إلى ISO 20022
• دليل المصرف المركزي — لوائح أنظمة المدفوعات ذات القيمة الكبيرة والتجزئة