ข้อกำหนดทั่วไปของสัญญา

อ้างอิง TOR: ข้อ 16.1 (ห้ามจ้างช่วง), ข้อ 16.2 (ค่าเป้าหมายและ SLA ที่ผู้รับจ้างเสนอเป็นส่วนหนึ่งของสัญญา), ข้อ 16.3 (ลำดับความสำคัญของเอกสารกรณีข้อความขัดแย้งกัน)

สถานะเอกสาร: เอกสารนี้อธิบายแนวทางที่ผู้รับจ้างจะปฏิบัติตาม TOR ข้อ 16 จัดทำเพื่อประกอบระบบสาธิต (Demo) ไม่ใช่สัญญาและยังไม่มีการลงนาม ถ้อยคำที่มีผลบังคับให้ยึดตาม TOR ต้นฉบับและสัญญาฉบับลงนาม โดยเฉพาะลำดับความสำคัญของเอกสารตามข้อ 16.3 ซึ่งเอกสารนี้อธิบายหลักการและแนวปฏิบัติ ไม่ได้ใช้แทนข้อความใน TOR

1. การห้ามจ้างช่วง (ข้อ 16.1)

1.1 ข้อกำหนด

ผู้รับจ้างต้องไม่เอางานทั้งหมดหรือบางส่วนตามสัญญานี้ไปจ้างช่วงอีกทอดหนึ่ง

1.2 แนวปฏิบัติของผู้รับจ้าง

1. งานวิเคราะห์ ออกแบบ พัฒนา ทดสอบ นำเข้าข้อมูล ติดตั้ง ฝึกอบรม และสนับสนุนช่วงรับประกัน ดำเนินการโดยบุคลากรของผู้รับจ้างตามเอกสารโครงสร้างทีมงาน (team-structure)
2. บุคลากรทุกตำแหน่งเป็นพนักงานหรือลูกจ้างของผู้รับจ้าง การเปลี่ยนตัวบุคลากรหลักต้องแจ้งและได้รับความเห็นชอบจากมหาวิทยาลัย
3. ผู้รับจ้างไม่โอนสิทธิหรือหน้าที่ตามสัญญาให้บุคคลอื่น
4. ข้อมูลของมหาวิทยาลัยไม่ถูกส่งต่อให้บุคคลภายนอกเพื่อดำเนินงานแทน (สอดคล้องกับข้อตกลงรักษาความลับ ข้อ 13)

1.3 สิ่งที่ผู้รับจ้างเข้าใจว่าไม่ใช่การจ้างช่วง

รายการต่อไปนี้เป็นการใช้ผลิตภัณฑ์หรือบริการมาตรฐาน ไม่ใช่การมอบหมายงานตามสัญญาให้ผู้อื่นทำแทน ทั้งนี้ การวินิจฉัยขั้นสุดท้ายเป็นของมหาวิทยาลัย และผู้รับจ้างจะเปิดเผยรายการเหล่านี้อย่างครบถ้วน

รายการ	ลักษณะ	ผู้จัดหา
บริการ Cloud (เครื่องแม่ข่าย ฐานข้อมูล เครือข่าย)	บริการโครงสร้างพื้นฐานมาตรฐาน	มหาวิทยาลัย (ข้อ 4.6.1)
บริการ LLM API	บริการโมเดลภาษามาตรฐาน เรียกใช้ผ่าน API	มหาวิทยาลัย (ข้อ 4.6.1) ในระบบสาธิตใช้ Typhoon ของ SCB 10X
ซอฟต์แวร์โอเพนซอร์ส	ไลบรารีสำเร็จรูปภายใต้สัญญาอนุญาตแบบเปิด	ดูบัญชีในเอกสาร ip-statement
บริการยืนยันตัวตนของ Google และ Facebook	บริการเข้าสู่ระบบมาตรฐานตามที่ TOR กำหนด (ก.3.3.2)	มหาวิทยาลัยเป็นเจ้าของบัญชีนักพัฒนาและข้อมูลรับรอง
GitHub	บริการจัดเก็บซอร์สโค้ดและ CI/CD ตามที่ TOR กำหนด (4.6.3)	ตามที่ตกลงกับมหาวิทยาลัย

