B2B sipariş portalında bayinin doğru ürünü, kendisine ait fiyatı ve güncel stok bilgisini görmesi beklenir. Verilen siparişin de tekrar elle girilmeden ERP veya muhasebe sistemine ulaşması istenir. Kâğıt üzerinde bu ihtiyaç “ERP entegrasyonu” adında tek bir madde gibi durur; uygulamada ise farklı verilerin, kuralların ve hata durumlarının birlikte tasarlanmasını gerektirir.
Entegrasyonun başarısı yalnızca iki sistem arasında bağlantı kurulmasıyla ölçülmez. Bayinin yanlış fiyatla sipariş vermemesi, stok tükendiğinde ne olacağını bilmesi, aktarılamayan siparişin kaybolmaması ve operasyon ekibinin sorunu izleyebilmesi gerekir. Bu nedenle proje kapsamı ekranlardan önce veri sahipliği ve iş kuralları üzerinden çıkarılmalıdır.
1. Her veri için ana sistemi belirleyin
İlk karar, hangi bilginin hangi sistemde oluşturulup yönetileceğidir. Ürün kodu, temel açıklama, stok ve cari hesap ERP'den gelebilir; zengin ürün görselleri ve portal kategorileri B2B panelinde yönetilebilir. Sipariş portalda oluşur, ERP'ye aktarıldıktan sonra sevkiyat ve fatura durumu ERP'den geri döner. Bu sahiplik karışırsa aynı alan iki tarafta değiştirilir ve hangisinin güncel olduğu belirsizleşir.
Basit bir veri sahipliği tablosu hazırlayın. Her veri grubu için ana kaynak, hedef sistem, aktarım yönü, güncellenme sıklığı ve hata sorumlusu yazılsın. ERP'nin API veya web servisi sunup sunmadığını, erişilebilen alanları, istek sınırlarını ve test ortamı bulunup bulunmadığını bu aşamada doğrulayın. “ERP ile entegre” ifadesini ancak bu teknik olanaklar incelendikten sonra kesin kapsam kabul edin.
- Ürün, varyant, birim, koli ve kategori bilgileri
- Bayi, teslimat adresi, kullanıcı ve cari hesap eşleşmeleri
- Fiyat listesi, iskonto, kampanya, vade ve para birimi
- Depo bazlı stok, kullanılabilir miktar ve beklenen tedarik tarihi
- Sipariş, onay, iptal, sevkiyat, fatura ve iade durumları
- Bakiye, risk limiti, ekstre ve tahsilat bilgileri
2. Fiyat ve sipariş kurallarını ekrandan bağımsız yazın
B2B satışta fiyat çoğu zaman tek bir rakam değildir. Bayi grubu, sözleşme, miktar, kampanya, vade, döviz kuru veya satış temsilcisi onayı sonucu değiştirebilir. Portalın fiyatı ERP'den hazır olarak mı alacağı, yoksa ERP'den gelen kuralları mı hesaplayacağı netleşmelidir. Aynı hesabın iki sistemde ayrı ayrı yazılması zamanla farklı sonuç üretme riski taşır.
Siparişin kabul koşullarını da senaryolaştırın. Minimum sipariş miktarı, koli katı, açık hesap limiti, vadesi geçmiş borç, temsilci onayı, stok rezervasyonu ve parçalı sevkiyat kararı hangi noktada uygulanacak? Bayiye gösterilen uyarı ile ERP'nin siparişi reddetme nedeni aynı dili kullanmalıdır. Aksi halde portal siparişi başarılı gösterirken arka sistem bunu kabul etmeyebilir.
ERP entegrasyonunda asıl kapsam, hangi verinin taşınacağından çok hangi iş kuralının nerede uygulanacağıdır.
3. Anlık ve zamanlanmış veri akışlarını ayırın
Her verinin saniyeler içinde güncellenmesi gerekmez. Sipariş aktarımı ve kritik stok kontrolü anık çalışabilirken geniş ürün kataloğu veya ekstre belirli aralıklarla eşitlenebilir. Gereksiz anlık trafik ERP'yi zorlayabilir; fazla seyrek güncelleme ise bayiye eski bilgi gösterir. Kararı veri hacmi, değişim sıklığı ve yanlış bilginin işletmeye etkisine göre verin.
Aktarım yöntemi kadar eşleştirme anahtarları da önemlidir. Portal ürünü adıyla değil değişmeyen bir ERP koduyla tanımalı; bayi hesabı doğru cari kodla, teslimat adresi benzersiz adres kaydıyla eşleşmelidir. Birim, vergi, para birimi, ondalık basamak ve saat dilimi gibi ayrıntılar test verisinde kolayca gözden kaçar fakat gerçek siparişte ciddi tutarsızlık yaratabilir.
4. Kesinti ve hatayı normal bir senaryo olarak tasarlayın
ERP servisi geçici olarak yanıt vermeyebilir, ağ bağlantısı kesilebilir veya bir kayıtta zorunlu alan eksik olabilir. Bu durumda sipariş kaybolmamalı ve aynı sipariş iki kez oluşmamalıdır. Her talebe benzersiz bir işlem numarası vermek, başarısız aktarımları kuyrukta tutmak ve güvenli biçimde yeniden denemek temel dayanıklılık ihtiyaçlarıdır.
Operasyon ekibi teknik kayıt dosyası okumadan sorunu görebilmelidir. Hangi siparişin ne zaman aktarıldığı, ERP'den hangi referansı aldığı, hangi kaydın neden beklediği ve son tekrar denemesinin sonucu izlenebilir olmalıdır. Kritik hatalarda doğru kişiye bildirim gönderilmeli; düzeltme sonrası yeniden aktarım kontrollü bir işlemle yapılmalıdır.
- ERP kapalıyken portal siparişi kabul edecek mi, bekletecek mi?
- Aynı istek yeniden geldiğinde mükerrer sipariş nasıl önlenecek?
- Kısmen aktarılan bir sipariş nasıl geri alınacak veya tamamlanacak?
- Hatalı ürün ya da cari eşleşmesini kim düzeltecek?
- Bayinin göreceği durum ve operasyon ekibinin uyarısı ne olacak?
- Tekrar deneme sayısı ve manuel müdahale eşiği nasıl belirlenecek?
5. Yetki, güvenlik ve işlem kaydını kapsamın parçası yapın
B2B portal; fiyat, cari bakiye, ekstre ve sipariş geçmişi gibi ticari veriler taşır. Her bayi yalnızca kendi hesabına ait bilgiyi görmeli, satış temsilcisi sadece sorumlu olduğu müşterilere erişmeli ve yönetim işlemleri uygun rollerle sınırlanmalıdır. Portal kullanıcısı ile ERP cari kaydı arasındaki eşleştirme, basit ama kritik bir güvenlik sınırıdır.
Sistemler arası erişim için kişisel yönetici hesapları yerine sınırlı yetkili servis hesabı kullanın. Bağlantı bilgilerini kod içinde tutmayın, aktarımı şifreli kanal üzerinden yapın ve erişim anahtarlarını yenileme planı oluşturun. Fiyat değişikliği, sipariş onayı, manuel yeniden aktarım ve yetki güncellemesi gibi kritik hareketlerde kim, ne zaman, ne yaptı kaydı tutulmalıdır.
6. Gerçek veriye yakın test ve sınırlı pilotla yayına çıkın
Sadece bir ürün ve bir bayiyle yapılan başarılı test entegrasyonu kanıtlamaz. Farklı fiyat gruplarını, dövizleri, birimleri, depo stoklarını, adresleri, risk limitlerini ve indirim kombinasyonlarını içeren temsilî veri seti hazırlayın. Stok yetersizliği, silinmiş ürün, kapanmış cari, bağlantı kesintisi, iptal ve kısmi sevkiyat gibi olumsuz durumları da kullanıcı kabul testine ekleyin.
Canlıya geçişi az sayıda bayi, sınırlı ürün grubu veya tek bölgeyle başlatmak operasyon riskini azaltır. Pilot boyunca portal siparişleri ile ERP kayıtlarını düzenli karşılaştırın; fiyat farkını, aktarım süresini, hata oranını ve manuel müdahale sayısını ölçün. Sonuçlar kabul edilen eşiklere ulaştığında kullanıcı grubunu kademeli genişletin.
Uygulama öncesi entegrasyon kontrol listesi
- ERP sürümünü, entegrasyon yöntemini, test ortamını ve teknik sorumluyu doğrulayın.
- Her veri grubu için ana sistemi, eşleştirme kodunu ve aktarım yönünü yazın.
- Fiyat, stok, limit, onay, iptal ve sevkiyat kurallarını senaryolaştırın.
- Anlık ve zamanlanmış akışlar için kabul edilebilir gecikmeyi belirleyin.
- Kesinti, tekrar deneme, mükerrer kayıt ve manuel düzeltme sürecini tasarlayın.
- Rol, servis hesabı, gizli anahtar ve işlem kaydı gereksinimlerini belgeleyin.
- Temsilî test verisi, pilot bayi grubu, başarı metrikleri ve geri dönüş planı hazırlayın.
İyi planlanmış bir B2B–ERP entegrasyonu, siparişi bir sistemden diğerine taşımanın ötesinde ortak ve güvenilir bir operasyon akışı kurar. Bayi doğru bilgiyi görür, operasyon ekibi aktarımı izler ve hatalar sessizce kaybolmak yerine yönetilebilir hale gelir. Entegrasyona başlarken önce API adını değil; veri sahipliğini, iş kurallarını, istisnaları ve pilot başarı ölçütlerini netleştirmek bu sonucu belirleyen en önemli adımdır.