B2B Yazılımı Nedir? Modüller, Entegrasyonlar ve Seçim Rehberi

B2B yazılımı, bir işletmenin bayileri, distribütörleri, kurumsal müşterileri veya tedarikçileriyle yürüttüğü ticari işlemleri dijital ortamda yönetmesini sağlayan iş yazılımıdır. Kullanıcıların kendi yetkileriyle giriş yapması, müşteriye özel ürün ve fiyatları görmesi, teklif veya sipariş oluşturması, onay süreçlerini takip etmesi ve ilgili verilerin ERP, CRM, muhasebe ya da lojistik sistemleriyle paylaşılması bu yapının temelini oluşturur.

B2B yazılımı yalnızca çevrim içi ürün kataloğu veya bayi sipariş ekranı değildir. Ticari kurallar, kullanıcı rolleri, veri sahipliği, entegrasyonlar, hata yönetimi ve raporlama birlikte tasarlanmadığında güzel görünen bir portal, şirketin gerçek iş akışını taşıyamaz.

Bu rehber; B2B yazılımının ne olduğunu, hangi modülleri içerebileceğini, B2C yazılımından nasıl ayrıldığını, hangi şirketler için anlamlı olduğunu ve hazır, özel ya da hibrit çözüm arasında nasıl karar verilebileceğini açıklar.

B2B Yazılımı Nedir?

B2B, “business to business” yani işletmeden işletmeye ticaret modelidir. B2B yazılımı da iki veya daha fazla işletme arasındaki sipariş, teklif, fiyat, stok, belge, tahsilat, teslimat ve iletişim süreçlerini yönetmek için kullanılır.

Bir üreticinin bayilerine farklı fiyat listeleri göstermesi, bir distribütörün müşteri kredi limitine göre sipariş onayı vermesi veya bir kurumsal alıcının birden fazla şube için satın alma talebi oluşturması B2B yazılımı senaryolarıdır. Sistem yalnız dış kullanıcı portalından oluşmayabilir; satış temsilcisi, operasyon, finans, depo ve yönetim ekiplerinin kullandığı arka ofis işlevlerini de kapsayabilir.

IBM, B2B entegrasyonunu iki veya daha fazla kuruluş arasındaki iş süreçleri ile iletişimin otomasyonu olarak tanımlar. Aynı kaynak, farklı uygulamalardan gelen verilerin standartlaştırılması, doğru hedefe yönlendirilmesi, izlenmesi ve doğrulanmasını entegrasyonun temel yetenekleri arasında gösterir. Bu nedenle portal ile entegrasyon katmanı aynı şey değildir; fakat sağlıklı bir B2B sisteminde birlikte planlanmalıdır. (IBM: B2B integration)

B2B Yazılımı ile B2C Yazılımı Arasındaki Fark Nedir?

B2C yazılımı genellikle son tüketiciye açık katalog, standart veya kampanyalı fiyat, hızlı üyelik, sepet ve bireysel ödeme deneyimine odaklanır. B2B süreçlerinde ise müşteri hesabına bağlı kurallar daha belirgindir.

İki model aynı altyapıda birlikte çalışabilir; ancak fiyat, stok, kampanya, vergi, kullanıcı ve sipariş kurallarının hangi kanalda geçerli olduğu açıkça ayrılmalıdır. Daha dar karşılaştırma için B2B ve B2C entegrasyon farkları rehberini inceleyebilirsiniz.

Hangi İşletmeler B2B Yazılımına İhtiyaç Duyabilir?

B2B yazılımı şirket büyüklüğünden çok iş akışının yapısıyla ilgilidir. Aşağıdaki durumların birkaçı birlikte yaşanıyorsa ihtiyaç araştırılmalıdır:

• Bayiler veya kurumsal müşteriler e-posta, telefon, mesajlaşma uygulaması ya da dosya üzerinden sipariş veriyorsa,
• Her müşteri için farklı fiyat, iskonto, vade, limit veya ürün yetkisi bulunuyorsa,
• Satış temsilcileri aynı bilgileri birden fazla sisteme tekrar giriyorsa,
• Stok, sipariş, fatura ve sevkiyat durumu farklı kaynaklarda tutuluyorsa,
• Siparişler birden fazla kişi veya departman tarafından onaylanıyorsa,
• Bayilerin cari hesap, belge, kargo veya iade durumunu kendi başına izlemesi isteniyorsa,
• Kurumsal müşterilerin birden fazla şube ve kullanıcıyla çalışması gerekiyorsa.

Bu belirtiler otomatik olarak büyük ve özel bir yazılım kurulması gerektiğini göstermez. Önce mevcut sürecin, kullanılan ERP/CRM sistemlerinin, kullanıcı sayısının ve istisna kurallarının çıkarılması gerekir. Bazı şirketlerde hazır bir ürün yeterli olurken bazı yapılarda mevcut sistemlere eklenen sınırlı bir müşteri portalı daha doğru çözüm olabilir.

