Netsis Entegrasyonu: hangi veri hangi yönde akar?
Netsis entegrasyonu genelde tek bir teknik soruya indirgenir: hangi arayüzden bağlanacağız? Projelerin takıldığı yer ise arayüz değil, kararlardır — hangi veri hangi yönde akacak, iki sistem çeliştiğinde hangisi doğru sayılacak, bir kayıt geçmezse kim haberdar olacak. vRobot, Netsis'i değiştirmez; onun görmediği saha işini kayıt altına alıp veriyi kurallı biçimde Netsis'e akıtır.
Tanıdık geldi mi?
- Netsis'te veri var ama depoda o an ne olduğunu ancak ay sonunda öğreniyoruz.
- Aynı irsaliyeyi bir kendi programımıza, bir Netsis'e giriyoruz; ikisi çoğu zaman tutmuyor.
- Bir entegrasyon yaptırdık, çalışıyor sanıyorduk; kayıtların bir kısmının hiç geçmediğini aylar sonra fark ettik.
- Netsis'e bağlanmak istiyoruz ama nereden bağlanacağımızı kimse net söylemiyor.
İşin iç yüzü
Servis katmanı ve ara tablo: ilk iki yol
İlk tercihimiz Netsis'in kendi servis/nesne katmanıdır; kayıt ERP'nin iç kontrollerinden geçtiği için stok ve muhasebe tarafı tutarlı kalır. Anlık cevap gerektirmeyen, gün içinde binlerce satırın biriktiği işlerde ise ara tablo daha sağlıklıdır: saha uygulaması kaydı kuyruğa yazar, aktarım servisi sırayla işler, başarısız satır kuyrukta bekler. Kuyruk aynı zamanda yoğun saatte ERP'yi kilitlemenin önüne geçer.
Dosya aktarımı ve son çare ekran otomasyonu
Dosya tabanlı toplu aktarım, günde bir kez akan ve gecikmesi sorun olmayan verilerde (dönemsel fiyat listesi, sayım sonucu) hâlâ en dayanıklı yöntemdir; kimse kopan bağlantıyla uğraşmaz. Ekran otomasyonu ise yalnızca gerçekten başka kapı kalmadığında kullanılır, çünkü sürüm değiştiğinde ilk bozulan odur. Bir işi ekran otomasyonuyla çözüyorsak bunu peşinen söyler, kalıcı yolu ayrıca planlarız.
Kod eşleştirmesi tek bir yerde durmuyor
Entegrasyonların en sık çöktüğü nokta kod eşlemesidir: cari kodu, stok kodu, depo kodu ve ölçü birimi karşılıkları üç ayrı script'e, iki Excel dosyasına ve bir geliştiricinin aklına dağılır. Biz bu eşlemeleri tek bir tabloda toplar, ekrandan yönetilebilir hâle getiririz. Yeni bir depo ya da birim eklendiğinde kod değişmez, tablodaki satır değişir.
Mükerrer kayıt ve kapanmış dönem
Bağlantı yarıda koptuğunda aynı belge iki kez gidebilir; tek çaresi her kaydın kendi benzersiz anahtarını taşıması ve aktarımın aynı anahtarı ikinci kez işlememesidir. İkinci klasik sorun tarihtir: saha kaydı bir gün geç gelir, ait olduğu dönem kapanmıştır. Aktarımın kapalı döneme yazmaya çalışıp sessizce düşmesi yerine, kaydı bekletip sorumluya bildirmesi gerekir.
Ölçü birimi katsayısı ve dövizli belgede kur kaynağı
Stok kartında birden çok ölçü birimi ve aralarında bir çevrim katsayısı tanımlıysa, sahadan gelen "koli" ile ERP'nin beklediği "adet" aynı sayı değildir; katsayı entegrasyonun içine gömülürse ilk değişiklikte yanlış miktar yazılır. Dövizli belgelerde de kur kaynağı yazıya dökülmelidir: belgenin kendi kuru mu, o günün kuru mu, hangi kur tipi. Bu iki kalem, ay sonunda ortaya çıkan miktar ve tutar farklarının en bilinen kaynağıdır.
Nasıl çalışıyoruz
Veri envanteri ve yön tablosu
Önce tek bir tablo çıkarırız: hangi veri, hangi yönde (Netsis'ten okuma / Netsis'e yazma / çift yön), hangi sıklıkta akacak ve çeliştiğinde hangi sistem doğru kabul edilecek. Bu tablo onaylanmadan kod yazmaya başlamayız; entegrasyon projelerinin çoğu tam burada, yazıya dökülmemiş varsayımlar yüzünden batar.
Eşleme tablosu ve test ortamı
Cari, stok, depo, birim ve belge tipi karşılıkları tek bir eşleme tablosunda toplanır ve ekrandan yönetilir. Geliştirme ile ilk denemeler canlı Netsis'te değil, kopya bir test ortamında yürür; canlıya ancak kabul testi geçtikten sonra dokunulur.
Tek belge tipiyle pilot
Her şeyi aynı anda bağlamayız. Genellikle tek bir depo ve tek bir belge tipiyle başlarız; iki hafta boyunca aynı kaydı hem sahada hem Netsis'te izleriz. Pilot temiz çıkmadan kapsam genişletilmez, yeni belge tipi eklenmez.
Hata kuyruğu, yeniden deneme ve bildirim
Başarısız kayıt sessizce kaybolmaz; hata sebebiyle birlikte kuyrukta bekler ve otomatik olarak yeniden denenir. Belirli sayıda denemeden sonra hâlâ geçmiyorsa o veri tipinin sorumlusuna bildirim gider — panel, e-posta ya da WhatsApp üzerinden. Kimin neyden haberdar olacağı kurulumda yazıya dökülür, hatırlanmaya bırakılmaz.
Gün sonu mutabakat raporu
Entegrasyonun kendi kendini denetlemesi gerekir. Her gün sonunda iki tarafın sayıları karşılaştırılır: sahada kaç kayıt oluştu, Netsis'e kaçı geçti, kaçı kuyrukta bekliyor, fark varsa hangi belgelerde. Rapor bir ekranda durur; isteyen yönetici günün özetini ATLAS'a WhatsApp'tan sorup cevabını alabilir.
Sürüm geçişi ve bakım
Netsis sürümü yükseldiğinde entegrasyonun bozulup bozulmadığını tahmin etmeyiz, koşarak görürüz: test ortamı yeni sürüme alınır, kabul testindeki senaryolar baştan çalıştırılır, sonra canlı güncelleme planlanır. Kendi kodumuzu ERP'nin çekirdeğinden ayrı tuttuğumuz için düzeltme gerekiyorsa genellikle bizim tarafımızda kalır.
Kimler için
- Netsis kullanan, ama depo, bakım, sevkiyat ya da evrak tarafını hâlâ Excel ve kâğıtla yürüten üretici firmalar.
- Kendi yazdığı uygulamayı Netsis'e bağlamaya çalışan ya da bunu bir firmadan isteyecek olan iç geliştirici ve IT sorumluları.
- Aynı belgeyi iki ayrı yere giren, ay sonunda farkı elle kapatmaya çalışan mali işler ekipleri.
- Entegrasyonu zaten olan ama her sürüm geçişinde bozulduğu için sistemin rakamına güvenemeyen firmalar.
Kapsam dışı — yapmadıklarımız
Ne yaptığımız kadar ne yapmadığımız da önemli. Bu sayfadaki iş için aşağıdakileri üstlenmiyoruz:
- Netsis'in çekirdek tablolarına, ERP'nin kendi kontrollerini atlayarak doğrudan yazmıyoruz. Kısa yol gibi görünür, mutabakatı bozar.
- Netsis lisansı, bayilik veya ERP danışmanlığı satmıyoruz; sürüm yükseltmenizi biz yapmıyoruz. Bunlar mevcut iş ortağınızın işidir.
- Donanım satmıyoruz — el terminali, barkod yazıcı, RFID okuyucu. Mevcut cihazlarınızla çalışırız; uygun modeli söyleriz ama satışını yapmayız.
- Resmî iş ortaklığı iddiamız yok. Bağımsız bir çözüm sağlayıcısıyız; marka adını yalnızca hangi sistemle uyumlu çalıştığımızı belirtmek için kullanıyoruz, marka hakları sahibine aittir.
- Muhasebe kararlarını biz vermiyoruz. Hangi fişin hangi hesaba gideceğini mali işler ekibinizle birlikte yazıya döker, ondan sonra kodlarız.
Sık sorulanlar
Netsis sürümümüz eski. Yine de olur mu?
Çoğu durumda olur, ama yol değişir. Yeni sürümlerde hazır servis katmanı üzerinden ilerleriz; eski sürümlerde ara tablo ya da dosya tabanlı aktarım devreye girer. Karar vermeden önce sürümünüze bakar, hangi yolun açık olduğunu ve neyin mümkün olmadığını yazılı olarak söyleriz. Sürüm yükseltmeyi şart koşmuyoruz.
Netsis üzerinde kendi uyarlamalarımız ve özel alanlarımız var. Etkilenir mi?
Etkilenmemesi gereken bir tasarım kuruyoruz: kendi kodumuz ayrı çalışır, sizin uyarlamalarınızın bulunduğu nesneleri değiştirmez. Buna karşılık özel alanlarınızı baştan bilmemiz gerekir, çünkü zorunlu bir özel alan boş kalırsa kayıt reddedilir ve bunu ancak kuyruğa düşünce görürsünüz. Kurulum öncesi envanterde bu alanları birlikte listeleriz.
Kurulum için üretimi ya da Netsis'i durdurmamız gerekir mi?
Geliştirme ve testler kopya ortamda yürüdüğü için gündüz işiniz etkilenmez. Canlıya geçişte gereken kesinti genellikle kısadır ve mesai dışına planlanır. İlk günlerde eski yöntemin bir süre paralel yürütülmesini de öneririz. Kesinti süresini tahminle değil, test ortamında ölçüp söyleriz.
Bunu kendi ekibimiz yapabilir mi?
Evet, yapabilir. Şartı şu: eşleme tablosunu tek yerde tutacak, mükerrer kaydı benzersiz anahtarla engelleyecek, hata kuyruğu ve yeniden deneme kuracak, gün sonu mutabakat raporunu yazacak ve her sürüm geçişinde bu testleri tekrar koşacak birinin olması gerekir. İşin zor kısmı ilk bağlantı değil, ikinci yıl bakımıdır. Ekibiniz bunu üstlenebiliyorsa bizi işin içine katmanıza gerek yok; yalnız kurulum kısmında destek isterseniz o da olur.
İlgili sayfalar
Önce bir konuşalım
Keşif görüşmesi ücretsizdir ve bir şey satın almanızı gerektirmez. Mevcut durumunuzu dinler, yapılabilecekleri açıkça söyleriz.
Görüşme talebi bırakın →