المدفوعات10 دقائق قراءة

آيزو 20022 ونقطة التقاطع الجديدة للمال: ماذا تعني تقارب التمويل التقليدي واللامركزي لتنسيق المدفوعات

يتعطل تقارب التمويل التقليدي واللامركزي عند طبقة التسوية، وليس طبقة البيانات. تُسوى تحويلات الائتمان عبر نظام SEPA من خلال التسوية الصافية المؤجلة بأهلية نهائية T+1 مؤكدة من خلال آلية المقاصة والتسوية. تُسوى المعاملات على السلسلة من خلال التسوية الإجمالية الذرية بأهلية نهائية محددة بعمق تأكيد الكتلة. هذه ليست مجرد سرعات مختلفة. إنها افتراضات مختلفة حول النهائية وقابلية الانعكاس والاسترداد يجب على طبقة تنسيق المدفوعات حلها صراحةً قبل أن تتمكن من التعامل مع أي من النموذجين بشكل صحيح.

يوفر معيار ISO 20022 لغة بيانات مشتركة لكلا العالمين. يمكن لبنية الرسالة التي تحمل تحويل ائتمان SEPA من نوع pacs.008، مع امتدادات، أن تحمل تعليمات تحويل على السلسلة. تصنف قائمة أكواد معاملات البنك (BankTransactionCode) أنواع الدفع التقليدية؛ ويتم توسيع المعيار لتغطية حركات الأصول المرمزة. تنسيق البيانات مشكلة محلولة. نموذج التنسيق ليس كذلك.

نموذجان للتسوية، افتراضان للنهائية

تعمل التسوية الصافية المؤجلة من خلال تجميع الالتزامات التعويضية بين المشاركين على مدار اليوم وتصفيتها في نوافذ مقاصة محددة. قد لا يتم تسوية pacs.008 مُقدم في الساعة 09:00 حتى دورة المقاصة الساعة 14:00. خلال هذه النافذة، الدفع مطالبة، وليست تحويلًا مُسوّى. يمكن رفض المطالبة (إقرار سلبي pacs.002)، أو استردادها (طلب إلغاء camt.056)، أو إعادتها بعد التسوية (معاملة R من نوع pacs.004). النهائية لا تصبح نهائية إلا بعد إغلاق نافذة المقاصة.

يجب أن تتتبع طبقة التنسيق هذه الدورة الحياتية. الدفع الذي تم تقديمه ولكن لم يتم تسويته بعد في حالة وسطى معروفة: مُقدم_للمقاصة. الدفع الذي تم تسويته هو مُسوّى. الدفع الذي تمت إعادته هو مُعاد. يجب أن يتعامل دفتر الحسابات مع هذه الحالات بشكل مختلف: عدم وضع علامة على الخصم كنهائي حتى يتم تأكيد التسوية، لأن نافذة المعاملات R لا تزال مفتوحة.

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

افتراض النهائية مختلف في النوع، وليس في الدرجة. نهائية تسوية التمويل التقليدي هي بنية قانونية: اتفاقية المقاصة، وقواعد نظام الدفع، والتنظيم المعمول به (المادة 80-81 من توجيه خدمات الدفع PSD2 بشأن نهائية التسوية) تحدد متى يصبح الدفع غير قابل للعكس. نهائية التسوية على السلسلة هي بنية رياضية: إنها احتمال أن الكتلة التي تحتوي على المعاملة ستُعاد تنظيمها خارج السلسلة الأساسية. للأغراض العملية، يتم الوصول إلى النهائية بعد عدد محدد من تأكيدات الكتل، لكن هذا العدد يختلف حسب السلسلة، ووقت الكتلة، وقدرة المؤسسة على تحمل المخاطر.

أين يجب أن تتكيف طبقة التنسيق

طبقة تنسيق المدفوعات المصممة حصريًا لنظام SEPA لديها خمسة افتراضات مدمجة: التسوية مجمعة، والنهائية تأتي من شبكة مقاصة، ومعاملات R هي آلية الانعكاس، والأوقات تقاس بالساعات، وتحديد الهوية للطرف المقابل عبر IBAN. كل افتراض ينهار أمام التسوية على السلسلة.

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

