E-Ticaret Entegrasyonu Nedir? ERP ile Sipariş, Stok ve Fatura Yönetimi

E-ticaret entegrasyonu hangi sorunu çözer?

Bir işletme kendi mağazasıyla birlikte birden fazla pazaryerinde satış yaptığında aynı ürün, fiyat ve stok bilgisi farklı kanallarda tutulmaya başlar. Siparişlerin elle ERP’ye girilmesi zaman kaybettirir; ürün kodu, müşteri, adres, iskonto ve vergi alanlarında hata riskini artırır. Yoğun kampanya dönemlerinde birkaç dakikalık gecikme bile mevcut olmayan ürünün tekrar satılmasına neden olabilir.

Entegrasyon, kanallar arasındaki tekrar veri girişini azaltır ve iş akışını olay gerçekleştiğinde başlatır. Yeni sipariş ERP’ye aktarılır, stok ayrılır, depo görevi oluşur, uygun belge hazırlanır ve kargo bilgisi satış kanalına geri gönderilir. Bunun sağlıklı çalışması için hangi sistemin hangi veride ana kaynak olduğu ve hata durumunda işlemin nasıl devam edeceği önceden belirlenmelidir.

Her veri için tek bir ana kaynak belirleyin

Entegrasyon projelerindeki temel karar, verinin sahibi olan sistemi belirlemektir. Ürün kodu ve maliyet ERP’de, pazarlama açıklaması e-ticaret platformunda, ödeme durumu ödeme sağlayıcısında tutulabilir. Aynı alanın iki sistemde birden bağımsız değiştirilmesi çakışma üretir. Veri sahipliği tablosu; alan, kaynak sistem, hedef sistem, aktarım yönü ve güncelleme sıklığını açıkça göstermelidir.

Ana kaynak kararı kullanıcı yetkileriyle desteklenmelidir. Örneğin satış fiyatı ERP’den yönetiliyorsa pazaryerinde yapılan manuel değişiklik ya engellenmeli ya da kontrollü istisna olarak raporlanmalıdır. Ürün açıklaması kanala göre farklılaşabiliyorsa ticari veri ile içerik verisi ayrılmalıdır. Bu yaklaşım, entegrasyonu yalnız teknik bağlantı olmaktan çıkarıp sürdürülebilir bir işletme kuralına dönüştürür.

• Ürün ve varyant kodunun sahibi
• Satış fiyatı ve kampanya kuralının sahibi
• Kullanılabilir stok hesabının sahibi
• Sipariş, ödeme ve kargo durumunun sahibi
• Fatura ve iade kaydının sahibi

Ürün, varyant ve barkod eşleştirmesini standarda bağlayın

Başarılı sipariş aktarımının temeli doğru ürün eşleştirmesidir. ERP’deki stok kodu, pazaryeri ürün kodu, barkod, renk, beden ve paket içeriği arasında tekil ilişki kurulmalıdır. Aynı barkodun iki üründe kullanılması veya varyantların serbest metinle açılması stokların yanlış ürüne düşmesine yol açar. Paket ürünlerde hangi bileşenlerin ne miktarda azalacağı ayrıca tanımlanmalıdır.

Ürün yayına alınmadan önce zorunlu alan kontrolü yapılmalıdır. Ad, kategori, birim, vergi bilgisi, görsel, ağırlık, desi ve kargo sınıfı gibi alanların eksikliği kanal reddine veya hatalı maliyete neden olabilir. Yeni ürün açma süreci; kart onayı, içerik hazırlığı, kanal eşleştirmesi ve ilk stok gönderimi adımlarını içeren bir kontrol listesiyle yönetilmelidir.

Sipariş yaşam döngüsünü uçtan uca modelleyin

Sipariş yalnız “yeni” ve “tamamlandı” durumlarından oluşmaz. Ödeme bekleyen, onaylanan, stok ayrılan, depoya iletilen, paketlenen, kargoya verilen, teslim edilen, iptal edilen ve iade edilen aşamalar bulunabilir. Her kanalın durum adları farklı olsa da ERP içinde ortak bir süreç sözlüğü kullanılmalıdır. Böylece ekipler kanaldan bağımsız tek bir operasyon diliyle çalışır.

Durum değişiminin hangi koşulda otomatik, hangi koşulda kullanıcı onayıyla ilerleyeceği belirlenmelidir. Ödeme doğrulanmadan stok ayrılacak mı, kısmi sevkiyat yapılabilir mi, adres değişikliği paketleme sonrasında kabul edilecek mi? Bu kurallar yazılı olmadığında entegrasyon teknik olarak veri aktarsa bile operasyon kararları kişilere bağlı kalır.

• Siparişin kanaldan eksiksiz alınması
• Ödeme ve risk kontrolü
• Stok ayırma ve depo görevi
• Paketleme, kargo etiketi ve takip numarası
• Teslimat, iptal, iade ve geri ödeme

Stok senkronizasyonunda satılabilir miktarı hesaplayın

E-ticaret kanalına fiziksel depo bakiyesinin tamamını göndermek doğru olmayabilir. Satılabilir stok; eldeki miktardan açık siparişler, kalite blokesi, hasarlı ürün, mağaza rezervi ve güvenlik stoku düşülerek hesaplanabilir. Birden fazla depo kullanılıyorsa kanalın hangi depolardan besleneceği ve siparişin hangi kurala göre depoya atanacağı belirlenmelidir.

