Mikro ERP için bulut sunucu yaklaşımı

Mikro uygulamanızın çalışma şeklini anlayın

Mikro yazılımını buluta taşıma planı, yalnızca bir sunucu seçmekten ibaret değildir. Kullanılan ürün ve sürüm, modüller, veritabanı, kullanıcıların eşzamanlı çalışma biçimi, raporlama alışkanlığı ve diğer sistemlerle bağlantılar birlikte incelenmelidir. Her kurulum farklı olduğundan kapasite ve uyumluluk, mevcut ortamın bilgileri ve sağlayıcı gereksinimleri üzerinden değerlendirilir.

Rokunet, Mikro uygulamasının ihtiyaç duyduğu Windows sunucu ve uzak erişim altyapısını Rokunet Cloud üzerinde işletme kapsamını planlar. Müşterinin Mikro iş ortağıyla uygulama, lisans ve iş süreci sorumlulukları netleştirilir. Böylece altyapı operasyonu ile ERP danışmanlığı birbirine karışmaz.

Geçiş öncesi envanter

• Mikro ürün adı, sürüm ve kullanılan modüller
• Kullanıcı ve eşzamanlı oturum sayısı; yoğun işlem saatleri
• Veritabanı ve dosya büyüklüğü, yedeklerin yeri ve güncelliği
• Entegrasyonlar, raporlar, yazıcılar ve dosya paylaşım akışları
• Uzak erişim, çok faktörlü kimlik doğrulama ve kullanıcı yetkileri
• Lisans, üretici desteği ve uygulama bakımını üstlenen taraf

Planlı geçiş, anlaşılır sorumluluk

Önce mevcut yapıyı ve taşınması gereken bileşenleri belirleriz. Sonra hedef ortamı, erişim sınırlarını, yedekleme kapsamını ve kontrol noktalarını planlarız. Kullanıcı testleri, geçiş penceresi ve gerekirse geri dönüş adımları önceden yazılır. Süre ve kesinti beklentisi ortama bağlıdır; keşif yapılmadan sabit zaman taahhüdü vermeyiz.

Günlük işletimde altyapı durumu Rokunet Cloud Manager üzerinden görünür olur. Rokunet AI-Agent düzenli teknik izlemeye destek sağlar. Uyarıların iş etkisini uzman ekibimiz değerlendirir ve müdahaleyi kararlaştırılan hizmet kapsamına göre yürütür.

Uygulama desteği ile altyapı desteğini ayırın

Rokunet sunucu, ağ, yetkili bağlantı, yedekleme ve üzerinde anlaşılmış işletim görevlerini üstlenebilir. Mikro uygulamasının lisans koşulları, parametrizasyonu, muhasebe iş akışları ve üreticiye özgü sorunlar Mikro sağlayıcısı veya iş ortağıyla koordine edilir. İki ekibin irtibat ve eskalasyon akışı başlangıçta belirlenir.

İş yükünüzü önce ERP bulut sunucu planlaması kapsamında değerlendirebilir, ardından Logo ve Netsis hizmet yaklaşımlarını inceleyebilirsiniz.

Mikro ortamınızı birlikte değerlendirelim →

İş akışlarını taşıma planına dahil edin

Mikro uygulamasını kullanan ekiplerin yalnızca masaüstü kısayollarını değil, günlük işlerini tamamlamak için kullandıkları bağlantıları da değerlendirin. Paylaşımlı klasörler, tarayıcı eklentileri, banka veya e-belge aktarımı, yazıcılar ve dış servisler taşımadan etkilenebilir. Kullanıcıların evden, şubeden veya merkez ofisten nasıl bağlandığını belirtin; hedef erişim yöntemi bu çalışma biçimini karşılamalıdır.

