1C ile web sitesi ve Ozon/WB arasında çift kayıt ve "dalgalanan" stoklar olmadan çalışan bir senkronizasyon şeması kurma

1C'yi web sitesi ve pazaryerleriyle senkronize etmek için öncelikle stok ve fiyatlar açısından "tek gerçek kaynağı" belirleyin, ardından ürün kataloğunu (SKU/barkod/varyantlar) düzenleyin ve sonrasında bağlantıları kurun: web sitesi için CommerceML, Ozon/WB için ise API (genellikle bir modül aracılığıyla) kullanın ve senkronizasyon zamanlamalarını ayarlayın.

Bağlantıdan önce 1C'de neler hazırlanmalı

1. Ürün kataloğu ve varyantlar
   Tek bir yaklaşım seçin ve karıştırmayın:

• Ürün = katalog kartı, varyantlar = özellikler (beden/renk);
• veya her varyant = ayrı bir katalog öğesi.

2. Eşleştirme anahtarı (zorunlu)
   Tüm kanallardaki aynı ürünleri nasıl "birleştireceğinizi" sabitleyin: SKU/ürün kodu/barkod. Pazaryerleri için bu kritik öneme sahiptir.

3. Senaryolara göre depolar
   Minimum gereksinim: kendi depolamanız (FBS) için ayrı bir depo/depo grubu ve eğer her ikisini de kullanıyorsanız pazaryeri tarafında depolama (FBO) için ayrı bir depo.

4. Kanal bazlı fiyatlar
   Bir kanalın diğerinin üzerine yazmaması için ayrı fiyat türleri oluşturun: "Web Sitesi", "Ozon", "WB" (ve gerekirse "Pazaryeri Kampanyası").

5. Sipariş durumu haritası
   Durumların neye dönüşeceğine önceden karar verin: "yeni → işleme alındı → hazırlandı → kargolandı/teslim edildi → kapatıldı" ve her adımda hangi 1C belgelerinin oluşturulacağı (sipariş/satış/komisyon raporu — yapılandırmanıza ve satış şemanıza bağlıdır).

1C ↔ Web sitesi değişimi (CommerceML): Adım adım

Adım 1. Web sitesi tarafında senkronizasyonu etkinleştirin
Genellikle şunlar gerekir: "1C ile Değişim" modülünü etkinleştirmek, bir değişim kullanıcısı oluşturmak ve katalog alımı ile sipariş gönderimine izin vermek.

Adım 2. 1C'de değişim ayarlarını oluşturun
Değişim adresini, kullanıcı adını/şifreyi belirtin, modu seçin (katalog dışa aktarma/sipariş içe aktarma/çift yönlü), veri içeriğini belirleyin (ürünler, fiyatlar, stoklar, görseller).

Adım 3. Eşleştirmenin "kritik noktalarını" kontrol edin

• Özellikler ve varyantlar (web sitesinin bunları nasıl beklediği);
• Ölçü birimleri;
• KDV/KDV hariç ve tutar yuvarlamaları;
• Teslimat ve ödeme (1C siparişine nasıl yansıyacağı: hizmet ayrı bir satır olarak, yorum olarak veya ayrı bir alan olarak).

Adım 4. Küçük bir hacimle test yapın 10–50 ürün dışa aktarın, test siparişi oluşturun ve şunları kontrol edin: müşteri, adres, tutar, rezervasyon, durum doğruluğu.

1C ↔ Ozon/WB API üzerinden değişim: Kurulum mantığı

Bu işlem çoğunlukla 1C içindeki bir modül/konektör aracılığıyla yapılır (bu daha hızlıdır ve manuel destek ihtiyacını azaltır).

1. API erişim bilgileri Satıcı panelinde anahtarlar oluşturun ve bunları modüle girin.

2. Modeli seçin

• FBS: Siz depolar ve kendi deponuzdan gönderim yaparsınız (stoklara karşı en hassas model).
• FBO: Platform depolama ve gönderim yapar (1C'de düşüşlerin ve raporların doğru şekilde yansıtılması önemlidir).

3. Depoları eşleştirin Hangi 1C deposunun kanala stok verdiğini ve hangi depoların mevcut miktar hesaplamasına katılmadığını açıkça belirtin.

4. Ürünleri eşleştirin SKU/ürün kodu/barkod ile bağlama yapın — tek bir öncelik seçin. Varyantların (beden/renk) platformdaki pozisyonlarla birebir eşleştiğinden emin olun.

5. Gerekli değişim döngülerini etkinleştirin Minimum faydalı olanlar: siparişler, stoklar, durumlar. Fiyatlar ve ürün kartları — stabilizasyondan sonra.

Senkronizasyon zamanlamaları: Önerilen aralıklar

• Siparişler: Her 1–5 dakikada bir (hızlı rezervasyon yapmak ve gecikmeler nedeniyle iptallerle karşılaşmamak için).
• Stoklar: Her 5–15 dakikada bir (yoğun satışlar için 5 dakikaya yakın).
• Fiyatlar: 15–60 dakika veya değişiklik takvimine göre.
• Kartlar/açıklamalar/görseller: Günde 1–4 kez (ağır dışa aktarmalar daha seyrek).

Yaygın hatalar

• Çift ürün kayıtları: Önce platformda manuel oluşturma, sonra 1C'den toplu dışa aktarma. Çözüm: Tek bir eşleştirme anahtarı ve küçük bir grupla test.
• "Zıplayan" stoklar: Tek bir fiziksel stoğun kurallar olmadan birden fazla kanalda aynı anda mevcut görünmesi. Çözüm: Çevrimiçi kanallar için ayrı depolar/rezervasyonlar/mevcut stok limitleri.
• Yanlış sipariş tutarları: KDV, teslimat, yuvarlamalar. Çözüm: Hesaplama kurallarını ve teslimat/indirimlerin 1C belgelerine nasıl yansıyacağını mutabık kalın.
• API yetkilendirme hataları (401/403): Yanlış anahtar, iptal edilmiş erişim, yanlış hesap. Çözüm: Anahtarları yeniden oluşturun, hakları kontrol edin, modülde güncelleyin.
• API limitleri ve 429 hataları: Çok sık senkronizasyonlar ve paralel akışlar. Çözüm: Aralığı artırın, istek kuyruğunu etkinleştirin, toplu işlem kullanın.

SSS

Hem web sitesi hem de Ozon/WB için "tek bir senkronizasyon" yapılabilir mi? Doğrusu iki ayrı döngü olarak düşünmektir: Web sitesi genellikle CommerceML aracılığıyla, pazaryerleri ise API aracılığıyla bağlanır. 1C'de bunlar aynı ürün kataloğuna dayanmalıdır, ancak zamanlamalar ve kurallar farklı olabilir.

Önce ne başlatılmalı: fiyatlar mı yoksa stoklar mı? Neredeyse her zaman sıralama şöyledir: siparişler → stoklar → fiyatlar ve ancak ondan sonra — kartlar/açıklamalar. Bu şekilde fazla satış yapma riski daha azdır ve hata ayıklama daha kolaydır.

Her kanal için ayrı fiyat türleri oluşturmak gerekir mi? Evet, eğer web sitesi ile pazaryerleri arasında fiyatları yanlışlıkla üzerine yazmak istemiyorsanız ve farklı kar marjları/kampanyalar planlıyorsanız.