Pazar Yeri Yazılımı SSS

Satıcı davetle veya açık başvuruyla sürece girebilir. Başvuru, eksik bilgi düzeltme, inceleme, aktivasyon ve satışa hazır olma adımları ayrı durumlar olarak izlenebilir; hangi adımların zorunlu olduğu projede belirlenir.

Her zaman değil. Hesabın aktif olması ile katalog, teklif, entegrasyon veya gerekli operasyon kontrollerinin tamamlanmış olması ayrı konulardır.

Hayır varsayımıyla tasarlanır: satıcı yalnız kendi kapsamındaki ürün, teklif, sipariş, iade ve finans görünümüne erişir. Kesin yetki sınırları proje rol modelinde tanımlanır.

Operatör yetkileri de sınırsız kabul edilmez. Kritik işlemler rol, gerekçe, iz kaydı ve gerektiğinde çift onay gibi kontrollerle sınırlandırılabilir.

Hayır. Ürün ortak içerik ve varyant yapısını, satıcı teklifi ise ilgili satıcının fiyat, stok ve satış durumunu temsil eder. Aynı ürünün birden fazla satıcı teklifi olabilir.

Proje kuralına bağlıdır. Otomatik kalite kontrolleri kullanılabilir; belirli kategorilerde veya istisnalarda operatör incelemesi eklenebilir. Evrensel bir manuel onay zorunluluğu yoktur.

Manuel giriş, dosya aktarımı veya API gibi yöntemler kullanılabilir. Hangi yöntemin destekleneceği ve hangi sistemin ana kaynak olduğu entegrasyon kapsamında belirlenir.

Kayıt sessizce reddedilmek yerine gerekçeli bir hata veya düzeltme akışına düşer. Satıcı hangi alanı düzeltmesi gerektiğini görür; yeniden gönderim ve geçmiş izlenebilir tutulur.

Müşteri tarafında sipariş bütün görünebilir; operasyon tarafında ise satıcıya özel sipariş parçalarına ayrılır. Her satıcı yalnız kendi kalemlerini işler.

İptal yetkisi ve uygunluğu güncel sipariş durumuna ve proje kurallarına bağlıdır. Her durumda iptal edilebilir şeklinde sabit bir kural uygulanmaz.

Evet, akış buna göre tasarlanabilir. İade talebi ilgili satıcı ve sipariş kalemine bağlanır; tam veya kısmi sonuç proje politikasına göre işlenir.

Hayır varsayımı yapılmaz. İade dosyasının operasyonel durumu ile geri ödeme, komisyon düzeltmesi ve satıcı bakiye hareketleri ilişkili fakat ayrı kayıtlardır.

Sabit olmak zorunda değildir. Kural; satıcı, kategori, ürün veya başka proje ölçütlerine göre yapılandırılabilir. Geçerlilik tarihi, öncelik ve versiyon bilgisi izlenebilir tutulur.

Geçmiş finansal kayıtların sessizce yeniden yazılması yerine düzeltme veya ters kayıt yaklaşımı kullanılır. Hangi yöntemin uygulanacağı proje finans kurgusunda belirlenir.

Hayır. Bekleyen, kullanılabilir, düzeltmeye konu veya mutabakat bekleyen hareketler ayrı durumlar olarak ele alınabilir.

Hayır. Müşteri tahsilatı, satıcı hakedişi, mutabakat ve ödeme hazırlığı ayrı katmanlardır. Sağlayıcı, zamanlama ve hukuki/finansal model projeye göre belirlenir; evrensel bir ödeme akışı iddia edilmez.

ERP, muhasebe, kargo, ödeme, fatura, bildirim ve diğer servis sınıflarıyla entegrasyon planlanabilir. Hazır her sağlayıcıya bağlantı olduğu iddia edilmez; karşı sistemin teknik imkanları keşifte doğrulanır.

Hayır. API, webhook, düzenli sorgulama, dosya aktarımı veya manuel süreçler kullanılabilir. Doğru yöntem, veri hacmi ve karşı sistemin yeteneğine göre seçilir.

Amaç bunun tersidir. Olay kaydı, tekrar deneme ve görünür istisna kuyruğu kullanılarak başarısız aktarım ilgili sipariş, iade veya iş kaydıyla ilişkilendirilir.

Bu ailede doğrulanmış sabit fiyat yayımlamıyoruz. Pilot, Growth ve Enterprise başlangıç kapsamlarının tamamı Teklif Al modeliyle ilerler; entegrasyon, veri taşıma, üçüncü taraf servisler ve özel iş akışları yalnız yazılı teklifte kapsamlanır.