Odoo 20 ขยายโหมดออฟไลน์ เพื่อให้ผู้ใช้สร้าง แก้ไข เก็บถาวร ยกเลิกการเก็บถาวร และลบระเบียนได้โดยไม่ต้องมีการเชื่อมต่อที่ใช้งานอยู่ คำสั่งค้นหาที่เคยดำเนินการไปแล้วก็สามารถเรียกใช้แบบออฟไลน์ได้เช่นกัน เมื่อการเชื่อมต่อกลับมา คิวการซิงโครไนซ์จะจัดการการเปลี่ยนแปลงเหล่านั้น โดยมีอินเทอร์เฟซออฟไลน์และเครื่องมือการจัดการสำหรับติดตามกระบวนการ (Odoo 20 Release Notes; Odoo Goes Offline) สิ่งนี้ทำให้การเข้าถึงแบบออฟไลน์เปลี่ยนจากทางเลือกสำหรับการดูเท่านั้น ไปเป็นโหมดการทำงานที่สามารถเปลี่ยนแปลงข้อมูลธุรกิจได้ องค์กรที่ประเมิน Odoo 20 ควรตรวจสอบว่าการเปลี่ยนแปลงเหล่านั้นทำงานอย่างไรเมื่อถูกซิงโครไนซ์ ไม่ใช่เพียงว่าระเบียนยังเข้าถึงได้ระหว่างระบบขัดข้องหรือไม่
Odoo Nightly ระบุว่า Odoo 20 เป็นรุ่น Community Edition ที่เสถียรและแนะนำ โดยลงวันที่กันยายน 2026 และรองรับถึง Odoo 23 (nightly.odoo.com) รายการนี้เกี่ยวข้องกับการวางแผนสำหรับ Community Edition แต่ไม่ได้ยืนยันว่ามีความครอบคลุมออฟไลน์เหมือนกันในทุกแพลตฟอร์ม สภาพแวดล้อม Enterprise หรือฐานข้อมูลที่ปรับแต่งแล้ว ควรตรวจสอบความครอบคลุมให้ตรงกับการติดตั้งที่ตั้งใจใช้
อะไรเปลี่ยนไปจาก Odoo 19
โหมดออฟไลน์ของ Odoo 19 อนุญาตให้ผู้ใช้ดูระเบียนที่เปิดไว้ก่อนการเชื่อมต่อขาดหาย แต่ไม่สามารถแก้ไขระเบียนเหล่านั้นขณะออฟไลน์ได้ Odoo 20 เพิ่มการสร้างระเบียน การแก้ไข การเก็บถาวร การยกเลิกการเก็บถาวร และการลบ (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes) นี่เป็นการขยายความสามารถเชิงฟังก์ชัน ไม่ใช่การตั้งชื่อใหม่ให้แคชเดิม ใน Odoo 19 ผู้ใช้สามารถเตรียมพร้อมสำหรับการตัดการเชื่อมต่อด้วยการเปิดระเบียนที่เกี่ยวข้องไว้ แต่การทำงานที่เปลี่ยนแปลงระเบียนเหล่านั้นต้องรอการเชื่อมต่อ Odoo 20 รองรับทั้งระเบียนใหม่และการเปลี่ยนแปลงต่อระเบียนที่มีอยู่ขณะออฟไลน์ (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes)
การประเมินเวอร์ชันควรแยกแยะระหว่างการเข้าถึงข้อมูลที่แคชไว้ กับความสามารถในการทำรายการระเบียนให้เสร็จสมบูรณ์และเข้าคิว งานที่ต้องใช้เพียงข้อมูลอ้างอิงมีข้อกำหนดต่างจากงานที่เกี่ยวข้องกับการป้อนข้อมูล การเปลี่ยนสถานะ หรือลบข้อมูล (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes)
การทำงานแบบออฟไลน์ที่ยืนยันแล้ว
การทำงานที่ยืนยันแล้วของ Odoo 20 ครอบคลุมห้าส่วนของวงจรชีวิตระเบียน ได้แก่ การสร้าง การแก้ไข การเก็บถาวร การยกเลิกการเก็บถาวร และการลบ คำสั่งค้นหาที่เคยดำเนินการไปแล้วก็สามารถใช้งานได้ขณะออฟไลน์เช่นกัน (Odoo 20 Release Notes) การทดสอบการยอมรับควรมีอย่างน้อยหนึ่งสถานการณ์สำหรับแต่ละการทำงาน และยืนยันว่าระเบียนอยู่ในสถานะที่คาดหวังหลังการเชื่อมต่อกลับมาและการซิงโครไนซ์
เซสชัน Experience ของ Odoo อธิบายอินเทอร์เฟซออฟไลน์เฉพาะ คิวการซิงโครไนซ์ และเครื่องมือสำหรับติดตามและจัดการการซิงโครไนซ์ (Odoo Goes Offline) ฟังก์ชันเหล่านี้ควรครอบคลุมในการฝึกอบรมผู้ใช้และขั้นตอนการปฏิบัติงาน ผู้ใช้ต้องรู้ว่ารายการที่อยู่ในคิวแสดงที่ใด จะระบุรายการที่ยังไม่คลี่คลายได้อย่างไร และใครเป็นผู้ตรวจสอบ ข้อมูลที่ให้มายืนยันว่ามีเครื่องมือการจัดการอยู่ แต่ไม่ได้กำหนดเวิร์กโฟลว์ครบถ้วนหรือสิทธิ์การดูแลระบบ
ต้องตรวจสอบความครอบคลุมของแคชและการค้นหา
เอกสารของ Odoo 19 อธิบายการเข้าถึงแบบออฟไลน์ในแง่ของระเบียนที่เปิดไว้ก่อนที่การเชื่อมต่อจะหายไป Odoo 20 ยืนยันแยกต่างหากว่าสามารถเรียกใช้คำสั่งค้นหาที่เคยดำเนินการไปแล้วแบบออฟไลน์ได้ (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes) แหล่งข้อมูลที่ให้มาไม่ได้ระบุว่าข้อมูลที่เกี่ยวข้องถูกเก็บไว้มากเพียงใด อยู่ได้นานเท่าใด มีการใช้ข้อจำกัดด้านพื้นที่เก็บข้อมูลหรือไม่ หรือทุกฟิลด์ที่เกี่ยวข้องกับระเบียนที่แคชไว้จะพร้อมใช้งานหรือไม่ และยังไม่ได้ยืนยันว่าการค้นหาซ้ำแบบออฟไลน์จะคืนชุดผลลัพธ์เดิมหรือเฉพาะข้อมูลที่ถูกเก็บไว้ในอุปกรณ์แล้วเท่านั้น
ก่อนอนุมัติเวิร์กโฟลว์แบบออฟไลน์ ทีมงานควรระบุคำค้นหาและประเภทระเบียนที่แต่ละบทบาทต้องใช้ การทดสอบควรเริ่มแบบออนไลน์ด้วยการเรียกใช้คำค้นหาที่เกี่ยวข้องและเปิดระเบียนที่จำเป็น จากนั้นผู้ทดสอบสามารถตัดการเชื่อมต่อและทำงานที่ตั้งใจไว้ซ้ำ รวมถึงการใช้งานไฟล์แนบ ระเบียนที่เชื่อมโยง และฟิลด์ที่จำเป็น สิ่งเหล่านี้เป็นจุดตรวจสอบ ไม่ใช่ข้อจำกัดที่ยืนยันแล้ว เพราะข้อมูลรีลีสที่ให้มาไม่ได้อธิบายพฤติกรรมเหล่านี้ (Odoo 20 Release Notes)
การจัดการความขัดแย้งต้องมีการทดสอบ
มีการยืนยันคิวการซิงโครไนซ์และเครื่องมือการจัดการแล้ว แต่แหล่งข้อมูลที่ให้มาไม่ได้อธิบายว่า Odoo 20 แก้ไขการเปลี่ยนแปลงที่ขัดแย้งกันในเรกคอร์ดเดียวกัน ความล้มเหลวในการตรวจสอบหลังเชื่อมต่อใหม่ หรือการพึ่งพาระหว่างการดำเนินการในคิวอย่างไร (Odoo Goes Offline) การมีอยู่ของคิวไม่ได้แสดงถึงนโยบายการจัดการความขัดแย้ง ควรแสดงพฤติกรรมดังกล่าวในบิลด์และการกำหนดค่าของ Odoo ที่ตั้งใจใช้
การทดสอบความขัดแย้งสามารถให้ผู้ใช้หนึ่งคนแก้ไขเรกคอร์ดแบบออฟไลน์ ขณะที่อีกคนเปลี่ยนเรกคอร์ดเดียวกันทางออนไลน์ หลังเชื่อมต่อใหม่ ทีมงานควรตรวจสอบค่าที่ได้ สถานะคิว และการแจ้งเตือนผู้ใช้ ควรมีการทดสอบแยกต่างหากสำหรับการแก้ไขแบบออฟไลน์ในเรกคอร์ดที่ถูกเก็บถาวรหรือลบไปที่อื่น และเรกคอร์ดที่สร้างใหม่ซึ่งไม่ผ่านกฎฝั่งเซิร์ฟเวอร์ การทดสอบควรบันทึกว่าได้ให้ความสำคัญกับการอัปเดต การผสานรวม หรือจำเป็นต้องมีการดำเนินการด้วยตนเอง (Odoo Goes Offline)
การควบคุมการเข้าถึงและการดำเนินการที่มีผลกระทบสูง
เนื่องจาก Odoo 20 มีการเก็บถาวร ยกเลิกการเก็บถาวร และลบแบบออฟไลน์ การประเมินจึงควรขยายไปไกลกว่าการป้อนข้อมูลตามปกติ (Odoo 20 Release Notes) องค์กรควรตรวจสอบว่าสิทธิ์การเข้าถึง กฎของเรกคอร์ด และข้อกำหนดการอนุมัติถูกบังคับใช้เมื่อมีการดำเนินการแบบออฟไลน์ ระหว่างการซิงโครไนซ์ หรือในทั้งสองขั้นตอนหรือไม่ หมายเหตุการออกรุ่นยืนยันการดำเนินการที่มีให้ แต่ไม่ได้อธิบายว่าการควบคุมความปลอดภัยแต่ละแบบทำงานอย่างไรเมื่อไม่มีการเชื่อมต่อ
การทดสอบควรใช้บทบาทผู้ใช้ที่เป็นตัวแทนจริง ไม่ใช่เพียงบัญชีผู้ดูแลระบบ แต่ละบทบาทควรพยายามทำการดำเนินการที่อนุญาตและที่ห้ามทั้งในขณะเชื่อมต่อและไม่ได้เชื่อมต่อ จากนั้นผู้ทดสอบควรตรวจสอบว่าการเปลี่ยนแปลงที่อยู่ในคิวยังมองเห็นได้หรือไม่ ข้อความปฏิเสธชัดเจนหรือไม่ และเรกคอร์ดที่ถูกเก็บถาวร กู้คืน หรือลบไปแล้วไปถึงสถานะสุดท้ายที่ต้องการหรือไม่ กระบวนการที่การลบมีผลกระทบรุนแรงควรมีขั้นตอนแบบออฟไลน์ที่บันทึกไว้ก่อนนำไปใช้งาน (Odoo 20 Release Notes; Odoo Goes Offline)
โมดูลที่กำหนดเองต้องมีการทดสอบแบบเจาะจง
ฟีเจอร์ที่ยืนยันแล้วครอบคลุมการทำงานเรกคอร์ดแบบออฟไลน์และความสามารถด้านการซิงโครไนซ์ของ Odoo 20 แต่แหล่งข้อมูลที่ให้มาไม่ได้ระบุว่าโมดูลที่กำหนดเองทุกตัว โมดูลของบุคคลที่สาม การกระทำอัตโนมัติ หรือการเชื่อมต่อภายนอกจะรองรับการทำงานแบบออฟไลน์ (Odoo 20 Release Notes; Odoo Goes Offline) ดังนั้นการติดตั้งที่ปรับแต่งจึงควรประเมินการรองรับเป็นรายโมดูล แทนที่จะสันนิษฐานว่าโหมดออฟไลน์ใช้ได้เหมือนกันทั้งฐานข้อมูล
การทดสอบควรครอบคลุมฟิลด์ที่กำหนดเอง พฤติกรรม onchange ค่าที่จำเป็น ค่าที่คำนวณ และการตรวจสอบฝั่งเซิร์ฟเวอร์ที่ใช้ในเวิร์กโฟลว์ขององค์กร ควรติดตามการเชื่อมต่อที่ปกติจะตอบสนองต่อการสร้างหรือแก้ไขเรกคอร์ดหลังจากการเปลี่ยนแปลงที่อยู่ในคิวซิงโครไนซ์แล้ว จุดประสงค์ไม่ใช่การคาดว่าล้มเหลว แต่เพื่อระบุว่าแต่ละองค์ประกอบทำงานแบบออฟไลน์ รอการเชื่อมต่อใหม่ สร้างรายการในคิวที่ถูกปฏิเสธ หรือจำเป็นต้องมีกระบวนการที่แตกต่างออกไป (Odoo 20 Release Notes; Odoo Goes Offline)
ประเด็นที่ต้องสรุปก่อนนำไปใช้งาน
Odoo 20 มอบชุดความสามารถแบบออฟไลน์ที่ยืนยันได้กว้างกว่า Odoo 19 โดยมีอินเทอร์เฟซเฉพาะและเครื่องมือซิงโครไนซ์สำหรับงานที่อยู่ในคิว (Odoo 19.0 Docs: General Offline Mode; Odoo 20 Release Notes; Odoo Goes Offline) ก่อนพึ่งพาความสามารถเหล่านั้น องค์กรควรตรวจสอบว่ามีแอปพลิเคชันและประเภทเรกคอร์ดใดบ้างที่ครอบคลุม ผู้ใช้ต้องเปิดหรือค้นหาอะไรบ้างก่อนตัดการเชื่อมต่อ ความขัดแย้งแสดงอย่างไร และใครเป็นผู้ติดตามการซิงโครไนซ์ที่ล้มเหลวหรือล่าช้า
การตัดสินใจนำไปใช้งานควรบันทึกอุปกรณ์และสภาพแวดล้อมการติดตั้งที่รองรับ พฤติกรรมการจัดเก็บและการเก็บรักษา ผลการควบคุมการเข้าถึง ผลลัพธ์ของโมดูลที่กำหนดเอง และขั้นตอนสำหรับการลบหรือการเปลี่ยนแปลงอื่นที่มีผลสำคัญ เอกสารการเปิดตัวที่ให้มาไม่ได้ตอบคำถามด้านการนำไปใช้งานเหล่านี้ แต่คำถามเหล่านี้เป็นตัวกำหนดว่าฟังก์ชันที่ยืนยันแล้วเหมาะกับเวิร์กโฟลว์ออฟไลน์แบบใดแบบหนึ่งหรือไม่ (Odoo 20 Release Notes; Odoo Goes Offline)
สำหรับการวางแผน Community Edition รายการ stable และ recommended ของ Odoo Nightly ให้สถานะเวอร์ชันตามที่ระบุไว้ โดยรองรับถึง Odoo 23 (nightly.odoo.com) การอนุมัติการใช้งานควรยังคงขึ้นอยู่กับการทดสอบบิลด์ โมดูล สิทธิ์ และเวิร์กโฟลว์ที่ผู้ใช้จะนำไปใช้ออฟไลน์จริง ๆ การเปลี่ยนแปลงที่ยืนยันแล้วคือ Odoo 20 ก้าวข้ามการเข้าถึงแบบอ่านอย่างเดียวของ Odoo 19 สำหรับเรกคอร์ดที่เปิดไว้ก่อนหน้า โดยอนุญาตให้สร้างและแก้ไขแบบออฟไลน์ที่อยู่ในคิว การทดสอบต้องยืนยันว่าความสามารถนั้นทำงานอย่างไรในการกำหนดค่าขององค์กร (เอกสาร Odoo 19.0: โหมดออฟไลน์ทั่วไป; บันทึกการเปิดตัว Odoo 20; Odoo ใช้งานออฟไลน์)