กำหนดสิ้นสุดการสนับสนุนเดือนกันยายน 2026
ตารางการสนับสนุนปัจจุบันของ Odoo ระบุเดือนกันยายน 2026 เป็นกำหนดสิ้นสุดการสนับสนุนมาตรฐานสำหรับ Odoo 17.0 การสนับสนุนมาตรฐานรวมถึงการช่วยเหลือจากศูนย์บริการ การแก้ไขข้อบกพร่อง และการอัปเดตความปลอดภัย องค์กรที่ใช้ Odoo 17 ควรตัดสินใจว่าจะอัปเกรดก่อนกำหนดที่วางแผนไว้หรือจัดการสนับสนุนเพิ่มเติม (เอกสาร Odoo 19.0: การดูแลระบบ การสนับสนุนมาตรฐานและเพิ่มเติม)
ข้อมูลที่เผยแพร่ระบุเดือนที่สิ้นสุดตามแผน แต่ไม่ได้ระบุวันสิ้นสุดที่แน่นอน ผู้ดูแลระบบควรยืนยันวันที่มีผลกับ Odoo แทนที่จะสันนิษฐานว่าความครอบคลุมจะเปลี่ยนในวันแรกหรือวันสุดท้ายของเดือนกันยายน (เอกสาร Odoo 19.0: การดูแลระบบ การสนับสนุนมาตรฐานและเพิ่มเติม) ตารางเวลาภายในควรเผื่อเวลาเพื่อขอการยืนยันดังกล่าวก่อนที่จะอนุมัติการอัปเกรดหรือการตัดสินใจด้านการสนับสนุน
ความครอบคลุมหลังการสนับสนุนมาตรฐาน
Odoo ระบุความครอบคลุมที่แตกต่างกันสำหรับการสนับสนุนมาตรฐานและการสนับสนุนเพิ่มเติม การสนับสนุนมาตรฐานครอบคลุมการช่วยเหลือจากศูนย์บริการ การแก้ไขข้อบกพร่อง และการอัปเดตความปลอดภัย การสนับสนุนเพิ่มเติมมีค่าใช้จ่ายเพิ่มและครอบคลุมการช่วยเหลือจากศูนย์บริการและการแก้ไขข้อบกพร่องในกรณีที่สามารถดำเนินการแก้ไขได้ (เอกสาร Odoo 19.0: การดูแลระบบ การสนับสนุนมาตรฐานและเพิ่มเติม)
การอัปเดตความปลอดภัยรวมอยู่ในการสนับสนุนมาตรฐานอย่างชัดเจน แต่ไม่ได้ระบุไว้ในสรุปการสนับสนุนเพิ่มเติมที่ให้มา การแก้ไขข้อบกพร่องภายใต้การสนับสนุนเพิ่มเติมยังขึ้นอยู่กับความเป็นไปได้ในการดำเนินการ (เอกสาร Odoo 19.0: การดูแลระบบ การสนับสนุนมาตรฐานและเพิ่มเติม) ก่อนพึ่งพาการสนับสนุนเพิ่มเติม ผู้มีอำนาจตัดสินใจควรถาม Odoo เพื่อยืนยันเงื่อนไขที่ใช้กับสัญญาของตน วิธีประเมินความเป็นไปได้ และมีข้อจำกัดใดที่ส่งผลต่อปัญหาที่มีอยู่หรือไม่
Odoo ระบุว่าแต่ละเวอร์ชันหลักได้รับการสนับสนุนเป็นเวลาสามปี และแนะนำอย่างยิ่งให้ใช้เวอร์ชันที่ยังได้รับการสนับสนุน (เอกสาร Odoo 19.0: การดูแลระบบ การสนับสนุนมาตรฐานและเพิ่มเติม; เอกสาร Odoo 19.0: การดูแลระบบ การอัปเกรด) สำหรับองค์กรที่ยังใช้งาน Odoo 17 กำหนดเวลาที่วางแผนไว้นี้ต้องมีการประสานงานระหว่างผู้รับผิดชอบสัญญา การดูแลระบบ การพัฒนาเฉพาะทาง การเชื่อมต่อระบบ และช่วงเวลาหยุดให้บริการ
เริ่มต้นด้วยฐานข้อมูลทดสอบที่อัปเกรดแล้ว
กระบวนการที่ Odoo ระบุไว้เริ่มจากการขอฐานข้อมูลทดสอบที่อัปเกรดแล้ว จากนั้นองค์กรควรทดสอบกระบวนการทางธุรกิจและการเชื่อมต่อ แก้ไขปัญหาที่พบ และกำหนดการอัปเกรดสภาพแวดล้อมจริงหลังจากงานดังกล่าวเสร็จสิ้นเท่านั้น (เอกสาร Odoo 19.0: การดูแลระบบ การอัปเกรด) การทำตามลำดับนี้จะช่วยป้องกันไม่ให้การอัปเกรดสภาพแวดล้อมจริงกลายเป็นการทดสอบความเข้ากันได้แบบเต็มรูปแบบครั้งแรก
การทดสอบควรครอบคลุมกระบวนการและการเชื่อมต่อที่องค์กรพึ่งพา ตามคำแนะนำของ Odoo (เอกสาร Odoo 19.0: การดูแลระบบ การอัปเกรด) แต่ละกระบวนการควรมีผู้รับผิดชอบที่สามารถบันทึกผลการทดสอบ ตรวจสอบปัญหา และยืนยันว่ามีการทดสอบการแก้ไขซ้ำแล้ว การสร้างฐานข้อมูลทดสอบเป็นเพียงจุดเริ่มต้นของการประเมิน ไม่ใช่หลักฐานว่าสภาพแวดล้อมที่อัปเกรดแล้วพร้อมสำหรับการใช้งานจริง
Odoo แนะนำให้แก้ไขปัญหาที่พบระหว่างการทดสอบก่อนกำหนดการอัปเกรดสภาพแวดล้อมจริง (เอกสาร Odoo 19.0: การดูแลระบบ การอัปเกรด) หากยังมีปัญหาที่ยังไม่ได้รับการแก้ไข ควรบันทึกผลกระทบต่อการปฏิบัติงานก่อนอนุมัติวันที่ใช้งานจริง จากนั้นองค์กรสามารถตัดสินใจว่าจะเลื่อนวัน เปลี่ยนแผนการอัปเกรด หรือขอความช่วยเหลือเพิ่มเติม
บันทึกการทดสอบควรแยกแยะระหว่างการตรวจสอบที่ผ่าน การตรวจสอบที่ไม่ผ่าน และรายการที่ยังไม่ได้ทดสอบ เนื่องจากกระบวนการของ Odoo วางการแก้ไขปัญหาไว้ก่อนการกำหนดเวลาสำหรับใช้งานจริง การทดสอบที่ไม่สมบูรณ์จึงไม่ควรถูกมองว่าเป็นผลลัพธ์ที่ผ่าน (เอกสาร Odoo 19.0: การดูแลระบบ การอัปเกรด) การแยกแยะนี้ช่วยให้ผู้มีอำนาจตัดสินใจเห็นว่าส่วนใดของการอัปเกรดพร้อมแล้ว และส่วนใดยังต้องดำเนินการต่อ
ประเมินโมดูลที่กำหนดเองแยกต่างหาก
ฐานข้อมูลที่ปรับแต่งมีข้อกำหนดเบื้องต้นเพิ่มเติม Odoo ระบุว่าโมดูลที่กำหนดเองต้องเข้ากันได้กับเวอร์ชันเป้าหมายก่อนที่จะสามารถอัปเกรดฐานข้อมูลได้ (เอกสาร Odoo 19.0: การอัปเกรดการดูแลระบบ) ผู้ดูแลระบบควรระบุโมดูลที่กำหนดเองแต่ละรายการ มอบหมายผู้รับผิดชอบ และตรวจสอบว่ามีเวอร์ชันที่รองรับสำหรับรุ่นปลายทางที่ต้องการหรือไม่
ข้อกำหนดที่ระบุไว้ในเอกสารของ Odoo กำหนดให้ตรวจสอบความเข้ากันได้ของโมดูลที่กำหนดเองก่อนส่งฐานข้อมูลที่ปรับแต่งแล้วเพื่อการอัปเกรด (เอกสาร Odoo 19.0: การอัปเกรดการดูแลระบบ) การทดสอบเฉพาะเวิร์กโฟลว์มาตรฐานเพียงอย่างเดียวไม่สามารถยืนยันได้ว่าโค้ดที่กำหนดเองพร้อมใช้งานแล้วหรือไม่ แต่ละโมดูลควรมีสถานะความเข้ากันได้ที่บันทึกไว้ และรวมไว้ในฐานข้อมูลทดสอบที่อัปเกรดแล้ว เพื่อให้สามารถตรวจสอบเวิร์กโฟลว์ที่ได้รับผลกระทบจากโมดูลนั้นได้
Odoo ยังระบุให้ทดสอบการเชื่อมต่อระบบเป็นส่วนหนึ่งของกระบวนการฐานข้อมูลที่อัปเกรดแล้วด้วย (เอกสาร Odoo 19.0: การอัปเกรดการดูแลระบบ) ดังนั้นการประเมินควรครอบคลุมทั้งโมดูลที่กำหนดเองและระบบที่เชื่อมต่อกัน สำหรับแต่ละรายการ ผู้ดูแลระบบควรบันทึกสิ่งที่ต้องทดสอบ ใครสามารถตรวจสอบปัญหาที่เกิดขึ้นได้ และมีบุคคลภายนอกที่เกี่ยวข้องจำเป็นต้องเข้าร่วมระหว่างการทดสอบหรือการอัปเกรดจริงหรือไม่
วางแผนสำหรับช่วงที่ระบบใช้งานไม่ได้ในสภาพแวดล้อมจริง
ฐานข้อมูลจริงจะไม่สามารถใช้งานได้ระหว่างการอัปเกรด และ Odoo แนะนำให้กำหนดช่วงเวลาที่มีการใช้งานน้อยที่สุดสำหรับงานนี้ (เอกสาร Odoo 19.0: การอัปเกรดการดูแลระบบ) แผนควรระบุช่วงเวลาที่เหมาะสม กิจกรรมที่ต้องดำเนินการให้เสร็จก่อนหน้า และผู้ที่ต้องรับทราบว่าฐานข้อมูลจริงจะไม่สามารถใช้งานได้
แนวทางของ Odoo กำหนดให้การจัดตารางงานสภาพแวดล้อมจริงอยู่หลังการทดสอบและการแก้ไขปัญหา (เอกสาร Odoo 19.0: การอัปเกรดการดูแลระบบ) ผู้ดูแลระบบควรรักษาลำดับขั้นตอนนั้นไว้เมื่อวางแผนย้อนกลับจากกำหนดการสนับสนุนเดือนกันยายน 2026 ที่ตั้งไว้ การผูกมัดกับงานจริงเร็วเกินไปอาจทำให้มีเวลาไม่เพียงพอในการแก้ไขปัญหาที่พบในเวิร์กโฟลว์ การเชื่อมต่อระบบ หรือโมดูลที่กำหนดเอง โดยไม่ต้องเปลี่ยนช่วงเวลา
แผนสำหรับสภาพแวดล้อมจริงไม่ควรสมมติว่าการอัปเกรดฐานข้อมูลเสร็จแล้วคือข้อพิจารณาเรื่องกำหนดเวลาเพียงอย่างเดียว Odoo ยืนยันว่าฐานข้อมูลจะไม่สามารถใช้งานได้ระหว่างกระบวนการ และแนะนำให้เลือกช่วงเวลาที่มีการใช้งานน้อยที่สุด (เอกสาร Odoo 19.0: การอัปเกรดการดูแลระบบ) ดังนั้นการอนุมัติภายในควรคำนึงถึงการหยุดชะงัก และยืนยันว่ากิจกรรมทางธุรกิจใดต้องหยุดชั่วคราวหรือดำเนินการให้เสร็จก่อนช่วงเวลาดังกล่าวเริ่มต้น
การตรวจสอบก่อนเลือกแนวทาง
ก่อนอนุมัติการสนับสนุนแบบขยายเวลาหรือกำหนดการอัปเกรด ให้ยืนยันวันที่สิ้นสุดการสนับสนุนมาตรฐานที่แน่นอน ค่าธรรมเนียมเพิ่มเติมสำหรับการสนับสนุนแบบขยายเวลา และความครอบคลุมที่มีสำหรับ Odoo 17 ความแตกต่างที่ระบุไว้ในเอกสารของ Odoo คือ การสนับสนุนมาตรฐานรวมถึงการช่วยเหลือจากฝ่ายช่วยเหลือ การแก้ไขข้อบกพร่อง และการอัปเดตความปลอดภัย ขณะที่การสนับสนุนแบบขยายเวลาจะให้การช่วยเหลือจากฝ่ายช่วยเหลือและการแก้ไขข้อบกพร่องที่ทำได้จริง โดยมีค่าธรรมเนียมเพิ่มเติม (เอกสาร Odoo 19.0: การดูแลระบบ การสนับสนุนมาตรฐานและแบบขยายเวลา)
สำหรับการอัปเกรด ให้ตรวจสอบว่ามีการขอฐานข้อมูลทดสอบที่อัปเกรดแล้ว มีการทดสอบเวิร์กโฟลว์ทางธุรกิจและการเชื่อมต่อระบบ แก้ไขปัญหาที่ระบุพบแล้ว และโมดูลที่กำหนดเองเข้ากันได้กับเวอร์ชันเป้าหมาย ขั้นตอนเหล่านี้เป็นส่วนหนึ่งของคำแนะนำการอัปเกรดที่มีเอกสารของ Odoo (เอกสาร Odoo 19.0: การอัปเกรดการดูแลระบบ) ช่วงเวลาสำหรับสภาพแวดล้อมจริงควรได้รับการอนุมัติก็ต่อเมื่อการตรวจสอบมีผู้รับผิดชอบที่ชัดเจนและมีการบันทึกผลลัพธ์ไว้แล้ว
การสนับสนุนมาตรฐานสำหรับ Odoo 17 มีกำหนดสิ้นสุดในเดือนกันยายน 2026 และ Odoo แนะนำให้ใช้งานเวอร์ชันที่ยังได้รับการสนับสนุน (เอกสาร Odoo 19.0: การดูแลระบบ การสนับสนุนมาตรฐานและแบบขยายเวลา; เอกสาร Odoo 19.0: การอัปเกรดการดูแลระบบ) องค์กรที่ยังใช้งาน Odoo 17 จำเป็นต้องเลือกว่าจะอัปเกรดที่ผ่านการทดสอบให้เสร็จก่อนการเปลี่ยนแปลงที่วางแผนไว้ หรือรับเงื่อนไขการสนับสนุนแบบขยายเวลาที่ได้รับการยืนยันในขณะที่งานอัปเกรดยังคงดำเนินต่อไป การตัดสินใจนั้นควรสะท้อนถึงสัญญาที่เกี่ยวข้อง ความพร้อมของเวิร์กโฟลว์และการปรับแต่ง และช่วงเวลาที่สามารถยอมรับได้ซึ่งฐานข้อมูลจริงจะไม่สามารถใช้งานได้