Altı Katmanlı B2B Yazılımı Gereksinim Haritası

Modül listesine geçmeden önce gereksinimleri altı katmanda toplamak, “hangi ekranlar olsun?” sorusunu gerçek iş kurallarına bağlar.

Bu harita Kumsal Ajansın proje gereksinimlerini kullanıcı, ticari kural, işlem, sistem bağımlılığı, kontrol ve işletim başlıklarında toplamak için kullandığı karar çerçevesidir. Her katman için mevcut durum, hedef durum, sorumlu, veri kaynağı, istisna ve kabul ölçütü yazılmalıdır.

B2B Yazılımında Hangi Modüller Bulunabilir?

Kurumsal hesap ve kullanıcı yönetimi

Tek bir şirket hesabının altında şubeler, departmanlar ve birden fazla kullanıcı bulunabilir. Satın alma, finans, depo veya yönetici rollerinin görebileceği veriler ve yapabileceği işlemler ayrılmalıdır. Kullanıcı hesabının hangi müşteri, şirket ve fiyat grubuyla ilişkili olduğu açık olmalıdır.

Ürün, katalog ve müşteriye özel fiyatlandırma

Ürün bilgisi; kod, varyant, ölçü, paket, teknik belge, görsel, stok ve teslim süresi gibi alanları içerebilir. Müşteriye özel fiyat listesi, iskonto, para birimi, vergi, minimum sipariş miktarı ve ürün görünürlüğü merkezi kurallardan beslenmelidir. Aynı fiyatın portalda, teklifte ve ERP'de farklı görünmesi en kritik veri tutarlılığı sorunlarından biridir.

Teklif, sipariş ve onay akışı

B2B alıcı doğrudan sipariş vermek yerine teklif isteyebilir, taslak sepet paylaşabilir veya kurum içi onaya gönderebilir. Siparişin limit, stok, bölge, ürün grubu ya da tutara göre farklı onaylara gitmesi gerekebilir. Kısmi onay, revizyon, ret gerekçesi ve işlem geçmişi de senaryoya dâhil edilmelidir.

Stok, sevkiyat ve teslimat takibi

“Stokta var” bilgisi tek başına yeterli olmayabilir. Depoya göre miktar, ayrılmış stok, tahmini tedarik tarihi, kısmi sevkiyat, teslimat adresi ve kargo/lojistik durumu gösterilebilir. Kullanıcıya sunulan bilgi, arka plandaki stok sisteminin güncellik ve erişilebilirlik sınırlarıyla uyumlu olmalıdır.

Cari hesap, tahsilat ve belgeler

Müşteri; bakiye, kredi limiti, vade, geçmiş sipariş, fatura, irsaliye veya mutabakat belgelerini rolüne göre görüntüleyebilir. Çevrim içi tahsilat eklenecekse ödeme sağlayıcısı, yetki, geri bildirim, başarısız işlem ve mutabakat senaryoları ayrıca tasarlanmalıdır. Portalın muhasebe kaydının ana kaynağı olup olmayacağı açıkça belirlenmelidir.

Satış temsilcisi ve müşteri hizmetleri araçları

Satış temsilcileri kendilerine bağlı müşterileri, taslak siparişleri, talepleri ve istisnaları görebilir. Müşteri adına işlem yapılabiliyorsa bu işlem açık yetki ve denetim iziyle kaydedilmelidir. Destek ekibi de kullanıcının gördüğü durumu güvenli biçimde anlayabilmeli; ancak gereksiz kişisel veya ticari veriye erişmemelidir.

Raporlama ve bildirimler

Sipariş durumu, işlem süresi, hata, ret, stok uyumsuzluğu, geciken onay ve kullanıcı etkinliği gibi ölçümler operasyonel kararlar için kullanılabilir. Raporun hangi kaynaktan geldiği, ne sıklıkta güncellendiği ve kim tarafından yorumlanacağı tanımlanmalıdır. Bildirimler de her olayda herkese mesaj göndermek yerine rol ve önem seviyesine göre tasarlanmalıdır.

ERP, CRM ve Diğer Sistemlerle Entegrasyon Nasıl Planlanır?

Entegrasyonun ilk sorusu “API var mı?” değil, “hangi verinin sahibi hangi sistem?” olmalıdır. Ürün ana verisi PIM veya ERP'den, müşteri ve fırsat bilgisi CRM'den, stok depo sisteminden, ödeme sonucu ödeme sağlayıcısından gelebilir. B2B portalı bu verileri gösterebilir ve yeni işlem üretebilir; fakat her alan için ana kayıt sistemi belirlenmezse çift yönlü güncellemeler çelişir.

