Odoo 17'den Odoo 18'e Geçiş: Ne Değişiklikler, Neler Kırılıyor ve Nasıl Hazırlanmalı

Odoo her yıl büyük bir sürüm yayınlıyor ve her yükseltme yeni özellikler, performans iyileştirmeleri ve kaçınılmaz olarak çığır açan değişiklikler getiriyor. Odoo 17'den Odoo 18'e geçiş, özellikle özel modüller çalıştırıyorsanız veya topluluk eklentilerine güveniyorsanız, dikkatli bir planlama gerektirir. Bu kılavuz, Odoo 17'den 18'e geçiş hakkında bilmeniz gereken her şeyi kapsar: önemli değişiklikler, olası kırılma, hazırlık adımları ve test stratejileri.

Neden Odoo 18'e Yükseltmelisiniz?

Odoo 18 platform genelinde önemli iyileştirmeler sunuyor:

• Yeni OWL 3 bileşenleri: Geliştirilmiş performans ve geliştirici deneyimi ile yeniden yazılmış ön uç bileşenleri
• Yapay zeka destekli özellikler: Tahmine dayalı potansiyel müşteri puanlaması, akıllı banka mutabakatı önerileri ve yapay zeka destekli içerik oluşturma
• E-tablo iyileştirmeleri: Gerçek zamanlı Odoo verileri, pivot tablolar ve işbirliğine dayalı düzenleme ile yerel e-tablo entegrasyonu
• Üretim yükseltmeleri: İyileştirilmiş üretim planlaması, taşeronluk portalı ve atölye tablet arayüzü
• Performans: Optimize edilmiş varlık paketleme ve yavaş yükleme sayesinde %15-25 daha hızlı sayfa yükleme
• Web sitesi oluşturucu: Yeni sürükle ve bırak blokları, tema özelleştirme seçenekleri ve geliştirilmiş mobil düzenleme

Güncel olmayan sürümlerde kalmak, güvenlik yamalarının kaçırılması, topluluk modülü güncellemelerine erişimin kaybedilmesi ve gelecekteki geçişleri zorlaştıracak teknik borçların birikmesi anlamına gelir.

Zaman Çizelgesi: Odoo Geçişi Ne Kadar Sürer?

| Karmaşıklık | Özel Modüller | Tahmini Zaman Çizelgesi | |---|---|---| | Standart (özel kod yok) | 0 | 1-2 hafta | | Düşük (birkaç özel alan/görünüm) | 1-5 | 2-4 hafta | | Orta (özel iş akışları) | 5-15 | 4-8 hafta | | Yüksek (derin özelleştirmeler) | 15+ | 8-16 hafta |

Bu zaman çizelgeleri analiz, geçiş, test ve canlı kullanıma geçmeyi içerir. En büyük değişken özel modül karmaşıklığıdır.

Odoo 18'deki Son Değişiklikler

OWL Çerçeve Değişiklikleri

Odoo 18, OWL 3'e geçişe devam ediyor. Özel modülleriniz ön uç JavaScript bileşenleri içeriyorsa şu değişiklikleri bekleyin:

Önemli OWL değişiklikleri:

• Bileşen yaşam döngüsü: willStart ve willUpdateProps, setup() ve onWillStart kancalarıyla değiştirildi
• Şablon derlemesi: QWeb şablonları artık çalışma zamanı yerine derleme zamanında optimize edilmiş JavaScript'e göre derleniyor
• Hizmet ekleme: Hizmetlere yalnızca this.env.services modeli aracılığıyla erişin; doğrudan ithalat kullanımdan kaldırıldı
• Varlık paketleme: web.assets_backend paket yapısı değişti; __manifest__.py öğe bildirimlerinizi güncelleyin

Örnek taşıma:

// Odoo 17
class MyComponent extends Component {
    async willStart() {
        this.data = await this.rpc('/my/endpoint');
    }
}

// Odoo 18
class MyComponent extends Component {
    setup() {
        onWillStart(async () => {
            this.data = await this.env.services.rpc('/my/endpoint');
        });
    }
}

Python Arka Uç Değişiklikleri

Model ve saha değişiklikleri:

• fields.Monetary artık currency_field'nin açıkça bildirilmesini gerektiriyor (artık varsayılan olarak currency_id değil)
• @api.multi dekoratörü tamamen kaldırıldı (v13'ten beri kullanımdan kaldırıldı, ancak bazı topluluk modülleri hala onu kullanıyor)
• sudo() davranış değişikliği: Bağımsız değişkenler olmadan sudo() artık OdooBOT kullanıcısı yerine açıkça SUPERUSER'ı kullanıyor
• search_count() artık performans optimizasyonu için isteğe bağlı bir limit parametresini kabul ediyor

Kullanımdan kaldırılan güncelleme yöntemleri:

| Kullanımdan kaldırıldı (v17) | Değiştirme (v18) | |---|---| | KOD0 | fields.Many2one ile domain özniteliği | | KOD0 | manifestte _post_init_hook | | Modellerde Doğrudan SQL | self.env.cr.execute() uygun parametrelendirmeyle | | website.published alanı | website.is_published (yeniden adlandırıldı) |

Görünüm ve Şablon Değişiklikleri

• Form görünümü: sheet sarmalayıcı artık tüm form görünümleri için zorunludur (daha önce isteğe bağlıydı)
• Liste görünümü: tree etiketi resmi olarak list olarak yeniden adlandırıldı (geriye dönük uyumlu takma ad hâlâ çalışıyor ancak kullanımdan kaldırma uyarılarını tetikliyor)
• Kanban görünümü: QWeb t-esc artık varsayılandır; t-raw, güvenlik için açık bir şekilde katılım gerektiriyor
• QWeb'i rapor edin: PDF oluşturma motoru güncellendi; tüm basılı raporları düzen değişiklikleri açısından test edin

Veritabanı Şeması Değişiklikleri

Odoo 18, çekirdek tablolarda yapısal değişiklikler içeriyor:

• sale.order.line abonelik yönetimi için yeni alanlar kazanıyor
• account.move.line mutabakatla ilgili yeni sütunlar içeriyor
• stock.quant tablosu, büyük stoklarla performansın iyileştirilmesi için yeniden yapılandırıldı
• mail.message ve mail.activity tabloları yeni dizinlerle optimize edildi

Bu şema değişiklikleri, Odoo'nun standart modüller için yerleşik geçiş komut dosyaları tarafından gerçekleştirilir, ancak bu tablolara referans veren özel modüllerin manuel olarak güncellenmesi gerekir.

Geçiş Öncesi Hazırlık Kontrol Listesi

1. Mevcut Kurulumunuzu Denetleyin

Başlamadan önce her şeyi belgeleyin:

• [ ] Kurulu tüm modülleri listeleyin (resmi, topluluk ve özel)
• [ ] Mevcut Odoo sürümünü ve yama seviyesini kaydedin
• [ ] Tüm özel gelişmeleri belgeleyin (alanlar, modeller, görünümler, raporlar, planlanmış eylemler)
• [ ] Tüm harici entegrasyonları listeleyin (ödeme ağ geçitleri, nakliye şirketleri, üçüncü taraf API'ler)
• [ ] Geçerli erişim haklarını dışa aktarın ve kural yapılandırmasını kaydedin
• [ ] Üretim veritabanını ve dosya deposunu tamamen yedekleyin

2. Topluluk Modülü Uyumluluğunu Kontrol Edin

Her topluluk (OCA veya üçüncü taraf) modülü için:

• GitHub'da veya Odoo Uygulama mağazasında Odoo 18 uyumlu bir sürümün mevcut olup olmadığını kontrol edin
• Uyumlu bir sürüm yoksa, modülü kendiniz mi taşıyacağınıza, bir alternatif bulmaya veya işlevselliği kaldırmaya karar verin
• v18 bağlantı noktalarında ETA için modül bakımcılarıyla iletişim kurun

3. Özel Modül Bağlantı Noktalarını Hazırlayın

Her özel modül için geçiş çabasını değerlendirin:

Düşük efor (modül başına 1-3 gün):

• Yalnızca yeni alanlara ve basit görünümlere sahip modüller
• JavaScript/OWL bileşeni yok
• Değiştirilen temel yöntemlerin geçersiz kılınması yok

Orta çaba (modül başına 3-10 gün):

• Güncelleme gerektiren OWL bileşenlerine sahip modüller
• Kullanımdan kaldırılan veya değiştirilen temel yöntemlerin geçersiz kılınması
• QWeb güncellemelerine ihtiyaç duyan özel raporlar

Yüksek çaba (modül başına 10+ gün):

• Değiştirilen çekirdek modüllerle (muhasebe, envanter, web sitesi) derin entegrasyon
• Karmaşık OWL ön uç uygulamaları
• Kullanımdan kaldırılmış veya kaldırılmış API'leri kapsamlı bir şekilde kullanan modüller

Deneyimli Odoo geçiş uzmanlarıyla çalışmak, özel modüllerin taşınması süresini ve riskini önemli ölçüde azaltır.

Geçiş Yürütme Adımları

1. Adım: Taşıma Ortamını Ayarlayın

Production (v17) ──backup──> Test Database (v17)
                                    │
                              Upgrade to v18
                                    │
                              Test Database (v18)
                                    │
                              Validation & UAT
                                    │
                              Production (v18)

Aşağıdakilerle yalıtılmış bir ortam oluşturun:

• Yeni bir Odoo 18 sunucu kurulumu
• Üretim veritabanınızın bir kopyası
• Tüm özel modüller v18'e taşındı

Adım 2: Veritabanı Yükseltmesini Çalıştırın

Odoo Enterprise için: Odoo'nun update.odoo.com adresindeki resmi yükseltme hizmetini kullanın. Veritabanınızı yükleyin ve Odoo SA tüm standart modüller için geçiş komut dosyalarını çalıştırsın.

Odoo Topluluğu için: OCA'nın openupgrade projesini kullanın. OpenUpgrade, standart modüller için topluluk tarafından korunan geçiş komut dosyaları sağlar:

1. Hedef sürüm için OpenUpgrade'i yükleyin
2. Taşıma işlemini test veritabanınızda çalıştırın
3. Hatalar ve uyarılar için geçiş günlüğünü inceleyin
4. Sorunları düzeltin ve temizlenene kadar yeniden çalıştırın

Adım 3: Özel Modülleri Bağlantı Noktası

Her özel modül için:

1. __manifest__.py sürümünü 18.0.x.x.x olarak güncelleyin
2. Python kodunu düzeltin (kullanımdan kaldırılmış API'ler, değiştirilmiş yöntem imzaları)
3. JavaScript/OWL bileşenlerini v3 modellerine güncelleyin
4. XML görünümlerini düzeltin (listeye ağaç, sayfa sarmalayıcı, şablon değişiklikleri)
5. Modülün test paketini çalıştırın ve hataları düzeltin
6. Hazırlama ortamında manuel olarak test edin

Adım 4: Veri Doğrulama

Geçişten sonra veri bütünlüğünü doğrulayın:

• Muhasebe: v17 ile v18 arasındaki deneme bakiyesi toplamlarını karşılaştırın. Tam olarak eşleşmeleri gerekir.
• Envanter: Yüksek değerli ürünlerden oluşan bir örnek için stok miktarlarını doğrulayın.
• Satış/Satın Alma: Açık siparişleri ve durumlarının doğru bir şekilde aktarıldığını onaylayın.
• İletişim: Adresler ve banka bilgileri de dahil olmak üzere müşteri ve satıcı kayıtlarının sağlam olup olmadığını kontrol edin.
• Ekler: Belgelerin, resimlerin ve dosya eklerinin erişilebilir olduğunu doğrulayın.

Test Stratejisi

Seviye 1: Otomatik Testler

Kurulu her modül için tam test paketini çalıştırın. Devam etmeden önce tüm arızaları düzeltin.

Seviye 2: Fonksiyonel Test

Temel iş iş akışlarını uçtan uca test edin:

• Teklif oluşturun, onaylayın, malları teslim edin, fatura oluşturun, ödemeyi kaydedin
• Makbuz ve satıcı faturası yoluyla bir satınalma siparişini işleyin
• BOM'dan bitmiş ürüne kadar bir üretim siparişi çalıştırın
• Tam bir banka mutabakatı döngüsünü tamamlayın
• Önemli finansal raporları oluşturun ve doğrulayın

Seviye 3: Kullanıcı Kabul Testi (UAT)

Her departmandaki gerçek kullanıcıların 5-10 iş günü boyunca hazırlama ortamında günlük görevlerini gerçekleştirmesini sağlayın. Sorunları paylaşılan bir e-tabloda veya proje yönetimi aracında izleyin.

Seviye 4: Performans Testi

Üretim düzeyindeki veri hacimleriyle v17 ile v18 arasındaki sayfa yükleme sürelerini, rapor oluşturma hızını ve arama performansını karşılaştırın.

Canlıya Geçiş Stratejisi

Önerilen yaklaşım: Hafta sonu geçişi

1. Cuma akşamı: Son üretim yedeğini alın. Tüm işlemleri dondurun.
2. Cumartesi: Yükseltmeyi üretim veritabanında çalıştırın. Son dakika verilerini taşıyın.
3. Pazar: Veri doğrulama ve duman testini tamamlayın. Üretim sunucularına dağıtın.
4. Pazartesi sabahı: Canlı yayına geçin. İlk 48 saat boyunca yakından izleyin.

Bir geri alma planınızı hazır bulundurun: v17 veritabanı yedeğini ve sunucu yapılandırmasını hazır bulundurun, böylece kritik sorunlar ortaya çıkarsa birkaç saat içinde geri dönebilirsiniz.

Sıkça Sorulan Sorular

S: Sürümleri atlayıp Odoo 16'dan Odoo 18'e doğrudan geçiş yapabilir miyim? Evet ama durum daha karmaşık. Her sürümün kendi geçiş komut dosyaları vardır ve sürümlerin atlanması, değişiklikleri daha da karmaşık hale getirir. Odoo'nun yükseltme hizmeti, çoklu sürüm atlamalarını yönetir, ancak özel modül taşıma, atlanan her sürümdeki önemli değişikliklerin ele alınmasını gerektirir. Çoklu sürüm geçişleri için %50-100 daha fazla zaman ayırın.

S: Özel raporlarım taşıma sırasında bozulur mu? Potansiyel olarak. QWeb rapor şablonları, güncellenen veri yapıları ve işleme motoru iyileştirmeleri nedeniyle sürümler arasında sıklıkla değişir. Geçişten sonra yazdırılan her raporu (faturalar, teslimat makbuzları, satın alma siparişleri) test edin ve şablonları gerektiği gibi ayarlayın.

S: Geçiş yapmalı mıyım yoksa yeni bir başlangıç mı yapmalıyım? Yıllara dayanan geçmiş verileriniz, karmaşık yapılandırmalarınız ve eğitimli kullanıcılarınız varsa geçiş yapın. Mevcut kurulumunuz büyük ölçüde tamir edilemeyecek kadar özelleştirilmişse, önemli veri kalitesi sorunları varsa veya iş süreçleriniz yeniden yapılandırmanın daha hızlı olmasını sağlayacak kadar değiştiyse yeni bir başlangıç ​​yapın. Çoğu işletme, operasyonel geçmişlerini korumak için geçişi tercih ediyor. Hangi yaklaşımın sizin durumunuza uygun olduğunu değerlendirmek için bir Odoo danışmanlık ortağına danışın.

Profesyonel Geçiş Desteği

Odoo versiyonları arasında geçiş deneyimli ellerden faydalanılan teknik bir projedir. ECOSIRE'ın Odoo geçiş hizmetleri tüm süreci kapsar: geçiş öncesi denetim, özel modül taşıma, veri geçişi, test etme ve canlıya geçiş desteği.

Özel Odoo kurulumunuza dayalı bir geçiş değerlendirmesi ve zaman çizelgesi tahmini için ekibimizle iletişime geçin. Doğru bir kapsam ve bütçe sağlamak için modüllerinizi, özelleştirmelerinizi ve veri karmaşıklığını analiz edeceğiz.