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.
04Bursa için çalışma düzeni
Bursa, Marmara Bölgesi'nde yer alan, plaka kodu 16 olan bir ildir; PTT verisine göre 17 ilçe ve 1.074 mahalle ve köy kaydından oluşur. Bursa büyükşehir belediyesi olan 30 ilden biridir. Denize kıyısı olan illerdendir. Bursa 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.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Bursa'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.
Marmara Bölgesi'ndeki Kırklareli, Bilecik ve İstanbul gibi illerdeki işletmelerle de toplantılar uzaktan yapılır.
Kullandığınız sistemleri ve bağlamak istediğiniz platformu WhatsApp'tan yazın; çoklu pazaryeri yönetimi akışını birlikte çıkaralım. Telefon: 0540 003 19 81.
05Planlama notları
- Çakışma kuralı: aynı ürün iki kanalda aynı anda satılırsa stok nasıl düşülecek?
- Hata kuyruğu ve yeniden deneme: başarısız aktarımlar kaybolmamalı, raporlanmalı.
- Alan eşleştirmesi: kategori, marka, varyant, barkod, KDV oranı, desi.
06Kuyruk ve yeniden deneme
Kuyruk, yoğun anlarda isteklerin sırayla ve platformun izin verdiği hızda gönderilmesini sağlar; böylece hem veri kaybı hem oran sınırı hatası önlenir.
| 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
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.
Bursa'dan 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.
Ç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.
Entegrasyon için pazaryerinden ne almam gerekiyor?
Satıcı panelinden alınan API bilgileri (anahtar, gizli anahtar veya satıcı kimliği gibi), ürünlerin barkod ve kategori bilgileri ve stokun ana kaynağının hangi sistem olacağı kararı yeterlidir.
Ç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.
Bursa dışındaki işletmelere de hizmet veriyor musunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Marmara Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
→İlgili sayfalar
Çoklu Pazaryeri Yönetimi hakkında diğer konular
- Çoklu pazaryeri yönetimi test ve canlıya almaTest ortamı ve geçiş
- Çoklu pazaryeri yönetimi kurulum adımlarıAdım adım kurulum
- Çoklu pazaryeri yönetimiKapsam, akış ve kurulum
- Çoklu pazaryeri yönetimi API ve sınırlamalarYetki, oran sınırı ve kurallar
- Çoklu pazaryeri yönetimi hataları ve çözümleriSık hatalar ve nedenleri
Bursa'da ilgili hizmetler
Marmara Bölgesi'ndeki diğer iller
Bursa ilçelerinde çoklu pazaryeri yönetimi nasıl çalışır?
Bu sayfada geçen kavramlar
- tek stok
- kanal bazlı fiyat
- toplu ürün
- barkod
- fiyat güncelleme
- hata kuyruğu
- stok senkronizasyonu
- kategori eşleştirme
- sipariş aktarımı
- e-arşiv
- Bursa