PSD2 فرض على البنوك بناء واجهة برمجية. FiDA يفرض دخول سوق.

TL;DR. FiDA ليس PSD2 بنقاط نهاية أكثر. عضوية المنظومة والوصول المُسعَّر إلى البيانات ونطاق تطبيق أوسع بكثير تجعل التمويل المفتوح سوقاً على البنوك دخوله.

النقاط الرئيسية

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

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

الملخّص التنفيذي

الوضع القانوني يسبق الاستراتيجية. اقتُرح FiDA في يونيو 2023 ضمن حزمة الوصول إلى البيانات المالية والمدفوعات. وظهر على قائمة سحب مسرّبة في 2025، ثم بقي في برنامج العمل النهائي، ولا يزال في المفاوضات الثلاثية. لا شيء ممّا يلي قانون مستقرّ.

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

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

البناء ليس هو الواجهة البرمجية. معظم المؤسسات تستطيع كشف نقطة نهاية. وأقلّ منها بكثير يستطيع تحديد وتوحيد وضمان جودة بيانات الرهون العقارية والمعاشات والتأمين التي لم تغادر صومعة منتجها قطّ.

التنظيم الذي كاد ألّا يرى النور

أي استراتيجية تُبنى على FiDA يجب أن تبدأ ببيان صريح لموقع الملفّ فعلاً.

اقترحته المفوضية في يونيو 2023، إلى جانب حزمة المدفوعات التي تحمل PSD3 ولائحة خدمات المدفوعات. وفي أوائل 2025 أوحت مسودة مسرّبة من برنامج عمل المفوضية بأن FiDA قد يُسحب — ونُقل حينها أن ذلك استجابة لمخاوف بشأن العبء على المؤسسات المالية الأوروبية. أبقاه برنامج العمل النهائي ضمن المقترحات المعلّقة، واستمرّ التفاوض. مرّ الملفّ بالمفاوضات الثلاثية وتعمل المؤسسات على بلوغ اتفاق سياسي، مع توقّع دخول الالتزامات على مراحل بعد الاعتماد بالتوازي مع تأسيس المنظومات.

أمران يترتّبان على هذا التاريخ، وهما يشدّان في اتجاهين متعاكسين.

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

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

الموقف الصحيح إذن ليس "انتظر النصّ النهائي" ولا "ابنِ على المسودة الحالية". بل ابنِ القدرات التي تتطلبها كل نسخة محتملة، وكن حاضراً حيث تُحسم المعايير.

ثلاثة فروق بنيوية عن PSD2

التعامل مع FiDA بوصفه PSD2 بقائمة نقاط نهاية أوسع هو الخطأ الأغلى ثمناً.

الجدول 1: ما يتغيّر فعلاً

البُعد	PSD2	FiDA كما هو مقترح
كيف تمتثل	ابنِ واجهة وانشرها؛ فعل أحادي	انضمّ إلى منظومة تبادل البيانات المالية؛ اتفاق متعدد الأطراف
البيانات ضمن نطاق التطبيق	حسابات الدفع	الرهون العقارية، القروض، المدخرات، الاستثمارات، الأصول المشفّرة، المعاشات، التأمين على غير الحياة
تكلفة الوصول	مجاني للطرف الثالث	يجوز لحائزي البيانات طلب تعويض معقول مرتبط بتكلفة التوفير
من يضع المعيار	المنظّم يحدّد النتائج؛ وكل بنك يختار تنفيذه	المنظومة تضع المعايير المشتركة ومتطلبات الواجهات
تحكّم العميل	موافقة لكل اتصال	لوحة إدارة الأذونات يجب على حائز البيانات توفيرها
أين تقع المخاطر	توافر واجهتك وأمنها	وأيضاً: شروط المنظومة، وتوزيع المسؤولية التعاقدية، ونتائج المنازعات

الصفّان الأول والثالث هما اللذان يغيّران شكل البرنامج.

المنظومة هي محلّ التنظيم

