Mevcut yapıyı çıkarın
Kullanılan modülleri, şirketleri, kullanıcıları, depoları, özel raporları ve entegrasyonları listeleyin.
Yeni bir Mikro paketine geçiş yalnızca lisans değişikliği değildir. Kullanıcı sayısı, modüller, mevcut veri, özel raporlar, entegrasyonlar ve eğitim ihtiyacı birlikte planlanmalıdır. Amaç mevcut iş akışını kaybetmeden yeni yapıya kontrollü geçiş sağlamaktır.
Tek bir işlem üzerinden değil, verinin ve iş akışının tamamı üzerinden ilerleyerek gereksiz deneme-yanılmayı azaltın.
Kullanılan modülleri, şirketleri, kullanıcıları, depoları, özel raporları ve entegrasyonları listeleyin.
RUN, JUMP veya FLY kararını yalnız firma büyüklüğüne değil gerçek işlem ve raporlama ihtiyacına göre verin.
Örnek veri ve gerçek işlem senaryolarıyla kullanıcı kabulü yapılmadan canlı geçişe başlamayın.
İyi bir geçiş planı hangi verinin taşınacağını, hangi ayarların yeniden kurulacağını ve kullanıcıların ne zaman eğitileceğini önceden görünür hale getirir.
Mevcut yapınızı ve yaşadığınız sorunu anlatın; destek, eğitim, uyarlama veya paket değişikliği gerekip gerekmediğini doğru kapsamla değerlendirelim.
Bu karar kullanıcı sayısından çok süreç kapsamı, üretim, raporlama, şirket yapısı ve entegrasyon ihtiyaçlarına göre verilmelidir.
Kaynak veri, ihtiyaç ve teknik kapsam incelendikten sonra taşınacak veri seti belirlenir. Her projede tüm geçmiş verinin taşınması gerekli olmayabilir.
Canlı geçiş penceresi, veri aktarımı ve test planına göre hazırlanır. Kesinti süresi proje incelenmeden önceden taahhüt edilmemelidir.