Theo PSD2, một ngân hàng có thể tự mình tuân thủ. Xây endpoint, công bố đặc tả, đạt chỉ tiêu về tính sẵn sàng, xong. Đề xuất Financial Data Access của Ủy ban châu Âu xóa bỏ lựa chọn đó. Việc tuân thủ đi qua một Cơ chế chia sẻ dữ liệu tài chính — một thỏa thuận khung được đàm phán giữa các bên nắm giữ dữ liệu, bên sử dụng dữ liệu và đại diện khách hàng — và không tổ chức nào tự mình lập nên một cơ chế được. Phần việc kỹ thuật là nửa nhỏ hơn. Nửa lớn hơn là một cuộc đàm phán thương mại về phạm vi áp dụng, tiêu chuẩn, trách nhiệm và giá, và nó đang diễn ra ngay lúc này, trong khi phần lớn ngân hàng vẫn chờ văn bản cuối cùng.
Tóm lược điều hành
- Tình trạng pháp lý phải đến trước chiến lược. FiDA được đề xuất tháng 6/2023 trong gói tiếp cận dữ liệu tài chính và thanh toán. Nó từng xuất hiện trên một danh sách rút lại bị rò rỉ năm 2025, trụ lại trong chương trình công tác cuối cùng, và hiện vẫn trong đàm phán ba bên. Không điều gì dưới đây là luật đã định.
- Cơ chế mới là đối tượng quản lý. Các Cơ chế chia sẻ dữ liệu tài chính đặt ra tiêu chuẩn chung, yêu cầu giao diện, điều khoản trách nhiệm và cơ chế giải quyết tranh chấp. Mức độ phơi nhiễm rủi ro của một ngân hàng do những quy tắc mà ngân hàng đó hoặc góp phần viết ra, hoặc phải nhận lấy, quyết định.
- Khoản bù đắp chi phí đặt lại toàn bộ bài toán. Một khi truy cập có giá gắn với chi phí cung cấp, ngân hàng cần một mô hình chi phí bảo vệ được, chứ không chỉ một API gateway. Rất ít nơi có.
- Phần phải xây không phải là API. Hầu hết tổ chức đều phơi được một endpoint. Ít hơn nhiều nơi định vị, chuẩn hóa và bảo đảm chất lượng được dữ liệu thế chấp, hưu trí và bảo hiểm vốn chưa từng rời khỏi silo sản phẩm của nó.
Quy định suýt không ra đời
Mọi chiến lược dựa trên FiDA đều phải bắt đầu bằng một phát biểu trung thực về vị trí thực tế của hồ sơ này.
Ủy ban châu Âu đề xuất nó vào tháng 6/2023, cùng với gói thanh toán mang theo PSD3 và Quy định về dịch vụ thanh toán. Đầu năm 2025, một bản dự thảo bị rò rỉ của chương trình công tác của Ủy ban cho thấy FiDA có thể bị rút lại — khi đó được đưa tin là phản ứng trước lo ngại về gánh nặng đặt lên các định chế tài chính EU. Chương trình công tác cuối cùng vẫn giữ nó trong nhóm đề xuất đang chờ xử lý, và đàm phán tiếp tục. Hồ sơ đã đi qua đàm phán ba bên và các thể chế đang hướng tới thỏa thuận chính trị, với các nghĩa vụ dự kiến áp dụng theo lộ trình sau khi thông qua, khi các cơ chế được thiết lập.
Hai điều rút ra từ lịch sử đó, và chúng kéo về hai hướng ngược nhau.
Đề xuất sống sót được về mặt chính trị nhưng chưa an toàn về mặt chính trị, nên một chương trình giả định văn bản hiện tại sẽ giữ nguyên là một chương trình bị phơi rủi ro. Phạm vi áp dụng, thời điểm và cơ chế bù đắp chi phí chính xác là những điều khoản hay dịch chuyển trong đàm phán ba bên.
Đồng thời, những phần nhiều khả năng trụ lại nhất là những phần cấu trúc — quản trị dựa trên cơ chế, bảng quản lý quyền truy cập, nguyên tắc bù đắp chi phí — vì đó là kiến trúc của đề xuất chứ không phải tham số của nó. Đó cũng là những phần có thời gian xây dựng dài nhất.
Tư thế đúng vì vậy không phải là "chờ văn bản cuối cùng", cũng không phải "xây theo dự thảo hiện hành". Đó là xây những năng lực mà mọi phiên bản khả dĩ đều đòi hỏi, và có mặt ở nơi các tham số được quyết định.
Ba đứt gãy cấu trúc so với PSD2
Coi FiDA như PSD2 với danh sách endpoint rộng hơn là sai lầm sẽ trả giá đắt nhất.
Bảng 1: Điều gì thực sự thay đổi
| Chiều so sánh | PSD2 | FiDA theo đề xuất |
|---|---|---|
| Cách bạn tuân thủ | Xây và công bố một giao diện; một hành vi đơn phương | Gia nhập một Cơ chế chia sẻ dữ liệu tài chính; một thỏa thuận nhiều bên |
| Dữ liệu trong phạm vi | Tài khoản thanh toán | Thế chấp, cho vay, tiết kiệm, đầu tư, tài sản mã hóa, hưu trí, bảo hiểm phi nhân thọ |
| Chi phí truy cập | Miễn phí đối với bên thứ ba | Bên nắm giữ dữ liệu có thể yêu cầu khoản bù đắp chi phí hợp lý gắn với chi phí cung cấp |
| Ai đặt ra tiêu chuẩn | Cơ quan quản lý đặt ra kết quả; mỗi ngân hàng tự chọn cách triển khai | Cơ chế đặt ra tiêu chuẩn chung và yêu cầu giao diện |
| Quyền kiểm soát của khách hàng | Đồng ý theo từng kết nối | Một bảng quản lý quyền truy cập mà bên nắm giữ dữ liệu phải cung cấp |
| Rủi ro nằm ở đâu | Tính sẵn sàng và an ninh của giao diện của bạn | Còn thêm: điều khoản của cơ chế, phân bổ trách nhiệm theo hợp đồng, và kết quả xử lý tranh chấp |
Hàng thứ nhất và hàng thứ ba mới là những hàng làm thay đổi hình hài của cả chương trình.
Cơ chế mới là đối tượng quản lý
Theo PSD2, bề mặt tuân thủ của một ngân hàng là chính API của họ. Theo FiDA như đang dự thảo, bề mặt tuân thủ là một bộ quy tắc được đàm phán với các đối tác, bao gồm cả những công ty muốn lấy dữ liệu của bạn.
Cơ chế chia sẻ dữ liệu tài chính là một thỏa thuận khung giữa các bên nắm giữ dữ liệu, bên sử dụng dữ liệu và đại diện người tiêu dùng hoặc khách hàng. Cơ chế được kỳ vọng sẽ xây dựng tiêu chuẩn chung cho việc chia sẻ dữ liệu và yêu cầu giao diện, ấn định trách nhiệm hợp đồng của các thành viên, và cung cấp một cơ chế giải quyết tranh chấp vận hành được.
Hãy đọc danh sách đó như một sổ đăng ký rủi ro và hàm ý sẽ khó chịu. Sẽ có người quyết định trách nhiệm được phân bổ ra sao khi một bên sử dụng dữ liệu xử lý sai dữ liệu khách hàng lấy qua giao diện của bạn. Sẽ có người quyết định bạn bị ràng buộc theo chuẩn chất lượng dữ liệu nào, và thế nào là một yêu cầu hợp lệ. Nếu ngân hàng không ngồi trong phòng họp, những quyết định đó do các bên có lợi ích thương mại là truy cập rộng, giá thấp và trách nhiệm dồn về phía bên nắm giữ đưa ra.
Đây là phần thiếu nguồn lực nhất trong một chương trình FiDA điển hình. Các tổ chức đã cắt cử kiến trúc sư mà không có người đàm phán.
Khoản bù đắp chi phí biến nghĩa vụ thành sản phẩm
PSD2 buộc ngân hàng cho không quyền truy cập tài khoản thanh toán. Đề xuất FiDA đứng ở vị trí khác: bên nắm giữ dữ liệu có thể yêu cầu khoản bù đắp chi phí hợp lý từ bên sử dụng dữ liệu, gắn với chi phí làm cho dữ liệu sẵn sàng, theo một phương pháp khách quan, minh bạch và không phân biệt đối xử.
Riêng thay đổi đó biến một nghĩa vụ thành thứ gần với một dòng sản phẩm được quản lý — và nó đòi hỏi một năng lực mà phần lớn ngân hàng chưa bao giờ cần đến.
Bảng 2: Một lập trường bù đắp chi phí bảo vệ được phải trả lời điều gì
| Câu hỏi | Vì sao khó | Bạn cần gì trước khi định giá được |
|---|---|---|
| Cung cấp dữ liệu thực sự tốn bao nhiêu? | Chi phí rải khắp hạ tầng, an ninh, hỗ trợ và tuân thủ, không khoản nào đang được phân bổ cho một sản phẩm dữ liệu | Một mô hình chi phí quy phần chi phí nền tảng dùng chung về hoạt động cung cấp dữ liệu |
| Phương pháp có không phân biệt đối xử không? | Các bên sử dụng dữ liệu khác nhau sẽ có khối lượng và biên lợi nhuận rất khác nhau | Một biểu giá công bố công khai chịu được sự soi xét của một thành viên cơ chế không ưa nó |
| Nó có co xuống được không? | Khoản bù đắp chi phí phải hướng tới mức thấp nhất của thị trường, chứ không phải để đẩy giá khiến không ai truy cập nổi | Một cấu trúc dùng được cho bên sử dụng dữ liệu nhỏ, không chỉ cho bên lớn |
| Bạn chứng minh được không? | Một mức giá, khi đã công bố, là một hiện vật vừa mang tính giám sát vừa mang tính cạnh tranh | Cách suy ra kiểm toán được, không phải một con số mặc cả mà ra |
Những tổ chức xử lý tốt việc này là những nơi bắt đầu tính chi phí cung cấp dữ liệu ngay bây giờ, khi nó còn là bài tập nội bộ, thay vì trong một cuộc đàm phán cơ chế nơi con số trở thành lập trường họ phải bảo vệ.
Phần phải xây không phải là API
Phần việc kỹ thuật thực sự quan trọng không phải giao diện. Đó là mọi thứ nằm phía sau nó.
Dữ liệu tài khoản thanh toán vốn đã có cấu trúc, đã theo thời gian thực, đã thuộc về một hệ thống duy nhất với một chủ sở hữu duy nhất. Dữ liệu thế chấp, hưu trí, đầu tư và bảo hiểm thì không có điều nào trong số đó. Nó nằm trong các silo sản phẩm ở những độ tuổi khác nhau, với định danh khách hàng khác nhau, dữ liệu tham chiếu khác nhau và định nghĩa khác nhau cho cùng một trường. Một phần trong đó chỉ tồn tại dưới dạng văn bản giấy tờ.
Ba năng lực chiếm hết thời gian chuẩn bị, và không năng lực nào phụ thuộc vào văn bản cuối cùng.
Một lớp hợp nhất định danh khách hàng. Phục vụ một yêu cầu dữ liệu nghĩa là biết rằng khách hàng thế chấp, người có tài khoản hưu trí và chủ tài khoản vãng lai là cùng một người, với độ tin cậy đủ cao để trả dữ liệu ra trên cơ sở đó. Phần lớn tổ chức phát hiện việc hợp nhất định danh của mình yếu hơn mức tưởng đúng vào lúc họ bắt tay làm.
Chuẩn hóa dữ liệu sản phẩm. Một cơ chế sẽ định ra các định dạng chung. Dù chúng hóa ra là gì, công việc ánh xạ dữ liệu sản phẩm cũ sang bất kỳ tiêu chuẩn bên ngoài nào cũng là cùng một công việc, và đó là hạng mục lớn nhất trong kế hoạch.
Trạng thái quyền truy cập như một hạ tầng. Bảng quản lý chỉ là một khung nhìn. Bên dưới nó phải là một bản ghi bền vững, kiểm toán được về quyền nào đã được cấp, bởi ai, trên dữ liệu gì, trong bao lâu, và bị thu hồi khi nào — truy vấn được theo thời gian thực bởi mọi hệ thống phục vụ yêu cầu. Tổ chức nào xây bảng quản lý trước sổ cái quyền truy cập là đang xây đúng thứ họ sẽ phải xây lại.
Sổ tay vận hành
- Đưa người vào cuộc đối thoại về cơ chế. Không phải kiến trúc sư — một người đàm phán thương mại có ủy quyền về trách nhiệm và giá. Đây là hành động có đòn bẩy cao nhất hiện có và cũng là hành động hay bị hoãn nhất.
- Tính chi phí cung cấp dữ liệu ngay bây giờ. Dựng mô hình phân bổ khi nó còn là câu hỏi nội bộ. Một phương pháp bù đắp chi phí nghĩ ra dưới sức ép đàm phán sẽ không chịu nổi soi xét.
- Bắt đầu hợp nhất định danh khách hàng trước khi phạm vi áp dụng được chốt. Mọi phiên bản FiDA đều đòi hỏi bạn biết khách hàng của mình là một khách hàng. Đàm phán ba bên không thay đổi điều đó.
- Xây sổ cái quyền truy cập, không phải bảng quản lý. Hiện vật nhìn thấy được là một tuần làm front-end. Bản ghi nằm dưới nó mới là phần có đuôi kéo dài hai năm.
- Kiểm kê các silo một cách trung thực. Xác định những sản phẩm thuộc phạm vi áp dụng hiện chưa thể tạo ra dữ liệu có cấu trúc, cập nhật. Danh sách đó mới là kế hoạch chương trình thật sự.
- Theo dõi phạm vi áp dụng, không phải tiêu đề báo. Những tham số dễ dịch chuyển nhất trong đàm phán ba bên — sản phẩm nào, dữ liệu nào, thời điểm nào — chính là những thứ kế hoạch của bạn phải hấp thụ được mà không cần thiết kế lại.
PSD2 dạy ngân hàng coi dữ liệu mở là một khoản chi phí tuân thủ cần tối thiểu hóa. Bản năng đó là điểm xuất phát sai ở đây. Khi truy cập có giá, phạm vi do đàm phán quyết định, và bao trùm những sản phẩm ngân hàng thực sự kiếm được tiền, thì các tổ chức coi đó là một thị trường sẽ đặt ra điều khoản cho những tổ chức coi đó là một gánh nặng.
Câu hỏi thường gặp
FiDA đã thành luật chưa?
Chưa. Nó được đề xuất vào tháng 6/2023 trong gói tiếp cận dữ liệu tài chính và thanh toán, và vẫn đang trong quy trình lập pháp của EU sau khi đi qua đàm phán ba bên. Nó từng nằm trong một danh sách rút lại bị rò rỉ đầu năm 2025 rồi được giữ lại trong chương trình công tác cuối cùng của Ủy ban. Phạm vi áp dụng, thời điểm và cơ chế bù đắp chi phí đều là những điều khoản còn có thể dịch chuyển.
Trên thực tế nó khác PSD2 ở chỗ nào?
Ba điểm đáng kể. Việc tuân thủ đi qua một Cơ chế chia sẻ dữ liệu tài chính thay vì một giao diện bạn tự xây; bên nắm giữ dữ liệu có thể yêu cầu khoản bù đắp chi phí hợp lý thay vì cung cấp truy cập miễn phí; và dữ liệu thuộc phạm vi áp dụng vượt xa tài khoản thanh toán, sang thế chấp, cho vay, tiết kiệm, đầu tư, tài sản mã hóa, hưu trí và bảo hiểm phi nhân thọ.
Cơ chế chia sẻ dữ liệu tài chính là gì?
Một thỏa thuận khung giữa các bên nắm giữ dữ liệu, bên sử dụng dữ liệu và đại diện khách hàng hoặc người tiêu dùng. Cơ chế được kỳ vọng đặt ra tiêu chuẩn chung về dữ liệu và giao diện, phân bổ trách nhiệm hợp đồng giữa các thành viên, và cung cấp cơ chế giải quyết tranh chấp. Vì nó định ra những điều khoản bạn sẽ bị ràng buộc, tư cách thành viên và tầm ảnh hưởng là câu hỏi chiến lược chứ không phải hành chính.
Nếu văn bản chưa chốt, bây giờ chúng ta xây được gì có ích?
Những phần mọi phiên bản đều cần: hợp nhất định danh khách hàng xuyên các silo sản phẩm, chuẩn hóa dữ liệu sản phẩm cũ hướng tới một tiêu chuẩn bên ngoài, và một sổ cái quyền truy cập bền vững nằm dưới bảng quản lý. Không phần nào phụ thuộc vào việc phạm vi áp dụng hay thời điểm sẽ chốt ra sao, và cả ba đều cần thời gian chuẩn bị dài.
Chúng ta nên chống lại FiDA hay đón nhận nó?
Chống lại một đề xuất đã sống sót qua một lần suýt bị rút lại là cách dùng tệ khoảng thời gian còn lại. Câu hỏi hữu ích hơn là tổ chức của bạn là bên nắm giữ dữ liệu ròng hay bên sử dụng dữ liệu ròng trong những phân khúc bạn quan tâm — vì điều đó quyết định bạn muốn phương pháp bù đắp chi phí cao hay thấp, và cuộc tranh luận ấy được phân định trong cơ chế, chứ không phải ở Brussels.
Tài liệu tham khảo
- Ủy ban châu Âu, 2023. Gói tiếp cận dữ liệu tài chính và thanh toán. Brussels: Tổng vụ Ổn định Tài chính, Dịch vụ Tài chính và Liên minh Thị trường Vốn. Có tại: Ủy ban châu Âu, 2023..
- Ủy ban châu Âu, 2023. Đề xuất Quy định về khuôn khổ Tiếp cận Dữ liệu Tài chính, COM(2023) 360. Brussels: Ủy ban châu Âu. Có tại: Ủy ban châu Âu, 2023..
- Nghị viện châu Âu, 2026. Legislative Train Schedule: khuôn khổ tài chính mở mới. Brussels: Nghị viện châu Âu. Có tại: Nghị viện châu Âu, 2026..
- Nghị viện châu Âu và Hội đồng Liên minh châu Âu, 2015. Directive (EU) 2015/2366 về dịch vụ thanh toán trong thị trường nội khối (PSD2). Brussels: Công báo Liên minh châu Âu. Có tại: Nghị viện châu Âu và Hội đồng Liên minh châu Âu, 2015..
Cập nhật lần cuối .
Đăng lại bài viết này
Sao chép định dạng cho Medium
# PSD2 buộc ngân hàng xây một API. FiDA buộc họ vào một thị trường. — Sebastien Rousseau > Originally published at [https://sebastienrousseau.com/vi/2026-07-31-fida-open-finance-data-sharing-schemes-banks-2026/](https://sebastienrousseau.com/vi/2026-07-31-fida-open-finance-data-sharing-schemes-banks-2026/) FiDA không phải PSD2 với nhiều endpoint hơn. Thành viên cơ chế, dữ liệu có giá và phạm vi rộng hơn biến tài chính mở thành thị trường phải gia nhập. Read the full article on sebastienrousseau.com: https://sebastienrousseau.com/vi/2026-07-31-fida-open-finance-data-sharing-schemes-banks-2026/
Sao chép định dạng cho Mastodon
PSD2 buộc ngân hàng xây một API. FiDA buộc họ vào một thị trường. — Sebastien Rousseau FiDA không phải PSD2 với nhiều endpoint hơn. Thành viên cơ chế, dữ liệu có giá và phạm vi rộng hơn biến tài chính mở thành thị trường phải gia nhập. https://sebastienrousseau.com/vi/2026-07-31-fida-open-finance-data-sharing-schemes-banks-2026/
Sao chép định dạng cho LinkedIn
PSD2 buộc ngân hàng xây một API. FiDA buộc họ vào một thị trường. — Sebastien Rousseau FiDA không phải PSD2 với nhiều endpoint hơn. Thành viên cơ chế, dữ liệu có giá và phạm vi rộng hơn biến tài chính mở thành thị trường phải gia nhập. Đây là những điểm chiến lược quan trọng: - Quy định suýt không ra đời. Mọi chiến lược dựa trên FiDA đều phải bắt đầu bằng một phát biểu trung thực về vị trí thực tế của hồ sơ này. - Ba đứt gãy cấu trúc so với PSD2. Coi FiDA như PSD2 với danh sách endpoint rộng hơn là sai lầm sẽ trả giá đắt nhất. - Cơ chế mới là đối tượng quản lý. Theo PSD2, bề mặt tuân thủ của một ngân hàng là chính API của họ. - Khoản bù đắp chi phí biến nghĩa vụ thành sản phẩm. PSD2 buộc ngân hàng cho không quyền truy cập tài khoản thanh toán. Tổ chức của bạn tiếp cận như thế nào với những thách thức được nêu trong bài viết này? → https://sebastienrousseau.com/vi/2026-07-31-fida-open-finance-data-sharing-schemes-banks-2026/ #Fida #FinancialDataAccess #TàiChínhMở #OpenFinance #CơChếChiaSẻDữLiệuTàiChính Sebastien Rousseau | CC-BY-4.0
Trích dẫn bài này
PSD2 buộc ngân hàng xây một API. FiDA buộc họ vào một thị trường. — Sebastien Rousseau
FiDA không phải PSD2 với nhiều endpoint hơn. Thành viên cơ chế, dữ liệu có giá và phạm vi rộng hơn biến tài chính mở thành thị trường phải gia nhập.
BibTeX
@online{rousseau2026psd2,
author = {Rousseau, Sebastien},
title = {{PSD2 buộc ngân hàng xây một API. FiDA buộc họ vào một thị trường. — Sebastien Rousseau}},
year = {2026},
url = {https://sebastienrousseau.com/vi/2026-07-31-fida-open-finance-data-sharing-schemes-banks-2026/},
urldate = {2026}
}RIS
TY - GEN AU - Rousseau, Sebastien TI - PSD2 buộc ngân hàng xây một API. FiDA buộc họ vào một thị trường. — Sebastien Rousseau PY - 2026 UR - https://sebastienrousseau.com/vi/2026-07-31-fida-open-finance-data-sharing-schemes-banks-2026/ ER -
Vancouver
Rousseau S. PSD2 buộc ngân hàng xây một API. FiDA buộc họ vào một thị trường. — Sebastien Rousseau. sebastienrousseau.com. 2026 Jul 31. Available from: https://sebastienrousseau.com/vi/2026-07-31-fida-open-finance-data-sharing-schemes-banks-2026/
Chicago
Rousseau, Sebastien. "PSD2 buộc ngân hàng xây một API. FiDA buộc họ vào một thị trường. — Sebastien Rousseau." sebastienrousseau.com. July 31, 2026. https://sebastienrousseau.com/vi/2026-07-31-fida-open-finance-data-sharing-schemes-banks-2026/.
APA
Rousseau, S. (2026, July 31). PSD2 buộc ngân hàng xây một API. FiDA buộc họ vào một thị trường. — Sebastien Rousseau. sebastienrousseau.com. https://sebastienrousseau.com/vi/2026-07-31-fida-open-finance-data-sharing-schemes-banks-2026/
Đăng lại bài này
PSD2 buộc ngân hàng xây một API. FiDA buộc họ vào một thị trường. — Sebastien Rousseau
FiDA không phải PSD2 với nhiều endpoint hơn. Thành viên cơ chế, dữ liệu có giá và phạm vi rộng hơn biến tài chính mở thành thị trường phải gia nhập.
Bài viết này được cấp phép theo Creative Commons Attribution 4.0 International. Đăng lại yêu cầu ghi nguồn đến URL chính tắc.
PSD2 buộc ngân hàng xây một API. FiDA buộc họ vào một thị trường. — Sebastien Rousseau FiDA không phải PSD2 với nhiều endpoint hơn. Thành viên cơ chế, dữ liệu có giá và phạm vi rộng hơn biến tài chính mở thành thị trường phải gia nhập. Originally published at https://sebastienrousseau.com/vi/2026-07-31-fida-open-finance-data-sharing-schemes-banks-2026/ by Sebastien Rousseau. Licensed under CC-BY-4.0.