Netsis Salesforce entegrasyonuna başlayan ekiplerin çoğu, Logo Tiger deneyiminin buraya doğrudan taşınacağını varsayar. İki ürün aynı çatı altında — ama entegrasyon açısından ortak noktaları sanıldığından az.
Bu yazı Netsis’e özgü kısımları anlatıyor. Logo Tiger tarafı için Logo Tiger Salesforce entegrasyonu yazımıza, genel prensipler için ERP entegrasyonunda nelere dikkat etmeli yazımıza bakabilirsiniz.
En büyük fark: Netsis’in resmî bir REST arayüzü var
Netsis’in entegrasyon katmanı NetOpenX. Logo Yazılım’ın kendi tanıtımına göre NetOpenX, ERP’nin mevcut iş mantığını bozmadan kayıt aktarılmasını ve veri alınmasını sağlıyor. Üzerine de Netsis REST API geliyor: NetOpenX fonksiyonlarını kapsayan, web ve mobil geliştirmeye uygun standart bir arayüz.
Pratikte bunun anlamı şu: Netsis tarafında, Logo Tiger’da karşılaştığınız COM tabanlı nesne modeliyle boğuşma ihtiyacı çoğu senaryoda ortadan kalkıyor. HTTP ile konuşulan, belgeli bir arayüzle çalışıyorsunuz.
Bir ayrıntı daha: REST arayüzü IIS kurulumu gerektirmeden Windows servis üzerinden yayınlanabiliyor. Müşterinin BT ekibiyle yapılacak sunucu pazarlığını kısaltan bir özellik.
Logo Tiger ile Netsis’i aynı sanmanın maliyeti
İki ürün aynı şirketin portföyünde olduğu için teklif aşamasında sık yapılan bir hata var: “Logo entegrasyonu yaptık, Netsis de benzerdir” diyerek süre ve maliyet tahmini vermek.
| Logo Tiger | Netsis | |
|---|---|---|
| Birincil entegrasyon yolu | Logo Objects (COM) ve/veya REST servisi | NetOpenX ve onu kapsayan REST API |
| Veri modeli | Kendi tablo ve alan adlandırması | Tamamen farklı tablo ve alan adlandırması |
| Yazma tarafı | Nesne modeli üzerinden, sabit ve alan adı keşfi gerektirir | Servis çağrısı üzerinden, daha öngörülebilir |
| Geliştirici kaynağı | Dağınık, çoğu forum ve deneme yanılma | Ürün dokümantasyonu daha derli toplu |
Sonuç: Logo tarafında öğrendiğiniz alan adları, sabitler ve tablo yapısı Netsis’te işinize yaramaz. Devreden tek şey yaklaşım — hangi verinin sahibi kim, anahtarlar ne olacak, hata nasıl yönetilecek.
Sürüm meselesi: hangi Netsis?
“Netsis kullanıyoruz” cümlesi tek bir şeyi anlatmıyor. Entegre, Standard, Enterprise ve Wings hatları var; müşterinin hangisinde olduğu ve sürümünün ne kadar güncel olduğu doğrudan kapsamı etkiliyor.
Projeye başlamadan önce yazılı olarak öğrenin:
- Hangi ürün hattı ve hangi sürüm numarası
- NetOpenX ve REST API’nin kurulu ve erişilebilir olup olmadığı
- Entegrasyon için ayrı bir kullanıcı açılıp açılamayacağı
- Müşterinin Netsis iş ortağının kim olduğu ve destek alınıp alınamayacağı
Son madde küçük görünüyor ama önemli. Netsis tarafında bir parametre değişikliği gerektiğinde, müşterinin mevcut iş ortağıyla konuşabilmek haftalarca süren bir tıkanmayı bir güne indirebiliyor.
Netsis Salesforce entegrasyonunda tipik kapsam
Yön kararları Logo tarafındakiyle benzer, çünkü bunlar ERP’ye değil iş modeline bağlı:
| Veri | Yön | Not |
|---|---|---|
| Ürün / stok kartı | Netsis → Salesforce | Genelde ilk kurulan entegrasyon |
| Stok miktarı | Netsis → Salesforce | Ambar kırılımı gerekiyorsa baştan planlayın |
| Fiyat | Netsis → Salesforce | Birden fazla liste varsa çakışma kuralı şart |
| Cari hesap | Çift yönlü ya da tek yön | Karar iş sürecine bağlı, teknik değil |
| Sipariş | Salesforce → Netsis | Onay akışı Salesforce’ta biter, kayıt Netsis’e düşer |
| Fatura / bakiye | Netsis → Salesforce | Satış ekibinin görmesi için, okuma amaçlı |
Cari yönü: en çok tartışılan karar
Yeni müşteri Salesforce’ta doğuyor, ama vergi bilgisi ve muhasebe kaydı ERP’de tutuluyor. İki yaklaşım var ve ikisi de savunulabilir:
- Salesforce yazar: satış temsilcisi müşteriyi açar, kayıt ERP’ye geçer. Hızlı, ama ERP tarafındaki muhasebe onayını atlar.
- ERP açar, Salesforce bekler: Salesforce’ta aday kayıt durur, muhasebe ERP’de cariyi açtıktan sonra kod Salesforce’a döner. Yavaş ama kontrollü.
Muhasebe ekibinin cari açma üzerinde onay talebi varsa ikinci yaklaşım kaçınılmaz. Bunu baştan öğrenmek, sonradan akışı tersine çevirmekten çok ucuz.
Servis olması her şeyi çözmüyor
REST arayüzünün varlığı entegrasyonu kolaylaştırıyor, ama şu dört konu yine sizin çözmeniz gereken kısım:
Oturum ve kimlik yönetimi
Servis çağrıları için bir oturum açılıyor ve bu oturumun ömrü var. Her istekte yeniden oturum açmak hem yavaş hem gereksiz; oturumu önbellekte tutup süresi dolduğunda yenilemek gerekiyor. Salesforce tarafında çağrı sınırları olduğu için bu detay doğrudan performansı etkiliyor.
Sayfalama ve hacim
Binlerce ürünü tek çağrıda çekmek ne Salesforce’un ne de ERP’nin hoşuna gider. Sayfalama ve değişen kayıtları çekme (delta) mantığını en baştan kurun. Sonradan eklemek, çalışan bir entegrasyonu yeniden yazmak demek.
Alan eşlemesi ve zorunlu alanlar
ERP’de zorunlu olan bir alan Salesforce’ta boş olabiliyor. Sipariş veya cari yazarken eksik alan hatası almak yaygın. Çözüm, eksikleri gönderim anında değil öncesinde yakalamak: Salesforce tarafında bir doğrulama adımı koyup kullanıcıya eksikleri aynı ekranda gösterin.
Hata yönetimi
Servis bir hata döndüğünde bunun nereye yazılacağı, kimin göreceği ve tekrar denenip denenmeyeceği karara bağlanmalı. Salesforce’ta genel bir log objesi açıp tüm entegrasyonların kaydını oraya yazmak, her entegrasyon için ayrı yapı kurmaktan hem ucuz hem yönetilebilir.
Veri kalitesi: burada da aynı hikâye
ERP değişiyor, veri kalitesi sorunları değişmiyor. Netsis kurulumlarında da beklemeniz gerekenler:
- Mükerrer cari kartlar ve dolgu vergi numaraları
- Aynı ürünün farklı kodlarla birden çok kez açılmış olması
- Pasife alınmamış, yıllardır kullanılmayan kartlar
- Adres alanlarına serbest metin olarak girilmiş il ve ilçe bilgisi
Entegrasyondan önce bir veri taraması yapın ve bulguları müşteriyle paylaşın. Bu, hem projenin gerçekçi planlanmasını sağlar hem de canlıya çıkıştan sonra “sistem yanlış çalışıyor” tartışmasını önler — çünkü veri zaten öyleydi.
Sıkça Sorulan Sorular
Netsis Salesforce entegrasyonu için NetOpenX şart mı?
Kayıt yazacaksanız pratikte evet. NetOpenX, ERP’nin iş mantığını bozmadan kayıt aktarımını sağlayan katman; Netsis REST API de bu fonksiyonları kapsıyor. Yalnızca okuma yapılacaksa başka yollar değerlendirilebilir, ancak yazma tarafında ERP’nin kendi kurallarının çalışması önemlidir.
Logo Tiger entegrasyonu yaptıysak Netsis daha mı kolay olur?
Yaklaşım ve mimari deneyimi devreder; teknik bilgi büyük ölçüde devretmez. Tablo yapısı, alan adları ve servis çağrıları farklıdır. Süre tahmini yaparken bunu hesaba katın.
Salesforce Netsis veritabanına doğrudan bağlanabilir mi?
Hayır. Netsis çoğunlukla şirket içi bir sunucuda çalışır. Salesforce, Netsis’in servis arayüzüyle ya da o sunucuda çalışan bir ara katmanla konuşur.
Sipariş Salesforce’tan Netsis’e otomatik geçebilir mi?
Evet. Yaygın kurgu, teklifin Salesforce’ta onay sürecinden geçmesi ve onay sonrası siparişin Netsis’e yazılmasıdır. Zorunlu alan kontrolünün gönderimden önce Salesforce tarafında yapılması, hata oranını belirgin şekilde düşürür.
Stok ne sıklıkla güncellenmeli?
Çoğu şirket için saatlik yeterli. Anlık stok gerektiren senaryolarda (aynı ürünü birden fazla kanalda satan işletmeler) daha sık senkron gerekebilir, ancak bu maliyeti artırır ve baştan tasarlanması gerekir.
Entegrasyon Netsis güncellemelerinden etkilenir mi?
Servis arayüzü üzerinden çalışan entegrasyonlar, doğrudan veritabanına bağlananlara göre sürüm değişikliklerinden daha az etkilenir. Yine de her ERP güncellemesi sonrası entegrasyonun test edilmesi gerekir; bunu bakım planına yazın.
Sonuç
Netsis tarafında entegrasyon kapısı daha standart ve bu iyi haber. Ama projenin zorluğu hiçbir zaman sadece kapıda değildi: hangi verinin sahibi kim, cari hangi yönde açılacak, hata olduğunda kim görecek ve mevcut verinin durumu ne — bu sorular ERP fark etmeksizin aynı.
VinteraTech, Salesforce Select Partner olarak Netsis entegrasyonlarını kuruyor. Mevcut kurulumunuzu ve ihtiyacınızı ücretsiz ön görüşmede değerlendiriyoruz.
Ücretsiz değerlendirme isteyin →
Son güncelleme: 28 Eylül 2026