بموجب PSD2، كان سطح امتثال البنك واجهته البرمجية الخاصة. وبموجب FiDA كما صيغ، سطح الامتثال هو دفتر قواعد يُتفاوَض عليه مع أطراف مقابلة، من بينها الشركات التي تريد بياناتك.

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

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

هذا هو أكثر جزء تنقصه الموارد في برنامج FiDA المتوسط. المؤسسات عيّنت معماريين ولم تعيّن مفاوضين.

التعويض يحوّل واجباً إلى منتج

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

هذا التغيير وحده يحوّل التزاماً إلى ما يقارب خطّ منتج منظَّم — ويستدعي قدرة لم تحتجها معظم البنوك من قبل.

الجدول 2: ما يجب أن يجيب عنه موقف تعويض قابل للدفاع

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

المؤسسات التي ستُحسن التعامل مع هذا هي التي تبدأ في احتساب تكلفة توفير البيانات الآن، بينما لا يزال تمريناً داخلياً، بدلاً من احتسابها داخل مفاوضة منظومة يتحوّل فيها الرقم إلى موقف عليها الدفاع عنه.

البناء ليس هو الواجهة البرمجية

العمل التقني الذي يهمّ ليس الواجهة. بل كل ما خلفها.

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

ثلاث قدرات تحمل زمن الإنجاز، ولا واحدة منها تعتمد على النص النهائي.

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

توحيد بيانات المنتجات. ستحدّد المنظومة صيغاً مشتركة. وأياً كانت، فإن عمل ربط بيانات المنتجات القديمة بـأي معيار خارجي هو العمل نفسه، وهو البند الأكبر في الخطة.

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

دليل التشغيل

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

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

الأسئلة الشائعة

هل أصبح FiDA قانوناً؟
لا. اقتُرح في يونيو 2023 ضمن حزمة الوصول إلى البيانات المالية والمدفوعات، ولا يزال في العملية التشريعية الأوروبية بعد مروره بالمفاوضات الثلاثية. وقد أُدرج على قائمة سحب مسرّبة في أوائل 2025 ثم أُبقي عليه في برنامج عمل المفوضية النهائي. ونطاق التطبيق والتوقيت وآلية التعويض كلها أحكام لا تزال قابلة للتغيّر.

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

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

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

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

المراجع

المفوضية الأوروبية، 2023. حزمة الوصول إلى البيانات المالية والمدفوعات. بروكسل: المديرية العامة للاستقرار المالي والخدمات المالية واتحاد أسواق رأس المال. متاح على: المفوضية الأوروبية، 2023..
المفوضية الأوروبية، 2023. مقترح لائحة بشأن إطار للوصول إلى البيانات المالية، COM(2023) 360. بروكسل: المفوضية الأوروبية. متاح على: المفوضية الأوروبية، 2023..
البرلمان الأوروبي، 2026. الجدول الزمني التشريعي: إطار جديد للتمويل المفتوح. بروكسل: البرلمان الأوروبي. متاح على: البرلمان الأوروبي، 2026..
البرلمان الأوروبي ومجلس الاتحاد الأوروبي، 2015. Directive (EU) 2015/2366 بشأن خدمات المدفوعات في السوق الداخلية (PSD2). بروكسل: الجريدة الرسمية للاتحاد الأوروبي. متاح على: البرلمان الأوروبي ومجلس الاتحاد الأوروبي، 2015..

آخر مراجعة 2026-08-08.

إعادة نشر هذا المقال

PSD2 فرض على البنوك بناء واجهة برمجية. FiDA يفرض دخول سوق. — Sebastien Rousseau

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

هذا المقال مرخص بموجب Creative Commons Attribution 4.0 International. تتطلب إعادة النشر الإسناد إلى عنوان URL الأساسي.

PSD2 فرض على البنوك بناء واجهة برمجية. FiDA يفرض دخول سوق. — Sebastien Rousseau

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

Originally published at https://sebastienrousseau.com/ar/2026-07-31-fida-open-finance-data-sharing-schemes-banks-2026/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.

SEBASTIEN ROUSSEAU FOUNDER · ENGINEER