21
Ağu

Business Central’ı Sadece Uygulamıyoruz. Nasıl Çalıştığını Biliyoruz.

Business Central’ı Sadece Uygulamıyoruz. Nasıl Çalıştığını Biliyoruz.

Microsoft Dynamics 365 Business Central, bugün işletmelerin finans, satış, satın alma, stok, üretim, proje ve operasyon süreçlerini tek bir platform üzerinde yönetmesine imkân veren güçlü bir ERP çözümüdür.

Ancak bir ERP platformunu tanımak ile onu gerçekten anlamak aynı şey değildir.

Business Central’ın menülerini, ekranlarını ve standart fonksiyonlarını bilmek başka; sistemin nasıl çalıştığını, neden o şekilde çalıştığını ve hangi noktalarında sorun çıkabileceğini bilmek bambaşka bir uzmanlık seviyesidir.

Business Central'ı Sadece Uygulamıyoruz. Nasıl Çalıştığını Biliyoruz.MyronSoft olarak Business Central’a tam olarak bu perspektiften yaklaşıyoruz.

Çünkü iyi bir ERP projesi yalnızca yazılımın kurulmasıyla başlamaz. Asıl değer, işletmenin ihtiyaçları ile sistemin yetenekleri arasında doğru mimarinin kurulmasıyla ortaya çıkar.

Business Central’ın nasıl çalıştığını bilmek neden önemli?

ERP projelerinde çoğu problem ilk gün ortaya çıkmaz.

Sistem çalışır.

Kullanıcılar işlem yapar.

Raporlar alınır.

Faturalar kesilir.

Stok hareketleri gerçekleşir.

Ancak zaman içinde küçük kararların birikmesi sistemin karmaşıklaşmasına neden olabilir.

Gereksiz özelleştirmeler yapılabilir.

Yanlış veri modelleri oluşturulabilir.

İş süreçleri ERP’nin standart yapısından gereksiz şekilde uzaklaştırılabilir.

Entegrasyonlar birbirinden bağımsız tasarlanabilir.

Ve bir süre sonra şirket şu soruyu sormaya başlayabilir:

“Business Central neden bu kadar karmaşık hale geldi?”

İşte burada yalnızca Business Central kullanmayı bilmek yeterli değildir.

Sistemin arkasındaki mimariyi anlamak gerekir.

Neden böyle çalıştığını bilmek

Business Central‘ın standart fonksiyonları belirli iş süreçlerini belirli bir mantıkla yönetir.

Bu mantığın arkasında finansal kayıt yapısından stok değerlemeye, satış ve satın alma süreçlerinden boyutlara, yetkilendirmeden entegrasyonlara kadar birbirine bağlı birçok yapı bulunur.

Dolayısıyla bir müşterinin:

“Bu ekranı değiştirelim.”

talebi, yalnızca bir ekran değişikliği olmayabilir.

Bir alanın değiştirilmesi başka bir süreci etkileyebilir.

Bir rapora eklenen veri başka bir kayıt yapısından besleniyor olabilir.

Bir entegrasyonun değiştirilmesi muhasebe kayıtlarını etkileyebilir.

Bir özelleştirme bugün problemi çözerken yarın yapılacak bir upgrade’in maliyetini artırabilir.

Bu nedenle Business Central projelerinde doğru soru her zaman:

“Bunu yapabilir miyiz?”

değildir.

Asıl soru:

“Bunu yapmanın en doğru yolu nedir?”

olmalıdır.

Her ihtiyaç için geliştirme yapmak doğru değildir

ERP projelerinde en sık karşılaşılan yaklaşımlardan biri şudur:

“Biz yıllardır böyle yapıyoruz. Business Central’da da aynısını yapalım.”

Bu yaklaşım ilk bakışta mantıklı görünebilir.

Fakat ERP dönüşümü, eski sistemdeki her davranışın yeni sisteme kopyalanması değildir.

Bir işletmenin yıllar içerisinde geliştirdiği bazı süreçler gerçekten kritik olabilir.

Bazıları ise yalnızca mevcut sistemin kısıtları nedeniyle ortaya çıkmış olabilir.

Bu ayrımı yapmadan yapılan geliştirmeler, ERP’yi işletmeye uyarlamak yerine işletmeyi ERP’nin karmaşıklığına bağımlı hale getirebilir.

Bu nedenle Business Central projelerinde teknik uzmanlık kadar süreç sorgulama yeteneği de önemlidir.

Bazen en iyi geliştirme hiç geliştirme yapmamaktır.

Bazen ise standart fonksiyonun dışına çıkmak gerçekten gereklidir.

