Logo GO veya Logo Tiger kullanan bir işletmede güncelleme bildirimi geldiğinde iki uç tepki görülür: güncellemeyi belirsiz bir tarihe erteleyip “şimdilik dokunmayalım” demek, ya da bildirim gelir gelmez hiçbir hazırlık yapmadan güncellemeyi uygulamak. İkisi de aynı kaynaktan besleniyor: güncellemenin bir şeyleri bozabileceği korkusu. Bu korku haksız değil — ama yönetilebilir. Doğru hazırlıkla güncelleme, sürpriz değil, planlanmış bir işlem hâline gelir.
Güncellemeyi ne ertelemeli, ne de aceleye getirmeli
Güncellemeleri süresiz ertelemenin somut bir maliyeti vardır: yeni sürümler genellikle bilinen hataların düzeltmesini ve güncel mevzuata (vergi, e-Dönüşüm gibi) uyum sağlayan değişiklikleri taşır. Sürüm ne kadar eskirse, hem bu düzeltmelerden hem de mevzuat uyumundan o kadar uzak kalınır. Diğer yandan bildirim geldiği anda, hazırlık yapmadan güncellemeye geçmek de ayrı bir risktir: yedek alınmadan, kapsam netleştirilmeden yapılan bir güncelleme, bir sorun çıktığında geri dönüş imkânını da beraberinde götürebilir. Doğru yaklaşım, güncellemeyi belirli bir hazırlık listesi tamamlandıktan sonra, planlı bir zamanda uygulamaktır.
Güncelleme öncesi kontrol listesi
Aşağıdaki maddeler, güncelleme adımlarının kendisiyle ilgili değildir — bu adımlar üründen ürüne ve sürümden sürüme değiştiği için burada tarif edilmiyor. Bunun yerine, güncellemeyi kimin uyguladığından bağımsız olarak önceden hazır olması gereken kontrolleri listeliyoruz:
- Tam bir veritabanı yedeği alınmalı ve bu yedeğin gerçekten geri dönülebilir olduğu — yani başka bir ortamda geri yüklenerek — test edilmelidir. Sadece yedek dosyasının var olması yeterli değildir; geri yükleme denenmemiş bir yedek, garanti değildir.
- Mevcut sürüm ve hedef sürüm numarası not edilmelidir. Bir sorun çıktığında “neyden neye geçildiği” bilgisi, çözümün ilk adımıdır.
- LEM (Logo Enterprise Membership) durumu kontrol edilmelidir. LEM, hedef sürüme ve mevzuat güncellemelerine geçiş hakkını veren yıllık üyeliktir; bu hakkın güncel olup olmadığı güncellemeden önce doğrulanmalıdır.
- Üzerinde değişiklik yapılmış özel raporlar, formlar, fişler, entegrasyonlar ve varsa özel geliştirmeler listelenmelidir. Bunlar güncelleme sonrası tek tek kontrol edilecek kalemlerdir.
- Üçüncü taraf entegrasyonların (e-Dönüşüm, banka, e-ticaret, WMS gibi) hedef sürümle uyumlu çalışmaya devam edip etmeyeceği teyit edilmelidir.
- Kaç kullanıcının sistemi kullandığı ve güncelleme sırasında/sonrasında kimlerin ne zaman sisteme gireceği netleştirilmelidir; güncelleme anında kimsenin sistemde olmaması gerekir.
- Bir şey ters giderse izlenecek geri dönüş planı önceden belirlenmelidir: hangi durumda eski sürüme veya yedeğe dönülecek, bu kararı kim verecek.
Zamanlama: kritik dönemlerde güncelleme yapılmamalı
Yukarıdaki liste tamamlanmış olsa bile güncellemenin ne zaman yapıldığı ayrı bir risk kaynağıdır. Dönem sonu kapanışı, yıllık/dönemsel sayım, bordro dönemi veya kritik bir teslim tarihinin hemen öncesi gibi zamanlar güncelleme için uygun değildir. Sebep basittir: bu dönemlerde olası bir aksama, günlük operasyonun küçük bir parçasını değil, o dönemin bütününü etkiler; iş yükü zaten yüksekken sorunla ilgilenecek zaman da daralır. Güncelleme, operasyonun görece sakin olduğu, bir aksama durumunda müdahale için yeterli zamanın bulunduğu bir aralığa planlanmalıdır.
Güncelleme sonrası doğrulama
Güncelleme tamamlandığında iş bitmiş sayılmaz; sistemin beklendiği gibi çalıştığının doğrulanması gerekir. Doğrulama, canlı veri üzerinde değil, önce test kayıtlarıyla yapılmalıdır. Kontrol edilmesi gereken başlıca alanlar:
- Fatura kesimi ve e-Dönüşüm gönderimi (e-Fatura, e-Arşiv, e-İrsaliye) test kaydıyla denenmeli
- Stok hareketleri ve varsa depo/WMS entegrasyonu doğru şekilde işliyor mu kontrol edilmeli
- Cari hesap ve finans ekranlarındaki bakiyeler, güncelleme öncesi durumla karşılaştırılmalı
- Listelenmiş özel raporlar ve formlar yeniden çalıştırılıp sonuçların değişmediği teyit edilmeli
- Kullanıcı yetkileri ve modül erişimleri güncelleme öncesiyle aynı mı kontrol edilmeli
Bu işi kim yapmalı
Güncelleme, tek bir kişinin inisiyatifine bırakılacak bir iş değildir. Yedekleme ve teknik uygulama teknik bilgiye sahip biri tarafından yürütülmeli; hangi raporların, entegrasyonların ve süreçlerin kritik olduğu ise o alanları günlük kullanan muhasebe, satış veya operasyon ekipleriyle birlikte belirlenmelidir. Güncellemeyi kimin uygulayacağından bağımsız olarak — iç ekip veya dışarıdan bir teknik ekip — yukarıdaki kontrol listesinin tamamlanmış olması, sonucu büyük ölçüde belirler.