E-ticaret hediye kartı sistemi, yalnızca bir indirim aracı değildir; bakiye, kullanım sırası, iade ve muhasebe etkilerini birlikte yönetmenizi gerektirir. Bu rehber, hediye kartını promosyon kuponundan ayırarak mağaza kredisiyle birlikte nasıl kurulacağını sade adımlarla açıklar.
E-ticaret hediye kartı sistemi, müşteriye ürün yerine kullanılabilir bakiye sunan ve satış sonrası operasyonu doğrudan etkileyen bir ödeme katmanıdır. Birçok mağaza bu aracı “indirim kodu gibi bir şey” diye ele alır; oysa hediye kartı, promosyon kuponundan ve mağaza kredisinden farklı çalışır. Yanlış model seçilirse sepet tutarsızlığı, iade karmaşası ve raporlama hatası hızla büyür.
Bu rehberde hediye kartını kupon ve mağaza kredisinden ayırıyor, bakiye kurallarını, kullanım sırasını, iade etkisini ve operasyonel kurulum adımlarını netleştiriyoruz. Amaç, yalnızca “kod üretmek” değil; sürdürülebilir bir bakiye mimarisi kurmaktır.
Hediye kartı, mağaza kredisi ve kupon farkı
Kuruluma başlamadan önce üç aracı aynı dilde tanımlayın. Aksi halde teknik ekip, pazarlama ve muhasebe farklı şeyler kastederek aynı ekranı konuşur.
- Hediye kartı: Genellikle önceden satılan veya hediye edilen, belirli bir tutarda kullanılabilir bakiyedir. Kart kodu, son kullanma tarihi, kısmi kullanım ve devreden bakiye gibi kurallar taşır.
- Mağaza kredisi: Çoğu zaman iade, şikâyet çözümü veya sadakat ödülü sonucu müşteri hesabına yazılan bakiyedir. Kodla değil, hesap bakiyesiyle ilerler.
- Promosyon kuponu: Kampanya amaçlı indirim aracıdır. Yüzde veya tutar indirimi verir; bakiye biriktirmez, çoğu senaryoda tek seferliktir.
Kısa örnek: 500 TL’lik hediye kartı ile 300 TL’lik siparişte 200 TL bakiye kalabilir. Yüzde 20 kupon ise sepeti indirir, kalan “bakiye” bırakmaz. Mağaza kredisi ise “müşteri hesabında 150 TL var” demektir; hediye kartı kodundan bağımsız yönetilir.
| Özellik | Hediye kartı | Mağaza kredisi | Promosyon kuponu |
|---|---|---|---|
| Temel işlev | Satılabilir/hediye edilebilir bakiye | Hesaba yazılan kullanılabilir tutar | Kampanya indirimi |
| Sahip modeli | Kod veya kart kimliği | Müşteri hesabı | Kampanya kodu |
| Kısmi kullanım | Sıkça desteklenir | Genelde desteklenir | Genelde desteklenmez |
| Gelir etkisi | Önce yükümlülük, sonra satış geliri | Operasyonel/geri ödeme alternatifi | Marjı düşüren kampanya aracı |
| Tipik amaç | Hediye, nakit benzeri kullanım | İade ve ilişki yönetimi | Dönüşüm ve stok eritme |
E-ticaret hediye kartı sistemi kurulumunda temel kararlar
İyi bir e-ticaret hediye kartı sistemi, arayüzden önce kural setiyle kurulur. Aşağıdaki kararları yazılı hale getirin; sonra yazılım veya platform ayarlarına geçin.
1. Kart türü ve dağıtım modeli
- Dijital kod mu, basılı kart mı, yoksa ikisi birden mi?
- Kartlar anında mı aktif olacak, yoksa ilk kullanımda mı?
- Hediye notu, e-posta teslimatı ve “ileride gönder” senaryosu var mı?
2. Tutar, geçerlilik ve kısıtlar
- Sabit tutarlar mı (ör. 250 / 500 / 1000), serbest tutar mı?
- Son kullanma tarihi var mı, uzatma mümkün mü?
- Belirli kategoriler, markalar veya indirimli ürünlerde kullanım kısıtı olacak mı?
- Aynı sepette birden fazla hediye kartı kabul edilecek mi?
3. Hesap bağlama ve güvenlik
Kodların paylaşımı, brute-force denemeleri ve “kart bakiyesini sorgulama” ekranları risk üretir. Bakiyeyi herkese açık göstermeyin. Kod formatını tahmin edilemez tutun, deneme sayısını sınırlayın ve şüpheli kullanım için log tutun.
4. Mağaza kredisiyle ilişki
İade sonrası müşteriye nakit iade yerine mağaza kredisi verecekseniz, bu bakiyeyi hediye kartı stoğundan ayrı tutun. Aynı “wallet” motorunu kullanabilirsiniz; ancak kaynak türü (gift_card, store_credit, refund_credit) raporlarda ayrılmalıdır.
Bakiye, kullanım sırası ve sepet mantığı
En çok hata, ödeme sırasında hangi tutarın önce düşüleceğinde çıkar. Müşteri hediye kartı, mağaza kredisi, kupon ve kartlı ödeme bir arada kullanmak isteyebilir. Kuralları net yazmazsanız her siparişte farklı sonuç üretirsiniz.
Önerilen kullanım sırası
- Promosyon kuponu veya kampanya indirimi (sepeti önce indirin)
- Mağaza kredisi (hesap bakiyesi)
- Hediye kartı bakiyesi
- Kalan tutar için kart / havale / kapıda ödeme
Bu sıra her işletme için zorunlu değildir; ancak tutarlı olmalıdır. Örneğin kuponu hediye kartından sonra uygularsanız, indirim tabanı değişir ve marj hesabı bozulur. Kuralı seçtikten sonra hem sepet ekranında hem sipariş özetinde aynı mantığı gösterin.
Kısmi kullanım ve kalan bakiye
Hediye kartı bakiyesi sepetten büyükse kalan tutarı kartta bırakın. Küçükse kalanı başka ödeme yöntemiyle tahsil edin. “Kart tamamen bitmeden kupon uygulanmaz” gibi gizli kurallar koyuyorsanız bunu ödeme adımında açık yazın; aksi halde destek yükü artar.
Vergi ve kargo satırları
Hediye kartının kargo bedeline, hediye paketleme ücretine veya belirli vergi satırlarına uygulanıp uygulanmayacağını baştan tanımlayın. Uygulanıyorsa sepet motoru satır bazlı dağıtım yapabilmeli; uygulanmıyorsa müşteriye neden uygulanmadığı sade dille gösterilmelidir.
İade, iptal ve bakiye iadesi
Hediye kartı ile ödenen sipariş iade edildiğinde para nereye döner? Bu soruyu netleştirmeden sistemi açmayın.
Sık kullanılan iade politikaları
- Kaynağa iade: Kullanılan hediye kartı bakiyesi aynı karta veya müşteri hesabına mağaza kredisi olarak döner.
- Karma iade: Hediye kartıyla ödenen kısım bakiyeye, kartla ödenen kısım orijinal ödeme yöntemine döner.
- Kısmi iade: Siparişin bir kısmı iade edilirse bakiye, iade edilen ürün tutarı ve varsa kargo politikasına göre yeniden hesaplanır.
Önemli nokta: Hediye kartının kendisi iade edilebilir bir ürün müdür? Birçok işletme satılmış hediye kartını nakit iade etmez; yalnızca bakiye kullanımına izin verir. Bu kuralı ürün sayfasında ve satış koşullarında açık yazın.
İade sürecinizi mevzuat ve operasyonla birlikte kurguluyorsanız, iade akışındaki bakiye adımlarını ayrı bir kontrol listesiyle test edin. Cayma ve iade operasyonu hakkında daha geniş bir çerçeve için mevcut iade rehberinizdeki süreç disiplini burada da geçerlidir: bildirim, durum, tutar ve kanıt aynı sipariş kaydında izlenebilir olmalıdır.
Muhasebe ve raporlama etkisi
Hediye kartı satışı, klasik ürün satışından farklı okunur. Kart satıldığında nakit girer; ancak ürün henüz teslim edilmemiştir. Bu nedenle birçok işletmede hediye kartı geliri, kullanım anına kadar yükümlülük gibi izlenir. Kullanım gerçekleşince ilgili siparişe gelir yansır.
Pratikte yazılımınızın en az şu raporları üretebilmesi gerekir:
- Satılan ama henüz kullanılmayan bakiye (açık yükümlülük)
- Dönem içinde kullanılan bakiye
- Süresi dolan veya iptal edilen bakiye
- Mağaza kredisi kaynak kırılımı (iade, jest, kampanya)
- Sipariş bazında ödeme bileşenleri (hediye kartı / kredi / kupon / kart)
Muhasebe yazılımı veya ERP entegrasyonu varsa, “kart satışı” ile “kart kullanımı” ayrı olaylar olarak aktarılmalıdır. Tek satırda birleştirmek dönem kapanışında hata üretir. Buradaki uygulama işletmenizin muhasebe politikasına göre netleşmeli; yazılım ekibi ile mali işler aynı tanım setini kullanmalıdır.
Teknik kurulum ve test adımları
Hazır e-ticaret altyapılarında hediye kartı eklentisi veya yerleşik cüzdan modülü olabilir. Özel ihtiyaçlarda ise kural motoru, kod üretimi, bakiye defteri ve iade senaryoları özel geliştirme ister. KepezWeb gibi e-ticaret ve yazılım ekipleriyle çalışırken önce iş kurallarını, sonra ekranları kilitlemek en az riskli yoldur.
Kurulum kontrol listesi
- Kart ürünlerini ve satılabilir tutarları tanımlayın.
- Kod üretimi, uzunluk, karakter seti ve tekillik kurallarını belirleyin.
- Bakiye defterini (yükleme, harcama, iade, iptal, süre dolumu) olay bazlı kurun.
- Sepet ve ödeme adımında kullanım sırasını kodlayın.
- E-posta/SMS teslimat şablonlarını ve “hediye notu” alanını ekleyin.
- Yönetim panelinde bakiye sorgulama, dondurma ve manuel düzeltme yetkilerini ayırın.
- Raporları ve dışa aktarımı mali işlerle birlikte doğrulayın.
Canlıya almadan önce test senaryoları
- Tam bakiye ile ödeme
- Kısmi bakiye + kart ödemesi
- Kupon + hediye kartı + mağaza kredisi birlikte
- Kargo bedeline uygulama / uygulamama
- Kısmi iade sonrası bakiye dönüşü
- Süresi dolmuş kart denemesi
- Aynı kodun eşzamanlı iki sepette kullanımı
- İptal edilen siparişte bakiye iadesi
Karmaşık kural setlerinde önce dar kapsamlı bir deneme sürümü çıkarmak faydalıdır. Riskli entegrasyonlarda proof of concept yaklaşımı, varsayımları ucuza test etmenizi sağlar. Daha geniş bir geliştirme planı gerekiyorsa yazılım yol haritası ile fazlara bölmek, “her şeyi bir sprintte bitirme” baskısını azaltır.
Hazır panel yetersiz kalıyorsa e-ticaret sitesi altyapınızın bakiye motorunu destekleyip desteklemediğini, gerekirse yazılım geliştirme ile özel cüzdan katmanı ihtiyacını birlikte değerlendirin.
Sık yapılan hatalar ve nasıl önlenir
- Kupon motorunu hediye kartı sanmak: İndirim kodu bakiye defteri değildir. Kısmi kullanım, devreden tutar ve yükümlülük raporu ayrı model ister.
- Kullanım sırasını belirsiz bırakmak: Destek ekibi her siparişte manuel hesap yapmak zorunda kalır.
- İade kuralını gizli tutmak: Müşteri nakit beklerken bakiyeye dönüş sürpriz yaratır. Politikayı satış anında gösterin.
- Manuel bakiye düzeltmesini logsuz yapmak: Her düzeltmede kim, neden, ne kadar değiştirdi kaydı olmalı.
- Mağaza kredisini hediye kartı stokundan düşmek: Kampanya jesti ile satılmış kart bakiyesi birbirine karışır; marj ve yükümlülük bozulur.
- Güvenliği sonraya bırakmak: Basit kodlar ve sınırsız deneme, bakiye hırsızlığı için davetiye gibidir.
Sıkça Sorulan Sorular
Hediye kartı ile indirim kuponu aynı anda kullanılabilir mi?
Evet, kural setiniz izin veriyorsa kullanılabilir. Kritik olan, önce hangisinin uygulanacağı ve indirim tabanının nasıl hesaplanacağıdır. Bunu sepet ekranında şeffaf gösterin.
Mağaza kredisi hediye kartının yerine geçer mi?
Hayır. Mağaza kredisi genelde hesap bakiyesidir; hediye kartı ise satılabilir veya hediye edilebilir kod/bakiye ürünüdür. Aynı cüzdan altyapısını paylaşsalar bile kaynak türü ve raporlaması ayrı tutulmalıdır.
Hediye kartı bakiyesi iade edilince müşteriye nakit mi döner?
Bu, sizin iade politikanıza bağlıdır. Yaygın uygulama, hediye kartıyla ödenen kısmı bakiyeye veya mağaza kredisine döndürmek; kartla ödenen kısmı orijinal yönteme iade etmektir. Kuralı önceden yazın ve tutarlı uygulayın.
Küçük bir mağaza için hediye kartı sistemi ne zaman anlamlıdır?
Hediye talebi düzenliyse, ortalama sepeti yükseltmek veya özel gün kampanyaları yönetmek istiyorsanız anlamlıdır. Ancak bakiye, iade ve raporlama kurallarını kurmadan açmak destek yükünü artırır. Basit tutar seti ve net kullanım sırasıyla başlamak daha güvenlidir.
Özel yazılım şart mı, hazır eklenti yeter mi?
Standart dijital kod, sabit tutar ve basit iade kuralı için birçok hazır altyapı yeterli olabilir. Çoklu bakiye kaynağı, karma kullanım sırası, ERP aktarımı veya özel fraud kontrolleri gerekiyorsa özel geliştirme veya mevcut sisteme ek katman gerekir.
Hediye kartı ve mağaza kredisi kurgusunu sepet, iade ve raporlama ile birlikte ele almak istiyorsanız KepezWeb ekibiyle ihtiyaçlarınızı netleştirip doğru kapsamı çıkarabilirsiniz. İş kurallarınızı birlikte sadeleştirmek ve teknik seçenekleri değerlendirmek için teklif al sayfasından bize ulaşmanız yeterli.
