Odoo 20, çevrimdışı modu genişleterek kullanıcıların etkin bir bağlantı olmadan kayıt oluşturmasına, düzenlemesine, arşivlemesine, arşivden çıkarmasına ve silmesine olanak tanır. Daha önce yürütülen aramalar da çevrimdışı çalıştırılabilir. Bağlantı geri geldiğinde, eşitleme kuyrukları değişiklikleri işler; süreci izlemek için çevrimdışı bir arayüz ve yönetim araçları sunulur. (Odoo 20 Release Notes; Odoo Goes Offline) Bu, çevrimdışı erişimi bir görüntüleme yedeğinden, iş verilerini değiştirebilen bir çalışma moduna taşır. Odoo 20'yi değerlendiren kuruluşlar, yalnızca kayıtların kesinti sırasında erişilebilir kalıp kalmadığını değil, bu değişikliklerin eşitlendiğinde nasıl davrandığını da incelemelidir.

Odoo Nightly, Odoo 20'yi kararlı ve önerilen bir Community Edition sürümü olarak listeler, tarih Eylül 2026'dır ve Odoo 23'e kadar desteklenir. (nightly.odoo.com; Bu listeleme, Community Edition planlaması açısından önemlidir, ancak her platformda, Enterprise ortamında veya özelleştirilmiş veritabanında birebir aynı çevrimdışı kapsamı ortaya koymaz. Kapsam, hedeflenen dağıtıma göre doğrulanmalıdır.

Odoo 19'dan ne değişti

Odoo 19 çevrimdışı modu, kullanıcıların bağlantı kesilmeden önce açılmış kayıtları görüntülemesine izin verir, ancak çevrimdışıyken bunları değiştirmelerine izin vermez. Odoo 20, kayıt oluşturma, düzenleme, arşivleme, arşivden çıkarma ve silme özelliklerini ekler. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes) Bu, önceki önbellek için yeni bir etiket değil, işlevsel bir genişlemedir. Odoo 19'da kullanıcılar, bağlantı kesilmesine hazırlanmak için ilgili kayıtları açabilir, ancak bu kayıtları değiştiren işler bağlantı yeniden gelene kadar beklemek zorundadır. Odoo 20, çevrimdışıyken hem yeni kayıtları hem de mevcut kayıtlardaki değişiklikleri destekler. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes)

Sürüm değerlendirmeleri, önbelleğe alınmış bilgiye erişim ile kayıt işlemlerini tamamlama ve kuyruğa alma yeteneğini birbirinden ayırmalıdır. Yalnızca referans verisi gerektiren bir iş akışının gereksinimleri, veri girişi, durum değişikliği veya silme içeren bir iş akışından farklıdır. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes)

Onaylanan çevrimdışı işlemler

Doğrulanan Odoo 20 eylemleri, kayıt yaşam döngüsünün beş bölümünü kapsar: oluşturma, düzenleme, arşivleme, arşivden çıkarma ve silme. Daha önce yürütülen aramalar da çevrimdışıyken kullanılabilir. (Odoo 20 Release Notes) Kabul testleri, her eylem için en az bir senaryo içermeli ve yeniden bağlanma ve eşitleme sonrasında beklenen kayıt durumunun göründüğünü doğrulamalıdır.

Odoo'nun Experience oturumu, özel bir çevrimdışı arayüzü, eşitleme kuyruklarını ve eşitlemeyi izleme ve yönetme araçlarını anlatır. (Odoo Goes Offline) Bu işlevler kullanıcı eğitiminde ve işletim prosedürlerinde kapsanmalıdır. Kullanıcıların, sıraya alınan öğelerin nerede göründüğünü, çözümlenmemiş bir öğenin nasıl tanımlanacağını ve bunu kimin inceleyeceğini bilmesi gerekir. Sağlanan materyal yönetim araçlarının var olduğunu doğrular, ancak bunların tam iş akışını veya yönetici izinlerini tanımlamaz.

Önbellekleme ve arama kapsamının doğrulanması gerekir

