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.
04İstanbul'da çoklu pazaryeri yönetimi
Marmara Bölgesi illerinden İstanbul (plaka 34), PTT adres verisinde 39 ilçe ve 973 yerleşim kaydıyla yer alır. İstanbul büyükşehir belediyesi olan 30 ilden biridir. Denize kıyısı olan illerdendir. İstanbul'da PTT verisine göre 12 OSB/SB kaydı bulunur; üretim ve tedarik zinciriyle çalışan işletmelerde çoklu pazaryeri yönetimi için B2B süreçler ve mevcut programlarla entegrasyon ayrıca konuşulur.
Büyükşehirlerde çok şubeli ve çok depolu işletmeler yaygındır; çoklu pazaryeri yönetimi planlanırken şubeler arası stok, merkezden raporlama ve şube bazlı yetki baştan değerlendirilir.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; İstanbul'daki işletmelerle ekran paylaşımlı demolar ve ortak bir proje panosu üzerinden çalışılır. Donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
Aynı bölgedeki Bursa, Tekirdağ ve Çanakkale illeri için de çoklu pazaryeri yönetimi projeleri aynı düzenle yürütü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.
05Kuyruk 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
İstanbul'dan yazıyorum; toplantılar nasıl yapılıyor?
Toplantılar görüntülü yapılır ve ekran paylaşımıyla ilerler. Cihaz kurulumu, saha incelemesi veya ekip eğitimi gibi yerinde bulunmayı gerektiren adımlar ayrıca planlanır.
Ç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.
Sadece İstanbul için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; İstanbul de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanı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.
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.
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.
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.
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.
→İlgili sayfalar
Çoklu Pazaryeri Yönetimi hakkında diğer konular
- Çoklu pazaryeri yönetimi fiyatlarıEntegrasyon maliyetini belirleyenler
- Çoklu pazaryeri yönetimi veri eşleştirmeAlan, kategori ve kod eşleştirmesi
- Çoklu pazaryeri yönetimi: hazır modül mü özel entegrasyon mu?Hazır entegratör ile özel çözüm farkı
- Çoklu pazaryeri yönetimi test ve canlıya almaTest ortamı ve geçiş
- Çoklu pazaryeri yönetimi çoklu platform yönetimiBirden çok sistemle birlikte kullanım
İstanbul'da ilgili hizmetler
Marmara Bölgesi'ndeki diğer iller
İstanbul ilçelerinde çoklu pazaryeri yönetimi nasıl çalışır?
- Adalar
- Arnavutköy
- Ataşehir
- Avcılar
- Bağcılar
- Bahçelievler
- Bakırköy
- Başakşehir
- Bayrampaşa
- Beşiktaş
- Beykoz
- Beylikdüzü
- Beyoğlu
- Büyükçekmece
- Çatalca
- Çekmeköy
- Esenler
- Esenyurt
- Eyüpsultan
- Fatih
- Gaziosmanpaşa
- Güngören
- Kadıköy
- Kağıthane
- Kartal
- Küçükçekmece
- Maltepe
- Pendik
- Sancaktepe
- Sarıyer
- Silivri
- Sultanbeyli
- Sultangazi
- Şile
- Şişli
- Tuzla
- Ümraniye
- Üsküdar
- Zeytinburnu
Bu sayfada geçen kavramlar
- tek stok
- kanal bazlı fiyat
- toplu ürün
- barkod
- fiyat güncelleme
- hata kuyruğu
- e-arşiv
- sipariş aktarımı
- İstanbul