Pazar yeri entegrasyonunu panelden ürün gönderme özelliği olarak değil; kimlik eşleme, tutarlı stok ve sipariş durumları, idempotent olay işleme ve geri kazanılabilir hata yönetimi gerektiren dağıtık sistem olarak açıklayın.
Pazar yeri entegrasyonu: 7 maddelik uygulama planı
Entegrasyonlar, farklı yazılım ve platformların birbiriyle veri alışverişinde bulunmasını sağlayan teknolojilerdir. E-ticaret sistemi içinde, entegrasyonlar sayesinde, stok yönetimi, sipariş takibi, müşteri ilişkileri yönetimi (CRM) ve muhasebe gibi iş süreçleri otomatikleştirilir ve merkezi olarak yönetilir.
Pazar yeri entegrasyonu kontrol listesi
- Merkezi ürün ve varyant kimliğini kanal SKU’su, liste kaydı, barkod ve kategori kimliğiyle sürümlü eşleme tablosunda ilişkilendirin.
- Başlık, nitelik, görsel, fiyat ve vergi gibi alanlar için sahiplik, dönüşüm ve kanal doğrulama kurallarını veri sözleşmesinde tanımlayın.
- Stok kaynağı, rezervasyon anı, güvenlik payı, sürüm veya zaman damgası kontrolü ve eski güncellemeyi reddetme kuralını belirleyin.
- Sipariş alımını kanal sipariş kimliği ve olay türüne göre idempotent yapın; durum geçişlerini açık bir sipariş durum makinesiyle yönetin.
- Webhook imzasını doğrulayıp olayı hızla kalıcı kuyruğa alın; geç veya kayıp olaylar için API tabanlı periyodik mutabakat çalıştırın.
- Geçici hataları üstel gecikme ve jitter ile yeniden deneyin; kalıcı hataları neden kodu, ölü mektup kuyruğu ve kontrollü yeniden oynatma sürecine ayırın.
- Korelasyon kimlikli yapılandırılmış log, kuyruk yaşı, hata oranı, API kota kullanımı, stok farkı ve işlem gecikmesi için pano ile alarm kurun.
Adaptör mimarisi ve veri sözleşmeleri
Her pazar yerinin kategori, varyant, fiyat ve sipariş modeli farklıdır. Kanal yanıtını doğrudan merkezi veritabanına yaymak yerine kanal adaptöründe doğrulayın ve ortak etki alanı modeline dönüştürün. Eşleme sürümünü kaydedin; kategori şeması değiştiğinde hangi kayıtların eski kuralla üretildiği görülebilsin. Sayfalama, oran sınırı, para birimi hassasiyeti ve zaman dilimi API istemcisinin açık sözleşmesi olmalıdır. Sırları kodda veya logda tutmayın; en düşük yetki ve düzenli anahtar döndürme uygulayın.
Tutarlılık, tekrar ve arıza sonrası toparlanma
Webhook teslimini tam bir kez gerçekleşecek varsaymayın; aynı olay tekrarlanabilir, sırası değişebilir veya hiç ulaşmayabilir. İşleyici önce olay kimliği ya da iş anahtarıyla daha önce uygulanan sonucu kontrol etmeli, sonra izin verilen durum geçişini atomik kaydetmelidir. Başarısız girişimlerde ham istek, normalize edilmiş veri, hata sınıfı ve korelasyon kimliği denetlenebilir biçimde korunmalıdır. Düzenli mutabakat işi kanal stok ve siparişlerini merkezi kayıtla karşılaştırmalı; farkı sessizce ezmek yerine politika dahilinde düzeltmeli ve iz bırakmalıdır.
Kanal kotası dolduğunda istekleri kontrolsüz biçimde çoğaltmak yerine kuyruk üzerinde geri basınç uygulayın. Yeniden deneme sayısı, sonraki deneme zamanı ve son hata nedeni iş kaydıyla ilişkilendirilmeli; bir ürünün hatası diğer ürünlerin ilerlemesini durdurmamalıdır. Kısmi başarı halinde hangi alanların kanalda kabul edildiği okunmalı ve yalnızca başarısız bölüm güvenli biçimde yeniden işlenmelidir.
Canlıya çıkmadan önce adaptör sözleşmesini sabit örnek yanıtlar ve sağlayıcının test ortamıyla doğrulayın. Yinelenen webhook, eski stok olayı, zaman aşımı, bozuk sayfalama ve eksik zorunlu alan senaryoları otomatik testte bulunmalıdır. Sürüm sonrası küçük bir ürün grubunda gölge karşılaştırma yapmak, merkezi kayıt ile kanal sonucundaki farkı müşteri siparişi etkilenmeden görünür kılar. Alarm eşikleri pilot verisiyle ayarlanmalı ve yanlış alarmlar susturulurken gerçek veri kaybı sinyalleri korunmalıdır.
Sık sorulan sorular
Kanal SKU’su merkezi SKU’dan farklıysa ne yapılmalı?
Merkezi kimliği değiştirmek yerine kanal, mağaza, ürün, varyant ve kanal SKU’sunu açık bir eşleme kaydında tutun. Eşleme benzersiz, sürümlü ve denetlenebilir olmalıdır.
Aynı stok iki kanalda satılırsa çifte satış nasıl azaltılır?
Tek stok kaynağı, atomik rezervasyon, sürüm kontrolü, tanımlı güvenlik payı ve sık mutabakat birlikte kullanılmalıdır. Gecikme tamamen yok edilemeyebilir; iptal ve telafi akışı da tasarlanmalıdır.
Webhook başarısız olduğunda veri kaybolur mu?
Doğru tasarımda olay doğrulandıktan sonra kalıcı kuyruğa alınır, geçici hata kontrollü yeniden denenir ve kalıcı hata inceleme kuyruğuna taşınır. Periyodik API mutabakatı kaçan olayları ayrıca bulur.
Kaynaklar ve ilgili rehberler
Pazar yeri entegrasyonu hakkında karar verirken Amazon SP-API Notifications kullanım rehberi kaynağını kullanın. Konuyu uygulamaya taşımak için pazar yerleri operasyon rehberi, ürün ve SKU yönetimi, e-ticaret hizmeti, Five Gain hizmetleri, fiyat teklif formu bağlantılarını inceleyebilirsiniz.
