SAP Business One E-Ticaret ve Pazaryeri Entegrasyonu

SAP Business One e-ticaret ve pazaryeri entegrasyonu, web sitenizden ve pazaryerlerinden gelen siparişlerin elle giriş olmadan ERP'ye düşmesi, stokun tüm kanallara tek havuzdan senkronize edilmesi ve iadenin talepten muhasebe kaydına kadar tek akışta yürümesi demektir. Doğru kurulduğunda sipariş girişi, stok güncelleme ve fatura kesme insan elinden çıkar; ekip istisnaları yönetir. Bu yazıda akışın parçalarını ve mimari seçenekleri — hazır konektör ile özel geliştirme ayrımını — danışman gözüyle anlatıyoruz.

Manuel sipariş girişi neden sürdürülemez

Online satışa yeni başlayan şirketlerde akış hep aynı şekilde kurulur: pazaryeri panelinden siparişler ekrana gelir, bir çalışan bunları tek tek ERP'ye ya da muhasebe programına girer. Günde birkaç siparişte bu yöntem çalışır; kampanya dönemi gelip sipariş sayısı katlandığında ise aynı yöntem şirketin en kırılgan noktasına dönüşür.

Sahada gördüğümüz kırılma biçimleri tanıdıktır: yanlış girilen adet, atlanan sipariş, geç kesilen fatura, panelde iptal edilmiş ama ERP'de hâlâ açık duran satır. Ve en pahalısı: iki kanalda aynı anda satılan son ürün. Pazaryerinde stokta görünen ürünün depoda olmaması yalnızca bir iade yaratmaz; pazaryeri algoritmaları iptal oranını satıcı puanına işler ve görünürlüğünüz düşer.

Manuel girişin bir de görünmez maliyeti var: veri girişi yapan çalışan, katma değerli hiçbir iş yapmıyordur. Sipariş hacmi büyüdükçe bu işe kişi eklemek çözüm gibi görünür; gerçekte hatanın ölçeğini büyütür.

Sipariş akışı: panelden ERP'ye otomatik düşüş

Entegrasyonun ilk ve en görünür parçası sipariş akışıdır. Pazaryerinde ya da e-ticaret sitenizde oluşan sipariş, entegrasyon katmanı üzerinden SAP Business One'da satış siparişine dönüşür: müşteri kartı eşleştirilir ya da otomatik açılır, kalemler stok kartlarıyla eşlenir, kanal bilgisi ve pazaryeri sipariş numarası belgeye işlenir.

Buradaki tasarım sorusu teknik değil, operasyoneldir: hangi adımlar otomatik onaylansın, hangileri insana sorulsun? Önerdiğimiz desen, temiz eşleşen siparişlerin hiç dokunulmadan akması, eşleşmeyenlerin — tanınmayan barkod, tutarsız fiyat, eksik adres — bir istisna kuyruğunda toplanmasıdır. Ekibin işi sipariş girmek olmaktan çıkar, istisna çözmek olur.

Sipariş sonrası zincir de akışın parçasıdır: depoya toplama emri, kargo entegrasyonuna sevkiyat bilgisi, faturanın kesilip pazaryerine ya da müşteriye iletilmesi. Zincirin herhangi bir halkası manuel kalırsa darboğaz oraya taşınır — entegrasyon projelerinde kapsamı yalnızca "sipariş düşsün" diye çizmek, sahada en sık gördüğümüz eksik tanımdır.

Türkiye özelinde faturanın e-belge boyutu da baştan kurgulanmalı: kesilen faturanın e-Arşiv ya da e-Fatura olarak entegratöre iletilmesi, iptal ve iade senaryolarındaki belge düzeltmeleri akışın içinde tanımlanmadığında, otomasyonun ortasında elle yürüyen bir muhasebe adası kalır.

Stok senkronu: çoklu kanal, tek havuz

Birden fazla kanalda satış yapıyorsanız stok sorusunun tek doğru cevabı vardır: tek stok havuzu, kanallara anlık yayın. Her kanala ayrı stok ayırmak ilk bakışta güvenli görünür; pratikte bir kanalda ürün "tükendi" görünürken diğer kanala ayrılmış stok rafta bekler ve satış kaçar.

Tek havuz modelinde SAP Business One ana kayıttır: satılabilir stok, depodaki fiziksel miktardan açık siparişlerin düşülmesiyle hesaplanır ve tüm kanallara aynı sayı yayınlanır. Hızlı dönen ürünlerde araya bir emniyet payı koymak yaygın ve makul bir pratiktir — senkronun saniyeler bile sürdüğü bir dünyada son birkaç adedi tüm kanallarda aynı anda satılabilir bırakmak gereksiz risktir. Emniyet payının ürün bazında ayarlanabilir olması, kritik tasarım detaylarından biridir.

Senkronun yönü de netleşmeli: stok ERP'den kanallara akar, asla tersinden değil. Pazaryeri panelinden elle stok düzeltme alışkanlığı sürdüğü sürece hiçbir entegrasyon tutarlı kalamaz; canlıya geçişle birlikte panel, yalnızca izlenen bir ekran olmalıdır.