تأكيد النهائية. بالنسبة لنظام SEPA، يأتي تأكيد النهائية كإشعار ائتماني camt.054 أو إقرار إيجابي pacs.002 من شبكة المقاصة. بالنسبة لتحويلات السلسلة، يتطلب تأكيد النهائية مراقبة السلسلة حتى يتم الوصول إلى عمود الكتلة المستهدف. يجب على طبقة التنسيق الاستعلام عن حالة السلسلة أو الاشتراك فيها، وهي آلية ليس لها نظير في معالجة SEPA. نموذج المهلة مختلف أيضًا: يحتوي SEPA على نوافذ مقاصة محددة ورسائل رفض صريحة. المعاملة على السلسلة التي لا يتم تأكيدها في وقت معقول ليست مرفوضة؛ إنها لا تزال معلقة، وربما عالقة في ذاكرة انتظار المعاملات، وتتطلب تدخلًا يدويًا أو إعادة بث برسوم أعلى.

آلية الانعكاس. عندما يجب عكس دفع SEPA بعد التسوية، الآلية القياسية هي pacs.004 (إرجاع الدفع) أو camt.056 (طلب الإلغاء)، وكلاهما يؤدي إلى معاملة R منظمة برمز سبب محدد، وجدول زمني محدد، ومعالجة دفتر حسابات محددة (إدخال تصحيح بموجب المادة 239 من القانون التجاري الألماني HGB). بالنسبة لتحويلات السلسلة، الانعكاس هو معاملة جديدة: خصم المستلم، وائتمان المرسل، مع الإشارة إلى المعاملة الأصلية في البيانات الوصفية. الانعكاس غير موحد، وغير مصنف تلقائيًا، وغير خاضع لمهلة محددة بموجب النظام. يجب أن تتعامل طبقة التنسيق مع كلا نموذجي الانعكاس بمنطق تسجيل مختلف.

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

ISO 20022 كجسر

إن قابلية التوسع في معيار ISO 20022 تجعله جسر البيانات الطبيعي بين نماذج التسوية. يتم استخدام أنواع الرسائل pacs (pacs.008 لتحويلات الائتمان، وpacs.004 للإرجاعات) بالفعل لنظام SEPA. يمكن لنفس هياكل الرسائل، مع رموز الأدوات المحلية التي تحدد نموذج التسوية، أن تحمل تعليمات تحويل على السلسلة.

توفر قائمة تصنيف أكواد معاملات البنك إطار تصنيف. يُحدد PMNT/RCDT/ESCT تحويل ائتمان SEPA وارد. سيكون الرمز الجديد PMNT/RCDT/TKNZ (تحويل ائتمان وارد مُرمز) أو ما يعادله، وهو قيد التطوير في مجموعات عمل توسيع ISO 20022، سيُحدد تحويلًا واردًا على السلسلة باستخدام نفس بنية المجال/العائلة/العائلة الفرعية. يمكن لمحارك مكافحة غسيل الأموال، ومحارك المطابقة، وخطوط إنتاج الإبلاغ التي تستهلك بالفعل أكواد معاملات البنك معالجة التحويلات المرمزة دون مسار كود منفصلة، بمجرد توسيع مجموعة الأكواد.

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

دلالات التنفيذ مرة واحدة عبر نماذج التسوية

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

ضع في اعتبارك: يبدأ العميل تحويلًا بقيمة 50000 يورو على السلسلة من وديعته المرمزة باليورو إلى حساب الطرف المقابل المرمز. تريد المؤسسة المستلمة التسوية بالعملة الورقية. مسار العمل:

خصم حساب العميل المرمز (على السلسلة، ذري، لا رجعة فيه بمجرد التأكيد)
تقديم تحويل ائتمان ورقي لمؤسسة الطرف المقابل (SEPA، مجمع، قابل للانعكاس عبر معاملة R)
استلام تأكيد التسوية من شبكة المقاصة
إضافة رصيد حساب العملة الورقية للطرف المقابل

إذا فشلت الخطوة 2 بعد تنفيذ الخطوة 1، فإن التعويض ليس عكسًا للخطوة 1. إنه ائتمان جديد على السلسلة لإعادة الأموال. إذا فشلت الخطوة 3 بعد إرسال الخطوة 2، يجب على طبقة التنسيق الانتظار إما لتأكيد التسوية أو معاملة R، ثم الإضافة أو الخصم وفقًا لذلك. يتطلب نموذج التعويض تتبع حالة التسوية للرجلين بشكل مستقل.

