E-ticaret
E-ticarette ödeme, stok ve kargo entegrasyonları nasıl planlanır?
Ödeme, stok ve kargo bağlantılarını sağlayıcı adıyla değil, veri sahipliği ve başarılı/başarısız operasyon davranışıyla tarif edin.
Her veri türünün asıl kaynağını belirleyin
Ürün bilgisi mağaza panelinde, stok ERP’de, sipariş muhasebe aracında veya farklı satış kanallarında tutulabilir. Aynı alan iki sistemde de düzenlenebiliyorsa güncel değerin hangi taraftan kazanacağını açıkça yazın. Entegrasyon taslağında ürün, varyant, stok, fiyat, sipariş ve iade verisini ayrı gösterin.
İlk entegrasyon planı mevcut servisleri ve iş akışını kapsamalıdır; gelecekte kullanılabileceği düşünülen her servisi baştan eklemek gerekmez. Ekip hangi operasyonu manuel sürdürebilir, hangi adım hacim veya hata nedeniyle otomasyona ihtiyaç duyar sorularını sorun.
Ödeme bağlantısında yalnızca başarılı cevabı tasarlamayın
Ödeme sağlayıcısının yönlendirme, ödeme sonucu, webhook veya tekrar deneme yöntemleri dokümantasyona göre değişir. Kullanılacak ülke, para birimi, kart ve taksit seçeneklerini sağlayıcının güncel belgelerinde kontrol edin; mevzuat ve bankacılık kurallarını yazılım varsayımıyla çözmeye çalışmayın.
Bekleyen, başarısız, yinelenen veya daha sonra iptal edilen ödeme ile siparişin hangi durumda olacağını tanımlayın. Kullanıcıya ödeme tamamlanmış gibi yanlış bilgi vermemek ve aynı bildirimin iki kez işlenmesiyle ikinci sipariş oluşturmamak temel kontrol senaryolarıdır.
Stok ve kargoda tutarlılık kuralını kurun
Stok miktarı birden fazla yerde değişiyorsa senkronizasyon sırası ve gecikme toleransı belirlenmelidir. Satın alma sırasında ürünün son adedi başka kanalda satılırsa ne olacağı, stok güncellemesi ulaşmazsa ekibin bunu nasıl göreceği ve sipariş kısmi gönderilecekse hangi durumun gösterileceği açık olmalıdır.
Kargo entegrasyonunda adres doğrulama, desi/ağırlık, gönderi etiketi, takip numarası, iptal ve iade akışlarını ayrı kontrol edin. Sağlayıcının geçici erişim sorununda sipariş kaybolmamalı; tekrar denenebilir işlerin ve manuel müdahale kuyruğunun sorumlusu belli olmalıdır.
Yayından önce uçtan uca senaryoları deneyin
Test ortamı veya kontrollü bir siparişle ürün seçimi, stok azaltma, ödeme yanıtı, sipariş kaydı, fatura/operasyon bildirimi ve kargo durumunun yolculuğunu baştan sona deneyin. Test ortamı yoksa sağlayıcının desteklediği güvenli test yöntemini sorun; gerçek müşteri kartıyla deneme yapmayın.
İzleme için sağlayıcı yanıtı, zaman damgası ve ilişkilendirilebilir sipariş numarası kaydedilebilir; gereksiz ödeme veya kişisel veri günlüklerine yazılmamalıdır. Entegrasyon teklifinde sağlayıcı hesabı, API anahtar sahipliği, hata bildirimi, destek ve gelecekteki servis ücretlerini ayrıca listeleyin.