API perbankan terbuka
Perbankan terbuka: data akaun dan pembayaran melalui API bank
Maklumat akaun dan permulaan pembayaran melalui API bank terkawal dan pengagregat, dengan pengendalian persetujuan dan token.
Pelan terperinci
Tatal ke sisi untuk melihat keseluruhan lukisan.
Perbankan terbuka: data dan pembayaran dengan persetujuan pelanggan
Pelanggan memberikan persetujuan, penyambung menyimpan token, dan setiap panggilan ke bank dibenarkan dan direkodkan. Apabila persetujuan tamat atau ditarik balik, aplikasi meminta pelanggan sekali lagi dan tidak gagal secara senyap.
- Aliran utama
- Tak segerak
- Laluan pengecualian
Aliran dalam 7 langkah
Aliran, langkah demi langkah
- Dari Pelanggan ke Aplikasi atau platform anda: Memberikan persetujuan (aliran utama).
- Dari Aplikasi atau platform anda ke Penyambung perbankan terbuka: Permintaan akaun dan pembayaran, melalui REST/JSON (aliran utama).
- Dari Penyambung perbankan terbuka ke API bank atau pengagregat: Panggilan API yang dibenarkan, melalui OAuth 2.0 · FAPI · REST (aliran utama).
- Dari API bank atau pengagregat ke Penyambung perbankan terbuka: Baki, transaksi dan status pembayaran, melalui REST/JSON · webhook (tak segerak).
- Dari Penyambung perbankan terbuka ke ERP atau lejar: Transaksi dinormalkan, melalui REST/JSON (aliran utama).
- Dari API bank atau pengagregat ke Penyambung perbankan terbuka: Persetujuan tamat atau ditarik balik, melalui HTTP 401 · 403 (laluan pengecualian).
- Dari Penyambung perbankan terbuka ke Aplikasi atau platform anda: Pelanggan diminta memperbaharui persetujuan (laluan pengecualian).
Gambaran keseluruhan
Perbankan terbuka membolehkan aplikasi membaca akaun pelanggan dan memulakan pembayaran melalui API bank terkawal, dengan persetujuan pelanggan. Ia menggerakkan pengagregatan akaun, semakan kemampuan bayar bagi pinjaman, daftar bayar melalui bank dan pandangan perbendaharaan merentas bank.
Reka bentuk rujukan meletakkan penyambung perbankan terbuka antara aplikasi anda dan bank, sama ada secara terus atau melalui pengagregat berlesen. Penyambung itu menjalankan perjalanan persetujuan, menyimpan token dengan selamat, memanggil API bank di bawah piawaian seperti Berlin Group NextGenPSD2 atau UK Open Banking Standard, dan menukar data setiap bank menjadi satu model yang konsisten.
Persetujuan bukan kekal, dan reka bentuk ini merancangnya. Apabila persetujuan tamat tempoh atau ditarik balik, pelanggan diminta memperbaharuinya dan bukannya aplikasi kehilangan data secara senyap. Setiap panggilan dibenarkan, direkodkan dan terikat kepada persetujuan yang membenarkannya.
Cara aliran berfungsi
Pelanggan memberi persetujuan
Pelanggan memilih banknya, melihat apa yang dikongsi dan untuk berapa lama, lalu mengesahkan dengan bank, yang mengubah hala kembali kepada aplikasi anda.
Aplikasi anda meminta
Aplikasi anda meminta baki, transaksi atau pembayaran melalui API penyambung, tidak pernah melalui bank secara terus.
Penyambung memanggil bank
Penyambung menggunakan token tersimpan untuk membuat panggilan yang dibenarkan kepada API bank atau pengagregat, mengikut profil keselamatan yang dikehendaki bank.
Data dan status kembali
Baki, transaksi dan status pembayaran kembali sebagai respons atau webhook, dan penyambung menormalkannya menjadi satu model merentas bank.
Menggunakan data
Transaksi yang dinormalkan menyuap produk, model risiko atau ERP anda bagi kedudukan tunai dan penyelarasan.
Apabila sesuatu gagal
Persetujuan tamat tempoh atau ditarik balik
Bank menolak panggilan itu. Penyambung menandakan persetujuan itu tidak lagi sah dan aplikasi anda meminta pelanggan memperbaharuinya, sambil menerangkan sebabnya.
Pembayaran ditolak
Status dan alasan bank kembali melalui API atau webhook, dan pelanggan serta pasukan operasi anda melihat hasilnya dengan segera.
Bank mengehadkan akses
Bank mengehadkan kekerapan data boleh diambil tanpa kehadiran pelanggan. Penyambung menjadualkan penyegaran dalam had itu dan berundur apabila bank memberi isyarat.
API bank tidak tersedia
Panggilan dicuba semula dengan jeda yang semakin meningkat, data baik terakhir dipaparkan bersama usianya, dan amaran dibangkitkan jika gangguan berterusan.
Piawaian dan sistem
- Piawaian dan saluran perbankan
- PSD2
- Berlin Group NextGenPSD2
- UK Open Banking Standard
- FAPI
- Integrasi
- REST
- Webhooks
- Identiti dan akses
- OAuth 2.0
- OpenID Connect
Soalan dan jawapan
Patutkah kami menyambung kepada bank secara terus atau melalui pengagregat?
Pengagregat memberi anda banyak bank melalui satu API dan mengendalikan perbezaan setiap bank, dengan kos setiap panggilan atau setiap sambungan. Sambungan terus memberi lebih kawalan dan boleh sesuai bagi sebilangan kecil bank penting. Banyak produk bermula dengan pengagregat dan menambah sambungan terus kemudian. Kami membandingkan pilihan itu berbanding bank dan negara yang anda perlukan.
Perlukah kami lesen untuk menggunakan perbankan terbuka?
Maklumat akaun dan permulaan pembayaran ialah aktiviti terkawal di banyak negara. Sama ada syarikat anda memegang kebenaran itu, atau anda bekerja melalui penyedia berlesen yang memegangnya. Yang mana terpakai bergantung kepada negara dan kes penggunaan anda, dan penasihat undang-undang serta pematuhan anda patut mengesahkannya. Kami membina integrasi bagi mana-mana laluan yang anda ambil.
Bagaimana persetujuan pelanggan dikendalikan?
Pelanggan melihat data apa yang dikongsi, untuk tujuan apa dan untuk berapa lama, lalu mengesahkan dengan banknya sendiri. Penyambung menyimpan persetujuan dan tokennya secara disulitkan, dan setiap panggilan terikat kepada persetujuan yang sah. Pelanggan boleh menarik balik persetujuan, dan penyambung berhenti memanggil bank itu bagi pihak mereka apabila mereka berbuat demikian.
Bank dan negara mana yang diliputi?
Liputan bergantung kepada peraturan wilayah dan API bank. Kesatuan Eropah dan United Kingdom mempunyai liputan luas di bawah PSD2 dan UK Open Banking Standard. Di tempat lain liputannya berbeza, dan pengagregat mengisi sebahagian jurangnya. Kami memeriksa liputan bagi bank yang digunakan pelanggan anda sebelum anda komited kepada sesuatu reka bentuk.
Adakah perbankan terbuka menggantikan sambungan bank hos ke hos?
Tidak bagi kebanyakan kerja perbendaharaan korporat. Saluran hos ke hos mengendalikan fail pembayaran pukal dan penyata penuh bagi akaun anda sendiri. Perbankan terbuka sesuai untuk produk yang berhadapan dengan pelanggan, baki masa nyata dan pembayaran tunggal. Banyak perniagaan menggunakan kedua-duanya: hos ke hos bagi larian pembayaran mereka sendiri dan perbankan terbuka bagi pelanggan mereka.
Bagaimana data perbankan terbuka dilindungi?
Token dan rekod persetujuan disulitkan semasa disimpan, hanya penyambung boleh menggunakannya, dan setiap panggilan direkodkan bersama persetujuan di sebaliknya. Kami mengumpul hanya data yang diperlukan oleh tujuan itu dan menetapkan tempoh penyimpanannya. Peraturan perlindungan data seperti GDPR terpakai kepada data ini, dan kami mereka bentuk bersama pegawai perlindungan data anda.
Mulakan dengan perbualan, bukan kontrak.
Beritahu kami apa yang perlu anda bina, sambungkan atau lindungi. Seorang arkitek akan membincangkannya bersama anda, kemudian mengesyorkan dari mana hendak bermula.
Apa yang berlaku seterusnya
Mempersetujui masa
Pasukan kami menghantar e-mel kepada anda untuk mempersetujui masa sesi.
Sesi praperundingan
Satu sesi praperundingan dalam talian percuma selama 30 minit: kami meneliti matlamat, sistem dan kekangan anda.
Semakan kesediaan
Dalam satu semakan kesediaan percuma selama 48 jam, seorang Arkitek Utama menyemak projek anda menurut Takrif Kesediaan 6 perkara dan mengesyorkan landasan yang sesuai.
Memilih landasan
Projek yang bersedia dari segi skop menerima cadangan mengikat dalam 3 hingga 5 hari perniagaan. Projek pada peringkat konsep bermula di Blueprint Studio. Sistem yang sedang berjalan tetapi gagal, tidak didokumenkan atau memerlukan integrasi bermula dengan diagnostik selama 1 hingga 2 minggu. Blueprint Studio dan diagnostik masing-masing mempunyai fi tetap, disebut dalam cadangan.