Hediye Kartı Yazılımı: Bakiye Değil Hareket Geçmişi Tasarlayın

Hediye kartını indirim kodundan ayırın

İndirim, siparişin fiyatını değiştiren bir kural olabilir; hediye kartı ise belirli bir değer üzerinden kullanılabilen ayrı bir ödeme unsurudur. Shopify, kalan bakiyenin birden fazla siparişte kullanılabildiğini ve yetersiz bakiye halinde ek ödeme yöntemi gerektiğini açıklar. [1] Bu davranışların özel uygulamada nasıl temsil edildiği ayrıca tasarlanmalıdır.

Satın alınan kart, promosyon amacıyla verilen hak ve müşteri iadesinden oluşan bakiye aynı operasyonel kurallara sahip olmayabilir. Birbirlerine benziyorlar diye tek kayıt türüne sıkıştırmayın. Geçerlilik ve hukuki koşullar ilgili uzmanlıkla belirlenmeli; yazılım bu kararı kendi başına üretmemelidir.

Bakiyenin nasıl oluştuğu görülebilsin

Önerilen modelde başlangıç değeri, kullanım ve iade ayrı hareketler olarak tutulur. Düzeltme gerektiğinde geçmişi silmek yerine açıklamalı yeni hareket oluşturulur. Her hareketin sipariş veya işlem referansı, zamanı ve sonucu bulunur. Bu, uygulama mimarisi önerisidir; belirli bir muhasebe standardı iddiası değildir.

Varsayımsal kart 1.200 birim değerle başlasın. İlk kullanım 350, ikinci kullanım 250 ve ilk siparişe ait iade 100 ise kalan değer 700 olur. Örnekte bütün hareketlerin aynı para biriminde olduğu varsayılmıştır. Farklı para birimlerini doğrudan toplayan bir ekran, doğru görünse bile yanlış anlam taşır.

Eşzamanlı kullanımı test edin

Aynı kartın iki ayrı sekmede aynı anda kullanılması durumunu deneyin. Her iki işlemin de eski bakiyeyi okuyarak harcama yapmasına izin verilmemelidir. Rezervasyon, kesin kullanım ve iptal durumları uygulamanın ödeme akışıyla uyumlu tasarlanmalıdır. Sayfada düğmeyi kapatmak sunucudaki tutarlılık kontrolünün yerine geçmez.

Bir ödeme zaman aşımına uğradığında işlemin başarısız mı, tamamlanmış mı olduğu belirsiz olabilir. Yeniden denemenin aynı bakiyeyi ikinci kez düşmemesi gerekir. İşlem kimliği ve sağlayıcı sonucu uzlaştırılsın. Müşteriye, sistemin henüz doğrulamadığı başarı veya başarısızlık kesinmiş gibi söylenmesin.

Örnek kabul kontrolleri

Shopify kart yönetimi rehberi, bakiye değişiklikleri ve iadelerin belirli işlemler üzerinden yürüdüğünü anlatır. [2] Hazır platformla çalışan özel bir ekran geliştirirken yöneticinin serbestçe tutar değiştirebildiğini varsaymayın. Yetki ve API kapsamı güncel dokümantasyona göre doğrulansın.

Kart kodunu hassas bilgi olarak ele alın

Tam kart kodunu gereksiz log, analitik veya destek ekranında göstermeyin. İletişimde ve aramada maskeli referans kullanmayı değerlendirin. Kartı yeniden gönderme ve devre dışı bırakma gibi işlemler uygun yetkiyle yapılmalıdır. Müşteri destek ekibinin her sorunu tam kodu görerek çözmesi gerekmez.

Teslimde başarılı alışveriş kadar kayıp bildirim, iptal, tekrar deneme ve iade de çalışsın. Hareket toplamı ile görünen bakiye düzenli uzlaştırılabilsin. Bir tutarsızlıkta otomatik düzeltme yapmak yerine inceleme kaydı oluşturacak yol bulunsun; yanlış düzeltme ikinci bir sorun üretmesin.

Sık sorulan sorular

Kart bakiyesi tek sütunda tutulamaz mı?

Gösterim için tutulabilir, ancak değerin kaynağını açıklayan hareket geçmişi ve tutarlılık kontrolleri de tasarlanmalıdır. Yalnızca son değer denetim için yetersiz kalabilir.

Hediye kartı iadesi her sistemde aynı mı?

Hayır. Ödeme yöntemi, platform ve işletme koşulları değişebilir. Teknik davranışla hukuki yükümlülük ayrı değerlendirilmelidir.