OCA เปิดใช้ CLA bot บน GitHub ให้ผู้ร่วมพัฒนาเซ็น ICLA ผ่านเบราว์เซอร์แทนการส่งเอกสาร

Odoo Community Association (OCA) ประกาศเมื่อวันที่ 28 ตุลาคม 2026 ว่าได้เปิดใช้ CLA bot ตัวใหม่ที่ทำงานอยู่ใน GitHub เพื่อให้ผู้ร่วมพัฒนาเซ็นสัญญา Individual Contributor License Agreement (ICLA) ได้ในเบราว์เซอร์ แทนการส่ง ICLA ไปให้ OCA ดำเนินการด้วยมือ ส่วนการร่วมพัฒนาในนามองค์กร (ECLA) OCA ระบุว่ายังต้องเซ็นและส่งเอกสารด้วยมือเหมือนเดิม

สรุปสั้นสำหรับผู้บริหาร - OCA ระบุว่า CLA bot ใน GitHub จะมาแทนการส่ง ICLA ให้ OCA ดำเนินการด้วยมือ - เมื่อมีการสร้าง Pull Request (PR) บอตจะตรวจอีเมลของผู้เขียน commit ทุกคนเทียบกับรายชื่อผู้ที่เซ็น ICLA แล้ว - ECLA สำหรับการร่วมพัฒนาในนามองค์กรยังต้องเซ็นและส่งด้วยมือ - เรื่องนี้เกี่ยวข้องกับทีมที่ส่งโค้ดเข้า repository ของ OCA เป็นหลัก และประกาศไม่ได้กล่าวถึงการเปลี่ยนแปลงต่อการใช้งานโมดูลของ OCA

มีอะไรใหม่

ตามประกาศของ OCA ขั้นตอนใหม่ทำงานดังนี้

1. ตรวจสอบอัตโนมัติเมื่อสร้าง PR: CLA bot จะตรวจอีเมลของผู้เขียน commit ทุกคนเทียบกับบันทึกผู้ที่เซ็น ICLA แล้ว หากผู้เขียนคนใดยังไม่ได้เซ็น บอตจะโพสต์ความคิดเห็น (comment) และแสดงผลการตรวจสอบที่ไม่ผ่าน (failing check) บน PR พร้อมลิงก์สำหรับเซ็น
2. ลงชื่อเข้าใช้ด้วย GitHub: เมื่อคลิกที่ badge ระบบจะพาไปยังหน้า CLA Management ซึ่งให้ลงชื่อเข้าใช้ด้วยบัญชี GitHub โดยจะมีหน้าขออนุญาตแบบ GitHub OAuth มาตรฐาน
3. อ่านและเซ็นสัญญา: หน้า dashboard จะแสดงสัญญาที่รอการเซ็น เมื่อคลิก "Review and Sign" จะเปิดข้อความสัญญาฉบับเต็ม และเมื่อเซ็นแล้ว OCA ระบุว่าระบบจะยืนยันทันที
4. PR อัปเดตเอง: หลังเซ็น PR จะแสดงข้อความ "All commit authors signed the Contributor License Agreement" โดย OCA ระบุว่าผลการตรวจสอบและความคิดเห็นจะอัปเดตทันทีที่เซ็น CLA โดยไม่ต้อง push commit ใหม่

ด้านสิทธิ์การเข้าถึง OCA ระบุว่าเมื่อบอตดำเนินการแทนผู้ใช้ (acting on your behalf) บอตมีสิทธิ์จำกัด และสามารถตรวจดูซอร์สโค้ดของบอตได้ที่ https://github.com/psf/clabot

OCA สรุปว่าขั้นตอนทั้งหมดใช้เวลาไม่นานและทำได้ในเบราว์เซอร์ทั้งหมด

ความหมายต่อธุรกิจที่ใช้หรือกำลังพิจารณา Odoo

การเปลี่ยนแปลงนี้เป็นเรื่องของขั้นตอนการร่วมพัฒนา (contribution) ไม่ใช่ฟีเจอร์ใหม่ของ Odoo หรือของโมดูล OCA เอง ผลต่อธุรกิจไทยจึงขึ้นอยู่กับบทบาทขององค์กร

1. องค์กรที่ใช้โมดูล OCA อย่างเดียว: ประกาศนี้ไม่ได้กล่าวถึงการเปลี่ยนแปลงใดต่อการติดตั้งหรือใช้งานโมดูล องค์กรกลุ่มนี้จึงรับทราบไว้เป็นข้อมูลได้
2. ทีมพัฒนาที่ส่งโค้ดกลับไปยัง OCA: นักพัฒนาแต่ละคนที่เป็นผู้เขียน commit จะเห็นการตรวจ ICLA ปรากฏบน PR โดยตรง เนื่องจากบอตตรวจจากอีเมลของผู้เขียน commit ทีมจึงควรทราบว่าอีเมลที่ใช้ใน commit มีผลต่อผลการตรวจสอบ
3. องค์กรที่ร่วมพัฒนาในนามบริษัท: OCA ระบุว่า ECLA ยังใช้วิธีเซ็นและส่งด้วยมือ องค์กรที่ร่วมพัฒนาในนามบริษัทจึงควรตรวจสอบรายละเอียดจาก OCA โดยตรง

องค์กรควรเตรียมตัวอย่างไร

1. แจ้งทีมพัฒนา: ให้นักพัฒนาที่ส่ง PR ไปยัง repository ของ OCA ทราบว่าหากบอตแจ้งว่ายังไม่ได้เซ็น ให้ใช้ลิงก์บน PR เพื่อเข้าสู่ขั้นตอนเซ็น ICLA
2. ตรวจสอบอีเมลใน commit: ทบทวนว่าอีเมลที่ตั้งไว้ใน Git ของนักพัฒนาแต่ละคนเป็นอีเมลที่ตั้งใจใช้กับการเซ็น ICLA
3. อ่านสัญญาและหน้าขออนุญาตก่อนยืนยัน: อ่านข้อความสัญญาฉบับเต็มและหน้า GitHub OAuth ก่อนกดยืนยัน หากต้องการตรวจสอบเพิ่มเติม OCA ระบุว่าดูซอร์สโค้ดของบอตได้
4. ติดตามข้อมูลเรื่อง ECLA: สำหรับการร่วมพัฒนาในนามองค์กร (ECLA) ให้ติดตามขั้นตอนจากประกาศของ OCA โดยตรง

MEESIRI ช่วยอะไรได้

• วางระบบ Odoo (Odoo Implementation): ช่วยเลือกและตั้งค่าโมดูลมาตรฐานและโมดูลจาก OCA ให้เหมาะกับกระบวนการขององค์กร
• อัปเกรดและทดสอบ (Odoo Upgrade): ประเมินผลกระทบและทดสอบบนฐานข้อมูลทดสอบก่อนนำขึ้นระบบจริง
• พัฒนาโมดูลเฉพาะ (Customisation): พัฒนาและดูแลโมดูลเสริม รวมถึงให้คำปรึกษาเรื่องขั้นตอนการทำงานกับ Git และ GitHub
• ดูแลระบบต่อเนื่อง (Managed Support): ดูแลเซิร์ฟเวอร์ ฐานข้อมูล และให้คำปรึกษาการใช้งาน Odoo

หากองค์กรของคุณใช้หรือกำลังพิจารณา Odoo และโมดูลจาก OCA สามารถติดต่อ MEESIRI เพื่อรับคำปรึกษาได้

แหล่งอ้างอิง

• https://www.odoo-community.org/blog/news-updates-1/oca-updates-cla-bot-252