Pazaryeri Entegrasyonu: Tek Stok, Çok Kanal

Her satış kanalı kendi stok sayısını tutar. Bir kanalda satış olduğunda diğerleri bunu ancak kendilerine bildirildiğinde öğrenir. Bildirim gecikirse ya da hiç gitmezse, aynı ürün birden fazla kanalda satılır. Sorun teknik değil, yapısaldır: tek gerçeğin birden çok kopyası vardır.

Her kanalın kendi stok kaydı olması bir hata değil, gerekliliktir; pazaryeri sizin sisteminize her sayfa açılışında soramaz. Bu yüzden kanallar sizin verdiğiniz sayıyı kendilerinde tutar ve satış oldukça düşer. Sorun, o sayının ne sıklıkla ve hangi olayla güncellendiğidir.

Yukarıdaki akışta bir kanalda satış oluyor, bilgi ana kayda gidiyor, sayı bir azalıyor ve oradan diğer kanallara yayılıyor. Aradaki kısa süre boyunca kanallar farklı sayı gösteriyor. O aralık kısaldıkça aşırı satış riski azalır; ama sıfırlanmaz. Bu yüzden çözüm yalnızca hızda değil, tasarımdadır.

Çok kanallı stokta tek bir tasarım kuralı diğer her şeyi belirler: stok sayısının doğrusunu bilen tek bir yer olmalıdır. Kanallar o sayıyı gösterir ve satış bildirir; sayıyı kendileri belirlemez. Bu kural konmadığında sistem her zaman tutarsızlaşır.

İki kanalın da stok yazabildiği bir düzende, hangi yazının kazandığı zamanlamaya kalır. Bir kanal "5 adet" yazarken diğeri "4 adet" yazıyorsa sonuç, hangisinin milisaniye farkla sonra geldiğine bağlıdır. Bu tür sistemler çoğu zaman doğru çalışır ve arada bir açıklanamaz biçimde bozulur — en zor tespit edilen hata türüdür.

Kanal → ANA KAYIT     : "1 adet sattım"        (olay bildirimi)
ANA KAYIT             : stok = stok - 1        (tek karar noktası)
ANA KAYIT → tüm kanallar: "yeni stok: N"       (yayın)

Yanlış akış:
Kanal → ANA KAYIT     : "stok 4 olsun"         (sayıyı kanal belirliyor)

Fark ince ama belirleyici: kanal SATIŞI bildirir,
SAYIYI bildirmez. Sayıyı hesaplayan tek yer ana kayıttır.

Bu ayrımın ikinci faydası, aynı bildirimin iki kez gelmesine karşı dayanıklılıktır. Ağ hatası nedeniyle aynı satış bildirimi tekrar gelirse, sipariş numarası daha önce işlendiği için ikinci kez düşülmez. "Stok 4 olsun" biçimindeki bir yazıda ise tekrarın zararsız olup olmadığı anlaşılamaz.

Her kanal ürünü kendi koduyla tanır. Eşleştirme, bu kodların tek bir ana ürün kaydına bağlanmasıdır. Eşleştirme kopuksa stok bir kanalda düşer, diğerinde düşmez ve sorunun kaynağı hiç bulunamaz. En sağlam bağ, ürünün barkodu üzerinden kurulandır.

Bir ürünün sizin sisteminizde bir kodu, kendi sitenizde başka bir kodu, her pazaryerinde ayrı bir ürün kimliği vardır. Entegrasyonun ilk işi bu kodları tek bir ana kayda bağlamaktır. Bu bağ kurulmadan yapılan hiçbir eşitleme doğru çalışmaz.

ANA KAYIT
  ürün kodu ...... URN-00412
  barkod ......... 8681234567891
  ad ............. (ürün adı)

KANAL BAĞLARI
  mağaza ......... URN-00412         (aynı kayıt)
  kendi sitem .... web-412
  pazaryeri A .... 998877
  pazaryeri B .... PZ-00412-KRM

Kural: bir ana kayda her kanaldan EN FAZLA bir kod bağlanır.
İki kod bağlıysa stok iki kez düşer.

1. 01

   Barkodla otomatik eşleştir

   Kanalda barkod alanı doluysa eşleştirmeyi bunun üzerinden yapın. Barkod tekil olduğu için en güvenilir bağdır ve ürün adı değişse bile bozulmaz.

2. 02

   Kalanları elle eşleştir

   Barkodu olmayan ya da yanlış girilmiş ürünler elle bağlanır. Bu liste her zaman beklediğinizden uzundur; kuruluma başlarken buna zaman ayırın.

