01Ön koşullar
- Bağlanacak sistemlerin API anahtarı veya entegrasyon yetkisi
- Varsa test (sandbox) hesabı
- Ana kaynağın (stok, fiyat, cari) hangi sistem olacağı kararı
- Örnek kayıtlar: ürün, sipariş, cari
02Kurulum adımları
- Akışların ve alanların belirlenmesi
- Eşleştirme tablosunun hazırlanması
- Ara katmanın geliştirilmesi
- Test ortamında örnek verilerle deneme
- Hata ve yeniden deneme senaryolarının denenmesi
- Kısa paralel çalışma
- Canlıya alma ve izleme panosunun açılması
NotTest ortamı (sandbox) varsa canlıya almadan önce kullanılır.
03Aktarılan veriler
| 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 |
04Kabul kriterleri
- Örnek kayıtlar hedef sistemde beklenen alanlarla görünüyor
- Başarısız kayıt hata listesine düşüyor ve bildirim geliyor
- Kayıt sayıları kaynak ve hedefte örneklemle eşleşiyor
- Yetki ve erişim bilgileri gizli kasada tutuluyor
05Çoklu pazaryeri yönetimi hangi işletmelerde kullanılır?
- Pazaryeri satıcıları
- E-ihracat yapan firmalar
- Toptancılar
- Üretici markalar
06İşletim ve bakım ipuçları
- Stok ana kaynağı ile kanallardaki stok haftalık örneklemle karşılaştırılır.
- Yoğun kampanya dönemlerinden önce kuyruk kapasitesi gözden geçirilir.
- Yetki ve API anahtarlarının süresi dolmadan yenilenir.
07Kapsamı ve maliyeti etkileyenler
- gerçek zamanlılık ihtiyacı
- ürün/varyant hacmi
- özel alan eşleştirmeleri
- yön (tek/iki yönlü)
08Planlama notları
- Platformların oran sınırları (rate limit) ve kuralları değişebilir; entegrasyon izleme ve bakımla birlikte planlanır.
- Ç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ı.
09Özalp'ta kurulum planı
PTT kayıtlarında Özalp ilçesine bağlı 58 yerleşim bulunur. 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; Özalp'taki 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ı ildeki Çaldıran, Bahçesaray ve İpekyolu ilçeleri için de çoklu pazaryeri yönetimi talepleri değerlendirilir; 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.
SSSSık sorulan sorular
Ç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.
Kurulum sırasında satış durur mu?
Hayır. Kurulum test ortamında hazırlanır; canlıya alma planlı bir saatte yapılır.
Kurulumda bizden ne istenir?
API bilgileri, örnek kayıtlar ve eşleştirme kararlarında onay veren bir sorumlu.
Ç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.
Test hesabı yoksa ne yapılır?
Sınırlı sayıda gerçek kayıtla kontrollü deneme yapılır ve geri alma planı hazırlanır.
Özalp'tan 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.
Van dışındaki işletmelere de hizmet veriyor musunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Doğu Anadolu Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
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.
→İlgili sayfalar
Çoklu Pazaryeri Yönetimi hakkında diğer konular
- Çoklu pazaryeri yönetiminin güvenliğiKimlik bilgisi, yetki ve veri güvenliği
- Çoklu pazaryeri yönetimi API ve sınırlamalarYetki, oran sınırı ve kurallar
- Çoklu pazaryeri yönetimi bakım ve izlemeÇalışan entegrasyonun takibi
- Çoklu pazaryeri yönetimiKapsam, akış ve kurulum
- Çoklu pazaryeri yönetimi test ve canlıya almaTest ortamı ve geçiş
Özalp'ta ilgili hizmetler
Van 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
- API
- e-arşiv
- webhook
- Van
- Özalp