SAP Business One Banka Entegrasyonu: Ekstre ve Mutabakat

SAP Business One banka entegrasyonu üç işi otomatikleştirir: banka hesap hareketlerinin (ekstre) sisteme düzenli akması, gelen hareketlerin açık kalemlerle eşleştirilerek mutabakatın hızlanması ve giden ödemelerin sistemde onaylanıp bankaya dosya/talimat olarak iletilmesi. Sonuç, internet bankacılığı ekranıyla muhasebe arasında elle veri taşıyan finans ekibinin bu mesaiden kurtulması ve nakit pozisyonunun sistemden, güncel görülebilmesidir.

Finans süreçlerini incelediğimiz şirketlerde tablo çoğu zaman aynı: sabah internet bankacılığından ekstre indiriliyor, Excel'de düzenleniyor, tek tek kayda giriliyor; hangi tahsilatın hangi faturayı kapattığı telefonla soruşturuluyor. Banka sayısı arttıkça bu düzen katlanıyor. Bu yazıda entegrasyonun katmanlarını, eşleştirme mantığını ve kurulumda verdiğimiz kararları anlatıyoruz — çünkü banka entegrasyonu bir "bağlantı kurma" işi değil, bir finans süreci tasarımı işidir.

Katman 1 — Ekstre otomasyonu: hareketlerin içeri akması

İlk katman, banka hesap hareketlerinin sisteme otomatik veya yarı otomatik akmasıdır. Teknik yol birkaç seçenekten geçer: bankaların kurumsal müşterilere sunduğu servis kanalları, Türkiye'de yaygın finans servis sağlayıcıları üzerinden çoklu banka bağlantısı veya asgari senaryoda bankadan alınan ekstre dosyalarının (MT940 ve benzeri formatlar) içeri okutulması. Hangi yolun doğru olduğu banka sayınıza, hareket hacminize ve bankalarınızın sunduğu kanallara bağlıdır — kurulum kararından önce banka envanteri çıkarmak ilk işimizdir.

Bu katmanın kazanımı basit ama derindir: hareketler sisteme tek formatta, elle dokunulmadan düşer. "Ekstreyi kim indirdi, hangi satır atlandı" sorusu biter; gün içinde birden çok kez güncellenen kurulumlarda nakit pozisyonu fiilen gün içi görünür hale gelir. Çok bankayla çalışan şirketlerde tüm hesapların tek ekranda toplanması, sabah rutinini dakikalara indirir.

Katman 2 — Otomatik eşleştirme ve mutabakat

Ekstrenin içeri akması işin yarısı; asıl değer, gelen hareketin doğru açık kalemle eşleşmesinde. Eşleştirme mantığı katmanlı kurulur:

1. Kesin eşleşme: Tutar + referans bilgisi (fatura no, sipariş no) açıklamada net geçiyorsa hareket ilgili açık kalemle otomatik kapanır.
2. Kural bazlı eşleşme: Karşı hesap IBAN'ı cari karta tanımlıysa, gönderen adı eşleşiyorsa, tutar tek açık faturayla birebir tutuyorsa — kural setine göre eşleşir, gerekirse onaya düşer.
3. Öneri + insan kararı: Kısmi ödemeler, birden çok faturayı kapatan toplu havaleler, açıklamasız EFT'ler öneri listesine düşer; finans kullanıcısı ekrandan dağıtır.
4. İstisna kuyruğu: Eşleşmeyen hareketler (tanımsız gönderen, beklenmeyen tutar) istisna olarak işaretlenir ve yaşlandırılarak izlenir.

Gerçekçi beklenti kuralım: hiçbir kurulumda eşleştirme ilk günden tam otomatik olmaz. Türkiye pratiğinde açıklama alanına fatura numarası yazan müşteri azınlıktadır; toplu ödeme ve kısmi tahsilat gündelik hayattır. Doğru hedef, rutin hareketlerin kendiliğinden eşleşmesi ve finans ekibinin mesaisini yalnızca istisnalara harcamasıdır. Eşleşme oranı yaşayan bir şeydir: ilk aylarda istisna kuyruğunu analiz edip kural setini büyüttükçe oran yükselir. Kurulumda müşterilere ödeme açıklaması standardı bildirmek (fatura numarası ricası) ve IBAN-cari eşlemesini taşıma sırasında doldurmak, bu eğriyi belirgin hızlandırır.

Muhasebe tarafında bu katman, dönem sonu banka mutabakatının karakterini değiştirir: ay sonunda ekstreyle kaydı karşılaştırma maratonu yerine, gün be gün kapanan ve istisnası anında görünen bir süreç. Vadesi geçmiş alacak takibi de aynı veriden beslenir — tahsilat sistemde anında kapandığı için "aslında ödemişti" telefon trafiği kaybolur.

