E-Ticaret ve ERP Entegrasyonu: Stok, Sipariş, Fatura ve Kargo Otomasyonu
E-ticaret siteniz satış yapıyor, ERP veya muhasebe programınız stoğu ve faturayı tutuyor; ikisi arasında köprü ise bir kişinin elle yaptığı kopyala-yapıştır. Sipariş sayısı arttıkça bu köprü hem yavaşlar hem hata üretir: stokta olmayan ürün satılır, aynı sipariş iki kez girilir, fatura geç kesilir. Bu yazıda entegrasyonun neleri kapsadığını, nasıl tasarlanması gerektiğini ve en sık yapılan hataları anlatıyoruz.
Neden entegrasyon?
Entegrasyonun amacı insan emeğini ortadan kaldırmaktan çok, tekrar eden ve hataya açık işleri güvenilir bir şekilde otomatikleştirmektir. Doğru kurulduğunda şunları sağlar:
- Sipariş girişinde elle veri aktarımı ve buna bağlı hatalar azalır.
- Stok bilgisi mağazada ve ERP'de tutarlı kalır.
- Sipariş, fatura ve sevkiyat süreci daha hızlı ilerler.
- Ekip tekrar eden işler yerine müşteri ve istisna durumlarla ilgilenir.
Hangi veri, hangi yöne akar?
| Veri | Genel yön | Dikkat edilecek nokta |
|---|---|---|
| Ürün ve fiyat bilgisi | ERP → E-ticaret (veya tersi) | Hangi sistemin ana kaynak olduğunu baştan belirleyin; iki yerde de düzenlenirse çakışma çıkar. |
| Stok miktarı | ERP → E-ticaret | Güncelleme sıklığı ve rezerve edilen (sepette/ödeme bekleyen) stok kuralı net olmalıdır. |
| Sipariş | E-ticaret → ERP | Aynı siparişin iki kez aktarılması engellenmelidir. |
| Ödeme durumu | E-ticaret → ERP | Yalnızca ödemesi onaylanan siparişin sevke açılması gibi kural tanımlanabilir. |
| Fatura bilgisi | ERP / fatura entegratörü → E-ticaret | Kesilen faturanın müşteriye erişimi sağlanır. |
| Kargo takip numarası | ERP / kargo sistemi → E-ticaret | Müşteriye bildirim ve takip bağlantısı gönderilir. |
Temel ilke şudur: her veri türü için tek bir doğruluk kaynağı olmalı. Stok için genellikle ERP, sipariş için genellikle e-ticaret sitesi ana kaynaktır. Diğer sistem bu veriyi kopya olarak taşır.
Entegrasyon yöntemleri
| Yöntem | Nasıl çalışır? | Artıları | Eksileri |
|---|---|---|---|
| API ile doğrudan bağlantı | İki sistem birbirinin API'sini çağırır | Anlık veri, esnek kurgu | Karşı sistemin API sunması gerekir; hata yönetimi şarttır |
| Webhook / olay tabanlı | Bir olay (yeni sipariş gibi) gerçekleştiğinde diğer sistem bilgilendirilir | Hızlı tepki, gereksiz sorgu yok | Bildirimin kaybolma ihtimaline karşı yeniden deneme gerekir |
| Kuyruk tabanlı ara katman | İşlemler bir kuyruğa yazılır ve sırayla işlenir | Yoğunlukta dayanıklı, kayıp riski düşük | Ek altyapı ve izleme gerektirir |
| Dosya ile toplu aktarım (CSV/XML) | Belirli aralıklarla dosya üretilir ve okunur | API olmayan eski sistemlerde çözüm | Anlık değildir; hata ayıklaması zordur |
Hata yönetimi: entegrasyonun asıl sınavı
Entegrasyon sorunsuz günlerde kolaydır; asıl değer bir şeyler ters gittiğinde ortaya çıkar. Bağlantı kopabilir, karşı sistem geçici olarak yanıt vermeyebilir veya eksik bir veri gelebilir. Sağlam bir entegrasyonda şunlar bulunmalıdır:
- Tekrarı önleme (idempotency): Aynı sipariş iki kez gönderilirse ikinci kayıt oluşmamalıdır. Her sipariş benzersiz bir kimlikle takip edilir.
- Yeniden deneme: Geçici hatalarda işlem otomatik olarak, aralıklarla tekrar denenir.
- Kuyruk ve sıralama: Yoğun dönemlerde işlemler kaybolmadan sıraya alınır.
- Kayıt ve izleme: Hangi siparişin ne zaman aktarıldığı, hangisinin neden başarısız olduğu görülebilir.
- Uyarı: Çözülemeyen hatalar yetkili kişiye bildirilir.
- Manuel müdahale ekranı: Başarısız kayıtları görüp elle yeniden gönderebileceğiniz bir yönetim ekranı.
Stok senkronizasyonu ve fazla satış riski
Stok bilgisi gecikmeli güncellendiğinde, elinizde olmayan ürünü satma riskiyle karşılaşırsınız. Riski azaltmanın yolları şunlardır:
- Stok güncelleme sıklığını satış hızınıza göre belirleyin. Hızlı tükenen ürünlerde daha sık güncelleme gerekir.
- Birden fazla satış kanalınız varsa (kendi siteniz, pazaryerleri, mağaza) tüm kanalların stoğunu tek merkezden yönetin.
- Kritik ürünlerde küçük bir güvenlik stoğu bırakın; mağazada görünen stoğu gerçek stoktan biraz düşük gösterin.
- Sepete eklenen veya ödeme bekleyen ürünler için rezervasyon kuralı tanımlayın ve süresi dolan rezervasyonları serbest bırakın.
Fatura ve kargo süreçleri
Türkiye'de elektronik fatura süreçleri, Gelir İdaresi Başkanlığı'nın (GİB) belirlediği çerçevede, ya GİB'in portalı ya da özel entegratör firmalar aracılığıyla yürütülür. Ticari ERP yazılımları ve fatura entegratörleri bu işlemler için API veya hazır bağlantı sunar. E-ticaret siparişi tamamlandığında fatura bilgilerinin entegratöre iletilmesi ve oluşan faturanın müşteriye ulaştırılması otomatikleştirilebilir.
Kargo tarafında ise sipariş hazırlandığında kargo firmasına gönderi kaydı açılması, takip numarasının alınması ve bu numaranın müşteriye iletilmesi sık otomatikleştirilen adımlardır. Her kargo firmasının API'si ve kuralları farklı olduğundan, kullandığınız firmaların sunduğu imkanlar projenin başında netleştirilmelidir.
Test ve canlıya alma
- Test ortamında deneyin: Gerçek müşteriyi etkilemeden sipariş, iptal, iade ve kısmi sevkiyat gibi senaryoları deneyin.
- Uç durumları test edin: Stokta kalmayan ürün, hatalı adres, eksik fatura bilgisi ve karşı sistemin yanıt vermediği durumlar.
- Küçük hacimle başlayın: Canlıda önce sınırlı sayıda ürün veya siparişle çalışın.
- İlk günlerde yakından izleyin: Kayıtları ve uyarıları günlük kontrol edin.
- Geri dönüş planı hazırlayın: Bir sorun olursa elle süreç sürdürülebilmeli.
Sonuç
İyi bir e-ticaret–ERP entegrasyonu, çoğu zaman görünmezdir: siparişler sorunsuz akar, stok tutarlıdır, ekip istisnalarla uğraşır. Bu görünmezliği sağlayan şey ise hata yönetimi, tek doğruluk kaynağı ve dikkatli testtir. Mevcut sistemlerinizi birbirine bağlamak veya özel bir yönetim paneli geliştirmek için bizimle konuşun.
Sık Sorulan Sorular
- Her ERP yazılımı e-ticaret sitesiyle entegre edilebilir mi?
- Büyük ölçüde evet, ancak yöntem ERP'nin sunduğu imkanlara bağlıdır. API veya hazır bağlantısı olan sistemlerde entegrasyon daha kolaydır. API'si olmayan eski sistemlerde veritabanı veya dosya tabanlı aktarım gibi alternatifler değerlendirilir.
- Stok senkronizasyonu anlık olmak zorunda mı?
- Hayır. Gerekli sıklık, ürünün satış hızına ve stok riskine göre belirlenir. Hızlı tükenen ürünlerde daha sık, yavaş hareket eden ürünlerde daha seyrek güncelleme yeterli olabilir. Önemli olan tutarlılığın ve hata durumunda uyarının sağlanmasıdır.
- Entegrasyon ne kadar sürede kurulur?
- Süre; sistem sayısına, karşı tarafın API kalitesine ve iş kurallarının karmaşıklığına göre değişir. Yalnızca stok ve sipariş akışını içeren basit bir kurulum ile fatura, kargo ve çok kanallı yapıyı içeren bir kurulum aynı sürede tamamlanmaz. Kesin süre keşif aşamasından sonra paylaşılmalıdır.
Diğer yazılar
- CRM5 dk okuma
Özel CRM Yazılımı Seçerken Dikkat Edilmesi Gerekenler
Hazır paket mi, özel geliştirme mi? Süreç uyumu, entegrasyon, ölçeklenebilirlik ve toplam sahip olma maliyeti için karar rehberi.
Yazıyı oku - E-Ticaret4 dk okuma
Next.js ile E-Ticarette Dönüşüm Oranlarını Artırma
Core Web Vitals, sunucu taraflı render ve akıllı önbellekleme ile sayfa hızını artırıp satın alma oranını nasıl yükseltirsiniz?
Yazıyı oku - B2B5 dk okuma
B2B Bayi Sipariş Portalı ile Telefonla Sipariş Dönemini Bitirin
Bayiye özel fiyat, cari limit ve tek tıkla tekrar sipariş: toptan ticarette operasyon yükünü azaltan portal mimarisi.
Yazıyı oku
