# Bütün bankalarınızın bakiyesi ve hareketleri tek ekranda.

Kaynak: https://www.globya.com.tr/entegrasyonlar/banka-api

> Sabah her bankanın internet şubesine tek tek girip bakiyeleri bir tabloya yazmak hâlâ pek çok finans ekibinin ilk işi. Banka API entegrasyonuyla bakiye ve hareketler kendiliğinden gelir; ekip vaktini yoruma ayırır.

## Banka API'si ve açık bankacılık nedir?

Bankalar, kurumsal müşterilerine hesap bilgilerine yazılım üzerinden erişebilecekleri **kurumsal API** hizmetleri sunar. Buna ek olarak Türkiye'de açık bankacılık düzenlemeleriyle, müşterinin açık onayıyla hesap bilgilerinin yetkili hizmet sağlayıcılar üzerinden paylaşılabildiği bir yapı da gelişmektedir. Her iki yolda da ortak nokta aynıdır: hesap bakiyesi ve hareketleri, internet şubesine girmeden, güvenli bir bağlantıyla okunabilir.

Birden fazla bankayla çalışan firmalar için **banka API entegrasyonu**, nakdin gerçek resmini görmenin en hızlı yoludur. Hangi yolun kullanılacağı, bankanızın sunduğu kurumsal API ya da açık bankacılık hizmetine ve sözleşme koşullarına göre belirlenir; bu bağlantı her zaman sizin bankanızla aranızdaki hizmet üzerinden kurulur.

## Neleri bağlıyoruz?

| Veri | Yön | Sıklık |
|---|---|---|
| Hesap bakiyesi (TL ve döviz) | Banka → orta katman → ERP / READERP | Gün içinde birkaç kez |
| Hesap hareketleri | Banka → orta katman → ERP | Gün içinde birkaç kez |
| Gelen havale / EFT bilgisi | Banka → ERP (cari eşleştirme önerisi) | Hareket geldiğinde |
| Virman ve EFT çıkışları | Banka → ERP (banka kaydı) | Hareket geldiğinde |
| Banka pozisyonu | Orta katman → READERP nakit raporu | Her güncellemede |

Varsayılan kurgu **salt-okumadır**: bakiye ve hareket okunur, bankada ödeme ya da transfer başlatılmaz. Hareketler ERP'ye banka kaydı olarak aktarılacaksa bu adım ERP entegrasyonu olarak ayrıca tasarlanır ve muhasebe ekibinizin onay adımı korunur.

## Tipik senaryolar

- **Çoklu banka tek ekran:** Beş bankada on iki hesabı olan bir firma, sabah raporunda tüm TL ve döviz bakiyelerini tek tabloda görür. [READERP nakit raporu](https://www.globya.com.tr/urunler/readerp/nakit-raporu) banka pozisyonu bloğunu bu veriyle günceller.
- **Tahsilat eşleştirme:** Bayiden gelen havale açıklamasındaki cari kodu ya da vergi numarası okunur, ERP'de ilgili cariye eşleştirme önerisi düşer. Muhasebeci onaylar; elle arama ve yazma ortadan kalkar.
- **Mutabakat:** Banka hareketleri ile ERP'deki banka kayıtları karşılaştırılır, eşleşmeyen kalemler listelenir. Sanal POS tahsilatlarının bankaya yansımasıyla ilgili yaklaşımı [sanal POS ve banka mutabakatı](https://www.globya.com.tr/blog/ent-sanal-pos-ve-banka-mutabakati) yazısında anlattık.

## Nasıl çalışıyoruz?

1. **Analiz:** Çalıştığınız bankaları, hesap sayısını ve her bankanın size sunduğu kurumsal API ya da açık bankacılık seçeneğini birlikte listeliyoruz. Bankayla sözleşme ve başvuru adımlarını siz yürütürsünüz; teknik tarafta yanınızdayız.
2. **Eşleştirme:** Hesap numaraları ile ERP'deki banka hesap kartları, hareket türleri ve açıklama kalıpları eşlenir.
3. **Test ortamı:** Bankanın sunduğu test ortamı varsa önce orada, yoksa yalnız okuma yapan kontrollü bir denemeyle başlanır.
4. **Canlıya geçiş:** Bankalar tek tek açılır, ilk günlerde bakiyeler internet şubesiyle karşılaştırılır.
5. **İzleme:** Her çağrı loglanır. Banka tarafında kesinti olursa istek kuyruğa alınır, tekrar denenir; bakiyenin ne zaman güncellendiği raporda açıkça görünür.

## Güvenlik, bankacılık gizliliği ve KVKK

Banka verisi en hassas veridir; bu yüzden kurguyu en az yetki ilkesine göre kurarız:

- Bağlantı için yalnız **okuma yetkisi** istenir; ödeme ya da transfer yetkisi tanımlanmaz.
- Bankanın desteklediği ölçüde **IP kısıtı** uygulanır; bağlantı yalnız tanımlı sunucudan kurulabilir.
- Sertifika, anahtar ve parolalar kodda değil, erişimi kısıtlı ve şifreli yapılandırmada saklanır; loglara yazılmaz.
- Hesap hareketlerinde üçüncü kişilerin adı ve açıklaması bulunur. Bu veri bankacılık gizliliği ve KVKK kapsamında korunur; yalnız yetkili kullanıcılar görür, erişim kayda geçer.

KVKK gereklilikleri eksiksiz ve ek ücretsiz karşılanır. Veri Türkiye'deki sunucularda işlenir.

## İlgili Globya çözümleri

- [READERP](https://www.globya.com.tr/urunler/readerp) ve [rapor kurulumu](https://www.globya.com.tr/urunler/readerp/rapor-kur)
- [Entegrasyon hizmeti](https://www.globya.com.tr/hizmetler/entegrasyon) ve [API entegrasyonu](https://www.globya.com.tr/hizmetler/entegrasyon/api-entegrasyonu)

Banka yapınızı konuşmak için 0850 432 55 13 ya da [iletişim sayfası](https://www.globya.com.tr/iletisim). Fiyat, keşif görüşmesinden sonra yazılı teklifle belirlenir.

## Sık sorulan sorular

**Soru: Bu entegrasyonla bankadan ödeme yapılabilir mi?**
Varsayılan kurgumuz yalnız okumadır: bakiye ve hareket okunur, ödeme ya da transfer başlatılmaz. Böylece en hassas yetki hiç verilmemiş olur.

**Soru: Her bankayla çalışır mı?**
Bankanızın kurumsal API ya da açık bankacılık üzerinden bu hizmeti sunmasına ve sözleşme koşullarına bağlıdır. İlk analizde her banka için durumu tek tek netleştiriyoruz.

**Soru: Veriler ERP'ye otomatik mi işlenir?**
İsterseniz hareketler ERP'ye banka kaydı olarak aktarılır, tahsilatlar için cari eşleştirme önerisi oluşur. Muhasebe onay adımını kaldırmıyoruz.

**Soru: Bakiye ne kadar güncel olur?**
Bankanın izin verdiği sorgu sıklığına göre gün içinde birkaç kez güncellenir; son güncelleme saati raporda görünür.
