Netsis 3’ünüz yerinde kalır; tezgâhı, depoyu ve bayi siparişini Netsis’e üreticinin kendi arayüzü NetOpenX üzerinden bağlarız. Doğrudan tabloya yazmayız — muhasebe kaydınız Netsis’in kendi kontrollerinden geçmeden oluşmaz.
Netsis, MS SQL Server üzerinde çalışır ve tabloları TBL önekiyle adlandırılır; entegrasyon planı bu şemanın okunmasıyla başlar.
Şube ve işletme ayrımı satır içi kolonlarla (SUBE_KODU, ISLETME_KODU) yapılır; firma ve dönemin fiziksel ayrımı kurulumda teyit edilir — Logo’nun Sene Sonu Devir dokümanı yeni yıl için yeni şirket açılmasını ve kopyalamanın yedek/geri yükleme ile yapılmasını anlatıyor; yani şirket-yıl başına ayrı veritabanı yaygın, aynı şirkette devam da teknik olarak mümkün.
Üreticinin belgelediği uyarlama araçları NetOpenX, NetOpenX Rest ve Netsis Data Inspector’dır (NDI, Netsis içinde özel ekran ve rapor tasarlama ortamı); NetOpenX’in amacı iş mantığını bozmadan kayıt aktarmak ve veri almaktır.
NetOpenX Rest, IIS gerektirmeden kendi servisi üzerinden çalışır ve Swagger arayüzüyle gelir; hangi uç noktaların açık olduğu kurulumda doğrudan görülebilir.
Okuma ve yazma aynı risk sınıfında değildir: raporlama için veritabanı okunabilir, kayıt oluşturma daima resmi arayüzden yapılır.
Hangi Netsis’i kullanıyorsunuz?
Entegrasyon görüşmesinin ilk dakikasında sorduğumuz soru budur, çünkü “Netsis kullanıyoruz” cümlesi tek başına bir mimari kararı vermeye yetmiyor. Netsis 3 Standard, Netsis 3 Enterprise ve Netsis Wings aynı aileden gelse de kurulum profili, açık modüller ve lisans kapsamı firmadan firmaya değişir.
Bu fark pratikte şuraya dokunuyor: entegrasyonda kullanacağımız arayüzün o kurulumda mevcut olup olmadığı, hangi modüllerin lisansınıza dahil olduğu ve hangi verinin hangi ekrandan üretildiği. Bunların hiçbirini uzaktan varsaymıyoruz; kurulum üzerinde teyit ediyoruz.
Netsis, Logo Yazılım ürün ailesinin parçasıdır. Üretici son dönemde ürün hattını Logo Edge çatısı altında yeniden adlandırdı ve Netsis ailesini N-Series olarak konumlandırdı. Sürüm geçişi takvimi ve hangi kurulumun hangi seriye karşılık geldiği konusunda tek doğru kaynak üretici ve yetkili bayinizdir — bayisi olmadığımız için bu bilgiyi sizin adınıza taahhüt etmiyoruz.
Keşifte istediğimiz bilgi kısadır: ürün adı, sürüm numarası, kaç işletme ve şube tanımlı, hangi modüller aktif ve e-dönüşüm tarafının hangi ürünle yürüdüğü. Bu beş satır olmadan verilen her takvim tahmindir.
Veri modeli: TBL öneki ve satır içi ayrım
Netsis verisi MS SQL Server üzerinde tutulur. Tablo adları TBL önekiyle başlar ve modül bazlı gruplanır. Entegrasyon tasarımında asıl belirleyici olan şey ise adlandırma değil, çok işletmeli ve çok şubeli yapının nasıl temsil edildiğidir.
Logo’nun Tiger tarafında firma ve dönem numarası tablo adının içine gömülür; yani her firma-dönem kombinasyonu için ayrı bir tablo adıyla karşılaşırsınız. Netsis’te ise şube ve işletme ayrımı satır içi kolonlarla — SUBE_KODU ve ISLETME_KODU ile — yapılır. Firma ve dönemin fiziksel ayrımı ise kurulumdan kuruluma değişebiliyor: Logo’nun Sene Sonu Devir dokümanı yeni yıl için yeni şirket açılmasını ve kopyalamanın yedek/geri yükleme ile yapılmasını anlatıyor; yani şirket-yıl başına ayrı veritabanı yaygın, aynı şirkette devam da teknik olarak mümkün. Hangisinin sizde geçerli olduğunu kurulumunuzda teyit ediyoruz.
Bu, entegrasyon yazan taraf için hem kolaylık hem tuzaktır. Kolaylık, çünkü şube ve işletme için tablo adını dinamik üretmeniz gerekmez. Tuzak, çünkü sorguya işletme veya şube filtresini koymayı unutan bir rapor hata vermez — sessizce yanlış toplam üretir. Entegrasyon projelerinin en pahalı klasik hatalarından biri tam olarak budur: kimse sistemin bozulduğunu fark etmez, çünkü ekranda bir sayı vardır.
Netsis ve Logo Tiger’ın şema yaklaşımı — entegrasyon tasarımına etkisi. Sürüm ve kurulum farkları için proje başında müşteri veritabanında teyit edilir.
Konu
Logo Tiger / Wings
Logo Netsis 3
Tablo öneki
LG_
TBL
Firma / dönem / şube ayrımı
Firma ve dönem tablo adının içine gömülü — her firma-dönem için farklı tablo adı
Şube ve işletme satır içi kolonlarda (SUBE_KODU, ISLETME_KODU); firma ve dönemin fiziksel ayrımı kurulumda teyit edilir
Sorgu yazarken ilk risk
Yanlış firma-dönem tablosuna bağlanmak
Filtreyi unutmak — sorgu çalışır ama toplam yanlış çıkar
Resmi uyarlama arayüzü
Logo Objects ve Logo REST Servis
NetOpenX ve NetOpenX Rest
NetOpenX, NetOpenX Rest ve Netsis Data Inspector
Netsis tarafında üreticinin kendi doküman ağacında yer alan uyarlama araçları var. Entegrasyon projesinde bunlardan hangisini kullanacağımız, yapılacak işin okuma mı yazma mı olduğuna ve kurulumun mimarisine göre belirlenir.
NetOpenX — iş mantığını bozmadan kayıt aktarma
NetOpenX, Netsis’in uyarlama ve entegrasyon arayüzüdür. Varlık sebebi tek cümleyle özetlenebilir: dışarıdan gelen kaydı, programın kendi iş mantığını devre dışı bırakmadan sisteme almak ve sistemden veri okumak. Yani bir fatura ya da cari kaydı buradan geçtiğinde Netsis’in kendi doğrulamaları çalışır.
NetOpenX Rest — modern servis katmanı
NetOpenX’in REST tabanlı sürümü ayrı bir kurulum paketiyle (NetsisNoxRestSetup.exe) gelir ve NetOpenX Rest Manager üzerinden yönetilir. Entegrasyon tarafında en çok işimize yarayan iki özelliği şunlar: IIS kurulumu gerektirmez, kendi servisi üzerinden ayağa kalkar; ve Swagger arayüzüyle birlikte gelir.
Swagger’ın pratik değeri hafife alınmamalı. Hangi uç noktaların açık olduğunu, hangi alanların zorunlu olduğunu ve dönen cevabın yapısını kurulumun kendisinden görebiliyor olmak, dokümantasyon ile gerçeğin ayrıştığı noktaları daha keşif aşamasında yakalamamızı sağlıyor. Üreticinin dokümantasyonunda Postman üzerinden örnek çağrılar da yer alıyor.
Netsis Data Inspector (NDI)
NDI, Netsis’in standart ekranlarının dışında ekran, rehber ve rapor tasarlamak için üreticinin sunduğu uyarlama ortamıdır (Netsis Toolbar, Object Inspector, Design Screen ve VCL Palette bileşenleriyle). Entegrasyon projesindeki yeri şu: NDI ile Netsis içinde özel bir doğrulama ekranı veya rapor tasarlanabilir; biz onu, aktarılan kaydı Netsis içinden kontrol edecek küçük bir rapor için kullanıyoruz.
Netsis’te okumak ile yazmak neden farklı ağırlıkta
Bu ayrım her ERP için geçerli ama Netsis’te özellikle somut, çünkü ürünün kendi arayüzünün tanımı doğrudan bu konuyu işaret ediyor: NetOpenX’in amacı iş mantığını bozmadan kayıt aktarmaktır. Bu cümlenin tersi de doğrudur — arayüzü atlayıp veritabanına doğrudan yazdığınızda iş mantığını bozarsınız.
Okuma — rapor, panel ve analiz için
Stok kartları, stok hareketleri, çek-senet ve e-belge tarafındaki veriler raporlama amacıyla doğrudan okunabilir; hiçbir kayıt değişmediği için Netsis’in bütünlüğü tehdit altına girmez
Ağır raporlama sorgularını canlı veritabanı yerine salt-okunur bir kopya üzerinde çalıştırmak, Netsis kullanıcılarının gün içi performansını korur
İşletme ve şube filtresi her sorguda açıkça yazılır; “tek işletme var zaten” varsayımı, ikinci işletme açıldığı gün sessizce yanlış rapor üretmeye başlar
Muhasebeleştirme ve entegrasyon tarafındaki tablolar (örneğin entegrasyon kümülasyon ve hesap kodu eşleme yapıları) okunurken, hangi kaydın hangi aşamada olduğu netleştirilmeden yorum yapılmaz
Yazma — istisnasız NetOpenX üzerinden
Netsis’e dışarıdan fatura, irsaliye, stok hareketi veya cari kayıt atılacaksa yol NetOpenX’tir. Böylece zorunlu alan kontrolleri, fiş-satır ilişkisinin doğru kurulması ve ürünün kendi doğrulamaları devreye girer; hatalı kayıt en baştan reddedilir ve size anlamlı bir hata döner.
Doğrudan INSERT ile bir fiş başlığı ve satırlarını yazmak teknik olarak mümkündür. Sorun şu ki bu yolla oluşan kayıt, Netsis ekranlarında açıldığında beklenen davranışı göstermeyebilir, muhasebeleştirme aşamasında takılabilir ya da e-belge tarafında sorun çıkarabilir. Bozulmuş veriyi geri getirmenin maliyeti, kazanılan geliştirme süresinden her zaman büyüktür.
Netsis sürümü yükseltildiğinde entegrasyona ne olur?
Bu soruyu sözleşme aşamasında açıkça konuşuyoruz, çünkü entegrasyon projelerindeki hayal kırıklıklarının çoğu burada doğuyor: sistem kurulur, çalışır, aylar sonra ERP güncellenir ve bir sabah akış durur.
Netsis tarafında yükseltmenin entegrasyona dokunduğu üç ayrı yüzey var. Birincisi veritabanı şeması: yeni sürümler yeni alanlar getirir, bazı yapılar değişir. Doğrudan tablo okuyan bir rapor bu değişiklikten etkilenebilir. İkincisi resmi arayüzün kendisi: NetOpenX Rest üzerindeki uç noktaların ve alanların sürümle birlikte genişlemesi olağandır. Üçüncüsü kurulum katmanı: servis, yönetim aracı ve bileşen sürümlerinin uyumlu hâle getirilmesi gerekir.
Bizim yaklaşımımız üç maddede toplanıyor. Entegrasyonu şemaya değil arayüze yaslayarak kurmak, okuma tarafındaki sorguları tek bir veri erişim katmanında toplayarak yükseltme sonrası kontrol yüzeyini küçültmek ve her yükseltme öncesinde test ortamında bir kontrol turu yapmak. Yükseltmeyi yetkili bayiniz yönetir; bizim işimiz entegrasyonun o geçişi kaldırabilir durumda olmasıdır.
Teslimden sonraki 15 gün içinde çıkan hataları ücretsiz düzeltiyoruz; sürüm takibi ve yükseltme öncesi kontrol turu ise bu sürenin dışında kalır ve ayrı bir bakım sözleşmesiyle yürür. Bunu baştan yazılı konuşuyoruz ki kimse sonradan “bu dahil değil miydi” demesin.
Netsis bayileri için: geliştirmeyi biz yapalım, müşteri sizde kalsın
Netsis satan ve kuran bir firmaysanız tanıdık bir tablo var: müşteri standart ürünün dışına çıkan bir istekle geliyor, iş teknik olarak yapılabilir ama bünyede bunu yazacak bir yazılım ekibi yok. İşi geri çevirmek ise sadece o projeyi değil, müşteri ilişkisini de riske atıyor.
Biz bu boşluğu dolduruyoruz ve rolümüzü net tutuyoruz: ürün bilgisi, lisans, kurulum ve müşteri ilişkisi sizin alanınız; NetOpenX üzerinden yazılacak kod bizim alanımız. Hangi arayüzün kullanılacağına siz karar verirsiniz, biz o kararın içinde çalışırız.
Ticari muhatap siz kalırsınız; müşteriye fatura da, taahhüt de sizin adınıza gider
Beyaz etiketli çalışma mümkündür — müşteri görüşmelerine sizin ekibinizin parçası olarak katılabiliriz
Geliştirme kalemi sabit fiyatla ve yazılı kapsamla verilir; müşterinize sunduğunuz teklifin bu satırı sonradan değişmez
Tek seferlik bir uyarlama da olur, süreklilik isteyen bir geliştirme kapasitesi de
Teknik dokümantasyonu size teslim ediyoruz; yarın başka bir ekiple devam etmek isterseniz elinizde kalır
Netsis projelerinde izlediğimiz sıra
Kurulum keşfi — Ürün ve sürüm, tanımlı işletme ve şube sayısı, aktif modüller ve e-dönüşüm tarafındaki kurgu yazılı hâle getirilir.
Arayüz ve lisans teyidi — NetOpenX veya NetOpenX Rest’in kurulumda mevcut olup olmadığı, ek modül gerekip gerekmediği yetkili bayinizle birlikte doğrulanır.
Şema doğrulaması — Kullanılacak tablolar ve kolonlar, tahminle değil sizin veritabanınız üzerinden çıkarılır; işletme ve şube filtresi kuralı yazılı kurala bağlanır.
Salt okuma pilotu — Önce yalnızca veri okunur. Hiçbir kayıt değişmeden bağlantının çalıştığı ve verinin doğru yorumlandığı görülür.
Eşleme tanımı — Stok kodu, cari kod, birim ve ambar eşlemeleri yönetilebilir bir tabloya alınır; kod değişikliği geliştirici gerektirmez.
Yazma ve doğrulama — NetOpenX üzerinden yazma açılır, önce test ortamında denenir; oluşan kayıt Netsis ekranlarından kontrol edilir; gerekirse NDI ile Netsis içinde bu kontrolü yapan küçük bir doğrulama raporu tasarlanır.
Devreye alma — Hata kaydı, uyarı ve yeniden deneme mekanizmasıyla canlıya geçilir; mükerrer kayıt oluşmaması için idempotent yazma kurgulanır.
Sahada nasıl görünüyor?
Üretim kaydı Netsis’e akıyor
Sahada iş emri kapandığında mamul girişi ve hammadde sarfı Netsis’e NetOpenX üzerinden düşüyor. Akşam Excel’den toplu giriş yapan bir kişi yerine, gün içinde NetOpenX’ten geçip Netsis’in kendi doğrulamasından çıkan kayıtlar kalıyor; ay sonu maliyeti gerçek üretim verisiyle kapanıyor.
E-ticaret siparişi tek yerden yönetiliyor
Web sitesi ve pazaryeri siparişleri Netsis’e otomatik giriliyor, stok bakiyesi tek kaynaktan okunuyor. Aynı ürünü iki kanalda birden satıp karşılayamama durumu ortadan kalkıyor.
Çok şubeli yapıda doğru raporlama
Şube ve işletme bazlı satış, stok ve cari raporları tek panelde toplanıyor. Filtre kuralı veri erişim katmanında sabitlendiği için yeni şube açıldığında raporlar sessizce bozulmuyor.
Depo sayımı ile Netsis bakiyesi karşılaştırılıyor
El terminaliyle yapılan sayım, Netsis’ten salt okunur alınan bakiyeyle karşılaştırılıyor. Fark listesi sorumluya düşüyor; iki ayrı listeyi elle karşılaştırma işi bitiyor.
Bayi portalından sipariş girişi
Bayiler siparişi portalden giriyor, sipariş Netsis’e NetOpenX üzerinden aktarılıyor. İşletme ve şube kodu portalde seçildiği için sipariş yanlış işletmeye düşmüyor; “ben şöyle söylemiştim” konuşması telefon defterinde kalmıyor, kayıtta duruyor.
Referans iş birliği
Entegrasyon tarafında yeni bir hat kuruyoruz ve ilk projeleri referans iş birliğiyle yürütüyoruz: projenin sonunda ölçülebilir sonuçları vaka çalışması olarak yayımlamamıza ve sizi referans göstermemize izin veren firmalara özel koşul uyguluyoruz. Karşılığında alacağınız şey standart bir paket değil, süreçlerinize göre yazılmış bir sistem — ve geliştiren ekibe doğrudan erişim.
Sık sorulan sorular
Netsis’i değiştirmemiz gerekiyor mu?
Hayır. Bu çalışmanın tamamı Netsis’in yerinde kalması üzerine kurulu. Muhasebe verinize, mali müşavirinizin alışkanlığına ve e-dönüşüm kurgunuza dokunmuyoruz. Entegrasyon katmanı Netsis ile konuşur; onun yerine geçmez, onunla yarışmaz.
Logo veya Netsis bayisi misiniz?
Hayır. Ne Logo’nun ne başka bir ERP üreticisinin bayilik, çözüm ortaklığı ya da iş ortaklığı sözleşmesi bizde var; tamamen bağımsız çalışan bir yazılım geliştiricisiyiz. Entegrasyonu ürünün kendi belgelenmiş arayüzleri üzerinden yapıyoruz. Lisans, kurulum ve ürün danışmanlığı yetkili bayinizin alanıdır ve o alana girmiyoruz — aksine bayilerle birlikte de çalışıyoruz.
NetOpenX Rest için ek lisans gerekiyor mu?
Bu, kurulumunuzda teyit edilmesi gereken bir kalem ve dürüst cevap “duruma göre değişir” olmalı. Bazı kaynaklarda REST arayüzünün ayrı bir lisans veya modül gerektirebileceği belirtiliyor; biz bunu sizin adınıza kesin bir bilgi gibi sunmuyoruz. Keşif aşamasında hangi arayüzü kullanacağımızı belirliyor, gerekli lisansın kurulumunuzda mevcut olup olmadığını yetkili bayinizle birlikte doğruluyoruz. Bu doğrulama yapılmadan takvim ve fiyat vermiyoruz.
Doğrudan Netsis veritabanına yazsak olmaz mı? Daha hızlı olurdu.
Teknik olarak mümkün, pratikte yapmıyoruz. NetOpenX’in var oluş amacı zaten kaydı iş mantığını bozmadan sisteme almaktır; arayüzü atlamak, ürünün kendi doğrulamalarını da atlamak demektir. Bu yolla oluşan kayıt ekranlarda beklendiği gibi davranmayabilir, muhasebeleştirmede takılabilir veya e-belge tarafında sorun çıkarabilir. Kazanılan birkaç günlük geliştirme süresi, bozulan veriyi düzeltmenin maliyetinin yanında küçük kalır.
Birden fazla işletme ve şubemiz var. Bu işi zorlaştırır mı?
Zorlaştırmaz ama tasarımı doğrudan etkiler. Netsis’te şube ve işletme ayrımı satır içi kolonlarla (SUBE_KODU, ISLETME_KODU) yapılıyor; firma ve dönemin fiziksel ayrımını ise kurulumunuzda teyit ediyoruz — Logo’nun Sene Sonu Devir dokümanına göre şirket-yıl başına ayrı veritabanı yaygın, aynı şirkette devam da teknik olarak mümkün. Kolon bazlı ayrımın anlamı şu: filtreyi unutan bir sorgu hata vermez, sessizce yanlış toplam üretir. Bu yüzden işletme ve şube filtresini tek bir veri erişim katmanında kural hâline getiriyoruz ve her raporu en az iki işletme verisiyle test ediyoruz. Kaç işletme ve şube tanımlı olduğunu keşif aşamasında yazılı olarak alıyoruz.
Bozulma ihtimali her zaman var ve bunu baştan söylüyoruz. Yükseltme üç yüzeye dokunabiliyor: veritabanı şeması, resmi arayüzün uç noktaları ve kurulum bileşenlerinin sürüm uyumu. Riski azaltma yolumuz, entegrasyonu şemaya değil arayüze yaslamak, okuma sorgularını tek bir katmanda toplamak ve yükseltme öncesi test ortamında kontrol turu yapmaktır. Teslim sonrası 15 gün ücretsiz hata düzeltme kapsamda; sürüm takibi ise bakım sözleşmesiyle devam eder.
Ne kadar sürer ve nasıl fiyatlanır?
Ürün, sürüm, işletme-şube sayısı ve kapsam bilinmeden süre söylemek tahmin olur; biz tahmin satmıyoruz. Keşif görüşmesinde kurulumunuzu, hangi verinin hangi yöne akacağını ve hangi arayüzün kullanılacağını netleştiriyoruz. Bundan sonra yazılı takvim ve sabit fiyat veriyoruz; ikisi de sözleşmeye giriyor. Teslim sonrası 15 gün ücretsiz hata düzeltme kapsamda.
Yerinde keşif hangi illerde yapılıyor?
Mersin merkezli çalışıyoruz; Tarsus, Adana, Hatay, İskenderun ve Osmaniye’de keşfi ve saha kurulumunu yerinde yapıyoruz. Netsis tarafındaki geliştirme ve NetOpenX bağlantı çalışması Türkiye’nin her yerinden uzaktan yürütülebiliyor; başlangıç online görüşmeyle olur. Depoya el terminali veya tezgâh başına terminal kurulacaksa o günler yerinde ziyaret olarak takvime yazılır.
Hangi programı kullandığınızı, sahada hangi verinin elle girildiğini ve neyi otomatikleştirmek istediğinizi anlatın. İlk görüşmede teknik olarak mümkün olup olmadığını ve hangi yöntemle yapılacağını netleştiriyoruz.
Bu sayfada adı geçen ürün ve markalar ilgili firmaların tescilli ticari markalarıdır. D'Cloud Software bağımsız bir yazılım geliştiricisidir; anılan firmaların yetkili bayisi, çözüm ortağı veya iş ortağı değildir. Entegrasyon hizmeti, ürünlerin kendi belgelenmiş arayüzleri ve veri erişim yöntemleri üzerinden sunulur.