תחת PSD2 בנק יכול היה לציית בכוחות עצמו. לבנות את נקודת הקצה, לפרסם את המפרט, לעמוד ביעד הזמינות, וזהו. הצעת ה-Financial Data Access של הנציבות האירופית מסירה את האפשרות הזו. הציות עובר דרך מנגנון שיתוף נתונים פיננסיים — הסכם מסגרת הנסחר בין מחזיקי הנתונים, משתמשי הנתונים ונציגי הלקוחות — ואף מוסד אינו יכול לכונן אותו לבדו. העבודה הטכנית היא המחצית הקטנה. המחצית הגדולה היא משא ומתן מסחרי על תחולה, תקנים, אחריות ומחיר, והוא מתנהל עכשיו, בזמן שרוב הבנקים ממתינים לנוסח סופי.
תקציר מנהלים
- המעמד קודם לאסטרטגיה. FiDA הוצע ביוני 2023 כחלק מחבילת הגישה לנתונים פיננסיים והתשלומים. הוא הופיע ברשימת גניזה שדלפה ב-2025, שרד אל תוכנית העבודה הסופית, ונותר בהליך הטרילוג. שום דבר מהאמור להלן אינו דין מוגמר.
- המנגנון הוא האובייקט הרגולטורי. מנגנוני שיתוף נתונים פיננסיים קובעים את התקנים המשותפים, את דרישות הממשק, את תנאי האחריות ואת מנגנוני המחלוקת. חשיפת הבנק נקבעת על ידי כללים שהוא או מסייע לנסח או יורש.
- התמורה ממסגרת מחדש את כל התרגיל. ברגע שלגישה יש מחיר הקשור לעלות ההעמדה, בנק זקוק למודל עלות שניתן להגן עליו, לא רק ל-API gateway. מעטים מאוד מחזיקים בכזה.
- הבנייה אינה ה-API. רוב המוסדות מסוגלים לחשוף נקודת קצה. הרבה פחות מסוגלים לאתר, לנרמל ולהבטיח את איכותם של נתוני משכנתאות, פנסיה וביטוח שמעולם לא יצאו מממגורת המוצר שלהם.
הרגולציה שכמעט לא קרתה
כל אסטרטגיה הנשענת על FiDA חייבת להתחיל באמירה כנה על המקום שבו התיק באמת נמצא.
הנציבות הציעה אותו ביוני 2023, לצד חבילת התשלומים הנושאת את PSD3 ואת תקנת שירותי התשלום. בתחילת 2025 דלפה טיוטה של תוכנית העבודה של הנציבות שרמזה כי FiDA עשוי להיגנז — מה שדווח באותה עת כתגובה לחששות מפני הנטל על מוסדות פיננסיים באיחוד. תוכנית העבודה הסופית הותירה אותו בין ההצעות התלויות ועומדות, והמשא ומתן נמשך. הוא עבר את הליך הטרילוג והמוסדות פועלים לקראת הסכמה פוליטית, כאשר החובות צפויות להיכנס בהדרגה לאחר האימוץ, ככל שיוקמו מנגנונים.
שני דברים נובעים מההיסטוריה הזו, והם מושכים לכיוונים מנוגדים.
ההצעה שרידה פוליטית אך אינה בטוחה פוליטית, ולכן תוכנית המניחה שהנוסח הנוכחי יצא ללא שינוי חשופה. התחולה, לוחות הזמנים ומנגנון התמורה הם בדיוק ההוראות שזזות בטרילוג.
במקביל, החלקים שסביר ביותר שישרדו הם המבניים — ממשל מבוסס מנגנון, לוחות בקרת הרשאות ותמורה עקרונית — משום שהם הארכיטקטורה של ההצעה ולא הפרמטרים שלה. הם גם החלקים בעלי זמן ההיערכות הארוך ביותר.
העמדה הנכונה אינה אפוא "להמתין לנוסח הסופי" ואף לא "לבנות לפי הטיוטה הנוכחית". היא לבנות את היכולות שכל גרסה סבירה תדרוש, ולהיות נוכחים היכן שהפרמטרים נקבעים.
שלושה שברים מבניים מ-PSD2
התייחסות ל-FiDA כאל PSD2 עם רשימת נקודות קצה רחבה יותר היא הטעות שתעלה הכי הרבה.
טבלה 1: מה באמת משתנה
| ממד | PSD2 | FiDA כפי שהוצע |
|---|---|---|
| כיצד מצייתים | בונים ומפרסמים ממשק; מעשה חד-צדדי | מצטרפים למנגנון שיתוף נתונים פיננסיים; הסכם רב-משתתפים |
| הנתונים בתחולה | חשבונות תשלום | משכנתאות, הלוואות, חיסכון, השקעות, נכסי קריפטו, פנסיה, ביטוח כללי |
| עלות הגישה | חינם לצד השלישי | מחזיקי הנתונים רשאים לדרוש תמורה סבירה הקשורה לעלות ההעמדה |
| מי קובע את התקן | הרגולטור קובע תוצאות; כל בנק בוחר מימוש | המנגנון קובע תקנים משותפים ודרישות ממשק |
| שליטת הלקוח | הסכמה לכל חיבור בנפרד | לוח בקרת הרשאות שמחזיק הנתונים חייב לספק |
| היכן יושב הסיכון | זמינות ואבטחה של הממשק שלכם | וגם: תנאי המנגנון, חלוקת אחריות חוזית ותוצאות מחלוקות |
השורות הראשונה והשלישית הן שמשנות את צורת התוכנית.
המנגנון הוא האובייקט הרגולטורי
תחת PSD2, משטח הציות של הבנק היה ה-API שלו. תחת FiDA כפי שנוסח, משטח הציות הוא ספר כללים הנסחר מול צדדים נגדיים, ובהם החברות שרוצות את הנתונים שלכם.
מנגנון שיתוף נתונים פיננסיים הוא הסכם מסגרת בין מחזיקי נתונים, משתמשי נתונים ונציגי צרכנים או לקוחות. הוא אמור לפתח את התקנים המשותפים לשיתוף נתונים ולבקשות ממשק, לקבוע את האחריות החוזית של חבריו, ולספק מנגנון יישוב מחלוקות פעיל.
קראו את הרשימה הזו כמרשם סיכונים וההשלכה אינה נוחה. מישהו עומד להחליט כיצד מחולקת האחריות כאשר משתמש נתונים מטפל שלא כראוי בנתוני לקוח שהתקבלו דרך הממשק שלכם. מישהו עומד להחליט לאיזה תקן איכות נתונים אתם נמדדים, ומה נחשב בקשה תקפה. אם בנק אינו בחדר, ההחלטות האלה מתקבלות בידי צדדים שהאינטרס המסחרי שלהם הוא גישה רחבה, מחירים נמוכים ואחריות שיושבת אצל המחזיק.
זהו החלק היחיד שמתוקצב בחסר יותר מכל בתוכנית FiDA ממוצעת. מוסדות הקצו ארכיטקטים ולא הקצו מנהלי משא ומתן.
התמורה הופכת חובה למוצר
PSD2 חייב בנקים לתת גישה לחשבונות תשלום בחינם. הצעת FiDA נוקטת עמדה שונה: מחזיקי הנתונים רשאים לדרוש תמורה סבירה ממשתמשי הנתונים, הקשורה לעלות העמדת הנתונים, על בסיס מתודולוגיה אובייקטיבית, שקופה ובלתי מפלה.
השינוי הבודד הזה הופך חובה למשהו הקרוב יותר לקו מוצר מפוקח — והוא דורש יכולת שרוב הבנקים מעולם לא נזקקו לה.
טבלה 2: על מה עמדת תמורה בת-הגנה חייבת לענות
| שאלה | מדוע זה קשה | מה נדרש לפני שאפשר לתמחר |
|---|---|---|
| כמה ההעמדה באמת עולה? | העלויות מפוזרות על פני תשתית, אבטחה, תמיכה וציות, ואף אחת מהן אינה מוקצית כיום למוצר נתונים | מודל עלות המייחס עלות פלטפורמה משותפת להעמדת נתונים |
| האם המתודולוגיה בלתי מפלה? | למשתמשי נתונים שונים יהיו נפחים ומרווחים שונים מאוד | מחירון מפורסם ששורד בחינה של חבר מנגנון שאינו אוהב אותו |
| האם הוא מתכווץ כלפי מטה? | התמורה אמורה להיות מכוונת לרמות הנמוכות בשוק, לא לתמחר את הגישה החוצה | מבנה שעובד עבור משתמש נתונים קטן, לא רק עבור גדול |
| האם תוכלו לבסס אותו בראיות? | מחיר הוא אובייקט פיקוחי ותחרותי ברגע שהוא מתפרסם | גזירה הניתנת לביקורת, לא מספר שנקבע במשא ומתן |
המוסדות שיתמודדו עם זה היטב הם אלה שיתחילו לתמחר את העמדת הנתונים עכשיו, בעודה תרגיל פנימי, ולא בתוך משא ומתן על מנגנון שבו המספר הופך לעמדה שעליהם להגן עליה.
הבנייה אינה ה-API
העבודה הטכנית שחשובה אינה הממשק. היא כל מה שמאחוריו.
נתוני חשבונות התשלום כבר היו מובנים, כבר היו בזמן אמת, וכבר היו בבעלות מערכת אחת עם בעלים אחד. נתוני משכנתאות, פנסיה, השקעות וביטוח אינם אף אחד מהדברים האלה. הם יושבים בממגורות מוצר בנות גילים שונים, עם מזהי לקוח שונים, נתוני ייחוס שונים והגדרות שונות לאותו שדה עצמו. חלקם קיימים רק במסמכים.
שלוש יכולות נושאות את זמן ההיערכות, ואף אחת מהן אינה תלויה בנוסח הסופי.
שכבת איחוד זהות לקוח. מענה לבקשת נתונים משמעו לדעת שלקוח המשכנתה, בעל הפנסיה ובעל חשבון העו"ש הם אותו אדם, ברמת ביטחון גבוהה דיה כדי לשחרר נתונים על בסיסה. רוב המוסדות מגלים שאיחוד הזהות שלהם חלש מכפי שהניחו בדיוק ברגע שבו הם מנסים.
נרמול נתוני מוצר. מנגנון יגדיר פורמטים משותפים. יהיו אשר יהיו, עבודת המיפוי של נתוני מוצר מדור קודם לכל תקן חיצוני שהוא היא אותה עבודה, והיא הפריט הגדול ביותר בתוכנית.
מצב ההרשאות כתשתית. לוח בקרה הוא תצוגה. מתחתיו חייב לשבת רישום עמיד וניתן לביקורת של איזו הרשאה ניתנה, על ידי מי, על אילו נתונים, לכמה זמן, ומתי בוטלה — הניתן לתשאול בזמן אמת בידי כל מערכת שמשרתת בקשה. מוסדות שבונים את לוח הבקרה לפני פנקס ההרשאות בונים את הדבר שיצטרכו לבנות מחדש.
ספר ההפעלה
- הושיבו מישהו בשיחת המנגנון. לא ארכיטקט — מנהל משא ומתן מסחרי עם מנדט על אחריות ותמחור. זו הפעולה בעלת המינוף הגבוה ביותר הזמינה, וזו שנדחית לרוב.
- תמחרו את העמדת הנתונים עכשיו. בנו את מודל הייחוס בעודו שאלה פנימית. מתודולוגיית תמורה שתומצא תחת לחץ משא ומתן לא תשרוד בחינה.
- התחילו באיחוד זהות לקוח לפני שהתחולה נסגרת. כל גרסה של FiDA דורשת לדעת שהלקוח שלכם הוא לקוח אחד. שום דבר בכך אינו משתנה בטרילוג.
- בנו את פנקס ההרשאות, לא את לוח הבקרה. האובייקט הנראה לעין הוא שבוע של עבודת front-end. הרישום שמתחתיו הוא החלק עם זנב של שנתיים.
- ערכו מצאי כן של הממגורות. זהו אילו מוצרים בתחולה אינם מסוגלים כלל להפיק כיום נתונים מובנים ועדכניים. הרשימה הזו היא תוכנית העבודה האמיתית.
- עקבו אחר התחולה, לא אחר הכותרות. הפרמטרים שסביר ביותר שיזוזו בטרילוג — אילו מוצרים, אילו נתונים, אילו לוחות זמנים — הם בדיוק אלה שהתוכנית שלכם צריכה להיות מסוגלת לספוג בלי תכנון מחדש.
PSD2 לימד בנקים להתייחס לנתונים פתוחים כאל עלות ציות שיש למזער. האינסטינקט הזה הוא נקודת פתיחה שגויה כאן. כשהגישה מתומחרת, נתחמת במשא ומתן ומכסה את המוצרים שהבנק באמת מרוויח עליהם, המוסדות שיראו בה שוק יקבעו את התנאים לאלה שיראו בה נטל.
שאלות נפוצות
האם FiDA כבר חוק?
לא. הוא הוצע ביוני 2023 כחלק מחבילת הגישה לנתונים פיננסיים והתשלומים, ונותר בהליך החקיקה של האיחוד לאחר שעבר את הטרילוג. הוא נכלל ברשימת גניזה שדלפה בתחילת 2025 ולאחר מכן נשמר בתוכנית העבודה הסופית של הנציבות. התחולה, לוחות הזמנים ומנגנון התמורה הם כולם הוראות שעוד יכולות לזוז.
במה הוא שונה מ-PSD2 בפועל?
בשלושה אופנים שחשובים. הציות עובר דרך מנגנון שיתוף נתונים פיננסיים ולא דרך ממשק שבונים לבד; מחזיקי הנתונים רשאים לדרוש תמורה סבירה במקום לספק גישה חינם; והנתונים בתחולה חורגים הרבה מעבר לחשבונות תשלום אל משכנתאות, הלוואות, חיסכון, השקעות, נכסי קריפטו, פנסיה וביטוח כללי.
מהו מנגנון שיתוף נתונים פיננסיים?
הסכם מסגרת בין מחזיקי נתונים, משתמשי נתונים ונציגי לקוחות או צרכנים. הוא אמור לקבוע את תקני הנתונים והממשק המשותפים, לחלק אחריות חוזית בין החברים, ולספק יישוב מחלוקות. משום שהוא מגדיר את התנאים שאליהם תימדדו, החברות וההשפעה בו הן שאלות אסטרטגיות ולא מנהלתיות.
אם הנוסח אינו סופי, מה כן מועיל לבנות עכשיו?
את החלקים שכל גרסה זקוקה להם: איחוד זהות לקוח על פני ממגורות מוצר, נרמול נתוני מוצר מדור קודם לעבר תקן חיצוני, ופנקס הרשאות עמיד מתחת ללוח הבקרה. אף אחד מהם אינו תלוי באופן שבו התחולה או לוחות הזמנים ייסגרו, ולשלושתם זמן היערכות ארוך.
האם עלינו להתנגד ל-FiDA או לאמץ אותו?
התנגדות להצעה ששרדה כבר ניסיון גניזה היא שימוש גרוע בחלון הזמן שנותר. השאלה הפורייה יותר היא האם המוסד שלכם הוא מחזיק נתונים נטו או משתמש נתונים נטו בסגמנטים שחשובים לכם — משום שזה קובע אם תרצו מתודולוגיית תמורה גבוהה או נמוכה, והוויכוח הזה מוכרע במנגנון, לא בבריסל.
הפניות
- הנציבות האירופית, 2023. Financial data access and payments package. בריסל: המנהל הכללי ליציבות פיננסית, שירותים פיננסיים ואיחוד שוקי ההון. זמין בכתובת: הנציבות האירופית, 2023..
- הנציבות האירופית, 2023. Proposal for a Regulation on a framework for Financial Data Access, COM(2023) 360. בריסל: הנציבות האירופית. זמין בכתובת: הנציבות האירופית, 2023..
- הפרלמנט האירופי, 2026. Legislative Train Schedule: a new open finance framework. בריסל: הפרלמנט האירופי. זמין בכתובת: הפרלמנט האירופי, 2026..
- הפרלמנט האירופי ומועצת האיחוד האירופי, 2015. Directive (EU) 2015/2366 בנושא שירותי תשלום בשוק הפנימי (PSD2). בריסל: כתב העת הרשמי של האיחוד האירופי. זמין בכתובת: הפרלמנט האירופי ומועצת האיחוד האירופי, 2015..
נסקר לאחרונה .
פרסם מחדש מאמר זה
העתק בפורמט Medium
# PSD2 חייב בנקים לבנות API. FiDA מחייב אותם להצטרף לשוק. — Sebastien Rousseau > Originally published at [https://sebastienrousseau.com/he/2026-07-31-fida-open-finance-data-sharing-schemes-banks-2026/](https://sebastienrousseau.com/he/2026-07-31-fida-open-finance-data-sharing-schemes-banks-2026/) FiDA אינו PSD2 עם עוד נקודות קצה. חברות במנגנון, גישה לנתונים בתמורה ותחולה רחבה בהרבה הופכים פיננסים פתוחים לשוק שהבנקים חייבים להצטרף אליו. Read the full article on sebastienrousseau.com: https://sebastienrousseau.com/he/2026-07-31-fida-open-finance-data-sharing-schemes-banks-2026/
העתק בפורמט Mastodon
PSD2 חייב בנקים לבנות API. FiDA מחייב אותם להצטרף לשוק. — Sebastien Rousseau FiDA אינו PSD2 עם עוד נקודות קצה. חברות במנגנון, גישה לנתונים בתמורה ותחולה רחבה בהרבה הופכים פיננסים פתוחים לשוק שהבנקים חייבים להצטרף אליו. https://sebastienrousseau.com/he/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/he/2026-07-31-fida-open-finance-data-sharing-schemes-banks-2026/ #Fida #FinancialDataAccess #פיננסיםפתוחים #מנגנוןשיתוףנתוניםפיננסיים #Fdss 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/he/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/he/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/he/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/he/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/he/2026-07-31-fida-open-finance-data-sharing-schemes-banks-2026/
פרסום מחדש של הכתבה
PSD2 חייב בנקים לבנות API. FiDA מחייב אותם להצטרף לשוק. — Sebastien Rousseau
FiDA אינו PSD2 עם עוד נקודות קצה. חברות במנגנון, גישה לנתונים בתמורה ותחולה רחבה בהרבה הופכים פיננסים פתוחים לשוק שהבנקים חייבים להצטרף אליו.
כתבה זו מפורסמת ברישיון Creative Commons Attribution 4.0 International. פרסום מחדש מחייב ייחוס לכתובת ה-URL הקאנונית.
PSD2 חייב בנקים לבנות API. FiDA מחייב אותם להצטרף לשוק. — Sebastien Rousseau FiDA אינו PSD2 עם עוד נקודות קצה. חברות במנגנון, גישה לנתונים בתמורה ותחולה רחבה בהרבה הופכים פיננסים פתוחים לשוק שהבנקים חייבים להצטרף אליו. Originally published at https://sebastienrousseau.com/he/2026-07-31-fida-open-finance-data-sharing-schemes-banks-2026/ by Sebastien Rousseau. Licensed under CC-BY-4.0.