หากมีความจำเป็นต้องใช้ผู้เชี่ยวชาญอิสระภายนอกในงานเฉพาะ เช่น การทดสอบเจาะระบบโดยผู้ทดสอบอิสระ ผู้รับจ้างจะเสนอขอความเห็นชอบจากมหาวิทยาลัยเป็นลายลักษณ์อักษรก่อน และจะไม่ดำเนินการหากมหาวิทยาลัยวินิจฉัยว่าเป็นการจ้างช่วง

2. ค่าเป้าหมายและ SLA เป็นส่วนหนึ่งของสัญญา (ข้อ 16.2)

2.1 ข้อกำหนด

ค่าเป้าหมายด้านคุณภาพและข้อตกลงระดับการให้บริการ (SLA) ที่ผู้รับจ้างเสนอไว้ในข้อเสนอ ถือเป็นส่วนหนึ่งของสัญญา ผู้รับจ้างผูกพันต้องปฏิบัติให้ได้ตามค่าที่เสนอ ซึ่งต้องไม่ต่ำกว่าเกณฑ์ขั้นต่ำของ TOR

2.2 ค่าเป้าหมายด้านคุณภาพ AI

รหัสชุด	ชุดทดสอบ	ตัวชี้วัด	เกณฑ์ขั้นต่ำตาม TOR (ก.5.3)	ค่าที่รับประกัน (ค่าตั้งต้นในระบบสาธิต)
DS-1	ธรรมศึกษา ปรนัย 100 ข้อ	Accuracy	ร้อยละ 80	ร้อยละ 85
NT-2	นักธรรม อัตนัยสั้น 50 ข้อ	คะแนน Judge เฉลี่ย (0–3)	2.00	2.30
RET-1	Retrieval พระวินัยปิฎก 100 บท	Recall@5	ร้อยละ 80	ร้อยละ 85
RET-2	Retrieval พระสุตตันตปิฎก 100 บท	Recall@5	ร้อยละ 80	ร้อยละ 85
RET-3	Retrieval พระอภิธรรมปิฎก 100 บท	Recall@5	ร้อยละ 80	ร้อยละ 85
GR-1	Guardrail นอกขอบเขต 100 ข้อ	อัตราปฏิเสธถูกต้อง	ร้อยละ 80	ร้อยละ 90
GR-2	Guardrail หัวข้อสุ่มเสี่ยง 50 ข้อ	อัตราปฏิเสธถูกต้อง	ร้อยละ 80	ร้อยละ 90

ข้อควรทราบ: คอลัมน์ "ค่าที่รับประกัน" เป็น ค่าตั้งต้นที่กำหนดไว้ในการตั้งค่าของระบบสาธิต (คีย์ eval.guaranteed) เพื่อแสดงกลไกการเทียบผลกับค่าที่รับประกัน ไม่ใช่ผลการวัด และยังไม่ใช่ข้อผูกพัน ค่าที่ผูกพันจริงคือค่าที่ผู้รับจ้างระบุในข้อเสนอและในสัญญาฉบับลงนาม ซึ่งผู้ดูแลปรับในระบบให้ตรงกันได้โดยไม่ต้องแก้โค้ด

2.3 ค่าเป้าหมายด้านการให้บริการ (SLA)

ตัวชี้วัด	ค่าตาม TOR	ข้อ
Availability ต่อเดือน	ไม่น้อยกว่าร้อยละ 95	12.1
First Contentful Paint ที่ p95	ไม่เกิน 5 วินาที	12.2
Time to First Token ที่ p95	ไม่เกิน 15 วินาที	12.2
Error Rate	ไม่เกินร้อยละ 5	12.2
เวลาแก้ไขข้อบกพร่องระดับสูง / กลาง / ต่ำ	24 ชั่วโมง / 48 ชั่วโมง / 10 วันทำการ	12.3
รายงาน SLA รายเดือน	ภายในวันที่ 15 ของเดือนถัดไป	12.5
ผู้ใช้พร้อมกัน / จำนวนบัญชี	ไม่น้อยกว่า 500 / 1,000,000	ก.1.4.1, ก.1.4.2
โทเคนต่อ Prompt (ถาม-ตอบ / Dhamma Talk)	ไม่เกิน 10,000 / 50,000	ก.4.2.1

