E-ticaret işini büyütürken üç şey aynı anda çoğalır: satış kanalı sayısı, günlük sipariş adedi ve mevzuat yükü. Tek kanal ve günde 20 siparişken tablo yeterlidir. Üçüncü pazaryerini açıp günde 400 siparişe çıktığınızda, aynı düzen sizi büyütmek yerine yavaşlatmaya başlar. Bu bir yazılım tercihi değil, bir eşik meselesidir; eşiği geçen her e-ticaretçi er ya da geç aynı duvarla karşılaşır.
Buradaki asıl soru "ERP mi, değil mi" değil. Zaten bir yerde stok tutuyor, bir yerde fatura kesiyor, bir yerde sipariş topluyorsunuz. Soru şu: bu üç işi birbirinden kopuk üç ayrı araçta mı yürüteceksiniz, yoksa tek bir omurgada mı? Ön muhasebe programı ile ERP arasındaki farkı merak ediyorsanız, e-ticaret tam da bu farkın en net görüldüğü sektördür: ön muhasebe faturayı keser ama stoğu kanallara dağıtmaz, siparişi kargoya bağlamaz.
Pazaryeri entegrasyonunun kalbi: tek stok havuzu
Çoklu kanal satışında her şey stoğun tekilleşmesiyle başlar. Klasik hata, her pazaryerine "bu ürüne 10 adet gir" demektir. Üç kanala 10'ar adet girdiğinizde sistem 30 adet varmış gibi davranır, oysa depoda 10 tane var. Doğru mimari tersidir: gerçek stok tek yerde tutulur, ERP bu havuzu tüm kanallara aynı anda yansıtır. Bir satış düştüğü an sayı her yerde birden düşer.
Burada bir de "stok tamponu" kararı vardır. Yoğun kampanya günlerinde (11.11, Efsane Cuma) senkron gecikmesini telafi etmek için ürün başına birkaç adet güvenlik payı bırakmak yaygın bir pratiktir. İyi bir ERP bunu kanal bazında ayarlamanıza izin verir. Stok mantığının temellerini stok ve depo yönetimi rehberinde ayrıca ele aldık; e-ticarette bu temeller çoklu kanal katmanıyla karmaşıklaşır.
Siparişten kargoya: elle iş biten yer
Entegrasyonun ikinci kazancı sipariş akışının otomatikleşmesidir. Panelleri tek tek gezip Excel'e kopyalama işi tamamen ortadan kalkar. Tipik akış şöyle işler:
- 1
Siparişler tek havuza düşer
Tüm kanalların siparişleri ERP'nin sipariş ekranına otomatik akar; kaynağı (Trendyol, kendi site vb.) etiketiyle görünür.
- 2
Belge otomatik kesilir
Alıcı tipine göre e-Arşiv veya e-Fatura, siparişin geldiği gün düzenlenir ve GİB'e iletilir.
- 3
Kargo etiketi basılır
Anlaşmalı kargo firmasıyla entegrasyon üzerinden barkod ve irsaliye tek tuşla üretilir.
- 4
Takip numarası geri yazılır
Kargo takip kodu ilgili pazaryerine otomatik iletilir; "kargolandı" bildirimi elle girilmez.
Bu zincirin en kritik halkası fatura tarafıdır, çünkü mevzuatla doğrudan bağlıdır. E-Arşiv Fatura ve gerektiğinde e-İrsaliye süreçlerinin ERP içinden yürümesi şart; belgelerin nasıl kesildiğine dair ayrıntıyı e-Fatura, e-Arşiv, e-İrsaliye entegrasyonu yazısında anlattık.
Görünmeyen para: pazaryeri kesintileri ve gerçek kâr
E-ticarette ciroyla kâr arasındaki uçurum, çoğu işletmenin geç fark ettiği bir gerçektir. Bir ürünü 500 TL'ye sattığınızda cebinize 500 TL girmez. Aradan pazaryeri komisyonu, kargo, kampanya kesintisi, hizmet bedeli ve iade maliyeti geçer. Aşağıdaki tablo, tipik bir pazaryeri satışının nasıl eridiğini gösteriyor.
| Kalem | Tutar (TL) | Not |
|---|---|---|
| Satış fiyatı | 500 | Müşterinin ödediği |
| Pazaryeri komisyonu (%18) | -90 | Kategoriye göre %10-22 arası |
| Kargo bedeli | -45 | Desi ve anlaşmaya göre değişir |
| Kampanya / kupon kesintisi | -30 | Katıldığınız kampanya payı |
| Ürün maliyeti (COGS) | -260 | Alış + paketleme |
| Net kâr (iade öncesi) | 75 | Cironun ~%15'i |
Tablodaki mantık, e-ticaret kârlılığının neden panel raporlarıyla yönetilemeyeceğini de açıklar. Trendyol size komisyonu, kargo firması kargoyu, muhasebe COGS'u ayrı ayrı gösterir. Bunları tek satırda buluşturan yer ERP'dir. Kanal ve ürün bazlı kâr raporu, hangi ürünü hangi kanalda tutup hangisini kesmeniz gerektiğini sayıyla söyler.
%10-22
Pazaryeri komisyon bandı
Kategoriye göre değişir
%10-30
Kategori bazlı iade oranı
Giyimde üst banda yakın
Aynı gün
e-Arşiv düzenleme zorunluluğu
Satışın gerçekleştiği gün
İadeyi bir maliyet kalemi olarak yönetmek
İade, e-ticaretin doğasında var. Sorun iadenin kendisi değil, izlenmemesidir. Elle takip edilen bir iade üç yerde birden bozulmaya yol açar: stok geri girmediği için sayım tutmaz, iade faturası kesilmediği için muhasebe şişer, tahsilat düzeltilmediği için pazaryeri mutabakatı sapar. ERP iadeyi tek bir kayıtla üçünü birden düzelten bir sürece dönüştürür; ayrıca kusurlu ürünü ayrı bir depoya alarak tekrar satışa çıkmasını engeller.
Bulut mu, yerel mi? E-ticaret için pratik cevap
E-ticaret trafiği kampanya günlerinde katlanır ve ekip çoğu zaman uzaktan, farklı yerlerden çalışır. Bu iki gerçek, çoğu e-ticaretçiyi bulut tabanlı bir kuruluma yöneltir: her yerden erişim, otomatik güncelleme ve yük altında ölçeklenebilirlik. Yine de iş modeliniz ve BT kaynağınız farklı bir tercih gerektirebilir; iki modelin ayrıntılı kıyasını bulut ERP ile yerel kurulum yazısında bulabilirsiniz. Karar verirken KVKK açısından müşteri verisinin nerede tutulduğunu da göz ardı etmeyin.
Geçişi ne zaman ve nasıl yapmalı
Doğru zaman genellikle ikinci pazaryerini açtığınız veya günlük sipariş adedinizin üç haneli sayılara dayandığı andır. Geçişi sezon zirvesine denk getirmeyin; kampanya öncesi sakin bir dönemde canlıya alın. Cari kartlar, stok listesi ve açık siparişlerin taşınması dahil sürecin adım adım planını ERP geçiş süreci yol haritası yazısında ele aldık. Maliyet tarafını netleştirmek isterseniz ERP yazılımı fiyatları sayfası kalem kalem ne ödeyeceğinizi gösterir.