B2B Ödeme ve Tahsilat Sistemi Nasıl Çalışır?
7 dakika okuma
B2B ödeme ve tahsilat süreçlerinde cari hesap, kredi limiti, vade, online ödeme ve ERP entegrasyonunun birlikte nasıl çalıştığını ayrıntılarıyla öğrenin.

B2B ticarette siparişin alınması, ödemenin aynı anda tamamlanacağı anlamına gelmez. Bir bayi tanımlı kredi limitiyle ürün alabilir, farklı vadelerde oluşan borçlarını kısmen ödeyebilir veya tek havaleyle birden fazla faturayı kapatabilir. Bu nedenle B2B ödeme tahsilat süreçleri, ödeme ekranının ötesinde finansal kurallar ve kayıtlar üzerinden tasarlanmalıdır.
Doğru yapı; satış ekibinin sipariş açabilmesini, finans ekibinin riski izlemesini ve bayinin borcunu anlaşılır biçimde görmesini sağlar. Bu yazıda cari hesap, limit, vade, sanal POS, havale ve ERP muhasebe akışının nasıl birlikte çalıştığını; çözüm seçerken hangi iş kurallarını netleştirmeniz gerektiğini ele alıyoruz.
B2B tahsilat sistemi nedir?
B2B tahsilat sistemi, işletmeler arasındaki alacakların ödeme koşullarına uygun biçimde izlenmesini ve kapatılmasını sağlayan süreç ve yazılım bütünüdür. Sipariş, fatura, cari hesap, ödeme ve mutabakat kayıtlarını ilişkilendirir. Bayinin yalnızca ödeme yapmasını değil, hangi borcu neden ödediğini ve ödeme sonrasında kullanılabilir limitinin nasıl değiştiğini görmesini de destekleyecek şekilde kurgulanır.
B2C satışlarda ödeme çoğunlukla tek bir sepetle ilişkilendirilir. B2B modelinde ise bir sipariş birden fazla faturaya dönüşebilir; tahsilat siparişten önce, teslimatta veya vadede gerçekleşebilir. Ayrıca ödeme yapan işletme hesabında birden fazla yetkili bulunabilir. Bu yüzden fiyatlandırma, sipariş onayı ve tahsilat kuralları birbirinden bağımsız düşünülmemelidir.
Örneğin bir bayi, önceki dönemden kalan borcunu havaleyle öderken yeni siparişini vadeli açabilir. Sistem, yeni siparişi değerlendirirken hem doğrulanmış tahsilatı hem mevcut risk tutarını dikkate almalıdır. Tasarımın başlangıç noktası, ödeme yöntemlerini sıralamak değil; hangi ticari olayın hangi finansal kaydı oluşturacağını açıkça tanımlamaktır.
- Siparişin hangi aşamada risk hesabına gireceğini belirleyin.
- Tahsilatın hangi borçlara ve hangi sırayla dağıtılacağını yazılı hale getirin.
- Limit aşımı ve gecikme durumlarında yetkili onay akışını tanımlayın.
Cari hesap ve kredi limiti nasıl yönetilir?
Cari hesap, bayiyle yapılan işlemlerin borç ve alacak hareketlerini izler. Cari bakiye ise bu hareketlerin belirli bir andaki net sonucudur. Ancak cari bakiye ile kredi riski aynı şey değildir. Henüz faturalanmamış onaylı siparişler veya sevk edilmiş ürünler de işletmenin politikasına göre risk hesabında yer alabilir.
Kullanılabilir limit, tanımlı kredi limitinden ilgili risk kalemlerinin düşülmesiyle hesaplanabilir. Burada kritik konu, aynı işlemin hem sipariş hem fatura olarak iki kez sayılmamasıdır. Sipariş faturaya dönüştüğünde riskin kayıtlar arasında aktarılması gerekir. Teminat, bekleyen ödeme ve iade gibi kalemlerin etkisi de ayrı kurallarla belirlenmelidir.
Pratikte bayi ekranında cari bakiye, vadesi geçmiş borç ve kullanılabilir limit ayrı gösterilmelidir. Finans ekibi ise limit değişikliğinin gerekçesini, onaylayan kişiyi ve geçerlilik süresini izleyebilmelidir. Tahsilatın limiti ne zaman açacağı ayrıca kararlaştırılmalıdır: Ödeme bildirimi, sağlayıcı doğrulaması ve banka hesabına geçiş aynı olay değildir. Bu ayrım, erken limit açılmasını önler.
Vadeli satış ve ödeme koşulları nasıl tanımlanır?
Vadeli satışta yalnızca gün sayısını kaydetmek yeterli değildir. Vadenin sipariş, fatura veya teslim tarihinden hangisine göre başlayacağı belirlenmelidir. Bayiye özel koşullar, ürün grubu istisnaları ve takvim kuralları varsa bunlar da açık olmalıdır. Aksi halde satış ekranındaki beklenen ödeme tarihiyle muhasebenin takip ettiği tarih farklılaşabilir.
Bir faturanın taksitli ödeme planına bağlandığı durumda her taksidin tutarı, vadesi ve kapanma durumu ayrı izlenmelidir. Kısmi ödeme geldiğinde kalan borcun hangi vadede takip edileceği bilinmelidir. Kartla yapılan taksitli ödeme ile satıcının bayiye tanıdığı açık hesap vadesi de birbirine karıştırılmamalıdır; finansal işleyişleri farklıdır.
Gecikmiş borcu bulunan bayinin yeni sipariş açıp açamayacağı, sevkiyatının durdurulup durdurulmayacağı ve istisnayı kimin onaylayacağı önceden kararlaştırılmalıdır. Sipariş anındaki ödeme koşullarının kaydı korunmalı; sonradan yapılan genel ayar değişiklikleri geçmiş işlemleri belirsizleştirmemelidir. Satış ve finans ekiplerinin aynı kuralları kullanması, bayiye verilen sözlerle tahsilat beklentisinin uyumlu kalmasına yardımcı olur.
Online bayi ödeme: Sanal POS ve havale akışı
Online bayi ödeme ekranı, bayinin açık faturalarını seçerek veya izin verilen tutarı girerek ödeme başlatmasına olanak verecek şekilde tasarlanabilir. Tutar serbestçe girilebiliyorsa ödemenin cari hesaba avans mı yazılacağı, belirli borçlara mı dağıtılacağı açıklanmalıdır. Bayi, işlemi onaylamadan önce ödeyeceği tutarı ve borçlarına uygulanacak dağılımı görebilmelidir.
Sanal POS akışında bankanın veya ödeme kuruluşunun sonucu güvenilir biçimde doğrulanmalıdır. Tarayıcıdaki başarılı işlem sayfası tek başına muhasebe kaydı oluşturmak için yeterli kabul edilmemelidir. İşlem kimliği, tutar ve sonuç kontrol edilmeli; tekrarlanan bildirimlerin aynı tahsilatı yeniden oluşturması engellenmelidir. İptal, iade ve ters ibraz durumları da ayrıca ele alınmalıdır.
Havale ve EFT tarafında dekont yüklenmesi, paranın hesaba geçtiğini tek başına kanıtlamaz. Banka hareketiyle eşleştirme yapılmalı; açıklama, gönderen hesap, tutar ve tarih birlikte değerlendirilmelidir. Eksik veya fazla ödeme durumları için inceleme kuyruğu oluşturulabilir. Kartın onaylandığı an ile paranın banka hesabına geçtiği anın farklı olabileceği de tahsilat raporlarına yansıtılmalıdır.
Bayi tahsilat takibi ve mutabakat nasıl yapılır?
Bayi tahsilat takibi, toplam alacak tutarını görmekle sınırlı değildir. Hangi borçların henüz vadesinin gelmediği, hangilerinin geciktiği ve hangilerinin inceleme altında olduğu ayrıştırılmalıdır. Yaşlandırma raporları, açık faturalar ve beklenen tahsilat takvimi birlikte değerlendirilerek finans ekibinin günlük iş listesi oluşturulabilir.
Ödeme eşleştirmesinde fatura referansı öncelikli kullanılabilir. Referans bulunmadığında en eski vadeli borçtan başlama gibi bir kural uygulanacaksa bu yaklaşım önceden tanımlanmalıdır. Bir havalenin birden fazla faturayı kapatması veya bir faturanın farklı ödemelerle kapanması desteklenecek veri ilişkileriyle ele alınmalıdır. Eşleşmeyen tutarların sessizce kapatılması yerine sorumlu kişiye yönlendirilmesi gerekir.
Hatırlatmalar da tahsilat durumunu dikkate almalıdır. Ödemesi alınmış ancak ERP kaydı henüz tamamlanmamış bayiye gecikme mesajı göndermek güveni zedeler. Cari ekstre ve ödeme dağılımının paylaşılması, mutabakatı kolaylaştırır. Görüşme notları ile ödeme taahhütlerinin kaydı ise ekip değişse bile takibin aynı bilgi üzerinden sürmesini sağlar.
ERP ve muhasebe entegrasyonu nasıl çalışır?
Entegrasyonda önce hangi verinin hangi sistemde yönetileceği belirlenmelidir. Cari kart, kredi limiti ve fatura kayıtları ERP'de tutulurken bayi portalı ödeme talebini başlatabilir. Ancak bu dağılım her işletmede aynı olmak zorunda değildir. Önemli olan, aynı alanın iki sistemde kontrolsüz biçimde değiştirilmesini önleyen bir veri sahipliği modelidir.
Örnek akışta doğrulanan ödeme, benzersiz işlem numarasıyla ERP'ye gönderilir. ERP tahsilat kaydını oluşturur, ilgili cari hesaba işler ve gerekiyorsa faturalarla eşleştirir. Sonuç bilgisi portala dönerek bakiye ve limitin güncellenmesini sağlar. Kart komisyonları ve banka hesabına geçen net tutar ayrıca izlenmeli; bayinin ödediği brüt tutarla karıştırılmamalıdır.
ERP geçici olarak erişilemiyorsa ödeme kaybolmamalı veya yeniden tahsil edilmemelidir. İşlem, muhasebe aktarımı bekleyen durumda tutulmalı; yeniden deneme ve hata inceleme akışları tanımlanmalıdır. İade ve iptaller geçmiş kaydı silmek yerine izlenebilir ters kayıtlarla ilişkilendirilmelidir. Muhasebe hesapları ve fiş kuralları, işletmenin finans ekibiyle doğrulanmalıdır.
- Her işlemi portal, ödeme sağlayıcısı ve ERP arasında izlenebilir kılın.
- Aktarım hatalarını sorumlusu ve çözüm durumuyla takip edin.
- Tahsilat kayıtları ile banka hareketleri için düzenli mutabakat yapın.
Yetkilendirme ve işlem güvenliği nasıl kurgulanır?
Bayi kullanıcısı, satış temsilcisi ve finans yöneticisi aynı yetkilere sahip olmamalıdır. Bayi yalnızca yetkili olduğu cari hesapları görmeli; satış ekibinin limit değiştirmesi veya ödeme kaydını düzeltmesi gerekiyorsa kontrollü onay süreci bulunmalıdır. Birden fazla şubesi olan işletmelerde merkez ve şube görünürlüğü ayrıca değerlendirilmelidir.
Kart verilerinin gereksiz yere uygulama içinde tutulmadığı, ödeme sağlayıcısının güvenli akışlarının kullanıldığı bir mimari tercih edilmelidir. İşlem bildirimlerinin doğrulanması, erişim kontrolleri ve kayıtların korunması birlikte ele alınmalıdır. Teknik güvenlik kadar, yanlış cari hesaba ödeme işlenmesini önleyen operasyonel kontroller de önemlidir.
Testler yalnızca başarılı ödeme senaryosuyla sınırlanmamalıdır. Bağlantı kesilmesi, çift tıklama, gecikmeli bildirim, kısmi iade ve aynı anda açılan siparişler denenmelidir. Özellikle eşzamanlı siparişlerde limit kontrolünün tutarlı çalışması gerekir. Kullanıcı işlemleri ve yönetici müdahaleleri, sorunların sonradan incelenebilmesi için zaman ve kimlik bilgileriyle kayıt altına alınmalıdır.
İşletmenize uygun B2B tahsilat sistemi nasıl seçilir?
Çözüm değerlendirmesine özellik listesi yerine gerçek senaryolarla başlayın. Kısmi ödeme yapan bayi, limiti dolmuş müşteri, farklı vadeleri bulunan faturalar ve ERP kesintisi gibi örnekleri aday çözüm üzerinde inceleyin. Başarı ölçütü yalnızca ödeme alınması değil; borcun doğru kapanması, limitin doğru güncellenmesi ve muhasebe kaydının izlenebilmesidir.
Standart yapıların karşılamadığı satış, satın alma, bayi ve tedarikçi süreçleri için KMK'nın Kuruma Özel Ticaret Sistemleri, KMK Core üzerinde geliştirilen ticaret sistemi yaklaşımını sunar. İşletmenizin kurallarını bu kapsamda değerlendirmek için Özel Ticaret Sistemleri çözümünü inceleyebilirsiniz. İhtiyaç duyulan ödeme ve ERP bağlantılarının kapsamı ise proje değerlendirmesinde ayrıca netleştirilmelidir.
Karar öncesinde veri aktarımı, kullanıcı rolleri, hata yönetimi ve kabul testlerini yazılı hale getirin. Canlıya geçişte açılış bakiyelerinin doğrulanması ve devam eden işlemlerin nasıl taşınacağı da planlanmalıdır. Siparişten muhasebeye uzanan daha geniş yapıyı değerlendirmek için kurumsal ticaret sistemleri yazılarına göz atabilirsiniz.
B2B ödeme ve tahsilat yönetiminde esas konu, ödeme yöntemlerini cari hesap, kredi limiti, vade ve muhasebe kayıtlarıyla tutarlı biçimde birleştirmektir. İş kuralları netleştirildiğinde hem bayi deneyimi hem finansal takip daha anlaşılır hale gelir. Çözüm seçimini, gerçek işlem senaryoları ve doğrulanabilir kayıt akışı üzerinden yapmak sağlıklı bir başlangıçtır.
Sık Sorulan Sorular
B2B tahsilat sistemi yalnızca kartla ödeme almak için mi kullanılır?
Hayır. Kart, havale ve EFT gibi ödeme yöntemlerinin yanında cari borç, vade, limit ve fatura eşleştirmesini de kapsayan bir yapı olarak tasarlanır. Ödeme alınması kadar ödemenin doğru hesaba işlenmesi de önemlidir.
Bayi ödeme yaptığında kredi limiti hemen açılır mı?
Bu, işletmenin risk politikasına ve ödemenin doğrulanma durumuna bağlıdır. Dekont bildirimi, kart işleminin onayı ve paranın banka hesabına geçmesi farklı aşamalardır. Limitin hangi aşamada güncelleneceği önceden belirlenmelidir.
Tek ödeme birden fazla faturayı kapatabilir mi?
Sistem bu ilişkiyi destekleyecek şekilde tasarlandığında tek ödeme birden fazla faturaya dağıtılabilir. Dağıtım, seçilen faturalar veya tanımlı kapatma sırası üzerinden yapılabilir. Artan tutarın nasıl değerlendirileceği de açık olmalıdır.
ERP entegrasyonu olmadan bayi tahsilatı yönetilebilir mi?
Yönetilebilir; ancak kayıtların ayrı sistemlerde tutulması manuel kontrol ve mutabakat ihtiyacı doğurur. Entegrasyon, veri aktarımını otomatikleştirebilir fakat tek başına doğruluğu garanti etmez. Veri sahipliği, eşleştirme ve hata yönetimi kuralları yine gereklidir.
İhtiyacınıza özel ticaret sistemini birlikte tasarlayalım
İş süreçlerinizi ve teknik ihtiyaçlarınızı paylaşın. Kurumunuza uygun mimariyi, entegrasyonları ve proje kapsamını birlikte değerlendirelim.


