Online satış yapan bir işletmede kart tahsilatı genelde iki ayrı yerde yaşar: müşteri kart bilgisini sanal POS ekranında girer, ödeme kuruluşunun panelinde bir işlem kaydı oluşur; aynı tahsilat ERP'ye ise muhasebe elemanının o panelden indirdiği bir dökümü elle işlemesiyle ulaşır. Sipariş numarası ile ödeme kuruluşunun işlem numarası farklı sistemlerde farklı adlarla durur, iade veya kısmi ödeme olduğunda eşleştirme daha da karmaşıklaşır. Bu yazı, sanal POS/ödeme kuruluşu bağlantısının ERP'ye teknik olarak nasıl kurulduğunu ve tahsilatın sipariş ile muhasebe kaydına otomatik nasıl yansıdığını anlatıyor.
Sanal POS entegrasyonu olmadan online tahsilat süreci nereye takılır?
Entegrasyon kurulmadığında süreç genelde şu şekilde işler: müşteri sitede ödeme yapar, ödeme kuruluşunun panelinde işlem görünür, ancak bu bilgi ERP'ye otomatik geçmez. Üç sorun tekrar eder:
- Tahsilat gecikmeli görünür. Finans ekibi kasa/banka durumunu güncel görmek için ödeme kuruluşunun panelini ayrı ayrı kontrol eder; ERP'deki bakiye anlık değildir.
- Sipariş ile ödeme eşleşmesi elle yapılır. Ödeme kuruluşunun işlem numarası ile ERP'deki sipariş numarası farklı sistemlerde tutulduğundan, hangi ödemenin hangi siparişe ait olduğu dökümden tek tek kontrol edilir.
- Muhasebe kaydı çift veya eksik girilebilir. Aynı tahsilat hem sipariş kapatılırken hem ay sonu döküm işlenirken kayda alınırsa mükerrer gelir oluşur; unutulursa gelir ay kapanışına yansımaz.
İşlem hacmi arttıkça bu üç sorun doğrusal değil, katlanarak büyür: günde 20 sipariş elle takip edilebilir, günde 200 sipariş takip edilemez.
Ödeme kuruluşu ile ERP arasındaki bağlantı teknik olarak nasıl kurulur?
Gerçek bir sanal POS entegrasyonu iki yönlü çalışır. İlk yön, ödeme talebinin ERP'den (veya ERP'ye bağlı e-ticaret sitesinden) ödeme kuruluşuna gönderilmesidir: sipariş tutarı, para birimi ve sipariş referansı ödeme kuruluşunun API'sine iletilir, müşteri kart bilgisini ödeme kuruluşunun güvenli ödeme sayfasında girer. İkinci ve daha kritik yön, sonucun geri bildirilmesidir: ödeme kuruluşu işlem tamamlandığında (başarılı, başarısız veya iptal) bir webhook/callback ile ERP'ye bildirim gönderir; bu bildirim, gönderilen sipariş referansı üzerinden ilgili siparişi bulur ve tahsilat durumunu otomatik günceller.
Bu akışta kart bilgisi hiçbir zaman ERP'nin veya işletmenin sunucusundan geçmez. Kart verisi doğrudan ödeme kuruluşunun altyapısında kalır, ERP yalnızca işlem sonucunu ve referans numarasını alır. Bu hem güvenlik açısından hem de PCI-DSS kapsamındaki yükümlülüklerin işletme tarafında sınırlı kalması açısından önemlidir.
Sipariş, tahsilat ve muhasebe kaydı tek zincirde nasıl tutulur?
Entegrasyonun asıl değeri, tahsilatın tek bir referans üzerinden sipariş ve muhasebe kaydına bağlanmasıdır:
- Sipariş oluşturulduğunda ERP kendi sipariş numarasını ödeme talebine ekler.
- Ödeme kuruluşu işlemi onayladığında, bu numara üzerinden ilgili sipariş bulunur ve tahsilat kaydı otomatik oluşturulur.
- Tahsilat kaydı, sipariş toplamıyla karşılaştırılır. Tam ödeme ise sipariş "ödendi" durumuna geçer, kısmi ödeme ise bakiye açık kalır.
- Muhasebe tarafında, tahsilat tutarı ilgili banka/ödeme kuruluşu hesabına, komisyon tutarı ise ayrı bir gider hesabına otomatik işlenir.
Bu zincir kurulduğunda, "bu sipariş ödendi mi" sorusunun cevabı ödeme kuruluşunun panelini açmayı gerektirmez; sipariş ekranından görülür. Ay sonunda da ödeme kuruluşunun kestiği hakediş raporu ile ERP'deki tahsilat toplamı karşılaştırılarak mutabakat yapılır. Bu, banka entegrasyonundaki mutabakat mantığıyla aynı prensibe dayanır, sadece taraf banka değil ödeme kuruluşudur.
Komisyon, iade ve kısmi ödeme nasıl yönetilir?
Sanal POS işlemlerinde tahsil edilen tutar ile işletmeye net yatan tutar birbirinden farklıdır: ödeme kuruluşu komisyonu kesintisi işlem anında veya taksitli hakediş döneminde uygulanır. Entegrasyon kurulduğunda bu ayrım elle hesaplanmaz:
- Komisyon işlem bildirimiyle birlikte gelir ve otomatik olarak gider hesabına işlenir; satış geliri brüt tutar üzerinden, komisyon ayrı kalemde tutulur.
- İade işlemi ödeme kuruluşu panelinden başlatıldığında ERP'ye bildirim gelir, ilgili sipariş ve muhasebe kaydı ters kayıtla kapatılır, muhasebe ekibinin ayrıca iade fişi girmesi gerekmez.
- Kısmi ödeme veya taksitli işlem durumunda her taksit hakediş bildirimi ayrı bir tahsilat hareketi olarak işlenir; sipariş bakiyesi taksitler tamamlanana kadar açık izlenir.
Bu otomasyon olmadan, özellikle iade ve taksit yoğun dönemlerde (kampanya, sezon sonu) muhasebe ekibinin elle takip yükü orantısız şekilde artar; her iade için ayrı fiş kesilmesi ve her taksit için ayrı hatırlatma tutulması, işlem hacmi büyüdükçe tek bir kişinin takip edebileceği sınırı hızla aşar.
Ödeme başarısız olduğunda veya yarıda kaldığında ne olur?
Online tahsilatta her ödeme talebi başarıyla sonuçlanmaz: kart limiti yetersiz kalabilir, 3D Secure doğrulaması müşteri tarafında tamamlanmayabilir veya müşteri ödeme sayfasını kapatıp işlemi yarıda bırakabilir. Entegrasyon kurulmadığında bu durumların hiçbiri ERP'de görünmez. Sipariş "beklemede" kalır, kimin takip edeceği belirsizleşir. Webhook tabanlı entegrasyonda ödeme kuruluşu başarısız veya zaman aşımına uğrayan her işlemi de bildirir; ERP bu bildirimi aldığında siparişi "ödeme alınamadı" durumuna otomatik taşır ve stok rezervasyonu varsa serbest bırakır.
Bu ayrım özellikle iki noktada değer üretir: satış ekibi hangi siparişlerin gerçekten tahsilat beklediğini, hangilerinin müşteri tarafından terk edildiğini karıştırmaz; stok, tahsil edilmemiş bir sipariş için gereğinden uzun süre bloke tutulmaz. Zaman aşımı süresi (ödeme sayfası açıldıktan sonra kaç dakika bekleneceği) ödeme kuruluşuna göre değişir; ERP tarafında bu süre sonunda siparişin otomatik iptal edilip edilmeyeceği, işletmenin kendi kuralına göre ayarlanır.
Hangi ödeme kuruluşlarıyla çalışılabilir, denetim kim tarafından yapılır?
Türkiye'de işletmelerin banka ile ayrı ayrı sanal POS sözleşmesi yapmadan online tahsilat almasını sağlayan kuruluşlar ödeme kuruluşu statüsünde faaliyet gösterir. Bu kuruluşların denetim ve düzenleme yetkisi, 6493 sayılı Ödeme ve Menkul Kıymet Mutabakat Sistemleri, Ödeme Hizmetleri ve Elektronik Para Kuruluşları Hakkında Kanun'da 7192 sayılı Kanun ile yapılan değişiklikle 1 Ocak 2020 tarihinden itibaren BDDK'dan Türkiye Cumhuriyet Merkez Bankası'na (TCMB) devredildi. ERP entegrasyonu açısından pratik sonucu şudur: hangi ödeme kuruluşuyla çalışılırsa çalışılsın, entegrasyonun teknik omurgası (API ile ödeme talebi, webhook ile sonuç bildirimi) benzer prensiplere dayanır; ERP tarafında tek bir "ödeme kuruluşu bağlayıcısı" katmanı kurulduğunda, ileride ikinci bir sağlayıcı eklemek veya sağlayıcı değiştirmek büyük bir yeniden yapılanma gerektirmez.
Manuel takip ile entegre tahsilat arasındaki fark nedir?
| Aşama | Ödeme kuruluşu paneli + elle takip | ERP entegrasyonu ile |
|---|---|---|
| Tahsilat görünürlüğü | Panel ayrı ayrı kontrol edilir, gecikmeli | Sipariş ekranında anlık |
| Sipariş-ödeme eşleşmesi | İşlem numarası dökümden elle aranır | Sipariş referansıyla otomatik |
| Muhasebe kaydı | Ay sonu toplu, hata/mükerrer riski var | İşlem anında, komisyon ayrı kalemde |
| İade | Panelde başlatılır, ERP'ye ayrıca işlenir | Bildirimle otomatik ters kayıt |
| Sağlayıcı değişimi | Süreç sıfırdan kurulur | Bağlayıcı katmanı değişir, akış aynı kalır |
Birasyo'da bu akış nasıl kurulur?
Birasyo'nun finans modülü, sanal POS/ödeme kuruluşu bildirimlerini sipariş kaydına bağlayarak tahsilatı otomatik işler: ödeme onaylandığında sipariş durumu güncellenir, komisyon tutarı ayrı gider hesabına, net tutar ilgili banka/ödeme kuruluşu hesabına kaydedilir. İade veya kısmi ödeme bildirimleri aynı zincir üzerinden işlenir, muhasebe ekibinin ayrıca fiş girmesine gerek kalmaz. Online satış yapan işletmelerde bu akışın sipariş, stok ve muhasebe modülleriyle nasıl bütünleştiği e-ticaret çözümü sayfasında anlatılıyor.
Özet
- Sanal POS tahsilatı ERP'ye bağlanmadığında, tahsilat görünürlüğü gecikir, sipariş-ödeme eşleşmesi elle yapılır ve muhasebe kaydı çift veya eksik girilme riski taşır.
- Gerçek entegrasyon iki yönlüdür: ödeme talebi API ile gönderilir, sonuç webhook/callback ile ERP'ye bildirilir; kart verisi hiçbir zaman ERP'den geçmez.
- Sipariş, tahsilat ve muhasebe kaydı tek referans üzerinden zincirlendiğinde, "bu sipariş ödendi mi" sorusunun cevabı sipariş ekranından görülür.
- Komisyon, iade ve taksitli hakediş bildirimleri otomatik işlendiğinde muhasebe ekibinin elle takip yükü, özellikle kampanya dönemlerinde, orantısız artmaz.
- Türkiye'de ödeme kuruluşlarının denetimi 1 Ocak 2020'den itibaren BDDK'dan TCMB'ye devredildi; ERP tarafında kurulan bağlayıcı katman sağlayıcı değişse de aynı prensiple çalışmaya devam eder.
İlgili yazılar:
Bu yazıyı LinkedIn'de paylaşın
Başlık, özet ve etiketler panoya kopyalanır, paylaşım penceresi açılır. Yapıştırıp (Cmd/Ctrl+V) gönderin.