3. 03

   Varyantları ayrı ele al

   Renk ve beden gibi varyantlar ayrı stok tutar; her varyantın kendi ana kaydı ve kendi kanal kodu olmalıdır. Varyantları tek kayda toplamak, çok kanallı satışta en hızlı bozulan yapıdır.

4. 04

   Eşleşmeyenleri görünür kıl

   Hiçbir kanala bağlanmamış ürünler ve hiçbir ana kayda bağlanmamış kanal ürünleri sürekli bir listede durmalıdır. Bu liste boşalmadan eşitlemeyi açmayın.

5. 05

   Eşleşmeyi kilitle

   Bağ kurulduktan sonra kanal kodu değiştirilmemelidir. Değişirse geçmiş siparişlerle bağ kopar ve iade eşleşmeleri bozulur.

Üç yöntem vardır. Ortak havuzda bütün kanallar aynı sayıyı görür — en çok satış, en çok risk. Tahsisli stokta her kanala pay ayrılır — risk yok, satış kaybı var. Tampon yöntemi ikisinin ortasıdır: havuz kullanılır ama belli bir adet kanallardan gizlenir.

Tampon ≈ Eşitleme gecikmesi (saat) × Saatlik satış hızı

Örnek:
  Eşitleme gecikmesi ......... 0,25 saat (15 dakika)
  Yoğun saatte satış hızı .... 8 adet/saat
  Tampon = 0,25 × 8 = 2 adet

Yani stok 10 iken kanallara 8 gösterilir.

Dikkat: hız ürüne göre değişir. Ayda 2 satan bir üründe
tampon 0 olmalıdır; sabit tampon yavaş ürünleri gereksiz
yere satışa kapatır.

Formülün söylediği şudur: tampon, gecikme süresi boyunca satabileceğiniz kadar olmalıdır. Gecikme kısaldıkça tampon küçülür; anlık bildirim kurabiliyorsanız çoğu üründe tampona hiç gerek kalmaz. Bu yüzden tampon bir çözüm değil, gecikmeye karşı alınmış bir sigortadır.

İki yöntem vardır. Yoklamada sisteminiz kanala düzenli aralıklarla sorar; basittir ama gecikme sorgu aralığı kadardır. Bildirimde kanal olay olduğunda sizi arar; gecikme saniyelere iner ama kaçan bildirimlere karşı yedek bir yoklama gerekir.

Pratikte doğru cevap üçüncü satırdır. Bildirim ana yoldur, yoklama ise güvenlik ağıdır: günde birkaç kez tam liste karşılaştırması yapılır ve kaçan bildirimler yakalanır. Yalnızca bildirime güvenen sistemlerde kayıp bildirimler haftalar boyunca fark edilmeden birikir.

• Her isteğin sonucu kaydedilmeli: hangi kanala ne gönderildi, cevap ne oldu. Kaydı olmayan entegrasyon hata ayıklanamaz.
• Başarısız istekler kuyruğa alınıp tekrar denenmeli; denemeler arasındaki süre kademeli olarak artmalı.
• Belli sayıda denemeden sonra hâlâ başarısızsa insan uyarılmalı. Sessizce vazgeçen bir kuyruk, hiç kuyruk olmamasından daha tehlikelidir.
• Kanal geçici olarak cevap vermediğinde sistem durmamalı; işlemler kuyrukta beklemeli ve kanal döndüğünde sırayla işlenmeli.
• Günlük bir mutabakat raporu üretilmeli: ana kayıttaki stok ile her kanalın gösterdiği stok yan yana konmalı.

Stok tek yönlü bir akış değildir. Sipariş geldiğinde stok düşer, iptal olursa geri döner, kargolanınca kesinleşir, iade gelirse ürünün durumuna göre stoğa döner ya da dönmez. Bu dört durumun hepsi tasarlanmadan entegrasyon tamamlanmış sayılmaz.

1. 01

   Sipariş alındı

   Stok bu anda düşülmelidir, kargolandığında değil. Aksi hâlde sipariş ile sevkiyat arasındaki sürede aynı ürün tekrar satılır.

2. 02

   Sipariş iptal edildi

   Stok geri eklenir. İptal bildirimi kaçarsa stok kilitli kalır ve elinizde mal varken satışa kapanırsınız — bu sessiz kaybın fark edilmesi aylar sürebilir.

3. 03

   Kargolandı

   Stok hareketi kesinleşir. Bu adımda faturanın da kesilmesi gerekir; sipariş ile fatura arasındaki kopukluk ay sonunda mutabakat sorununa dönüşür.

