> **(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/kupon-puan-hediye-ceki-sistemi*

---

# E-Ticarette Kupon, Puan ve Hediye Çeki Sistemi Nasıl Kurulur?

*Yayın Tarihi: 2026-08-07 14:00:01*

Kupon, puan ve hediye çeki e-ticarette aynı şey gibi görünür; fakat yazılım tarafında üçü farklı davranır. Kupon genellikle kampanya kuralıdır, puan müşteri davranışından doğan bir sadakat bakiyesidir, hediye çeki ise belirli değeri olan ödeme benzeri bir araç gibi çalışır. Bu ayrım yapılmadan kurulan sistemlerde sepet tutarı, iade, muhasebe, kampanya ve müşteri desteği hızlıca karışır.
Sağlıklı bir kurgu için önce şu soru cevaplanmalıdır: Müşteri hangi değeri, hangi koşulda, hangi sırayla ve hangi sınırla kullanabilir? Çünkü sorun genellikle kupon oluşturmakta değil; kuponun puanla birleşip birleşmeyeceği, hediye çekinin kargo bedelini karşılayıp karşılamayacağı veya iade edilen siparişte hangi bakiyenin geri döneceği gibi detaylarda çıkar.
**Kısa cevap:** E-ticarette kupon, puan ve hediye çeki sistemi; indirim, sadakat bakiyesi ve ödeme benzeri değerleri ayrı kurallar halinde tanımlayıp sepet, ödeme, iade, kampanya ve yönetim paneliyle tutarlı çalıştıran yazılım yapısıdır. En kritik karar, bu değerlerin birbirleriyle birleşme ve iade kurallarıdır.

## Kupon, puan ve hediye çeki arasındaki fark nedir?

Kupon, belirli koşul sağlandığında indirim uygulayan kampanya aracıdır. Örneğin "1500 TL üzeri 150 TL indirim" veya "ayakkabı kategorisinde %10 indirim" bir kupon kuralı olabilir. Puan ise müşterinin geçmiş davranışından doğar; sipariş, yorum, üyelik seviyesi veya sadakat akışına göre kazanılır. Hediye çeki ise müşterinin veya başka bir kişinin kullanabileceği belirli tutarlı bakiye mantığıyla çalışır.
[E-ticaret altyapısı](/e-ticaret) içinde bu üç yapıyı aynı indirim alanına sıkıştırmak ileride sorun çıkarır. Kupon, sipariş tutarını düşüren kampanya kaydıdır. Puan, müşteri hesabına bağlı sadakat hareketidir. Hediye çeki ise kalan bakiyesi olan bir kod veya hesap değeri gibi izlenmelidir.
Shopify, hediye kartlarının checkout sırasında benzersiz kodla kullanılabildiğini; bakiye sipariş toplamından düşükse müşterinin kalan tutar için ek ödeme yöntemi seçebildiğini açıklar  [Shopify Help Center](https://help.shopify.com/en/manual/products/gift-card-products/redeem-gift-card). Bu davranış, hediye çekinin sıradan kupondan farklı ele alınması gerektiğini gösterir.

## Hangi sistem hangi amaçla kullanılmalı?

İşletmeler çoğu zaman her kampanya ihtiyacını kuponla çözmeye çalışır. Oysa kupon kısa süreli satış tetiklemek için uygundur; puan tekrar satın alma davranışını güçlendirmek için daha uygundur; hediye çeki ise hediyeleşme, iade telafisi veya müşteri memnuniyeti akışında daha doğru olabilir.
YapıTemel amaçÖrnek kullanımYazılımda kritik alanKuponKampanya ve kısa vadeli indirimYENI150 koduyla 1500 TL üzeri indirimKullanım limiti, tarih, sepet koşulu, birleşme kuralıPuanSadakat ve tekrar satın almaHer 100 TL alışverişe 5 puanPuan defteri, bekleme durumu, iade sonrası geri almaHediye çekiÖdeme benzeri değer ve hediyeleşme500 TL hediye çeki koduBakiye, kalan tutar, kod güvenliği, son kullanımMağaza kredisiTelafi, iade veya müşteri memnuniyetiİade yerine 300 TL mağaza kredisiMüşteri hesabı, ödeme ekranı, bakiye hareketleriOtomatik indirimKodsuz kampanya3 al 2 öde veya ücretsiz kargoSepet koşulu, öncelik sırası, diğer indirimlerle birleşme
Bu ayrım, kampanya ekiplerinin de işini kolaylaştırır. "Müşteriye indirim verelim" cümlesi tek başına yeterli değildir. İndirim tek kullanımlık kupon mu olacak, puandan mı düşecek, hediye çeki gibi bakiye mi taşıyacak, yoksa otomatik sepet kuralı mı uygulanacak? Karar yazılım modelini değiştirir.

## Kupon sistemi nasıl kurgulanmalı?

Kupon sistemi basit bir kod alanından ibaret olmamalıdır. İyi bir kupon modülü; kod, koşul, hedef müşteri, tarih, kullanım limiti, ürün/kategori kapsamı, minimum sepet tutarı ve birleşme kurallarını birlikte yönetebilmelidir. Aksi halde kuponlar kontrolsüz biçimde yayılır veya beklenmeyen indirimler oluşur.
Kupon tanımında bulunması gereken temel alanlar:

- **Kod tipi:** Genel kod, tek kullanımlık kod, kişiye özel kod veya otomatik kod.

- **İndirim tipi:** Tutar indirimi, yüzde indirimi, ücretsiz kargo, ürün hediyesi.

- **Kapsam:** Tüm sepet, belirli ürün, kategori, marka veya müşteri segmenti.

- **Kullanım limiti:** Toplam kullanım, müşteri başına kullanım, ilk sipariş şartı.

- **Zaman aralığı:** Başlangıç, bitiş ve saat dilimi kontrolü.

- **Birleşme kuralı:** Puan, hediye çeki, otomatik indirim veya başka kuponla çalışıp çalışmayacağı.

- **Raporlama alanı:** Kaç kez kullanıldığı, ne kadar indirim sağladığı, hangi siparişlere bağlandığı.

Stripe promosyon kodu dokümanı; müşteri uygunluğu, ilk sipariş, minimum sipariş değeri, son kullanma tarihi ve kullanım limiti gibi kontrollerin promosyon kodlarında tanımlanabildiğini açıklar  [Stripe Docs](https://docs.stripe.com/billing/subscriptions/coupons). Bu prensip, abonelik dışı e-ticaret kurgularında da geçerlidir: kuponun kim tarafından, ne zaman ve kaç kez kullanılabileceği net olmalıdır.

## İndirim birleşme kuralları nasıl belirlenmeli?

Kupon sistemindeki en kritik karar, indirimlerin birleşip birleşmeyeceğidir. Sepette otomatik %20 indirim varken müşteri ayrıca 200 TL kupon ve 100 puan kullanabilir mi? Hediye çeki bu indirimin üstüne ödeme gibi mi uygulanacak? Ücretsiz kargo kuponu ürün indirimiyle birleşecek mi? Bu soruların cevabı net değilse kampanya maliyeti kontrolden çıkar.
Shopify indirim birleşimleri dokümanı, indirimlerin ürün indirimi, sipariş indirimi ve kargo indirimi gibi sınıflara ayrılabildiğini; birden fazla indirimin ancak kombinasyon ayarları izin verirse birlikte çalıştığını belirtir  [Shopify Discounts](https://help.shopify.com/en/manual/discounts/discount-combinations). Bu, özel e-ticaret altyapılarında da uygulanabilecek iyi bir modeldir.
**Pratik sıra:** Önce ürün indirimi, sonra sepet/sipariş indirimi, ardından kargo indirimi, en son ödeme benzeri hediye çeki veya mağaza kredisi uygulanacak şekilde net bir hesaplama sırası oluşturmak çoğu senaryoda daha anlaşılır sonuç verir.

### Örnek sepet hesaplaması

Örnek olarak 2.000 TL ürün tutarı olan bir sepet düşünelim. Üründe 200 TL otomatik indirim var. Müşteri 150 TL kupon kullanıyor. Ayrıca 100 TL hediye çeki bakiyesi var. Sistem şu sırayla çalışabilir: ürün indirimi sonrası ara toplam 1.800 TL olur, kupon sonrası 1.650 TL kalır, hediye çeki ödeme gibi uygulanır ve müşterinin ödeyeceği tutar 1.550 TL olur. Bu örnek gerçek kampanya önerisi değil, hesaplama sırasını göstermek için hazırlanmıştır.
Bu hesaplama sepet ekranında açık gösterilmelidir. Kullanıcı "neden kuponum uygulanmadı?" veya "hediye çekim neden kargoya yetmedi?" sorusunu sormadan önce sistem şeffaf bilgi vermelidir.

## Puan sistemi kuponla nasıl bağlanmalı?

Puan doğrudan indirim gibi kullanılabilir veya belirli puan seviyesinde kupona dönüştürülebilir. İki yöntemin de artıları vardır. Doğrudan puan kullanımı müşteriye daha esnek gelir. Kupona çevirme modeli ise işletmeye daha kontrollü kampanya kuralı sağlar. Örneğin 100 puan = 50 TL kupon, minimum 500 TL sepette geçerli olabilir.
Puan-kupon bağlantısında dikkat edilmesi gerekenler:

- Puan kupona çevrildiğinde puan hemen düşmeli mi, kupon kullanıldığında mı düşmeli?

- Kupon kullanılmazsa puan geri dönecek mi?

- Puanla üretilen kupon başka kuponlarla birleşecek mi?

- Kupon iptal edilen siparişte tekrar kullanılabilir olacak mı?

- Puanın ve kuponun son kullanma tarihleri ayrı mı tutulacak?

Bu kararlar [e-ticaret dönüşüm optimizasyonu](/e-ticaret-donusum-optimizasyonu) açısından önemlidir. Çok katı kurallar müşterinin motivasyonunu kırabilir; çok gevşek kurallar ise indirim maliyetini artırabilir. Denge, sepet davranışı ve karlılık verileriyle kurulmalıdır.

## Hediye çeki sistemi nasıl çalışmalı?

Hediye çeki, kupon gibi tek seferlik indirim değildir. Bakiye taşıyabilir, kısmen kullanılabilir, başka birine verilebilir ve kalan değeri daha sonra tekrar kullanılabilir. Bu nedenle hediye çeki sisteminde kod güvenliği, bakiye takibi, kullanım geçmişi ve ödeme ekranı entegrasyonu özen ister.
Hediye çeki sisteminde tutulması gereken alanlar:

- **Çek kodu:** Tahmin edilmesi zor, benzersiz ve güvenli olmalı.

- **Başlangıç bakiyesi:** Çekin ilk tanımlanan tutarı.

- **Kalan bakiye:** Her kullanım sonrası güncellenen tutar.

- **Para birimi:** Çok para birimli yapılarda ayrı kontrol gerekir.

- **Son kullanım tarihi:** İşletmenin ve mevzuatın gerektirdiği kurallara göre belirlenmeli.

- **Kullanım geçmişi:** Hangi siparişte, hangi tutarda kullanıldığı izlenmeli.

- **İptal ve güvenlik durumu:** Çalınan, hatalı veya iptal edilen çekler pasife alınabilmeli.

Hediye çeki mali ve hukuki sonuçlar doğurabileceği için muhasebe/mali müşavir tarafıyla birlikte değerlendirilmelidir. Yazılımın görevi, çek hareketlerini şeffaf ve izlenebilir tutmaktır; muhasebe yorumunu otomatik varsayım olarak üretmemelidir.

## İade ve iptal senaryoları nasıl yönetilmeli?

Kupon, puan ve hediye çeki sistemlerinde iade senaryosu baştan yazılmadıysa canlıda en çok destek talebi buradan gelir. Müşteri kuponla aldığı ürünü iade ettiğinde kupon geri tanımlanacak mı? Puanla üretilen kupon kullanıldıysa puan geri dönecek mi? Hediye çekiyle ödenen sipariş iade edildiğinde para mı, bakiye mi dönecek?
SenaryoRiskÖnerilen sistem davranışıKuponlu sipariş tamamen iptal edildiMüşteri kupon hakkını kaybedebilirKupon kullanım hakkı kurala göre geri açılabilir veya destek onayına düşebilirKısmi iade yapıldıİndirim dağılımı karışabilirİndirim ürünlere oransal dağıtılmalı ve iade buna göre hesaplanmalıPuanla üretilen kupon kullanıldıPuan/kupon çifte avantaj oluşturabilirKupon iptal edilirse puan hareketi ters kayıtla düzeltilmeliHediye çekiyle ödeme yapıldıİade tutarı yanlış kanala dönebilirÖdenen kısmın kaynağına göre bakiye veya ödeme iadesi ayrıştırılmalıÜcretsiz kargo kuponu kullanıldıKargo iadesi tartışmalı hale gelebilirKargo iadesi politikası ödeme ekranında ve iade kuralında net olmalı
WooCommerce kupon yönetimi dokümanı, kuponlarda kullanım kısıtları ve kullanım limitleri tanımlanabildiğini gösterir  [WooCommerce Docs](https://woocommerce.com/document/coupon-management/). Bu tür kısıtlar iade ve iptal akışıyla birlikte düşünülmezse, teknik olarak doğru çalışan kupon iş kuralı açısından sorun çıkarabilir.

## Yönetim panelinde hangi ekranlar olmalı?

Kupon, puan ve hediye çeki sistemi güçlendikçe yönetim paneli kritik hale gelir. Kampanya ekibi kupon oluşturur, müşteri hizmetleri hediye çeki sorgular, finans ekibi bakiye raporu ister, yazılım ekibi kötüye kullanım loglarını inceler. Hepsi aynı ekranda karışırsa hata kaçınılmazdır.
[Yönetim paneli geliştirme](/yonetim-paneli-gelistirme) sürecinde şu ekranlar planlanabilir:

- **Kupon oluşturma:** Kod, tarih, limit, ürün/kategori, segment ve birleşme kuralı.

- **Toplu kod üretimi:** Tek kullanımlık, kişiye özel veya kampanya bazlı kodlar.

- **Puan hareketleri:** Kazanılan, kullanılan, bekleyen, iptal edilen ve süresi dolan puanlar.

- **Hediye çeki defteri:** Başlangıç bakiyesi, kalan bakiye, kullanım ve iptal kayıtları.

- **Sepet simülasyonu:** Belirli ürün ve müşteri için hangi indirimlerin uygulanacağını test etme.

- **Yetki ve log:** Kim kupon oluşturdu, kim bakiye düzeltti, kim kodu iptal etti?

- **Raporlama:** Kampanya maliyeti, kullanılan toplam indirim, kalan hediye çeki bakiyesi.

Panelde sepet simülasyonu özellikle değerlidir. Kampanya yayına alınmadan önce "bu müşteri, bu ürün, bu kupon, bu puan" kombinasyonu test edilirse canlıdaki sürpriz indirimler azalır.

## Kötüye kullanım nasıl önlenir?

Kupon ve hediye çeki sistemleri değer taşıdığı için kötüye kullanım riskine açıktır. Kod tahmini, çoklu hesap açma, kupon paylaşımı, iade öncesi ödül kullanımı veya kampanya çakışması gibi senaryolar baştan düşünülmelidir.
Uygulanabilecek güvenlik kontrolleri:

- Kupon kodları tahmin edilebilir kalıplarla üretilmemeli.

- Tek kullanımlık kodlar müşteri veya e-posta ile eşleştirilmeli.

- Aynı telefon, IP, ödeme kartı veya adres üzerinden olağan dışı kullanım izlenmeli.

- Hediye çeki kodları açık şekilde müşteri hizmetleri ekranlarında gösterilmemeli; maskeleme kullanılmalı.

- Yüksek tutarlı hediye çeki kullanımı ek doğrulamaya düşebilir.

- Manuel bakiye değişiklikleri yetki ve log kontrolüne bağlanmalı.

Bu kontroller müşteriye zorluk çıkarmak için değil, kampanya bütçesini ve müşteri güvenini korumak için gerekir. Özellikle açık kupon kodları sosyal medya veya kampanya sitelerinde hızla yayılabileceği için kullanım limiti ve tarih kontrolü ihmal edilmemelidir.

## Ödeme ve entegrasyon tarafında nelere dikkat edilmeli?

Kupon, puan ve hediye çeki ödeme tutarını etkilediği için [sanal POS entegrasyonu](/sanal-pos-entegrasyonu) ve muhasebe kayıtlarıyla uyumlu olmalıdır. Sipariş toplamı, uygulanan indirim, hediye çekiyle ödenen tutar ve karttan çekilen tutar ayrı ayrı izlenmelidir. Aksi halde ödeme raporları ile sipariş raporları birbirini tutmayabilir.
Örneğin 1.000 TL'lik siparişte 100 TL kupon, 150 TL hediye çeki ve 750 TL kart ödemesi varsa sistem bu üç kalemi ayrı kayıtlamalıdır. Sipariş toplamı 1.000 TL, kampanya indirimi 100 TL, hediye çeki kullanımı 150 TL, POS tahsilatı 750 TL olarak görünmelidir. İade durumunda da bu kaynaklara göre ters kayıt yapılmalıdır.
[API entegrasyon hizmeti](/api-entegrasyon-hizmeti) gereken yapılarda bu veriler CRM, muhasebe, e-posta platformu, reklam kitleleri veya müşteri destek sistemiyle paylaşılabilir. Ancak hangi verinin hangi sisteme gideceği ve hangi sistemin ana kayıt kaynağı olduğu baştan netleştirilmelidir.

## Başlamadan önce kontrol listesi

Bu sistemi kurmadan önce tüm kampanya fikirlerini aynı anda yazılıma dökmek yerine temel iş kurallarını netleştirmek daha sağlıklıdır. Önce kupon, puan ve hediye çekinin ayrı davranışlarını tanımlayın; ardından birleşme ve iade kurallarını yazın.

- Kupon, puan ve hediye çekinin sistemde ayrı kayıt tipleri olmasına karar verin.

- Her biri için kullanım limiti, süre, kapsam ve müşteri uygunluğu belirleyin.

- İndirim birleşme sırasını yazın: ürün, sepet, kargo, hediye çeki gibi.

- Kısmi iade ve tam iptal senaryolarını ayrı ayrı test edin.

- Hediye çeki için bakiye defteri ve kod güvenliği kurgulayın.

- Manuel bakiye ve kupon müdahalelerinde yetki/log kontrolü ekleyin.

- Kampanya raporlarında indirim maliyeti ve kullanılan bakiye ayrımını gösterin.

- Canlıya çıkmadan önce örnek sepetlerle simülasyon yapın.

Bu liste özellikle çok kampanyalı e-ticaret sitelerinde hayat kurtarır. Çünkü problem genellikle tek kuponun çalışmaması değil, üç farklı avantajın aynı sepette nasıl davranacağının bilinmemesidir.

## Sonuç: İndirim değeri net kuralla yönetilmeli

E-ticaret sitesinde kupon, puan ve hediye çeki sistemi doğru kurulursa kampanyalar daha kontrollü, müşteri deneyimi daha şeffaf ve operasyon daha yönetilebilir olur. Yanlış kurulursa indirimler birbirine karışır, iade süreçleri zorlaşır ve kampanya maliyeti görünmez hale gelir.
Webioo bu tür yapılarda kupon, puan ve hediye çeki sistemini yalnızca kampanya ekranı olarak değil; sepet hesaplama, ödeme, iade, yönetim paneli, entegrasyon ve dönüşüm hedefleriyle birlikte değerlendirir. Böylece indirim sistemi hem pazarlama ekibine esneklik sağlar hem işletmenin kontrolünü kaybetmesini engeller.

## Kupon ve hediye çeki yapınızı birlikte planlayalım
E-ticaret sitenizde kupon, puan, mağaza kredisi veya hediye çeki sistemi kurmak istiyorsanız mevcut sepet ve ödeme akışınızı teknik açıdan birlikte değerlendirebiliriz.[Projemi Değerlendir](/iletisim)

## Sıkça Sorulan Sorular

### Kupon, puan ve hediye çeki arasındaki fark nedir?

Kupon genellikle belirli koşullarda indirim sağlayan kampanya kodudur. Puan, müşterinin alışveriş veya sadakat davranışlarından kazandığı bakiyedir. Hediye çeki ise belirli tutarı olan ve sepet/ödeme aşamasında kullanılabilen bakiye mantığıyla çalışır. Bu üç yapı yazılımda ayrı kayıt tipleriyle yönetilirse iade, ödeme ve raporlama süreçleri daha sağlıklı olur.

### Bir siparişte hem kupon hem puan kullanılabilir mi?

Kullanılabilir, ancak bu karar işletmenin kampanya politikasına göre net tanımlanmalıdır. Örneğin ürün indirimi, sepet kuponu ve puan kullanımı aynı siparişte birleşebilir veya sadece biri uygulanabilir. Önemli olan sepet hesaplama sırasının açık olmasıdır. Kontrolsüz birleşim, ürün karlılığını düşürebilir ve kampanya maliyetini artırabilir.

### Hediye çeki iade durumunda nasıl yönetilir?

Hediye çekiyle ödenen siparişlerde iade kaynağı ayrı izlenmelidir. Siparişin bir kısmı kartla, bir kısmı hediye çekiyle ödendiyse iade de bu kaynaklara göre ayrıştırılmalıdır. Hediye çekiyle ödenen tutar yeniden çek bakiyesine dönebilir; kartla ödenen tutar ödeme sağlayıcısı üzerinden iade edilebilir. Bu kural işletme politikasıyla netleştirilmelidir.

### Kupon kullanım limiti nasıl belirlenmeli?

Kupon kullanım limiti kampanyanın amacına göre belirlenmelidir. Genel kampanyalarda toplam kullanım limiti, müşteri başına kullanım limiti ve tarih aralığı tanımlanabilir. Kişiye özel kampanyalarda kupon müşteri hesabı veya e-posta ile eşleştirilebilir. İlk sipariş kuponlarında daha önce sipariş vermemiş müşteri koşulu kontrol edilmelidir.

### Puan kupona çevrilmeli mi yoksa doğrudan kullanılmalı mı?

İki yöntem de kullanılabilir. Doğrudan puan kullanımı müşteriye daha esnek gelir; puanı kupona çevirmek ise işletmeye minimum sepet, son kullanım tarihi ve birleşme kuralı gibi daha kontrollü koşullar sağlar. Hangi yöntemin doğru olduğu ürün marjına, kampanya stratejisine ve müşteri deneyimi hedeflerine göre belirlenmelidir.

### Kupon ve hediye çeki sistemi yönetim panelinde nasıl görünmeli?

Yönetim panelinde kupon oluşturma, kullanım limiti, tarih aralığı, ürün/kategori kapsamı, hediye çeki bakiyesi, puan hareketleri, manuel düzeltme kayıtları ve kampanya raporları ayrı ekranlarda görülebilmelidir. Ayrıca sepet simülasyonu faydalıdır; ekip kampanya yayına alınmadan önce belirli ürün, müşteri ve kupon kombinasyonunu test edebilir.

> Orijinal Kaynak: https://www.webioo.com.tr/blog/kupon-puan-hediye-ceki-sistemi