يسجل محرك التنفيذ الدائم كل خطوة قبل التنفيذ. إذا تعطل المحرك بين الخطوة 1 والخطوة 2، فإنه يعيد تشغيل السجل عند إعادة التشغيل ويستأنف عند الخطوة 2. إذا أنتجت الخطوة 2 معاملة R (تم إرجاع دفع SEPA)، ينفذ المحرك معالج التعويض: ائتمان جديد على السلسلة للمنشئ، مسجل كإدخال تصحيحي في دفتر الحسابات. تظل التسلسلة الكاملة، كلا الرجلين، والفشل، والتعويض، في سجل واحد بمعرف ارتباط واحد.

المفاضلات

يُدخل تنسيق المدفوعات بنموذج مزدوج تعقيدًا تشغيليًا تتجنبه الأنظمة المركزية حصرًا على SEPA.

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

عدم تناسق زمن الوصول. تستغرق التسوية على السلسلة لبعض الأدوات ثوانٍ. تستغرق تسوية SEPA ساعات. يجب على النظام الذي يقدم كليهما على أنهما "دفع" أن يجعل الفرق في زمن الوصول صريحًا للعملاء وللأنظمة المتأخرة التي تعتمد على تأكيد التسوية. التعامل مع التسوية على السلسلة كما لو كانت مكافئة SEPA سريعة، واستخدام نفس وقت التسوية المتوقع في الأنظمة المتأخرة، سيُنتج تقارير غير صحيحة وحسابات رأس مال غير صحيحة.

التصنيف التنظيمي. يختلف التصنيف القانوني للتحويل على السلسلة عن التحويل عبر SEPA بطرق تؤثر على المعاملة التنظيمية المطبقة. بموجب ميكار، تحمل تحويلات رموز الأموال الإلكترونية التزامات محددة بمكافحة غسيل الأموال. بموجب PSD2، تحمل تحويلات العملة الورقية التزامات مختلفة. يجب تصنيف الدفع الذي يعبر النماذج (عملة ورقية داخل، رمز خارج، أو رمز داخل، عملة ورقية خارج) بشكل صحيح لكل رجل بشكل مستقل. يجب أن تتعامل قناة الامتثال مع التصنيف التنظيمي المركب، وليس فئة واحدة لكل معاملة.

Fernel Context

يستخدم تنسيق المدفوعات في فرنل نماذج رسائل أصلية لـ ISO 20022 لأنواع الدفع عبر SEPA، مع تخزين أكواد معاملات البنك أصليًا بدلاً من ترجمتها إلى أكواد ملكية. يسجل محرك التنفيذ الدائم كل خطوة في مسار عمل الدفع، بما في ذلك حالات دورة حياة التسوية مُقدم_للمقاصة، مُسوّى_معلق، ومُسوّى_متاح، قبل التنفيذ. يتطلب توسيع نفس نموذج التنسيق لتغطية التسوية على السلسلة إضافة محول تسوية جديد (مراقبة السلسلة، وتحديد العناوين، وتتبع التأكيدات) دون تعديل محرك مسار العمل أو دفتر الحسابات. نموذج السجل محايد بشكل عام من نموذج التسوية حسب التصميم: تحمل كل خطوة سجل إدخال/إخراج خاص بها بغض النظر عمّا إذا كانت العملية الأساسية هي إرسال SEPA أو بث على السلسلة.

المصادر:

Money20/20 Europe 2026، The New Intersection of Money: Where TradFi and DeFi Converge، تأليف مشترك لسكارليت سيبير وآخرين
مركز كامبريدج للتمويل البديل، الأصول الحقيقية المرمزة للربع الأول من 2026: 27.5 مليار دولار أمريكي على السلسلة، بنسبة +30% في 3 أشهر
ISO 20022 pacs.008.001.11 (تحويل الائتمان)، pacs.004.001.11 (إرجاع الدفع): مواصفات هيكل الرسالة
ISO 20022 BankTransactionCode، مجموعات الأكواد الخارجية، تصنيف المجال/العائلة/العائلة الفرعية
PSD2، التوجيه 2015/2366، المواد 80-81 (النهائية التسوية وعدم قابلية العكس)
ميكار، اللائحة (EU) 2023/1114، المادة 83 (التزامات مكافحة غسيل الأموال لأدوات التحويل المرمزة)
EPC SCT Inst Rulebook (الإصدار 2024.1): نموذج تسوية وأوقات تحويل الائتمان الفوري عبر SEPA