01Sık hatalar ve çözümleri
Zorunlu alan eksik
Neden: Hedef sistem yeni bir alanı zorunlu yaptı veya veri boş geldi. Çözüm: eşleştirme tablosunu güncellemek ve aktarım öncesi doğrulama eklemek.
Zaman aşımı
Neden: Karşı sistem geç yanıt verdi veya toplu istek büyüktü. Çözüm: toplu işlemi parçalara bölmek ve yeniden deneme mantığı.
Kategori veya özellik reddi
Neden: Kategori eşleşmesi yok ya da zorunlu özellik değeri eksik. Çözüm: kategori ve özellik eşleştirmesini tamamlamak.
Stok çakışması
Neden: Aynı ürün iki kanalda aynı anda satıldı, güncellemeler çakıştı. Çözüm: tek stok kaynağı ve sıralı (kuyruklu) güncelleme.
Mükerrer kayıt
Neden: Aynı sipariş veya cari iki kez aktarıldı. Çözüm: benzersiz anahtarla tekrar kontrolü (idempotency).
02Kategoriye özgü sorunlar
| Belirti | Olası neden | Çözüm |
|---|---|---|
| Stok sıfırlanıyor/eksiye düşüyor | İki yönlü güncelleme çakışması | Tek kaynak ve kilit mantığı |
| Sipariş düşmüyor | Kimlik/yetki süresi doldu veya alan değişti | İzleme ve uyarı |
| Ürün reddediliyor | Kategori/özellik eşleşmesi eksik | Eşleştirme tablosu |
| Fatura kesilmiyor | Vergi/kimlik bilgisi eksik | Doğrulama kuralları |
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 |
04Kalıcı önlemler
- İzleme panosu ve hata bildirimi
- Yetki sürelerinin dolmadan yenilenmesi
- Platform duyurularının takibi
- Hata kuyruğunun günlük kontrolü
05Kapsamı ve maliyeti etkileyenler
- yön (tek/iki yönlü)
- özel alan eşleştirmeleri
- ürün/varyant hacmi
- bakım ve izleme kapsamı
06İşletim ve bakım ipuçları
- Yetki ve API anahtarlarının süresi dolmadan yenilenir.
- Stok ana kaynağı ile kanallardaki stok haftalık örneklemle karşılaştırılır.
- Başarısız aktarımlar günlük olarak hata kuyruğundan kontrol edilir.
07Lüleburgaz'da destek
Lüleburgaz, Kırklareli iline bağlı bir ilçedir ve PTT adres verisine göre 61 mahalle ve köy kaydından oluşur.
Mesafe yazılım işinin önünde engel değildir: Lüleburgaz'daki 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 Pınarhisar, Vize ve Kırklareli Merkez 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.
SSSSık sorulan sorular
Ç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.
Hata kuyruğunu kim kontrol eder?
İşletmede belirlenen bir sorumlu günlük kontrol eder; bakım anlaşması varsa bizim tarafımızdan da izlenir.
Hata olduğunu nasıl anlarım?
İzleme kurulu bir entegrasyonda başarısız kayıtlar listelenir ve sorumlu kişiye bildirim gider; ayrıca günlük özet raporu alınabilir.
Kırklareli dışındaki işletmelere de hizmet veriyor musunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Kırklareli de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
Aynı sipariş iki kez aktarılabilir mi?
Benzersiz anahtar kontrolü (idempotency) kurulduğunda aynı kayıt ikinci kez işlenmez.
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.
Lüleburgaz'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.
→İlgili sayfalar
Çoklu Pazaryeri Yönetimi hakkında diğer konular
- Çoklu pazaryeri yönetimi bakım ve izlemeÇalışan entegrasyonun takibi
- Çoklu pazaryeri yönetimi kurulum adımlarıAdım adım kurulum
- Çoklu pazaryeri yönetimi API ve sınırlamalarYetki, oran sınırı ve kurallar
- Çoklu pazaryeri yönetimi çoklu platform yönetimiBirden çok sistemle birlikte kullanım
- Çoklu pazaryeri yönetimiKapsam, akış ve kurulum
Lüleburgaz'da ilgili hizmetler
Kırklareli 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
- stok senkronizasyonu
- Kırklareli
- Lüleburgaz