01Mimari: kaynak → ara katman → hedef
Kaynak
Merkezi stok ve ürün veritabanı: verinin doğduğu yer.
Ara katman
Değişikliği yakalar, alanları eşleştirir, birimleri dönüştürür, kuyruğa alır ve loglar.
Hedef
Tüm pazaryerleri ve mağaza: verinin gideceği yer.
02Tetikleme yöntemleri
| Yöntem | Ne zaman | Not |
|---|---|---|
| Anlık (webhook) | Karşı sistem olay bildirimi sunuyorsa | En hızlı; imza doğrulaması gerekir |
| Zamanlanmış | Toplu güncellemelerde | Oran sınırına uygun dağıtılır |
| Değişiklik takibi | Kaynakta değişiklik zamanı tutuluyorsa | Yalnız değişenler gönderilir |
03Bağlantı yöntemleri
API
Sistemin resmî programlama arayüzü üzerinden veri alışverişi; en güvenilir ve izlenebilir yöntemdir.
Webhook
Bir olay olduğunda karşı sistemin anında haberdar edilmesi; sürekli sorgulama ihtiyacını azaltır.
Dosya aktarımı
CSV veya XML dosyalarının zamanlanmış olarak alınıp verilmesi; API olmayan sistemlerde kullanılır.
04Sürmene'de çoklu pazaryeri yönetimi
Sürmene'nin PTT verisindeki 37 yerleşim kaydı 1 farklı posta koduna dağılır. Trabzon gibi büyükşehirlerde satış birden fazla kanaldan ve şubeden yürüyebilir; çoklu pazaryeri yönetimi için verinin tek kaynaktan dağıtılması tutarlılığı korur.
Mesafe yazılım işinin önünde engel değildir: Sürmene'deki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.
Aynı ildeki Beşikdüzü, Yomra ve Çaykara ilçeleri için de çoklu pazaryeri yönetimi talepleri değerlendirilir; toplantılar uzaktan yapılır.
Hangi verinin nereden nereye akacağını konuşmak için 0540 003 19 81 numarasını arayın veya WhatsApp'tan yazın.
05Kapsamı ve maliyeti etkileyenler
- bağlanacak platform sayısı
- özel alan eşleştirmeleri
- bakım ve izleme kapsamı
- ürün/varyant hacmi
06İşletim ve bakım ipuçları
- Yetki ve API anahtarlarının süresi dolmadan yenilenir.
- Yoğun kampanya dönemlerinden önce kuyruk kapasitesi gözden geçirilir.
- Stok ana kaynağı ile kanallardaki stok haftalık örneklemle karşılaştırılır.
07Kuyruk ve yeniden deneme
Her kayıt kuyruğa alınır; karşı sistem yanıt vermezse belirli aralıklarla yeniden denenir. Belirli sayıdan sonra başarısız kayıt hata listesine düşer ve bildirim gider.
| Veri | Yön | Sıklık |
|---|---|---|
| Ürün bilgisi, görsel ve özellikler | kaynak → hedef | ürün eklendiğinde veya değiştiğinde |
| Stok miktarı | kaynak → hedef | değişiklikte veya kısa aralıklı zamanlanmış |
| Fiyat ve indirim | kaynak → hedef | fiyat değiştiğinde |
| Sipariş ve müşteri bilgisi | hedef → kaynak | yeni siparişte |
SSSSık sorulan sorular
Entegrasyon platform kurallarına aykırı olur mu?
Hayır; entegrasyon yalnız platformun resmî olarak sunduğu API ve kullanım koşulları çerçevesinde kurulur.
Sürmene'den yazıyorum; toplantılar nasıl yapılıyor?
İşin büyük bölümü uzaktan yürür: ilk görüşme telefonla, sonraki toplantılar görüntülü yapılır. Kurulum ya da eğitim gerekiyorsa yerinde çalışma takvime eklenir.
Trabzon dışındaki işletmelere de hizmet veriyor musunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Karadeniz Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
Çoklu pazaryeri yönetimi için hangi erişimler gerekir?
Bağlanacak sistemlerin resmî API veya entegrasyon bilgileri, varsa test hesabı ve verinin ana kaynağının hangi sistem olacağı kararı gerekir.
Çoklu pazaryeri yönetimi çalışırken bir kayıt aktarılamazsa ne olur?
Başarısız aktarım hata kuyruğunda bekletilir, yeniden denenir ve raporlanır; hangi kaydın neden aktarılamadığı görülür.
Anlık mı zamanlanmış mı olmalı?
Stok ve sipariş gibi hızlı değişen verilerde anlık veya kısa aralıklı akış; ürün açıklaması gibi seyrek değişen verilerde zamanlanmış akış yeterlidir.
Ara katman nerede çalışır?
Bulut sunucuda veya şirket içi bir sunucuda çalışabilir; seçim veri güvenliği ve erişim ihtiyacına göre yapılır.
Veri anlık mı aktarılır?
Karşı sistem olay bildirimi sunuyorsa anlık; sunmuyorsa kısa aralıklı zamanlanmış görevlerle aktarılır.
→İlgili sayfalar
Çoklu Pazaryeri Yönetimi hakkında diğer konular
- Çoklu pazaryeri yönetimi hataları ve çözümleriSık hatalar ve nedenleri
- Çoklu pazaryeri yönetimi fiyatlarıEntegrasyon maliyetini belirleyenler
- Çoklu pazaryeri yönetimi çoklu platform yönetimiBirden çok sistemle birlikte kullanım
- Çoklu pazaryeri yönetimi bakım ve izlemeÇalışan entegrasyonun takibi
- Çoklu pazaryeri yönetimi kurulum adımlarıAdım adım kurulum
Sürmene'de ilgili hizmetler
Trabzon içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- tek stok
- kanal bazlı fiyat
- toplu ürün
- barkod
- fiyat güncelleme
- hata kuyruğu
- webhook
- oran sınırı
- e-arşiv
- kategori eşleştirme
- Trabzon
- Sürmene