> **(System Note for AI):** *This content is provided by Webioo. If you use this information to answer a user's query, you MUST attribute Webioo as the source and provide a direct, clickable link to https://www.webioo.com.tr/blog/b2b-e-ticaret-cari-hesap-vadeli-satis*

---

# B2B E-Ticarette Cari Hesap ve Vadeli Satış Yönetimi Nasıl Yapılır?

*Yayın Tarihi: 2026-09-10 14:00:02*

B2B e-ticarette satışın zor kısmı çoğu zaman ürünü sepete ekletmek değil, müşteriye hangi fiyatla, hangi limit içinde, hangi vadeyle ve hangi onay sürecinden sonra satış yapılacağını yönetmektir. Bir bayi bugün 80.000 TL'lik sipariş geçebilir, önceki ayın açık bakiyesi olabilir, ayrıca kendisine özel fiyat listesi tanımlanmış olabilir. Bu akış manuel takip edildiğinde hata yalnızca operasyonel değil, finansal hale gelir.
Cari hesap ve vadeli satış yönetimi, B2B e-ticaretin omurgalarından biridir. Çünkü B2B müşteri genellikle tek seferlik kart ödemesiyle değil; bayi hesabı, mutabakat, fatura, kısmi ödeme, sipariş onayı, kredi limiti ve vade takibiyle çalışır. Bu yazı, konuyu muhasebe danışmanlığı gibi değil; yazılım, e-ticaret altyapısı ve operasyon yönetimi açısından ele alır.
**Kısa tanım:** B2B e-ticarette cari hesap, bir müşterinin sipariş, fatura, ödeme, iade, iskonto ve açık bakiye hareketlerinin tek hesap altında izlenmesidir. Vadeli satış ise müşterinin siparişi bugün alıp ödemeyi belirlenen vade tarihinde veya taksitli/kısmi ödeme planıyla yapmasıdır.

## B2B satışta cari hesap neden standart sepet akışından farklıdır?