4. 04

   İade geldi

   Ürünün durumu kontrol edilir. Satılabilir durumdaysa stoğa döner; değilse ayrı bir hasarlı/iade deposuna alınır. İadenin doğrudan stoğa dönmesi, satılamayacak malı satılabilir göstermek demektir.

5. 05

   İade reddedildi

   Ürün müşteriye geri gider ve stoğa hiç girmez. Bu durumun ayrı kaydedilmesi, iade oranı ölçümünün doğru olması için gereklidir.

İkinci adım en çok gözden kaçandır. Kanal tarafında iptal edilen bir siparişin bildirimi kaçtığında ürün sisteminizde rezerve kalır. Toplam stok doğru görünür ama satılabilir stok yanlıştır. Günlük mutabakat raporu bu durumu yakalayan tek mekanizmadır.

Kanalları ciroya göre karşılaştırmak yanıltıcıdır. Her kanalın kendi komisyonu, kargo yapısı, iade oranı ve işlem yükü vardır. Doğru karşılaştırma, bu kalemler düşüldükten sonra kalan tutar üzerinden yapılır.

Net katkı = Satış - Ürün maliyeti - Komisyon - Kargo
            - İade maliyeti - İşlem maliyeti

İade maliyeti = İade oranı × (Kargo × 2 + Yeniden işleme)

Örnek — bir ürün, iki kanal:

                      Kanal A      Kanal B
  Satış fiyatı ....... 1.000        1.000
  Ürün maliyeti ......   600          600
  Komisyon ...........   150           30
  Kargo ..............    60           60
  İade oranı .........  %12           %4
  İade maliyeti ......    22            7
  İşlem maliyeti .....    15           15
  ─────────────────────────────────────
  Net katkı ..........   153          288

Aynı ciro, yaklaşık iki katı fark. Ciro tablosunda
iki kanal da aynı görünürdü.

Örnekteki oranlar sizin kanallarınızda farklı çıkacaktır; önemli olan sayılar değil, hesabın kurulma biçimidir. İade maliyetini gidiş-dönüş kargo ve yeniden işleme üzerinden hesaplamak, çoğu işletmenin hiç yapmadığı ama kanal kararını en çok değiştiren adımdır.

Doğru sıra: ürün kartlarını temizle, barkodları tamamla, tek kanalla başla, mutabakatı kur, sonra kanal ekle. Bütün kanalları aynı anda açan kurulumlar, hata çıktığında hangi kanaldan geldiğini bulamaz.

1. 01

   1. Ana kayıtları düzelt

   Tekrar eden ürün kartlarını birleştirin, varyantları ayırın, barkodları tamamlayın. Entegrasyon dağınık kaydı düzeltmez, çoğaltır.

2. 02

   2. Tek kanalla başla

   En küçük hacimli kanalı seçin ve yalnızca onunla eşitleyin. Hata çıktığında sebebi tek yerde arayacaksınız.

3. 03

   3. Önce okuma, sonra yazma

   İlk aşamada yalnızca siparişleri çekin, stok göndermeyin. Sipariş akışı sorunsuz çalıştıktan sonra stok yazmayı açın.

4. 04

   4. Mutabakat raporunu kur

   Stok yazmayı açmadan önce günlük karşılaştırma raporunu hazırlayın. Rapor yoksa hatayı müşteriden öğrenirsiniz.

5. 05

   5. Tamponla aç

   İlk haftalarda tamponu geniş tutun. Sistem oturduktan ve gecikme ölçüldükten sonra daraltın.

6. 06

   6. Kanal ekle

   Her yeni kanalı aynı sırayla ekleyin ve bir öncekinin mutabakatı temizlenmeden yenisine geçmeyin.

Entegrasyonun sağlığı dört sayıyla ölçülür: eşitleme gecikmesi, mutabakat farkı olan ürün sayısı, aşırı satış nedeniyle iptal edilen sipariş oranı ve eşleşmemiş ürün sayısı. Dördü de günlük bakılır ve birlikte okunur.

Dördüncü satır kurulumdan sonra en hızlı bozulan yerdir. Entegrasyon kurulurken bütün ürünler dikkatle eşleştirilir; aylar sonra açılan yeni ürünler için aynı özen gösterilmez. Eşleşmemiş ürün listesi boş kalmıyorsa, sistem kurulduğu gibi çalışmıyor demektir.

Bu beş sayı elle de çıkarılabilir ama günlük bakılacaksa sistemden otomatik gelmelidir. Ana kayıt, kanal bağları ve sipariş hareketleri düzgün tutuluyorsa beşi de tek ekranda toplanabilir; tutulmuyorsa önce o düzeni kurmak gerekir — ölçüm ondan sonra anlam kazanır.