IBM'in kurumsal uygulama entegrasyonu açıklaması, farklı uygulamaların API veya ara katmanlar üzerinden bağlanarak veri adalarını azaltmasını ve iş süreçlerini akıcı hâle getirmesini ele alır. Uygulamada ise her entegrasyon için veri alanı, yön, tetikleyici, sıklık, hata davranışı, tekrar deneme, günlük kaydı ve sorumlu ekip yazılmalıdır. (IBM: enterprise application integration)

ERP'nin görevini ve B2B portalıyla sınırını daha ayrıntılı değerlendirmek için ERP yazılımları rehberine geçebilirsiniz.

Yetkilendirme, Güvenlik ve Erişilebilirlik Neden Tasarımın Parçasıdır?

B2B sistemleri müşteriye özel fiyat, limit, belge ve işlem geçmişi gösterebildiği için yalnız “giriş yapılıyor” kontrolü yeterli değildir. Her istekte kullanıcının doğru şirket, hesap ve nesne üzerinde yetkili olup olmadığı doğrulanmalıdır. OWASP API Security Top 10, nesne düzeyi yetkilendirme ve kimlik doğrulama hatalarını API'lerdeki temel riskler arasında gösterir. (OWASP API Security Top 10)

Güvenlik gereksinimlerinde en azından rol ve yetki matrisi, çok faktörlü kimlik doğrulama ihtiyacı, parola/oturum politikası, işlem ve değişiklik kayıtları, hassas veri sınırı, yedekleme, olay yönetimi ve erişim kaldırma süreci değerlendirilmelidir. Güvenliğin kapsamı sistemin verisine ve riskine göre belirlenir; tek bir kontrol bütün projeler için yeterli değildir.

Bayi ve kurumsal kullanıcı portalları web uygulamasıdır ve erişilebilir olmalıdır. W3C'nin form rehberi; alanların etiketlenmesini, ilgili kontrollerin gruplanmasını, anlaşılır talimat ve hata geri bildirimi verilmesini önerir. Bu ilkeler giriş, sipariş ve ödeme gibi yoğun formlarda tasarımın başında uygulanmalıdır. (W3C: Forms Tutorial)

Hazır, Özel veya Hibrit B2B Yazılımı Nasıl Seçilir?

Kararı yalnız ilk kurulum fiyatıyla vermeyin. Lisans, geliştirme, entegrasyon, veri taşıma, eğitim, destek, altyapı, güvenlik, yükseltme ve çıkış maliyetlerini birlikte değerlendirin. Hazır ürünün şirketi sürece uydurma maliyeti ile özel yazılımın geliştirme ve bakım sorumluluğu aynı tabloda karşılaştırılmalıdır.

Özel yazılımın hangi iş problemlerinde anlamlı olduğunu görmek için web yazılımı kullanım alanları rehberini inceleyebilirsiniz.

B2B Yazılım Projesi Hangi Aşamalarla İlerler?

1. Mevcut durum: Sipariş, fiyat, stok, onay, belge ve iletişim akışları çıkarılır.
2. Kullanıcı ve rol analizi: Şirketler, şubeler, kullanıcılar, yetkiler ve istisnalar belirlenir.
3. Gereksinim ve öncelik: İlk sürüm, sonraki fazlar ve kapsam dışı işler ayrılır.
4. Entegrasyon ve veri: Ana kayıt sistemleri, veri alanları, erişimler ve hata senaryoları planlanır.
5. Prototip: Gerçek kullanıcı görevleriyle kritik ekran ve akışlar sınanır.
6. Geliştirme ve test: İşlev, yetki, güvenlik, performans, erişilebilirlik ve entegrasyon testleri yapılır.
7. Pilot: Sınırlı bayi veya müşteri grubuyla gerçek senaryolar denenir.
8. Geçiş ve işletim: Veri taşıma, eğitim, destek, izleme, yedek ve devir planı uygulanır.

Mevcut sağlayıcıdan geçişte hosting/panel, alan adı–DNS, kaynak kod, veri tabanı, FTP/SSH ve üçüncü taraf servis erişimleri önce doğrulanmalıdır. Site ve uygulama dosyaları, veri tabanı, medya ve canlı sürümün tam yedeği alınmadan kritik geçişe başlanmamalıdır. Geçiş sonrasında erişim, formlar, e-posta, SSL, DNS, yönlendirmeler, veri tabanı bağlantıları ve temel işlevler kontrol edilmeli; nihai geçiş müşteri onayıyla kesinleştirilmelidir.

Başarı Nasıl Ölçülür?

B2B yazılımının başarısı yalnız kayıtlı kullanıcı veya sipariş sayısıyla ölçülmez. Başlangıç hedeflerine göre şu göstergeler değerlendirilebilir:

• Portal üzerinden tamamlanan uygun sipariş oranı,
• Tekliften siparişe veya talepten onaya geçen süre,
• Manuel veri girişi ve düzeltme gerektiren işlem sayısı,
• Entegrasyon hata, tekrar deneme ve mutabakat kayıtları,
• Sipariş durumu için açılan destek talepleri,
• Aktif bayi/müşteri ve görev tamamlama oranları,
• Yetki, veri veya süreç kaynaklı kritik olaylar.

Ölçüm tanımı proje başlamadan yazılmalıdır. “Sipariş süresi”nin hangi adımda başlayıp bittiği veya “aktif kullanıcı”nın hangi davranışı ifade ettiği belirlenmezse raporlar farklı yorumlanır. Yazılım tek başına satış veya kârlılık garantisi vermez; süreç sahipliği, veri kalitesi, ürün/teklif uygunluğu ve kullanıcı benimsemesi de sonucu etkiler.

B2B Yazılımı Teklifi Almadan Önce Kontrol Listesi

• Birincil kullanıcı grupları ve temsil ettikleri şirket/şubeler
• Müşteriye özel fiyat, iskonto, vade, limit ve ürün kuralları
• Teklif, sipariş, onay, iade ve istisna akışları
• ERP, CRM, PIM, muhasebe, depo, ödeme ve lojistik sistemleri
• Verinin ana kaynağı, güncelleme yönü ve hata davranışı
• Rol, yetki, denetim izi ve güvenlik gereksinimleri
• Mobil kullanım ve erişilebilirlik ihtiyaçları
• Raporlar, bildirimler ve başarı ölçümleri
• Veri taşıma, eğitim, pilot, canlı geçiş ve geri dönüş planı
• Kaynak kod, veri, hesap, dokümantasyon, bakım ve devir koşulları

Bu maddeler bir ürün özellik listesi değil, analiz başlangıcıdır. B2B süreçlerinizi, entegrasyonlarınızı ve ilk sürüm kapsamını birlikte değerlendirmek için Kumsal Ajans web yazılım ekibiyle iletişime geçebilirsiniz.

B2B Yazılımı Hakkında Sık Sorulan Sorular

B2B yazılımı ile bayi portalı aynı şey midir?

Bayi portalı B2B yazılımının kullanıcıya görünen bir parçası olabilir. B2B yazılımı ayrıca ticari kuralları, entegrasyonları, arka ofis işlemlerini, raporlamayı ve işletim süreçlerini kapsayabilir.

B2B yazılımı ERP'nin yerine geçer mi?

Her zaman değil. ERP çoğunlukla ürün, stok, sipariş, fatura ve muhasebe kayıtlarının ana sistemi olabilir; B2B portalı ise bayi ve müşterilerin bu süreçlere kontrollü biçimde erişmesini sağlar. Sınır proje bazında belirlenmelidir.

Hazır B2B yazılımı mı özel yazılım mı seçilmeli?

Süreçler standartsa ve entegrasyonlar destekleniyorsa hazır ürün uygun olabilir. Fiyat, rol, onay ve entegrasyon kuralları belirgin biçimde farklıysa özel veya hibrit çözüm değerlendirilebilir.

B2B yazılımı fiyatı neye göre değişir?

Kullanıcı ve rol sayısı, modüller, ticari kurallar, entegrasyonlar, veri taşıma, güvenlik, tasarım, test, altyapı, eğitim ve bakım kapsamı fiyatı etkiler. Karşılaştırma toplam yaşam döngüsü maliyetiyle yapılmalıdır.

B2B yazılımı ne kadar sürede hazırlanır?

Tek bir süre bütün projeler için doğru değildir. Gereksinimlerin açıklığı, entegrasyonlar, veri kalitesi, modül sayısı, onaylar ve pilot kapsamı takvimi belirler. Analiz sonrasında fazlara ayrılmış teslim planı hazırlanmalıdır.

B2B portalında hangi güvenlik kontrolleri gerekir?

Rol ve nesne düzeyi yetkilendirme, güvenli kimlik doğrulama, oturum yönetimi, işlem kayıtları, hassas veri sınırları, yedekleme, olay yönetimi ve erişim kaldırma temel değerlendirme alanlarıdır; kesin kapsam risk analizine bağlıdır.

B2B yazılımı için mobil uygulama gerekir mi?

Her proje için ayrı mobil uygulama gerekmez. Responsive web portalı birçok sipariş ve hesap işlemini karşılayabilir. Çevrim dışı çalışma, cihaz özellikleri, yoğun saha kullanımı veya özel bildirim ihtiyacı varsa mobil uygulama ayrıca değerlendirilmelidir.