Fiyat ve katalog yönetimi

Fiyat, stoktan daha sık değişir ve hatası daha pahalıdır. Sağlıklı kurguda fiyat listeleri SAP Business One'da tanımlanır; kanal bazlı fiyat farkları — pazaryeri komisyonunu içeren fiyat, sitede uygulanan indirim — ayrı fiyat listeleri ya da kural setleriyle yönetilir ve kanallara oradan yayınlanır. Kampanya döneminde üç ayrı panelde elle fiyat güncelleyen bir ekibin hata yapmaması istatistiksel olarak mümkün değildir.

Katalog tarafında da ana kayıt ERP'dir: yeni ürün stok kartı olarak açılır, kanal eşleştirmeleri (barkod, pazaryeri kategori ve öznitelikleri) entegrasyon katmanında tutulur. Ürün açıklaması ve görsel gibi pazarlama içeriği kanal tarafında zenginleştirilebilir; ama adet, fiyat ve varyant yapısının kaynağı tek olmalıdır.

İade akışı: talepten muhasebe kaydına

İade, entegrasyon projelerinde en çok ihmal edilen akıştır — çünkü tasarım toplantılarında herkes satışı konuşmak ister. Oysa pazaryeri satışında iade istisna değil, operasyonun doğal parçasıdır ve akışı satış kadar net tanımlanmalıdır.

Uçtan uca iade akışı şu adımlardan geçer:

• Pazaryerinde ya da sitede oluşan iade talebi entegrasyon üzerinden SAP Business One'a düşer ve orijinal siparişle eşleştirilir.
• Ürün depoya ulaştığında kontrol sonucu kaydedilir: tekrar satılabilir stok mu, hasarlı mı, tedarikçiye iade mi?
• Karara göre iade irsaliyesi ve iade faturası (ya da alacak dekontu) otomatik oluşur; muhasebe kaydı ve varsa e-belge süreci tamamlanır.
• Pazaryerine iade onayı geri bildirilir, müşteri ödemesi kapanır.

Bu zincir elle yürütüldüğünde tipik sonuç, muhasebede askıda duran iade faturaları ve fiziksel sayımla sistem stoku arasında büyüyen farktır. Zincir entegre olduğunda iade, satış kadar izlenebilir bir belge akışına dönüşür.

Kanal bazlı karlılık: hangi kanal gerçekten kazandırıyor

Entegrasyonun stratejik getirisi burada saklı. Her satış belgesi kanal bilgisiyle işlendiğinde ve komisyon, kargo, iade maliyetleri kanala bağlandığında, "ciromuz arttı" cümlesi yerini "hangi kanal, hangi ürün grubunda, ne marjla satıyor" sorusunun cevabına bırakır.

Bu görünürlük olmadan pazaryeri büyümesi aldatıcı olabilir: komisyon, kargo ve iade yükü üst üste geldiğinde yüksek cirolu bir kanal pekâlâ zayıf marjla çalışıyor olabilir. Kanal kârlılığını belge seviyesinde izleyen şirket, kampanyaya gireceği ürünü ve kanaldan çekeceği ürünü veriyle seçer — hisle değil.

Mimari seçenekler: hazır konektör mü, özel geliştirme mi

Entegrasyonun nasıl kurulacağı sorusunun tek doğru cevabı yok; kanal sayınıza, sipariş hacminize ve süreçlerinizin standartlığına göre değişir. Ana seçenekleri yan yana koyalım:

Yaklaşım	Güçlü yanı	Sınırı
Hazır konektör / entegrasyon platformu	Hızlı devreye alma, yaygın pazaryerleri için hazır adaptörler, düşük başlangıç eforu	Süreciniz standarttan saptıkça esneklik azalır; platform bağımlılığı oluşur
Service Layer ile özel geliştirme	Akış birebir sizin sürecinize göre kurulur; istisna kuralları tam kontrolünüzde	Geliştirme ve bakım sahipliği ister; iyi tasarlanmazsa maliyeti büyür
Karma model	Standart kanallar konektörle, kritik özel akışlar Service Layer ile	İki katmanın sorumluluk sınırı baştan net çizilmeli

Teknik tarafta modern kurguların omurgası SAP Business One Service Layer'dır: REST tabanlı bu API katmanı üzerinden sipariş, stok kartı, iş ortağı ve fatura nesnelerine dışarıdan güvenli erişim kurulur. Eski DI API tabanlı, sunucuya sıkı bağlı entegrasyonlardan farkı, ölçeklenebilir ve platformdan bağımsız olmasıdır — özel geliştirme yapılacaksa bugün doğru zemin budur. Bu katmanla neler kurduğumuzu SAP entegrasyonları sayfasında ayrıntılı anlatıyoruz.

Seçimde önerdiğimiz test basit: süreçleriniz pazaryerlerinin standart akışına yakınsa hazır konektörle başlayın; sizi farklılaştıran özel bir akış varsa — bayi fiyatlaması, seri numarası takibi, özel paketleme kuralları — o parçayı özel geliştirmeyle kurun. İkisini karıştırmaktan çekinmeyin; saf çözüm arayışı çoğu zaman ideolojik bir tercihtir, mühendislik tercihi değil.

