Sıradan Bir Yükseltme Değil
Microsoft Dynamics NAV, on yıllar boyunca binlerce işletmeye başarıyla hizmet etti. Şirketiniz NAV 2013, 2016, 2018 veya herhangi bir sürümünü kullanıyorsa, büyük ihtimalle hâlâ çalışıyordur. Çalışanlarınız buna alışkın, süreçleriniz buna göre şekillenmiş. Muhtemelen şu soruyu soruyorsunuzdur: Kalmaya mı devam edelim, yoksa Business Central'a geçme zamanı mı geldi?
Bu makale, geçiş kararını zaten vermiş olan ve bu yolculuğun nasıl görüneceğini anlamak isteyen şirketler için hazırlandı.
NAV ve Business Central: İlişki
Business Central, sıfırdan inşa edilmiş bir yedek ürün değildir. NAV'ın evrimidir. Aynı temel veri modeli, aynı muhasebe mantığı, aynı temel kavramlar. Microsoft, sunum modelini yeniden markalaştırdı ve yeniden inşa etti: kendi sunucularınıza kurulan şirket içi yazılım yerine, Business Central artık öncelikli olarak Microsoft'un altyapısı üzerinden bir bulut SaaS ürünü (Business Central Online) olarak sunuluyor.
Bu, BC'nin NAV'ın güçlü yönlerini miras aldığı anlamına gelir. Ancak bazı şeyler artık farklı çalışıyor — ve NAV'da kolay olan birkaç şey artık aynı şekilde desteklenmiyor.
Geçişte Ne Değişiyor?
Platform
NAV kendi sunucularınızda çalışıyordu. Business Central Online, Microsoft Azure'da çalışır. Bu en temel değişikliktir — ve çoğu işletme için doğru olandır. Artık güncellemeleri, yamaları veya altyapıyı siz yönetmiyorsunuz. Microsoft yılda iki büyük sürüm dalgasını otomatik olarak ele alıyor. BT ekibiniz bir ERP sunucusunu yönetme işinden çıkıyor.
Şirket içi kurulum gerektiren yasal veya politika nedenleriniz varsa Business Central'ın şirket içi sürümü de mevcut. Ancak tüm yatırımlar bulut tarafında yapılıyor.
Geliştirme Dili
NAV özelleştirmeleri C/AL ile oluşturuluyordu. Business Central AL kullanır. Bunlar yeterince benzer olduğundan deneyimli NAV geliştiricileri AL'yi hızla öğreniyor; ancak mevcut C/AL özelleştirmeleriniz doğrudan taşınamaz. AL uzantıları olarak yeniden yazılmaları gerekir.
Geçiş projelerinin çoğu zaman bu noktada takıldığı görülür. Şirketler, yıllar içinde eklenen ve çoğu belgelenmemiş düzinelerce özelleştirme olduğunu keşfeder. Her birinin değerlendirilmesi gerekir: Hâlâ gerekli mi? Standart BC işlevselliğiyle değiştirilebilir mi? Değilse, yeniden inşa edilmelidir.
Özelleştirme Modeli
NAV'da özelleştirmeler çoğunlukla temel nesneler üzerinde doğrudan yapılıyordu — ürünle gelen tablolar, formlar ve kod birimleri değiştiriliyordu. Bu durum yükseltme sorunlarına yol açıyordu. NAV'ı her güncellediğinizde özelleştirmelerin manuel olarak yeniden birleştirilmesi gerekiyordu.
Business Central bir uzantı modeli kullanır. Özelleştirmeler, standart uygulamanın üzerine eklenen ayrı AL uzantı paketlerinde yer alır. BC'yi yükseltmek uzantılarınıza dokunmaz. Bu büyük bir kullanım kolaylığı iyileştirmesidir — ancak mevcut NAV değişiklikleri doğrudan taşınamaz; uzantı mimarisi takip edilerek yeniden inşa edilmelidir.
Kullanıcı Arayüzü
NAV, her kullanıcının makinesine kurulan kalın bir istemciye (Windows uygulaması) sahipti. Business Central, herhangi bir cihazda çalışan tarayıcı tabanlı bir arayüz (Web Client) kullanır. Rol merkezi kavramı benzerdir, ancak görsel deneyim önemli ölçüde farklıdır.
Kullanıcı eğitimi zorunludur. Temel veriler ve süreçler aynı olsa bile, kullanıcıların yeni arayüze alışmaları için zamana ihtiyaçları olacak.
Ne Aynı Kalıyor?
İyi haber şu: temel muhasebe mantığı, deftere nakil rutinleri ve veri yapıları temelden benzerdir. NAV'dan bir hesap planı, Business Central'a sorunsuz aktarılır. G/L girişleri, satıcı muhasebe girişleri, müşteri muhasebe girişleri — bu kavramlar devam eder. Finans ekibiniz gördüklerini tanıyacak.
Veri geçişi — müşteriler, satıcılar, ürünler gibi ana verilerinizi ve geçmiş işlemleri taşımak — iyi anlaşılmış ve yerleşik araçlara sahip bir süreçtir. Önemsiz değil ama doğru yaklaşımla yönetilebilir.
Geçiş Başarısını Belirleyen Üç Şey
1. Eksiksiz bir özelleştirme envanteri. Her şeyden önce NAV sisteminizde tam olarak neyin değiştirildiğini bilmeniz gerekir. Özel tablolar, değiştirilen sayfalar, eklenen alanlar, özel raporlar, diğer sistemlerle entegrasyonlar. Bu envanter, proje kapsamını ve bütçeyi belirler.
2. Bilinçli bir veri geçiş planı. Başından hangi geçmiş verilerin BC'de gün 1'den itibaren gerekli olduğuna, neyin arşivlenebileceğine ve neyin referans için NAV'da bırakılabileceğine karar verin. Her şeyi geçirmeye çalışmak çoğunlukla gereksiz ve her zaman pahalıdır.
3. Bir değişim yönetimi planı. Teknik geçiş başarılabilir. Daha zor olan kısım ekibinizi hazırlamaktır. Eğitim süresi için bütçe ayırın. Her departmanda önce BC'yi öğrenecek ve geçiş sürecinde iş arkadaşlarını destekleyecek güçlü kullanıcılar belirleyin.
Doğru Zaman Ne Zaman?
En iyi geçiş zamanı, NAV'ın ana akım desteği sona ermeden öncesidir. Eski NAV sürümleri için Microsoft'un ana akım desteği çoktan bitti — genişletilmiş destek yalnızca güvenlik yamaları sağlıyor, işlevsel geliştirmeler içermiyor. NAV'da kaldığınız her yıl, NAV'ın yapabilecekleri ile Business Central'ın yapabilecekleri arasındaki uçurum genişliyor.
Ayrıca şunu belirtmek gerekir: yapay zeka destekli özellikler, Power Platform entegrasyonu, geliştirilmiş API bağlantısı gibi yeni BC işlevleri yalnızca bulut müşterilerine sunuluyor. Şirket içi NAV müşterileri giderek geride kalıyor.
DYNASYS Nasıl Yardımcı Olabilir?
NAV'dan BC'ye geçiş projeleri bizim uzmanlık alanımız. NAV 2013'ten NAV 2018'e kadar çeşitli sürümlerde, üretim, hizmet ve baskı sektörü müşterileriyle geçiş projelerinde yer aldık. Yaklaşımımız ayrıntılı bir keşif aşamasıyla başlar — tek bir satır AL yazılmadan önce mevcut özelleştirmelerinizi, verilerinizi ve entegrasyonlarınızı haritalıyoruz.
Geçişi değerlendiriyor ve kapsam ile maliyet hakkında dürüst bir değerlendirme istiyorsanız, bize ulaşın. Buldukları, duymak istediklerinizi değil gerçekleri anlatırız.