الأسئلة الشائعة حول ISO 20022 الأسئلة الشائعة حول ISO 20022
Common questions about ISO 20022 pacs messages, how they work together, and how pacs008 helps teams implement them.
عام عام
ما هو ISO 20022؟
ISO 20022 هو معيار دولي للرسائل المالية. يحدّد لغة ونموذجاً مشتركين لرسائل الدفع المتبادلة بين المؤسسات المالية. على عكس الصيغ القديمة مثل SWIFT MT، يستخدم ISO 20022 صيغة XML ويدعم بيانات أغنى وأكثر هيكلة للأطراف والمبالغ والمراجع.
ما هي رسائل pacs؟
تغطي عائلة رسائل pacs (payments clearing and settlement) تعليمات الدفع بين البنوك وتقارير الحالة والإرجاعات والعكوسات والاستفسارات. تشمل pacs.002 وpacs.003 وpacs.004 وpacs.007 وpacs.008 وpacs.009 وpacs.010 وpacs.028. لكل رسالة دور محدد في دورة حياة الدفع.
كيف تختلف رسائل pacs عن رسائل SWIFT MT؟
تستخدم رسائل SWIFT MT صيغة حقول مسطحة (مثل MT103 لتحويلات ائتمان العملاء). تستخدم رسائل pacs صيغة XML هرمية بهياكل بيانات أغنى. تشمل الاختلافات الرئيسية دعم معاملات متعددة لكل رسالة، وتعريف هوية الأطراف بشكل منظّم (LEI ومعرّفات متعددة)، وعناوين بريدية منظّمة، ومعلومات حوالة منظّمة. يتطابق MT103 مع pacs.008، وMT202 مع pacs.009، ويُستبدل نص حالة MT199 بـ pacs.002.
ما العلاقة بين رسائل pain ورسائل pacs؟
تنتقل رسائل pain (payment initiation) بين العميل وبنكه. تنتقل رسائل pacs بين البنوك. يتحوّل pain.001 لبدء تحويل ائتماني من بنك المدين إلى تعليمة pacs.008 بين البنوك. يتشارك المجالان عناصر بيانات مشتركة لكنهما يخدمان أجزاء مختلفة من سلسلة الدفع.
اختيار الرسالة اختيار الرسالة
متى يجب استخدام pacs.008؟
يُستخدم pacs.008 لتعليمات تحويل ائتمان العملاء بين البنوك. ينقل بيانات طرفَي المدين والدائن والمبالغ ومعلومات الحوالة وتفاصيل التسوية. وهو الرسالة الأساسية لإرسال مدفوعات العملاء عبر الشبكة البنكية، سواء محلياً (SEPA) أو عبر الحدود (CBPR+).
متى يجب استخدام pacs.009 بدلاً من pacs.008؟
يُستخدم pacs.009 لتحويلات الحساب الخاص بالمؤسسة وعمليات التمويل والمدفوعات التغطوية. على عكس pacs.008 الذي ينقل دفعة عميل بالنيابة عن مدين، ينقل pacs.009 الأموال بين البنوك لحسابها الخاص. في تدفقات التغطية، يحمل pacs.009 شقّ التمويل بينما يحمل pacs.008 تعليمة العميل على مسار منفصل.
ما الفرق بين pacs.004 وpacs.007؟
يعيد pacs.004 الأموال المسوّاة من جانب المستلم عبر السلسلة. يعكس pacs.007 الدفعة من جانب المُرسل الأصلي باتجاه الأمام في السلسلة. يُستخدم pacs.004 عندما لا يستطيع بنك المستفيد تطبيق القيد بعد التسوية. يُستخدم pacs.007 عندما يكتشف المُرسل خطأ أو تكراراً أو احتيالاً.
متى يجب استخدام pacs.028 بدلاً من انتظار pacs.002؟
يُستخدم pacs.028 عند الحاجة إلى طلب حالة دفعة لم تتلقَّ تحديث pacs.002 في الوقت المناسب بشكل فعّال. pacs.002 مدفوع بالأحداث (يرسله الوكيل المستلم تلقائياً)، بينما pacs.028 مدفوع بالاستثناءات (يطلبه الوكيل المُوجِّه). يُستخدم pacs.028 للتحديثات المتأخرة أو غير الواضحة أو المفقودة، وليس كحركة روتينية.
ما استخدام pacs.003؟
ينقل pacs.003 تعليمات الخصم المباشر للعملاء بين البنوك. يرسله وكيل الدائن إلى وكيل المدين لتحصيل الأموال. يتطلب مرجع تفويض صالحاً ويدعم مخططات SEPA Core وB2B للخصم المباشر. لا يُستخدم لتحويلات الائتمان ولا للخصم المباشر بين المؤسسات على حساباتها الخاصة.
ما استخدام pacs.010؟
يعالج pacs.010 عمليات الخصم المباشر بين المؤسسات المالية على حساباتها الخاصة. يُستخدم لعمليات التحصيل بين البنوك مثل الرسوم ونداءات الهامش والالتزامات المماثلة بموجب اتفاقيات ثنائية. لا يُستخدم لعمليات الخصم المباشر للعملاء ولا لتحويلات الائتمان.
هيكل الرسالة هيكل الرسالة
ما هو رأس المجموعة (GrpHdr)؟
يظهر رأس المجموعة مرة واحدة بالضبط لكل رسالة pacs. يحتوي على معرّف الرسالة (MsgId) والطابع الزمني للإنشاء (CreDtTm) وعدد المعاملات (NbOfTxs) ومعلومات التسوية (SttlmInf)، واختيارياً المبلغ الإجمالي للتسوية البنكية ومعلومات نوع الدفع. يعرّف غلاف الرسالة وليس المعاملات التجارية الفردية.
ما هي معرّفات الدفع في pacs.008؟
يستخدم pacs.008 أربعة معرّفات رئيسية. MsgId يعرّف غلاف الرسالة ويتغير عند كل قفزة. InstrId هو مرجع نقطة إلى نقطة بين الوكلاء المتجاورين وقد يتغير في كل قفزة. EndToEndId يحدده المُرسل ولا يجوز لأي وكيل في السلسلة تعديله. TxId يعيّنه الوكيل المُوجِّه الأول ويبقى ثابتاً في الفضاء البنكي. UETR هو UUID يبقى دون تغيير عبر جميع المراحل للتتبع الشامل.
ما طرق التسوية المتاحة؟
تُعرَّف أربع طرق تسوية. CLRG تسوّي عبر نظام مقاصة مثل TARGET2 أو EURO1 أو CHIPS. INDA تسوّي في دفاتر الوكيل المُوجَّه حيث يحتفظ وكيل المدين بحساب. INGA تسوّي في دفاتر الوكيل المُوجِّه حيث يحتفظ الوكيل المُوجَّه بحساب. COVE تسوّي عبر دفعة تغطية منفصلة يحملها pacs.009.
ما معنى رموز تحمّل الرسوم؟
DEBT يعني أن جميع الرسوم على عاتق المدين (يعادل MT103 OUR). CRED يعني أن جميع الرسوم على عاتق الدائن (يعادل BEN). SHAR يعني تقاسم الرسوم بين وكيلَي المدين والدائن (يعادل SHA). SLEV يعني أن الرسوم تتبع قواعد مستوى الخدمة وهو إلزامي لتحويلات SEPA الائتمانية.
CBPR+ والهجرة CBPR+ والهجرة
ما هو CBPR+؟
CBPR+ (Cross-Border Payments and Reporting Plus) هو برنامج SWIFT لاعتماد ISO 20022 في رسائل المدفوعات عبر الحدود. بدأ العمل في مارس 2023 ويحلّ محل رسائل MT ببدائلها من pacs. يفرض CBPR+ استخدام pacs.002 لجميع اتصالات الحالة، ويدعم بيانات أطراف أغنى وعناوين منظّمة، ويعتمد التتبع المبني على UETR عبر gpi.
ماذا حدث لفترة التعايش MT/MX؟
انتهت فترة التعايش لتعليمات الدفع عبر الحدود في نوفمبر 2025. منذ ذلك الحين، يجب أن تستخدم رسائل CBPR+ صيغة ISO 20022 (MX). لم تعد خدمات الترجمة التي كانت تحوّل بين MT وMX خلال الفترة الانتقالية متاحة للتدفقات الجديدة. يجب على البنوك الآن إرسال واستقبال رسائل pacs الأصلية.
ما هو الموعد النهائي للعناوين المنظّمة في نوفمبر 2026؟
اعتباراً من نوفمبر 2026، يشترط SWIFT CBPR+ عناوين بريدية منظّمة في رسائل الدفع عبر الحدود. لن تُقبل سطور العنوان غير المنظّمة (AdrLine وحدها) لحقول الأطراف الرئيسية. كحد أدنى، يُطلب TwnNm وCtry، ويُوصى بـ StrtNm وBldgNb أو PstBx. يحسّن هذا فحص العقوبات ويقلّل الإصلاح اليدوي.
كيف يحلّ pacs.008 محل MT103؟
يحلّ pacs.008 محل MT103 وMT103+ لتحويلات ائتمان العملاء. الربط الرئيسي: حقل MT103 رقم 20 يتطابق مع MsgId أو InstrId؛ حقل 32A ينقسم إلى IntrBkSttlmDt وIntrBkSttlmAmt؛ حقل 50a يتطابق مع Dbtr وDbtrAcct؛ حقل 59a يتطابق مع Cdtr وCdtrAcct؛ حقل 70 يتطابق مع RmtInf؛ حقل 71A يتطابق مع ChrgBr. يضيف pacs.008 خاصية UETR والحوالة المنظّمة وتعريف LEI ويدعم معاملات متعددة لكل رسالة.
كيف يحلّ pacs.009 محل MT202؟
يحلّ pacs.009 محل MT202 وMT202COV لتحويلات المؤسسات. في تدفقات التغطية، ينقسم MT202COV (الذي كان يحمل التمويل وبيانات العميل الأساسية معاً) بوضوح: يحمل pacs.009 شقّ التمويل بينما يحمل pacs.008 تعليمة العميل مباشرة. يحسّن هذا الفصل جودة البيانات ويقلّل مشكلات المطابقة.
التفاصيل التقنية التفاصيل التقنية
ما هي العناوين المنظّمة مقابل غير المنظّمة؟
تستخدم العناوين المنظّمة عناصر XML منفصلة لكل مكوّن: StrtNm (الشارع) وBldgNb (رقم المبنى) وPstCd (الرمز البريدي) وTwnNm (المدينة) وCtry (البلد)، وعناصر اختيارية مثل Flr وRoom وDstrctNm. تستخدم العناوين غير المنظّمة حتى سبعة عناصر AdrLine بنص حر. تجمع العناوين الهجينة بين النوعين خلال الفترة الانتقالية. بعد نوفمبر 2026، يشترط CBPR+ الصيغة المنظّمة.
ما هو UETR وكيف يعمل تتبع gpi؟
UETR (Unique End-to-End Transaction Reference) هو معرّف UUID v4 يولّده وكيل المدين ويُنقل دون تغيير عبر جميع مراحل الدفع. يظهر في pacs.008 وpacs.009 وpacs.002 وpacs.004 وpacs.007 وpacs.028. يستخدم SWIFT gpi معرّف UETR لتتبع المدفوعات عبر قاعدة بيانات Tracker السحابية. يؤكد كل وكيل الاستلام والمعالجة، مما يتيح الرؤية الشاملة ومراقبة اتفاقيات مستوى الخدمة.
ما هي رموز الحالة الشائعة في pacs.002؟
ACCP يعني القبول بعد فحوصات ملف العميل. ACSP يعني القبول والتسوية قيد التنفيذ. ACSC يعني اكتمال التسوية على حساب المدين. RJCT يعني الرفض (مع رمز سبب في StsRsnInf). PDNG يعني قيد الانتظار لمزيد من المعالجة. RCVD يعني الاستلام دون معالجة بعد. قد يتضمن كل حالة رمز سبب منظّم مثل AC01 (رقم حساب خاطئ) أو AM04 (رصيد غير كافٍ) أو RC01 (BIC غير صحيح).
ما هي رموز أسباب الإرجاع الشائعة في pacs.004؟
تشمل رموز أسباب الإرجاع المتكررة AC01 (رقم حساب خاطئ) وAC04 (حساب مغلق) وAC06 (حساب محظور) وAM04 (رصيد غير كافٍ) وBE04 (عنوان الدائن مفقود) وCUST (بطلب من العميل) وDUPL (دفعة مكررة) وFOCR (بناءً على طلب إلغاء) وFR01 (احتيال). القائمة الكاملة معرّفة في مجموعات الرموز الخارجية لـ ISO 20022.
ما هي معلومات الحوالة المنظّمة؟
تستخدم الحوالة المنظّمة في pacs.008 عنصر RmtInf/Strd لنقل مراجع المستندات (أرقام الفواتير ومذكرات الائتمان) والمبالغ (المستحقة والمحوّلة والضريبية والخصم) ومراجع الدائن (مراجع RF وفق ISO 11649). يتيح هذا المطابقة التلقائية للفواتير والتسوية. تشمل رموز أنواع المستندات الشائعة CINV (فاتورة تجارية) وCREN (مذكرة ائتمان) وSOAC (كشف حساب).
ما هو LEI ومتى يُستخدم؟
LEI (Legal Entity Identifier) هو رمز أبجدي رقمي مكوّن من 20 حرفاً وفق ISO 17442. يعرّف بشكل فريد الكيانات القانونية المشاركة في المعاملات المالية. في رسائل pacs، يظهر LEI في OrgId/LEI للأطراف وFinInstnId/LEI للوكلاء. يشجع CBPR+ بشكل متزايد استخدام LEI لتعريف الأطراف والوكلاء. يحسّن تمييز الكيانات ويدعم متطلبات التقارير التنظيمية.
حول مجموعة أدوات pacs008 حول مجموعة أدوات pacs008
ماذا يفعل pacs008؟
pacs008 هو مجموعة أدوات بلغة Python تنشئ وتتحقق من صحة وترسل رسائل دفع ISO 20022. تقرأ بيانات الدفع من مصادر CSV وJSON وJSONL وSQLite وParquet، وتتحقق من صحتها وفق JSON Schema وXSD، وتفحص معرّفات IBAN وBIC، وتنظّف البيانات للتوافق مع أحرف SWIFT، وتنتج ملفات XML. توفر واجهة REST API وCLI ومكتبة Python.
ما أنواع الرسائل التي يدعمها pacs008؟
يدعم pacs008 ثمانية أنواع رسائل: pacs.002.001.12 (تقرير حالة) وpacs.003.001.09 (خصم مباشر للعملاء) وpacs.004.001.11 (إرجاع دفعة) وpacs.007.001.11 (عكس دفعة) وpacs.008.001.13 (تحويل ائتمان عملاء) وpacs.009.001.10 (تحويل ائتمان مؤسسات مالية) وpacs.010.001.05 (خصم مباشر بين مؤسسات مالية) وpacs.028.001.05 (طلب حالة دفع).
كيف يساعد pacs008 في الموعد النهائي للعناوين المنظّمة في 2026؟
يتحقق pacs008 من صحة حقول العناوين البريدية المنظّمة والهجينة قبل إنشاء XML. يُنبّه إلى بيانات العناوين غير المنظّمة التي ستفشل بعد الموعد النهائي في نوفمبر 2026، ويدعم صيغ ما قبل الموعد النهائي الهجينة وصيغ ما بعد الموعد النهائي المنظّمة فقط، ويدمج فحوصات جودة العناوين في خطوط CI وسير عمل التحقق بالدفعات.
هل يمكن لـ pacs008 التحقق من البيانات دون إنشاء XML؟
نعم. استخدم علامة CLI --dry-run أو نقطة نهاية API POST /validate للتحقق من بيانات الدفع دون إنشاء XML. يفحص خط التحقق مطابقة JSON Schema وصيغة IBAN ومجموعه الاختباري وهيكل BIC والتوافق مع أحرف SWIFT. يشير رمز الخروج أو استجابة API إلى نجاح التحقق أو فشله.