Stok aktarım sıklığı satış hızına göre seçilmelidir. Çok hızlı ürünlerde olay bazlı güncelleme gerekirken düşük hareketli ürünlerde kısa aralıklı toplu aktarım yeterli olabilir. Bağlantı kesildiğinde son başarılı stok değeri sınırsız süre kullanılmamalıdır. Sistem gecikmeyi izlemeli, kritik eşiği aşınca kanalı durdurma veya güvenlik stoğunu artırma gibi koruyucu aksiyonlar üretmelidir.

Fiyat ve kampanya kurallarını izlenebilir yapın

Liste fiyatı, kanal komisyonu, kargo katkısı, kampanya indirimi, kupon ve müşteri segmenti aynı siparişte etkili olabilir. ERP’ye yalnız net toplamın aktarılması, indirimin kaynağını ve kanal kârlılığını görünmez hale getirir. Sipariş satırında liste fiyatı, uygulanan indirim, kanal katkısı ve işletme katkısı mümkün olduğunca ayrı alanlarda saklanmalıdır.

Fiyat değişikliğinde başlangıç-bitiş zamanı, para birimi, vergi dahil veya hariç olma durumu ve yuvarlama kuralı netleştirilmelidir. Kanalın kabul ettiği fiyat ile gönderilen fiyat arasındaki fark raporlanmalıdır. Kampanya öncesinde örnek sepetlerle test yapmak; yanlış fiyat, üst üste binen indirim ve negatif marj riskini azaltır.

Fatura, kargo ve iade akışını birlikte yönetin

Sipariş ERP’ye geldikten sonra müşteri ve teslimat bilgileri doğrulanmalı, uygun satış belgesi oluşturulmalı ve depo sevkiyle ilişkilendirilmelidir. Belge numarası, kargo takip kodu ve sipariş referansı sistemler arasında kaybolmadan taşınmalıdır. Aynı siparişin kısmi sevki veya birden fazla paketle gönderimi varsa her paketin içerdiği ürünler izlenebilmelidir.

İade süreci, satışın ters kaydı olarak görülmemelidir. Müşterinin talebi, taşıma durumu, depoda fiziksel kontrol, yeniden satılabilirlik, stok girişi, iade belgesi ve geri ödeme ayrı aşamalardır. Ürün depoya gelmeden stokta satılabilir görünmemeli; hasarlı veya eksik ürün karantina konumuna alınmalıdır. İade nedeni kodları ürün, paketleme ve kargo kalitesini geliştirmek için raporlanmalıdır.

Entegrasyon hatalarını görünür ve tekrar işlenebilir tasarlayın

API bağlantısı kurulmuş olması entegrasyonun sürekli çalışacağı anlamına gelmez. Kanal kesintisi, hız limiti, eksik ürün eşleştirmesi, geçersiz adres veya beklenmeyen durum kodu veri akışını durdurabilir. Her işlem için benzersiz referans, zaman damgası, istek sonucu ve anlaşılır hata mesajı tutulmalıdır. Kullanıcı teknik kayıt okumadan hangi siparişin neden beklediğini görebilmelidir.

Başarısız işlem güvenli biçimde yeniden çalıştırılabilmeli, fakat aynı sipariş veya tahsilat ikinci kez oluşmamalıdır. Bu nedenle mükerrerlik kontrolü ve idempotent işlem tasarımı önemlidir. Kritik hatalar sorumlu ekibe bildirilirken geçici hatalar kontrollü aralıklarla otomatik denenebilir. Hata kuyruğunun yaşı, tekrar sayısı ve parasal etkisi operasyon göstergesi olarak izlenmelidir.

Güvenlik ve yetki sınırlarını entegrasyona dahil edin

Entegrasyon hesabına yalnız ihtiyaç duyduğu veri ve işlem yetkileri verilmelidir. API anahtarları kaynak koda veya kullanıcıların görebileceği dosyalara yazılmamalı; güvenli sunucu ayarlarında saklanmalı ve belirli aralıklarla yenilenmelidir. Test ile canlı ortamın anahtarları, web adresleri ve verileri birbirinden ayrılmalıdır.

Müşteri adresi, telefon ve sipariş bilgisi gibi veriler yalnız iş amacı için gerekli sistemlere aktarılmalıdır. Kayıt saklama, erişim, maskeleme ve silme kuralları kurumun veri yönetimi yaklaşımıyla uyumlu olmalıdır. Kullanıcı işlemleri ve entegrasyon değişiklikleri denetim kaydında tutulduğunda hata araştırması ve yetki kontrolü kolaylaşır.

Pilot uygulama ve başarı ölçümü için yol haritası

İlk aşamada tek kanal, sınırlı ürün grubu ve kontrollü depo seçmek riski azaltır. Ürün eşleştirmeleri tamamlandıktan sonra sipariş, ödeme, stok, sevkiyat, iptal ve iade senaryoları gerçekçi test verisiyle uçtan uca denenmelidir. Pilot süresince eski yöntem kısa süreli karşılaştırma amacıyla kullanılabilir; ancak iki sistemde bağımsız işlem yapılarak yeni bir veri karmaşası oluşturulmamalıdır.

Başarı; aktarılan sipariş sayısıyla değil, otomatik işlenen sipariş oranı, stok uyuşmazlığı, siparişten sevkiyata süre, hatalı fiyat, iptal nedeni, iade oranı ve entegrasyon hata çözüm süresiyle ölçülmelidir. BTPOINT mevcut kanal ve depo yapısını analiz ederek uygun ERP, stok, satış ve e-dönüşüm kapsamını belirler; DİA ERP, DARA veya diğer uyumlu çözümler için kurulum ve destek planı oluşturur.