Entegrasyon Kütüphanesi
Mikro ERP ile B2B Bayi Sipariş Portalı Nasıl Tasarlanır?
Mikro ERP verilerini bayi portalında kullanmak için müşteri, ürün, sipariş ve yetkilendirme tasarımına giriş.
- Mikro ERPAna kayıtlar ve ticari kurallar
- Yetkili entegrasyon servisiEşleştirme, kuyruk ve sonuç kontrolü
- Bayi portalıİzinli görünüm ve işlem talebi
Bir bayi portalı yalnızca ürün listesi gösteren bir web sitesi değildir. Her bayinin doğru fiyatı, stok bilgisi, sipariş geçmişi ve yetkileri görmesi gerekir. Mikro ERP kullanılan işletmelerde ilk adım veriyi kopyalamak değil, bayi işlemlerinin hangi sistemde kesinleştiğini belirlemektir.
Teknik başlangıç noktaları
MikroAPI belgelerinde cari, stok ve sipariş işlem grupları bulunur. Bunlar cari, stok ve sipariş başlıkları için araştırılabilecek veri erişim noktalarıdır. Fiyat listesi, iskonto, yetki ve sipariş iptali gibi konuların uygun uç noktalar ve ERP kuralları üzerinden ayrıca doğrulanması gerekir.
Portalın temel modülleri
Bayi kimliği ve rol: Bir bayi diğerinin fiyatını veya siparişini göremez. Kullanıcılar bir bayiye ve gerekirse birden fazla şubeye bağlanır.
Katalog: Ürün kodu, açıklama, resim, satış birimi ve sipariş verilebilirlik koşulları gösterilir. ERP verisi ve katalog görseli için ayrı kaynaklar kullanılabilir.
Sepet ve teklif: Sipariş göndermeden önce cari limit, asgari miktar, ticari koşullar ve stok kontrolü değerlendirilir.
Sipariş geçmişi: Portalda oluşturulan talep ile ERP'de kabul edilen sipariş farklı durumlar olabilir. Her iki durum ayrı gösterilir.
Örnek veri modeli
| Alan | Kaynak veya karar |
|---|---|
| Bayi kodu | ERP cari kaydı ile eşlenir |
| Kullanıcı rolü | Portal erişim yönetimi |
| Ürün kodu | ERP stok kaydı |
| Ticari fiyat | Firma fiyatlama kurallarına göre doğrulanır |
| Sipariş durumu | Portal + ERP olaylarıyla izlenir |
| Hata kayıtları | Teknik gözlem sistemi |
Yayın öncesi kontrol listesi
- Aynı siparişin tekrar gönderilmesini engelleyen benzersiz referans tanımlansın.
- Sipariş kaydı başarısızsa kullanıcıya “alındı” denmesin.
- Cari hesap ve bayi fiyatı yalnızca yetkili kullanıcıya gösterilsin.
- Loglarda token, parola veya kişisel veri gereksiz yere saklanmasın.
- Bakım, bağlantı kesintisi ve yoğun trafik senaryosu test edilsin.
Hazır çözüm mü, özel portal mı?
Standart katalog ve temel sipariş akışı için hazır bir çözüm yeterli olabilir. Bayi segmenti, saha ekibi, ticari istisna, otomatik onay ve çoklu depo kuralları karmaşıklaştıkça özel portal tercih edilebilir.
ERP bağlantısı kesilirse sipariş ne olur?
Örnek senaryo: Bayi aynı sepeti iki kez gönderiyor. Portal önce kendi kayıt numarasını üretip tek talep saklar. ERP isteğinin yanıtı kaybolursa aynı kaydı körlemesine yeniden oluşturmaz; ERP'deki referansla eşleşmeyi sorgular. Referansı güvenilir biçimde arama veya tekilleştirme imkânı yoksa işlem insan incelemesine alınır. Portal numarası tek başına ERP'de mükerrer kayıt garantisi sağlamaz.
| Aşama | Bayiye gösterilecek bilgi |
|---|---|
| Talep portalda saklandı | Talep alındı; ERP teyidi bekleniyor |
| Ticari kontrol bekliyor | Onay bekleniyor; stok ayrıldığı iddia edilmez |
| ERP kaydı doğrulandı | ERP referansı ve doğrulanmış durum |
| Sonuç belirsiz | Kontrol ediliyor; tekrar sipariş vermeyin |
Bu akışı bayi sipariş demosunda örnek verilerle inceleyebilirsiniz. Kurulumda erişilebilir API paketi, lisans, firma/çalışma yılı ve servis kullanıcısının izinleri ERP sorumlusuyla doğrulanmalıdır.
Kaynaklar ve doğrulama
Örnek akışlar mimari öneridir; tamamlanmış müşteri projesi veya üretici iş ortaklığı iddiası değildir. Teknik kaynak kontrolü: 17 Ekim 2026. Kurulumun sürümü, lisansı ve izinleri ayrıca doğrulanır.
İşletmenizdeki akışa uyarlayın
ERP entegrasyonu planlama rehberi. B2B portal geliştirme kapsamını inceleyebilir, mevcut sürecinizi birlikte değerlendirebiliriz.
İhtiyacınızı konuşalım →