Altyapı tarafında son bir not: entegrasyonun oturacağı zemin SAP Business One kurulumunuzun sağlığıdır. Stok kartları dağınık, barkodlar eksik, müşteri kartları mükerrer bir sistemin üzerine kurulan en iyi entegrasyon bile kirli veriyi hızlı taşımaktan fazlasını yapamaz.

Entegrasyondan önce: veri hazırlığı

Entegrasyon projelerinin takvimini kaydıran şey nadiren yazılımdır; çoğunlukla veridir. Kanal eşleştirmesi, ancak iki taraftaki kayıtlar eşleşebilir durumdaysa çalışır — ve bu hazırlık, araç seçiminden önce yapılabilecek, tamamen sizin kontrolünüzdeki iştir:

• Stok kartlarında barkod/GTIN eksiksiz mi ve pazaryeri listeleriyle birebir eşleşiyor mu?
• Varyant yapısı (beden, renk, ambalaj) ERP tarafında mı kurgulu, yoksa her kanalda ayrı ürün olarak mı açılmış?
• Mükerrer stok ve müşteri kartları temizlendi mi?
• Fiyat listeleri kanal bazlı kurguyu taşıyabilecek yapıda mı?
• İade, kısmi sevkiyat ve iptal senaryolarının ERP'de belge karşılığı tanımlı mı?

Bu listeyi entegrasyon başlamadan kapatan şirketlerde proje, aracın kurulumundan ibaret kalıyor; kapatmayanlarda ise entegrasyon, veri temizliği projesine dönüşüyor — hem de en pahalı haliyle, canlı sipariş akarken.

Canlıya geçtikten sonra: entegrasyon izlenmeyen sistem değildir

Entegrasyonun kurulduğu gün değil, ilk kampanya gününde sınandığını unutmamak gerekir. Sağlıklı bir kurulumda hata kuyruğu görünürdür: API'den dönen hatalar, eşleşmeyen kalemler ve askıda kalan belgeler bir ekranda toplanır ve sahipsiz kalmaz. "Sessizce düşen sipariş" — hata verip kimsenin fark etmediği kayıt — entegrasyonların en tehlikeli arıza modudur; gürültülü hata her zaman sessiz hatadan iyidir.

Basit bir mutabakat rutini de öneriyoruz: pazaryeri panelindeki günlük sipariş ve iade sayısının ERP'dekiyle karşılaştırılması. Bu kontrol dakikalar sürer ve entegrasyon katmanındaki sapmayı, müşteri şikâyetinden önce yakalar. Otomasyona güven, kör güven olmamalıdır.

Nereden başlamalı

Entegrasyon projesine kanal listesiyle değil, akış envanteriyle başlamayı öneriyoruz: hangi kanallardan sipariş geliyor, stok kararını bugün kim veriyor, iade fiilen nasıl yürüyor, hangi adımda kaç kez elle veri giriliyor. Bu envanter çıkmadan yapılan araç seçimi, çözümü probleme değil problemi çözüme uydurmak olur. Mevcut akışınızı birlikte çıkarmak için bir keşif görüşmesi planlayabiliriz; kapsam netleştikten sonra hangi mimarinin size uyduğunu gerekçeleriyle raporluyoruz.

Sık sorulan sorular

Pazaryeri siparişleri SAP Business One'a otomatik aktarılabilir mi?

Evet; entegrasyon katmanı pazaryeri API'sinden siparişi çeker, müşteri ve stok kartlarını eşleştirir ve SAP Business One'da satış siparişini otomatik oluşturur. Temiz eşleşen siparişler dokunulmadan akar; eşleşmeyenler istisna kuyruğunda insana sorulur.

Birden fazla pazaryerinde tek stok nasıl yönetilir?

Tek stok havuzu modeliyle: satılabilir stok SAP Business One'da hesaplanır ve tüm kanallara aynı sayı yayınlanır, hızlı dönen ürünlerde ürün bazında emniyet payı bırakılır. Kanal başına ayrı stok ayırmak, bir kanalda satış kaçarken diğerinde ürünün rafta beklemesiyle sonuçlanır.

E-ticaret iadesi SAP Business One'da nasıl işlenir?

İade talebi orijinal siparişle eşleştirilerek sisteme düşer; depo kontrolünün sonucuna göre iade irsaliyesi ve iade faturası ya da alacak dekontu otomatik oluşur, muhasebe kaydı tamamlanır ve pazaryerine onay geri bildirilir. Böylece iade, satışla aynı izlenebilirlikte bir belge akışı olur.

Hazır konektör mü kullanmalıyız, özel entegrasyon mu yaptırmalıyız?

Süreçleriniz pazaryerlerinin standart akışına yakınsa hazır konektör hızlı ve ekonomik başlangıçtır; sizi farklılaştıran özel akışlar varsa o parça Service Layer üzerinden özel geliştirmeyle kurulmalıdır. Pratikte en sağlıklı sonuçları, iki yaklaşımı ihtiyaca göre birleştiren karma modellerde görüyoruz.