Logo Edge adı sektörde dolaşmaya başladıkça, uzun yıllardır Tiger ya da Netsis kullanan işletmelerden gelen soru hemen hemen aynı: “Bizim de geçmemiz mi gerekiyor, ne zaman?” Sorunun bu hâliyle net bir cevabı yok — çünkü eksik kurulmuş. Geçiş kararı bir tarih meselesi değil, bir ihtiyaç meselesi. Bu yazıda ürün özelliklerini tekrar etmek yerine, kararın kendisine ve geçişin nasıl planlandığına bakıyoruz.
Önce bir yanlış anlaşılmayı düzeltelim
Logo Edge, Tiger'ın yerine geçen bambaşka bir ERP değil. Logo'nun mevcut ürün ailelerini yeni nesil bir teknoloji tabanına taşıyan bir çatı: Tiger ailesi T-Series, Netsis ailesi N-Series, j-Platform ailesi J-Series olarak bu çatının altında konumlanıyor. Yani konu “yeni bir ERP'ye taşınmak” değil, “mevcut ERP'yi yeni nesil altyapıyla sürdürmek”.
Bu ayrım pratikte önemli, çünkü iki farklı proje büyüklüğünü birbirine karıştırmayı engelliyor. Bambaşka bir ERP'ye geçmek süreçlerin baştan tasarlanmasını gerektirir; aynı ailenin yeni nesil karşılığına geçmekse ağırlıklı olarak mevcut yapının taşınması ve kullanıcıların yeni arayüze alışmasıdır.
Serilerin hangi ürün ailesine karşılık geldiğini, T-Series'in Basic, Standard ve Enterprise paketleri arasındaki farkları ve PaaS altyapısıyla gelen başlıkları ayrıntılı olarak derledik: Logo Edge sayfasını inceleyin
Doğru soru: hangi ihtiyaç bunu gerektiriyor?
“Yeni çıktı, geçelim” bir gerekçe değil. Bir ERP geçişi — kapsamı ne kadar dar olursa olsun — test, veri kontrolü, eğitim ve bir miktar operasyonel risk demektir. Bu maliyeti karşılayan şey, geçişin çözdüğü somut bir sorun olmalı. Kararı verirken sorulacak soru şu: bugün yaşadığımız hangi sıkıntı, yeni nesil yapıda ortadan kalkıyor?
Geçişi anlamlı kılan durumlar
- Saha, depo veya satış ekiplerinin ERP verisine masaüstü dışından erişmesi gerçek bir ihtiyaç hâline geldiyse
- Rapor taleplerinin çoğu IT'ye ya da danışmana düşüyorsa ve yönetim kendi raporunu kendisi üretemiyorsa
- Kurulum, güncelleme ve sürüm yönetimi işletme için tekrar eden bir yük hâline geldiyse
- Büyüme nedeniyle kullanıcı sayısı ya da modül ihtiyacı mevcut yapının sınırlarını zorluyorsa
- Zaten planlanmış bir donanım yenileme, sunucu taşıma veya büyük sürüm güncellemesi varsa — geçişi aynı pencereye almak toplam kesinti süresini düşürür
Ertelemenin daha doğru olduğu durumlar
Dürüst olmak gerekirse: her Tiger ya da Netsis kullanıcısının bugün geçmesi gerekmiyor. Mevcut kurulumunuz süreçlerinizi sorunsuz taşıyorsa, yukarıdaki ihtiyaçlar sizde oluşmamışsa ve ekip mevcut yapıyla verimli çalışıyorsa, geçişi zorlamanın somut bir faydası olmaz.
- Yakın zamanda büyük bir uyarlama ya da entegrasyon projesi tamamlandıysa ve yapı yeni oturduysa
- Ekipte kritik bir kadro değişimi yaşanıyorsa — geçiş, sistemi en iyi bilen kişilerin varlığını ister
- Yıl sonu kapanışı, sayım dönemi ya da beklenen bir mevzuat değişikliğinin arifesindeyseniz
- İşletmenin o dönemki önceliği ERP dışında bir yerdeyse: geçiş, yönetim ilgisi olmadan iyi yürümeyen bir iştir
En çok hafife alınan şey: uyarlamalar ve yetkiler
Geçiş konuşulurken akla ilk gelen şey veri aktarımı olur — cari, stok, muhasebe kayıtları. Oysa yıllardır kullanılan bir ERP kurulumunda asıl birikim veride değil, verinin etrafındaki yapıdadır: özel parametreler, kullanıcı yetki matrisi, belge düzenleri, özel raporlar, başka sistemlerle kurulmuş entegrasyonlar. Bunların çoğu zaman içinde tek tek, somut bir ihtiyaca cevaben eklenmiştir ve çoğu yazılı bir yerde durmaz.
Geçiş projelerinde işin en çok uzadığı yer burasıdır. “Bu alan neden böyle tanımlanmış?” sorusuna cevap verebilecek kişi işletmeden ayrılmışsa, o uyarlamayı yeniden üretmek analiz gerektirir. Bu yüzden geçiş planının ilk adımı veri değil, envanter olmalı: hangi uyarlama neden var, hâlâ kullanılıyor mu, taşınacak mı?
Bunun olumlu tarafı da var: geçiş, yıllar içinde biriken ve artık kimsenin kullanmadığı tanımları temizlemek için doğal bir fırsattır. Her uyarlamayı körü körüne taşımak yerine gözden geçirmek, yeni yapıyı baştan daha sade bırakır.
Zamanlama: hangi dönemlerden kaçınmalı
Geçişin ne zaman yapıldığı, nasıl yapıldığı kadar belirleyici. Dönem sonu kapanışları, yıllık sayım haftaları ve yoğun sezon başlangıçları riskli pencerelerdir: operasyonel yük zaten yüksekken sistem belirsizliği eklemek aksama ihtimalini artırır. Mümkünse görece sakin bir döneme denk getirmek, hem test sürecine hem de kullanıcıların yeni arayüze alışmasına alan bırakır.
Geçişin dört adımı
- Mevcut kurulum analizi — hangi ürün, hangi modüller, kaç kullanıcı; özel uyarlamalar ve entegrasyonlar çıkarılır
- Seri ve paket kararı — analiz sonucuna göre hangi serinin ve hangi paketin işletmeye uygun olduğu netleşir
- Veri ve uyarlama aktarımı — cari, stok ve muhasebe verisi ile parametre, yetki ve belge düzeni kontrollü biçimde taşınır
- Test, eğitim ve canlıya geçiş — yeni yapı canlıya alınmadan birlikte test edilir, kullanıcı eğitimleri verilir, geçiş sonrası destek sürer
Paket kararı ayrı bir karardır
Geçmeye karar vermek ile hangi pakete geçeceğine karar vermek aynı şey değil. T-Series'in Basic, Standard ve Enterprise paketleri arasındaki fark, kullanıcı kapasitesi ve ana pakete dahil edilen modüllerde toplanıyor — üçü de aynı temel yapıyı, PaaS altyapısını ve Rapor Asistanı'nı paylaşıyor. Yani seçim “daha iyi ürün” seçmek değil, bugünkü kullanıcı sayınıza ve gerçekten kullandığınız modüllere bakmak.
Bu kararı olduğundan büyük görmemek gerekiyor: ihtiyaç büyüdüğünde üst pakete geçilebiliyor. Bu yüzden “ileride lazım olur” diye baştan geniş paket almak yerine, bugünkü kullanımın gerektirdiği paketle başlamak çoğu işletme için daha makul.
Paketlerin kapsamını ve hangi ürünün hangi seriye karşılık geldiğini karşılaştırmalı olarak görmek isterseniz: Logo Edge paketlerini karşılaştırın
iyibir olarak nasıl yaklaşıyoruz
Logo Edge geçişini bir kurulum işi olarak değil, bir karar süreci olarak ele alıyoruz. Önce mevcut kurulumunuzun envanterini çıkarıyor, geçişin bugün sizin için anlamlı olup olmadığını açıkça söylüyoruz — anlamlı değilse bunu da söylüyoruz. Anlamlıysa seri ve paket kararını birlikte netleştiriyor, aktarım, test, eğitim ve canlıya geçiş adımlarını tek ekiple yürütüyoruz.
Kurulum, canlıya geçiş kontrolü, eğitim ve destek hizmetlerimizin kapsamını buradan görebilirsiniz: Hizmetlerimizi inceleyin