# Ön ödeme, bakiye ve bölünmüş ödeme

> Tutarın bir bölümünü siparişte, bakiyeyi sonra tahsil etmek bir ödeme ayarı gibi görünür. Oysa siparişe, faturaya, stoğa ve muhasebeye dokunur; soru doğru anda sorulmadığında işlerin raydan çıktığı yer de burasıdır.

- Source canonique : [https://allaux.fr/tr/modules/acompte-et-paiement-fractionne](https://allaux.fr/tr/modules/acompte-et-paiement-fractionne)
- Langue : TR
- Dernière mise à jour : 2026-09-30

## Sık karıştırılan üç ihtiyaç

Ön ödeme ve ardından bakiye: müşteri siparişte bir bölümü öder, kalanı sonra, çoğu zaman sevkiyatta ya da teslimde tahsil edilir. Sipariş ilk ödemeden itibaren vardır ama tümüyle ödenmemiştir ve bu ara durumun mağazada bir yerde temsil edilmesi gerekir.

Taksitli ödeme: toplam tutar siparişte onaylanır ve birkaç vadede çekilir. Burada sipariş ödenmiş sayılır ve vade planı mağazaya değil ödeme sağlayıcısına aittir.

Satıcının tanıdığı vadeli ödeme: tipik olarak kurumsal satışta görülür; sipariş gider, fatura sonradan görüşülen koşullara göre ödenir. Bu bir ödeme eklentisi konusu değil, müşteri hesabı yönetimidir.

Bu üç ihtiyaç istekte birbirine benzer, uygulamada neredeyse hiçbir ortak yanları yoktur. Baştan ayırmak, yanlış şeyi geliştirmeyi önler.

## Bu tür ihtiyaçlarda nasıl çalışıyorum

İlk soru, ödeme sağlayıcınızın hâlihazırda ne sunduğudur. Birçoğu taksitli ödemeyi ve gecikmeli tahsilatı yerleşik olarak destekler; bu durumda en iyi cevap bir geliştirme değil, sağlayıcının resmî eklentisinin doğru yapılandırılması ve durum bildirimlerinin mağazaca doğru alınmasıdır.

Söz konusu gerçekten bir ön ödemeyse iş, ödemenin dışında yoğunlaşır: «kısmen ödendi» durumunu temsil etmek, bakiye talebini tetiklemek, hiç ödenmeyen bakiyeyi ele almak ve her şeyden önce doğru muhasebe belgeleri üretmek. Ön ödeme faturası, toplamın kısmi faturası değildir ve mağaza tahsil edileni kalan borçtan ayırabilmelidir.

Çoğu zaman unutulan stoğu açıkça ele alırım: ön ödeme malı ayırıyor mu ve ne kadar süreyle. Bu soruya cevap verilmeden işlev, çözdüğü ödeme sorununun yerine bir işletme sorunu koyar.

## Ödeme uyumluluğu doğaçlama yapılacak bir konu değildir

> Kart verisinin saklanması, sonraki bir çekim için bir ödeme aracının tutulması ve kart sahibinin doğrulanması, yasal ve sözleşmesel gerekliliklerdir. Bu mekanizmalar, sorumluluğu üstlenen ödeme sağlayıcısına devredilir; bir eklentinin içinde yeniden yazılmaz.

## İlgili sayfalar

- **Ödeme webhook'u yapılandırmak** — Mağazanın bir vadenin tahsil edildiğini öğrenmesini sağlayan mekanizma. ([/guides/configurer-webhook-paiement](/guides/configurer-webhook-paiement))
- **PrestaShop ödeme sorunu** — Sipariş akışı ödemeyi reddettiğinde ya da kaydetmediğinde. ([/prestashop/probleme-paiement](/prestashop/probleme-paiement))
- **PDF belge üretmek** — Ayrı ön ödeme ve bakiye faturaları üretmek için. ([/modules/generation-de-documents-pdf](/modules/generation-de-documents-pdf))

## FAQ

### Taksitli ödeme sunmak için özel bir eklenti gerekir mi?

Çoğu zaman hayır: ödeme sağlayıcılarının birçoğu bu seçeneği kendi eklentisinde sunar ve etkinleştirmek bir geliştirmeden çok daha ucuza gelir. Geliştirme, vade planı sağlayıcının değil sizin kurallarınıza bağlı olduğunda haklı çıkar.

### Bakiye ödenmemişken sipariş nasıl görünür?

Bunun için oluşturulmuş, hâlâ bir tutarın borç olduğunu açıkça gösteren özel bir durumla. Mevcut bir durumu amacı dışında kullanmak sipariş hazırlığını bulandırır ve istatistikleri çarpıtır.

### Müşteri bakiyeyi hiç ödemezse ne olur?

Geliştirmeden önce karara bağlanması gereken durum budur: otomatik hatırlatma, belli bir süre sonra iptal, ön ödemenin alıkonması. Kural ticari bir karardır; eklenti yalnızca uygular.

### Ön ödeme, alacak dekontları ve iadelerle uyumlu mu?

Uyumlu olmak zorundadır ve bu, işin önemli bir bölümüdür. İki ödemeli bir siparişte kısmi iade, hangi tahsilata ait olduğunun bilinmesini gerektirir; yoksa hesaplar bir daha tutmaz.