Kurumsal Sistemler ve Entegrasyonlar
Açık bankacılık API’leri
Açık bankacılık: banka API’leri üzerinden hesap verileri ve ödemeler
Düzenlemeye tabi banka API’leri ve toplayıcılar aracılığıyla hesap bilgileri ve ödeme başlatma; rıza ve token yönetimiyle birlikte.
Plan
Tüm çizimi görmek için yana kaydırın.
Açık bankacılık: müşterinin onayıyla veri ve ödemeler
Müşteri onay verir, bağlayıcı tokenları tutar ve bankaya yapılan her çağrı yetkilendirilir ve günlüğe kaydedilir. Onay süresi dolduğunda veya geri çekildiğinde, uygulama sessizce başarısız olmak yerine müşteriden yeniden onay ister.
- Birincil akış
- Asenkron
- İstisna yolu
Akış 7 adımda
Akış, adım adım
- Müşteri → Uygulamanız veya platformunuz: Onay verir (birincil akış).
- Uygulamanız veya platformunuz → Açık bankacılık bağlayıcısı: Hesap ve ödeme talepleri, REST/JSON üzerinden (birincil akış).
- Açık bankacılık bağlayıcısı → Banka API’leri veya toplayıcı: Yetkilendirilmiş API çağrıları, OAuth 2.0 · FAPI · REST üzerinden (birincil akış).
- Banka API’leri veya toplayıcı → Açık bankacılık bağlayıcısı: Bakiyeler, işlemler ve ödeme durumu, REST/JSON · webhook üzerinden (asenkron).
- Açık bankacılık bağlayıcısı → ERP veya defter: Normalleştirilmiş işlemler, REST/JSON üzerinden (birincil akış).
- Banka API’leri veya toplayıcı → Açık bankacılık bağlayıcısı: Onay süresi doldu veya geri çekildi, HTTP 401 · 403 üzerinden (istisna yolu).
- Açık bankacılık bağlayıcısı → Uygulamanız veya platformunuz: Müşteriden onayı yenilemesi istendi (istisna yolu).
Genel bakış
Açık bankacılık, bir uygulamanın müşterinin rızasıyla düzenlemeye tabi banka API’leri üzerinden müşterinin hesaplarını okumasına ve ödeme başlatmasına olanak tanır. Hesap toplama, kredilendirme için ödeme gücü kontrolleri, banka üzerinden ödeme ile ödeme alma ve bankalar arası hazine görünümlerini destekler.
Referans tasarım, uygulamanız ile bankalar arasına doğrudan veya lisanslı bir toplayıcı aracılığıyla bir açık bankacılık bağlayıcısı yerleştirir. Bağlayıcı rıza yolculuğunu yürütür, tokenları güvenli biçimde saklar, Berlin Group NextGenPSD2 veya UK Open Banking Standard gibi standartlar kapsamında banka API’lerini çağırır ve her bankanın verisini tek bir tutarlı modele dönüştürür.
Rıza kalıcı değildir ve tasarım bunu hesaba katar. Rıza sona erdiğinde veya geri çekildiğinde, uygulama sessizce veri kaybetmek yerine müşteriden rızayı yenilemesi istenir. Her çağrı yetkilendirilir, günlüğe kaydedilir ve onu mümkün kılan rızaya bağlanır.
Akış nasıl işler
Müşteri rıza verir
Müşteri bankasını seçer, nelerin ve ne kadar süreyle paylaşıldığını görür ve bankada kimlik doğrulaması yapar; banka uygulamanıza geri yönlendirir.
Uygulamanız istekte bulunur
Uygulamanız bakiyeleri, işlemleri veya bir ödemeyi doğrudan banka üzerinden değil, bağlayıcının API’si üzerinden talep eder.
Bağlayıcı bankayı çağırır
Bağlayıcı, saklanan tokenları kullanarak bankanın API’sine veya toplayıcıya, bankanın gerektirdiği güvenlik profiline uygun yetkili çağrılar yapar.
Veri ve durum geri döner
Bakiyeler, işlemler ve ödeme durumu yanıtlar veya webhook’lar olarak döner ve bağlayıcı bunları bankalar arasında tek bir modelde normalleştirir.
Veriyi kullanın
Normalleştirilmiş işlemler, nakit pozisyonları ve mutabakat için ürününüzü, risk modellerinizi veya ERP’nizi besler.
Bir şey başarısız olduğunda
Rıza sona erer veya geri çekilir
Banka çağrıyı reddeder. Bağlayıcı rızayı artık geçerli değil olarak işaretler ve uygulamanız müşteriden rızayı yenilemesini, nedenini açıklayarak ister.
Bir ödeme reddedilir
Bankanın durumu ve gerekçesi API veya webhook aracılığıyla döner; müşteri ve operasyon ekibiniz sonucu hemen görür.
Bir banka erişimi sınırlar
Bankalar, müşteri yokken verinin ne sıklıkla alınabileceğini sınırlar. Bağlayıcı yenilemeleri bu sınırlar içinde planlar ve banka sinyal verdiğinde geri çekilir.
Bir banka API’si kullanılamıyor
Çağrılar artan gecikmelerle yeniden denenir, son iyi veri yaşıyla birlikte gösterilir ve kesinti sürerse bir uyarı oluşturulur.
Standartlar ve sistemler
- Bankacılık standartları ve kanalları
- PSD2
- Berlin Group NextGenPSD2
- UK Open Banking Standard
- FAPI
- Entegrasyon
- REST
- Webhooks
- Kimlik ve erişim
- OAuth 2.0
- OpenID Connect
Sorular ve yanıtlar
Bankalara doğrudan mı yoksa bir toplayıcı aracılığıyla mı bağlanmalıyız?
Bir toplayıcı, tek bir API üzerinden birçok bankaya erişim sağlar ve her bankanın farklılıklarını, çağrı başına veya bağlantı başına bir maliyetle yönetir. Doğrudan bağlantılar daha fazla kontrol sağlar ve az sayıda önemli banka için uygun olabilir. Birçok ürün bir toplayıcıyla başlar ve sonradan doğrudan bağlantılar ekler. Seçenekleri ihtiyaç duyduğunuz bankalara ve ülkelere göre karşılaştırırız.
Açık bankacılığı kullanmak için lisansa ihtiyacımız var mı?
Hesap bilgileri ve ödeme başlatma birçok ülkede düzenlemeye tabi faaliyetlerdir. Ya şirketiniz yetkiyi elinde tutar ya da yetkiyi elinde tutan lisanslı bir sağlayıcı aracılığıyla çalışırsınız. Hangisinin geçerli olduğu ülkenize ve kullanım senaryonuza bağlıdır ve hukuk ve uyum danışmanlarınız bunu doğrulamalıdır. Hangi yolu seçerseniz seçin entegrasyonu biz kurarız.
Müşterinin rızası nasıl yönetilir?
Müşteri hangi verinin, hangi amaçla ve ne kadar süreyle paylaşıldığını görür ve kendi bankasında kimlik doğrulaması yapar. Bağlayıcı rızayı ve tokenlarını şifreli olarak saklar ve her çağrı geçerli bir rızaya bağlanır. Müşteriler rızayı geri çekebilir ve geri çektiklerinde bağlayıcı onlar için o bankayı çağırmayı durdurur.
Hangi bankalar ve ülkeler kapsanıyor?
Kapsam, bölgenin kurallarına ve bankaların API’lerine bağlıdır. Avrupa Birliği ve Birleşik Krallık, PSD2 ve UK Open Banking Standard kapsamında geniş kapsama sahiptir. Başka yerlerde kapsam değişir ve toplayıcılar bazı boşlukları doldurur. Bir tasarıma karar vermeden önce müşterilerinizin kullandığı bankalar için kapsamı kontrol ederiz.
Açık bankacılık, bankalarla host-to-host bağlantıların yerini alır mı?
Çoğu kurumsal hazine işi için almaz. Host-to-host kanalları, kendi hesaplarınız için toplu ödeme dosyalarını ve tam hesap ekstrelerini yönetir. Açık bankacılık, müşteriye dönük ürünler, gerçek zamanlı bakiyeler ve tek ödemeler için uygundur. Birçok işletme her ikisini de kullanır: kendi ödeme çalıştırmaları için host-to-host, müşterileri için açık bankacılık.
Açık bankacılık verileri nasıl korunur?
Tokenlar ve rıza kayıtları durağan halde şifrelenir, bunları yalnızca bağlayıcı kullanabilir ve her çağrı arkasındaki rızayla birlikte günlüğe kaydedilir. Yalnızca amacın gerektirdiği verileri toplar ve ne kadar süreyle saklanacağını belirleriz. GDPR gibi veri koruma kuralları bu verilere uygulanır ve veri koruma sorumlunuzla birlikte tasarlarız.
Sözleşmeyle değil, bir görüşmeyle başlayın.
Ne inşa etmeniz, neyi bağlamanız veya neyi güvence altına almanız gerektiğini bize anlatın. Bir mimar sizinle birlikte inceler ve nereden başlanacağını önerir.
Sırada ne var
Zaman belirleme
Ekibimiz oturum için bir zaman belirlemek üzere size e-posta gönderir.
Ön danışmanlık oturumu
Bir ücretsiz 30 dakikalık çevrim içi ön danışmanlık oturumu: hedeflerinizi, sistemlerinizi ve kısıtlarınızı gözden geçiririz.
Hazırlık incelemesi
Bir ücretsiz 48 saatlik hazırlık incelemesi kapsamında baş mimar, projenizi 6 maddelik Hazırlık Tanımı’na göre kontrol eder ve uygun olan yolu önerir.
Yolun seçilmesi
Kapsamı hazır projeler 3–5 iş günü içinde içinde bağlayıcı bir teklif alır. Konsept aşamasındaki projeler Blueprint Studio’da başlar. Arızalı, belgelenmemiş veya entegrasyon gerektiren canlı bir sistem, 1–2 hafta teşhisiyle başlar. Blueprint Studio ve teşhisin her biri, teklifte belirtilen sabit bir ücrete tabidir.