Katman 3 — Ödeme tarafı: talimatın sistemden çıkması

Giden yönde entegrasyon, ödeme sürecini sistemin içine alır. Akış şöyle kurulur: ödenecek açık kalemler (tedarikçi faturaları, vergiler, maaşlar) sistemde ödeme sihirbazıyla vade ve önceliğe göre listelenir; ödeme planı yetki sahibinin onayından geçer; onaylanan ödemeler bankanın kabul ettiği formatta dosyaya/talimata dönüşür ve gerçekleşme, ekstre akışından otomatik doğrulanır.

Bu düzenin kontrol değeri, otomasyon değerinden bile büyüktür:

• Tek elden çıkış: Ödeme, internet bankacılığında elle girilen bir işlem değil, sistemde onaylanmış bir kaydın çıktısıdır; "kim, neye, hangi onayla ödedi" sorusunun cevabı belgededir.
• Çift kontrol doğal kurulur: Hazırlayan ve onaylayan ayrımı (görevler ayrılığı) ödeme akışının içine gömülür; yetkilendirme ve onay prosedürleri bu noktada banka entegrasyonuyla birleşir.
• Mükerrer ödeme riski düşer: Ödeme açık kalemden üretildiği için aynı faturanın iki kez ödenmesi yapısal olarak zorlaşır.

Saha uyarımız: ödeme entegrasyonunu devreye alırken banka tarafındaki ürün ve format kabiliyetleri (toplu ödeme dosyası formatları, onay katmanları) bankadan bankaya farklılaşır. Kurulum planında her banka için ayrı doğrulama testi yapılmalı; "bir bankada çalıştı, hepsinde çalışır" varsayımı, ödeme gibi hata toleransı sıfır bir süreçte kabul edilemez.

Kurulum kararları ve sıra

Banka entegrasyonu projelerinde masaya gelen ana kararlar şunlar:

Karar	Seçenekler	Bizim eğilimimiz
Bağlantı yolu	Banka servisi / servis sağlayıcı / dosya aktarımı	Banka sayısı arttıkça tek çatı (servis sağlayıcı) avantajlanır
Kapsam sırası	Önce ekstre mi, ödeme mi	Önce ekstre + eşleştirme; ödeme, güven oturunca
Eşleştirme derinliği	Salt içeri alma / kural bazlı / öneri motoru	Kural bazlıyla başla, istisna analiziyle büyüt
Muhasebe entegrasyonu	Ara hesap düzeni, otomatik fiş kuralları	Banka teknik hesap düzeni baştan tasarlanır

Sıra önerimizin gerekçesi risk yönetimidir: ekstre ve eşleştirme tarafı hata yaptığında düzeltilir; ödeme tarafı hata yaptığında para çıkar. Bu yüzden ödeme otomasyonunu, ekstre akışı ve eşleştirme düzeni birkaç ay sorunsuz çalıştıktan sonra devreye almayı öneriyoruz. Entegrasyon mimarisinin bütününü — banka, e-belge, e-ticaret ve saha sistemlerinin tek çatıda konuşması — SAP entegrasyonları sayfasında anlatıyoruz.

Canlıya geçiş sonrası izleme de kurulumun parçasıdır: bağlantı kesintilerinin, format değişikliklerinin (bankalar formatlarını günceller) ve eşleşme oranının sahipli biçimde izlenmesi gerekir. Bu operasyonel sürekliliği teknik destek kapsamında yürütüyoruz; banka entegrasyonu "kur ve unut" değil, "kur ve izle" sınıfı bir sistemdir.

Devreye alma adımları: özet akış

Banka entegrasyonu projelerinde izlediğimiz sıra:

1. Banka envanteri: Bankalar, hesaplar, hareket hacimleri ve her bankanın sunduğu kanallar listelenir.
2. Bağlantı yolu kararı: Banka servisi, servis sağlayıcı veya dosya aktarımı — envantere göre seçilir.
3. Muhasebe tasarımı: Banka teknik hesapları, ara hesap düzeni ve otomatik fiş kuralları kurulur.
4. Döviz senaryolarının tasarımı: Yabancı para hesaplar, değerleme ve kur farkı akışı baştan kurgulanır.
5. IBAN-cari eşlemesi: Mevcut carilerin banka bilgileri toplanır ve karta işlenir; eşleştirme oranının temelidir.
6. Ekstre akışının devreye alınması: Önce tek pilot bankayla, mutabakat kontrolüyle.
7. Kural setinin kurulması: İlk haftaların istisna analiziyle eşleştirme kuralları genişletilir.
8. Kalan bankaların bağlanması: Pilotta oturan düzen diğer hesaplara yayılır.
9. Ödeme tarafı: Ekstre düzeni birkaç ay sorunsuz çalıştıktan sonra, banka bazlı doğrulama testleriyle.