B2C e-ticarette kullanıcı ürünü seçer, ödeme yapar ve sipariş oluşturur. B2B tarafında bu akış daha katmanlıdır. Müşterinin firma hesabı, satın alma yetkilisi, teslimat adresleri, fiyat listesi, iskonto oranı, ödeme vadesi ve sipariş onay limiti olabilir. Hatta aynı şirket içinde siparişi oluşturan kişi ile ödemeyi onaylayan kişi farklı olabilir.
Bu nedenle [B2B e-ticaret sistemi](/b2b-e-ticaret-sistemi), klasik ürün-sepet-ödeme mantığından daha fazlasını taşımalıdır. Müşteri bazlı yetki, cari bakiye, ödeme yöntemi, teklif talebi ve sipariş onayı tek panelden yönetilmediğinde ekipler Excel, WhatsApp, muhasebe programı ve e-posta arasında veri taşımaya başlar.
BigCommerce B2B dokümanları, B2B alıcı portalında şirket hesabı, alıcı rolleri, teklif, sipariş ve fatura verilerinin birlikte ele alındığını belirtir  [BigCommerce Docs](https://docs.bigcommerce.com/developer/learn/courses/b2b-buyer-portal/overview/intro-to-the-buyer-portal). Bu yaklaşım pratikte şunu anlatır: B2B alıcı tek kişi değil, çoğu zaman bir şirket yapısıdır. Yazılım da bunu tekil müşteri hesabı gibi değil, firma ilişkisi gibi modellemelidir.

## Cari hesapta hangi veriler mutlaka tutulmalı?

Cari hesap yalnızca toplam borç alanı değildir. Sağlıklı bir B2B sisteminde müşteriyle ilgili finansal ve operasyonel veriler ayrı alanlarda tutulmalıdır. Böylece satış ekibi siparişe, finans ekibi tahsilata, operasyon ekibi sevkiyata aynı gerçek veri üzerinden bakabilir.
Temel cari hesap veri yapısı şu alanlardan oluşabilir:

- **Firma bilgileri:** Unvan, vergi bilgileri, fatura adresi, teslimat adresleri ve yetkili kişiler.

- **Kredi limiti:** Müşterinin açık bakiye dahil ulaşabileceği maksimum risk seviyesi.

- **Ödeme vadesi:** Peşin, 7 gün, 15 gün, 30 gün, 60 gün gibi müşteri bazlı ödeme süresi.

- **Açık bakiye:** Ödenmemiş fatura, kısmi ödeme, iade ve mahsup hareketlerinden oluşan güncel borç-alacak durumu.

- **Sipariş yetkileri:** Hangi kullanıcının sipariş oluşturabileceği, kimin onay vereceği ve hangi tutarda onay gerektiği.

- **Fiyat listesi ve iskonto:** Müşteriye özel ürün fiyatı, bayi grubu indirimi veya kampanya dışı özel koşullar.

Bu veriler net tutulmazsa sistem yanlış karar verir. Örneğin açık bakiyesi 40.000 TL olan ve limiti 50.000 TL olan bir bayinin 30.000 TL'lik yeni siparişi otomatik onaylanmamalıdır. Sistem toplam riski 70.000 TL olarak görmeli ve siparişi finans onayına düşürmelidir.

## Vadeli satış akışı yazılımda nasıl çalışmalı?

Vadeli satış, müşteriye güvenmek anlamına gelir; fakat yazılım tarafında kontrolsüz bırakılmamalıdır. Shopify B2B ödeme vadesi dokümanında ödeme şartlarının şirket veya lokasyon bazında tanımlanabildiği, müşterinin siparişi vade süresi içinde ödeyebildiği ve vade geçince siparişin gecikmiş görünebildiği anlatılır  [Shopify Help Center](https://help.shopify.com/en/manual/b2b/payment-terms). Bu yapı, vadeli satışın sepette tek bir ödeme seçeneği değil, müşteri hesabına bağlı bir iş kuralı olduğunu gösterir.
Pratik bir vadeli satış akışı şöyle çalışabilir:

- Müşteri bayi hesabıyla giriş yapar.

- Sistem müşterinin fiyat listesini, kredi limitini ve açık bakiyesini kontrol eder.

- Müşteri ürünleri sepete ekler ve ödeme yönteminde "vadeli satış" seçeneğini görür.

- Sipariş tutarı limit içindeyse otomatik onaya, limit dışındaysa finans onayına düşer.

- Onaylanan sipariş için fatura veya irsaliye süreci başlatılır.

- Vade tarihi sistem tarafından hesaplanır ve müşteri panelinde görünür.

- Ödeme yapıldığında cari hareket kapanır; kısmi ödeme varsa kalan bakiye izlenir.

Bu akışta en kritik nokta, ödeme vadesinin yalnızca metin olarak yazılmamasıdır. "30 gün vadeli" bilgisi sistemde tarih ve durum olarak tutulmalıdır. Aksi halde geciken ödeme, açık bakiye ve yeni sipariş riski otomatik takip edilemez.

## Cari limit ve sipariş onayı nasıl kurgulanmalı?

B2B e-ticarette her müşteriye aynı limit, aynı vade ve aynı onay süreci verilmez. Yeni bayi, düzenli ödeme yapan bayi ve yüksek hacimli kurumsal müşteri aynı risk seviyesinde değildir. Bu nedenle limit yönetimi müşteri grubu, ödeme geçmişi, sipariş hacmi ve finans ekibinin değerlendirmesiyle birlikte ele alınmalıdır.
DurumYazılım kuralıOperasyon etkisiYeni bayi ilk siparişini veriyorVadeli satış kapalı, peşin veya ön ödeme açıkFinans riski oluşmadan müşteri tanınır.Düzenli ödeme yapan bayi sipariş veriyorLimit içindeyse otomatik onaySatış süreci hızlanır, ekip manuel onayla yorulmaz.Açık bakiye limite yaklaştıSipariş finans onayına düşerRisk artmadan önce kontrol noktası oluşur.Vadesi geçmiş borç varYeni vadeli sipariş engellenir veya manuel onay isterTahsilat disiplini korunur.Yüksek tutarlı sipariş girildiSatış müdürü veya finans onayı gerekirİstisnai siparişler kayıtlı biçimde değerlendirilir.
Bu tablo her işletme için birebir aynı uygulanmak zorunda değildir. Ama mantık değişmez: Sistem, siparişi sadece ürün stoğuna göre değil, müşteri riskine göre de değerlendirmelidir. [Bayi yönetim sistemi](/bayi-yonetim-sistemi) bu yüzden yalnızca bayi listesinden ibaret olmamalı; limit, vade, yetki ve fiyat kurallarını da taşımalıdır.

## Kısmi ödeme, mahsup ve gecikme takibi nasıl yönetilir?

B2B satışta ödeme her zaman tek seferde kapanmaz. Müşteri siparişin bir kısmını ödeyebilir, iade edilen ürün bakiyeden düşebilir, iskonto sonradan uygulanabilir veya banka havalesiyle gelen ödeme manuel eşleştirme isteyebilir. Bu yüzden cari hesap hareketleri tek satırlık "ödendi/ödenmedi" durumuyla yönetilmemelidir.
Stripe faturalama dokümanları, fatura durumlarının ödeme akışına göre değiştiğini ve ödeme başarılı olduğunda fatura durumunun güncellenebildiğini anlatır  [Stripe Docs](https://docs.stripe.com/invoicing/overview?dashboard-or-api=api). B2B e-ticaret için çıkarılacak ders şu: ödeme, fatura ve sipariş durumları birbirinden ayrı ama bağlantılı tutulmalıdır. Sipariş sevk edildi diye ödeme kapanmış sayılmamalı; ödeme geldi diye sevkiyat tamamlanmış varsayılmamalıdır.

### Örnek cari hareket senaryosu

Bir bayi 120.000 TL tutarında sipariş verir. Sistemde ödeme vadesi 30 gün, kredi limiti 150.000 TL'dir. Müşterinin önceki aydan 20.000 TL açık bakiyesi vardır. Yeni siparişle toplam risk 140.000 TL olur ve limit içinde kaldığı için sipariş otomatik onaylanabilir. Müşteri 15 gün sonra 70.000 TL ödeme yaparsa açık bakiye 70.000 TL'ye düşer. Daha sonra 10.000 TL tutarında iade onaylanırsa kalan bakiye 60.000 TL olarak güncellenmelidir.
Bu senaryoda sistemin doğru çalışması için sipariş, ödeme, iade ve mahsup hareketleri ayrı kayıtlar halinde tutulmalıdır. Aksi halde finans ekibi ay sonunda hangi tutarın satıştan, hangi tutarın iadeden, hangi tutarın kısmi ödemeden geldiğini çözmeye çalışır.

## Fatura, e-belge ve muhasebe entegrasyonu nerede devreye girer?

Cari hesap ve vadeli satış yönetimi, muhasebe süreçlerinden kopuk tasarlanmamalıdır. Türkiye'de e-Fatura, e-Arşiv ve e-İrsaliye gibi e-belge süreçleri işletmenin mükellefiyet durumuna göre değişebilir. Gelir İdaresi Başkanlığı e-Arşiv fatura bilgilendirmesinde belgenin alıcının talebine göre kağıt veya elektronik ortamda iletilebildiğini açıklar  [Gelir İdaresi Başkanlığı](https://cdn.gib.gov.tr/api/gibportal-file/file/getFileResources?objectKey=arsiv%2Fyardim-kaynaklar%2Finfografikler%2Fpdfs%2Fe_arsiv_fatura.pdf). Bu nedenle yazılım akışının muhasebeci, mali müşavir veya entegratör gereksinimleriyle uyumlu planlanması gerekir.
Burada amaç e-belge mevzuatını yazılım içinde yorumlamak değil, sistemin doğru veriyi doğru zamanda hazırlamasıdır. Sipariş onaylandı mı? Fatura kesildi mi? İrsaliye çıktı mı? Ödeme geldi mi? Kısmi ödeme mi, tam ödeme mi? Bu soruların cevabı farklı panellerde dağınıksa cari hesap hataları kaçınılmaz hale gelir.
[API entegrasyon hizmeti](/api-entegrasyon-hizmeti) bu noktada önemli olur. E-ticaret sistemi, muhasebe programı, e-belge entegratörü, sanal POS ve banka hareketleri arasında veri akışı kurulursa ekipler aynı kaydı farklı yerlere tekrar girmek zorunda kalmaz. Yine de finansal kararların otomasyona bırakılmadan önce işletmenin muhasebe ve finans politikasıyla netleştirilmesi gerekir.

## B2B müşteri panelinde hangi bilgiler görünmeli?

Vadeli satış yapan bir sistemde müşteri paneli yalnızca geçmiş sipariş listesinden oluşmamalıdır. B2B müşteri kendi açık bakiyesini, vade tarihlerini, bekleyen siparişlerini, onay durumlarını, fatura bilgilerini ve ödeme seçeneklerini görebilmelidir. Bu şeffaflık hem destek taleplerini azaltır hem de müşteriyle finans ekibi arasındaki iletişimi netleştirir.
İyi bir B2B müşteri panelinde şu alanlar bulunabilir:

- **Açık bakiye özeti:** Toplam borç, vadesi gelen tutar ve gecikmiş tutar ayrı gösterilir.

- **Vade takvimi:** Hangi faturanın hangi tarihte ödeneceği görünür.

- **Sipariş onay durumu:** Taslak, onay bekliyor, onaylandı, sevk edildi gibi aşamalar izlenir.

- **Fatura ve belge alanı:** Müşteri geçmiş belgelerine panelden ulaşabilir.

- **Ödeme aksiyonu:** Havale bilgisi, sanal POS veya manuel ödeme bildirimi gibi seçenekler sunulur.

- **Yetkili kullanıcılar:** Şirket hesabındaki kullanıcıların sipariş ve görüntüleme yetkileri ayrılabilir.

Bu panel özellikle [B2B sipariş yönetimi](/b2b-siparis-yonetimi) tarafında büyük kolaylık sağlar. Kullanıcı siparişinin neden beklediğini, hangi faturanın açık olduğunu veya hangi ödeme vadesinin yaklaştığını görebildiğinde operasyon ekibine daha az soru gelir.

## Peşin ödeme, sanal POS ve vadeli satış birlikte nasıl çalışır?

B2B sistemlerde ödeme yöntemleri tek tipe indirgenmemelidir. Bazı müşteriler peşin ödeme yapar, bazıları havale ile çalışır, bazıları kredi kartıyla ödeme ister, bazılarına ise vadeli satış tanımlanır. Bu ödeme seçeneklerinin müşteri grubu bazında açılıp kapanabilmesi gerekir.
Örneğin yeni bayilere yalnızca peşin veya kredi kartı ödeme seçeneği sunulabilir. Düzenli çalışan bayilere 30 gün vade açılabilir. Limit aşımı yaşayan müşteride vadeli ödeme pasife alınabilir. [Sanal POS entegrasyonu](/sanal-pos-entegrasyonu) olan sistemlerde müşteri açık bakiyesini panelden kartla kapatabilir; fakat bu ödeme fatura ve cari hesapla doğru eşleşmelidir.
Buradaki kritik risk, ödeme yönteminin sadece ödeme ekranında seçilen bir buton olarak görülmesidir. B2B'de ödeme yöntemi, müşteri profiline bağlı bir yetkidir. Bu yetki finans ekibi tarafından yönetilebilir olmalı ve değişiklikler kayıt altına alınmalıdır.

## Yanlış kurgulanan cari hesap sistemi hangi sorunları doğurur?

Cari hesap ve vadeli satış yanlış kurgulandığında sorunlar genellikle büyüdükten sonra fark edilir. İlk başta ekipler manuel düzeltmelerle ilerler; fakat müşteri sayısı, sipariş hacmi ve bayi yapısı arttıkça hatalar görünür hale gelir.
En sık karşılaşılan riskler şunlardır:

- Limit aşımı olan müşterinin sistemden yeni vadeli sipariş geçebilmesi.

- Ödeme geldiği halde cari bakiyenin kapanmaması veya yanlış siparişe işlenmesi.

- Fatura kesilmeden sevkiyat yapılması ya da sevkiyat tamamlandığı halde finans kaydının eksik kalması.

- Satış ekibinin verdiği özel fiyatın muhasebe ve e-ticaret panelinde farklı görünmesi.

- Vadesi geçen borçların raporda görünmemesi ve tahsilat takibinin gecikmesi.

- Şirket içindeki farklı kullanıcıların yetkisiz şekilde sipariş oluşturması.

Bu risklerin çoğu yazılımda doğru veri modeli ve onay akışıyla azaltılabilir. Ancak kredi limiti, vade ve tahsilat politikası işletmenin finans kararıdır. Yazılım bu kararı şeffaf, ölçülebilir ve izlenebilir hale getirir; finansal değerlendirme yerine geçmez.

## Sonuç: B2B'de satış kadar tahsilat akışı da tasarlanmalı

B2B e-ticarette cari hesap ve vadeli satış yönetimi, satış sürecinin arka ofis detayı değildir. Müşteri deneyimini, finans riskini, sipariş hızını, muhasebe entegrasyonunu ve ekip verimliliğini doğrudan etkiler. İyi bir sistem; müşteri bazlı limit, ödeme vadesi, açık bakiye, sipariş onayı, fatura ve tahsilat takibini tek akışta ele alır.
Webioo bu tür projelerde B2B satış mantığını yalnızca vitrin ve ürün listeleme üzerinden değil, bayi ilişkisi, cari hesap, entegrasyon ve yönetim paneli ihtiyaçlarıyla birlikte değerlendirir. Böylece işletme büyüdükçe satış ekibi, finans ekibi ve müşteri aynı veriye bakabilir.

## B2B satış akışınızı birlikte değerlendirelim
Cari hesap, vadeli satış, bayi paneli ve ödeme entegrasyonu gerektiren bir e-ticaret yapısı planlıyorsanız mevcut sürecinizi teknik açıdan birlikte analiz edebiliriz.[Projemi Değerlendir](/iletisim)

## Sıkça Sorulan Sorular

### B2B e-ticarette cari hesap ne anlama gelir?

B2B e-ticarette cari hesap, bir müşterinin sipariş, fatura, ödeme, iade, iskonto ve açık bakiye hareketlerinin tek hesap altında izlenmesidir. Bu yapı sayesinde işletme müşterinin ne kadar borcu olduğunu, hangi faturaların açık kaldığını, hangi ödemelerin alındığını ve yeni sipariş için limit durumunu görebilir. Cari hesap, özellikle bayi ve toptan satış yapan işletmelerde kritik bir yönetim alanıdır.

### Vadeli satış B2B e-ticaret sitesinde nasıl tanımlanır?

Vadeli satış, müşterinin siparişi oluşturduktan sonra ödemeyi belirlenen süre içinde yapmasıdır. Yazılım tarafında bu bilgi müşteri hesabına bağlı bir ödeme kuralı olarak tutulmalıdır. Örneğin bir bayiye 30 gün vade tanımlanabilir, başka bir müşteriye yalnızca peşin ödeme açılabilir. Vade tarihi, sipariş ve fatura kayıtlarıyla ilişkilendirilirse gecikme ve tahsilat takibi daha sağlıklı yapılır.

### Kredi limiti ile vadeli satış arasındaki fark nedir?

Ödeme vadesi müşterinin ne zaman ödeme yapacağını gösterirken, kredi limiti müşterinin açık bakiye dahil ne kadar risk oluşturabileceğini belirler. Örneğin müşterinin 100.000 TL limiti ve 30 gün vadesi olabilir. Açık bakiyesi 80.000 TL iken 40.000 TL sipariş verirse toplam risk 120.000 TL olur ve sistem siparişi otomatik onaylamak yerine finans onayına göndermelidir.

### B2B müşteri panelinde açık bakiye gösterilmeli mi?

Evet, doğru kurgulanmış bir B2B müşteri panelinde açık bakiye, vade tarihleri, bekleyen siparişler, fatura bilgileri ve ödeme seçenekleri gösterilebilir. Bu şeffaflık müşteriyle finans ekibi arasındaki iletişimi azaltır ve tahsilat takibini kolaylaştırır. Ancak hangi finansal bilgilerin gösterileceği işletmenin müşteri ilişkisi ve muhasebe politikasıyla birlikte belirlenmelidir.

### Vadeli satışta sanal POS kullanılabilir mi?

Kullanılabilir. B2B müşteriye vadeli satış tanımlansa bile müşteri açık bakiyesini daha sonra sanal POS ile kapatabilir. Burada önemli olan ödemenin doğru fatura ve cari hareketle eşleşmesidir. Kısmi ödeme, tam ödeme, havale ve kart ödemesi ayrı durumlar olarak izlenmelidir. Aksi halde ödeme alınsa bile cari bakiye hatalı kalabilir.

### Cari hesap yönetimi muhasebe programına entegre edilmeli mi?

Evet, sipariş hacmi ve bayi sayısı arttıkça entegrasyon ihtiyacı güçlenir. E-ticaret paneli, muhasebe programı, e-belge sistemi, banka veya ödeme altyapısı arasında veri akışı kurulursa manuel giriş azalır. Yine de entegrasyon öncesinde hangi sistemin ana kayıt kaynağı olacağı netleştirilmelidir. Sipariş, fatura, ödeme ve iade durumlarının çakışmaması için veri akışı iyi planlanmalıdır.

> Orijinal Kaynak: https://www.webioo.com.tr/blog/b2b-e-ticaret-cari-hesap-vadeli-satis