1. Mevcut yapıyı tanıma
Mevcut sunucu, veritabanı, yazılım sürümü, kullanıcı erişimi ve bağımlılıkları birlikte çıkarırız. Geçiş öncesinde hangi verinin, uygulama bileşeninin ve bağlantının taşınacağını belirleriz.
YÖNETİLEN BULUT HİZMETLERİ
Logo, Mikro ve Netsis iş yüklerinizi kullanıcı, uygulama, veritabanı ve uzak erişim ihtiyaçlarına göre Rokunet Cloud altyapısında planlayın.
ERP yazılımı tek başına sunucu ihtiyacını tarif etmez. Kullanıcı sayısı kadar eşzamanlı bağlantılar, veritabanının büyüklüğü, rapor alışkanlıkları, entegrasyonlar, yazıcılar ve uzaktan çalışma biçimi de değerlendirilmelidir. Rokunet, bu bileşenleri birlikte ele alarak uygulamanız için uygun bir bulut çalışma alanı planlar.
Bu yaklaşım Logo, Mikro ve Netsis gibi uygulamaları şirket içindeki tek bir bilgisayara veya kontrolsüz uzak masaüstü düzenine bağımlı olmaktan çıkarıp yönetilen bir altyapıda işletmeyi hedefler. Kullanılan sürüm, modüller ve yazılım lisansları her projede ayrıca doğrulanır; uyumluluk veya performans sonucu varsayılmaz.

Mevcut sunucu, veritabanı, yazılım sürümü, kullanıcı erişimi ve bağımlılıkları birlikte çıkarırız. Geçiş öncesinde hangi verinin, uygulama bileşeninin ve bağlantının taşınacağını belirleriz.
Kaynakları, erişim yöntemini, güvenlik sınırlarını ve yedek yaklaşımını iş yüküne göre netleştiririz. Lisans ve uygulama desteği gerektiren konular ilgili yazılım sağlayıcısı veya iş ortağıyla teyit edilir.
Taşıma adımlarını, test edilecek kullanıcı senaryolarını ve geçiş anındaki sorumlulukları belirleriz. Kullanıcı erişimi ve temel uygulama akışları kontrol edilmeden canlı kullanım planını tamamlanmış saymayız.
Rokunet Cloud Manager üzerinden altyapı görünürlüğü sağlanır. Rokunet AI-Agent teknik durumu gözlemlemeye yardımcı olur; uzmanlarımız gerekli değerlendirme ve müdahaleleri hizmet kapsamına göre yürütür.
Bulut sunucusunun işletimi ile ERP yazılımının lisansı, iş kuralları ve uygulama desteği farklı sorumluluklardır. Rokunet ile yazılım sağlayıcınızın veya ERP iş ortağınızın görevlerini başlangıçta belirleyin. Böylece uygulama güncellemesi, kullanıcı yetkisi, veritabanı bakımı ve altyapı arızası gibi konuların hangi ekip tarafından ele alınacağı anlaşılır olur.
Yedekleme kapsamı, saklama süresi, geri yükleme beklentisi, bakım penceresi ve destek akışı teklifte ve geçiş planında netleştirilmelidir. Bu sayfada sabit kullanıcı kapasitesi, fiyat, yanıt süresi veya hizmet seviyesi taahhüdü verilmez; gereksinimlerinize göre çalışma kapsamı hazırlanır.
Mevcut sistemlerinizi, erişim ihtiyaçlarınızı ve operasyon kapsamınızı paylaşın. Uzman ekibimiz ilk değerlendirme için sizinle iletişime geçsin.
Görüşme planla →İlk görüşmeyi verimli kılmak için uygulama ürün ve sürümünü, yaklaşık kullanıcı ve eşzamanlı oturum sayısını, mevcut sunucu/SQL yapısını ve kritik iş saatlerini paylaşın. Kesin kaynak boyutları bu bilgiler ve ölçümler görülmeden belirlenmemelidir. Kullanıcı sayısı tek başına CPU, bellek veya disk ihtiyacını açıklamaz; rapor yoğunluğu, veri büyümesi, eklentiler ve aynı ortamda çalışan başka uygulamalar da önem taşır.
Taşınacak verinin büyüklüğü, bağlantı şekli ve mevcut yedekler geçiş yöntemini etkiler. Kullanıcıların nereden bağlandığı, ofis dışı erişim ve yazıcı beklentisi de son kullanıcı deneyimini belirler. Bu konuları geçişten önce listelemek, test senaryosunu gerçek iş akışına yaklaştırır.
Yedek planında hangi sistemlerin ve verilerin kapsama girdiği, kopyaların nerede tutulduğu, saklama süresi, başarısız yedek bildirimi ve geri yükleme sorumlusunun kim olduğu açıklığa kavuşmalıdır. İkinci kopyanın varlığı tek başına geri yüklemenin başarılı olacağını kanıtlamaz; geri yükleme yöntemi ve test beklentisi de konuşulmalıdır. Saklama süresi veya RPO/RTO hedefi burada sabitlenmez; bunlar hizmet teklifinde ve sözleşmede belirlenmelidir.
Her ERP sürümü Rokunet Cloud’da çalışır mı? Sürüm, lisans, veritabanı ve üretici gereksinimleri doğrulanmadan uyumluluk sözü verilemez. Keşifte ilgili sağlayıcıyla teyit edilir.
Geçişte uygulama desteğini kim verir? Altyapı ve sunucu işletimini Rokunet üstlenebilir; uygulama lisansı, parametrizasyon ve iş akışı müşterinin ERP iş ortağıyla kararlaştırılır.
Fiyat ve kaynak kapasitesi neden sayfada yok? Ortamlar farklıdır. Kullanıcı, veri, entegrasyon ve destek kapsamı incelenerek kapsamlı teklif hazırlanır.
ERP altyapısı genellikle sunucu ve veritabanından daha fazla bileşene sahiptir. Kullanıcı bilgisayarlarındaki istemciler, paylaşımlı klasörler, yazıcı kuyrukları, rapor eklentileri, banka bağlantıları ve e-belge servisleri birlikte çalışabilir. Envanter sırasında bu bağımlılıkları uygulama sahibi ve günlük kullanıcılarla doğrulayın. Eski bir bağlantı veya kişisel kullanıcı ayarı da geçişin başarılı olmasını etkileyebilir.
Kaynak planı için mevcut ortamdan ölçüm alınabiliyorsa bu ölçümler tercih edilmelidir. Geçmiş telemetri yoksa kullanıcı ve işlem profili belirlenir; başlangıç kapsamı gözlem sonuçlarına göre yeniden değerlendirilir. Bir sunucunun “daha büyük” olması tek başına daha iyi sonuç garantilemez; darboğaz uygulama, veritabanı, depolama, ağ ya da istemci tarafında olabilir.
Bu nedenle geçiş sonrası ilk dönem için teknik kontroller ve kullanıcı geri bildirimi birlikte ele alınır. Kaynak gözlemi, yedek durumu ve erişim şikâyetleri ayrı kayıtlarda tutulur. Kapsamda olmayan bir uygulama veya üçüncü taraf hizmeti sorun çıkarırsa ilgili sağlayıcıyla koordinasyon süreci başlatılır.