Odoo Sürüm Yükseltme Rehberi: Özelleştirmeleri Koruyarak Yeni Sürüme Geçmek

Eski Sürümde Kalmanın Sessiz Maliyeti

Odoo her yıl yeni bir ana sürüm yayımlar. Her sürüm yeni modüller, daha akıcı bir arayüz, güncellenmiş muhasebe ve yerelleştirme özellikleri getirir. Buna karşın birçok işletme canlıya geçtiği sürümde yıllarca kalır. İlk bakışta bu mantıklı görünür: sistem çalışıyor, kullanıcılar alışmış, kimse yeni bir proje başlatmak istemiyor.

Sorun, aradaki farkın her yıl biraz daha açılmasıdır. Güvenlik güncellemeleri seyrekleşir, yeni entegrasyonlar eski sürümü desteklemez, mevzuat değişikliklerine uyum için yapılan yamalar üst üste birikir. Bir noktada yükseltme planlı bir bakım işi olmaktan çıkar; aceleyle yürütülmesi gereken, riski yüksek bir projeye dönüşür.

Odoo'nun Sürüm Döngüsünü Anlamak

Odoo SA resmi olarak son üç ana sürümü destekler. Yani canlıya geçtiğiniz sürüm birkaç yıl içinde destek kapsamından çıkar. Enterprise aboneliklerinde veri tabanı yükseltme hizmeti aboneliğe dahildir; Community kullanıcıları ise çoğunlukla OCA topluluğunun OpenUpgrade projesinden ya da çözüm ortaklarının hazırladığı betiklerden yararlanır.

Burada sık yapılan bir hata vardır: veri tabanını yükseltmek ile özelleştirmeleri yükseltmek aynı şey değildir. Standart modüllerin verisi resmi araçlarla taşınabilir. Firmaya özel geliştirilen modüller, raporlar, otomasyonlar ve entegrasyonlar ise her yeni sürüm için ayrıca uyarlanmalı, ardından test edilmelidir.

Yükseltmeden Önce: Özelleştirme Envanteri Çıkarın

Sağlıklı bir yükseltme projesi koddan değil envanterden başlar. Sistemdeki özel modüller, Studio ile yapılmış değişiklikler, otomatik eylemler, sunucu eylemleri, özel raporlar ve dış sistem bağlantıları tek bir listede toplanmalıdır. Her kalem için üç soru sorulur: Hâlâ kullanılıyor mu? Yeni sürümde standart olarak karşılanıyor mu? Gerçekten taşınması gerekiyor mu?

Bu çalışma çoğu zaman beklenmedik bir rahatlama sağlar. Yıllar önce belirli bir ihtiyaç için yazılmış modüllerin bir kısmının artık kullanılmadığı, bir kısmının da yeni sürümde standart özellik olarak geldiği ortaya çıkar. Taşınacak kod azaldıkça projenin süresi, maliyeti ve riski birlikte düşer.

En iyi yükseltme, taşınacak özelleştirme sayısını azaltarak başlayan yükseltmedir.

Test Ortamı: Canlıya Dokunmadan Prova Yapmak

Yükseltme hiçbir zaman doğrudan canlı sistem üzerinde yapılmaz. Canlı veri tabanının bir kopyası yeni sürüme taşınır, ayrı bir test ortamında ayağa kaldırılır. Bu ortamda önce teknik kontroller yapılır: Modüller sorunsuz kuruluyor mu? Raporlar açılıyor mu? Zamanlanmış işler hata veriyor mu?

Asıl belirleyici adım ise kullanıcı kabul testleridir. Satış, satın alma, depo ve muhasebe ekiplerinden kilit kullanıcılar günlük işlerini yeni sürümde uçtan uca dener: teklif hazırlar, sipariş onaylar, irsaliye oluşturur, fatura keser, banka mutabakatı yapar. Bulunan her fark kayda alınır, düzeltilir; gerekirse yükseltme provası baştan tekrarlanır.

Entegrasyonlar ve Yerelleştirme: En Çok Gözden Kaçan Alan

Türkiye'deki Odoo projelerinde e-Fatura, e-Arşiv, e-İrsaliye, banka bağlantıları, kargo firmaları ve pazaryerleri sistemin ayrılmaz bir parçasıdır. Bu bağlantıların çoğu çözüm ortağı modülleriyle ya da özel geliştirmeyle kurulur; dolayısıyla yeni sürüme kendiliğinden geçmezler.

Bu yüzden yükseltme planında her entegrasyon için ayrı bir doğrulama adımı bulunmalıdır. Entegratörün yeni sürümü destekleyip desteklemediği, API tarafındaki değişiklikler ve test hesaplarıyla örnek belge gönderimi önceden kontrol edilmelidir. Resmi kanala ulaşmayan bir fatura, bir rapordaki görsel kaymadan çok daha ciddi bir sorundur.

Canlıya Geçiş Günü ve Sonrası

İyi hazırlanmış bir yükseltmede geçiş günü sakin geçer. Kullanıcılara önceden duyurulmuş bir kesinti penceresi belirlenir, son veri kopyası alınır, yükseltme adımları test ortamında doğrulanan sırayla uygulanır. Sistem kullanıma açılmadan önce kritik kontrol listesi tamamlanır: açık siparişler, stok miktarları, cari bakiyeler, açık faturalar.

Geçişi izleyen ilk haftalarda ekiplerin yanında olmak gerekir. Yeni arayüzde menülerin yeri değişmiş, bazı ekranlar farklı davranıyor olabilir. Kısa eğitim videoları, sık sorulan sorular listesi ve hızlı yanıt veren bir destek kanalı yeni sürümün benimsenmesini kolaylaştırır. Hazırda bekleyen bir geri dönüş planı da olası bir aksaklıkta paniğin önüne geçer.

Yükseltmeyi Proje Değil, Rutin Haline Getirin

Sürüm yükseltmeyi beş yılda bir yapılan büyük bir operasyon olarak görmek yerine düzenli aralıklarla yapılan bir bakım işi olarak planlamak çok daha sağlıklıdır. Özelleştirmeleri standart Odoo yapısına yakın tutmak, kodu düzenli olarak belgelemek ve her yeni geliştirmeyi gelecekteki yükseltmeyi düşünerek tasarlamak bu rutinin temelini oluşturur. ThinkOneDigital olarak yükseltme projelerinde envanter, test, entegrasyon doğrulaması ve geçiş sonrası desteği tek bir planda yönetiyoruz.