Akçakale ve Birecik’te E-Ticaret: Sipariş Akışı

E-ticaret projesinde ürünleri vitrinde göstermek yalnızca başlangıçtır. Asıl ihtiyaç; doğru stokla sipariş almak, ödemeyi doğrulamak, teslimatı takip etmek ve müşteriye tutarlı bilgi vermektir. Akçakale ve Birecik işletmeleri için hazırlanan bu rehber, çevrim içi mağazanın sipariş akışını somut testlerle planlamayı anlatır. İlçelerin satış hacmi, belirli bir sektörün büyüklüğü veya sınır ötesi satış koşulları hakkında varsayım içermez.

Ürün kartından önce ürün verisini hazırlayın

Aynı ürünün farklı renk ve ölçüleri ayrı stoklarla takip ediliyorsa her satılabilir varyantın kalıcı bir kodu olmalıdır. Örneğin varsayımsal bir tişört ürününün mavi/orta ve mavi/büyük seçenekleri aynı görseli paylaşabilir, fakat stokları farklıdır. Müşteri seçimini değiştirince fiyat, stok ve sepet satırı da doğru varyanta bağlanmalıdır.

Ürün adı, açıklama, fiyat, görsel, varyant, stok ve teslimat bilgisi için örnek bir veri dosyası oluşturun. “Stokta yok” ile “sipariş üzerine hazırlanır” durumlarını ayırın. Hazırlama süresi satış öncesinde açıklanmalıdır. Eksik veriyi tasarım aşamasında fark etmek, yüzlerce ürün girildikten sonra fark etmekten daha kolaydır.

• Ürün kodları tekrar ediyor mu; eski kodlar nasıl korunacak?
• Varyant değişince doğru stok ve fiyat gösteriliyor mu?
• Görseller ürüne ait mi; kullanım izni ve yeterli çözünürlük var mı?
• Satışı kapatılan ürünün eski bağlantısı nasıl yönetilecek?
• Depo, mağaza veya muhasebe yazılımı varsa stok için hangi kaynak esas alınacak?

Siparişin durumlarını birbirinden ayırın

Sepetin oluşması, ödemenin başlatılması ve siparişin ödenmesi aynı olay değildir. “Ödeme bekliyor”, “ödendi”, “hazırlanıyor”, “kargoya verildi”, “iptal edildi” ve “iade sürecinde” gibi durumların geçiş kuralları yazılı olmalıdır. Hangi durumun stok ayırdığı ve hangi durumda stokun geri bırakıldığı ayrıca belirlenmelidir.

Son ürünü iki müşterinin aynı anda satın aldığı senaryoyu test edin. Tarayıcıda stok kontrolü yapmak tek başına yeterli değildir; sunucu tarafında tutarlı bir stok ayırma işlemi gerekir. Stok ayırma süresi dolduğunda geç gelen ödeme bildiriminin nasıl değerlendirileceği, ödeme sağlayıcısının akışına göre açıkça tasarlanmalıdır. Para alınmış bir sipariş sessizce kaybolmamalıdır.

Ödeme sonucu sunucuda doğrulanmalıdır

Müşterinin “ödeme başarılı” ekranına dönmesi, tek başına sevkiyat başlatma gerekçesi olmamalıdır. Entegrasyon; ödeme sağlayıcısının doğrulanmış sunucu bildirimi veya API sonucu üzerinden sipariş kimliği, tutar, para birimi ve işlem durumunu karşılaştırmalıdır. OWASP’ın ödeme entegrasyonu rehberi, tarayıcıdan gelen dönüş parametrelerine güvenilmemesini ve aynı bildirimin tekrarında işlemin yalnızca bir kez uygulanmasını önerir.

Örnek bir kabul testinde ödeme bildirimi iki kez gönderilir: tek sipariş ödenmiş görünmeli, stok bir kez düşmeli ve müşteriye aynı sevkiyat iki kez açılmamalıdır. Fiyat ve indirimler de sipariş oluşturulurken sunucuda yeniden hesaplanmalıdır. Kart doğrulama kodu veya ödeme anahtarı gibi hassas bilgiler uygulama loglarına yazılmamalıdır.

Kargo ve teslimat kapsamını satıştan önce açıklayın

Hangi adreslere gönderim yapıldığı, hangi teslimat seçeneklerinin bulunduğu ve ücretin nasıl hesaplandığı ödeme öncesinde görünmelidir. Akçakale veya Birecik içinde elden teslimat sunuluyorsa uygun adresler ve teslimat günleri gerçekten işletmenin sağlayabildiği kapsamla sınırlı tutulmalıdır. Sunulmayan teslimat biçimleri sırf yerel görünmek için yazılmamalıdır.

Kargo entegrasyonu kesildiğinde siparişin kaybolması yerine bekleyen iş olarak görünmesi gerekir. Etiket oluşturma, takip numarası alma ve müşteriye bildirme ayrı adımlar olabilir. Aynı işlem tekrar denendiğinde ikinci kargo kaydı açılmaması test edilmelidir. İptal veya kısmi iadenin ödeme, stok ve kargo tarafında neyi değiştirdiği de operasyon ekibiyle birlikte belirlenmelidir. Hukuki metinler ve vergisel süreçler ilgili uzmanlarla ayrıca doğrulanmalıdır.

Mobil satın alma testini normal senaryoyla sınırlamayın

1. Ürün varyantı seçin ve sepete ekleyin; doğru seçenek ve fiyat görünsün.
2. Adet değiştirin; toplam tutar ve stok sınırı sunucuyla tutarlı kalsın.
3. Eksik adres girin; alanın hatası açıklansın ve diğer bilgiler korunabilsin.
4. Ödemeden vazgeçin; sipariş yanlışlıkla “ödendi” durumuna geçmesin.
5. Ödeme sonrası tarayıcıyı kapatın; sunucu bildirimi geldiğinde sipariş yine doğrulanabilsin.
6. Aynı ödeme bildirimini tekrarlayın; ikinci sipariş veya sevkiyat oluşmasın.
7. Entegrasyon kesintisi oluşturun; operatör başarısız işi görüp güvenli biçimde tekrar deneyebilsin.

Yayın sonrası hangi kayıtları takip etmelisiniz?

Başlatılan ödemeleri, doğrulanmış siparişleri ve hazırlamayı bekleyen siparişleri ayrı izleyin. Sayılar ayrıştığında sipariş kimliği üzerinden nedeni bulunabilmelidir. Analitik sistemine kişisel müşteri verilerini veya ödeme bilgilerini taşımadan genel adım olayları gönderilebilir. Analitik satın alma sayısını ödeme sağlayıcısının mutabakat kaydı yerine kullanmayın.

İlk sürüm için ürün verisi, stok kaynağı, ödeme, kargo, yönetici yetkileri, bildirimler ve destek sorumluları bir teslim listesine dönüştürülmelidir. Şanlıurfa e-ticaret hizmeti ve e-ticaret sitesi geliştirme sayfalarından teknik kapsamı değerlendirebilirsiniz. Deca Yazılım Atakum/Samsun merkezlidir; Akçakale ve Birecik projelerinde uzaktan çalışma ve teslimat planı keşif görüşmesinde belirlenir.

Teknik kaynak: OWASP — üçüncü taraf ödeme entegrasyonu güvenliği. Ürün ve sipariş örnekleri planlama amacıyla hazırlanmıştır; gerçekleşmiş müşteri çalışması veya satış garantisi değildir.