Geçişte veri kopyalama yöntemi, son eşitleme anı, kullanıcıların işlem durduracağı zaman ve test sorumluları yazılı bir kontrol listesinde yer almalıdır. Bu, kesinti süresini garanti etmez; kesinti beklentisinin keşif sonrasında belirlenmesine yardımcı olur. Uygulamanın desteklediği sürümler ve SQL gereksinimleri Mikro iş ortağıyla teyit edilmelidir.

Canlı kullanım sonrası kontrol

İlk günlerde bağlantı sorunları, raporların tamamlanması, yazdırma, dosya aktarımı ve kullanıcı yetkileri gibi müşteri senaryolarına göre kontrol yapılır. Sunucu ve hizmet durumu RCM üzerinden, teknik telemetri AI-Agent üzerinden gözlemlenebilir. Verilerde zaman damgası ve tazelik kontrolü korunur. İzleme kapsamı uygulamanın her iş kuralını doğrulamaz; uygulama desteği ayrıca düzenlenir.

Yedekleme planında kopyaların kapsamı, saklanma yeri, saklama süresi ve geri yükleme sorumluluğu tanımlanır. Müşteri hangi verinin kritik olduğunu belirtir; sistem sahibi geri yükleme testi ve onay akışında rol alır.

Sık sorulan sorular

Kullanıcı sayısı kaynakları belirlemeye yeter mi? Hayır. Eşzamanlılık, işlem türü, rapor ve veritabanı ölçümleri de incelenmelidir.

Uygulama güncellemesini kim yapar? Teklifte aksi belirtilmedikçe altyapı işletimi ile ERP uygulama bakımı ayrı sorumluluklardır; sağlayıcı ve iş ortağıyla netleştirilir.

Şube ve uzaktan çalışma senaryolarını dahil edin

Birden fazla ofis veya uzaktan çalışan kullanıcı varsa bağlantıların nereden ve hangi yöntemle kurulacağı netleştirilmelidir. Mevcut internet çıkışları, IP kısıtları, VPN ya da uzak masaüstü gereksinimleri ve yetki modeli geçişten önce gözden geçirilir. Uygulamanın tek bir kullanıcı hesabıyla paylaşıma açılması yerine kullanıcıların rol ve erişim ihtiyacına göre düzenlenmesi değerlendirilir.

Müşteri ortamında kullanılan yazıcıların modeli, yönlendirme yöntemi ve yazdırılan belgelerin önemi test planına dahil edilmelidir. Muhasebe raporlarının PDF/Excel çıktısı, tarayıcıdan açılan web servisleri veya dosya aktarımı gibi ayrıntılar bazen kullanıcıların “uygulama çalışmıyor” şeklinde bildirdiği sorunların asıl kaynağı olabilir. Bu senaryoları pilot aşamada doğrulamak canlı kullanımda sürprizleri azaltır.

Günlük işletim kapsamında destek talebinin hangi kanaldan açılacağı, müşteri yöneticisinin hangi kayıtları görebileceği ve uygulama iş ortağına ne zaman eskale edileceği belirlenir. Böylece altyapı arızası ile iş süreci sorusu doğru ekibe yönlendirilir.

İlk değerlendirme için bilgi listesi

Görüşmeye Mikro ürün ve sürüm bilgisini, yaklaşık kullanıcı listesini, veritabanı ve dosya boyutlarını, günlük yedek düzenini ve bağlantılı sistemleri hazırlayın. Kullanıcıların en sık yaptığı üç-dört işlemi belirlemek pilot testi somutlaştırır. Özellikle rapor üretme, dışa aktarma, e-fatura veya yazdırma gibi işlemleri sadece uygulama yöneticisi değil, günlük kullanıcılarla da kontrol edin.

Sonrasında hedef erişim yöntemi, kullanıcı yetkileri, destek irtibatı ve yedek geri dönüş koşulları teklifte karşılıklı belirlenebilir. Bu bilgiler bulunmuyorsa keşif aşamasında tespit listesine alınır; eksiklikler doğru olmayan kaynak veya süre varsayımlarına dönüştürülmez.