Her adımın çıktısı bir sonrakinin girdisidir; sırayı bozan projelerde en sık görülen desen, ödeme otomasyonuna erken geçilip ilk hatada tüm entegrasyona güvenin kaybedilmesidir.

Finans ekibi için günlük ve dönemsel rutinler

Entegrasyon kurulduktan sonra düzeni yaşatan rutinler:

• Günlük: İstisna kuyruğunun sıfırlanması — eşleşmeyen her hareket aynı gün dağıtılır veya işaretlenir; biriken istisna, mutabakatın faizli borcudur.
• Günlük: Nakit pozisyon ekranının kontrolü; tüm hesapların son güncelleme saatiyle birlikte.
• Haftalık: Eşleşme kalitesi gözden geçirmesi — tekrar eden manuel eşleştirmeler kurala dönüştürülür.
• Aylık: Banka mutabakat raporunun kapanışı ve askıdaki (ara hesapta bekleyen) kayıtların temizliği.
• Dönemsel: Banka format ve kanal değişikliklerinin takibi; bankadan gelen duyurular entegrasyon sahibine yönlendirilir.
• Dönemsel: IBAN-cari eşleme kapsamının gözden geçirilmesi — yeni müşteri ve tedarikçilerin banka bilgileri karta işleniyor mu?
• Yıllık: Ödeme akışındaki yetki ve onay zincirinin, şirketteki fiili görev dağılımıyla hâlâ örtüştüğünün kontrolü.

Bu rutinlerin toplamı günde dakikalarla ölçülür; entegrasyonsuz düzende aynı işlerin saatler aldığını hatırlatmaya gerek yok — zaten bu yazıyı o yüzden okuyorsunuz.

Sık sorulan sorular

SAP Business One hangi bankalarla entegre olur?

Entegrasyon tek bir listeye bağlı değildir; bankaların kurumsal servis kanalları, çoklu banka servis sağlayıcıları veya ekstre dosya aktarımı yollarından bankanıza uygun olanı seçilir. Kurulumdan önce banka envanterinizi (hangi bankalar, hangi hesaplar, hangi kanallar) çıkarıp yol haritasını buna göre kuruyoruz.

Banka entegrasyonu için ek lisans veya add-on gerekir mi?

Senaryoya bağlıdır: temel ekstre içe aktarımı standart araçlarla kurulabilirken, çoklu banka bağlantısı ve gelişmiş eşleştirme genellikle bir servis sağlayıcı aboneliği veya add-on gerektirir. Teklif aşamasında bu kalemlerin (abonelik, kurulum, banka tarafı ücretleri) ayrı satırlar olarak yazılmasını isteyin.

Otomatik eşleştirme oranı ne kadar olur?

Şirketin tahsilat karakterine bağlıdır: referanslı ödeme alan, IBAN-cari eşlemesi dolu bir şirkette rutin hareketlerin büyük kısmı kendiliğinden eşleşir; açıklamasız toplu havale ağırlıklı bir tahsilat yapısında insan kararı daha uzun süre devrede kalır. Oran, istisna analiziyle kural seti büyüdükçe zaman içinde yükselir — ilk günden tam otomasyon vaat eden yaklaşıma temkinli yaklaşın.

Birden fazla şirketimiz ve çok sayıda banka hesabımız var; entegrasyon karmaşıklaşır mı?

Kurulum eforu hesap sayısıyla artar ama mimari değişmez; çok şirketli yapılarda her şirketin kendi hesap düzeni kurulur ve grup seviyesinde nakit görünürlüğü raporlama katmanında birleştirilir. Bu senaryoda tek çatı (servis sağlayıcı) yaklaşımının avantajı belirginleşir — banka başına ayrı bağlantı yönetmek yerine tek entegrasyon noktası izlenir.

Döviz hesapları ve kur farkları entegrasyonda nasıl ele alınır?

Döviz hesapların ekstreleri kendi para biriminde akar; kayıt tarafında kur değerleme ve kur farkı işlemleri muhasebe düzeninin parçası olarak kurulur. Kurulumda bu senaryonun test edilmesi önemlidir — yalnızca TL hesaplarla test edilip canlıda döviz hesapla ilk kez karşılaşan kurulum, ilk ay kapanışında sürpriz yaşar.

Ödemeleri sistemden yapmak güvenli mi?

Doğru kurulduğunda internet bankacılığında elle işlem girmekten daha güvenlidir: ödeme açık kalemden üretilir (mükerrer ödeme zorlaşır), hazırlayan-onaylayan ayrımı sistemde zorunlu kılınır ve her adım izlenebilir kalır. Güvenliğin ön şartı, banka tarafı onay katmanlarının korunması ve yetki yapısının düzgün kurulmasıdır.