Bir e-ticaret sitesini hazır saymak için ürün sayfasının açılması yetmez. Bu rehberde tek ürün, iki müşteri ve bir test siparişiyle ödeme, stok ve iade zincirini kontrol edeceğiz. Örnekler bir yazılım seçmekten önce kabul kriterlerinizi belirlemek içindir.
1. Bir test ürününün bütün değerlerini sabitleyin
Test ortamında TEST-001 kodlu ürün açın: fiyat 500,00 TRY, stok 1, kargo 50,00 TRY. Vergi dahil/haricini ve kargo hesabını uygulamanızın gerçek kuralına göre kaydedin. Ödeme sağlayıcısını sandbox moduna alın; gerçek müşterilere e-posta ve kargo isteği gönderilmemeli. Toplam 550,00 TRY beklediğiniz bu senaryoyu ekiple paylaşın.
2. Stok yarışını iki oturumla deneyin
İki gizli tarayıcı oturumu açıp aynı son ürünü sepete koyun. Bir müşteri ödeme yaparken diğerinin de aynı ürünü satın alıp alamadığını kontrol edin. Sepette görünmek stok rezervasyonu anlamına gelmez. Rezervasyon kullanıyorsanız süresi dolunca serbest kalmalı; ödeme doğrulanınca kalıcı satışa dönüşmelidir.
-- MySQL/InnoDB için stok azaltma ilkesini gösteren örnek.
-- Kendi uygulamanızın sipariş transaction'ına entegre edilir.
UPDATE inventory
SET available = available - 1
WHERE sku = 'TEST-001' AND available >= 1;Bu sorguda etkilenen satır 1 ise bir adet ayrılmıştır; 0 ise stok veya SKU uygun değildir. Sipariş oluşturma ile aynı transaction içinde karar verin. Bu parça tek başına rezervasyon, ödeme veya iade sistemi değildir. Mevcut stok eklentisine ikinci stok düşümü olarak eklemeyin.
3. Kabul tablosunu doldurun
| Deneme | Beklenen sonuç |
|---|---|
| Başarılı ödeme | Tek sipariş, doğru toplam, bir adet stok düşümü |
| Banka reddi | Ödendi durumuna geçmez; rezervasyon politikasına göre stok serbest kalır |
| Aynı callback iki kez | Tek ödeme kaydı, tek stok hareketi |
| Ödeme sırasında bağlantı kesilmesi | Sağlayıcı sorgusuyla uzlaşma; müşteri tekrar tahsil edilmez |
| Kısmi iade | İade tutarı ve iade edilen ürün adedi ayrı kaydedilir |
| Son ürüne eşzamanlı talep | Negatif stok oluşmaz; başarısız müşteriye anlaşılır mesaj |
4. Kargo ve müşteriye gösterilen bilgiyi sınayın
Sipariş numarasını müşteri ekranı, yönetim ekranı, ödeme kaydı ve kargo kaydında karşılaştırın. Adres düzeltildiğinde eski kargo etiketi otomatik geçerli kalmamalı. Başarısız ödeme için “Siparişiniz tamamlandı” e-postası gitmediğini kontrol edin. İade sonrasında stok geri alınacaksa fiziksel ürün kabul kuralını tanımlayın.
5. Yayın kararı
Her deneme için tarih, sipariş numarası ve sonucu kaydedin. Para ve stok tutarsızlığı varsa yayını erteleyin. Dosya geri alma ile veritabanı geri alma farklıdır: gerçek sipariş başladıktan sonra eski SQL yedeğini yüklemek yeni siparişleri kaybettirir. Önce bakım modu ve uzlaşma planı hazırlayın.
Bilgiyi uygulanabilir projeye dönüştürelim.
İhtiyacınızı teknik, operasyonel ve ticari açıdan değerlendirip doğru çözüm yol haritasını birlikte oluşturalım.
Projenizi Anlatın
