KISA YANIT
Sipariş ve stok entegrasyonunda önce ortak ürün kimliğini, her bilginin sahibini ve olayların sırasını tanımlayın. Bağlantı kesildiğinde, aynı bildirim tekrar geldiğinde ve sipariş iptal edildiğinde ne olacağını normal satış kadar ayrıntılı planlayın.
Ürün ve varyant kimliğini ortaklaştırın
İki sistem aynı ürünü farklı adlarla tanıyabilir. Ürün adına göre eşleştirme yapmak yerine kararlı bir ürün veya varyant kodu üzerinde anlaşın. Renk ve ölçüye göre ayrı stok tutulan ürünlerde yalnızca ana ürün kodu yeterli olmayabilir.
Yayından önce örnek eşleştirme tablosu hazırlayın. Bir kodun birden fazla üründe kullanılması, pasif ürünler ve paket halinde satılan ürünler gibi durumları kontrol edin. Kod bulunamadığında akışın tahmin ederek başka bir ürünü güncellemesine izin vermeyin.
Stok bilgisinin sahibi hangi sistem olacak?
Fiziksel depo miktarı ile satılabilir miktar aynı olmayabilir. Ayrılan, hasarlı veya başka kanaldan satılan ürünler bu hesabı etkileyebilir. Hesaplama kuralını operasyon ekibiyle birlikte belirleyin; yazılımın hangi bilgiyi alacağını sonradan varsaymayın.
Ürün açıklaması mağazada yönetilirken stok ayrı bir sistemden gelebilir. Her alan için kaynak ve güncelleme yönü yazılmalıdır. Sistem entegrasyonu rehberi bu veri sahipliği ayrımını örneklerle açıklar.
Siparişin hangi aşaması hangi işlemi başlatıyor?
Sepete ekleme, ödeme başlatma ve ödeme doğrulama farklı olaylardır. Hangi aşamada stok ayrılacağını, kaydın ne zaman operasyon sistemine aktarılacağını ve başarısız ödemede ne olacağını belirleyin. Her işletmenin aynı akışı kullanması gerekmez.
| Olay | Planlanacak davranış |
|---|---|
| Sipariş oluştu | Bekleyen kaydın durumu ve benzersiz kimliği belirlenir. |
| Ödeme doğrulandı | Operasyon kaydı ve stok ayırma kuralı uygulanır. |
| İşlem yarıda kaldı | Ayrılmış miktarın ne zaman serbest kalacağı belirlenir. |
| İptal veya iade | Onaylanan değişiklik ilgili kayıt ve miktara yansıtılır. |
Aynı bildirim iki kez gelirse ne olur?
Bağlantı sistemleri bir olayı yeniden gönderebilir. Aktarımın tekrar çalışması aynı siparişin iki kez açılmasına veya stoğun iki kez düşmesine yol açmamalıdır. Benzersiz sipariş kimliği ve işlem durumuyla tekrar kontrolü yapılmalıdır.
Hata durumunda tamamlanan adımla bekleyen adım ayırt edilebilmelidir. “Bağlantı çalışmıyor” uyarısı yerine hangi siparişin neden beklediğini gösteren bir kayıt, ekibin doğru müdahalesini kolaylaştırır. Hassas müşteri bilgileri hata mesajlarına gereksiz yere taşınmamalıdır.
Devreye almadan önce örnek bir operasyon günü deneyin
Tek ürünlü başarılı satış testi yeterli değildir. Varyantlı sipariş, yetersiz stok, iki kanaldan yakın zamanda gelen satış, kısmi iptal ve bağlantı kesintisi gibi senaryolar seçin. Sonuçları hem mağazada hem operasyon sisteminde karşılaştırın.
İlk aşamada sınırlı bir ürün grubuyla ilerlemek ve elle kontrol noktası bırakmak uygun olabilir. Kapsam, sistemlerin sunduğu bağlantı seçeneklerine bağlıdır. Toyon’un e-ticaret çözümleri, alışveriş ekranını sipariş sonrasındaki işleyişle birlikte değerlendirmeyi esas alır.
Sık sorulan sorular
Stok her zaman anlık güncellenmeli mi?
Güncelleme ihtiyacı ürün hareketine ve satış kanallarına bağlıdır. Gecikme toleransı belirlenmeli; anlık aktarımın mümkün olup olmadığı sistemlerle birlikte incelenmelidir.
Aynı ürün farklı kanallarda satılabilir mi?
Teknik bağlantı ve ortak stok kuralları uygunsa planlanabilir. Ayrılan miktar, güncelleme gecikmesi ve çakışan satış senaryoları ayrıca test edilmelidir.
İptalde stok otomatik geri eklenmeli mi?
Her iptal veya iade fiziksel olarak satılabilir ürün anlamına gelmez. Geri ekleme, işletmenin kontrol ve onay kuralına bağlı olmalıdır.