ERP ve e-ticaret entegrasyonu; ürün, stok, fiyat, müşteri ve sipariş bilgisinin işletmenin ERP ya da muhasebe yazılımı ile e-ticaret sitesi ve pazaryeri mağazaları arasında otomatik olarak aktarılmasıdır. İyi kurulmuş bir entegrasyonda veri bir kez girilir; sipariş geldiğinde stok düşer, fatura kesilir, kargo kaydı oluşur ve kimse bilgiyi bir ekrandan ötekine elle kopyalamaz.
Ancak entegrasyon projelerinin çoğu teknik nedenlerden değil, “hangi bilginin asıl kaynağı hangi sistem?” sorusu baştan cevaplanmadığı için sorun çıkarır. Bu yazıda bir entegrasyonu planlarken sorulması gereken soruları, veri akışlarının nasıl tasarlanması gerektiğini ve en sık yapılan hataları anlatıyoruz.
Önce karar: her verinin tek bir asıl kaynağı olmalı
Entegrasyonun ilk ve en önemli adımı, her veri türü için hangi sistemin “doğru” kabul edileceğini belirlemektir. İki sistem aynı bilgiyi birbirinden bağımsız değiştirebiliyorsa, er ya da geç çelişen kayıtlar oluşur ve hangisinin doğru olduğunu kimse bilemez.
- Ürün kartı ve stok kodu: Genellikle ERP. Ürün açıklamaları ve görseller ise çoğu zaman e-ticaret tarafında yönetilir.
- Stok miktarı: ERP ya da depo yönetim sistemi. E-ticaret sitesi ve pazaryerleri yalnızca okur.
- Fiyat ve kampanyalar: Liste fiyatı ERP’de, kanal bazlı kampanyalar e-ticaret tarafında olabilir; kuralın yazılı olması yeterlidir.
- Sipariş: E-ticaret sitesinde ve pazaryerlerinde doğar, ERP’ye aktarılır; sonraki durum değişiklikleri (hazırlanıyor, kargoda, iade) geri bildirilir.
- Müşteri ve cari hesap: B2B satışta ERP’deki cari kart esas alınır; bireysel müşteriler için ayrı bir kural belirlenir.
Stok eşitleme: anlık mı, zamanlanmış mı?
Stokun her kanalda doğru görünmesi, entegrasyonun en çok fark edilen sonucudur. Stok değişikliklerinin hemen ilgili kanallara gönderilmesi (anlık ya da olay tabanlı eşitleme) en doğru sonucu verir; ancak her ERP bunu desteklemez. Desteklemiyorsa belirli aralıklarla çalışan zamanlanmış eşitleme kullanılır.
Zamanlanmış eşitlemede iki çalışma arasındaki sürede aynı ürün iki kanaldan satılabilir. Stoğu az olan ürünler için kanal başına güvenlik stoku bırakmak ya da yalnızca değişen kayıtları sık aralıklarla göndermek bu riski azaltır. Hangi yöntemin seçileceğine ERP’nin sunduğu imkânlara ve ürünlerin satış hızına bakarak karar verilir.
Sipariş akışı ve e-fatura
Bir sipariş ERP’ye aktarılırken yalnızca ürün ve tutar değil; vergi oranları, indirimler, kargo bedeli, ödeme yöntemi, taksit bilgisi ve fatura adresi de doğru eşleşmelidir. Bu alanlardan biri eksik ya da hatalı aktarıldığında e-fatura ya da e-arşiv fatura yanlış kesilir ve düzeltmesi zahmetli bir sürece dönüşür.
Bu yüzden sipariş aktarımı, gerçek siparişlerin kopyalarıyla ve farklı senaryolarla (kampanyalı ürün, kısmi iade, kapıda ödeme, yurt dışı gönderi) test ortamında denenmelidir. e-Dönüşüm tarafında anlaşmalı olduğunuz entegratörün API’si üzerinden faturanın oluşturulması, gönderilmesi ve durumunun izlenmesi otomatik hâle getirilebilir.
İade, iptal ve değişiklikler unutulmamalı
Entegrasyon planlarında çoğu zaman yalnızca “mutlu yol”, yani sorunsuz tamamlanan sipariş düşünülür. Oysa operasyon yükünün önemli bir kısmı iptal, kısmi iade, ürün değişimi ve adres değişikliği gibi durumlarda ortaya çıkar. Bu akışların her biri için hangi sistemde ne olacağı (stok geri alınır mı, iade faturası nerede kesilir, pazaryerine nasıl bildirilir) baştan yazılmalıdır.
Hataların görünür olması: sessiz başarısızlık en tehlikelisidir
Her entegrasyon zaman zaman hata verir: karşı sistem yanıt vermez, bir ürün kodu eşleşmez, bir alan beklenmedik bir değer taşır. Önemli olan hatanın oluşması değil, fark edilmeden kalmasıdır. Aktarılamayan bir sipariş günlerce kimsenin haberi olmadan bekleyebilir.
- Başarısız aktarımlar bir hata kuyruğunda tutulmalı ve yeniden denenebilmeli.
- Aynı siparişin iki kez aktarılmasını önleyen kontroller olmalı.
- Belirli bir sürede çözülmeyen hatalar için sorumlu kişiye uyarı gitmeli.
- Hangi kaydın ne zaman, hangi sonuçla aktarıldığı izlenebilmeli.
Geçiş planı: çalışan sistemi durdurmadan
Entegrasyon, siparişlerin aktığı canlı bir operasyonun ortasında devreye alınır. Bu yüzden önce test ortamında gerçek verinin kopyasıyla doğrulama yapılmalı, ürün kodu eşleştirmeleri tamamlanmalı ve stoklar başlangıçta bir kez tam olarak eşitlenmelidir.
Canlıya geçişi düşük trafikli bir zamanda yapmak, ilk günlerde aktarımları yakından izlemek ve sorun çıkarsa eski yönteme dönülebilecek bir plan hazır tutmak riski büyük ölçüde azaltır. E-ticaret altyapısının kendisini kurma sürecini ise e-ticaret sitesi kurma rehberimizde ayrıca anlattık.
Sonuç
Başarılı bir ERP ve e-ticaret entegrasyonu; verinin asıl kaynağının net olduğu, iade ve hata durumlarının da planlandığı ve sorunların görünür olduğu bir tasarımla başlar. Teknoloji seçimi bu kararlardan sonra gelir.
Siparişlerinizi farklı panellerden toplayıp elle işliyorsanız ya da stoklarınız kanallar arasında tutmuyorsa kurumsal sistemler ve entegrasyon hizmetimizi ve e-ticaret sistemleri hizmetimizi inceleyebilir, kullandığınız sistemleri bize yazabilirsiniz. İlk adım olarak mevcut veri akışlarınızın haritasını birlikte çıkarırız.
İlgili hizmetler