Odoo 19 belgeleri, çevrimdışı erişimi bağlantı kesilmeden önce açılmış kayıtlar bağlamında tanımlar. Odoo 20 ise ayrıca daha önce yürütülen aramaların çevrimdışı çalıştırılabileceğini doğrular. (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes) Sağlanan kaynaklar, ne kadar ilgili verinin saklandığını, ne kadar süreyle erişilebilir kaldığını, depolama sınırlarının uygulanıp uygulanmadığını veya önbelleğe alınmış bir kayıtla ilişkili her alanın kullanılabilir olup olmadığını belirtmez. Ayrıca, çevrimdışıyken aynı aramayı tekrar etmenin özgün sonuç kümesini mi yoksa yalnızca cihazda zaten depolanmış veriyi mi döndürdüğünü de ortaya koymaz.

Çevrimdışı bir iş akışını onaylamadan önce, ekipler her rol için gereken aramaları ve kayıt türlerini belirlemelidir. Testler, ilgili aramaları çalıştırıp gerekli kayıtları açarak çevrimiçi ortamda başlamalıdır. Test edenler ardından bağlantıyı kesip ekler, bağlantılı kayıtlar ve gerekli alanların kullanımı dahil olmak üzere amaçlanan görevleri tekrar edebilir. Bunlar doğrulama noktalarıdır, doğrulanmış sınırlamalar değildir, çünkü sağlanan sürüm bilgileri bunların davranışını açıklamaz. (Odoo 20 Sürüm Notları)

Çakışma yönetiminin test edilmesi gerekiyor

Senkronizasyon kuyrukları ve yönetim araçları doğrulanmıştır, ancak sağlanan kaynaklar Odoo 20'nin aynı kayıttaki çakışan değişiklikleri, yeniden bağlantı sonrası doğrulama hatalarını veya kuyruğa alınmış işlemler arasındaki bağımlılıkları nasıl çözdüğünü açıklamıyor. (Odoo Çevrimdışı Çalışıyor) Bir kuyruğun وجودu bir çakışma politikasını doğrulamaz. Davranışı, amaçlanan Odoo sürümünde ve yapılandırmasında gösterilmelidir.

Bir çakışma testinde, bir kullanıcı bir kaydı çevrimdışıyken değiştirebilir, başka bir kullanıcı da aynı kaydı çevrimiçiyken değiştirebilir. Yeniden bağlantıdan sonra ekip, ortaya çıkan değerleri, kuyruk durumunu ve kullanıcı bildiriminin durumunu incelemelidir. Ayrı testler, başka bir yerde arşivlenmiş veya silinmiş bir kayda yapılan çevrimdışı düzenlemeyi ve sunucu tarafı kuralında başarısız olan yeni oluşturulmuş bir kaydı kapsamalıdır. Testler, bir güncellemenin öncelik alıp almadığını, birleştirme yapılıp yapılmadığını ya da manuel müdahale gerekip gerekmediğini belgelendirmelidir. (Odoo Çevrimdışı Çalışıyor)

Erişim kontrolleri ve yıkıcı işlemler

Odoo 20 çevrimdışı arşivleme, arşivden çıkarma ve silme içerdiğinden, değerlendirme rutin veri girişiyle sınırlı kalmamalıdır. (Odoo 20 Sürüm Notları) Kuruluşlar, çevrimdışı işlem sırasında, senkronizasyon sırasında veya her iki aşamada da erişim haklarının, kayıt kurallarının ve onay gereksinimlerinin uygulanıp uygulanmadığını doğrulamalıdır. Sürüm notları mevcut işlemleri doğruluyor, ancak her bir güvenlik kontrolünün bağlantı olmadan nasıl davrandığını açıklamıyor.

Testler, yalnızca bir yönetici hesabı yerine temsilî kullanıcı rolleriyle yapılmalıdır. Her rol, bağlı ve bağlantısız durumdayken izin verilen ve yasaklanan işlemleri denemelidir. Test uzmanları ardından, kuyruğa alınmış değişikliklerin görünür kalıp kalmadığını, reddedilme mesajlarının açık olup olmadığını ve arşivlenen, geri yüklenen veya silinen kayıtların amaçlanan son duruma ulaşıp ulaşmadığını kontrol etmelidir. Silmenin önemli sonuçlar doğurduğu süreçlerde, dağıtımdan önce belgelenmiş bir çevrimdışı prosedür bulunmalıdır. (Odoo 20 Sürüm Notları; Odoo Çevrimdışı Çalışıyor)

