#ERP neden kritik?
B2B sipariş sisteminde ürün, stok, cari ve fiyat verileri güncel değilse bayi yanlış sipariş verir. ERP entegrasyonu bu verilerin tek merkezden yönetilmesini ve pazaryeri ekranlarına doğru yansımasını sağlar.
#Kullanıcı bazlı ERP yaklaşımı
Bazı projelerde ERP yalnızca platform sahibine ait değildir. Farklı satıcı veya bayiler kendi ERP bilgileriyle işlem yapabilir. UserIntegration yapısı bu senaryolar için kullanıcı bazlı bağlantı mantığı sunar.
#Desteklenen sağlayıcılar
Entegra, BizimHesap, Paraşüt, Sentos, StockMount, Dopigo ve KolaySoft gibi sağlayıcılarla ürün, sipariş ve fatura senkronizasyonu proje kapsamına göre planlanabilir. Buna ek olarak yerinde çalışan ERP'lerden Logo Tiger, Mikro Fly, Netsis 9.0 ve özel ERP'lerle de iki yönlü senkronizasyon yapılabilir.
#Senkronizasyon yönü ve sıklığı
ERP entegrasyonu tek yönlü mü iki yönlü mü çalışır sorusu kritik bir karardır. Genellikle şu yapı önerilir: Ürün ve kategori ERP'den pazaryerine tek yönlü gelir (ERP master). Stok her iki yönde de güncel tutulur. Sipariş pazaryerinden ERP'ye akar. Cari hesap iki yönlü senkronize çalışır. Fatura ERP'de oluşur, pazaryerine iletim olur. Senkronizasyon sıklığı veri kritikliğine göre belirlenir: stok 5-15 dakikada bir, ürün/fiyat günde 2-3 kez, sipariş anlık (webhook ile), cari hesap saatlik.
#Hangi veri ne zaman senkronize olmalı?
- Ürün ve kategori: Günlük veya tetik bazlı (ERP'de değişiklik yapıldığında).
- Stok: 5-15 dakikalık periyodik güncelleme + sipariş anında geçici rezerv.
- Fiyat listeleri: Günde 1-3 kez veya değişiklik anında.
- Sipariş: Pazaryerinde sipariş açıldığı anda ERP'ye webhook ile.
- Cari hesap ve bakiye: Saatlik veya işlem anında.
- Fatura ve sevkiyat: ERP'den pazaryerine sevkiyat anında.
#Hata yönetimi ve istisna paneli
ERP entegrasyonlarında veri çelişkileri, ağ hataları, format uyumsuzluğu kaçınılmazdır. Bu yüzden iyi bir entegrasyon altyapısının yanında "istisna paneli" olmalıdır: senkronize edilemeyen kayıt, eşleşmeyen ürün kodu, başarısız sipariş, hatalı fiyat değişikliği gibi durumlar burada görüntülenir, manuel müdahale yapılabilir, tekrar denenmesi planlanabilir. Bu olmadan hatalar gözden kaçar ve operasyonel sorunlara dönüşür.
#Veri eşleme (mapping) süreci
ERP'deki ürün kodları (SKU, barkod, stok kodu), pazaryerindeki ürün kayıtlarıyla 1-1 eşleşmek zorundadır. Bu eşleme çoğunlukla SKU veya barkod alanı üzerinden yapılır. Eşleşmeyen kayıtlar (ERP'de var, pazaryerinde yok veya tersi) entegrasyon başlangıcında temizlenir. Yeni eklenen ürünler için otomatik eşleme + manuel onay akışı kurulur.
#Performans ve veri hacmi
10.000 SKU'lu bir katalog için 5 dakikalık tam senkronizasyon mümkün değildir. Bu yüzden iyi bir entegrasyon delta (yalnızca değişen kayıt) bazlı çalışır. ERP'den son senkronizasyondan sonra değişen kayıtlar çekilir. Bu yaklaşım hem hızlıdır hem de ERP üzerindeki yükü minimize eder. Büyük katalog/yüksek trafik projelerde ayrı senkronizasyon servisi (microservice) kurulur.
#Test ortamı ve canlıya geçiş
ERP entegrasyonunu doğrudan canlıya bağlamak risklidir. ERP sağlayıcısı çoğunlukla bir test/staging ortamı sağlar; entegrasyon önce burada doğrulanır. Tüm senaryolar (yeni sipariş, iptal, kısmi sevkiyat, iade, fiyat değişikliği) test edilir. Sonra canlıya alınır ve ilk hafta yoğun gözlem altında çalışır. Bu disiplin uygulanmadığında, entegrasyon kaynaklı veri hataları finans tablonuza kadar gider.
#i-Pazaryeri ERP entegrasyon yaklaşımı
i-Pazaryeri ERP entegrasyonunu üçüncü faza koymak yerine, projenin ikinci faz başında planlamayı önerir. Çünkü ERP entegrasyonu olmadan canlıya alınan bir B2B pazaryeri kısa sürede manuel veri girişi yüküne yenik düşer. Logo, Mikro, Netsis ve sektörde sıkça kullanılan ERP'ler için hazır konnektörler kullanılır; özel ERP'ler için iki haftalık keşif çalışması yapılır ve özel adapter geliştirilir.