2.4 กลไกในระบบที่ใช้ติดตามค่าเป้าหมาย

กลไก	หน้าจอ	การทำงาน
ตารางเกณฑ์ขั้นต่ำเทียบค่าที่รับประกัน	/admin/evaluation	แสดงเกณฑ์ ค่าที่รับประกัน และผลรอบล่าสุดของทั้ง 7 ชุด
ป้าย "ไม่ผ่านเกณฑ์ตรวจรับ"	/admin/evaluation/runs/[id]	ติดป้ายอัตโนมัติเมื่อผลต่ำกว่าเกณฑ์ขั้นต่ำหรือค่าที่รับประกัน (ก.5.3.1)
การเปรียบเทียบระหว่างรอบ	/admin/evaluation/compare	เทียบผลรายข้อพร้อมเวอร์ชัน Prompt ชุดทดสอบ และโมเดล
รายงาน SLA	/admin/sla-report	Availability ค่าประสิทธิภาพ และรายการข้อบกพร่อง
Defect Log	/admin/defect-log	กำหนดเวลาแก้ไขตามระดับความรุนแรงและค่าปรับประมาณการ (10.2)

2.5 ผลของการไม่บรรลุค่าเป้าหมาย

1. ผลประเมินต่ำกว่าเกณฑ์ขั้นต่ำ: มหาวิทยาลัยไม่ตรวจรับ (ก.5.3.1) ผู้รับจ้างต้องปรับปรุงและประเมินซ้ำ หากเป็นเหตุให้ส่งมอบงานเกินกำหนด อาจมีค่าปรับตามข้อ 10.1
2. ไม่ปฏิบัติตาม SLA: มหาวิทยาลัยมีสิทธิเรียกค่าปรับตามข้อ 10.2 และข้อ 12.6
3. ผู้รับจ้างรายงานผลตามจริงทุกรอบ รวมถึงรอบที่ไม่ผ่านเกณฑ์ ระบบบันทึกผลทุกรอบพร้อมเวอร์ชันของ Prompt และชุดทดสอบ (ก.5.2.3, ก.5.2.4) และบันทึกการสั่งประเมินใน Audit Log (ก.6.5.1) เพื่อให้ตรวจสอบย้อนหลังได้

3. ลำดับความสำคัญของเอกสารกรณีข้อความขัดแย้งกัน (ข้อ 16.3)

3.1 ข้อกำหนด

TOR ข้อ 16.3 กำหนดลำดับความสำคัญของเอกสารที่ใช้บังคับในกรณีที่ข้อความในเอกสารต่าง ๆ ขัดหรือแย้งกัน ลำดับที่มีผลบังคับคือลำดับที่ระบุไว้ใน TOR ข้อ 16.3 และในสัญญาฉบับลงนาม เอกสารฉบับนี้ไม่ได้กำหนดลำดับขึ้นใหม่

3.2 ชุดเอกสารที่เกี่ยวข้องกับโครงการ

กลุ่ม	เอกสาร	ผู้จัดทำ
ก	สัญญาจ้างฉบับลงนาม	มหาวิทยาลัยและผู้รับจ้าง
ข	ขอบเขตของงาน (TOR) และภาคผนวก ก (คุณสมบัติของระบบ) ภาคผนวก ข (รายการข้อมูลองค์ความรู้) ภาคผนวก ค (เกณฑ์การพิจารณาด้านคุณภาพ)	มหาวิทยาลัย
ค	ข้อเสนอทางเทคนิคและข้อเสนอราคาของผู้รับจ้าง รวมถึงค่าเป้าหมายและ SLA ที่เสนอ (ข้อ 16.2)	ผู้รับจ้าง
ง	เอกสารที่จัดทำระหว่างดำเนินโครงการและได้รับความเห็นชอบ เช่น แผนดำเนินงาน SRS แผนทดสอบ รายงานการประชุม	ผู้รับจ้าง โดยความเห็นชอบของมหาวิทยาลัย
จ	เอกสารภายในของผู้รับจ้าง เช่น แผนพัฒนาระบบสาธิต คู่มือนักพัฒนา	ผู้รับจ้าง

3.3 แนวปฏิบัติของผู้รับจ้างเมื่อพบข้อความขัดแย้ง

