Sabah dokuz. Bereket Ev Tekstili altı kişilik bir ekip ve dört yerden satıyor: Trendyol, n11, kendi WooCommerce sitesi ve yeni açtığı Shopify mağazası. (Demo verisi.) Depodaki iki kişinin günü hep aynı başlıyor: dört sekme açılıyor, dört panelde ayrı ayrı "yeni sipariş var mı" diye bakılıyor, bulunanlar bir Excel'e kopyalanıyor, sonra o Excel'den paket listesi çıkarılıyor. Günde 60 sipariş için bu iş 40 dakika sürüyor. Ayda 20 saat, yılda iki buçuk haftalık mesai.
Asıl maliyet o 40 dakika değil. Asıl maliyet, dört panelin hiçbirinin size bütünü göstermemesi. Hangi kargo üç gündür hareketsiz, hangi siparişin takip numarası hiç girilmedi, hangi ürünün stoğu bu akşam bitecek: bu soruların cevabı hiçbir panelde yok, çünkü her panel yalnız kendi kanalını biliyor. Pazaryeri sipariş takip programı dediğimiz şey de aslında bu boşluğu doldurur: panelleri kapatmaz, panellerin üstüne sizin çalışma masanızı kurar.
Bu rehber o masayı nasıl kuracağınızı anlatıyor: hangi kanalın neyi getirdiğini, tek eşleme anahtarının neden sipariş numarası olduğunu, kargo ve stok disiplinini, ve dürüstçe, böyle bir sistemin yapmadığı şeyleri.
Çoklu kanalda günün nasıl kaybolduğu
Kanal sayısı arttıkça iş yükü doğrusal artmaz, çarpılarak artar. Sebep basit: her kanal kendi numarasını, kendi durum isimlerini, kendi ekranını dayatır. Aşağıdaki şema tek masanın neye benzediğini gösteriyor.
Şemanın üstündeki altı kutuyu birleştirmeden önce, birleştirmemenin faturasına bakalım. Dört panelde satan bir ekipte tekrar eden beş kayıp vardır ve hiçbiri beceriksizlik değildir; hepsi tek listenin olmamasından doğar.
- 1. Aynı siparişi iki kez hazırlamak. Sipariş hem panelden hem Excel'den bakıldığında, iki kişi aynı paketi toplayabilir. Küçük görünür, kargoya çıkan mükerrer paket geri döndüğünde küçük görünmez.
- 2. Takip numarası girilmemiş kargo. Paket çıkmıştır, numara hiçbir yere yazılmamıştır. Müşteri aradığında cevap yoktur, cevap yoksa iade talebi başlar.
- 3. Ödemesi beklemede kalan sipariş. Havale bekleyen sipariş hazırlanır, kargolanır, sonra ödeme hiç gelmez. Bu, kanal sayısı arttıkça en hızlı büyüyen kayıptır.
- 4. Kanallar arası stok çakışması. Depoda 8 adet kalan ürün dört kanalda birden satıştadır. Aynı gün 11 sipariş gelir, üç müşteriye iptal yazılır.
- 5. Hangi kanalın kazandırdığını bilmemek. Ciroyu kanal kanal ayırmıyorsanız, komisyonu ve iade oranını yüksek olan kanala reklam bütçesi ayırmaya devam edersiniz.
Beşinin ortak paydası şu: her biri, siparişin tek bir kayda dönüşmemesinden kaynaklanıyor. Kayıt yoksa liste yok, liste yoksa disiplin de yok.
Çoklu pazaryeri entegrasyonu kurarken sorulacak altı soru
Piyasadaki her entegrasyon "tüm pazaryerlerini bağlarız" der. Fark, bağlandıktan sonra ne olduğundadır. Karar vermeden önce sorulacak altı soru şunlar:
| # | Soru | Neden önemli |
|---|---|---|
| 1 | Senkron tek yönlü mü, çift yönlü mü? | Sadece sipariş çeken bir sistemle, pazaryerine durum ve stok yazan bir sistem tamamen farklı süreçler kurdurur. İkisi de doğru olabilir; bilmeden başlamak yanlıştır. |
| 2 | Ne sıklıkta senkron oluyor? | Günde bir çeken bir sistem kargo süresini uzatır. Dakikalar mertebesindeki senkron, siparişin geldiği gün çıkmasını sağlar. |
| 3 | Aynı sipariş iki kez düşerse ne oluyor? | Eşleme anahtarı yoksa her senkron mükerrer kayıt üretir. Anahtar sipariş numarası olmalı ve pazaryeri numaraları çakışmaması için önekli yazılmalıdır. |
| 4 | Elle yazdığım not korunuyor mu? | Senkron var olan kaydın üstüne körlemesine yazıyorsa, "müşteri kapıda ödeme istedi" notunuz her 15 dakikada bir silinir. |
| 5 | Stok nereden düşüyor? | Sipariş kalemi ile ürün kartı hangi alandan eşleşiyor? Eşleşme kuralı belirsizse stok hiç düşmez ve kimse fark etmez. |
| 6 | Anahtarlarım nerede duruyor? | API anahtarı satıcı hesabınızın kapısıdır. Sunucuda mı saklanıyor, tarayıcıya iniyor mu, ekranda maskeli mi görünüyor? |
Bu altı sorunun cevabını yazılı almadan entegrasyon kurmayın. Özellikle birincisi: çift yönlü sanıp tek yönlü bir sistem kurarsanız, ekip Ohana360'ta siparişi Kargoda yapar ve pazaryerinde kargo bildirimi hiç yapılmaz. Bu, ceza puanına kadar giden bir yanlış anlamadır.
Tek eşleme anahtarı: sipariş numarası
Çoklu kanal düzeninin tamamı tek bir alanın üstünde durur: sipariş numarası. Kural şu: aynı numara ikinci kez geldiğinde yeni kayıt açılmaz, var olan kayıt güncellenir. Bu tek cümle mükerrer kaydı, çift paketlemeyi ve yanlış stok düşümünü aynı anda çözer.
İkinci kural, numaraların çakışmasını önlemek için ön ek kullanmaktır. n11'in 40917 numaralı siparişi ile Shopify'ın 40917 numaralı siparişi aynı kayıt değildir; ilki N11-40917, ikincisi SHP-40917 olarak yazılırsa hiçbir zaman karışmazlar.
Üçüncü kural, güncellemenin dar tutulmasıdır. Senkron var olan bir kayda dokunduğunda yalnız pazaryerinden gelebilecek alanları değiştirmelidir: durum, ödeme durumu, takip numarası. Müşteri adı, adres, kalemler ve özellikle sizin elle yazdığınız not korunur. Yoksa sistem, insanın kattığı bilgiyi her koşuda siler.
Sipariş masası: bir ekranda ne durmalı?
Tek liste kurmak listeyi doğru kurmak demek değil. İyi bir sipariş masası, sipariş numarasına bakmadan önce üç şeyi gösterir: siparişin hangi kanaldan geldiğini, hangi durumda olduğunu ve tutarını. Aşağıdaki ekran o masanın nasıl göründüğüdür.
Sağdaki üç kart, listenin kendisi kadar önemlidir. Kanal dağılımı günün dengesini gösterir. Dikkat isteyen siparişler kartı, gününüzü belirleyen karttır: ödemesi bekleyen, iki gündür kargolanmamış ve takip numarası girilmemiş siparişler burada toplanır. Kritik stok kartı ise akşam gelecek sorunu sabah söyler.
Bu masanın çalışması için sipariş kaydında bulunması gereken alanlar sabittir:
| Alan grubu | İçindekiler | Ne işe yarar |
|---|---|---|
| Kimlik | Dış sipariş numarası, iç kayıt numarası, sipariş tarihi | Eşleme, arama ve müşteriye referans verme |
| Müşteri | Ad, e-posta, telefon, il, ilçe, açık adres | Kargo etiketi bilgisi ve iletişim; aynı müşteriyi kanal fark etmeksizin tanıma |
| Kalemler | Her satırda kısa kod ve adet (örneğin pike-takimi x 2) | Ürün kartıyla eşleşme, tutar hesabı ve stok düşümü |
| Tutarlar | Ara toplam, kargo ücreti, genel toplam | Kanal bazlı ciro ve sepet ortalaması |
| Durum | Sipariş durumu, ödeme durumu | Paketleme sırası ve tahsilat riski, ayrı ayrı izlenir |
| Kargo | Kargo firması, takip numarası, kargoya veriliş ve teslim tarihi | "Paketim nerede" sorusuna kayıttan cevap |
| Kanal | Satış kanalı ve kaynak notu | Kanal karnesi ve reklam bütçesi kararı |
Dikkat: sipariş durumu ile ödeme durumu ayrı iki alandır. Kapıda ödemeli bir sipariş Kargoda olabilir ve ödemesi hâlâ beklemede olabilir. İkisini tek alanda birleştiren düzenler, ödeme riskini görünmez yapar.
Durum yolu ve kargo disiplini
Durum yolu kısa olmalı. Dört adım yeter: Yeni, Hazırlanıyor, Kargoda, Teslim edildi. Yolun dışında iki durum bulunur: İade ve İptal. Yedi aşamalı yollar kağıt üstünde daha ayrıntılı görünür, uygulamada kimse doldurmaz.
| Durum | Ne zaman girilir | Kimin işi | Atlanırsa ne olur |
|---|---|---|---|
| Yeni | Sipariş listeye düştüğü an (otomatik) | Sistem | - |
| Hazırlanıyor | Paket toplanmaya başladığında | Depo | İki kişi aynı paketi toplar |
| Kargoda | Paket kargoya teslim edildiğinde, takip numarasıyla birlikte | Depo | Müşteri sorduğunda cevap yok, iade talebi başlar |
| Teslim edildi | Teslim bilgisi geldiğinde | Depo ya da senkron | Açık sipariş listesi şişer, dikkat listesi anlamını yitirir |
| İade | Ürün geri geldiğinde | Müşteri hizmetleri | Stok geri eklenmez, envanter yanlış kalır |
| İptal | Sipariş gönderilmeden düştüğünde | Müşteri hizmetleri | Ciro raporu şişer |
Kargo tarafındaki tek kural şu: takip numarası, durumla aynı anda girilir. "Sonra gireriz" diye ayrılan iki dakika, üç gün sonra bir müşteri şikayetine dönüşür. İyi bir sistemde bu iki alan zaten birbirine bağlıdır: kargoya verme aksiyonu durumu değiştirir ve imleci doğrudan takip numarası alanına götürür.
Stok: tek havuz, tek eşleşme kuralı
Çoklu kanal satışında stok, kanal başına değil tek havuzda tutulur. Depoda 8 pike takımı varsa, dört kanalın toplamda satabileceği 8 adettir. Bu havuzun doğru çalışması tek bir şarta bağlı: sipariş kalemindeki kısa kod ile ürün kartındaki kısa kodun birebir aynı olması.
Kısa kod (slug) mağaza ile CRM arasındaki eşleştirme anahtarıdır. pike-takimi ile pike_takimi aynı ürün değildir; ikincisi eşleşmezse stok hiç düşmez ve kimse fark etmez, çünkü hata bir uyarı üretmez, sadece sessizce hiçbir şey yapmaz. Kurulumun en kritik adımı bu yüzden ürün kataloğunun kodlarını kanallarla hizalamaktır.
Havuz doğru kurulduğunda üç şey kendiliğinden çalışır: sipariş oluşunca adet düşer, sipariş İade ya da İptal olunca adet geri eklenir, adet önceden belirlediğiniz kritik seviyeye inince uyarı üretilir. Kritik seviye ürünün tedarik süresine göre belirlenir: iki günde gelen ürün için 5, üç haftada gelen ürün için 40 doğru rakam olabilir. Tek bir kritik seviyeyi bütün katalog için kullanmak, uyarıyı gürültüye çevirir.
Kanal karnesi: hangi kanal gerçekten kazandırıyor?
Kanal bazlı ciro tek başına yanıltıcıdır. En çok ciro yapan kanal, komisyon ve iade sonrası en az kazandıran kanal olabilir. Ayda bir bakılacak dört rakam yeterlidir:
- Kanal başına sipariş adedi. Hacim nerede?
- Kanal başına ciro ve sepet ortalaması. Hacim ile değer aynı yerde mi? Sepet ortalaması düşük bir kanal, kargo maliyetiyle birlikte zarar yazabilir.
- Kanal başına iade oranı. İade edilen sipariş sayısının o kanaldaki toplam siparişe oranı. İki katına çıkan bir iade oranı, ürün açıklamasında ya da görselde bir sorun olduğunu söyler.
- Kanal başına komisyon ve kargo yükü. Bu rakam pazaryeri panelinden gelir, CRM'den değil; ama diğer üçünün yanına yazılmadan karar verilemez.
Bu dört rakamı yan yana koyduğunuzda karar netleşir: hangi kanalda kampanya yapılır, hangi kanalda fiyat gözden geçirilir, hangi kanaldan çekilmek gerekir.
İlk 7 gün: kurulum planı
Çoklu kanal düzenine geçişin en sık başarısız olma nedeni, bütün kanalları aynı gün bağlamaktır. Bir kanalla başlayın, oturunca ikinciyi ekleyin. Günde bir saat, yedi gün yeterlidir.
| Gün | Yapılacak | Bittiğinde elinizde ne olur |
|---|---|---|
| 1 | Ürün kataloğunu CSV ile aktarın: ad, kısa kod, fiyat, stok adedi, kritik seviye | Stok düşümünün üzerine oturacağı katalog |
| 2 | Kısa kodları kanallardaki ürün kodlarıyla hizalayın; farklı yazılmışları düzeltin | Kalem satırlarının ürün kartına gerçekten bağlanması |
| 3 | Tek bir kanalı bağlayın (en çok sipariş aldığınızı), Bağla ve Sına ile doğrulayın | Kendiliğinden dolan bir sipariş listesi ve gerçek bir alan eşlemesi kontrolü |
| 4 | İlk günün siparişlerini elle gözden geçirin: tutar, adres, kalem ve kanal doğru mu? | Otomatiğe güvenmeden önce yapılmış tek doğrulama turu |
| 5 | Kalan kanalları tek tek ekleyin; sipariş varsayılanlarını (kargo firması, kanal, kargo ücreti) tanımlayın | Tam kapsamlı tek liste ve hızlı sipariş girişi |
| 6 | Raporları kurun: kanala göre ciro, duruma göre sipariş, aya göre sipariş adedi | Haftada bir bakılacak bir pano |
| 7 | Ekiple 30 dakikalık prova: bir siparişi Yeni'den Teslim edildi'ye götürün, bir iade işleyin, bir kritik stok uyarısını takip edin | Çalışan bir masa ve onu bilen bir ekip |
Sekizinci gün Excel kapanır. Paralel yürütme ilk hafta faydalıdır, ikinci hafta zararlıdır: kimse iki yere birden yazmaz.
Ohana360'ta nasıl çalışıyor?
eTicaret360 bu masanın kendisidir. Ne yaptığını abartmadan, ne yapmadığını da saklamadan anlatalım.
- Sekmeler: Ana Sayfa, Siparişler, Ürünler ve paylaşılan Şirketler, Kişiler, Görevler. Sipariş ve ürün ayrı iki nesnedir; Nesne Yöneticisi'nden kendi alanlarınızı ve seçim listelerinizi ekleyebilirsiniz.
- Pazaryeri bağlantıları: dokuz sağlayıcı doğrudan bağlanır: Trendyol, Hepsiburada (beta), n11, Pazarama, Çiçeksepeti, WooCommerce, Shopify, ikas ve Amazon (beta). Bağlantı Uygulama Ayarları içindeki Pazaryerleri sekmesinden kurulur ve yalnız yöneticiler görür. Anahtarlar sunucuda org başına saklanır, tarayıcıya inmez, ekranda maskeli görünür. Bağla ve Sına gerçek bir istek atar; başarılıysa kaydeder ve ilk senkronu yapar.
- Senkron: sunucu 15 dakikada bir son günlerin siparişlerini tarar, yenisini açar, var olanın durumunu, ödeme durumunu ve takip numarasını günceller. Satırdaki Şimdi Senkronla düğmesi aynı işi anında yapar. Senkronu durdurmak için Kurulum içindeki Otomasyonlar listesinde "Pazaryeri sipariş senkronu" kartını Pasif yapmak yeterlidir; Bağlantıyı Kes yalnız senkronu durdurur, siparişleri silmez.
- Mağaza webhook'u: özel yazılmış siteler için ikinci yol. Siteniz sipariş oluştuğunda Bearer anahtarıyla yetkilendirilmiş bir POST isteği atar; anahtar alan sipariş numarasıdır, aynı numara ikinci kez gelirse yalnız gönderilen alanlar güncellenir. Kayıt tetikli akışlarınız webhook yazımlarında da çalışır.
- Sipariş kaydı: dış sipariş numarası, müşteri bilgileri, adres, kalemler, ara toplam, kargo ücreti, toplam. Durum yolu Yeni, Hazırlanıyor, Kargoda, Teslim Edildi; yolun dışında İade ve İptal. Ödeme durumu ayrı izlenir: Ödendi, Bekliyor, İade Edildi.
- Kargoya Ver: kayıt sayfasındaki düğme durumu Kargoda yapar ve imleci Takip No alanına götürür. İade düğmesi siparişi tek adımda iade olarak işaretler. Kargo firması bir seçim listesidir (Aras, Yurtiçi, MNG, PTT, Sürat, UPS, Diğer).
- Ürün ve stok: her ürün numaralı bir karttır: ad, kısa kod, fiyat, eski fiyat, durum, görsel ve not. Stok Adedi girilirse takip açılır, boş bırakılırsa takip yapılmaz. Kritik Seviye uyarı eşiğidir; adet o seviyeye inince liste kırmızıya döner ve bildirim üretilir, sıfırlanınca "Stok tükendi" bildirimi gider. Sipariş oluşunca kalemlerdeki adetler düşer, İade ya da İptal'de geri eklenir.
- Bildirimler: yeni siparişte org geneline zil bildirimi ve anlık bildirim gider; bildirime dokununca doğrudan sipariş kaydı açılır.
- Ana sayfa: bugünün siparişleri, obje envanteri ve Dikkat İsteyen Siparişler listesi. Bu liste açık siparişleri sebebe göre sıralar: ödemesi bekleyen en üstte, sonra iki gündür kargolanmamışlar, sonra kargoda olup takip numarası girilmemişler.
- Dahil değil: pazaryerine geri yazma yoktur. Ohana360'ta durumu değiştirmek, takip numarası girmek ya da stok düzeltmek pazaryerine ya da mağazanıza hiçbir şey göndermez; senkron tek yönlüdür. Ayrıca kargo firmalarıyla API entegrasyonu, kargo etiketi ya da barkod basma, ürün ve fiyat listeleme yönetimi, pazaryeri komisyon hesabı, e-Fatura ve GİB entegrasyonu bulunmaz. Bunlar için satıcı panelinizi ve mevcut muhasebe düzeninizi kullanmaya devam edersiniz.
- Ayrı bir uyarı: eTicaret360'ın Ürünler ve Siparişler nesneleri, Satış360 ile Finans360'ın kullandığı Ürünler ve Fiyat Listesi'nden ve Finans360 sipariş ve faturalarından ayrıdır. Perakende akışı ile teklif akışı birbirine karışmaz. İkisini birlikte kullanıyorsanız ciroyu ayrı raporlarla izleyin.
- Beta notu: Hepsiburada ve Amazon bağlayıcıları beta işaretlidir. Amazon, geliştirici onayı tamamlanana kadar yalnız kendi mağazanız için Seller Central'dan aldığınız refresh token ile çalışır; alıcı adı ve adres için ayrıca Amazon'un ilgili rol onayı gerekir, onay yoksa siparişler adressiz düşer.
Akışı 89 saniyede görmek isterseniz:
Hangi raporları kurarsınız?
Dürüst bir sınır: eTicaret360 hazır rapor ve dashboard ile gelmez. Rapor oluşturucunun nesne listesinde Siparişler (eTicaret360) ve Ürünler (eTicaret360) hazır durur, raporları siz kurar, bir dashboard'a yerleştirir ve isterseniz e-posta aboneliği açarsınız. Sipariş nesnesinde raporlanabilir alanlar şunlardır: Sipariş No, No, Müşteri Adı, İl, Satış Kanalı, Durum, Ödeme Durumu, Kargo Firması, Ara Toplam, Kargo Ücreti, Toplam, Sipariş Tarihi. Tarih alanları gün, hafta, takvim ayı, çeyrek ve yıl bazında gruplanabilir.
| # | Rapor | Nesne | Gruplama | Ölçü / süzgeç |
|---|---|---|---|---|
| 1 | Kanala göre ciro | Siparişler | Satış Kanalı | Toplam alanının toplamı |
| 2 | Kanala göre sipariş adedi | Siparişler | Satış Kanalı | Kayıt sayısı |
| 3 | Duruma göre açık siparişler | Siparişler | Durum | Kayıt sayısı, süzgeç: Durum ≠ Teslim Edildi |
| 4 | Ödemesi bekleyen siparişler | Siparişler | Satış Kanalı | Toplam alanının toplamı, süzgeç: Ödeme Durumu = Bekliyor |
| 5 | Aya göre ciro | Siparişler | Sipariş Tarihi (takvim ayı) | Toplam alanının toplamı |
| 6 | İl bazında sipariş dağılımı | Siparişler | İl | Kayıt sayısı |
| 7 | Kargo firmasına göre gönderi | Siparişler | Kargo Firması | Kayıt sayısı, süzgeç: Durum = Kargoda |
| 8 | Duruma göre ürünler | Ürünler | Stok | Kayıt sayısı |
İkinci dürüst sınır: sepet ortalaması ve iade oranı rapor oluşturucuda birer alan değildir. Sepet ortalamasını kanal raporunda toplamı adete bölerek, iade oranını ise iki raporun (kanala göre toplam sipariş ve kanala göre iade) sayılarını yan yana koyarak çıkarırsınız. Ürün bazında ciro ise doğrudan raporlanmaz, çünkü kalemler sipariş kaydında metin satırları olarak durur; ürün bazlı hareketi ürün kartının altındaki son siparişler listesinden izlersiniz.
Siparişten sonrasını, yani faturayı ve tahsilatı da aynı yere taşıyacaksanız fatura ve tahsilat takibi rehberi zincirin devamını anlatıyor. Kargo çıkışı, teslim ve iade adımlarında müşteriye giden bilgilendirmeleri sisteme yaptırmak için otomatik müşteri hatırlatma sistemi yazısına, verinizin hâlâ tablolarda durduğu yerden başlamak için Excel ile müşteri takibi rehberine bakabilirsiniz. Güncel rakamlar fiyatlandırma sayfasında, kendi verinizle denemek için demo talebi açabilirsiniz.
Sık sorulan sorular
Pazaryeri sipariş takip programı tam olarak ne yapar?
Trendyol ve n11 siparişlerini tek ekranda nasıl görürüm?
Ohana360'ta durumu değiştirirsem pazaryerinde de değişir mi?
Stok pazaryerine gönderiliyor mu?
Kendi sitem için ayrı bir entegrasyon gerekir mi?
Kargo etiketi basıyor mu, kargo firmasıyla entegrasyon var mı?
Dört panel yerine tek liste
Trendyol, n11, Shopify ve kendi sitenizin siparişleri aynı ekranda. Kargolanmayanlar kendini işaretlesin, kritik stok akşam değil sabah haber versin.