Uzmanlık, bu ikisi arasındaki sınırı doğru belirleyebilmektir.

NAV’dan Business Central’a geçiş yalnızca bir versiyon yükseltmesi değildir

Microsoft Dynamics NAV geçmişi bulunan işletmeler açısından bu konu daha da önemlidir.

Yıllar içerisinde NAV üzerinde geliştirilmiş özel fonksiyonlar, raporlar, entegrasyonlar ve iş kuralları bulunabilir.

Business Central’a geçiş sırasında kritik soru:

“Bunları nasıl taşırız?”

olmamalıdır.

Önce:

“Bunların hangilerini gerçekten taşımamız gerekiyor?”

sorusunun cevaplanması gerekir.

Çünkü eski sistemde bulunan her geliştirme yeni sistemde korunmak zorunda değildir.

Bazıları standart Business Central fonksiyonlarıyla karşılanabilir.

Bazıları yeniden tasarlanabilir.

Bazıları AppSource çözümleriyle karşılanabilir.

Bazıları ise artık tamamen gereksiz olabilir.

Doğru migration yaklaşımı, geçmişi kopyalamak değil; geçmişten gelen deneyimi geleceğe doğru taşımaktır.

APP geliştirmek başka, doğru APP mimarisini kurmak başka

Business Central ekosisteminin önemli avantajlarından biri genişletilebilir yapısıdır.

Ancak genişletilebilirlik, sınırsız özelleştirme anlamına gelmez.

Bir APP geliştirirken yalnızca bugünkü ihtiyacı çözmek yeterli değildir.

Şunların da düşünülmesi gerekir:

  • Business Central’ın güncellemeleri
  • veri yapısı
  • performans
  • entegrasyonlar
  • güvenlik
  • sürdürülebilirlik
  • bağımlılıklar
  • teknik borç
  • gelecekteki geliştirme ihtiyaçları

Bugün çalışan bir geliştirme, yarın sistemin önündeki en büyük engel haline gelebilir.

Bu nedenle iyi geliştirme yalnızca çalışan kod değildir.

İyi geliştirme;

doğru mimari, doğru kapsam ve sürdürülebilirlik demektir.

Sorunun nerede çıkacağını önceden görmek

ERP uzmanlığının belki de en önemli tarafı budur.

Bir sistemi yalnızca çalıştırmak değil, nerede zorlanabileceğini öngörebilmek.

Örneğin;

Bir entegrasyon hangi noktada darboğaz oluşturabilir?

Bir özelleştirme gelecekteki güncellemeleri nasıl etkileyebilir?

Bir veri yapısı raporlama ihtiyacını ileride karşılayabilir mi?

Kullanıcıların oluşturduğu işlem alışkanlıkları finansal sonuçları etkileyebilir mi?

Bir şirket büyüdüğünde bugün yeterli olan yapı yarın yetersiz kalabilir mi?

Bunlar yazılım ekranlarında görünen sorular değildir.

Bunlar ERP mimarisi ve deneyim ile cevaplanan sorulardır.

Business Central’ı bilmek ile Business Central’ı anlamak arasındaki fark

Bir ERP danışmanı size sistemin hangi fonksiyonu gerçekleştirdiğini anlatabilir.

Bir teknik ekip size nasıl geliştirileceğini söyleyebilir.

Bir satış ekibi size hangi modüllerin bulunduğunu gösterebilir.

Ancak gerçek ERP uzmanlığı, bütün bunları aynı resmin içinde değerlendirebilmektir.

İş süreci + ERP mimarisi + teknik geliştirme + entegrasyon + veri + kullanıcı + gelecek

aynı anda düşünülmelidir.

MyronSoft’un Business Central yaklaşımının temelinde de bu anlayış bulunuyor.

Biz Business Central’ı yalnızca uygulanan bir Microsoft ürünü olarak değil, işletmenin çalışma biçimini doğrudan etkileyen bir işletme platformu olarak değerlendiriyoruz.

Çünkü iyi bir Business Central projesinin amacı yalnızca sistemi canlıya almak değildir.

Amaç;

daha doğru süreçler, daha sağlıklı veri, daha sürdürülebilir bir mimari ve işletmenin gelecekteki ihtiyaçlarına cevap verebilecek bir ERP altyapısı oluşturmaktır.

Ve bunun için bazen en önemli bilgi, sistemin ne yapabildiğini bilmek değil;

neden öyle çalıştığını ve nerede sorun çıkarabileceğini bilmektir.

MyronSoft olarak…

Business Central’ı sadece uygulamıyoruz.
Nasıl çalıştığını biliyoruz.