1. ยึดลำดับตาม TOR ข้อ 16.3 และสัญญาฉบับลงนามเป็นหลัก โดยหลักทั่วไปของสัญญาจ้างภาครัฐ ข้อความในตัวสัญญาใช้บังคับเหนือเอกสารแนบท้ายสัญญา และกรณีเอกสารแนบท้ายสัญญาขัดแย้งกันเอง ผู้รับจ้างปฏิบัติตามคำวินิจฉัยของผู้ว่าจ้าง
2. เอกสารที่ผู้รับจ้างจัดทำเอง (กลุ่ม ค ง และ จ) ไม่อาจใช้ลดทอนข้อกำหนดของ TOR ได้ หากข้อเสนอของผู้รับจ้างให้มากกว่าหรือเข้มกว่า TOR ผู้รับจ้างผูกพันตามค่าที่เสนอ (ข้อ 16.2)
3. เมื่อพบข้อความขัดแย้งหรือไม่ชัดเจน ผู้รับจ้างแจ้งมหาวิทยาลัยเป็นลายลักษณ์อักษรโดยไม่ชักช้า ระบุข้อความที่ขัดกัน ผลกระทบ และข้อเสนอแนวทาง และไม่ตีความเองในทางที่เป็นประโยชน์แก่ตน
4. คำวินิจฉัยของมหาวิทยาลัยบันทึกในรายงานการประชุมหรือหนังสือตอบ และนำไปปรับปรุง SRS ตารางเปรียบเทียบข้อกำหนด และเอกสารที่เกี่ยวข้อง
5. ระหว่างรอคำวินิจฉัย ผู้รับจ้างดำเนินงานตามข้อกำหนดที่เข้มกว่าหรือปลอดภัยกว่าไว้ก่อน เท่าที่ไม่ทำให้เกิดงานที่ต้องรื้อทำใหม่

3.4 ตัวอย่างสถานการณ์และแนวทาง (สมมติ)

สถานการณ์	แนวทาง
SRS ระบุระยะเก็บประวัติสนทนาต่างจาก TOR ภาคผนวก ก ข้อ 3.5.1 (90 วัน)	ยึด TOR แก้ไข SRS และแจ้งในที่ประชุม ค่าในระบบปรับได้ในหน้า /admin/ai-config
ข้อเสนอของผู้รับจ้างรับประกัน Recall@5 สูงกว่าเกณฑ์ขั้นต่ำของ TOR	ผูกพันตามค่าที่เสนอ (ข้อ 16.2) ระบบเทียบผลกับทั้งสองค่า
เอกสารออกแบบภายในของผู้รับจ้างระบุเทคโนโลยีต่างจากที่ TOR กำหนด	ยึด TOR เอกสารภายในไม่มีผลเหนือ TOR
TOR ตัวเนื้อหากับภาคผนวกให้ตัวเลขไม่ตรงกัน	แจ้งมหาวิทยาลัยเพื่อวินิจฉัยตามลำดับในข้อ 16.3 และบันทึกผลเป็นลายลักษณ์อักษร

4. การเชื่อมโยงกับเอกสารอื่น

หัวข้อ	เอกสาร
วงเงิน งวดงาน ค่าปรับ การรับประกัน SLA	contract-summary
การรักษาความลับ (ข้อ 13)	confidentiality-statement
ข้อมูลส่วนบุคคล (ข้อ 14)	pdpa-dpa
ทรัพย์สินทางปัญญา (ข้อ 15)	ip-statement
โครงสร้างทีมงานและการเปลี่ยนตัวบุคลากร	team-structure
สถานะความสอดคล้องกับ TOR รายข้อ	หน้า /tor

5. คำรับรองของผู้รับจ้าง

ผู้รับจ้างรับทราบและตกลงปฏิบัติตามข้อกำหนดทั่วไปข้อ 16.1 ถึง 16.3 ของขอบเขตงาน (ช่องลงนามด้านล่างเป็นแบบฟอร์ม ยังไม่มีการลงนามจริง)

ฝ่ายผู้รับจ้าง
ลงชื่อ ........................................
(ผู้มีอำนาจลงนาม — ระบุเมื่อทำสัญญา)
วันที่ ........................................