Nebim V3 Salesforce entegrasyonu, bu serideki diğer ERP’lerden farklı bir problem. Sebep basit: Nebim V3 perakende için tasarlanmış ve perakende verisi, toptan ya da üretim verisine hiç benzemiyor.
Diğer entegrasyonlarda “ürün” tek bir karttır. Perakendede bir ürün, model kodu altında renk ve beden kırılımlarına ayrılır. Stok tek bir depoda değil, onlarca mağazada ayrı ayrı durur. Fiyat bir tane değildir. Bu farklar entegrasyon tasarımını baştan değiştirir.
Genel prensipler için ERP entegrasyonunda nelere dikkat etmeli yazımıza bakabilirsiniz.
Varyant meselesi: bir ürün mü, iki yüz ürün mü?
Nebim V3 tarafında ürün, model kodu ile birlikte renk, beden, sezon ve marka özelliklerini taşır. Bir gömlek modeli sekiz renk ve altı bedende üretiliyorsa, arka planda 48 ayrı satılabilir birim var demektir.
Salesforce’a aktarırken iki yol var ve seçim projenin gidişatını belirliyor:
| Her varyant ayrı ürün | Model ürün + varyant kaydı | |
|---|---|---|
| Kayıt sayısı | Çok yüksek | Yönetilebilir |
| Teklif hazırlama | Doğrudan çalışır | Ek geliştirme gerekir |
| Raporlama | Model bazında toplamak zor | Model bazında doğal |
| Uygun olduğu durum | Varyant sayısı sınırlı, B2B satış | Geniş koleksiyon, sezonluk değişim |
Bu kararı teklif aşamasında verin. Sonradan değiştirmek, ürün kayıtlarını ve onlara bağlı her şeyi yeniden kurmak demek.
Ayakkabı ve tekstil tarafında bir ek zorluk var: beden ölçüleri farklı sistemlerde farklı gösterilebiliyor. Kanallar arası beden dönüşümü gerekiyorsa bunu entegrasyonun içine değil, ayrı bir eşleme tablosuna koyun — kural değiştiğinde kod değiştirmek zorunda kalmayın.
Stok tek sayı değil
Perakendede “stok var mı” sorusunun tek bir cevabı yok. Doğru soru şu: hangi mağazada, hangi renkten, hangi bedenden kaç adet var?
Nebim V3 stoğu mağaza ve depo bazında tutuyor. Salesforce’a taşırken karar vermeniz gerekenler:
- Kırılım seviyesi: mağaza bazında mı, yoksa toplam mı? Toplam göstermek basit ama satış temsilcisine “İzmir’de var mı” sorusunu cevaplatmaz.
- Hacim: varyant sayısı × mağaza sayısı, kayıt adedini hızla büyütür. Bir koleksiyonda bu rakam yüz binlere çıkabilir.
- Tazelik: mağaza satışları gün içinde stoğu değiştirir. Günlük senkron perakendede çoğu zaman yetersiz.
Hacim sorununa pratik bir çözüm: tüm varyant-mağaza kombinasyonlarını Salesforce’a taşımak yerine, yalnızca stoğu olanları aktarmak ve sıfırlananları silmek. Kayıt sayısı belirgin şekilde düşüyor.
Alternatif olarak, stoğu Salesforce’a hiç taşımayıp ihtiyaç anında Nebim’e canlı sorgu yapmak da mümkün. Bu, veriyi hep güncel tutar ama ERP’ye bağımlılık ve gecikme getirir. Tercih, satış ekibinin stok bilgisine ne sıklıkta ve nerede ihtiyaç duyduğuna bağlı.
Fiyat: hangi fiyat?
Perakendede aynı ürün aynı anda birden fazla fiyatla yaşar: peşin fiyat, taksitli fiyat, sezon indirimli fiyat. Üstüne kampanya kurguları biner — sepette indirim, çoklu alım kampanyaları gibi.
Bu yapının tamamını Salesforce’a taşımak genelde ne mümkün ne gerekli. Karar vermeniz gereken şu: Salesforce’ta satış mı yapılacak, yoksa satış bilgisi mi görülecek?
- Bilgi amaçlı: tek bir referans fiyat yeterli. Basit, hızlı, yanlış anlaşılmaya açık değil.
- Teklif ve sipariş yapılacak: hangi fiyat türünün geçerli olduğu, kampanyaların nasıl uygulanacağı ve iskontonun nerede hesaplanacağı yazılı olarak netleşmeli.
Kampanya mantığını Salesforce’ta yeniden kurmaya çalışmak yaygın bir hata. Kampanyalar sık değişir; iki yerde bakım yapmak zorunda kalırsınız. Hesaplamanın ERP’de kalması, Salesforce’un sonucu göstermesi genelde daha sağlıklı.
Müşteri kim? POS ile CRM’in buluşma noktası
Perakendede müşteri kimliği bulanık. Mağazadan alışveriş yapan kişi sadakat kartı kullanmadıysa sistemde yok. Kullandıysa var ama bilgileri eksik olabilir. E-ticaretten alan kişinin maili var, mağazadan alanın telefonu.
Salesforce’a müşteri taşırken netleştirilmesi gerekenler:
- Hangi müşteriler taşınacak? Tüm kayıtlar mı, yoksa sadakat programında olanlar mı, yoksa belirli bir harcama eşiğinin üstündekiler mi?
- Eşleştirme anahtarı ne? Telefon numarası perakendede en güvenilir alan; e-posta çoğu kayıtta boş.
- Sadakat verisi taşınacak mı? Puan bakiyesi ve alışveriş geçmişi satış ekibi için değerli, ama hacimli.
- Yön ne? Perakende kayıtlar ERP’de doğar; Salesforce’un yazma ihtiyacı genelde B2B ve kurumsal müşteri tarafındadır.
Birinci madde bütçeyi doğrudan etkiliyor. Yüz binlerce perakende müşterisini Salesforce’a taşımak hem lisans hem yönetim maliyeti demek — ve çoğu zaman satış ekibinin işine yaramıyor.
Nebim V3 ile teknik bağlantı
Nebim V3’ün bir web servis altyapısı var ve mevcut entegrasyon çözümleri genelde iki kanalı birlikte kullanıyor: okuma için veritabanı, işlem için web servisi. Web siparişleri de Nebim tarafında perakende satış siparişi olarak kaydedilebiliyor.
Projeye başlamadan netleştirin:
- Hangi servisler kurulu ve erişilebilir durumda
- Entegrasyon için ayrı kullanıcı açılabilir mi
- Test ortamı var mı — perakende verisiyle canlıda deneme yapılmaz
- Mevcut e-ticaret entegrasyonu var mı ve Salesforce onunla çakışacak mı
Son madde sık atlanıyor. Çoğu Nebim kullanıcısının zaten bir e-ticaret entegrasyonu var. Salesforce’u eklerken aynı veriyi iki farklı yoldan okuyan iki sistem oluşuyor; hangisinin neyi güncellediği baştan konuşulmazsa çakışma kaçınılmaz.
Sıkça Sorulan Sorular
Nebim V3 Salesforce entegrasyonu mümkün mü?
Evet. Nebim V3’ün web servis altyapısı ve veritabanı üzerinden ürün, varyant, stok, fiyat ve müşteri verisi Salesforce’a taşınabilir. Kapsamı belirleyen asıl konu teknik imkân değil, perakende veri modelinin Salesforce’ta nasıl temsil edileceğidir.
Renk ve beden varyantları Salesforce’ta nasıl tutulur?
İki yaklaşım var: her varyantı ayrı ürün kaydı yapmak ya da model düzeyinde bir ürün tutup varyantları ayrı bir yapıda saklamak. İlki teklif hazırlamayı kolaylaştırır, ikincisi kayıt sayısını yönetilebilir tutar. Seçim varyant sayısına ve satış biçimine bağlıdır.
Mağaza bazlı stok Salesforce’a taşınabilir mi?
Evet, ancak kayıt hacmine dikkat edilmeli. Varyant sayısı ile mağaza sayısının çarpımı hızla büyür. Yalnızca stoğu olan kombinasyonları taşımak ya da ihtiyaç anında canlı sorgu yapmak, iki yaygın çözümdür.
Kampanyalar Salesforce’ta hesaplanmalı mı?
Genelde hayır. Kampanya kurguları sık değişir ve iki sistemde ayrı ayrı bakım yapmak hataya açıktır. Hesaplamanın ERP’de kalıp sonucun Salesforce’ta gösterilmesi daha sürdürülebilir.
Perakende müşterilerinin tamamı Salesforce’a taşınmalı mı?
Çoğu durumda hayır. Yüz binlerce kayıt hem maliyet hem yönetim yükü getirir ve satış ekibinin işine yaramaz. Sadakat programındaki veya belirli bir eşiğin üstündeki müşterilerle sınırlamak daha verimlidir.
Mevcut e-ticaret entegrasyonumuzla çakışır mı?
Çakışabilir. Aynı veriyi iki sistem okuyup güncelliyorsa hangisinin hangi alanın sahibi olduğu baştan yazılmalıdır. Bu, teknik bir konudan çok bir sahiplik kararıdır.
Sonuç
Nebim V3 entegrasyonunda zorluk bağlantı kurmakta değil, perakende verisinin şeklinde. Varyantlar, mağaza kırılımı, çoklu fiyat ve bulanık müşteri kimliği — bunların her biri için bir karar vermeniz gerekiyor ve kararların çoğu teknik değil ticari.
VinteraTech, Salesforce Select Partner olarak perakende entegrasyonları kuruyor. Mevcut Nebim kurulumunuzu ve ihtiyacınızı ücretsiz ön görüşmede değerlendiriyoruz.
Ücretsiz değerlendirme isteyin →
Son güncelleme: 28 Eylül 2026