Özel modüller hedefli test gerektirir

Doğrulanmış özellik, Odoo 20'nin çevrimdışı kayıt işlemlerini ve senkronizasyon olanaklarını kapsar, ancak sağlanan kaynaklar her özel modülün, üçüncü taraf modülün, otomatik işlemin veya harici entegrasyonun çevrimdışı çalışmayla uyumlu olduğunu belirtmiyor. (Odoo 20 Sürüm Notları; Odoo Çevrimdışı Çalışıyor) Bu nedenle özelleştirilmiş kurulumlar, çevrimdışı modun veritabanı genelinde aynı şekilde uygulandığını varsaymak yerine desteği modül bazında değerlendirmelidir.

Testler, özel alanları, onchange davranışını, zorunlu değerleri, hesaplanan değerleri ve kuruluşun iş akışlarında kullanılan sunucu tarafı kontrollerini kapsamalıdır. Normalde kayıt oluşturma veya düzenlemeye tepki veren entegrasyonlar da, kuyruğa alınmış değişiklikler senkronize edildikten sonra gözlemlenmelidir. Amaç başarısızlığı varsaymak değil, her öğenin çevrimdışı çalışıp çalışmadığını, yeniden bağlantı bekleyip beklemediğini, reddedilmiş bir kuyruk öğesi üretip üretmediğini veya farklı bir süreç gerektirip gerektirmediğini belirlemektir. (Odoo 20 Sürüm Notları; Odoo Çevrimdışı Çalışıyor)

Yayına almadan önce netleştirilecek sorular

Odoo 20, kuyruklanmış işler için özel bir arayüz ve senkronizasyon araçlarıyla desteklenen, Odoo 19'a göre daha geniş bir doğrulanmış çevrimdışı yetenekler seti sunar. (Odoo 19.0 Belgeleri: Genel Çevrimdışı Mod; Odoo 20 Sürüm Notları; Odoo Çevrimdışı Çalışıyor) Bu yeteneklere güvenmeden önce, bir kuruluş hangi uygulamaların ve kayıt türlerinin kapsandığını, kullanıcıların bağlantı kesmeden önce neyi açması veya araması gerektiğini, çakışmaların nasıl sunulduğunu ve başarısız ya da geciken senkronizasyonu kimin izlediğini doğrulamalıdır.

Yayına alma kararı ayrıca desteklenen cihazları ve dağıtım ortamlarını, depolama ve saklama davranışını, erişim kontrolü sonuçlarını, özel modül çıktıları ile silme veya diğer önemli değişiklikler için prosedürleri de kaydetmelidir. Sağlanan sürüm materyali bu uygulama sorularını yanıtlamıyor, ancak doğrulanmış işlevlerin belirli bir çevrimdışı iş akışına uygun olup olmadığını bunlar belirler. (Odoo 20 Sürüm Notları; Odoo Çevrimdışı Çalışıyor)

Community Edition planlaması için, Odoo Nightly'nin stable ve recommended listesi belirtilen sürüm durumunu sağlar, destek Odoo 23'e kadar devam eder. (nightly.odoo.com) Operasyonel onay yine de kullanıcıların çevrimdışına alacağı tam sürümün, modüllerin, izinlerin ve iş akışlarının test edilmesine bağlı olmalıdır. Doğrulanmış değişiklik, Odoo 20'nin, daha önce açılmış kayıtlara salt okunur erişim sağlayan Odoo 19'un ötesine geçerek kuyruklanmış çevrimdışı oluşturma ve değiştirmeye izin vermesidir. Testler, bu yeteneğin kuruluşun yapılandırmasında nasıl davrandığını ortaya koymalıdır. (Odoo 19.0 Belgeleri: Genel Çevrimdışı Mod; Odoo 20 Sürüm Notları; Odoo Çevrimdışı Oluyor)