ข้อกำหนดคุณสมบัติขั้นต่ำ (Term of Reference: TOR)
ข้อกำหนดคุณสมบัติขั้นต่ำ (Term of Reference: TOR)
งาน▇▇▇▇พัฒนาระบบลงลายมือชื่ออิเล็กทรอนิกส์สำหรับเอกสารสำคัญทางการศึกษา (Digital Transcript)
ของสำนักงานพัฒนารัฐบาลดิจิทัล (องค์การมหาชน)
1. ความเป็นมา
ด้วยคณะรัฐมนตรีได้มีมติเมื่อ▇▇▇▇▇▇ ๒ เมษายน ๒๕๖๒ เห็นชอบในหลักการการออกเอกสารหลักฐานของทางราชการผ่าน ระบบดิจิทัล โดยอาจพิจารณาให้มีการนำร่อง▇▇▇▇▇▇การในภารกิจของหน่วยงานที่มีผลกระทบต่อประชาชน สำหรับเดินหน้ า ผลักดันการขับเคลื่อนรัฐบาลดิจิทัลให้ครอบคลุมทุกมิติยกระดับสังคมไทยสู่ยุคดิจิทัลอย่างเต็มรูปแบบ โดยจับมือกับพั นธ▇▇▇▇ สำคัญ ได้แก่ กระทรวงการอุดมศึกษาวิทยาศาสตร์ วิจัยและนวัตกรรม (อว.) สำนักงานคณะกรรมการพัฒนาระ บบราชการ (สำนักงาน ก.พ.ร.) สำนักงานพัฒนาธุรกรรมทางอิเล็กทรอนิกส์ (สพธอ.) และ คณะทำงานกำหนดมาตรฐานการจัดทำเอกสาร สำคัญทางการศึกษาในรูปแบบดิจิทัล (Digital Transcript) นั้น
ในการนี้เพื่อให้มหาวิทยาลัย▇▇▇▇▇▇ออกเอกสารสำคัญทางการศึกษาในรูปแบบดิจิทัลได้ สำนักงานพัฒนารัฐ บาลดิจิ ทัล (องค์การมหาชน) หรือ สพร. ▇▇▇▇▇▇▇▇ระบบลงลายมือชื่ออิเล็กทรอนิกส์สำหรับเอกสารสำคัญทางการศึกษา เพื่อช่วย▇▇▇ ▇▇ ความสะดวกแก่ มหาวิทยาลัย▇▇▇▇▇▇จะยังไม่มีความพร้อมหรือติดขัดปัญหาในการพัฒนาระบบลงลายมือชื่ออิเล็กทรอนิกส์ และ ▇▇▇▇▇▇▇▇▇▇▇▇ไปสู่การออกเอกสารสำคัญทางการศึกษาอื่นๆ ตามที่มหาวิทยาลัยต้องการต่อไป อีกทั้งเป็นการ▇▇▇▇นโยบา ยมติ คณะรัฐมนตรีในการออกเอกสารหลักฐานของทางราชการผ่านระบบดิจิทัลได้
2. วัตถุประสงค์
2.1. เพื่อ▇▇▇▇▇ความสะดวกกับมหาวิทยาลัยในการออกเอกสารสำคัญทางการศึกษาในรูปแบบอิเล็กทรอนิกส์
2.2. เพื่อสร้างความน่าเชื่อถือของเอกสารสำคัญทางการศึกษาในรูปแบบอิเล็กทรอนิกส์
2.3. เพื่อ▇▇▇▇▇ความสะดวกกับนักศึกษาในการเก็บและใช้เอกสารในรูปแบบอิเล็กทรอนิกส์
2.4. เพื่อเป็นที่ยอมรับในการ▇▇▇▇▇▇การเกี่ยวกับเอกสารหลักฐานของทางราชการในรูปแบบดิจิทัล
3. คุณสมบัติผู้เสนอราคา
3.1. ผู้เสนอราคาจะต้องเป็นผู้มีอาชีพในงานตามที่ระบุไว้ในเอกสารนี้
3.2. ผู้เสนอราคาต้องไม่เป็นผู้ที่ถูกระบุชื่อไว้ในบัญชีผู้ทิ้งงานของทางราชการและได้แจ้งเวียนชื่อแล้วหรือไม่เป็นผู้ที่▇▇▇▇▇▇▇▇ ของการสั่งให้นิติบุคคลอื่นเป็นผู้ทิ้งงานตาม▇▇▇▇▇▇▇ของทางราชการ
ลงนามผู้กำหนดขอบเขตของงาน
ประธานกรรมการ ( นาย อุสรา ▇▇▇▇▇▇▇▇▇▇▇ ) ลงนาม.........อุสรา ▇▇▇▇▇▇▇▇▇▇▇......................... ▇▇▇▇▇▇.....17/5/2564... กรรมการ ( ▇▇▇ ▇▇▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇ ) ลงนาม.........สุ▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇............................. ครั้งที่.............2.............
3.3. ผู้เสนอราคาต้องไม่เป็นผู้ได้รับ▇▇▇▇▇▇▇▇▇หรือความคุ้มกัน ซึ่งอาจปฏิเสธไม่ยอมขึ้นศาลไทย เว้นแต่ รัฐบาลของผู้เสนอราคา▇▇▇▇▇ ▇▇สั่งให้สละสิทธิ์และความ▇▇▇▇▇▇▇▇▇▇▇ว่านั้น
3.4. ผู้เสนอราคาต้องไม่เป็นผู้มี▇▇▇▇▇▇▇▇▇▇ร่วมกันกับผู้เสนอราคารายอื่นที่เข้ายื่นข้อเสนอ หรือไม่เป็นผู้กระทำการอันเป็นการ ขัดขวางการแข่งขันราคาอย่างเป็นธรรม
3.5. ผู้เสนอราคาจะต้องมีผลงานด้านการพัฒนาระบบสารสนเทศ ในวงเงินไม่น้อยกว่า 2,000,000 บาท (สองล้านบาทถ้วน) โดย ต้องเป็นผลงานสัญญาเดียวย้อนหลังไม่เกิน 5 ปี นับจาก▇▇▇▇▇▇งานแล้วเสร็จจนถึง▇▇▇▇▇▇ยื่นเอกสาร ซึ่งเป็นคู่สัญญาโดยตรงกับ หน่วยงานของรัฐ หรือหน่วยงานเอกชนที่ ผู้▇▇▇▇▇▇▇ เชื่อถือ โดยจะต้องแนบสำเนาหนังสือรับรองผลงาน หรือ สำเนาสัญญา พร้อมรับรองสำเนาถูกต้องมาพร้อมกันในวันยื่นข้อเสนอโครงการ
4. การเสนอราคา
ผู้เสนอราคาต้องปฏิบัติ ดังนี้
4.1. ผู้เสนอราคาต้องปฏิบัติตามเงื่อนไขที่ระบุไว้ในเอกสารนี้
4.2. ราคาที่เสนอจะต้องเป็นราคา▇▇▇▇▇▇ภาษีมูลค่าเพิ่มและภาษีอื่น ๆ (ถ้ามี) รวมค่าใช้จ่ายทั้งปวงไว้ด้วยแล้ว
4.3. ผู้เสนอราคาต้องเสนอราคาตามวัน – เวลาที่กำหนด
4.4. ผู้เสนอราคาจะต้องเสนอกำหนดยืนราคาไม่น้อยกว่า 60 วัน นับแต่▇▇▇▇▇▇ยืนยันราคาสุดท้ายโดยภายในกำหนดยืนราคา ห้ามผู้ เสนอราคาถอนการเสนอราคา กรณีที่ ผู้▇▇▇▇▇▇▇ จำเป็นต้องขอให้ผู้เสนอราคาขยายระยะเวลาการยืนราคา ผู้เสนอราคาต้องทำ การขยายกำหนดยืนราคาให้ ผู้▇▇▇▇▇▇▇ ตามความ▇▇▇▇▇▇▇
4.5. ผู้เสนอราคาจะต้องจัดทำใบเสนอราคา ตามขอบเขตการ▇▇▇▇▇▇การ ภายในวัน – เวลาที่ ผู้▇▇▇▇▇▇▇ กำหนดพร้อมแสดง รายละเอียดของราคาในแต่ละรายการ โดยแยกเป็นราคาการพัฒนาระบบและราคาการติดตั้งระบบลงลายมือชื่อแบบ ออนไลน์หรือตามพื้นที่ในแต่ละจังหวัด/ภาค ดังนี้
4.5.1. ค่าการพัฒนาระบบจัดทำใบ▇▇▇▇▇▇ผลการศึกษาและลงลายมือชื่ออิเล็กทรอนิกส์ (Digital Transcript)
4.5.2. ค่าการติดตั้งระบบจัดทำใบ▇▇▇▇▇▇ผลการศึกษาและลงลายมือชื่ออิเล็กทรอนิกส์ แบบออนไลน์/ครั้ง จำนวน
10 แห่ง
4.5.3. ค่าการติดตั้งระบบจัดทำใบ▇▇▇▇▇▇ผลการศึกษาและลงลายมือชื่ออิเล็กทรอนิกส์ ในแต่ละพื้นที่/ครั้ง ดังต่อไปนี้
4.5.3.1. กรุงเทพและปริมณฑล จำนวน 6 แห่ง
4.5.3.2. ภาคกลาง จำนวน 1 แห่ง
4.5.3.3. ภาคตะวันออก จำนวน 1 แห่ง
4.5.3.4. ภาคตะวันออก▇▇▇▇▇▇▇▇▇▇ จำนวน 4 แห่ง
4.5.3.5. ภาคเหนือ จำนวน 4 แห่ง
4.5.3.6. ภาคใต้ จำนวน 4 แห่ง
ลงนามผู้กำหนดขอบเขตของงาน
ประธานกรรมการ ( นาย อุสรา ▇▇▇▇▇▇▇▇▇▇▇ ) ลงนาม.........อุสรา ▇▇▇▇▇▇▇▇▇▇▇......................... ▇▇▇▇▇▇.....17/5/2564... กรรมการ ( ▇▇▇ ▇▇▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇ ) ลงนาม.........สุ▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇............................. ครั้งที่.............2.............
4.5.4. ค่าการพัฒนาระบบควบคุมและตรวจสอบเอกสารสำคัญทางการศึกษา (Web Portal Control and Verification Center) พร้อมการติดตั้งและทดสอบ
4.6. ผู้เสนอราคาจะต้องจัดทำขอบเขตการ▇▇▇▇▇▇งานเป็นตารางเปรียบเทียบคุณสมบัติตามรูปแบบดังนี้
ขอบเขตการ▇▇▇▇▇▇งาน ผู้▇▇▇▇▇▇▇ กำหนด | ขอบเขตการ▇▇▇▇▇▇งานที่ผู้ เสนอราคา เสนอ | เปรียบเทียบขอบเขตการ ▇▇▇▇▇▇งานที่ผู้เสนอราคาเสนอ | เอกสารอ้างอิง |
ให้คัดลอกทุกหัวข้อตามคุณสมบัติ ขั้นต่ำในเอกสารฉบับบนี้ | ให้ระบุคุณสมบัติ หรือ ขอบเขตการ▇▇▇▇▇▇งาน ที่ บริษัทฯ เสนอ | ระบุราย▇▇▇▇▇▇▇▇▇▇เปรียบเทียบ | ให้ระบุเอกสารอ้างอิง และเลขหน้า (ถ้ามี) |
ตัวอย่าง ผู้รับจ้างต้อง▇▇▇▇▇▇การวิเคราะห์ ข้อมูลระบบ รายงาน การ ▇▇▇▇▇▇งานเดิมเพื่อออกแบบระบบ ในระยะเวลา 30 วัน | ตัวอย่าง ผู้เสนอราคาจะ▇▇▇▇▇▇การ วิเคราะห์ข้อมูลระบบ รายงาน การ▇▇▇▇▇▇งานเดิมเพื่อ ออกแบบระบบ โดยแบ่ง ทีมงานเป็น 2 ทีม ในการ วิเคราะห์ทำให้▇▇▇▇▇▇ ▇▇▇▇▇▇งานได้แล้วเสร็จภายใน 20 วัน | ตัวอย่าง ดีกว่าข้อกำ👉นด โดย▇▇▇▇▇▇ลดระยะเวลาการ ▇▇▇▇▇▇งานจาก 30 วัน เหลือ 20 วัน | ตัวอย่าง อ้างอิงแผนการ ▇▇▇▇▇▇การหน้า 11 |
4.7. แผนการ▇▇▇▇▇▇งานพร้อมระบุวันและผู้รับผิดชอบรายกิจกรรมแบบละเอียด
4.8. บุคลากรที่เสนอในโครงการทุกตำแหน่งพร้อม▇▇▇▇▇▇▇ศึกษา ความ▇▇▇▇▇▇▇▇▇ และใบประกาศนียบัตร▇▇▇▇▇▇รับและเกี่ ยวข้อง กับการ▇▇▇▇▇▇โครงการ
4.9. เงื่อนไขการรับประกันและการบริการหลังการขาย โดยจัดทำเป็นข้อมูลราย▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇▇การ ผู้รับผิดชอบ จำนวน
ครั้ง พร้อมระยะเวลาการรับประกัน และข้อมูลอื่น ๆ ที่เกี่ยวข้อง
4.10. ผล▇▇▇▇▇▇ให้บริการระบบงานที่มีผลงานประเภทเดียวกันหรือใกล้เคียงกับงาน▇▇▇▇▇▇▇ หรือ ผลงานด้านการพัฒน าระบบ เทคโนโลยีสารสนเทศ โดยให้จัดทำข้อมูลรายละเอียดขอบเขตการ▇▇▇▇▇▇งาน รายละเอียดระบบงานที่พัฒนา (Functional และ Non-functional requirements) ขั้นตอนการ▇▇▇▇▇▇งาน เป็นอย่างน้อย โดยผลงานนี้จะใช้ใน การ ประเมินความ▇▇▇▇▇▇การ▇▇▇▇▇▇โครงการ โดยหากคณะกรรมการพิจารณาผลมีข้อสงสัยในงานที่ทำการเสนอ คณะกรรมการ▇▇▇▇▇▇ขอข้อมูลเพิ่มเติมรวม▇▇▇▇▇▇นัดหมายเพื่อนำเสนอผลงาน▇▇▇▇▇▇▇▇▇▇▇▇การ
5. เกณฑ์การพิจารณาคัดเลือก
การพิจารณาผลการยื่นข้อเสนอครั้งนี้ ผู้▇▇▇▇▇▇▇จะพิจารณาตัดสินโดยใช้เกณฑ์การประเมินค่าประสิทธิภาพต่อราคา (Price Performance) โดยพิจารณาให้คะแนนตามปัจจัยหลักและน้ำหนักที่กำหนด ดังนี้
5.1. เกณฑ์ราคาที่ยื่นเสนอ (Price) กำหนดน้ำหนักร้อยละ 30
ลงนามผู้กำหนดขอบเขตของงาน
ประธานกรรมการ ( นาย อุสรา ▇▇▇▇▇▇▇▇▇▇▇ ) ลงนาม.........อุสรา ▇▇▇▇▇▇▇▇▇▇▇......................... ▇▇▇▇▇▇.....17/5/2564... กรรมการ ( ▇▇▇ ▇▇▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇ ) ลงนาม.........สุ▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇............................. ครั้งที่.............2.............
5.2. เกณฑ์คุณภาพ กำหนดน้ำหนักร้อยละ 70 โดยมีเกณฑ์การให้คะแนน ตามภาคผนวก ก. ประกอบด้วยหัวข้อที่พิจารณา ดังนี้
5.2.1. ผลงานและประสบการณ์ทำงานของผู้เสนอราคา (20 คะแนน)
5.2.2. ความรู้ความเข้าใจในโครงการ (40 คะแนน)
5.2.3. แผนและวิธีการ▇▇▇▇▇▇งาน คิดเป็นร้อยละ (20 คะแนน)
5.2.4. ความพร้อมและความ▇▇▇▇▇▇▇▇▇ของคณะทำงาน (20 คะแนน)
5.3. ผู้▇▇▇▇▇▇▇จะประเมินค่าประสิทธิภาพต่อราคาโดย▇▇▇▇ผู้เสนอราคาที่ผ่านคุณสมบัติผู้เสนอราคา (ข้อ 3) และผ่านการ พิจารณาคุณสมบัติทางเทคนิค เพื่อนำเสนอแนวคิดและระบบลงลายมือชื่ออิเล็กทรอนิกส์สำหรับเอกสารสำคัญทาง การศึกษา (Digital Transcript) ที่เสนอในโครงการ
5.4. ผู้▇▇▇▇▇▇▇ขอ▇▇▇▇▇▇▇▇▇▇ในการลงนามทำสัญญาต่อเมื่อได้รับการพิจารณาจัดสรรงบประมาณสำหรับโครงการ▇▇▇▇พัฒนา ระบบลงลายมือชื่ออิเล็กทรอนิกส์สำหรับเอกสารสำคัญทางการศึกษา (Digital Transcript) แล้วเท่านั้น
6. ขอบเขตการ▇▇▇▇▇▇การ
6.1. เก็บรวบรวมความต้องการ (Requirement) จากผู้มีส่วนเกี่ยวข้องกับการใช้งานจากมหาวิทยาลัยต่างๆ โดยกลุ่มผู้ใช้งาน ต้องประกอบด้วยผู้ใช้งาน (User) และ ผู้ดูแลระบบ (Administrator) เป็นอย่างน้อย และสรุปเป็นเอกสารข้ อกำหนด ความต้องการระบบ พร้อมทั้งเอกสารการวิเคราะห์และออกแบบระบบ โดยการพัฒนาระบบต้องสอดคล้องตาม ภาคผนวก ข. คุณสมบัติทางเทคนิคระบบลงลายมือชื่ออิเล็กทรอนิกส์สำหรับเอกสารสำคัญทางการศึกษา โดยผู้▇▇▇▇▇▇▇จะ ▇▇▇▇▇▇งาน เพื่อให้ผู้รับจ้างทำการเก็บรวบรวมความต้องการ ( Requirement) ของผู้ใช้และผู้ดูแลระบบจาก มหาวิทยาลัยต่างๆ
6.2. การวิเคราะห์ ออกแบบ และพัฒนาระบบในโครงการ ต้องมีความสอดคล้องตาม “ข้อเสนอแนะมาตรฐานด้านเทคโนโลยี สารสนเทศและการสื่อสารที่จำเป็นต่อธุรกรรมทางอิเล็กทรอนิก ส์ ว่าด้วยการจัดทำหนังสือรับรองในรูปแบบ อิเล็กทรอนิกส์ (ขมธอ. 11-2560)”
6.3. กำหนดคุณสมบัติขั้นต่ำของเครื่องแม่ข่ายที่ผู้▇▇▇▇▇▇▇จะต้องจัดเตรียมให้กับผู้รับจ้าง
6.4. ▇▇▇▇▇▇การติดตั้งและทดสอบระบบสำหรับการใช้งานบนเครื่องแม่ข่ายหรือบนระบบที่ผู้▇▇▇▇▇▇▇กำหนด
6.4.1. ผู้▇▇▇▇▇▇▇ร่วมกับมหาวิทยาลัยจะเป็นผู้จัดเตรียมเครื่องแม่ข่ายตามคุณสมบัติขั้นต่ำที่กำหนด พร้อมทั้งติดตั้ง ระบบปฎิบัติการ Windows / Linux และทำการปิดช่องโหว่ของระบบปฎิบัติการให้เรียบร้อย ก่อนแจ้งให้ผู้รับ ▇▇▇▇เข้า▇▇▇▇▇▇การติดตั้ง
6.4.2. ผู้▇▇▇▇▇▇▇ร่วมกับมหาวิทยาลัยจะเป็นผู้จัดเตรียมระบบเครือข่าย (Network) เครื่องแม่ข่ายของระบบให้เชื่อมต่อ กับเครื่องแม่ข่ายระบบทะเบียนนักศึกษาของมหาวิทยาลัย ก่อนแจ้งให้ผู้รับจ้างเข้า▇▇▇▇▇▇การติดตั้ง
6.4.3. ผู้▇▇▇▇▇▇▇ร่วมกับมหาวิทยาลัยจะเป็นผู้จัดเตรียมระบบเครือข่าย (Network) เครื่องแม่ข่ายของระบบให้เชื่อมต่อ กับอินเทอร์เน็ตเพื่อการเชื่อมต่อกับ CA Provider และ Time Stamp Authority (TSA) ของ สำนักงาน พัฒนาธุรกรรมทางอิเล็กทรอนิกส์ (สพธอ.) ก่อนแจ้งให้ผู้รับจ้างเข้า▇▇▇▇▇▇การติดตั้ง
ลงนามผู้กำหนดขอบเขตของงาน
ประธานกรรมการ ( นาย อุสรา ▇▇▇▇▇▇▇▇▇▇▇ ) ลงนาม.........อุสรา ▇▇▇▇▇▇▇▇▇▇▇......................... ▇▇▇▇▇▇.....17/5/2564... กรรมการ ( ▇▇▇ ▇▇▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇ ) ลงนาม.........สุ▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇............................. ครั้งที่.............2.............
6.4.4. ผู้▇▇▇▇▇▇▇จะ▇▇▇▇▇▇ทางมหาวิทยาลัยเพื่อให้จัดเตรียม ข้อมูลดังต่อไปนี้
6.4.4.1. ใบรับรองอิเล็กทรอนิกส์ สำหรับลงลายมือชื่ออิเล็กทรอนิกส์
6.4.4.2. บริการ e-Timestamping จากสำนักงานพัฒนาธุรกรรมทางอิเล็กทรอนิกส์ (ETDA)
6.4.5. ผู้▇▇▇▇▇▇▇จะจัดเตรียมเครื่องแม่ข่าย▇▇▇▇▇▇▇▇▇▇▇และผู้รับจ้าง▇▇▇▇▇▇การติดตั้งระบบ เพื่อให้มหาวิทยาลัยพัฒนา และทดสอบการเชื่อมต่อ Service ก่อนติดตั้งระบบที่มหาวิทยาลัย
6.4.6. ติดตั้งระบบบนอุปกรณ์ตามที่ผู้▇▇▇▇▇▇▇กำหนด จำนวนไม่เกิน 30 มหาวิทยาลัย โดย▇▇▇▇▇▇ใช้จ่ายตามจริง▇▇▇▇▇▇ เสนอราคามาและต้อง▇▇▇▇▇▇ทำงานได้ตามวัตถุประสงค์และคุณสมบัติขั้นต่ำ
6.4.7. โดยเมื่อสิ้นสุดการพัฒนาแล้วให้ทำการทดสอบร่วมกับผู้ใช้งานหรือร่วมกับผู้▇▇▇▇▇▇▇ หากผลการทดสอบระบบยัง
ไม่เป็นไปตามวัตถุประสงค์และคุณสมบัติขั้นต่ำตามเอกสารฉบับนี้ ผู้รับจ้างต้องทำการพัฒนาปรับปรุงแก้ไขและ ทำการทดสอบตามกระบวนการเดิม
6.4.8. ทำการทดสอบเพื่อหาช่องโหว่จากการพัฒนาระบบและต้องทำการพัฒนาเพื่อป้องกันการโจมตีผ่านช่องโหว่ ดังกล่าว
6.5. จัดฝึกอบรมการใช้งานกลุ่มผู้ดูแลระบบ 1 หลักสูตร จำนวนอย่างน้อย 10 คน และ ผู้ใช้งานระบบ 1 หลักสูตร จำนวน อย่างน้อย 20 คน ระยะเวลา 3 ชั่วโมงต่อหลักสูตร โดยใช้สถานที่การจัดฝึกอบรมของผู้▇▇▇▇▇▇▇ ทั้งนี้ ผู้▇▇▇▇▇▇▇ ▇▇▇▇▇▇ กำหนดรูปแบบการอบรมทั้งแบบในสถานที่หรือออนไลน์ได้
6.6. จัดทำวีดีโอภาพเคลื่อนไหว ( VDO Clip) การติดตั้งและเซ็ทค่า ( Configuration) ต่างๆ ของระบบลงลายมือชื่อ อิเล็กทรอนิกส์ สำหรับผู้ดูแลระบบ
6.7. จัดทำคู่มือการติดตั้งและเซ็ทค่า (Configuration) ต่าง ๆ ของระบบสำหรับผู้ดูแลระบบ
6.8. ดูแลรักษาระบบให้มีความพร้อมใช้งานเป็นระยะเวลาอย่างน้อย 1 ปีหลังจากสิ้นสุดโครงการ โดยเข้าทำการตรวจสอบ ออนไลน์และบำรุงรักษาเชิงป้องกัน (Online Preventive Maintenance: PM) อย่างน้อย 3 ครั้ง
6.9. แจ้งเตือนช่องโหว่ของระบบที่พัฒนาและซอฟต์แวร์ที่ใช้ในโครงการทั้งหมด หลังส่งมอบงานงวดสุดท้าย พร้อมเสนอแนะ แนวทางการแก้ไข หรือ การลดผลกระทบจากช่องโหว่ดังกล่าว ก่อนการ▇▇▇▇▇▇การแก้ไข (ถ้ามี)
7. ระยะเวลา▇▇▇▇▇▇งาน
ระยะเวลา▇▇▇▇▇▇งานทั้งหมด 120 วัน นับถัดจากวันลงนามในสัญญา (รวมวันหยุด)
8. การส่งมอบงาน
ผู้รับจ้างต้องส่งมอบงานให้แก่ผู้▇▇▇▇▇▇▇โดยส่งมอบเป็นเอกสารจำนวน 1 ชุด (ยกเว้นเอกสารการทดสอบและอบรม) และส่ง มอบเป็นข้อมูลดิจิทัลที่▇▇▇▇▇▇แก้ไขได้ (Word processing หรือ Spreadsheet) รวมถึงไฟล์ดิจิทัลในรูปแบบ portable document format (pdf) ในสื่อบันทึกข้อมูลดิจิทัลแบบ Thumb drive จำนวน 2 หน่วย โดยการส่งมอบงานแบ่งเป็น 3 งวด ดังนี้
งวดที่ 1 ส่งมอบภายใน 45 วัน นับถัดจากวันลงนามในสัญญา ราย▇▇▇▇▇▇▇▇▇▇ส่งมอบดังนี้
1) แผนการ▇▇▇▇▇▇โครงการพร้อมผู้รับผิดชอบแต่ละกิจกรรมโดยละเอียด
ลงนามผู้กำหนดขอบเขตของงาน
ประธานกรรมการ ( นาย อุสรา ▇▇▇▇▇▇▇▇▇▇▇ ) ลงนาม.........อุสรา ▇▇▇▇▇▇▇▇▇▇▇......................... ▇▇▇▇▇▇.....17/5/2564... กรรมการ ( ▇▇▇ ▇▇▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇ ) ลงนาม.........สุ▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇............................. ครั้งที่.............2.............
2) รายงานการออกแบบสำหรับการพัฒนาระบบจัดทำใบ▇▇▇▇▇▇ผลการศึกษาและลงลายมือชื่อ อิเล็กทรอนิกส์ (Digital Transcript) ประกอบด้วย
• เอกสารข้อกำหนดความต้องการระบบ (System Requirement Specification – SRS)
• เอกสารการวิเคราะห์และออกแบบระบบ (System Design Specification - SDS)
3) รายงานการออกแบบสำหรับการพัฒนาระบบควบคุมและตรวจสอบเอกสารสำคัญทางการศึกษา (Web Portal Control and Verification Center) ประกอบด้วย
• เอกสารข้อกำหนดความต้องการระบบ (System Requirement Specification – SRS)
• เอกสารการวิเคราะห์และออกแบบระบบ (System Design Specification - SDS)
4) เอกสารสรุปการประชุมทุกครั้งที่เข้า▇▇▇▇▇▇งาน อย่างน้อยประกอบด้วย การประชุมเริ่มต้นโครงการ การประชุม สัมภาษณ์เก็บรวบรวมข้อมูลจากผู้ใช้งานหรือการประชุมเพื่อสรุปหรือการนำเสนอความ▇▇▇▇▇▇▇▇โครงการ
5) เอกสารคู่มือการเชื่อมต่อกับรระบบลงลายมือชื่ออิเล็กทรอนิกส์สำหรับเอกสารสำคัญทาง การศึกษา (Digital Transcript)
6) สื่อบันทึกข้อมูลดิจิทัลแบบ Thumb drive โดยบันทึกข้อมูลเอกสารงวดงานที่ 1
งวดที่ 2 ส่งมอบภายใน 60 วัน นับถัดจากวันลงนามในสัญญา ราย▇▇▇▇▇▇▇▇▇▇ส่งมอบดังนี้
1) เอกสารสรุปการพัฒนาระบบลงลายมือชื่ออิเล็กทรอนิกส์สำหรับเอกสารสำคัญทางการศึกษา (Digital Transcript) ประกอบด้วย
• เอกสารการทดสอบระบบลงลายมือชื่ออิเล็กทรอนิกส์สำหรับเอกสารสำคัญทางการศึกษา (Digital Transcript)
• เอกสารการทดสอบเพื่อหาช่องโหว่จากการพัฒนาระบบ และการแก้ไข
• เอกสารการปรับปรุงการออกแบบในกรณีที่การออกแบบจากงานงวดที่ 1 ไม่▇▇▇▇▇▇▇▇กับการพัฒนา ระบบ
• เอกสารคู่มือสำหรับติดตั้ง และเซ็ทค่า (Configuration) ต่างๆ ของระบบสำหรับผู้ดูแลระบบ
• เอกสารคู่มือการใช้งานระบบลงลายมือชื่ออิเล็กทรอนิกส์สำหรับเอกสารสำคัญทางการศึกษา สำหรับผู้ใช้งาน
2) Source code ที่พัฒนาระบบลงลายมือชื่ออิเล็กทรอนิกส์สำหรับเอกสารสำคัญทางการศึกษา รวมถึง รูปภาพที่แสดงในระบบ โดย Source code หมายถึง ชุดคำสั่งที่ใช้พัฒนา “ระบบ” สำหรับโครงการนี้ ที่ยัง ไม่ผ่านการ compile
3) Library ของผู้รับจ้างและ Library 3rd party อื่น ๆ ที่ใช้ร่วมในการพัฒนาระบบลงลายมือชื่ออิเล็กทรอนิกส์ สำหรับเอกสารสำคัญทางการศึกษา
4) สื่อบันทึกข้อมูลดิจิทัลแบบ Thumb drive โดยบันทึกข้อมูลเอกสารงวดงานที่ 2
ลงนามผู้กำหนดขอบเขตของงาน
ประธานกรรมการ ( นาย อุสรา ▇▇▇▇▇▇▇▇▇▇▇ ) ลงนาม.........อุสรา ▇▇▇▇▇▇▇▇▇▇▇......................... ▇▇▇▇▇▇.....17/5/2564... กรรมการ ( ▇▇▇ ▇▇▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇ ) ลงนาม.........สุ▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇............................. ครั้งที่.............2.............
งวดที่ 3 ส่งมอบภายใน 90 วัน นับถัดจากวันลงนามในสัญญา ราย▇▇▇▇▇▇▇▇▇▇ส่งมอบดังนี้
1) เอกสารสรุปผลการติดตั้งระบบลงลายมือชื่ออิเล็กทรอนิกส์สำหรับเอกสารสำคัญทางการศึกษา (Digital Transcript) ประกอบด้วย
• เอกสารผลการติดตั้งและการทดสอบระบบลงลายมือชื่ออิเล็กทรอนิกส์ ของแต่ละสถานที่ตามการ ติดตั้งจริง
2) สื่อบันทึกข้อมูลดิจิทัลแบบ Thumb drive โดยบันทึกข้อมูลเอกสารงวดงานที่ 3
งวดที่ 4 ส่งมอบภายใน 120 วัน นับถัดจากวันลงนามในสัญญา ราย▇▇▇▇▇▇▇▇▇▇ส่งมอบดังนี้
1) เอกสารสรุปผลการอบรมการใช้งานระบบลงลายมือชื่ออิเล็กทรอนิกส์สำหรับเอกสารสำคัญทางการศึกษา (Digital Transcript) ประกอบด้วย
• เอกสารคู่มือและเอกสารประกอบการฝึกอบรมการใช้งาน หลักสูตรสำหรับผู้ดูแลระบบและผู้ใช้งาน
• รายงานสรุปผลการฝึกอบรมการใช้งาน หลักสูตรสำหรับผู้ดูแลระบบและผู้ใช้งาน
• วีดีโอภาพเคลื่อนไหว (VDO Clip) การติดตั้งและเซ็ทค่า (Configuration) ต่างๆ ของระบบลง ลายมือชื่ออิเล็กทรอนิกส์ สำหรับผู้ดูแลระบบ
2) เอกสารสรุปการพัฒนาระบบควบคุมและตรวจสอบเอกสารสำคัญทางการศึกษา (Web Portal Control and Verification Center) ประกอบด้วย
• เอกสารการทดสอบระบบควบคุมและตรวจสอบเอกสารสำคัญทางการศึกษา (Web Portal Control and Verification Center)
• เอกสารการทดสอบเพื่อหาช่องโหว่จากการพัฒนาระบบ และการแก้ไข
• เอกสารการปรับปรุงการออกแบบในกรณีที่การออกแบบจากงานงวดที่ 1 ไม่▇▇▇▇▇▇▇▇กับการพัฒนา ระบบ
• เอกสารคู่มือสำหรับติดตั้ง และเซ็ทค่า (Configuration) ต่างๆ ของระบบสำหรับผู้ดูแลระบบ
• เอกสารคู่มือการใช้งานระบบควบคุมและตรวจสอบเอกสารสำคัญทางการศึกษาสำหรับผู้ใช้งาน
3) Source code ที่พัฒนาระบบควบคุมและตรวจสอบเอกสารสำคัญทางการศึกษา รวมถึงรูปภาพที่แสดงใน ระบบ โดย Source code หมายถึง ชุดคำสั่งที่ใช้พัฒนา “ระบบ” สำหรับโครงการนี้ ที่ยังไม่ผ่านการ compile
4) Library ของผู้รับจ้างและ Library 3rd party อื่น ๆ ที่ใช้ร่วมในการพัฒนาระบบควบคุมและ ตรวจสอบ เอกสารสำคัญทางการศึกษา
5) สื่อบันทึกข้อมูลดิจิทัลแบบ Thumb drive โดยบันทึกข้อมูลเอกสารงวดงานที่ 4
6) เอกสารสำหรับให้ผู้ใช้งานทดสอบระบบ (User Acceptant Test: UAT)
ลงนามผู้กำหนดขอบเขตของงาน
ประธานกรรมการ ( นาย อุสรา ▇▇▇▇▇▇▇▇▇▇▇ ) ลงนาม.........อุสรา ▇▇▇▇▇▇▇▇▇▇▇......................... ▇▇▇▇▇▇.....17/5/2564... กรรมการ ( ▇▇▇ ▇▇▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇ ) ลงนาม.........สุ▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇............................. ครั้งที่.............2.............
9. เงื่อนไขการชำระเงิน
9.1. ผู้▇▇▇▇▇▇▇ตกลงจ่ายค่า▇▇▇▇ให้แก่ผู้รับจ้างเป็นเช็คขีดคร่อม หรือการโอนเงินทางอิเล็กทรอนิกส์ โดยผู้▇▇▇▇▇▇▇จะ หักภาษี ค่าธรรมเนียมธนาคาร และค่าธรรมเนียมอื่น ๆ ที่เกี่ยวข้องจาก▇▇▇▇▇▇ของค่า▇▇▇▇
9.2. ผู้▇▇▇▇▇▇▇ตกลงจ่ายค่า▇▇▇▇ให้แก่ผู้รับจ้างเป็นรายงวด โดยแบ่งเป็นจำนวน 4 งวด เมื่อผู้รับจ้างได้▇▇▇▇▇▇งานตามที่กำหน ดไว้ ในเอกสารฉบับนี้ถูกต้องครบถ้วน ดังนี้
งวดที่ 1 | จ่ายตามจริงตามราคาที่ผู้รับจ้างเสนอตามข้อ 4.5.1 เมื่อผู้รับจ้างส่งมอบงานงวดที่ 1 และงวดที่ 2 ครบถ้วน ▇▇▇▇▇▇▇ ถูกต้องทุกรายการ และคณะกรรมการได้ตรวจรับเรียบร้อยแล้ว |
งวดที่ 2 | จ่ายตามจริงตามราคาที่ผู้รับจ้างเสนอตามข้อ 4.5.2 และ ข้อ 4.5.3 ตามขอบเขตการ▇▇▇▇▇ ▇งานใน โครงการฯ เมื่อผู้รับจ้างส่งมอบงานงวดที่ 3 ครบถ้วน ▇▇▇▇▇▇▇ ถูกต้องทุกรายการ และคณะกรรมการ ได้ตรวจรับเรียบร้อยแล้ว |
งวดที่ 3 | จ่ายตาจริงตามราคาที่ผู้รับจ้างเสนอตามข้อ 4.5.4 ตามขอบเขตการ▇▇▇▇▇▇งานในโครงการฯ เมื่อผู้ รับจ้างส่งมอบงานงวดที่ 4 ครบถ้วน ▇▇▇▇▇▇▇ ถูกต้องทุกรายการ และคณะกรรมการไ ด้ ตรวจรับ เรียบร้อยแล้ว |
10. เงื่อนไขการปรับ
กรณีที่ผู้รับจ้างไม่▇▇▇▇▇▇▇▇▇▇▇▇การได้ตามข้อกำหนดหรือไม่▇▇▇▇▇▇ส่งมอบงานได้ในแต่ละงวดตามเงื่อนไขที่กำหน ดไว้ ในเอกสารนี้ ผู้รับจ้างจะต้องชำระค่าปรับในอัตราร้อยละ 0.1 ของ▇▇▇▇▇▇งาน▇▇▇▇▇▇▇▇ในแต่ละงวด แต่ต้องไม่ต่ำกว่าวันละ 100 บาท จนกว่าจะ▇▇▇▇▇▇▇▇▇▇▇▇การได้ตามข้อกำหนดหรือจนกว่าส่งมอบงานได้ถูกต้องครบถ้วนโดยเศษของวันจะถือเป็นหนึ่ง▇▇▇▇▇▇▇
ผู้รับจ้างมีหน้าที่บำรุงรักษาและซ่อมแซมแก้ไขให้อยู่ในสภาพใช้งาน▇▇▇▇▇อยู่เสมอตลอดระยะเวลาตามที่กำหนดใน ข้อ 12 (การรับประกันผลงาน / การบำรุงรักษา) ด้วยค่าใช้จ่ายของผู้รับจ้าง กรณีที่ผู้รับจ้างไม่▇▇▇▇▇▇▇▇▇▇▇▇การได้ ผู้รับจ้างต้องยอมให้ ผู้▇▇▇▇▇▇▇▇▇▇▇▇▇ปรับเป็นรายชั่วโมง ในอัตราร้อยละ 0.035 ของ▇▇▇▇▇▇สัญญาต่อชั่วโมง ในช่วงเวลา▇▇▇▇▇▇▇▇▇▇▇▇ใช้งานไ ด้ในส่ วนที่ เกินกว่ากำหนดเวลาขัดข้องข้างต้น
11. วงเงินในการจัดหา
จำนวนเงินทั้งสิ้น 7,000,000 บาท (เจ็ดล้านบาทถ้วน)
12. การรับประกันผลงาน / การบำรุงรักษา
12.1. ผู้รับจ้างต้องรับประกันความ▇▇▇▇▇▇▇▇▇▇เกิดขึ้นกับระบบ โดยระบบต้อง▇▇▇▇▇▇ใช้งานได้เป็นอย่างดีเป็นระยะเ วลาอย่าง น้อย 1 ปี นับจากวันส่งมอบงานงวดสุดท้ายและคณะกรรมการได้ตรวจรับเรียบร้อยแล้ว หากเกิดความเสียหายใด ๆ ผู้รับ ▇▇▇▇จะต้องทำการแก้ไขให้เป็น▇▇▇▇ หลังจากได้รับแจ้ งทั้งนี้ผู้รับจ้างจะต้องทำการตรวจสอบและหากแก้ไขผ่านช่ องทาง ออนไลน์ได้ ให้▇▇▇▇▇▇การภายใน 24 ชั่วโมง ยกเว้นไม่▇▇▇▇▇▇แก้ไขออนไลน์ได้ให้ ▇▇▇▇▇▇การแก้ไขภายใน ระยะ เวลา ดังนี้
ลงนามผู้กำหนดขอบเขตของงาน
ประธานกรรมการ ( นาย อุสรา ▇▇▇▇▇▇▇▇▇▇▇ ) ลงนาม.........อุสรา ▇▇▇▇▇▇▇▇▇▇▇......................... ▇▇▇▇▇▇.....17/5/2564... กรรมการ ( ▇▇▇ ▇▇▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇ ) ลงนาม.........สุ▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇............................. ครั้งที่.............2.............
12.1.1. ภายใน 48 ชั่วโมง สำหรับมหาวิทยาลัยในเขตกรุงเทพและปริมณฑล
12.1.2. ภายใน 72 ชั่วโมง สำหรับมหาวิทยาลัยในพื้นที่ต่างจังหวัด
12.2. ผู้รับจ้างต้องทำการบำรุงรักษาเชิงป้องกันออนไลน์ (Online Preventive Maintenance: PM) เพื่อให้ระบบ▇▇▇ ▇▇▇ ทำงานได้อย่างมีประสิทธิภาพ ตามรายละเอียดในข้อเสนอโครงการ
12.3. ผู้รับจ้างต้องมีช่องทางในการรับแจ้งเหตุ โดย▇▇▇▇▇▇แจ้งเหตุได้ทุกวันทำการ ทั้งทางโทรศัพท์พื้นฐาน หรือ โทรศัพท์เคลื่อนที่ หรือจดหมายอิเล็กทรอนิกส์ (E-mail) หรือข้อความทางตรง (Instant Message) และหลังจากที่รับ แจ้งเหตุแล้ว จะตอบกลับภายใน 3 ชั่วโมง
12.4. ในกรณี▇▇▇▇▇▇คลากร หรือเจ้าหน้าที่ของผู้รับจ้าง ปฏิบัติงานผิดพลาด บกพร่อง จนเป็นเหตุให้เกิดข้อพิพาท หรือมีความ เสียหายเกิดขึ้นกับผู้▇▇▇▇▇▇▇ ผู้รับจ้างจะต้องรับผิดชอบต่อความ▇▇▇▇▇▇▇▇▇▇เกิดขึ้น และจัดการกรณีข้อพิพาทนั้นให้ เสร็จสิ้ น โดยเร็ว รวมถึงต้องจัดการให้มีการเปลี่ยนแปลงบุคลากร หรือเจ้าหน้าที่ใหม่ ตามที่ผู้▇▇▇▇▇▇▇ร้องขอ
13. ▇▇▇▇▇ในทรัพย์สินทาง▇▇▇▇▇
“ผู้รับจ้าง” จะต้องทำงานโดยสร้างสรรค์งานตามวัตถุประสงค์ของการ▇▇▇▇ด้วยความคิดและ ความ▇▇▇▇▇▇ของผู้รับจ้างเองและ ต้องไม่ทำการคัดลอกหรือละเมิด▇▇▇▇▇ในทรัพย์สินทาง▇▇▇▇▇ของบุคคลอื่น
▇▇▇▇▇ในทรัพย์สินทาง▇▇▇▇▇ของข้อมูลเอกสารและงานที่ “ผู้รับจ้าง” ได้จัดทำขึ้นให้ตกเป็นของ “ผู้▇▇▇▇▇▇▇” และบรรดาข้อมูล เอกสาร ตลอดจนงานที่ “ผู้รับจ้าง” ได้จัดทำขึ้นนี้ให้ถือเป็นความลับและตกเป็น กรรมสิทธิ์และ▇▇▇▇▇ของ “ผู้▇▇▇▇▇▇▇” แต่เพียงผู้ เดียวโดยห้ามมิให้ “ผู้รับจ้าง” นำไปเผยแพร่หรือพัฒนาต่อกับบุคคลอื่นที่มิใช่ผู้▇▇▇▇▇▇▇ โดย▇▇▇▇▇▇รับการอนุญาตเด็ดขาด
กรณีที่ “ผู้รับจ้าง” มีความจำเป็นต้องการนำข้อมูลเอกสารและงานทั้งหมด (ผลงานที่เกิดจากการ▇▇▇▇▇▇▇) ที่ “ผู้รับจ้าง” ได้ จัดทำขึ้น ไป▇▇▇▇▇▇การพัฒนา▇▇▇▇▇▇ผลิตภัณฑ์อื่น ๆ เพื่อทำการขายสินค้านั้น “ผู้รับจ้าง” จะต้องทำความตกลงกันกับ “ผู้▇▇▇▇▇▇▇” เป็นลายลักษณ์▇▇▇▇▇ก่อน▇▇▇▇▇▇การ โดยการทำเป็นหนังสือเห็นชอบจากทั้งสองฝ่าย
“ผู้รับจ้าง” จะต้องส่งมอบข้อมูลเอกสารและงานทั้งหมดที่ “ผู้รับจ้าง” ได้จัดทำขึ้นให้แก่ “ผู้▇▇▇▇▇▇▇” เมื่อสิ้นสุดสัญญานี้ โดย ผู้รับจ้างอาจเก็บสำเนาข้อมูล เอกสารและงานที่ผู้รับจ้างได้จัดทำขึ้น ▇▇▇▇▇▇▇▇นี้ไว้กับตนได้แต่ต้องไม่นำข้อความในเอกสารนั้นไป ใช้ในกิจการอื่น▇▇▇▇▇▇เกี่ยวกับงาน โดย▇▇▇▇▇▇รับความยินยอมล่วงหน้าจาก “ผู้▇▇▇▇▇▇▇” ก่อน
ข้อมูล เอกสาร รูปภาพ วีดีโอ หรือสื่อใด ๆ ▇▇▇▇▇▇จากผู้▇▇▇▇▇▇▇ หรือผู้ที่รับจ้างนำมาใช้ประกอบการ▇▇▇▇▇▇งาน “ผู้รับจ้าง” ต้อง เก็บรักษาไว้เป็นความลับ ห้ามมิให้เผยแพร่โดยมิได้อนุญาตจาก “ผู้▇▇▇▇▇▇▇”เป็นลายลักษณ์▇▇▇▇▇ และต้องส่งคืน ผู้ ▇▇▇▇▇ ▇▇เมื่อ ▇▇▇▇▇▇การแล้วเสร็จ
“ผู้รับจ้าง” จะต้องรับผิดต่อความเสียหายจากการละเมิดบทบัญญัติแห่งกฎหมาย หรือ▇▇▇▇▇ในทรัพย์สินทาง▇▇▇▇▇ หรือ▇▇▇▇▇ อื่นใดของบุคคลอื่น อันเกิดจากการที่ ผู้รับจ้าง ตัวแทน หรือลูกจ้างของ “ผู้รับจ้าง” นำมาใช้ในการปฏิบั ติง าน▇▇▇ ▇▇ ▇▇▇ นี้ ตลอดจนรับผิดชอบในค่าเสียหายต่าง ๆ ที่เกิดขึ้นจากการนี้ ทั้งนี้หากบุคคลภายนอกกล่าวอ้างหรือใช้▇▇▇▇▇เรียกร้ องใดว่ามี การ ละเมิดลิขสิทธิ์ ▇▇▇▇▇ในทรัพย์สินทาง▇▇▇▇▇ใด ๆ หรือ▇▇▇▇▇อื่นใด “ผู้รับจ้าง” ต้อง▇▇▇▇▇▇การทั้งปวงเพื่อให้ การกล่าวอ้างหรือ การ เรียกร้องดังกล่าวระงับสิ้นไปโดยเร็ว หาก “ผู้รับ▇▇ ▇▇” มิอาจกระทำได้และ “ผู้▇▇▇▇▇▇▇” ต้องรับผิดชอบใช้ค่าเสียหาย ต่อ บุคคลภายนอกอันเนื่องจากผลแห่งการละเมิด▇▇▇▇▇ดังกล่าว “ผู้รับจ้าง”ต้องเป็นผู้ชำระค่าเสียหาย ค่าปรับและค่าใช้จ่ายรวมทั้งค่า
ลงนามผู้กำหนดขอบเขตของงาน
ประธานกรรมการ ( นาย อุสรา ▇▇▇▇▇▇▇▇▇▇▇ ) ลงนาม.........อุสรา ▇▇▇▇▇▇▇▇▇▇▇......................... ▇▇▇▇▇▇.....17/5/2564... กรรมการ ( ▇▇▇ ▇▇▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇ ) ลงนาม.........สุ▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇............................. ครั้งที่.............2.............
▇▇▇ธรรมเนียมและค่าทนายความแทน “ผู้▇▇▇▇▇▇▇” ทั้งนี้ “ผู้▇▇▇▇▇▇▇” ▇▇▇▇▇▇ให้ “ผู้รับจ้าง” ทราบเป็น ลายลักษณ์▇▇▇▇▇ เมื่อ “ผู้▇▇▇ ▇▇▇▇” ได้รับการกล่าวอ้าง หรือการใช้▇▇▇▇▇เรียกร้องดังกล่าวโดย▇▇▇▇▇▇▇▇▇
14. การเก็บรักษาข้อมูลที่เป็นความลับ
ผู้รับจ้างจะต้องจัดการเก็บรักษาข้อมูลต่าง ๆ ที่เกี่ยวกับการ▇▇▇▇▇▇งาน▇▇▇▇▇▇▇▇นี้ที่ผู้รับจ้างได้รับจากผู้▇▇▇▇ ซึ่งรวมถึง ข้อมูลต่าง ๆ ที่ ผู้▇▇▇▇▇▇▇จัดทำขึ้นเนื่องจากการ▇▇▇▇▇▇งานนี้อย่างเป็นความลับ และ/หรือความลับทางการค้าของผู้▇▇▇▇ และผู้รับ ▇▇▇▇▇▇▇▇▇▇มาตรการในการจัดเก็บข้อมูลที่เป็นความลับให้มิดชิด ทั้งนี้ ผู้รับจ้างจะต้องลงนามใน “สัญญาไม่เปิดเผยข้อมูลที่ เป็น ความลับ” พร้อมสัญญา▇▇▇▇
15. เงื่อนไขอื่น ๆ
15.1. ผู้▇▇▇▇▇▇▇ ทรงไว้ซึ่งสิทธิ์ที่จะยกเลิกการ▇▇▇▇▇▇การ▇▇▇▇โดยไม่พิจารณา▇▇▇▇▇▇▇เลยก็ได้สุดแต่จะพิจารณา ทั้งนี้เพื่อประโยชน์ ของทางราชการเป็นสำคัญ
15.2. ผู้▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇▇▇ที่จะ▇▇▇▇▇▇การจัดทำสัญญาเมื่อได้รับการจัดสรรงบประมาณแล้วเท่านั้น
15.3. ผู้เสนอราคา ซึ่ง ผู้▇▇▇▇▇▇▇ ▇▇▇คัดเลือกไว้แล้ว ไม่มาทำสัญญาหรือข้อตกลงภายในกำหนดเวลา โดยไม่มีเหตุอัน▇▇▇▇▇ ผู้▇▇▇ ▇▇▇▇ ▇▇▇▇▇▇▇▇▇▇ที่จะพิจารณาว่าผู้เสนอราคานั้น เป็นผู้ทิ้งงานและ▇▇▇▇▇▇เวียนให้ส่วนราชการต่าง ๆ ทราบต่อไป
15.4. ผู้▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇▇▇ที่จะแก้ไขเพิ่มเติมเงื่อนไข หรือข้อกำหนดในแบบสัญญาให้เป็นไปตามความเห็นของสำนักงาน ▇▇▇ ▇▇▇ สูงสุด (ถ้ามี)
15.5. ผู้เสนอราคา▇▇▇▇▇▇รับการคัดเลือกให้ไปทำสัญญาจะต้องวางหลักประกันสัญญาจำนวนร้อยละ ๕ ของ▇▇▇▇▇▇สัญญา
15.6. ผู้เสนอราคา▇▇▇▇▇▇รับการคัดเลือกจะต้องไม่เอางานทั้งหมดหรือแต่บางส่วนแห่งสัญญานี้ไป▇▇▇▇▇▇▇▇อีกทอดหนึ่ง เว้นแต่การ ▇▇▇▇▇▇▇▇งานแต่บางส่วน▇▇▇▇▇▇รับอนุญาตเป็นหนังสือจาก ผู้▇▇▇▇▇▇▇ แล้ว
15.7. ข้อมูลและเอกสารใด ๆ ที่ผู้รับจ้างได้รับทราบหรือได้รับจาก ผู้▇▇▇▇▇▇▇ หรือลูกค้าของ ผู้▇▇▇▇▇▇▇ รวม▇▇▇▇▇▇งานที่ส่งมอบ ผู้รับจ้างจะต้องถือเป็นความลับ ไม่นำไปเผยแพร่ให้บุคคลใดทราบเป็นอันขาด เว้นแต่จะได้รับการอนุญาตเป็นลาย ลักษณ์ ▇▇▇▇▇จากผู้▇▇▇▇▇▇▇
15.8. ผู้▇▇▇▇▇▇▇ ขอ▇▇▇▇▇▇▇▇▇▇ที่จะยกเลิกการจ่ายเงินทันที และ/หรือเรียกเงินคืน หากผู้รับจ้างไม่▇▇▇▇▇▇ส่งม อบง านไ ด้ ตาม ข้อกำหนดและเงื่อนไขการ▇▇▇▇ (TOR) ข้อหนึ่งข้อใดก็ดี เว้นแต่การที่ผู้รับจ้างไม่▇▇▇▇▇▇ส่งมอบงานได้ดังกล่าวเป็ นผลมา จากเหตุสุดวิสัย ความผิดของ ผู้▇▇▇▇▇▇▇ หรือมิได้เกิดจากความผิดของฝ่ายหนึ่งฝ่ายใด
16. หน่วยงานที่รับผิดชอบ
กลุ่มงานส่งมอบโครงการพิเศษ ▇▇▇▇▇▇▇ปรึกษาดิจิทัลโซลูชันส์ สำนักงานพัฒนารัฐบาลดิจิทัล (องค์การมหาชน)
17. สถานที่ติดต่อเพื่อขอทราบข้อมูลเพิ่มเติม ▇▇▇▇▇▇
สำนักงานพัฒนารัฐบาลดิจิทัล (องค์การมหาชน) ชั้น 17 อาคารบางกอกไทยทาวเวอร์ 108 ถนนรางน้ำ แขวงถนนพญาไท เขตราชเทวี กรุงเทพฯ 10400
ลงนามผู้กำหนดขอบเขตของงาน
ประธานกรรมการ ( นาย อุสรา ▇▇▇▇▇▇▇▇▇▇▇ ) ลงนาม.........อุสรา ▇▇▇▇▇▇▇▇▇▇▇......................... ▇▇▇▇▇▇.....17/5/2564... กรรมการ ( ▇▇▇ ▇▇▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇ ) ลงนาม.........สุ▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇............................. ครั้งที่.............2.............
- E-mail : ▇▇▇_▇▇▇▇▇▇▇▇@▇▇▇.▇▇.▇▇
- โทรศัพท์ ▇-▇▇▇▇-▇▇▇▇
- โทรสาร ▇-▇▇▇▇-▇▇▇▇
ลงนามผู้กำหนดขอบเขตของงาน
ประธานกรรมการ ( นาย อุสรา ▇▇▇▇▇▇▇▇▇▇▇ ) ลงนาม.........อุสรา ▇▇▇▇▇▇▇▇▇▇▇......................... ▇▇▇▇▇▇.....17/5/2564... กรรมการ ( ▇▇▇ ▇▇▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇ ) ลงนาม.........สุ▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇............................. ครั้งที่.............2.............
ภาคผนวก ก เกณฑ์การพิจารณาคุณภาพและคุณสมบัติที่เป็นประโยชน์ต่อหน่วยงานของรัฐ
เกณฑ์พิจารณา | ราย▇▇▇▇▇▇▇▇▇▇พิจารณา | การให้ คะแนน (มากสุด) | |
1. | ผลงานและประสบการณ์ทำงานของผู้เสนอราคา (20 คะแนน) | มีผลงานประเภทเดียวกันหรือใกล้เคียงกับงาน▇▇▇▇▇▇▇ ครั้งนี้ ▇▇▇▇ ระบบลงลายมือชื่ออิเล็กทรอนิกส์ เป็นต้น | 10 |
ผลงานมีขั้นตอนการ▇▇▇▇▇▇งานที่มีความ▇▇▇▇▇▇▇โดย ต้องใช้ทักษะทางเทคนิคที่เกี่ยวข้องหลายด้าน | 10 | ||
2. | ความรู้ความเข้าใจในโครงการ (40 คะแนน) | มีความเข้าใจรายละเอียดและขอบเขตโครงการ รวมถึง▇▇▇▇▇▇▇▇▇▇▇▇เกี่ยวข้อง | 10 |
การนำเสนอแนวทางการพัฒนาระบบ (Software Development Methodology and Tools) การ ออกแบบสถาปัตยกรรมระบบ (System Architecture Design) และแนวทางการเชื่อมโยง ข้อมูลกับระบบงานอื่น | 20 | ||
ตอบคำถามได้ถูกต้องทุกประเด็น และ▇▇▇▇▇▇ชี้แจง ได้อย่างชัดเจน | 10 | ||
3. | แผนและวิธีการ▇▇▇▇▇▇งาน (20 คะแนน) | มีการนำเสนอแผนการ▇▇▇▇▇▇งานโครงการสอดคล้อง ตามขอบเขตและงวดงาน | 10 |
มีการนำเสนอแผนการรับประกันผลงาน แนวทางการ แก้ไขปัญหาหากระบบมีข้อขัดข้อง และการบำรุงรักษา เชิงป้องกัน | 10 | ||
4. | ความพร้อมและความ▇▇▇▇▇▇▇▇▇ของคณะทำงาน (20 คะแนน) | มีบุคคลากรที่มีประสบการณ์ตรงหรือใกล้เคียงกับ ขอบเขตงาน▇▇▇▇▇▇▇ครั้งนี้ ▇▇▇▇ ผู้เชี่ยวชาญด้านพัฒนา ระบบลงลายมือชื่ออิเล็กทรอนิกส์ เป็นต้น | 10 |
มีบุคคลากรที่มีประสบการณ์ในการทำงานตาม▇▇▇▇▇▇▇ เกี่ยวข้องมากกว่า 3 ปีขึ้นไป | 10 | ||
รวม | 100 |
ลงนามผู้กำหนดขอบเขตของงาน
ประธานกรรมการ ( นาย อุสรา ▇▇▇▇▇▇▇▇▇▇▇ ) ลงนาม.........อุสรา ▇▇▇▇▇▇▇▇▇▇▇......................... ▇▇▇▇▇▇.....17/5/2564... กรรมการ ( ▇▇▇ ▇▇▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇ ) ลงนาม.........สุ▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇............................. ครั้งที่.............2.............
ภาคผนวก ข
คุณสมบัติทางเทคนิคระบบลงลายมือชื่ออิเล็กทรอนิกส์สำหรับเอกสารสำคัญทางการศึกษา
1. ระบบจัดทำใบ▇▇▇▇▇▇ผลการศึกษาและลงลายมือชื่ออิเล็กทรอนิกส์ (Digital Transcript)
1.1 เป็นระบบงานที่รองรับการทำงานแบบติดตั้ง ณ มหาวิทยาลัยหรือสถาบันการศึกษา สำหรับใช้ในการจัดทำใบ▇▇▇▇ ▇▇ผล การศึกษา (Transcript) หรือเอกสารสำคัญทางการศึกษาอื่น ๆ ให้อยู่ในรูปแบบของเอกสารอิเล็กทรอนิกส์ในลักษณะข อง PDF file และมี XML file (ตามมาตรฐาน ขมธอ.14-2560 และ ขมธอ. 25-2563) บรรจุอยู่ภายใน โดยมีลายมือชื่อ อิเล็กทรอนิกส์ (Digital Signature) กำกับเอกสาร และมีการประทับเวลา (Time Stamp)
1.2 ระบบ Digital Transcript รองรับการเชื่อมต่อจากระบบทะเบียนนักศึกษา ซึ่งระบบทะเบียนนักศึกษาจะ ทำการ สร้าง Transcript ในรูปแบบ files (PDF file, XML file หรือ Text file) และเชื่อมต่อกับระบบ Digital Transcript ด้วยรูปแบบ Online Integration หรือ Batch Integration โดยมีลักษณะการเชื่อมต่อดังนี้
1.2.1 การเชื่อมต่อแบบ Online Integration : ใช้ Web Service (Rest API)
1.2.2 การเชื่อมต่อแบบ Batch Integration : ใช้ SFTP Protocol
1.3 การส่งข้อมูลจากระบบทะเบียนนักศึกษามาที่ระบบจัดทำใบ▇▇▇▇▇▇ผลการศึกษาและลงลายมือชื่ออิเล็กทรอนิกส์ รองรับ ไฟล์ 4 รูปแบบ ดังนี้
1.3.1 รับเอกสารสำคัญทางการศึกษาในรูปแบบ PDF file เพื่อลงลายมือชื่ออิเล็กทรอนิกส์กำกับเอกส ารและมีการ ประทับเวลา (Time Stamp)
1.3.2 รับข้อมูลใบ▇▇▇▇▇▇ผลการศึกษา (Transcript) ในรูปแบบ PDF file และ Text file เพื่อสร้างใบ▇▇ ▇▇ ▇▇ผล การศึกษาใหม่ (Digital Transcript) ในรูปแบบของ PDF file โดยที่เอกสารประกอบด้วยเอกสาร PDF file (ตาม มาตรฐาน ขมธอ. 11-2560) และ XML file (ตามมาตรฐาน ขมธอ. 25-2563) พร้อมมีลายมือชื่ออิเล็กท รอนิกส์ กำกับเอกสารและมีการประทับเวลา (Time Stamp)
1.3.3 รับข้อมูลใบ▇▇▇▇▇▇ผลการศึกษา (Transcript) ในรูปแบบของ PDF file และ XML files โดย XML file ที่ส่งมา มีรูปแบบตามเอกสารมาตรฐาน ขมธอ. 25-2563 เรียบร้อยแล้ว เพื่อสร้างเอกสาร ใบ▇▇▇▇▇▇ผลการศึกษาใ หม่ (Digital Transcript) ในรูปแบบของ PDF file โดยที่เอกสารแต่ละชุดของ Digital Transcript ประกอบด้วย เอกสาร PDF file (ตามมาตรฐาน ขมธอ. 11-2560) และ XML file (ตามมาตรฐาน ขมธอ. 25-2563) พร้อมมี ลายมือชื่ออิเล็กทรอนิกส์กำกับเอกสารและมีการประทับเวลา (Time Stamp)
1.3.4 รับข้อมูลใบ▇▇▇▇▇▇ผลการศึกษา (Transcript) ในรูปแบบ Text file เพื่อสร้างเอกสาร ใบ▇▇▇▇▇▇ผลการศึกษา (Digital Transcript) ใหม่ในรูปแบบของ PDF file โดยที่เอกสาร ประกอบด้วยเอกสาร PDF file (ตามมาตรฐาน ขมธอ. 11-2560) และ XML file (ตามมาตรฐาน ขมธอ. 25-2563) พร้อมมีลายมือชื่ออิเล็กทรอนิกส์กำกับ เอกสารและมีการประทับเวลา (Time Stamp)
1.4 ในกรณีที่ทางมหาวิทยาลัย ต้องการให้เอกสาร PDF ที่มีจัดทำจากระบบจัดทำใบ▇▇▇▇▇▇ผลการศึกษาและลงลายมือชื่ อ อิเล็กทรอนิกส์ ให้มีการเข้ารหัส (encryption) ทางระบบทะเบียนนักศึกษาจะส่ง password มาให้ระบบฯ พร้อมกับข้อมูล ที่ใช้ในการจัดทำเอกสาร
1.5 กรณี PDF file ▇▇▇▇▇▇รับจากระบบทะเบียนนักศึกษา มีการบรรจุ Fonts มาด้วย ระบบจะทำการ convert PDF file ให้อยู่ ในรูปแบบของ PDF/A-3U ตามมาตรฐาน ขมธอ. 11-2560 ตารางที่ 4 ข้อ 2 หน้า 17
1.6 การจัดทำเอกสาร Digital Transcript ที่มีการรับข้อมูล XML file หรือ Text file และ PDF file ระบบจะสร้างข้อมูล Metadata (รูปแบบ Extensible Metadata Platform (XMP) ตามมาตรฐาน ขมธอ. 11-2560 ข้อ 5.1.1 (1) หน้า 19) ลงใน PDF file
1.7 การจัดทำเอกสาร Digital Transcript ที่มีการรับข้อมูล XML file และ PDF file ระบบทำการตรวจสอบข้อมูล XML file
▇▇▇▇▇▇รับว่าเป็นไปตามข้อกำหนดของ XML Schema ที่ระบุตามมาตรฐาน ขมธอ. 25-2563 หรือไม่
ลงนามผู้กำหนดขอบเขตของงาน
ประธานกรรมการ ( นาย อุสรา ▇▇▇▇▇▇▇▇▇▇▇ ) ลงนาม.........อุสรา ▇▇▇▇▇▇▇▇▇▇▇......................... ▇▇▇▇▇▇.....17/5/2564... กรรมการ ( ▇▇▇ ▇▇▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇ ) ลงนาม.........สุ▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇............................. ครั้งที่.............2.............
1.8 การจัดทำเอกสาร Digital Transcript ที่มีการรับข้อมูล Text file และ PDF file ระบบทำการ convert ข้อมูล Text file
ให้เป็น XML file ตามข้อกำหนดของ XML Schema ที่ระบุตามมาตรฐาน ขมธอ. 25-2563
1.9 การจัดทำเอกสาร Digital Transcript ที่มีการรับข้อมูลเฉพาะ Text file ระบบจะทำการ convert ข้อมูล ให้เป็น XML file ตามข้อกำหนดของ XML Schema ที่ระบุตามมาตรฐาน ขมธอ. 25-2563 และทำการสร้าง PDF file ตามมาตรฐาน ขมธอ. 11-2560 โดย PDF file ที่จะสร้างตาม PDF Template กลาง 1 Template ที่ผู้▇▇▇▇▇▇▇ออกแบบร่วม กั บ มหาวิทยาลัยต่างๆ (ตามรูปแบบ Transcript ของแต่ละมหาวิทยาลัย) จะต้องมีการออกแบบและจัดทำ PDF Template ร่วมกับมหาวิทยาลัยก่อน
1.10 PDF Template กลางที่ระบุในข้อ 1.9 ต้องออกแบบให้▇▇▇▇▇▇เปลี่ยน Logo และชื่อมหาวิทยาลัยได้ ตามการตั้ง ค่า
Configuration
1.11 การจัดทำเอกสาร Digital Transcript ระบบจะสร้างข้อมูล Metadata ของ XML file ที่ระบุตามมาตรฐาน ขมธอ. 11- 2560 ข้อ 5.1.1 (2) หน้า 20
1.12 ระบบทำการลงลายมือชื่ออิเล็กทรอนิกส์ ( Digital Signature) บน XML file ตามมาตรฐาน ขมธอ. 25-2563 แบบ
Advanced Electronic Signatures Basic (XAdES)
1.13 ระบบทำการเชื่อมต่อกับระบบ Time Stamp Authority (TSA) ของ สำนักงานพัฒนาธุรกรรมทางอิเล็กทรอนิกส์ (สพธอ.) เพื่อประทับเวลารับรองการลงลายมือชื่ออิเล็กทรอนิกส์ ( Digital Signature) ตามมาตรฐาน RFC 3161 ที่ระบุตาม มาตรฐาน ขมธอ. 11-2560 (ข้อ 5.3.1 (2)) หน้า 27
1.14 ระบบทำการลงลายมือชื่ออิเล็กทรอนิกส์ ( Digital Signature) ของเอกสาร PDF file แบบ PAdES Basic ที่ระบุตาม มาตรฐาน ขมธอ. 11-2560 ข้อ 5.3.1 หน้า 27 โดยการใช้ Digital Certificate ที่ทางมหาวิทยาลัยได้รับจาก CA provider
1.15 ระบบทำการแนบข้อมูลเพื่อใช้ในการตรวจสอบสถานะใบรับรองอิเล็กทรอนิกส์ (Digital Certificate) ว่าถูกเพิกถอนหรือไม่
(Certificate Revocation List) ที่ระบุตามมาตรฐาน ขมธอ. 11-2560 ข้อ 5.3.1 (4) หน้า 28 เพื่อทำให้ลายมือชื่อ อิเล็กทรอนิกส์มีความน่าเชื่อถือ
1.16 ระบบทำการกำหนดสถานะของ PDF file ▇▇▇▇▇▇ทำ Digital Signature ให้อยู่ในสถานะ Read Only
1.17 มีหน้าจอ Web Application สำหรับผู้ดูแลระบบ เพื่อ Upload ข้อมูลในรูปแบบต่างๆ ตามที่กำหนด (ทีละรายการ) ดังนี้
1.17.1 รับข้อมูล Transcript ในรูปแบบ PDF File เพื่อทำการสร้างเอกสาร Digital Transcript ใหม่ในรูปแบบของ PDF file ที่ประกอบด้วย Time Stamp และ Digital Signature
1.17.2 รับข้อมูล Transcript ในรูปแบบ Text File และ PDF File เพื่อทำการสร้าง เอกสาร Digital Transcript ใหม่ใน รูปแบบของ PDF file ที่ประกอบด้วย XML file (ตามมาตรฐาน ขมธอ. 25-2563), Time Stamp และ Digital Signature (ตามมาตรฐาน ขมธอ. 11-2560)
1.17.3 รับข้อมูล Transcript ในรูปแบบ XML File (ตามมาตรฐาน ขมธอ. 25-2563) และ PDF File เพื่อทำการสร้าง เอกสาร Digital Transcript ใหม่ในรูปแบบของ PDF file ที่ประกอบด้วย XML file, Time Stamp และ Digital Signature (ตามมาตรฐาน ขมธอ. 11-2560)
1.17.4 รับข้อมูล Transcript ในรูปแบบ Text File เพื่อทำการสร้างเอกสาร Digital Transcript ใหม่ในรูปแบบของ PDF file ที่ประกอบด้วย PDF file ตามรูปแบบ Transcript ของแต่ละมหาวิทยาลัย, XML file (ตามมาตรฐาน ขมธอ. 25-2563), Time Stamp และ Digital Signature (ตามมาตรฐาน ขมธอ. 11-2560)
1.18 มีหน้าจอ Web Application สำหรับการติดตั้ง Digital Certificate ที่ใช้ในการทำ Digital Signature ของ PDF file ซึ่งมี ▇▇▇▇▇มบัติดังรายการต่อไปนี้
1.18.1 Private Key และ Certificate ที่ติดตั้งในระบบจะถูกเข้ารหัสก่อนการจัดเก็บเพื่อรักษาความปลอดภัย หรือ มี กระบวนการรักษาความปลอดภัยของ Private Key และ Certificate อื่นที่เทียบเท่า
1.18.2 รองรับการนำเข้าคู่กุญแจในรูปแบบดังรายการสู่ระบบ Digital Transcript
1.18.2.1 PKCS#12 / PFX (Personal Information Exchange)
ลงนามผู้กำหนดขอบเขตของงาน
ประธานกรรมการ ( นาย อุสรา ▇▇▇▇▇▇▇▇▇▇▇ ) ลงนาม.........อุสรา ▇▇▇▇▇▇▇▇▇▇▇......................... ▇▇▇▇▇▇.....17/5/2564... กรรมการ ( ▇▇▇ ▇▇▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇ ) ลงนาม.........สุ▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇............................. ครั้งที่.............2.............
1.18.2.2 JKS (Java Key Store)
1.19 มี Web Service เพื่อให้บริการเชื่อมต่อกับระบบ Website หรือระบบทะเบียนนักศึกษาของมหาวิทยาลัย ในการรับ เอกสารสำคัญทางการศึกษามาตรวจสอบได้ โดยจะมีขั้นตอนในการตรวจสอบดังนี้
1.19.1 ตรวจสอบว่าข้อความใน PDF File ที่มีลายมือชื่ออิเล็กทรอนิกส์ (Digital Signature) ไม่ถูกเปลี่ยนแป ลงแก้ไข และลงลายมือชื่ออิเล็กทรอนิกส์โดยหน่วยงานที่ออก PDF File นั้นจริง
1.19.2 ตรวจสอบใบรับรองอิเล็กทรอนิกส์ (Digital Certificate) ที่ใช้ในการลงลายมือชื่อนั้น ออกโดยหน่วยง า▇▇▇▇▇▇ ▇▇▇▇▇หรือมีตัวตนอยู่จริง (Certificate Authority) ที่สำนักงานพัฒนาธุรกรรมทางอิเล็กทรอนิกส์รับรอง
1.19.3 ตรวจสอบความน่าเชื่อถือของใบรับรองอิเล็กทรอนิกส์ (Digital Certificate) ทุกใบ (Certificate Chain) ที่ใช้ใน การลงลายมือชื่ออิเล็กทรอนิกส์ไม่ถูกยกเลิกหรือหมดอายุ ณ เวลา▇▇▇▇▇▇รับการประทับรับรอง (Time Stamping)
1.20 มีหน้าจอ Web Application สำหรับผู้ดูแลระบบ เพื่อใช้ในการบริหารจัดการลิขสิทธิ์การใช้งานระบ บ ประกอบด้วย ฟังก์ชัน ลงทะเบียนขอใช้งานระบบ, เปิดใช้งานระบบ, ▇▇▇▇▇ License Key เป็นต้น
1.21 มีฟังก์ชันขอตรวจสอบลิขสิทธิ์การใช้งานจาก▇▇▇▇▇▇▇▇▇▇▇▇▇ระบบควบคุมและตรวจสอบเอกสารสำคัญทางการศึกษาของ ผู้ ▇▇▇▇▇▇▇ เมื่อโปรแกรมเริ่มใช้งานและตามช่วงระยะเวลา ▇▇▇▇ Daily หรือเวลาที่กำหนด
1.22 มีฟังก์ชั่นในการ▇▇▇▇▇▇▇▇▇▇▇การใช้งานไปจัดเก็บที่ระบบควบคุมและตรวจสอบเอกสารสำคัญทางการศึกษาของ ผู้▇▇▇▇▇▇▇ ตาม รอบระยะเวลาที่กำหนด
1.23 มีฟังก์ชันในการจัดส่งสถานะใบรับรองอิเล็กทรอนิกส์ (Digital Certificate) ไปจัดเก็บที่ระบบควบคุมและตรวจสอบเอกสา ร สำคัญทางการศึกษาของผู้▇▇▇▇▇▇▇
1.24 มีหน้าจอ Web Application สำหรับผู้ดูแลระบบ แสดงรายงานสถิติในการจัดทำเอกสารสำคัญทางการศึกษา
1.24.1 จำแนกตามประเภทของ Service
1.24.2 จำแนกตาม ปี เดือนและ▇▇▇▇▇▇
1.24.3 จำแนกตามระดับการศึกษาและคณะ สำหรับเอกสาร Digital Transcript ที่มี XML file
2. ระบบควบคุมและตรวจสอบเอกสารสำคัญทางการศึกษา (Web Portal Control and Verification Center)
2.1 เป็นระบบที่ติดตั้ง▇▇▇▇▇▇▇▇▇▇▇ สำหรับควบคุมการใช้งานของ ระบบจัดทำใบ▇▇▇▇▇▇ผลการศึกษาและลงลายมือชื่อ อิเล็กทรอนิกส์ (Digital Transcript) ซึ่งติดตั้งที่มหาวิทยาลัยหรือสถาบันการศึกษา และเป็นระบบที่ใช้ใน การตรวจสอบ ลายมือชื่ออิเล็กทรอนิกส์ของเอกสารสำคัญทางการศึกษา โดยให้บริการ 3 รูปแบบดังนี้
2.1.1 แบบหน้าจอ Web Application
2.1.2 แบบ Online Integration
2.1.3 แบบ Batch Integration
2.2 มีหน้าจอ Web Application สำหรับบุคคลทั่วไปใช้งานผ่าน Internet เพื่อทำการ Upload เอกสารสำคัญทางกา รศึกษา เพื่อทำการตรวจสอบ Digital Signature และมีหน้าจอแสดงผลการตรวจสอบ
2.3 มี Web Service สำหรับให้บริการแก่ระบบอื่นๆ ในการตรวจสอบเอกสารสำคัญทางการศึกษา แบบตรวจสอบทีละ File
พร้อมส่งผลการตรวจสอบกลับในรูปแบบที่เข้าใจง่าย ▇▇▇▇ JSON Format หรือ Excel File เป็นต้น
2.4 มี Batch Service ผ่าน SFTP protocol สำหรับให้บริการแก่ระบบอื่นๆ ในการตรวจสอบเอกสารสำคัญทาง การศึกษา แบบหลายไฟล์พร้อมกันได้ พร้อมส่งผลการตรวจสอบกลับในรูปแบบของ Batch Results (JSON Format) หรือ Excel File
2.5 มีฟังก์ชันตรวจสอบเอกสารอิเล็กทรอนิกส์ที่เชื่อม ต่อ โดยใช้ API ของ สำนักงานพัฒนาธุรกรรมทางอิเล็กทรอนิกส์ (สพธอ.) โดยผู้▇▇▇▇▇▇▇เป็นผู้▇▇▇▇▇▇งานขอการเชื่อมต่อกับ สพธอ. โดยมีการแสดงผลการตรวจสอบอย่างน้อย ดังนี้
2.5.1 Transaction ID ขอการตรวจสอบแต่ละครั้ง
2.5.2 ผลตรวจสอบเอกสาร (Document Validate Result) น่าเชื่อถือหรือไม่
2.5.3 ชื่อไฟล์ (File Name) ที่ส่งมาตรวจสอบ
ลงนามผู้กำหนดขอบเขตของงาน
ประธานกรรมการ ( นาย อุสรา ▇▇▇▇▇▇▇▇▇▇▇ ) ลงนาม.........อุสรา ▇▇▇▇▇▇▇▇▇▇▇......................... ▇▇▇▇▇▇.....17/5/2564... กรรมการ ( ▇▇▇ ▇▇▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇ ) ลงนาม.........สุ▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇............................. ครั้งที่.............2.............
2.5.4 ขนาดไฟล์ (File Size) ที่ส่งมาตรวจสอบ
2.5.5 วัน-เวลาที่ทำการตรวจสอบ (Processing Date Time) ตามเวลาในประเทศไทย
2.5.6 ผลการตรวจสอบลายมือชื่อดิจิทัล (Digital Signature Validation Result) น่าเชื่อถือหรือไม่
2.5.7 หน่วยงานผู้ลงลายมือชื่อดิจิทัล (Organization Name)
2.5.8 ผู้ลงลายมือชื่อดิจิทัล (Digital Signature Signer)
2.5.9 ▇▇▇▇▇▇ลงลายมือชื่อดิจิทัล (Sign Digital Signature Date) ตามเวลาในประเทศไทย
2.5.10 ผู้ออกใบรับรองอิเล็กทรอนิกส์ (Certification Authority)
2.5.11 วันหมดอายุใบรับรองอิเล็กทรอนิกส์ (Certificate Expiration Date) ตามเวลาในประเทศไทย
2.5.12 สถานะ (Status) ใบรับรองอิเล็กทรอนิกส์ ว่าหมดอายุ หรือถูกเพิกถอนการใช้งานแล้วหรือไม่
2.6 กรณีที่เอกสารเป็น Digital Transcript ระบบจะทำการตรวจสอบ XML ที่แนบใน PDF File ว่าเป็นไปตามม าต▇▇ ▇น ขมธอ. 25-2563 หรือไม่
2.7 ตรวจสอบรูปแบบลายมือชื่ออิเล็กทรอนิกส์ (Digital Signature) ว่าอยู่ในรูปแบบ XAdES Basic ตามมาตรฐาน ขมธอ. 14- 2560 ข้อ 5.1 หน้า 14 หรือไม่
2.8 ตรวจสอบรูปแบบลายมือชื่ออิเล็กทรอนิกส์ (Digital Signature) ว่าอยู่ในรูปแบบ PAdES Basic ตามมาตรฐาน ขมธอ. 11- 2560 ข้อ 5.3.1
2.9 เ ป ็ น เ อกสารประเภท PDF/A เ วอร ์ ช ั ่ น 3 สอดคล้อง ใ นระดั บ U (Level U Conformance) ตาม ม าต▇▇ ▇น ขมธอ. 11-2560 หรือไม่
2.10 มีหน้าจอ Web Application สำหรับผู้ดูแลระบบ▇▇▇▇▇▇▇▇ ใช้ในการตรวจสอบและอนุมัติการลงทะเบียนขอใช้งาน (ขอ License Key) จากระบบลงลายมือชื่ออิเล็กทรอนิกส์สำหรับเอกสารสำคัญทางการศึกษา ซึ่งติดตั้งที่สถาบัน การศึกษา/ มหาวิทยาลัย
2.11 มีฟังก์ชั่นสำหรับสร้าง License Key ให้กับการลงทะเบียนขอใช้งาน▇▇▇▇▇▇รับการอนุมัติแล้ว เพื่อส่งกลั บไ ปยั งระบบลง ลายมือชื่ออิเล็กทรอนิกส์สำหรับเอกสารสำคัญทางการศึกษาซึ่งติดตั้งที่มหาวิทยาลัยหรือสถาบันการศึกษา
2.12 มีหน้าจอ Web Application สำหรับผู้ดูแลระบบ▇▇▇▇▇▇▇▇ ตรวจสอบสถานะใบรับรองอิเล็กทรอนิกส์ ( Digital Certificate) ของแต่ละมหาวิทยาลัยหรือสถาบันการศึกษา ▇▇▇▇ วันหมดอายุ จำนวนวันคงเหลือที่ใช้งานได้ เป็นต้น
2.13 มีระบบแจ้งเตือนเมื่อใบรับรองอิเล็กทรอนิกส์ของแต่ละสถาบันการศึกษาใกล้หมดอายุ โดย▇▇▇▇▇▇เตือนทางอีเม ล์ไป ยังผู้ ติดต่อของแต่ละมหาวิทยาลัยหรือสถาบันการศึกษา ▇▇▇▇▇▇ลงทะเบียนไว้
2.14 มี Web Service สำหรับตรวจสอบ License จากระบบลงลายมือชื่ออิเล็กทรอนิกส์สำหรับเอกสารสำคัญทางการศึ กษาซึ่ง ติดตั้งที่มหาวิทยาลัยหรือสถาบันการศึกษา เพื่อตรวจสอบสถานะการทำงานของระบบ
2.15 มี Web Service สำหรับรับข้อมูลใบรับรองอิเล็กทรอนิกส์ ที่ใช้ในระบบลงลายมือชื่ออิเล็กทรอนิกส์สำหรับเอกสา รสำคัญ ทางการศึกษาซึ่งติดตั้งอยู่ที่มหาวิทยาลัยหรือสถาบันการศึกษา เพื่อใช้ในการตรวจสอบสถานะและแจ้งเตือนการหมดอายุ
2.16 มี Web Service สำหรับรับข้อมูลสถิติของการลงลายมือชื่ออิเล็กทรอนิกส์สำหรับเอกสารสำคัญทางกา รศึ กษา จาก มหาวิทยาลัยหรือสถาบันการศึกษา
2.17 ▇▇▇▇▇▇การจัดหาและติดตั้งใบรับรองความปลอดภัยทางอิเล็กทรอนิกส์ (SSL Certificate) สำหรับระ บบควบคุม และ ตรวจสอบเอกสารสำคัญทางการศึกษา ( Web Portal Control and Verification Center) ที่พัฒนาในโครงการ โดย ใบรับรองความปลอดภัยทางอิเล็กทรอนิกส์ (SSL Certificate) จะมีอายุอย่างน้อยเท่ากับ 1 ปีนับจากวั นตรวจรับง วด สุดท้าย
2.18 มีหน้าจอ Web Application สำหรับตรวจสอบการทำงานของระบบลงลายมือชื่ออิเล็กทรอนิกส์สำหรับเอกสารสำ คัญทาง การศึกษาที่ติดตั้งอยู่ที่มหาวิทยาลัยหรือสถาบันการศึกษา ดังนี้
2.18.1 สถานะการเปิด/ไม่เปิดใช้งานระบบของแต่ละมหาวิทยาลัยหรือสถาบันการศึกษา
2.18.2 วันเวลาล่าสุดที่เข้ามาขอตรวจสอบ License ของแต่ละมหาวิทยาลัยหรือสถาบันการศึกษา
2.19 มีหน้าจอ Web Application แสดงสถิติสรุปยอดต่างๆ ดังนี้
ลงนามผู้กำหนดขอบเขตของงาน
ประธานกรรมการ ( นาย อุสรา ▇▇▇▇▇▇▇▇▇▇▇ ) ลงนาม.........อุสรา ▇▇▇▇▇▇▇▇▇▇▇......................... ▇▇▇▇▇▇.....17/5/2564... กรรมการ ( ▇▇▇ ▇▇▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇ ) ลงนาม.........สุ▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇............................. ครั้งที่.............2.............
2.19.1 การลงลายมือชื่ออิเล็กทรอนิกส์ของเอกสารจากระบบลงลายมือชื่ออิเล็กทรอนิกส์สำหรับเอกสาร สำคัญทาง การศึกษาซึ่งติดตั้งอยู่ที่มหาวิทยาลัยหรือสถาบันการศึกษาจำแนกตาม สถาบันการศึกษา ปี เดือนและ▇▇▇▇▇▇
2.19.2 การลงลายมือชื่ออิเล็กทรอนิกส์ จำแนกตามระดับการศึกษา คณะในแต่ละสถาบันการศึกษา สำหรับเอกสาร
Digital Transcript ที่มี XML file
2.19.3 การตรวจสอบเอกสารอิเล็กทรอนิกส์จากระบบลงลายมือชื่ออิเล็กทรอนิกส์สำหรับเอกสารสำคัญทางการศึกษาซึ่ง ติดตั้งอยู่ที่มหาวิทยาลัยหรือสถาบันการศึกษา จำแนกตาม สถาบันการศึกษา ปี เดือนและ▇▇▇▇▇▇
2.19.4 การตรวจสอบเอกสารอิเล็กทรอนิกส์▇▇▇▇▇▇▇▇▇▇▇ จำแนกตาม สถาบันการศึกษา ปี เดือนและ▇▇▇▇▇▇
2.20 จัดทำรายงานสถิติสรุปยอดการตรวจสอบเอกสาร Digital Transcript และ PDF อื่นๆ ดังนี้
2.20.1 จำแนกตาม▇▇▇▇▇▇ตรวจสอบ (รายวัน รายเดือน หรือรายปี)
2.20.2 จำแนกตามสถาบันการศึกษาผู้ออก Digital Transcript
2.20.3 จำแนกตามระดับการศึกษา คณะในแต่ละสถาบันการศึกษา สำหรับเอกสาร Digital Transcript ที่มี XML file
2.20.4 จำแนกตามผลการตรวจสอบ ▇▇▇▇
• รูปแบบของ XML File เป็นไปตามมาตรฐาน ขมธอ. 25-2563 หรือไม่
• รูปแบบของการลงลายมือชื่ออิเล็กทรอนิกส์ของ XML File เป็น XAdES หรือไม่
• รูปแบบของ PDF File เป็น PDF/A-3U หรือไม่
• รูปแบบของการลงลายมือชื่ออิเล็กทรอนิกส์ของ PDF File เป็น PAdES หรือไม่
• ข้อมูล Digital Transcript มีการแก้ไขเปลี่ยนแปลงหรือไม่ เป็นต้น
ลงนามผู้กำหนดขอบเขตของงาน
ประธานกรรมการ ( นาย อุสรา ▇▇▇▇▇▇▇▇▇▇▇ ) ลงนาม.........อุสรา ▇▇▇▇▇▇▇▇▇▇▇......................... ▇▇▇▇▇▇.....17/5/2564... กรรมการ ( ▇▇▇ ▇▇▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇ ) ลงนาม.........สุ▇▇▇▇▇▇▇▇▇ ▇▇▇▇▇▇▇▇............................. ครั้งที่.............2.............