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ı
NotÇakışma kuralı: aynı ürün iki kanalda aynı anda satılırsa stok nasıl düşülecek?
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 |
04Planlama notları
- Hata kuyruğu ve yeniden deneme: başarısız aktarımlar kaybolmamalı, raporlanmalı.
- Platformların oran sınırları (rate limit) ve kuralları değişebilir; entegrasyon izleme ve bakımla birlikte planlanır.
- Alan eşleştirmesi: kategori, marka, varyant, barkod, KDV oranı, desi.
05Kabul 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
06İşletim ve bakım ipuçları
- Yetki ve API anahtarlarının süresi dolmadan yenilenir.
- Başarısız aktarımlar günlük olarak hata kuyruğundan kontrol edilir.
- Yoğun kampanya dönemlerinden önce kuyruk kapasitesi gözden geçirilir.
07Hangi durumlarda gündeme gelir?
Yeni bir pazaryerine açılırken
Mevcut ürün verisi kategori ve özellik eşleştirmesiyle yeni kanala taşınır.
Birleşik sipariş ekranı gerektiğinde
Birleşik sipariş ekranı, çoklu pazaryeri yönetimi projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.
08Yayladağı'nda kurulum planı
PTT kayıtlarında Yayladağı ilçesine bağlı 47 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.
Mesafe yazılım işinin önünde engel değildir: Yayladağı'ndaki 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 Samandağ, Arsuz ve Defne 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
Sadece Hatay için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Akdeniz Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürü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.
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.
Yayladağı'nda yüz yüze görüşebilir miyiz?
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.
Kurulumda bizden ne istenir?
API bilgileri, örnek kayıtlar ve eşleştirme kararlarında onay veren bir sorumlu.
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.
Ç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.
Ç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.
→İ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: 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 API ve sınırlamalarYetki, oran sınırı ve kurallar
- Çoklu pazaryeri yönetimiKapsam, akış ve kurulum
Yayladağı'nda ilgili hizmetler
Hatay 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
- kategori eşleştirme
- stok senkronizasyonu
- webhook
- Hatay
- Yayladağı