PSD2 بانکها را واداشت یک API بسازند. FiDA آنها را وادار میکند به یک بازار بپیوندند.
در چارچوب PSD2 یک بانک میتوانست بهتنهایی منطبق شود. نقطهٔ پایانی را بساز، مشخصات فنی را منتشر کن، هدف دسترسپذیری را برآورده کن، تمام. پیشنهاد دسترسی به دادههای مالی کمیسیون اروپا این گزینه را برمیدارد. انطباق از دل یک سازوکار اشتراک دادههای مالی میگذرد — توافقنامهای چارچوبی که میان دارندگان داده، کاربران داده و نمایندگان مشتریان مذاکره میشود — و هیچ مؤسسهای بهتنهایی نمیتواند چنین سازوکاری را تشکیل دهد. کار فنی نیمهٔ کوچکتر است. نیمهٔ بزرگتر یک مذاکرهٔ تجاری بر سر دامنهٔ شمول، استانداردها، مسئولیت و قیمت است، و همین حالا در جریان است، در حالی که بیشتر بانکها منتظر متن نهایی نشستهاند.
خلاصهٔ مدیریتی
- پیش از راهبرد، وضعیت پرونده اهمیت دارد. FiDA در ژوئن 2023 بهعنوان بخشی از بستهٔ دسترسی به دادههای مالی و پرداختها پیشنهاد شد. نام آن در فهرست درزیافتهٔ پیشنهادهای کنارگذاشتنی 2025 آمد، در برنامهٔ کاری نهایی باقی ماند و همچنان در تریلوگ است. هیچیک از آنچه در ادامه میآید قانون قطعی نیست.
- سازوکار، همان موضوع مقرراتی است. سازوکارهای اشتراک دادههای مالی استانداردهای مشترک، الزامات رابط، شروط مسئولیت و سازوکارهای حل اختلاف را تعیین میکنند. میزان مخاطرهٔ یک بانک را قواعدی تعیین میکند که یا در نگارش آن نقش دارد یا آن را به ارث میبرد.
- جبران هزینه کل تمرین را بازتعریف میکند. وقتی دسترسی قیمتی پیدا کند که به هزینهٔ ارائه گره خورده است، بانک به یک مدل هزینهٔ قابل دفاع نیاز دارد، نه صرفاً یک درگاه API. کمتر بانکی چنین مدلی دارد.
- کار ساخت، همان API نیست. بیشتر مؤسسات میتوانند یک نقطهٔ پایانی عرضه کنند. بسیار کمتر مؤسسهای میتواند دادهٔ وام مسکن، بازنشستگی و بیمه را که هرگز از سیلوی محصول خود بیرون نیامده، مکانیابی، یکسانسازی و از نظر کیفیت تضمین کند.
مقرراتی که نزدیک بود اتفاق نیفتد
هر راهبردی که بر پایهٔ FiDA بنا شود باید با بیانی صادقانه از وضعیت واقعی پرونده آغاز شود.
کمیسیون آن را در ژوئن 2023 پیشنهاد کرد، در کنار بستهٔ پرداختها که PSD3 و مقررات خدمات پرداخت را در بر میگیرد. در اوایل 2025 پیشنویس درزیافتهٔ برنامهٔ کاری کمیسیون نشان میداد ممکن است FiDA پس گرفته شود — که در آن زمان واکنشی به نگرانیها دربارهٔ بار تحمیلی بر مؤسسات مالی اتحادیهٔ اروپا گزارش شد. برنامهٔ کاری نهایی آن را در میان پیشنهادهای معلق نگه داشت و مذاکره ادامه یافت. پرونده از تریلوگ گذشته و نهادها در مسیر توافق سیاسی کار میکنند؛ انتظار میرود تعهدات پس از تصویب و همگام با تشکیل سازوکارها بهتدریج اجرایی شود.
دو نتیجه از این سابقه برمیآید، و این دو در جهت مخالف هم میکشند.
پیشنهاد از نظر سیاسی جانسخت است اما ایمن نیست، بنابراین برنامهای که فرض کند متن کنونی بدون تغییر بیرون میآید در معرض خطر است. دامنهٔ شمول، زمانبندی و سازوکار جبران هزینه دقیقاً همان مقرراتیاند که در تریلوگ جابهجا میشوند.
همزمان، بخشهایی که بیشترین احتمال بقا را دارند بخشهای ساختاریاند — حکمرانی مبتنی بر سازوکار، داشبوردهای مدیریت دسترسیها، و جبران هزینه بهعنوان یک اصل — چون اینها معماری پیشنهادند نه پارامترهای آن. همین بخشها طولانیترین زمان آمادهسازی را هم میطلبند.
پس موضع درست نه «منتظر متن نهایی بمان» است و نه «بر اساس پیشنویس فعلی بساز». موضع درست این است که توانمندیهایی را بسازید که هر نسخهٔ محتملی به آنها نیاز دارد، و آنجا حاضر باشید که پارامترها تعیین میشوند.
سه گسست ساختاری از PSD2
برخورد با FiDA بهعنوان PSD2 با فهرست بلندتری از نقاط پایانی، پرهزینهترین اشتباهی است که میتوان مرتکب شد.
جدول 1: آنچه واقعاً تغییر میکند
| بُعد | PSD2 | FiDA در متن پیشنهادی |
|---|---|---|
| شیوهٔ انطباق | ساخت و انتشار یک رابط؛ اقدامی یکجانبه | پیوستن به یک سازوکار اشتراک دادههای مالی؛ توافقی چندجانبه |
| دادههای مشمول | حسابهای پرداخت | وام مسکن، تسهیلات، پسانداز، سرمایهگذاری، رمزداراییها، بازنشستگی، بیمهٔ غیرعمر |
| هزینهٔ دسترسی | رایگان برای شخص ثالث | دارندگان داده میتوانند جبران هزینهٔ متعارف مرتبط با هزینهٔ ارائه مطالبه کنند |
| تعیینکنندهٔ استاندارد | تنظیمگر نتایج را تعیین میکند؛ هر بانک پیادهسازی خود را برمیگزیند | سازوکار، استانداردهای مشترک و الزامات رابط را تعیین میکند |
| کنترل مشتری | رضایت بهازای هر اتصال | داشبورد مدیریت دسترسیها که دارندهٔ داده موظف به ارائهٔ آن است |
| محل استقرار ریسک | دسترسپذیری و امنیت رابط شما | افزون بر آن: شروط سازوکار، تخصیص قراردادی مسئولیت، و نتایج حل اختلاف |
سطر اول و سطر سوم همانهاییاند که شکل برنامه را تغییر میدهند.
سازوکار، همان موضوع مقرراتی است
در PSD2، سطح انطباق یک بانک، API خودش بود. در FiDA به شکل پیشنویس، سطح انطباق یک آییننامهٔ مذاکرهشده با طرفهای مقابل است، از جمله شرکتهایی که دادهٔ شما را میخواهند.
سازوکار اشتراک دادههای مالی یک توافقنامهٔ چارچوبی میان دارندگان داده، کاربران داده و نمایندگان مصرفکننده یا مشتری است. انتظار میرود استانداردهای مشترک اشتراک داده و درخواستهای رابط را تدوین کند، مسئولیت قراردادی اعضایش را تعیین کند، و سازوکار کارآمدی برای حل اختلاف فراهم آورد.
این فهرست را بهچشم یک ثبت ریسک بخوانید تا دلالت ناخوشایندش روشن شود. کسی قرار است تصمیم بگیرد وقتی یک کاربر داده با دادهٔ مشتری که از رابط شما گرفته بدرفتاری کرد، مسئولیت چگونه تخصیص مییابد. کسی قرار است تصمیم بگیرد شما به چه استاندارد کیفیت دادهای پایبند هستید و چه چیزی درخواست معتبر بهشمار میآید. اگر بانکی در اتاق نباشد، این تصمیمها را طرفهایی میگیرند که منفعت تجاریشان دسترسی گسترده، قیمت پایین و مسئولیتی است که بر دوش دارنده بنشیند.
این کممنبعترین بخش یک برنامهٔ متوسط FiDA است. مؤسسات معمار تعیین کردهاند و مذاکرهکننده نه.
جبران هزینه، تکلیف را به محصول بدل میکند
PSD2 بانکها را ملزم کرد دسترسی به حساب پرداخت را رایگان واگذار کنند. پیشنهاد FiDA موضع دیگری دارد: دارندگان داده میتوانند از کاربران داده جبران هزینهٔ متعارف مطالبه کنند، متناسب با هزینهٔ در دسترس قرار دادن داده و بر پایهٔ روششناسیای عینی، شفاف و غیرتبعیضآمیز.
همین یک تغییر، یک الزام را به چیزی نزدیک به یک خط محصول تحت نظارت تبدیل میکند — و توانمندیای میطلبد که بیشتر بانکها هرگز به آن نیاز نداشتهاند.
جدول 2: موضع قابل دفاع در جبران هزینه باید به چه پرسشهایی پاسخ دهد
| پرسش | چرا دشوار است | پیشنیاز شما برای قیمتگذاری |
|---|---|---|
| هزینهٔ واقعی ارائه چقدر است؟ | هزینهها میان زیرساخت، امنیت، پشتیبانی و انطباق پخش شدهاند و هیچیک اکنون به یک محصول دادهای تخصیص نیافته است | مدل هزینهای که هزینهٔ پلتفرم مشترک را به ارائهٔ داده نسبت دهد |
| آیا روششناسی غیرتبعیضآمیز است؟ | کاربران داده حجم و حاشیهٔ سود بسیار متفاوتی دارند | تعرفهای منتشرشده که از پس موشکافی عضوی از سازوکار که آن را نمیپسندد برآید |
| آیا رو به پایین مقیاسپذیر است؟ | جبران هزینه باید به سمت پایینترین سطوح بازار جهتگیری کند، نه اینکه دسترسی را از دسترس خارج کند | ساختاری که برای یک کاربر دادهٔ کوچک هم کار کند، نه فقط برای یک بازیگر بزرگ |
| آیا میتوانید آن را مستند کنید؟ | قیمت پس از انتشار به یک مصنوع نظارتی و رقابتی بدل میشود | استخراج قابل حسابرسی، نه عددی که سر میز مذاکره درآمده باشد |
مؤسساتی که این کار را خوب پیش خواهند برد همانهاییاند که همین حالا بهای تمامشدهٔ ارائهٔ داده را محاسبه میکنند، در حالی که هنوز تمرینی درونسازمانی است، نه در مذاکرهٔ سازوکار که عدد به موضعی بدل میشود که باید از آن دفاع کنند.
کار ساخت، همان API نیست
کار فنی مهم، رابط نیست. هر چیزی است که پشت آن قرار دارد.
دادهٔ حساب پرداخت از پیش ساختاریافته بود، از پیش بیدرنگ بود، از پیش در اختیار یک سامانه با یک مالک بود. دادهٔ وام مسکن، بازنشستگی، سرمایهگذاری و بیمه هیچیک از اینها نیست. در سیلوهای محصول با عمرهای متفاوت مینشیند، با شناسههای مشتری متفاوت، دادهٔ مرجع متفاوت و تعاریف متفاوت از یک فیلد واحد. بخشی از آن فقط در قالب اسناد وجود دارد.
سه توانمندی بیشترین زمان آمادهسازی را میطلبند، و هیچکدام به متن نهایی وابسته نیست.
یک لایهٔ یکپارچهسازی هویت مشتری. پاسخدادن به یک درخواست داده یعنی بدانید مشتری وام مسکن، دارندهٔ صندوق بازنشستگی و صاحب حساب جاری یک نفرند، با اطمینانی که برای انتشار داده بر پایهٔ آن کافی باشد. بیشتر مؤسسات دقیقاً در لحظهٔ تلاش درمییابند که یکپارچهسازی هویتشان ضعیفتر از تصور است.
یکسانسازی دادهٔ محصول. سازوکار قالبهای مشترک را تعریف خواهد کرد. هر چه از آب درآید، کار نگاشت دادهٔ محصولات قدیمی به هر استاندارد بیرونی همان کار است، و بزرگترین قلم برنامه.
وضعیت دسترسی بهمثابهٔ زیرساخت. داشبورد یک نما است. زیر آن باید سابقهای بادوام و قابل حسابرسی بنشیند از اینکه کدام دسترسی، توسط چه کسی، بر چه دادهای، برای چه مدتی داده شده و چه زمانی پس گرفته شده — قابل پرسوجو بهصورت بیدرنگ توسط هر سامانهای که به یک درخواست پاسخ میدهد. مؤسساتی که داشبورد را پیش از دفتر کل دسترسیها میسازند، چیزی میسازند که ناچار به بازسازیاش خواهند بود.
دفترچهٔ عملیاتی
- کسی را وارد گفتوگوی سازوکار کنید. نه یک معمار — یک مذاکرهکنندهٔ تجاری با اختیار تصمیم دربارهٔ مسئولیت و قیمتگذاری. این پُراهرمترین اقدام در دسترس است و همان اقدامی که بیش از همه به تعویق میافتد.
- همین حالا بهای ارائهٔ داده را محاسبه کنید. مدل تخصیص هزینه را وقتی بسازید که هنوز پرسشی درونسازمانی است. روششناسی جبران هزینهای که زیر فشار مذاکره ابداع شود از پس موشکافی برنمیآید.
- پیش از قطعیشدن دامنهٔ شمول، یکپارچهسازی هویت را آغاز کنید. هر نسخهای از FiDA مستلزم آن است که بدانید مشتری شما یک مشتری است. هیچ چیز از این در تریلوگ تغییر نمیکند.
- دفتر کل دسترسیها را بسازید، نه داشبورد را. مصنوع دیداری یک هفته کار سمت کاربر است. سابقهای که زیر آن مینشیند بخشی است با دنبالهای دوساله.
- سیلوها را صادقانه فهرست کنید. مشخص کنید کدام محصولات مشمول، اکنون اصلاً قادر به تولید دادهٔ ساختاریافته و بهروز نیستند. آن فهرست، برنامهٔ واقعی شماست.
- دامنهٔ شمول را رصد کنید، نه تیترها را. پارامترهایی که بیشترین احتمال جابهجایی در تریلوگ را دارند — کدام محصولات، کدام دادهها، چه زمانبندی — دقیقاً همانهاییاند که طرح شما باید بتواند بدون بازطراحی جذبشان کند.
PSD2 به بانکها آموخت دادهٔ باز را هزینهای مقرراتی بدانند که باید کمینه شود. آن غریزه اینجا نقطهٔ شروع اشتباهی است. وقتی دسترسی قیمت دارد، دامنهاش با مذاکره تعیین میشود و محصولاتی را در بر میگیرد که بانک واقعاً از آنها درآمد دارد، مؤسساتی که آن را یک بازار میبینند شروط را برای مؤسساتی تعیین میکنند که آن را یک بار اضافی میبینند.
پرسشهای متداول
آیا FiDA قانون شده است؟
خیر. در ژوئن 2023 بهعنوان بخشی از بستهٔ دسترسی به دادههای مالی و پرداختها پیشنهاد شد و همچنان در فرایند قانونگذاری اتحادیهٔ اروپا است و از تریلوگ گذشته است. در اوایل 2025 در فهرست درزیافتهٔ پسگیری قرار گرفت و سپس در برنامهٔ کاری نهایی کمیسیون ابقا شد. دامنهٔ شمول، زمانبندی و سازوکار جبران هزینه همگی مقرراتیاند که هنوز میتوانند جابهجا شوند.
در عمل چه تفاوتی با PSD2 دارد؟
سه تفاوت مهم. انطباق بهجای رابطی که خودتان میسازید از دل یک سازوکار اشتراک دادههای مالی میگذرد؛ دارندگان داده بهجای ارائهٔ رایگان دسترسی میتوانند جبران هزینهٔ متعارف مطالبه کنند؛ و دادههای مشمول بسیار فراتر از حسابهای پرداخت تا وام مسکن، تسهیلات، پسانداز، سرمایهگذاری، رمزداراییها، بازنشستگی و بیمهٔ غیرعمر امتداد مییابد.
سازوکار اشتراک دادههای مالی چیست؟
توافقنامهای چارچوبی میان دارندگان داده، کاربران داده و نمایندگان مشتری یا مصرفکننده. انتظار میرود استانداردهای مشترک داده و رابط را تعیین کند، مسئولیت قراردادی را میان اعضا تخصیص دهد و حل اختلاف را فراهم کند. چون شروطی را که به آن پایبند خواهید بود تعریف میکند، عضویت و نفوذ پرسشهایی راهبردیاند نه اداری.
اگر متن نهایی نیست، الان چه چیزی را میتوان بهدرستی ساخت؟
بخشهایی که هر نسخهای به آن نیاز دارد: یکپارچهسازی هویت مشتری در میان سیلوهای محصول، یکسانسازی دادهٔ محصولات قدیمی به سمت یک استاندارد بیرونی، و یک دفتر کل بادوام دسترسیها زیر داشبورد. هیچیک از اینها به نحوهٔ تثبیت دامنه یا زمانبندی وابسته نیست، و هر سه زمان آمادهسازی طولانی دارند.
در برابر FiDA مقاومت کنیم یا با آن پیش برویم؟
مقاومت در برابر پیشنهادی که یک تلاش برای پسگیری را از سر گذرانده، استفادهٔ بدی از پنجرهٔ باقیمانده است. پرسش سازندهتر این است که آیا مؤسسهٔ شما در بخشهایی که برایتان اهمیت دارد خالص دارندهٔ داده است یا خالص کاربر داده — چون همین تعیین میکند روششناسی جبران هزینه را بالا بخواهید یا پایین، و آن بحث در سازوکار حل میشود، نه در بروکسل.
منابع
- کمیسیون اروپا، 2023. بستهٔ دسترسی به دادههای مالی و پرداختها. بروکسل: مدیریت کل ثبات مالی، خدمات مالی و اتحادیهٔ بازارهای سرمایه. در دسترس در: کمیسیون اروپا، 2023..
- کمیسیون اروپا، 2023. پیشنهاد مقرراتی برای چارچوب دسترسی به دادههای مالی، COM(2023) 360. بروکسل: کمیسیون اروپا. در دسترس در: کمیسیون اروپا، 2023..
- پارلمان اروپا، 2026. برنامهٔ زمانی قانونگذاری: چارچوب جدید مالی باز. بروکسل: پارلمان اروپا. در دسترس در: پارلمان اروپا، 2026..
- پارلمان اروپا و شورای اتحادیهٔ اروپا، 2015. Directive (EU) 2015/2366 دربارهٔ خدمات پرداخت در بازار داخلی (PSD2). بروکسل: روزنامهٔ رسمی اتحادیهٔ اروپا. در دسترس در: پارلمان اروپا و شورای اتحادیهٔ اروپا، 2015..
آخرین بازبینی .
بازنشر متقابل این مقاله
کپی قالببندیشده برای Medium
# PSD2 بانکها را به ساخت API واداشت؛ FiDA به ورود به بازار — Sebastien Rousseau > Originally published at [https://sebastienrousseau.com/fa/2026-07-31-fida-open-finance-data-sharing-schemes-banks-2026/](https://sebastienrousseau.com/fa/2026-07-31-fida-open-finance-data-sharing-schemes-banks-2026/) FiDA همان PSD2 با نقاط پایانی بیشتر نیست. عضویت در سازوکار، دسترسی قیمتگذاریشده و دامنهٔ بسیار وسیعتر، مالی باز را به بازاری اجباری بدل میکند. Read the full article on sebastienrousseau.com: https://sebastienrousseau.com/fa/2026-07-31-fida-open-finance-data-sharing-schemes-banks-2026/
کپی قالببندیشده برای Mastodon
PSD2 بانکها را به ساخت API واداشت؛ FiDA به ورود به بازار — Sebastien Rousseau FiDA همان PSD2 با نقاط پایانی بیشتر نیست. عضویت در سازوکار، دسترسی قیمتگذاریشده و دامنهٔ بسیار وسیعتر، مالی باز را به بازاری اجباری بدل میکند. https://sebastienrousseau.com/fa/2026-07-31-fida-open-finance-data-sharing-schemes-banks-2026/
کپی قالببندیشده برای LinkedIn
PSD2 بانکها را به ساخت API واداشت؛ FiDA به ورود به بازار — Sebastien Rousseau FiDA همان PSD2 با نقاط پایانی بیشتر نیست. عضویت در سازوکار، دسترسی قیمتگذاریشده و دامنهٔ بسیار وسیعتر، مالی باز را به بازاری اجباری بدل میکند. مهمترین نکات راهبردی به این شرح است: - مقرراتی که نزدیک بود اتفاق نیفتد. هر راهبردی که بر پایهٔ FiDA بنا شود باید با بیانی صادقانه از وضعیت واقعی پرونده آغاز شود. - سه گسست ساختاری از PSD2. برخورد با FiDA بهعنوان PSD2 با فهرست بلندتری از نقاط پایانی، پرهزینهترین اشتباهی است که میتوان مرتکب شد. - سازوکار، همان موضوع مقرراتی است. در PSD2، سطح انطباق یک بانک، API خودش بود. - جبران هزینه، تکلیف را به محصول بدل میکند. PSD2 بانکها را ملزم کرد دسترسی به حساب پرداخت را رایگان واگذار کنند. رویکرد سازمان شما به چالشهای مطرحشده در این نوشته چیست؟ → https://sebastienrousseau.com/fa/2026-07-31-fida-open-finance-data-sharing-schemes-banks-2026/ #Fida #دسترسیبهدادههایمالی #مالیباز #OpenFinance #سازوکاراشتراکدادههایمالی Sebastien Rousseau | CC-BY-4.0
استناد به این مقاله
PSD2 بانکها را به ساخت API واداشت؛ FiDA به ورود به بازار — Sebastien Rousseau
FiDA همان PSD2 با نقاط پایانی بیشتر نیست. عضویت در سازوکار، دسترسی قیمتگذاریشده و دامنهٔ بسیار وسیعتر، مالی باز را به بازاری اجباری بدل میکند.
BibTeX
@online{rousseau2026psd2,
author = {Rousseau, Sebastien},
title = {{PSD2 بانکها را به ساخت API واداشت؛ FiDA به ورود به بازار — Sebastien Rousseau}},
year = {2026},
url = {https://sebastienrousseau.com/fa/2026-07-31-fida-open-finance-data-sharing-schemes-banks-2026/},
urldate = {2026}
}RIS
TY - GEN AU - Rousseau, Sebastien TI - PSD2 بانکها را به ساخت API واداشت؛ FiDA به ورود به بازار — Sebastien Rousseau PY - 2026 UR - https://sebastienrousseau.com/fa/2026-07-31-fida-open-finance-data-sharing-schemes-banks-2026/ ER -
Vancouver
Rousseau S. PSD2 بانکها را به ساخت API واداشت؛ FiDA به ورود به بازار — Sebastien Rousseau. sebastienrousseau.com. 2026 Jul 31. Available from: https://sebastienrousseau.com/fa/2026-07-31-fida-open-finance-data-sharing-schemes-banks-2026/
Chicago
Rousseau, Sebastien. "PSD2 بانکها را به ساخت API واداشت؛ FiDA به ورود به بازار — Sebastien Rousseau." sebastienrousseau.com. July 31, 2026. https://sebastienrousseau.com/fa/2026-07-31-fida-open-finance-data-sharing-schemes-banks-2026/.
APA
Rousseau, S. (2026, July 31). PSD2 بانکها را به ساخت API واداشت؛ FiDA به ورود به بازار — Sebastien Rousseau. sebastienrousseau.com. https://sebastienrousseau.com/fa/2026-07-31-fida-open-finance-data-sharing-schemes-banks-2026/
بازنشر این مقاله
PSD2 بانکها را به ساخت API واداشت؛ FiDA به ورود به بازار — Sebastien Rousseau
FiDA همان PSD2 با نقاط پایانی بیشتر نیست. عضویت در سازوکار، دسترسی قیمتگذاریشده و دامنهٔ بسیار وسیعتر، مالی باز را به بازاری اجباری بدل میکند.
این مقاله تحت مجوز زیر منتشر شده است Creative Commons Attribution 4.0 International. بازنشر مستلزم ذکر منبع با ارجاع به نشانی اصلی (canonical) است.
PSD2 بانکها را به ساخت API واداشت؛ FiDA به ورود به بازار — Sebastien Rousseau FiDA همان PSD2 با نقاط پایانی بیشتر نیست. عضویت در سازوکار، دسترسی قیمتگذاریشده و دامنهٔ بسیار وسیعتر، مالی باز را به بازاری اجباری بدل میکند. Originally published at https://sebastienrousseau.com/fa/2026-07-31-fida-open-finance-data-sharing-schemes-banks-2026/ by Sebastien Rousseau. Licensed under CC-BY-4.0.