ประกวดราคาจ้างพัฒนาระบบสารสนเทศเพื่อรองรับการแต่งตั้งอาจารย์พิเศษ ระยะที่ ๓ (CU Adjunct phase ๓) จำนวน ๑ ระบบ

• เพื่อปรับปรุงระบบสารสนเทศให้สอดคล้องกับการปรับโครงสร้างส่วนงานใหม่ของมหาวิทยาลัย และรองรับกระบวนการตรวจสอบคุณสมบัติ (Workflow Re-engineering) และกำหนดสิทธิ์ผู้ใช้งาน (Role & Responsibility) ใหม่
• เพื่อรองรับการโอนย้ายภารกิจการตรวจสอบคุณสมบัติอาจารย์พิเศษทั้งระดับปริญญาตรีและบัณฑิตศึกษามาอยู่ภายใต้ความรับผิดชอบของสำนักบริหารวิชาการ
• เพื่อยกระดับประสบการณ์ผู้ใช้งาน (UI/UX) และเพิ่มประสิทธิภาพในการจัดทำประกาศแต่งตั้งอาจารย์พิเศษและอาจารย์ชาวต่างชาติ

• การศึกษา วิเคราะห์ และออกแบบระบบ:
  • จัดทำแผนการดำเนินงานโครงการ (Gantt Chart, แผนบริหารความเสี่ยง)
  • จัดทำเอกสารข้อกำหนดความต้องการระบบ (System Requirement Specification: SRS)
  • วิเคราะห์กระบวนการทำงานปัจจุบัน (AS IS) เปรียบเทียบกับรูปแบบงานใหม่ (TO BE)
  • วิเคราะห์การเชื่อมต่อกับระบบ CUERP S/4 HANA, CU DATA GATEWAY และ CU LessPaper
  • วิเคราะห์ข้อบังคับ เงื่อนไขการตรวจสอบวุฒิการศึกษา และแนวปฏิบัติการยกเว้นคุณสมบัติ
• การออกแบบและพัฒนาระบบ (Web Application):
  • พัฒนาระบบให้รองรับการใช้งานผ่าน Web Browser ชั้นนำในลักษณะ Responsive Design และรองรับ 2 ภาษา (ไทย-อังกฤษ)
  • พัฒนาระบบบันทึกข้อมูลอัตโนมัติ (Auto Save) และระบบแสดงสถานะ (Status Tracking)
  • ปรับปรุง Workflow การตรวจสอบคุณสมบัติโดยกำหนดให้สำนักบริหารวิชาการเป็นผู้ตรวจสอบหลักทั้งระดับ ป.ตรี และ ป.โท-เอก
  • พัฒนาระบบจัดการกรณีไม่พบรหัสหลักสูตร (Pre-Drafting Validation) โดยสามารถแยกรายการที่มีปัญหา (Split/Isolate) และส่งต่อให้สำนักบริหารวิชาการแก้ไขรหัสได้
  • ปรับปรุงส่วนการกรอกข้อมูลและเงื่อนไขส่วนที่ 1-6 (ข้อมูลส่วนบุคคล, ข้อมูลงานและหลักสูตร, ข้อมูลวุฒิการศึกษา) โดยเน้นการดึงข้อมูลอัตโนมัติผ่าน Web API
  • พัฒนาระบบควบคุมเงื่อนไขการตรวจสอบคุณสมบัติและข้อยกเว้น (Exemption Logic) แยกตามระดับหลักสูตร พร้อมระบบเก็บบันทึกประวัติ (Exemption Log) และปุ่มเปิด-ปิดเงื่อนไขสำหรับ Admin
  • พัฒนาส่วนการออกรายงานอาจารย์พิเศษ (Export Excel) ที่ยืดหยุ่น สามารถเลือกฟิลด์ข้อมูลที่ต้องการแสดงได้
• การติดตั้งและทดสอบระบบ:
  • ดำเนินการติดตั้งและทดสอบระบบในสภาพแวดล้อมจริง
  • จัดทำ Case Test และรายงานผลการทดสอบแบบ End-to-End
  • ดำเนินการทดสอบเพื่อการยอมรับจากผู้ใช้งาน (User Acceptance Test: UAT)
• การฝึกอบรมและการส่งมอบคู่มือ:
  • จัดทำแผนการฝึกอบรมและคู่มือการใช้งานระบบ (User Manual)
  • จัดฝึกอบรมให้แก่เจ้าหน้าที่สำนักบริหารวิชาการ และผู้ดูแลระบบ (Admin) ผ่านระบบ Zoom หรือห้องประชุม

• งวดที่ 1 (ภายใน 30 วัน นับจากวันลงนามในสัญญา):
  • เอกสารสรุปรายละเอียดการยืนยันความต้องการในการพัฒนาระบบ (System Requirement)
  • เอกสารการออกแบบการทำงานของระบบ (Business Blueprint) รวมถึงรายละเอียดกระบวนการปฏิบัติงาน (Operation Process Flowchart) อย่างละเอียดทุกขั้นตอน
• งวดที่ 2 (ภายใน 90 วัน นับจากวันลงนามในสัญญา):
  • เอกสารคุณลักษณะของระบบ แบบฟอร์มและรายงาน (Program Specification)
  • รายงานสรุปผลการทดสอบระบบ พร้อมปรับแต่งระบบให้เหมาะสมและเกิดประสิทธิภาพสูงสุด
• งวดที่ 3 (ภายใน 120 วัน นับจากวันลงนามในสัญญา):
  • เอกสารแผนการฝึกอบรม
  • เอกสารคู่มือการใช้งาน (User manual) ทั้งในรูปแบบเอกสารและ Soft File
  • เอกสารประกอบการอบรม/ประชุมเชิงปฏิบัติการ และรายงานผลการฝึกอบรมเจ้าหน้าที่
  • เอกสารการตรวจสอบระบบก่อนขึ้นใช้งานจริง (Go-Live Check)
  • เอกสารการออกแบบการทำงานของระบบ (Business Blueprint) ฉบับสมบูรณ์
  • เอกสารคุณลักษณะของระบบ แบบฟอร์มและรายงาน (Program Specification) ฉบับสมบูรณ์
  • ระบบสารสนเทศที่พัฒนาเสร็จสมบูรณ์และสามารถขึ้นใช้งานจริง (Go-live)

ระยะเวลาดำเนินการทั้งหมดให้แล้วเสร็จภายใน 120 วัน นับถัดจากวันที่ลงนามในสัญญา

• Eligibility Requirements:
  • เป็นบุคคลธรรมดาหรือนิติบุคคลผู้มีอาชีพรับจ้างงานที่ประกวดราคาอิเล็กทรอนิกส์ดังกล่าว
  • ต้องลงทะเบียนและมีข้อมูลถูกต้องครบถ้วนในระบบจัดซื้อจัดจ้างภาครัฐด้วยอิเล็กทรอนิกส์ (e-GP) ของกรมบัญชีกลาง
  • มีมูลค่าสุทธิของกิจการ (Net Worth) เป็นบวกในงบแสดงฐานะการเงิน 1 ปีสุดท้ายก่อนวันยื่นข้อเสนอ หรือมีทุนจดทะเบียนที่เรียกชำระมูลค่าหุ้นแล้ว ณ วันยื่นข้อเสนอไม่ต่ำกว่า 1,000,000 บาท
  • ในกรณีบุคคลธรรมดา ต้องมีเงินฝากคงเหลือในบัญชีธนาคารไม่น้อยกว่า 1 ใน 4 ของมูลค่างบประมาณโครงการ (ไม่เกิน 90 วันก่อนยื่นข้อเสนอ) หรือมีวงเงินสินเชื่อจากสถาบันการเงินไม่น้อยกว่า 1 ใน 4 ของงบประมาณโครงการ
• Experience:
  • ต้องเป็นบริษัทที่มีประสบการณ์ด้านการจัดทำระบบสารสนเทศให้กับหน่วยงานราชการ รัฐวิสาหกิจ หน่วยงานในกำกับของรัฐ หรือหน่วยงานเอกชนที่จุฬาลงกรณ์มหาวิทยาลัยเชื่อถือ อย่างน้อย 1 โครงการ
• Previous Project Cost:
  • โครงการอ้างอิงต้องมีวงเงินมูลค่าสัญญาไม่น้อยกว่า 1,000,000 บาท (หนึ่งล้านบาทถ้วน) ในสัญญาเดียวกัน และเป็นโครงการที่ตรวจรับมอบผลงานแล้วเสร็จในระยะเวลาไม่เกิน 5 ปี นับถึงปีที่ยื่นเอกสารข้อเสนอ
• Personnel:
  • ผู้จัดการโครงการ (Project Manager) จำนวน 1 คน:
    • มีประสบการณ์ในตำแหน่งหัวหน้าทีมงาน, ผู้ช่วยผู้จัดการโครงการ หรือผู้จัดการโครงการในโครงการด้านการจัดทำระบบสารสนเทศ อย่างน้อย 60 เดือน (นับถึงปีที่ยื่นข้อเสนอ)
    • ต้องเป็นบุคลากรประจำของผู้ยื่นข้อเสนอ ณ วันยื่นข้อเสนอ (มีหนังสือรับรองการทำงาน/เงินเดือน)
    • ต้องสามารถเข้าปฏิบัติงานในโครงการอย่างน้อย 80% ของระยะเวลาดำเนินโครงการ
  • ทีมปฏิบัติงานหลัก อย่างน้อย 3 คน:
    • ต้องเป็นบุคลากรประจำของผู้ยื่นข้อเสนอ ณ วันยื่นข้อเสนอ (มีหนังสือรับรองการทำงาน/เงินเดือน)
    • บุคลากรทุกรายต้องมีระยะเวลาปฏิบัติงานไม่น้อยกว่า 50% ของระยะเวลาดำเนินโครงการ

การพิจารณาคัดเลือกข้อเสนอจะใช้เกณฑ์ราคาประกอบเกณฑ์อื่น (Price-Performance) โดยมีสัดส่วนน้ำหนักคะแนนดังนี้:

• เกณฑ์ราคา (Price): น้ำหนักร้อยละ 10
• เกณฑ์ด้านเทคนิค (Technical): น้ำหนักร้อยละ 90 แบ่งออกเป็น:
  • ผลงานและประสบการณ์ของผู้ยื่นข้อเสนอ: ร้อยละ 20 (พิจารณาจากจำนวนโครงการ มูลค่าสัญญา และการเชื่อมต่อระบบ CUERP หรือ CU DATA GATEWAY)
  • คุณสมบัติของบุคลากร: ร้อยละ 10 (ผู้จัดการโครงการ 5% และทีมปฏิบัติงานหลัก 5%)
  • วิธีบริหารและวิธีการดำเนินงานรวมถึงการบริหารทีมงาน: ร้อยละ 30 (แผนงาน, โครงสร้างทีม, เครื่องมือและเทคโนโลยีที่ใช้)
  • การนำเสนอและการตอบคำถามต่อคณะกรรมการ: ร้อยละ 30 (เวลาการนำเสนอและตอบคำถามรวม 40 นาที)

• พัฒนาระบบในรูปแบบ Web Application รองรับ Responsive Design เพื่อการแสดงผลที่สวยงามและใช้งานง่ายบนทุกอุปกรณ์ (Google Chrome, Microsoft Edge, Mozilla Firefox, Safari เวอร์ชันล่าสุด)
• รองรับการใช้งาน 2 ภาษา (ไทย และ อังกฤษ)
• มีระบบบันทึกข้อมูลอัตโนมัติ (Auto Save) เพื่อป้องกันข้อมูลสูญหาย
• ออกแบบ Workflow ใหม่เพื่อรองรับการตรวจสอบคุณสมบัติโดยสำนักบริหารวิชาการเป็นหลัก ทั้งระดับปริญญาตรีและบัณฑิตศึกษา
• พัฒนาระบบ Pre-Drafting Validation เพื่อตรวจสอบรหัสหลักสูตรก่อนจัดทำร่างประกาศ หากไม่พบรหัสหลักสูตรให้แสดง Alert Message และแยกรายการที่มีปัญหาออก (Split/Isolate) เพื่อไม่ให้กระทบรายการปกติ
• เชื่อมต่อข้อมูลหลักสูตรและข้อมูลวุฒิการศึกษาผ่าน Web Service (API) กับระบบ CU Data Gateway, CUERP S/4 HANA และ CU LessPaper ภายใต้มาตรฐานความปลอดภัยทางคอมพิวเตอร์ของมหาวิทยาลัย
• พัฒนาระบบควบคุมตรรกะข้อยกเว้นคุณสมบัติ (Exemption Logic) แยกตามระดับหลักสูตร พร้อมระบบบันทึกประวัติการตรวจสอบข้อยกเว้น (Exemption Log) และระบบเปิด-ปิดการใช้งานเงื่อนไขข้อยกเว้นโดย Admin
• ระบบส่งการแจ้งเตือน (Notification) ไปยังอีเมลของผู้ใช้งานเมื่อมีรายการรอดำเนินการ

• การจ่ายเงินค่าจ้าง แบ่งเป็น 3 งวด:
  • งวดที่ 1: จ่ายร้อยละ 30 ของมูลค่าสัญญา เมื่อส่งมอบงานงวดที่ 1 และคณะกรรมการตรวจรับเรียบร้อยแล้ว
  • งวดที่ 2: จ่ายร้อยละ 40 ของมูลค่าสัญญา เมื่อส่งมอบงานงวดที่ 2 และคณะกรรมการตรวจรับเรียบร้อยแล้ว
  • งวดที่ 3 (งวดสุดท้าย): จ่ายร้อยละ 30 ของมูลค่าสัญญา เมื่อส่งมอบงานงวดที่ 3 และคณะกรรมการตรวจรับเรียบร้อยแล้ว
• การรับประกันความชำรุดบกพร่อง:
  • รับประกันผลงานเป็นระยะเวลา 1 ปี นับถัดจากวันที่คณะกรรมการตรวจรับมอบงานงวดสุดท้าย
  • ครอบคลุมความเสถียรของระบบ (Bug Fixes) โดยไม่คิดค่าใช้จ่ายเพิ่มเติม
  • ต้องแก้ไขปัญหาความชำรุดบกพร่องภายใน 2 วันทำการนับจากวันที่ได้รับแจ้ง
• ค่าปรับและการคิดค่าเสียหาย:
  • หากส่งมอบงานล่าช้ากว่ากำหนด จะถูกปรับรายวันในอัตราร้อยละ 0.10 ของราคาค่าจ้าง นับถัดจากวันครบกำหนดสัญญาจนถึงวันที่ส่งมอบงานถูกต้องครบถ้วน

• Q: โครงการ CU Adjunct Phase 3 มีวัตถุประสงค์หลักเพื่ออะไร?
  A: เพื่อปรับปรุงระบบสารสนเทศให้สอดคล้องกับการปรับโครงสร้างส่วนงานใหม่ของจุฬาฯ โดยโอนย้ายภารกิจการตรวจสอบคุณสมบัติอาจารย์พิเศษทั้งระดับปริญญาตรีและบัณฑิตศึกษามาอยู่ภายใต้สำนักบริหารวิชาการเพียงหน่วยงานเดียว
  • Q: ระบบใหม่นี้ต้องเชื่อมต่อกับระบบเดิมใดบ้างของมหาวิทยาลัย?
    A: ต้องเชื่อมต่อกับระบบ CUERP S/4 HANA, CU DATA GATEWAY และระบบสารบรรณอิเล็กทรอนิกส์ CU LessPaper
  • Q: ฟังก์ชัน Pre-Drafting Validation มีหน้าที่อย่างไรในระบบ?
    A: ทำหน้าที่ตรวจสอบรหัสหลักสูตรก่อนจัดทำร่างประกาศ หากไม่พบรหัสหลักสูตรจะแจ้งเตือนและแยกรายการที่มีปัญหาออก เพื่อไม่ให้กระบวนการจัดทำประกาศของรายการอื่นต้องหยุดชะงัก
  • Q: ระบบควบคุมเงื่อนไขข้อยกเว้นคุณสมบัติ (Exemption Logic) ทำงานอย่างไร?
    A: เป็นระบบควบคุมตรรกะเพื่อตรวจสอบเงื่อนไขการยกเว้นคุณสมบัติอาจารย์พิเศษเฉพาะระดับปริญญาตรี โดยไม่ส่งผลกระทบต่อเกณฑ์ของระดับบัณฑิตศึกษา และสามารถเปิด-ปิดการใช้งานตรรกะนี้ได้โดย Admin
  • Q: ระบบมีการป้องกันข้อมูลสูญหายระหว่างที่ผู้ใช้งานกรอกข้อมูลอย่างไร?
    A: ระบบจะรองรับการบันทึกข้อมูลอัตโนมัติ (Auto Save) ในระหว่างการกรอกข้อมูลของผู้ใช้งาน
  • Q: รายงานอาจารย์พิเศษที่ระบบส่งออก (Export) มีลักษณะอย่างไร?
    A: เป็นรายงานในรูปแบบ Excel ที่ผู้ใช้สามารถเลือกแสดงข้อมูลตามภาคการศึกษา/ปีการศึกษา และสามารถเลือกฟิลด์ข้อมูลที่ต้องการแสดงได้อย่างยืดหยุ่น เช่น ข้อมูลส่วนบุคคล วุฒิการศึกษา หรือผลงานวิชาการ
  • Q: การทดสอบระบบก่อนส่งมอบงานงวดสุดท้ายมีเงื่อนไขอย่างไรบ้าง?
    A: ผู้รับจ้างต้องจัดทำ Case Test เสนอล่วงหน้าอย่างน้อย 10 วันทำการ และทำการทดสอบแบบ End-to-End รวมถึงผ่านการทดสอบยอมรับจากผู้ใช้งาน (UAT) เป็นลายลักษณ์อักษรจากมหาวิทยาลัย
  • Q: หลักสูตรการฝึกอบรมที่ผู้รับจ้างต้องจัดเตรียมมีอะไรบ้าง?
    A: มี 2 หลักสูตรหลัก คือ หลักสูตรสำหรับเจ้าหน้าที่สำนักบริหารวิชาการ (อย่างน้อย 2 คน) และหลักสูตรสำหรับผู้ดูแลระบบ (อย่างน้อย 2 คน) อย่างน้อยหลักสูตรละ 1 ครั้ง
  • Q: ระยะเวลาในการรับประกันความชำรุดบกพร่องของระบบคือเท่าใด และมีเงื่อนไขการซัพพอร์ตอย่างไร?
    A: รับประกันผลงาน 1 ปี โดยผู้รับจ้างต้องจัดเตรียมทีมงานสนับสนุนเพื่อแก้ไขปัญหาทางโทรศัพท์หรืออีเมลในวันและเวลาทำการ และต้องแก้ไขปัญหาให้เสร็จสิ้นภายใน 2 วันนับจากได้รับแจ้ง
  • Q: หากผู้รับจ้างส่งมอบงานล่าช้า จะมีอัตราค่าปรับอย่างไร?
    A: มหาวิทยาลัยจะปรับเป็นรายวันในอัตราร้อยละ 0.10 ของราคาค่าจ้าง นับถัดจากวันครบกำหนดสัญญาจนถึงวันที่ส่งมอบงานเสร็จสิ้นสมบูรณ์

ขอบเขตของงาน (Term of Reference)
จางพัฒนาระบบสารสนเทศเพื่อรองรับการแตงตั้งอาจารยพิเศษ ระยะที่ 3 (CU Adjunct phase 3)

1. ความเปนมา
   ตามที่ มหาวิทยาลัยไดเริ่มใชงานระบบสารสนเทศเพื่อรองรับการแตงตั้งอาจารยพิเศษ (CU Adjunct) ตั้งแตวันที่ 1 กรกฎาคม พ.ศ. 2565 เปนตนมานั้น โดยความรวมมือระหวางสํานักบริหารวิชาการ บัณฑิต วิทยาลัย และศูนยบริหารกลาง เพื่อมุงเนนการสรางมาตรฐานเดียวกันในการเสนอขอแตงตั้งอาจารยพิเศษ ลด ขั้นตอนงานเอกสาร และเพิ่มประสิทธิภาพในการบริหารจัดการขอมูลอาจารยพิเศษของมหาวิทยาลัย
   ตอมาในป พ.ศ. 2567 มหาวิทยาลัยไดดําเนินการพัฒนาระบบเสนอขอแตงตั้งอาจารยพิเศษ ระยะที่ 2 เพื่อยกระดับขีดความสามารถของระบบใหรองรับการเชื่อมตอกับระบบ LessPaper สําหรับการเสนอลงนาม ประกาศแตงตั้ง รวมถึงการพัฒนาสวนการขอบัตรประจําตัวอาจารยพิเศษ และ CUNET Account บนระบบ และการจัดทําตัวอยางประกาศแตงตั้ง เพื่ออํานวยความสะดวกใหผูใชงานในการกรอกขอมูล และการพัฒนา การออกรายงานสําหรับการเพิ่มวุฒิการศึกษาเพื่อรวบรวมสงขอมูลเขาระบบ ERP ซึ่งสงผลใหการบริหาร จัดการขอมูลมีความถูกตอง รวดเร็ว และสามารถเชื่อมโยงขอมูลกับระบบสารสนเทศอื่นของมหาวิทยาลัย ไดอยางมีประสิทธิภาพมากขึ้น
   อยางไรก็ตาม ในป พ.ศ. 2569 ไดมีประกาศราชกิจจานุเบกษา เรื่องสวนงานของมหาวิทยาลัย (ฉบับที่ 5) พ.ศ. 2568 มีผลบังคับใชเมื่อวันที่ 24 มกราคม 2569 โดยมหาวิทยาลัยไดมีการปรับโครงสรางสวนงานและ จัดตั้งสวนงานใหม ไดแก “วิทยาลัยสงเสริมการเรียนรูตลอดชีวิตเพื่อประชาชนแหงจุฬาลงกรณมหาวิทยาลัย (Chula XL)” รวมทั้งปรับเปลี่ยนชื่อและภารกิจของสวนงานเดิม จํานวน 2 สวนงาน ไดแก คณะเกษตรศาสตร บูรณาการ จากเดิมสํานักวิชาทรัพยากรการเกษตร และวิทยาลัยสหศาสตรบูรณาการแหงจุฬาลงกรณ มหาวิทยาลัย จากเดิมบัณฑิตวิทยาลัย ประกอบกับบันทึกขอความวิทยาลัยสหศาสตรบูรณาการแหง จุฬาลงกรณมหาวิทยาลัย ที่ อว 64.25/1038 ลงวันที่ 26 มีนาคม 2569 เรื่อง แจงเปลี่ยนหนวยงาน ผูรับผิดชอบ พรอมรายละเอียดการถายโอนภารกิจและภาระงานสงมอบใหแกสํานักบริหารวิชาการ มีผลตั้งแต วันที่ 23 มีนาคม 2569 เปนตนไป
   จากการปรับเปลี่ยนโครงสรางองคกรและพันธกิจดังกลาว สงผลกระทบโดยตรงตอสถาปตยกรรมขอมูล (Data Architecture) โครงสรางสิทธิ์ผูใชงาน (User Permissions) และลําดับขั้นตอนการอนุมัติ (Workflow) ภายในระบบสารสนเทศเพื่อรองรับการแตงตั้งอาจารยพิเศษ จากเดิมที่บัณฑิตวิทยาลัย (ชื่อเดิม) ดูแลกลั่นกรอง ขอมูลการเสนอขอแตงตั้งอาจารยพิเศษในหลักสูตรระดับบัณฑิตศึกษาจากสวนงานตาง ๆ เปลี่ยนเปน กําหนดให สํานักบริหารวิชาการ เปนหนวยงานหลักเพียงแหงเดียวในการตรวจสอบคุณสมบัติอาจารยพิเศษทั้ง ระดับปริญญาตรีและระดับบัณฑิตศึกษา มหาวิทยาลัยจึงจําเปนตองดําเนิน โครงการพัฒนาระบบสารสนเทศ เพื่อรองรับการแตงตั้งอาจารยพิเศษ ระยะที่ 3 เพื่อใหการเสนอขอแตงตั้งอาจารยพิเศษและอาจารย ชาวตางชาติในปการศึกษา 2569 เปนไปอยางมีประสิทธิภาพสอดคลองกับโครงสรางองคกรใหม และรองรับ ภารกิจของหนวยงานที่เปลี่ยนแปลง รวมถึงยกระดับการบริหารทรัพยากรบุคคลดานวิชาการใหมีประสิทธิภาพ สูงสุดตามยุทธศาสตรของมหาวิทยาลัย
   หนาที่ 1
2. วัตถุประสงคโครงการ
   2.1. เพื่อปรับปรุงระบบสารสนเทศใหสอดคลองกับการปรับโครงสรางสวนงานใหมของมหาวิทยาลัย และรองรับกระบวนการตรวจสอบคุณสมบัติ (Workflow Re-engineering) และกําหนดสิทธิ์ผูใชงาน (Role & Responsibility) ใหม เพื่อรองรับการโอนยายภารกิจการตรวจสอบคุณสมบัติอาจารยพิเศษทั้งระดับปริญญา ตรีและบัณฑิตศึกษามาอยูภายใตความรับผิดชอบของสํานักบริหารวิชาการ
   2.2. เพื่อยกระดับประสบการณผูใชงาน และเพื่อใหการจัดทําประกาศแตงตั้งอาจารยพิเศษเปนไปอยาง มีประสิทธิภาพ
3. คุณสมบัติของผูยื่นขอเสนอ
   3.1. มีความสามารถตามกฎหมาย
   3.2. ไมเปนบุคคลลมละลาย
   3.3. ไมอยูระหวางเลิกกิจการ
   3.4. ไมเปนบุคคลซึ่งอยูระหวางถูกระงับการยื่นขอเสนอหรือทําสัญญากับหนวยงานของรัฐไวชั่วคราว เนื่องจากเปนผูที่ไมผานเกณฑการประเมินผลการปฏิบัติงานของผูประกอบการตามระเบียบที่รัฐมนตรี วาการกระทรวงการคลังกําหนดตามที่ประกาศเผยแพรในระบบเครือขายสารสนเทศของกรมบัญชีกลาง
   3.5. ไมเปนบุคคลซึ่งถูกระบุชื่อไวในบัญชีรายชื่อผูทิ้งงานของทางราชการและไดแจงเวียนชื่อใหเปน ผูทิ้งงานของหนวยงานของรัฐในระบบเครือขายสารสนเทศของกรมบัญชีกลางซึ่งรวมถึงนิติบุคคลที่ผูทิ้งงานเปน หุนสวนผูจัดการ กรรมการผูจัดการ ผูบริหาร ผูมีอํานาจในการดําเนินงานในกิจการของนิติบุคคลนั้นดวย
   3.6. มีคุณสมบัติและไมมีลักษณะตองหามตามที่คณะกรรมการนโยบายการจัดซื้อจัดจางและการ บริหารพัสดุภาครัฐกําหนดในราชกิจจานุเบกษา
   3.7. เปนบุคคลธรรมดาหรือนิติบุคคลผูมีอาชีพรับจางงานที่ประกวดราคาอิเล็กทรอนิกสดังกลาว 3.8. ไมเปนผูมีผลประโยชนรวมกันกับผูยื่นขอเสนอรายอื่นที่เขายื่นขอเสนอใหแกจุฬาลงกรณ มหาวิทยาลัย ณ วันประกาศประกวดราคาอิเล็กทรอนิกส หรือไมเปนผูกระทําการอันเปนการขัดขวาง การแขงขันอยางเปนธรรม ในการประกวดราคาอิเล็กทรอนิกสครั้งนี้
   3.9. ไมเปนผูไดรับเอกสิทธิ์หรือความคุมกัน ซึ่งอาจปฏิเสธไมยอมขึ้นศาลไทย เวนแตรัฐบาลของผูยื่น ขอเสนอไดมีคําสั่งใหสละเอกสิทธิ์และความคุมกันเชนวานั้น
   3.10. ผูยื่นขอเสนอตองเปนบริษัทที่มีประสบการณดานการจัดทําระบบสารสนเทศใหกับหนวยงาน ราชการหรือรัฐวิสาหกิจหรือหนวยงานในกํากับของรัฐหรือหนวยงานเอกชนที่จุฬาลงกรณมหาวิทยาลัยเชื่อถือ อยางนอย 1 โครงการ ที่มีวงเงินมูลคาสัญญาไมนอยกวา 1,000,000 บาท (หนึ่งลานบาทถวน) ในสัญญา เดียวกัน และเปนโครงการที่ตรวจรับมอบผลงานแลวเสร็จในระยะเวลาไมเกิน 5 ป นับถึงปที่ยื่นเอกสาร ขอเสนอ โดยผูยื่นขอเสนอตองแนบสําเนาหนังสือรับรองผลงานที่ระบุมูลคารวมของโครงการ โดยผูมีอํานาจลง นามของหนวยงานเจาของผลงานแสดงอยางชัดแจง โดยกรอกเอกสารตามภาคผนวก ก1
   3.11. ผูยื่นขอเสนอที่ยื่นขอเสนอในรูปแบบของ “กิจการรวมคา” ตองมีคุณสมบัติ ดังนี้ (1) การกําหนดสัดสวนในการเขารวมคาของคูสัญญา
   กรณีที่ขอตกลงฯ กําหนดใหผูเขารวมคารายใดรายหนึ่งเปนผูเขารวมคาหลัก ขอตกลงฯ จะตองมีการกําหนดสัดสวนหนาที่ และความรับผิดชอบในปริมาณงาน สิ่งของ หรือมูลคาตามสัญญาของ ผูเขารวมคาหลักมากกวาผูเขารวมคารายอื่นทุกราย
   (2) กรณีที่ขอตกลงฯ กําหนดใหผูเขารวมคารายใดรายหนึ่งเปนผูเขารวมคาหลักกิจการรวมคานั้น ตองใชผลงานของผูเขารวมคาหลักรายเดียวเปนผลงานของกิจการรวมคาที่ยื่นขอเสนอ
   หนาที่ 2
   สําหรับขอตกลงฯ ที่ไมไดกําหนดใหผูเขารวมคารายใดเปนผูเขารวมคาหลัก ผูเขารวมคา ทุกรายจะตองมีคุณสมบัติครบถวนตามเงื่อนไขที่กําหนดไวในเอกสารเชิญชวน
   (3) การยื่นขอเสนอของกิจการรวมคา
   (3.1) กรณีที่ขอตกลงฯ กําหนดใหมีการมอบหมายผูเขารวมคารายใดรายหนึ่งเปนผูยื่น ขอเสนอในนามกิจการรวมคา การยื่นขอเสนอดังกลาวไมตองมีหนังสือมอบอํานาจ
   สําหรับขอตกลงฯ ที่ไมไดกําหนดใหผูเขารวมคารายใดเปนผูยื่นขอเสนอ ผูเขารวมคา ทุกรายจะตองลงลายมือชื่อในหนังสือมอบอํานาจใหผูเขารวมคารายใดรายหนึ่งเปนผูยื่นขอเสนอในนามกิจการ รวมคา
   (3.2) การยื่นขอเสนอดวยวิธีประกวดราคาอิเล็กทรอนิกส (e - bidding) ใหผูเขารวมคาที่ ไดรับมอบหมายหรือมอบอํานาจตามขอ (3.1) ดําเนินการซื้อเอกสารประกวดราคาอิเล็กทรอนิกส กรณีที่มี การจําหนายเอกสารซื้อหรือจาง
   3.12. ผูยื่นขอเสนอตองลงทะเบียนที่มีขอมูลถูกตองครบถวนในระบบจัดซื้อจัดจางภาครัฐดวย อิเล็กทรอนิกส (Electronic Government Procurement : e - GP) ของกรมบัญชีกลาง 3.13. ผูยื่นขอเสนอตองมีมูลคาสุทธิของกิจการ ดังนี้
4. กรณีผูยื่นขอเสนอเปนนิติบุคคลที่จัดตั้งขึ้นตามกฎหมายไทยหรือตางประเทศซึ่งได จดทะเบียนเกินกวา 1 ป ตองมีมูลคาสุทธิของกิจการ จากผลตางระหวางสินทรัพยสุทธิหักดวยหนี้สินสุทธิ ที่ปรากฏในงบแสดงฐานะการเงินที่มีการตรวจรับรองแลว ซึ่งจะตองแสดงคาเปนบวก 1 ปสุดทายกอนวันยื่น ขอเสนอ งบแสดงฐานะการเงิน 1 ปสุดทายกอนวันยื่นขอเสนอ หมายถึง งบแสดงฐานะการเงินยอนไปกอน วันที่หนวยงานของรัฐกําหนดใหเปนวันยื่นขอเสนอ 1 ปปฏิทิน เวนแตกรณีนิติบุคคลที่จัดตั้งขึ้นตามกฎหมาย ไทย หากวันยื่นขอเสนอเปนชวงระยะเวลาที่กรมพัฒนาธุรกิจการคากําหนดใหนิติบุคคลยื่นงบแสดงฐานะ การเงินกับกรมพัฒนาธุรกิจการคา ซึ่งจะอยูในชวงเดือนมกราคม - เดือนพฤษภาคม ของทุกป โดยนิติบุคคล ที่เปนผูยื่นขอเสนอนั้นยังอยูในชวงของการยื่นงบแสดงฐานะการเงินกับกรมพัฒนาธุรกิจการคา คือ ชวงเดือน มกราคม - เดือนพฤษภาคม กรณีนี้ใหสามารถยื่นงบแสดงฐานะการเงินยอนไปอีก 1 ป ได
5. กรณีผูยื่นขอเสนอเปนนิติบุคคลที่จัดตั้งขึ้นตามกฎหมายไทย ซึ่งยังไมมีการรายงาน งบแสดงฐานะการเงินกับกรมพัฒนาธุรกิจการคา หรือกรณีผูยื่นขอเสนอเปนนิติบุคคลที่จัดตั้งขึ้นตามกฎหมาย ตางประเทศซึ่งยังไมมีการรายงานงบแสดงฐานะการเงิน ใหพิจารณาการกําหนดมูลคาของทุนจดทะเบียน โดยผูยื่นขอเสนอจะตองมีทุนจดทะเบียนที่เรียกชําระมูลคาหุนแลว ณ วันที่ยื่นขอเสนอ ไมต่ํากวา 1 ลานบาท
6. สําหรับการจัดซื้อจัดจางครั้งหนึ่งที่มีวงเงินเกิน 500,000 บาทขึ้นไป กรณีผูยื่นขอเสนอเปน บุคคลธรรมดาใหพิจารณาจากหนังสือรับรองบัญชีเงินฝากไมเกิน 90 วัน กอนวันยื่นขอเสนอ โดยตองมีเงินฝาก คงเหลือในบัญชีธนาคารเปนมูลคา 1 ใน 4 ของมูลคางบประมาณของโครงการหรือรายการที่ยื่นขอเสนอใน แตละครั้ง และหากเปนผูชนะการจัดซื้อจัดจางหรือเปนผูไดรับการคัดเลือกจะตองแสดง หนังสือรับรองบัญชี เงินฝากที่มีมูลคาดังกลาวอีกครั้งหนึ่งในวันลงนามในสัญญา
7. กรณีที่ผูยื่นขอเสนอไมมีมูลคาสุทธิของกิจการหรือทุนจดทะเบียน หรือมีแตไมเพียงพอที่จะเขา ยื่นขอเสนอ สามารถดําเนินการไดดังนี้
   (1) กรณีผูยื่นขอเสนอเปนนิติบุคคลที่จัดตั้งขึ้นตามกฎหมายไทย หรือบุคคลธรรมดาที่ถือ สัญชาติไทย ผูยื่นขอเสนอสามารถขอวงเงินสินเชื่อ โดยตองมีวงเงินสินเชื่อ 1 ใน 4 ของมูลคางบประมาณของ โครงการหรือรายการที่ยื่นขอเสนอในแตละครั้ง จะเปนสินเชื่อที่ธนาคารภายในประเทศ หรือบริษัทเงินทุน หรือบริษัทเงินทุนหลักทรัพยที่ไดรับอนุญาตใหประกอบกิจการเงินทุนเพื่อการพาณิชยและประกอบธุรกิจค้ํา ประกันตามประกาศของธนาคารแหงประเทศไทย ตามรายชื่อบริษัทเงินทุนที่ธนาคารแหงประเทศไทย
   หนาที่ 3
   แจงเวียนใหทราบ โดยพิจารณาจากยอดเงินรวมของวงเงินสินเชื่อที่สํานักงานใหญรับรอง หรือที่สํานักงาน สาขารับรอง (กรณีไดรับมอบอํานาจจากสํานักงานใหญ) ซึ่งออกใหแกผูยื่นขอเสนอ นับถึงวันยื่นขอเสนอ ไมเกิน 90 วัน
   (2) กรณีผูยื่นขอเสนอเปนนิติบุคคลที่จัดตั้งขึ้นตามกฎหมายตางประเทศ หรือบุคคลธรรมดา ที่มิไดถือสัญชาติไทย ผูยื่นขอเสนอสามารถขอวงเงินสินเชื่อ โดยตองมีวงเงินสินเชื่อ 1 ใน 4 ของมูลคา งบประมาณของโครงการหรือรายการที่ยื่นขอเสนอในแตละครั้ง จะเปนสินเชื่อที่ธนาคารภายในประเทศ หรือ บริษัทเงินทุนหรือบริษัทเงินทุนหลักทรัพยที่ไดรับอนุญาตใหประกอบกิจการเงินทุนเพื่อการพาณิชยและ ประกอบธุรกิจค้ําประกันตามประกาศของธนาคารแหงประเทศไทย ตามรายชื่อบริษัทเงินทุนที่ธนาคารแหง ประเทศไทยแจงเวียนใหทราบ หรือเปนสินเชื่อที่ธนาคารตางประเทศหรือบริษัทเงินทุนหลักทรัพยที่ไดรับ อนุญาตใหประกอบกิจการเงินทุนเพื่อการพาณิชยและประกอบธุรกิจค้ําประกันตามประกาศของธนาคาร กลางตางประเทศนั้น ตามรายชื่อบริษัทที่ธนาคารกลางตางประเทศนั้นแจงเวียนใหทราบ โดยพิจารณาจาก ยอดเงินรวมของวงเงินสินเชื่อที่สํานักงานใหญรับรอง หรือที่สํานักงานสาขารับรอง (กรณีไดรับมอบอํานาจ จากสํานักงานใหญ) ซึ่งออกใหแกผูยื่นขอเสนอ นับถึงวันยื่นขอเสนอไมเกิน 90 วัน)
8. กรณีผูยื่นขอเสนอเปนนิติบุคคลที่จัดตั้งขึ้นตามกฎหมายตางประเทศ หรือบุคคลธรรมดาที่มิได ถือสัญชาติไทยตามขอ 2 ขอ 3 และขอ 4 (2) มูลคาจะตองเปนไปตามอัตราแลกเปลี่ยนเงินตราตามประกาศ ที่ธนาคารแหงประเทศไทยกําหนด ในชวงระหวางวันที่เผยแพรประกาศและเอกสารประกวดราคาในระบบ จัดซื้อจัดจางภาครัฐดวยอิเล็กทรอนิกส (e - GP) จนถึงวันเสนอราคา
   ทั้งนี้ ผูยื่นขอเสนอจะตองยื่นเอกสารที่แสดงใหเห็นถึงขอมูลเกี่ยวกับมูลคาสุทธิของกิจการ แลวแตกรณี ประกอบกับเอกสารดังกลาวจะตองผานการรับรองตามระเบียบกระทรวงการตางประเทศวาดวย การรับรองเอกสาร พ.ศ. 2539 และที่แกไขเพิ่มเติม กําหนด โดยจะตองยื่นเอกสารดังกลาวในวันยื่นขอเสนอ หากผูยื่นขอเสนอมิไดมีการยื่นเอกสารดังกลาวมาพรอมกับการยื่นขอเสนอใหถือวาผูยื่นขอเสนอรายนั้นยื่น เอกสารไมครบถวนตามเงื่อนไขที่กําหนดไวในเอกสารประกวดราคา
9. กรณีตามขอ 1 - ขอ 5 ไมใชบังคับกับกรณีดังตอไปนี้
   (6.1) กรณีที่ผูยื่นขอเสนอเปนหนวยงานของรัฐภายในประเทศ
   (6.2) นิติบุคคลที่จัดตั้งขึ้นตามกฎหมายไทยที่อยูระหวางการฟนฟูกิจการตาม พระราชบัญญัติลมละลาย พ.ศ. 2483 และที่แกไขเพิ่มเติม
   (6.3) งานจางกอสรางที่กรมบัญชีกลางไดขึ้นทะเบียนผูประกอบการงานกอสรางแลว และ งานจางกอสรางที่หนวยงานของรัฐที่ไดมีการจัดทําบัญชีผูประกอบการงานกอสรางที่มีคุณสมบัติเบื้องตนไวแลว กอนวันที่พระราชบัญญัติการจัดซื้อจัดจางฯ มีผลใชบังคับ
   (6.4) การจัดซื้อจัดจางตามมาตรา 56 วรรคหนึ่ง (2) (ข) และ (ค) แหงพระราชบัญญัติการ จัดซื้อจัดจางฯ
   (6.5) การซื้ออสังหาริมทรัพยและการเชาอสังหาริมทรัพย
   (6.6) กรณีงานจางบริการหรืองานจางเหมาบริการกับบุคคลธรรมดา เชน จางพนักงานขับรถ ครูชาวตางชาติ พนักงานเก็บขยะ พนักงานบันทึกขอมูล เปนตน
   3.14. ผูยื่นขอเสนอตองมีบุคลากรที่มีประสบการณมีความเชี่ยวชาญในดานตาง ๆ เพื่อดําเนินโครงการ นี้ โดยตองจัดทําเอกสารแสดงรายละเอียดคุณสมบัติของบุคลากรตามรูปแบบที่กําหนด หรือเอกสารประกอบ อื่น ๆ ที่เกี่ยวของและจําเปนในการพิจารณาคุณสมบัติของบุคลากรดังกลาวในวันที่ยื่นขอเสนอกรอกเอกสาร ตามภาคผนวก ก2-ก4 โดยผูยื่นขอเสนอจะตองจัดหาบุคลากรตามที่เสนอมาในการดําเนินงานในโครงการ
   หนาที่ 4
   อยางครบถวนดวย ทั้งนี้ เอกสารตาง ๆ จะตองเปนเอกสารที่ยังไมหมดอายุในวันที่ยื่นขอเสนอ และมีระยะเวลา ครอบคลุมตลอดระยะเวลาดําเนินโครงการ
   3.14.1 ผูจัดการโครงการ (Project Manager) จํานวน 1 คน โดยมีคุณสมบัติ ดังนี้ 3.14.1.1 มีประสบการณในตําแหนงหัวหนาทีมงาน หรือผูชวยผูจัดการโครงการ หรือผูจัดการโครงการ ในโครงการดานการจัดทําระบบสารสนเทศ อยางนอย 60 เดือน นับถึงปที่ยื่นเอกสาร ขอเสนอ ในกรณีที่แตละโครงการมีระยะเวลาทับซอนกันใหนับระยะเวลาเพียงหนึ่งโครงการ โดยสามารถ นับรวมประสบการณในบริษัทของผูยื่นขอเสนอ หรือประสบการณจากที่อื่นก็ได (ตามภาคผนวก ก3) 3.14.1.2 ตองเปนบุคลากรประจําของผูยื่นขอเสนอ ณ วันที่ยื่นขอเสนอ โดยแสดง หลักฐานสําเนาหนังสือรับรองการทํางาน หรือหนังสือรับรองเงินเดือน
   3.14.1.3 ตองสามารถเขาปฏิบัติงานในโครงการอยางนอย 80% ของระยะเวลา ดําเนินโครงการ (ตามภาคผนวก ก2)
   3.14.2 ทีมปฏิบัติงานหลัก อยางนอย 3 คน (ตามภาคผนวก ก4)
   3.14.1.1 ตองเปนบุคลากรประจําของผูยื่นขอเสนอ ณ วันที่ยื่นขอเสนอ โดยแสดง หลักฐานสําเนาหนังสือรับรองการทํางาน หรือหนังสือรับรองเงินเดือน
   3.14.1.2 บุคลากรทุกรายที่เสนอ จะตองมีระยะเวลาปฏิบัติงานไมนอยกวา 50% ของระยะเวลาดําเนินโครงการ (ตามภาคผนวก ก2)
10. ขอบเขตการดําเนินงาน
    ผูรับจางจะตองศึกษา สํารวจ วิเคราะห ระบบสารสนเทศเพื่อรองรับอาจารยพิเศษและอาจารย ชาวตางชาติ และออกแบบงานใหเปนไปตามขอบเขตของงาน โดยมีรายละเอียดตามขอบเขตของงาน ดังนี้ 4.1. ความตองการทั่วไป
    4.1.1 ผูรับจางตองจัดทําแผนการดําเนินงานตลอดโครงการฯ ซึ่งมีความละเอียดของแผนงาน และเนื้อหาอยางนอยดังตอไปนี้
    4.1.1.1 แนวคิดในการบริหารโครงการ
    4.1.1.2 รายชื่อผูรับผิดชอบ
    4.1.1.3 แผนภาพ Gantt Chart
    4.1.1.4 การบริหารความเสี่ยงของโครงการ
    4.1.2 ผูรับจางตองจัดทําเอกสารขอกําหนดความตองการในการพัฒนาระบบ (System Requirement Specification: SRS)
    4.1.3 ผูรับจางตองศึกษา สํารวจ และวิเคราะหกระบวนการทํางานปจจุบันของระบบ สารสนเทศเพื่อรองรับการแตงตั้งอาจารยพิเศษและอาจารยชาวตางชาติ ทั้งในดานขั้นตอนการปฏิบัติงาน ขอมูลที่เกี่ยวของ ปญหา ขอจํากัด และความตองการของผูใชงานในสภาพปจจุบัน (AS IS) เปรียบเทียบกับ รูปแบบการทํางานและความตองการใหมของมหาวิทยาลัย (TO BE) เพื่อกําหนดสวนขยาย สวนปรับปรุง และ แนวทางการออกแบบระบบใหมีความตอเนื่อง มีประสิทธิภาพ เหมาะสมกับเทคโนโลยีปจจุบันและเปนไปตาม ความตองการของมหาวิทยาลัย
    4.1.4 ผูรับจางตองศึกษาและวิเคราะหการทํางานของระบบเดิมและระบบที่เกี่ยวของของ มหาวิทยาลัยที่มีการใชงานอยูในปจจุบัน ซึ่งรวมถึงระบบการจัดการทรัพยากรของมหาวิทยาลัย (CUERP S/4 HANA) ระบบ CU DATA GATEWAY และระบบสารบรรณอิเล็กทรอนิกสของมหาวิทยาลัย (CU LessPaper) เพื่อกําหนดแนวทางการเชื่อมตอ การเชื่อมโยงขอมูล และการทํางานรวมกับระบบสารสนเทศเพื่อรองรับ
    หนาที่ 5
    อาจารยพิเศษและอาจารยชาวตางชาติ ใหเปนไปอยางตอเนื่อง มีประสิทธิภาพ สอดคลองกับความตองการของ มหาวิทยาลัย และไมสงผลกระทบตอเสถียรภาพของระบบหลัก
    4.1.5 ผูรับจางตองศึกษาและวิเคราะหขอบังคับและประกาศที่เกี่ยวของกับการแตงตั้งอาจารย พิเศษ โดยเฉพาะเงื่อนไขการตรวจสอบวุฒิการศึกษา และแนวปฏิบัติการยกเวนคุณสมบัติสําหรับอาจารยพิเศษ 4.1.6 ผูรับจางตองศึกษาและวิเคราะหรูปแบบการออกรายงาน (Export Excel) สําหรับ
    การตรวจสอบรายชื่อและคุณสมบัติของอาจารยพิเศษ เพื่อกําหนดประเภท รายการขอมูล เงื่อนไขการคนหา และรูปแบบรายงานที่เหมาะสมกับการใชงานจริง
    4.1.7 ผูรับจางตองจัดหา Web Fonts และ Fonts ประเภทอื่น ๆ ที่เกี่ยวของสําหรับ การพัฒนาสวนที่เปลี่ยนแปลง/เพิ่มเติม รวมถึงซอฟตแวรทั้งหมดที่เสนอตามจํานวนที่เพียงพอตอการใชงาน สําหรับมหาวิทยาลัย พรอมหลักฐานแสดงวามหาวิทยาลัยมีสิทธิในการใชงานที่ถูกตองตามกฎหมาย
    4.1.8 หากมีการติดตั้งใชงานซอฟตแวรระบบอื่น ๆ เพิ่มเติมเพื่อใหโปรแกรมประยุกตที่เสนอ ในโครงการนี้ สามารถทํางานไดอยางมีประสิทธิภาพตามที่มหาวิทยาลัยตองการและเปนไปตามนโยบายรักษา ความปลอดภัยที่มหาวิทยาลัยกําหนด ผูรับจางตองใหความรวมมือและสนับสนุนการดําเนินงานของ มหาวิทยาลัยดวยการจัดเตรียมเจาหนาที่มาสนับสนุน รวมทั้งจัดการฝกอบรมแกเจาหนาที่ของมหาวิทยาลัย
    อันมีผลเนื่องจากการติดตั้งใชงานซอฟตแวรระบบอื่น ๆ เพิ่มเติม
    4.1.9 ผูรับจางตองออกแบบและพัฒนาระบบสวนที่เปลี่ยนแปลง/เพิ่มเติม ผาน Web Application ใหสามารถเรียกใชงานไดดวยเบราวเซอร เชน Google Chrome, Microsoft Edge, Mozilla Firefox, Safari เวอรชันใหมลาสุดเปนอยางนอยได โดยที่คุณภาพการแสดงผลบนแตละ Web browser ของ แตละอุปกรณมีความสวยงามใชงานงายเหมือนกันในลักษณะ Responsive Design
    4.1.10 ผูรับจางตองออกแบบและจัดทําระบบสวนที่เปลี่ยนแปลง/เพิ่มเติม ใหรองรับการเปลี่ยน ภาษาไทยและภาษาอังกฤษ
    4.1.11 ผูรับจางตองกําหนดมาตรฐานการใหบริการแบบ Web Service (API) ของระบบเพื่อ ใหสามารถเชื่อมโยงแลกเปลี่ยนขอมูลกับระบบอื่น ๆ ในอนาคตของมหาวิทยาลัย
    4.1.12 ผูรับจางตองออกแบบและจัดทําระบบสวนที่เปลี่ยนแปลง/เพิ่มเติม ใหสามารถเชื่อมตอ กับ Mail Server เพื่อทําการสงอีเมลแจงเตือนตาง ๆ ผานทางอีเมลของผูใชงาน
    4.2 ออกแบบและพัฒนาระบบ
    4.2.1 รองรับการบันทึกขอมูลอัตโนมัติ Auto Save
    4.2.2 ระบบตองแสดงสถานะ (Status) ของแตละรายการอยางชัดเจน โดยระบุไดวาปจจุบัน อยูในขั้นตอนใด และอยูภายใตการดําเนินงานของหนวยงานหรือบุคคลใด
    4.2.3 การพัฒนาปรับปรุงระบบสารสนเทศเพื่อรองรับการปรับปรุงโครงสรางของมหาวิทยาลัย 4.2.3.1 ผูรับจางตองดําเนินการออกแบบ Workflow ใหรองรับการตรวจสอบ คุณสมบัติอาจารยพิเศษและอาจารยชาวตางชาติ กําหนดใหสํานักบริหาร
    วิชาการเปนหนวยงานหลักในการตรวจสอบ โดยครอบคลุมการดําเนินงาน
    ทั้งในระดับปริญญาตรีและระดับบัณฑิตศึกษา
    4.2.3.2 ผูรับจางตองดําเนินการปรับปรุงเมนูการดําเนินงาน หนาจอการแสดงผล และฟงกชันการใชงานที่เหมาะสม เพื่อรองรับขั้นตอนการทํางานที่เพิ่มขึ้น
    โดยคํานึงถึงประสบการณการใชงานของผูใชและความสะดวกใน
    การใชงาน (Usability) สําหรับผูใชงานทุกกลุมเปาหมาย
    หนาที่ 6
    4.2.3.3 ผูรับจางตองปรับปรุงระบบโดยคงไวซึ่งฟงกชันการทํางานของระบบ ใหมีความสามารถและประสิทธิภาพไมนอยกวาเดิม และตองรองรับ
    การใชงานตามกระบวนการเดิมและกระบวนการที่ปรับปรุงใหมไดอยาง
    ครบถวน โดยครอบคลุมฟงกชันพื้นฐาน ไดแก การอนุมัติ การไมอนุมัติ
    การสงกลับเพื่อแกไข การติดตามสถานะการดําเนินงาน การสืบคนขอมูล
    การแสดงผลขอมูล และการออกรายงาน โดยตองรองรับการจัดการขอมูล
    ทั้งแบบรายรายการ (Individual Action) และแบบกลุม (Bulk Actions)
    เพื่อเพิ่มประสิทธิภาพในการบริหารจัดการขอมูล
    4.2.3.4 ผูรับจางตองออกแบบและปรับปรุงรูปแบบการออกรายงาน การจัดทํา ประกาศ และตารางการแสดงผลขอมูลที่เกี่ยวของกับกระบวนการ
    ตรวจสอบคุณสมบัติอาจารยพิเศษและอาจารยชาวตางชาติโดยกําหนด
    ประเภทรายการขอมูล เงื่อนไขการคนหา และรูปแบบรายงานที่เหมาะสม
    กับการใชงานจริงตามรูปแบบที่มหาวิทยาลัยกําหนด
    4.2.3.5 ระบบตองมีสงการแจงเตือน (Notification) ไปยังอีเมลของผูใชงาน เมื่อมีรายการที่รอดําเนินการเพื่อใหผูใชงานทราบและสามารถดําเนินการ
    ไดอยางรวดเร็ว
    4.2.4 การพัฒนาระบบบริหารจัดการกรณีไมพบรหัสหลักสูตรและการปรับปรุงหนาจอ การทํางาน
    4.2.4.1 ระบบตองรองรับการตรวจสอบและแจงเตือน ในกรณีขั้นตอนการตรวจสอบ ขอมูลหลักสูตรกอนการจัดทํารางประกาศ (Pre-Drafting Validation) หาก
    ระบบไมพบรหัสหลักสูตรจากการเชื่อมโยงขอมูลผาน CU Data Gateway
    หรือระบบที่เกี่ยวของ ระบบตองแสดงขอความแจงเตือน (Alert Message)
    ใหเจาหนาที่ผูใชงานทราบทันที
    4.2.4.2 ระบบตองรองรับการแยกรายการ (Split/Isolate) ที่พบปญหาเรื่อง รหัสหลักสูตรออกจากกลุมรายการปกติ เพื่อใหรายการที่ขอมูลครบถวน
    สามารถดําเนินกระบวนการจัดทําประกาศตอไปไดโดยไมหยุดชะงัก
    4.2.4.3 ระบบตองรองรับการมีฟงกชันสงตอรายการที่ขอมูลไมสมบูรณไปยังสํานัก บริหารวิชาการหรือหนวยงานผูรับผิดชอบ เพื่อดําเนินการตรวจสอบและ
    ระบุรหัสหลักสูตรใหมที่ถูกตองเขาระบบทดแทน
    4.2.4.4 ผูรับจางตองพัฒนาสวนบันทึกขอมูลสําหรับเจาหนาที่สํานักบริหารวิชาการ ใหสามารถแกไขหรือระบุรหัสหลักสูตรใหมเขาสูรายการดังกลาวได
    เมื่อดําเนินการเรียบรอยแลว ระบบตองสามารถสงขอมูลที่แกไขแลวไปยัง
    ศูนยบริหารกลางเพื่อจัดทําประกาศแตงตั้งตามขั้นตอนปกติไดทันที
    4.2.4.5 ผูรับจางตองดําเนินการปรับปรุงเมนู (Menu Navigation) เพื่อรองรับ ขั้นตอนการทํางานที่เพิ่มขึ้น อาทิ"รายการรอตรวจสอบรหัสหลักสูตร"
    4.2.4.6 ผูรับจางตองดําเนินการการปรับปรุงหนาจอการแสดงผลและฟงกชัน การใชงานที่เหมาะสม โดยคํานึงถึงความสะดวกในการใชงาน (Usability)
    แกผูใชงานทุกกลุม
    หนาที่ 7
    4.2.4.7 ระบบตองมีสงการแจงเตือน (Notification) ไปยังอีเมลของผูใชงาน เมื่อมีรายการที่รอดําเนินการ
    4.2.5 การพัฒนาและปรับปรุงสวนการกรอกขอมูลและเงื่อนไขสวนที่ 1-6 สําหรับขั้นตอน การเสนอขอแตงตั้งอาจารยพิเศษ โดยผูรับจางตองออกแบบหนาจอใหสอดคลองกับพฤติกรรมการใชงานจริง ที่ไดจากการวิเคราะห (Business Process Reengineering: BPR) โดยเนนการลดจํานวนการกรอกขอมูล และ การดึงขอมูลอัตโนมัติ
    4.2.5.1 สวนที่ 1 ขอมูลสวนบุคคล
    4.2.5.1.1 รองรับการระบุสถานภาพอาจารยประจําหลักสูตร โดย
    การกรอกขอมูลพรอมแนบหลักฐานโดยเจาหนาที่ผูรับผิดชอบ
    การกรอกขอมูลของสวนงาน ตลอดจนการนําขอมูลเขาจาก
    ฐานขอมูลของระบบ และการเชื่อมตอขอมูลดวย Web API
    4.2.5.1.2 รองรับการระบุสถานภาพอาจารยพิเศษที่ไดรับการแตงตั้ง
    กอนที่เกณฑมาตรฐานหลักสูตรระดับปริญญาตรี พ.ศ. 2558
    จะประกาศใชแตปจจุบันคุณสมบัติไมผานเกณฑ โดย
    การกรอกขอมูลพรอมแนบหลักฐานของเจาหนาที่ผูรับผิดชอบ
    การกรอกขอมูลของสวนงาน ตลอดจนการนําขอมูลเขาจาก
    ฐานขอมูลของระบบ และการเชื่อมตอขอมูลดวย Web API
    4.2.5.1.3 รองรับการระบุสถานภาพอาจารยพิเศษที่ไดรับการแตงตั้งให
    เปนผูเชี่ยวชาญเฉพาะในระดับปริญญาตรี(แยกจากระดับ
    บัณฑิตศึกษา) โดยการกรอกขอมูลพรอมแนบหลักฐานของ
    เจาหนาที่ผูรับผิดชอบการกรอกขอมูลของสวนงาน ตลอดจน
    การนําขอมูลเขาจากฐานขอมูลของระบบ และการเชื่อมตอ
    ขอมูลดวย Web API
    4.2.5.1.4 ผูรับจางจะตองดําเนินการวิเคราะหและจัดทํากระบวนการ
    เชื่อมตอขอมูล (Interface Specification) ใหเปนไปตาม
    มาตรฐานความปลอดภัยทางคอมพิวเตอรของมหาวิทยาลัย
    เพื่อใหมั่นใจวาขอมูลที่นํามาแสดงผลมีความเปนปจจุบัน
    (Real-time or Latest Update)
    4.2.5.2 สวนที่ 2 ขอมูลงานและหลักสูตร
    4.2.5.2.1 ระบบตองรองรับการบันทึก การแสดงผล และการสืบคน
    ขอมูลรหัสหลักสูตรใน 2 รูปแบบ
    (1) รหัสหลักสูตรตามรูปแบบของจุฬาลงกรณมหาวิทยาลัย
    (2) รหัสหลักสูตรตามรูปแบบของกระทรวง อว.
    4.2.5.2.2 ระบบตองมีความสามารถในการเชื่อมตอเพื่อดึงขอมูล
    หลักสูตร จากระบบ CU Data Gateway หรือระบบฐานขอมูล
    ที่เกี่ยวของของมหาวิทยาลัยโดยอัตโนมัติและสามารถนํา
    ขอมูลมาแสดงผลไดอยางถูกตองแมนยํา อาทิ ชื่อหลักสูตร
    (ภาษาไทย-ภาษาอังกฤษ) ระบบการศึกษา ปที่ปรับปรุง
    หลักสูตร
    หนาที่ 8
    4.2.5.2.3 ระบบตองสามารถจัดเก็บและแสดงความสัมพันธระหวาง รหัสทั้งสองรูปแบบของแตละหลักสูตรไดอยางถูกตองและ
    เปนเอกภาพ
    4.2.5.2.4 ผูรับจางจะตองดําเนินการวิเคราะหและจัดทํากระบวนการ เชื่อมตอขอมูล (Interface Specification) ใหเปนไปตาม
    มาตรฐานความปลอดภัยทางคอมพิวเตอรของมหาวิทยาลัย
    เพื่อใหมั่นใจวาขอมูลที่นํามาแสดงผลมีความเปนปจจุบัน
    (Real-time or Latest Update)
    4.2.5.3 สวนที่ 3 ขอมูลวุฒิการศึกษา
    4.2.5.3.1 ระบบตองแสดงรายการวุฒิการศึกษาที่ผานการพิจารณา ตรวจสอบความถูกตองจากเจาหนาที่ทรัพยากรบุคคล (HR
    สํานักบริหารทรัพยากรมนุษย) ในสวนตารางสรุปเมื่อผูใชงาน
    เขาสูหนาจอสวนที่ 3 โดยดึงจากฐานขอมูลของระบบและตอง
    เปนขอมูลลาสุด (Latest Update)
    4.2.5.3.2 กรณีที่ผูใชงาน ดึงขอมูลวุฒิการศึกษาเดิมในร ะ บบ นอกเหนือจากขอ 4.2.5.3.1 ระบบตองมีกลไกการตรวจสอบ
    ความครบถวนสมบูรณของขอมูล (Data Validation) หาก
    ระบบตรวจพบวาขอมูลในรายการที่เลือกมีความไมสมบูรณ
    ตามเงื่อนไขที่มหาวิทยาลัยกําหนด ระบบจะตองแสดง
    ขอความแจงเตือนที่ชัดเจนและไมอนุญาตใหผูปฏิบัติงาน
    ดําเนินการในขั้นตอนถัดไปไดจนกวาจะมีการปรับปรุงขอมูล
    ใหครบถวนตามมาตรฐาน
    4.2.5.3.3 กรณีที่มีการบันทึกขอมูลวุฒิการศึกษาเพิ่มเติมใหมเขาสูระบบ ระบบตองดําเนินการตรวจสอบความครบถวนของเขตขอมูล
    (Required Fields) ตามเงื่อนไขที่มหาวิทยาลัยกําหนด
    หากผูปฏิบัติงานระบุขอมูลไมครบถวนหรือไมถูกตองตาม
    รูปแบบที่กําหนด ระบบตองแสดงขอความแจงเตือนและ
    ไมอนุญาตใหบันทึกขอมูลหรือดําเนินการเขาสูขั้นตอนถัดไป
    จนกวาจะมีการปรับปรุงขอมูลใหครบถวนตามมาตรฐาน
    4.2.5.3.4 ระบบตองจัดใหมีฟงกชันเลือก (Check box) เพื่อให ผูปฏิบัติงานระบุวุฒิการศึกษาสูงสุดที่เกี่ยวของโดยตรงกับ
    สาขาวิชาที่ขอแตงตั้ง เพื่อใชในการตรวจสอบเกณฑของระบบ
    4.2.5.4 สวนที่ 6 สวนอื่น ๆ
    4.2.5.4.1 การปด Filed การขอบัตรประจําตัวบุคลากร พรอมระบุขอความ แจงปรับเปลี่ยนนโยบายการรับบัตรประจําตัวบุคลากรของ
    มหาวิทยาลัย
    หนาที่ 9
    4.2.6 การพัฒนาปรับปรุงระบบควบคุมเงื่อนไขการตรวจสอบคุณสมบัติและขอยกเวน 4.2.6.1 ผูรับจางตองพัฒนาสวนควบคุมตรรกะของระบบ (Logic Control) เพื่อ ตรวจสอบเงื่อนไขการยกเวนคุณสมบัติอาจารยพิเศษ เฉพาะในระดับ ปริญญาตรีตามเกณฑมาตรฐานหลักสูตร จากขอ 4.2.5.1.2
    4.2.6.2 ผูรับจางตองพัฒนาสวนควบคุมตรรกะของระบบ (Logic Control) เพื่อ ตรวจสอบเงื่อนไขการยกเวนคุณสมบัติอาจารยพิเศษ เฉพาะในระดับ ปริญญาตรีตามเกณฑมาตรฐานหลักสูตร จากขอ 4.2.5.1.3
    4.2.6.3 ผูรับจางตองออกแบบระบบใหการใชตรรกะขอยกเวน (Exemption Logic) ตามขอ 4.2.6.1 และ ขอ 4.2.6.2 ไมมีผลกระทบ ตอเกณฑ การตรวจสอบคุณสมบัติในระดับบัณฑิตศึกษา
    4.2.6.4 ระบบตองสามารถจําแนกเกณฑการตรวจสอบ (Validation Rules) แยก ตามระดับหลักสูตรไดอยางถูกตองและเด็ดขาด
    4.2.6.5 ระบบตองจัดเก็บประวัติการตรวจสอบขอยกเวน (Exemption Log) ไวใน ฐานขอมูล เพื่อใหสามารถเรียกดูหรือตรวจสอบยอนหลังไดวา อาจารย พิเศษคนดังกลาวไดรับสิทธิ์ยกเวนดวยเงื่อนไขใด
    4.2.6.6 การแสดงผลสถานะบนหนาจอใชงาน (User Interface Display) ใน ขั้นตอนการตรวจสอบคุณสมบัติและหนาจอที่เกี่ยวของ ระบบตองแสดง ขอความ “ไดรับยกเวน” หรือสถานะอื่นที่ใกลเคียงตามความตองการของ มหาวิทยาลัย ใหปรากฏอยางชัดเจนบนหนาจอ เพื่อใหเจาหนาที่สํานัก บริหารวิชาการและผูปฏิบัติงานทราบถึงเงื่อนไขการอนุมัติ
    4.2.6.7 ผูรับจางตองพัฒนาสวนควบคุมการเปด–ปดการใชงานเงื่อนไขการยกเวน การตรวจสอบคุณสมบัติอาจารยพิเศษ โดยใหผูดูแลระบบ (Admin) ในการกําหนดสถานะการใชงานตรรกะขอยกเวน โดยสามารถระบุสถานะ ไดอยางนอยเปน “เปดใชงาน” และ “ปดใชงาน” และเมื่อมีการปดใชงาน
    ระบบตองดําเนินการตรวจสอบคุณสมบัติตามเกณฑปกติโดยไมนําเงื่อนไข ขอยกเวนมาประกอบการพิจารณาตรวจสอบเกณฑคุณสมบัติ
    4.2.6.8 ระบบตองจัดเก็บประวัติการเปลี่ยนแปลงการตั้งคาการเปด–ปดการใชงาน ตรรกะขอยกเวนไวในฐานขอมูล เชน ผูดําเนินการ วันที่และเวลา คากอน เปลี่ยนแปลง คาหลังเปลี่ยนแปลง และเหตุผลหรือหมายเหตุประกอบการ เปลี่ยนแปลง เพื่อใหสามารถตรวจสอบยอนหลังได
    4.2.7 การพัฒนาและปรับปรุงสวนการออกรายงานอาจารยพิเศษ
    4.2.7.1 ระบบตองสามารถจัดทํารายงานขอมูลอาจารยพิเศษ โดยใหผูใชงานเลือก แสดงขอมูลตามภาคการศึกษาและปการศึกษาได พรอมรองรับการเลือก ฟลดขอมูลที่ตองการแสดงในรายงานได เชน ขอมูลสวนบุคคล ขอมูลงาน และหลักสูตร วุฒิการศึกษา ประสบการณทํางาน และผลงานทางวิชาการ
    เพื่อใหผูใชงานสามารถจัดทํารายงานไดอยางยืดหยุน ครบถวน และ ตรงตามวัตถุประสงคการใชงาน
    หนาที่ 10
    4.3 การติดตั้งและทดสอบ
    4.3.1 ผูรับจางจะตองดําเนินการพัฒนา ติดตั้ง และสนับสนุนเทคนิคของระบบ ตามระยะเวลา การดําเนินงานที่กําหนดไว
    4.3.2 ผูรับจางตองพรอมทดสอบระบบและติดตั้งทดลองการใชงาน รวมทั้งจัดทํารายงานผล การทดสอบและผลการติดตั้งโปรแกรมที่เสนอหรืออื่น ๆ ที่เกี่ยวของพรอม Soft File 4.3.3 ผูรับจางฝกอบรมเจาหนาที่ที่เกี่ยวของทดสอบ (User Acceptance Test: UAT) การใชงานระบบจริงที่ติดตั้งพรอมปรับแตงระบบใหเหมาะสมและเกิดประสิทธิภาพสูงสุด 4.3.4 ผูรับจางตองจัดทํา Case Test และนําเสนอตอผูวาจางลวงหนาอยางนอย 10 วันทําการ เพื่อพิจารณาความครบถวน กอนดําเนินการทดสอบจริง โดยการทดสอบจะตองแสดงใหเห็นการทํางานของ ระบบงานทุกขั้นตอนแบบ End-to-End พรอมจัดทํารายงานผลการทดสอบเสนอคณะกรรมการตรวจรับพัสดุ 4.3.5 ผูรับจางตองดําเนินการแกไขปรับปรุงทดสอบและประเมินผลความสามารถ ประสิทธิภาพความถูกตองสมบูรณในการทํางานของระบบงานทั้งหมดจนกวาจะไดรับการลงนามยอมรับ (User Acceptance Test) จากผูใชของมหาวิทยาลัย เปนลายลักษณอักษร
    4.4 การฝกอบรมและการสื่อสารการเปลี่ยนแปลง
    4.4.1 ผูรับจางตองเสนอแผนการแนะนําและฝกอบรมที่ตองระบุกําหนดเวลาการแนะนําและ ฝกอบรมรายละเอียดการแนะนําและฝกอบรมแตละเรื่อง วิธีการทดสอบรวมทั้งวิทยากรและผูรับผิดชอบและ ไดรับความเห็นชอบจากมหาวิทยาลัยกอนดําเนินการฝกอบรมหลักสูตรการฝกอบรม สําหรับผูเกี่ยวของ อยางนอย 10 วันทําการ
    4.4.2 หลักสูตรสําหรับเจาหนาที่สํานักบริหารวิชาการ จํานวนผูเขารวมอยางนอย 2 คน จํานวนอยางนอย 1 ครั้ง ผานระบบ Zoom Meeting หรือ หองประชุม
    4.4.3 หลักสูตรสําหรับผูดูแลระบบ จํานวนผูเขารวมอยางนอย 2 คน จํานวนอยางนอย 1 ครั้ง ผานระบบ Zoom Meeting หรือ หองประชุม
    4.4.4 รายละเอียดหัวขอ/หลักสูตรการแนะนําและฝกอบรมที่เสนอตองประกอบดวย 4.4.4.1 กําหนดเวลาการแนะนําและฝกอบรมตามแผน
    4.4.4.2 สวนประกอบของขอเสนอการแนะนําและฝกอบรมแตละหลักสูตร
    4.4.4.3 วัตถุประสงคและเปาหมาย
    4.4.4.4 วิทยากรและคุณสมบัติของวิทยากร
    4.4.4.5 คุณสมบัติผูเขาอบรมเนื้อหาหลักสูตรโดยยอ
    4.4.4.6 รายละเอียดหัวขอในหลักสูตร
    4.4.4.7 วิธีการแนะนําและฝกอบรมอุปกรณรวมถึงการทดสอบ
    4.4.5 ตองสงมอบคูมือฉบับปรับปรุงแกไขในรูปแบบเอกสารการใชงานในระบบที่เสนอ (User Manual) จํานวนใหเพียงพอกับผูเขารับการอบรมพรอม Soft File
11. กําหนดเวลาสงมอบ
    กําหนดระยะเวลาในการดําเนินการใหแลวเสร็จภายใน 120 วัน (หนึ่งรอยยี่สิบวัน) นับถัดจากวันที่ลงนาม ในสัญญา
    หนาที่ 11
12. การสงมอบงาน
    ผูรับจางตองสงมอบผลงานที่จุฬาลงกรณมหาวิทยาลัยสามารถใชงานไดครบถวนตามที่ระบุไวใน เอกสารขอบเขตของงานฉบับนี้ ภายในระยะเวลาการดําเนินการทั้งหมด 120 วัน นับถัดจากวันลงนามใน สัญญา รวมทั้งจัดสงรายงานและเอกสารตาง ๆ ซึ่งตองระบุเนื้องาน ผลงานที่ไดสงมอบ และตัวชิ้นผลงาน จํานวนอยางละ 2 ชุดเปนอยางนอย และจัดสงรายงานและเอกสารตนฉบับในรูปแบบสื่อ USB Flash Drive
    อยางนอย 2 ชุด โดยแฟมขอมูลดังกลาวจะอยูในรูปแบบของ Microsoft Office และ PDF ในแตละงวดงาน โดยมีรายละเอียดของงวดงานแบงเปน 3 งวด และเอกสารที่ตองสงมอบมีดังนี้
    งวดที่
    ระยะเวลา
    (นับจาก
    วันลงนาม
    ในสัญญา)
    งานที่ตองดําเนินงาน
    รายละเอียดสิ่งที่สงมอบ
    1
    30 วัน
    1. ศึกษา และเก็บรวบรวมความตองการ 2. วิเคราะห และออกแบบระบบ
    2. เอกสารสรุปรายละเอียดการยืนยัน ความตองการในการพัฒนาระบบ (System Requirement)
13. เอกสารการออกแบบการทํางานของ ระบบ (Business Blueprint) ซึ่งรวมถึง รายละเอียดกระบวนการปฏิบัติงาน ( Operation Process Flowchart) อยางละเอียดทุกขั้นตอน
    2
    90 วัน
    1. พัฒนาระบบ รวมถึงโปรแกรม
       แบบฟอรม รายงาน การเชื่อมตอ และ สิทธิผูใชงาน ตามการออกแบบระบบ 2. ทดสอบการทํางานของระบบทั้งหมด
    2. เอกสารคุณลักษณะของระบบ
       แบบฟอรมและรายงาน (Program
       Specification)
14. รายงานสรุปผลการทดสอบระบบ พรอมปรับแตงระบบใหเหมาะสมและ เกิดประสิทธิภาพสูงสุด
    3
    120 วัน
    1. จัดทําแผนการฝกอบรม
15. จัดทําเอกสารคูมือการใชงาน (User manual)
16. จัดอบรม/ประชุมเชิงปฏิบัติการ 4. การตรวจสอบระบบ (Go-live Check) 5. นําระบบขึ้นใชงาน (Go-live)
    1. เอกสารแผนการฝกอบรม
17. เอกสารคูมือการใชงาน (User manual) 3. เอกสารประกอบการอบรม/ประชุมเชิง ปฏิบัติการ และรายงานผล
18. การฝกอบรมเจาหนาที่ที่เกี่ยวของ
19. เอกสารการตรวจสอบระบบ (Go-Live Check)
20. เอกสารการออกแบบการทํางานของ ระบบ (Business Blueprint) ซึ่งรวมถึง รายละเอียดกระบวนการปฏิบัติงาน (Operation Process Flowchart) อยาง ละเอียดทุกขั้นตอน (ฉบับสมบูรณ)
21. เอกสารคุณลักษณะของระบบ
    แบบฟอรมและรายงาน (Program
    Specification) (ฉบับสมบูรณ)

หนาที่ 12
7. การชําระเงิน
จุฬาลงกรณมหาวิทยาลัยจะชําระเงินคาจาง โดยแบงงวดชําระเงินตามงวดการสงมอบงาน เปน 3 งวด ดังนี้
งวดที่ 1 จุฬาลงกรณมหาวิทยาลัย จะชําระเงินใหผูรับจางเปนจํานวนเงินในอัตรา รอยละ 30 ของมูลคาสัญญา เมื่อผูรับจางไดปฏิบัติงานและสงมอบงานและ
เอกสารตาง ๆ ที่ระบุไวอยางครบถวนในขอที่ 6 งวดที่ 1 และจุฬาลงกรณ
มหาวิทยาลัยไดพิจารณาตรวจรับเรียบรอยแลว
งวดที่ 2 จุฬาลงกรณมหาวิทยาลัย จะชําระเงินใหผูรับจางเปนจํานวนเงินในอัตรา รอยละ 40 ของมูลคาสัญญา เมื่อผูรับจางไดปฏิบัติงานและสงมอบงานและ
เอกสารตาง ๆ ที่ระบุไวอยางครบถวนในขอที่ 6 งวดที่ 2 และจุฬาลงกรณ
มหาวิทยาลัยไดพิจารณาตรวจรับเรียบรอยแลว
งวดที่ 3 (งวดสุดทาย) จุฬาลงกรณมหาวิทยาลัย จะชําระเงินใหผูรับจางเปนจํานวนเงินในอัตรา รอยละ 30 ของมูลคาสัญญา เมื่อผูรับจางไดปฏิบัติงานและสงมอบงานและ
เอกสารตาง ๆ ที่ระบุไวอยางครบถวนในขอที่ 6 งวดที่ 3 และจุฬาลงกรณ
มหาวิทยาลัยไดพิจารณาตรวจรับเรียบรอยแลว
8. การจัดทําขอเสนอและการยื่นเอกสารขอเสนอ
ผูยื่นขอเสนอจะตองทําขอเสนอโครงการ ประกอบดวย เอกสารและหลักฐานเกี่ยวกับคุณสมบัติผูยื่น ขอเสนอ ขอเสนอดานเทคนิค และขอเสนอดานราคา โดยมีรายละเอียดขอเสนอ ดังนี้
8.1. เอกสารและหลักฐานแสดงคุณสมบัติของผูยื่นขอเสนอ
8.1.1. ในกรณีผูยื่นขอเสนอเปนนิติบุคคล
8.1.1.1. หางหุนสวนสามัญหรือหางหุนสวนจํากัด ใหยื่นสําเนาหนังสือรับรองการจด ทะเบียนนิติบุคคล บัญชีรายชื่อหุนสวนผูจัดการ ผูมีอํานาจควบคุม พรอมทั้ง
รับรองสําเนาถูกตอง
8.1.1.2. บริษัทจํากัดหรือบริษัทมหาชนจํากัด ใหยื่นสําเนาหนังสือรับรองการจดทะเบียน นิติบุคคล หนังสือบริคณหสนธิ บัญชีรายชื่อกรรมการผูจัดการ ผูมีอํานาจ
ควบคุม และบัญชีผูถือหุนรายใหญ พรอมทั้งรับรองสําเนาถูกตอง
8.1.2. สําเนาใบทะเบียนพาณิชย และสําเนาใบทะเบียนภาษีมูลคาเพิ่ม (ภ.พ.20) (ถามี) 8.1.3. หนังสือมอบอํานาจซึ่งปดอากรแสตมปตามกฎหมายในกรณีที่มอบอํานาจใหบุคคลอื่น ลงนามในเอกสารขอเสนอแทน (ถามี)
8.1.4. แบบแสดงการลงทะเบียนในระบบจัดซื้อจัดจางภาครัฐดวยอิเล็กทรอนิกส (Electronic Government Procurement : e-GP) ของกรมบัญชีกลาง
8.1.5. ขอมูลงบแสดงฐานะการเงินที่มีการตรวจสอบและรับรองแลว ตามขอ 3.13
8.1.6. รายละเอียดผลงานและประสบการณตามขอ 3.10 โดยกรอกเอกสารตามภาคผนวก ก1 พรอมหนังสือรับรองผลงานโดยผูมีอํานาจลงนามของหนวยงานเจาของผลงานแสดงอยางชัดแจง 8.1.7. รายละเอียดของบุคลากรที่เขารวมโครงการฯ ตามขอ 3.14 โดยกรอกเอกสารตาม ภาคผนวก ก2 -ก4
หนาที่ 13
8.2. ขอเสนอดานเทคนิค (Technical Proposal)
8.2.1. อธิบายใหเห็นถึงความเขาใจในขอบเขตของการดําเนินงาน (วิธีการออกแบบระบบ การทํา System Workflow ที่แสดงใหเห็นถึงหนาจอและกระบวนการทํางานของระบบ ฯ ตั้งแตตนจนจบ เพื่อแสดง ใหเห็นถึงความเขาใจตามขอบเขตของงานที่กําหนด)
8.2.2. อธิบายเครื่องมือและเทคโนโลยีที่ใชในการพัฒนาระบบ
8.2.3. อธิบายวิธีบริหารและวิธีดําเนินงาน โดยแสดงโครงสรางการจัดการบริหารโครงการ ความเขาใจในโครงการ ตารางแผนการทํางาน ซึ่งแสดงกิจกรรม ระยะเวลาดําเนินงาน ความรับผิดชอบ รวมถึง วิธีการดําเนินการเพื่อใหบรรลุวัตถุประสงคของโครงการและสอดคลองตามขอกําหนดขอบเขตของงาน 8.2.4. แผนการบริหารโครงการ และแผนการบริหารความเสี่ยง
8.3. ขอเสนอดานราคา (Price Proposal)
8.3.1 ราคาที่เสนอสําหรับโครงการพัฒนาระบบสารสนเทศเพื่อรองรับการแตงตั้งอาจารยพิเศษ ระยะที่ 3 (CU Adjunct phase 3) ในครั้งนี้ประกอบดวย
8.3.1.1 คาดําเนินการติดตั้งระบบ (Implementation)
8.3.1.2 คาลิขสิทธิ์การใชซอฟตแวร (Software License) (ถามี)
8.3.1.3 คาใชจายบุคลากร โดยแสดงรายละเอียดจํานวน man-month และอัตราจางเปน รายบุคคล (1 Man-Month = 30 Man-Day Include Holiday)
8.3.1.4 คาใชจายอื่น ๆ เชน คาใชจายในการจัดประชุมหรืออบรม คาพาหนะเดินทาง คาวัสดุอุปกรณ คาจัดทํารายงาน คาถายเอกสาร คาใชจายที่เกี่ยวเนื่อง เปนตน
โดยตองแสดงรายละเอียดคาใชจายตาง ๆ ที่จะตองใชในการดําเนินการตามขอบเขตของงาน แตละรายการตารางแผนปฏิบัติการ ซึ่งรวมภาษีมูลคาเพิ่มภาษีเงินได คาอากรแสตมป ฯลฯ และเสนอสรุปเปน ราคาคาบริการทั้งหมด โดยกําหนดยืนราคา 120 วัน
8.3.2 ผูยื่นขอเสนอจะตองจัดทําขอเสนอราคาในสวนของการบํารุงรักษาระบบและอัตราคาบริการ สําหรับการปรับปรุงหรือพัฒนาระบบเพิ่มเติมในอนาคต โดยขอเสนอราคาดังกลาวเปนเพียงขอมูลประกอบการ พิจารณาและการวางแผนงบประมาณของมหาวิทยาลัย ไมใหนํามารวมเปนราคาขอเสนอในขอ 8.3.1.1 และไม มีผลตอการเปรียบเทียบราคาหรือการพิจารณาคัดเลือกผูชนะการเสนอราคา
8.3.2.1 ผูยื่นขอเสนอจะตองเสนอราคาคาบํารุงรักษาระบบเปนรายป พรอมระบุขอบเขต การใหบริการบํารุงรักษาระบบภายหลังสิ้นสุดระยะเวลารับประกัน ตาม
รายละเอียดในขอ 11
8.3.2.2 ผูยื่นขอเสนอจะตองเสนออัตราคาบริการพัฒนาหรือปรับปรุงระบบเพิ่มเติมใน รูปแบบ Man-day โดยแยกตามประเภทบุคลากร (ถามี) พรอมระบุรายละเอียด
ขอบเขตงานที่ครอบคลุม เพื่อใชเปนขอมูลประกอบการพิจารณาในกรณี
มหาวิทยาลัยมีความประสงคจะวาจางเพิ่มเติมในอนาคต
หนาที่ 14
9. หลักเกณฑการพิจารณาคัดเลือกขอเสนอ
9.1. คณะกรรมการพิจารณาผลการประกวดราคาอิเล็กทรอนิกส (e-Bidding) จะพิจารณาคัดเลือก โดยใชเกณฑราคาประกอบเกณฑอื่น
9.2. ผูยื่นขอเสนอจะตองมีคุณสมบัติ (ขอ 3) และยื่นเอกสารครบถวนตามขอบเขตของงาน 9.3. ในการพิจารณาคัดเลือกขอเสนอใชหลักเกณฑราคาประกอบเกณฑอื่นโดยจะพิจารณาใหคะแนน ตามปจจัยหลักและน้ําหนักที่กําหนดดังนี้
9.3.1. ราคาที่ยื่นขอเสนอ กําหนดน้ําหนักรอยละ 10
9.3.2. ขอเสนอดานเทคนิคหรือขอเสนออื่นๆ กําหนดน้ําหนักรอยละ 90
9.3.2.1. ผลงานและประสบการณของผูยื่นขอเสนอ รอยละ 20
9.3.2.2. คุณสมบัติของบุคลากร รอยละ 10
9.3.2.3. วิธีบริหารและวิธีการดําเนินงาน รอยละ 30
รวมถึงวิธีการบริหารทีมปฏิบัติงานหลัก
9.3.2.4. การนําเสนอและการตอบคําถาม รอยละ 30
รวมเทากับ รอยละ 100
โดยเกณฑการพิจารณาใหคะแนนในแตละหัวขอจะมีรายละเอียดตามภาคผนวก ข
9.4. ผูยื่นขอเสนอที่ไดรับคะแนนประเมินสูงสุดจะไดรับการคัดเลือก
9.5. ในการนําเสนองานและการตอบคําถาม ผูยื่นขอเสนอจะตองแสดงใหคณะกรรมการพิจารณาผลฯ เห็นถึงความรู ความสามารถ ประสบการณ และแนวทางการดําเนินโครงการ ที่จะทําใหมั่นใจไดวา โครงการจะ สามารถบรรลุตามวัตถุประสงคภายในระยะเวลาที่กําหนด และเกิดประโยชนกับจุฬาลงกรณมหาวิทยาลัย โดย มีระยะเวลาการนําเสนอรวมถึงการตอบขอซักถาม 40 นาที รายละเอียดตามภาคผนวก ค
9.6. หากพิจารณาจากเอกสารที่ผูยื่นขอเสนอแนบมาแลวยังมีขอสงสัยไมชัดเจน จุฬาฯ ขอสงวนสิทธิ์ ในการขอสัมภาษณ ตรวจสอบ หรือทดสอบคุณสมบัติของบุคลากรที่ผูยื่นขอเสนอแจงมา 9.7. ในกรณีที่ผูยื่นขอเสนอไดรับสิทธิ์ใหเขาทําสัญญาจางกับจุฬา ฯ บุคลากรหลักที่แจงชื่อถือเปน เงื่อนไขสําคัญของขอเสนอ และเงื่อนไขประกอบสัญญาจาง ทั้งนี้บุคลากรหลักจะตองปฏิบัติงานจริงตั้งแต เริ่มตนจนสิ้นสุดโครงการ จุฬาลงกรณมหาวิทยาลัยไมอนุญาตใหเปลี่ยนบุคลากรหลักในระหวางดําเนินการ ตามสัญญา เวนแตจะไดรับอนุญาตเปนลายลักษณอักษรจากจุฬาลงกรณมหาวิทยาลัย เสียกอน 9.8. จุฬาลงกรณมหาวิทยาลัยสงวนสิทธิ์ที่จะเปลี่ยนแปลงบุคลากรหลักที่ผูยื่นขอเสนอมอบหมาย ใหรวมดําเนินการนี้ตามที่เห็นสมควร โดยผูยื่นขอเสนอจะตองดําเนินการเปลี่ยนแปลงบุคลากรใหมมาทดแทน ใหแลวเสร็จภายใน 10 วัน นับจากวันที่ จุฬาลงกรณมหาวิทยาลัยแจงเปนลายลักษณอักษร ซึ่งผูยื่นขอเสนอ จะนํามาเปนเหตุผลในความลาชาของงานเพื่อขอขยายสัญญาไมไดและไมสามารถคิดคาใชจายใด ๆ เพิ่มเติมได
10. วงเงินงบประมาณ
งบประมาณในการดําเนินการทั้งสิ้นไมเกิน 2,000,000 บาท (สองลานบาทถวน)
หนาที่ 15
11. การรับประกันความชํารุดบกพรอง
ผูรับจางจะตองรับประกันผลงานใหเปนไปดวยความเรียบรอยเปนระยะเวลา 1 ป นับถัดจากวันที่ คณะกรรมการตรวจรับฯ ทําการตรวจรับมอบงานงวดสุดทายเรียบรอยแลว โดยการรับประกันใหครอบคลุมถึง ขอบเขตงานดังตอไปนี้
11.1. ดานระบบสารสนเทศและฐานขอมูล ผูรับจางตองรับประกันความเสถียรและความถูกตองของ ระบบ Web Application หากเกิดขอผิดพลาดทางเทคนิค (Bug) หรือความบกพรองของระบบที่ทําให ไมสามารถเขาถึงขอมูลได ผูรับจางตองดําเนินการแกไขใหสามารถใชงานไดตามปกติภายในระยะเวลา ที่มหาวิทยาลัยกําหนด โดยไมคิดคาใชจายเพิ่มเติมใด ๆ ตอมหาวิทยาลัย
11.2. ดานความปลอดภัยของขอมูล ผูรับจางตองรับประกันการรักษาความมั่นคงปลอดภัยและ ความลับของขอมูลสวนบุคคลของบุคลากรจุฬาลงกรณมหาวิทยาลัยตลอดระยะเวลารับประกัน 11.3. ดานการสนับสนุนและคําปรึกษา ผูรับจางตองจัดเตรียมบุคลากรที่มีความเชี่ยวชาญ เพื่อทํา หนาที่สนับสนุน ชวยเหลือ และใหคําปรึกษาในการแกปญหาทํางานภายหลังจากการใชงานจริง โดยตอง สามารถติดตอสื่อสารเพื่อแกไขปญหาไดทางโทรศัพทหรืออีเมลในวันและเวลาทําการ และจะตองแกปญหา ภายใน 2 วัน นับจากวันที่ไดรับแจงความชํารุดบกพรอง
12. การคิดคาปรับและคาเสียหาย
12.1. คาปรับ
12.1.1. ผูรับจางตองดําเนินการสงมอบผลงานตามที่ไดกําหนดในสัญญา หากไมสามารถ สงมอบไดภายในกําหนดเวลาตามสัญญา จุฬาลงกรณมหาวิทยาลัยจะปรับเปนรายวันในอัตรารอยละ 0.10 ของราคาคาจาง นับแตวันถัดจากวันครบกําหนดตามสัญญาจนถึงวันที่ผูรับจางไดสงมอบผลงานใหแก จุฬาลงกรณมหาวิทยาลัยอยางถูกตองครบถวน
12.1.2. ในระหวางที่จุฬาลงกรณมหาวิทยาลัยยังไมไดใชสิทธิบอกเลิกสัญญานั้น ถาจุฬาลงกรณ มหาวิทยาลัยเห็นวาผูรับจางไมอาจปฏิบัติตามสัญญาตอไปได จุฬาลงกรณมหาวิทยาลัยจะใชสิทธิการบอก เลิกสัญญาและริบหลักประกัน หรือเรียกรองจากธนาคารผูออกหนังสือค้ําประกัน แตทั้งนี้จุฬาลงกรณ มหาวิทยาลัยมีสิทธิที่จะปรับผูรับจางตามขอ 12.1.1 จนถึงวันบอกเลิกสัญญาไดอีกดวย
12.2. หนาที่ความรับผิดชอบและการรับผิดชดใชคาเสียหายของผูรับจาง
12.2.1. ถาผูรับจางไมปฏิบัติตามสัญญาไมวากรณีใด ๆ ก็ตาม จนเปนเหตุใหเกิดความเสียหาย แกจุฬาลงกรณมหาวิทยาลัยแลว ผูรับจางจะตองชดใชคาเสียหายทั้งหมดตามกฎหมายใหแกจุฬาลงกรณ มหาวิทยาลัย ภายในกําหนด 30 วัน นับจากวันที่ไดรับแจงจากจุฬาลงกรณมหาวิทยาลัย
12.2.2. ผูรับจางจะตองชดใชคาเสียหายแกผูวาจาง และปองกันไมใหผูวาจางตองรับผิดชอบ ในบรรดาสิทธิเรียกรองคาเสียหาย คาใชจาย หรือราคา รวมตลอดถึงการเรียกรองโดยบุคคลที่สามอันเกิดจาก ความผิดพลาด หรือการละเวนไมกระทําการของผูรับจาง หรือของลูกจางของผูรับจาง
12.2.3. คาเสียหายทั้งหมดที่ผูรับจางจะตองชดใชแกจุฬาลงกรณมหาวิทยาลัยตามที่กําหนด ในสัญญาสูงสุดไมเกินราคาทั้งหมดของสัญญานี้ ทั้งนี้ไมรวมถึงเงินที่ผูรับจางไดจายคืนแกจุฬาลงกรณ มหาวิทยาลัย เวนแตเปนความเสียหายที่เกิดจากการกระทําละเมิด หรือการกระทําโดยจงใจ หรือประมาท เลินเลอของผูรับจาง ซึ่งผูรับจางจะตองรับผิดเต็มจํานวน
หนาที่ 16
12.2.4. ผูรับจางจะตองรับผิดตอการละเมิดบทบัญญัติแหงกฎหมาย หรือสิทธิใด ๆ ในสิทธิบัตร หรือลิขสิทธิ์ของบุคคลที่สามซึ่งผูรับจางนํามาใชในการปฏิบัติงานตามสัญญานี้
13. การบอกเลิกสัญญา
หากผูรับจางไมสงมอบผลงานดังกลาวใหแกจุฬาลงกรณมหาวิทยาลัยภายในกําหนดเวลา หรือสงมอบ ไมตรงตามสัญญาหรือมีคุณสมบัติไมถูกตอง รวมทั้งกรณีที่มีเหตุใหจุฬาลงกรณมหาวิทยาลัยเชื่อไดวาผูรับจาง ไมสามารถทํางานใหแลวเสร็จบริบูรณภายในกําหนดเวลาก็ดี หรือลวงเลยกําหนดเวลาแลวเสร็จบริบูรณไปแลว ก็ดี หรือทําผิดสัญญาขอหนึ่งขอใดก็ดี จุฬาลงกรณมหาวิทยาลัยมีสิทธิบอกเลิกสัญญาทั้งหมดหรือบางสวนได
เมื่อจุฬาลงกรณมหาวิทยาลัยใชสิทธิบอกเลิกสัญญา จุฬาลงกรณมหาวิทยาลัยมีสิทธิริบหลักประกันและใชสิทธิ เรียกรองหลักประกันการปฏิบัติตามสัญญา รวมถึงเงินที่จุฬาลงกรณมหาวิทยาลัยไดจายใหแกผูรับจางกอน หนานี้คืนแกจุฬาลงกรณมหาวิทยาลัยเปนจํานวนเงินทั้งหมดหรือแตบางสวนก็ได ทั้งนี้เงินที่ไดรับคืนจากผู รับจางไมถือเปนสวนหนึ่งของคาเสียหาย และจุฬาลงกรณมหาวิทยาลัยมีอํานาจจางผูอื่นทํางานแทนผูรับจางได นอกจากนี้ จุฬาลงกรณมหาวิทยาลัยมีสิทธิที่จะดําเนินการใหกรรมสิทธิ์ในบรรดางานที่ผูรับจางไดกระทําขึ้น
เพื่อดําเนินการตามสัญญานี้ตกเปนกรรมสิทธิ์ของจุฬาลงกรณมหาวิทยาลัย
14. การงดหรือลดคาปรับ หรือ การขอขยายเวลาสงมอบ
14.1. ในกรณีที่มีเหตุสุดวิสัย หรือเหตุใด ๆ อันเนื่องมาจากความผิดหรือความบกพรองของ ฝายจุฬาลงกรณมหาวิทยาลัย หรือจากสิ่งพฤติการณอันใดอันหนึ่งซึ่งผูรับจางไมตองรับผิดชอบตามกฎหมาย เปนเหตุใหผูรับจางไมสามารถสงมอบสิ่งของตามเงื่อนไขและกําหนดเวลาแหงสัญญานี้ได ผูรับจางมีสิทธิขอ ขยายเวลาทําการตามสัญญา หรือขอลดหรืองดเวนคาปรับได โดยจะตองแจงเหตุหรือพฤติการณดังกลาวพรอม หลักฐานเปนหนังสือใหจุฬาลงกรณมหาวิทยาลัยทราบ ภายใน 15 วัน นับตั้งแตวันที่เหตุนั้นสิ้นสุดลง
14.2. ถาผูรับจางไมปฏิบัติตามหัวขอการขอขยายเวลาสงมอบขอ 14.1 ใหถือวาผูรับจางไดสละสิทธิ์ การเรียกรองในการที่จะขอขยายเวลาทําการตามสัญญาเพื่อลดหรืองดคาปรับ โดยไมมีเงื่อนไขใด ๆ ทั้งสิ้น เวนแตกรณีเหตุเกิดจากความผิดพลาดหรือความบกพรองของจุฬาลงกรณมหาวิทยาลัยเอง ซึ่งมีหลักฐาน ชัดแจงหรือจุฬาลงกรณมหาวิทยาลัยทราบดีอยูแลวตั้งแตตน
14.3. การขยายเวลาทําการตามสัญญาเพื่อลดหรืองดคาปรับตามหัวขอการขอขยายเวลาสงมอบ ขอ 14.2 ตองไดรับการพิจารณาอนุมัติโดยจุฬาลงกรณมหาวิทยาลัยเปนลายลักษณอักษร
15. การรักษาความลับของขอมูล
15.1. ผูรับจางตองทําขอตกลงจะไมเปดเผยรายละเอียดเกี่ยวกับงาน และจะเก็บรักษาขอมูล และ เอกสารอื่นใดที่เกี่ยวของกับโครงการนี้ไวเปนความลับ เวนแตเปนการเปดเผยเพื่อประโยชนหรือความจําเปนใน การปฏิบัติตามสัญญา หรือเปนกรณีจําเปนตองเปดเผยตามกฎหมายหรือคําสั่งศาล ผูรับจางตองแจงเปน หนังสือใหผูวาจางทราบถึงขอกําหนดหรือคําสั่งดังกลาว และไดรับอนุญาตจากผูวาจางเปนลายลักษณอักษร และในการเปดเผยขอมูล ผูรับจางจะตองดําเนินการตามขั้นตอนทางกฎหมายเพื่อขอความคุมครองขอมูล ดังกลาวไมใหถูกเปดเผยตอสาธารณะดวย
15.2. ผูรับจางตองทําขอตกลงวาบรรดาขอมูล เอกสาร และความลับทางธุรกิจของผูวาจางทั้งปวง ที่ติดตอสื่อสารมาจากผูวาจางไมวาลักษณะใด ๆ ที่เกี่ยวพันกับโครงการนี้ ไมวากอนหรือหลังจากวันที่ลงนามใน สัญญาฯ ถือวาเปนขอมูลความลับของผูวาจาง ซึ่งผูรับจางจะตองนําขอมูลดังกลาวไปใชเพื่อใหบรรลุ
หนาที่ 17
วัตถุประสงคตามสัญญาฯ ผูรับจางมีหนาที่รับผิดชอบในการควบคุมดูแลพนักงาน ลูกจาง ตัวแทน และบุคลากร ของผูรับจาง ไมใหเปดเผยขอมูลความลับของผูวาจางใหแกบุคคลที่สาม โดยปราศจากความยินยอมลวงหนา เปนลายลักษณอักษรจากผูวาจาง
15.3. ผูรับจางเขาใจและยอมรับวาขอมูลหรือเอกสารใด ๆ ที่เกี่ยวของกับการปฏิบัติงานตามสัญญา ฉบับนี้เปนทรัพยสินของผูวาจาง ผูรับจางจะใชขอมูลและเอกสารดังกลาวในการปฏิบัติงานใหเปนไปตาม วัตถุประสงคของสัญญาฯ นี้เทานั้น และจะตองเก็บรักษาขอมูลและเอกสารดังกลาวไวเปนความลับ โดยจะ เปดเผยตอบุคคลอื่นไมไดเปนอันขาด เวนแตจะไดรับความยินยอมจากผูวาจางเปนลายลักษณอักษร และตกลง จะควบคุมดูแลใหบุคลากร พนักงาน ลูกจาง และตัวแทนของผูรับจางปฏิบัติเชนเดียวกันกับ ผูรับจางดวย ในกรณีที่สัญญานี้สิ้นสุดลงไมวาดวยเหตุใด ๆ ผูรับจางตองตกลงสงมอบบรรดาขอมูลและเอกสาร ดังกลาวคืนใหแกผูวาจางทันที
15.4. ผูรับจางตองทําขอตกลงจะเก็บรักษาขอมูลใด ๆ ที่ไดรับมาเนื่องจากการปฏิบัติงานตามสัญญาฯ ไวเปนความลับตลอดไป แมวาสัญญาฯ จะสิ้นสุดลงไมวาดวยเหตุใด ๆ ก็ตาม
หนาที่ 18
ภาคผนวก
หนาที่ 19
ภาคผนวก ก เอกสารคุณสมบัติผูเสนอราคา
ภาคผนวก ก1 แบบฟอรมแสดงผลงานและประสบการณของผูยื่นขอเสนอ ตามขอกําหนด ขอ 3.10 ภาคผนวก ก2 แบบฟอรมแสดงรายชื่อบุคลากรที่เสนอในโครงการทั้งหมด และแสดงระยะเวลาดําเนิน โครงการ (1 Man-Month = 30 Man-day include holiday)
ภาคผนวก ก3 แบบฟอรมแสดงประสบการณและผลงานของผูจัดการโครงการ จํานวน 1 คน ภาคผนวก ก4 แบบฟอรมแสดงประสบการณและผลงานของทีมปฏิบัติงานหลัก จํานวนอยางนอย 3 คน
ภาคผนวก ข เกณฑการพิจารณา
ภาคผนวก ค หัวขอการนําเสนอ
ภาคผนวก ง รายละเอียดตารางเอกสารการยอมรับขอกําหนด (Statement of Compliance) ภาคผนวก ง1 ตารางสรุปการสงเอกสารและหลักฐานแสดงคุณสมบัติของผูยื่นขอเสนอ ภาคผนวก ง2 ตารางสรุปการสงเอกสารขอเสนอดานเทคนิค
ภาคผนวก ง3 ตารางสรุปการสงเอกสารขอเสนอดานราคา
หนาที่ 20
ภาคผนวก ก เอกสารคุณสมบัติผูเสนอราคา
ภาคผนวก ก1 แบบฟอรมแสดงผลงานและประสบการณของผูยื่นขอเสนอ ตามขอกําหนด ขอ 3.10
ลําดับ
ชื่อโครงการ
ชื่อหนวยงาน/
องคกรที่ดําเนินการ
ปที่ดําเนิน
โครงการ
(เดือน/ป -
เดือน/ป)
ระยะเวลาของ โครงการ
(จํานวนเดือน)
มูลคาโครงการ (บาท)
ขอบเขตของงาน
ระบบสารสนเทศ/ เครื่องมือที่ใช
ชื่อผูที่
สามารถ
ติดตอได
(Reference)
เบอรโทร
ชื่อเอกสารอางอิง
หนังสือรับรองผลงาน (ติด Index)
เอกสารสวนนี้สงผลตอ การคิดคะแนนตาม
ภาคผนวก ข.
ระบบฐานขอมูลกลาง /ระบบเชื่อมตอขอมูล /ระบบ API
(โปรดระบุโดยสังเขป)
CUERP
S/4 HANA (มี/ไมมี)
ระบบ CU DATA
GATEWAY (มี/ไมมี)
1
โครงการ ตัวอยาง A
จุฬาลงกรณ
มหาวิทยาลัย
เม.ย. 2565 -
มี.ค. 2566
12
3,000,000

มี 




นายเอ สมมุติ 
02-218-0933 
a. 1.1

การรับรองการปฏิบัติงาน: ผูยื่นขอเสนอ (กรณีมีมากกวา 1 หนา ใหลงนามกํากับทุกหนา)
• ขาพเจาขอรับรองวา ขอมูลรายละเอียดผลงานและประสบการณดานการพัฒนาระบบสารสนเทศที่ปรากฏในเอกสารฉบับนี้ เปนขอมูลที่ถูกตองและเปนความจริงทุกประการ โดยบริษัทเปนคูสัญญาโดยตรงกับหนวยงาน เจาของโครงการ และโครงการดังกลาวไดดําเนินการแลวเสร็จพรอมสงมอบงานเรียบรอยแลว
• หากปรากฏภายหลังวาขอมูลดังกลาวเปนเท็จ บริษัทผูยื่นขอเสนอยินยอมใหหนวยงานพิจารณาดําเนินการตามเงื่อนไขของการจัดซื้อจัดจางโดยไมมีขอโตแยงใด ๆ
ลงชื่อ ………………………………………………….. ผูรับรองขอมูล
( ………………………………………………….. )
วันที่ ………/………/………

ประทับตราบริษัท

หนาที่ 21
ภาคผนวก ก2 แบบฟอรมแสดงรายชื่อบุคลากรที่เสนอในโครงการทั้งหมด และแสดงระยะเวลาดําเนินโครงการ (1 Man-Month = 30 Man-day include holiday)
ลําดับ
ชื่อ - นามสกุล
ตําแหนงในโครงการ
งานที่รับผิดชอบในโครงการ
ระยะเวลาดําเนินการในโครงการ
(ระบุจํานวนวันที่เขาปฏิบัติงานตอเดือน
นับวันตามปฏิทิน)
รวม
(วัน)
คิดเปนรอยละ
1
2
3
4
5
1
นายตัวอยาง ที่หนึ่ง
ผูจัดการโครงการ
….
30
30
30
30
30
150
100

สําหรับผูยื่นขอเสนอ (กรณีมีมากกวา 1 หนา ใหลงนามกํากับทุกหนา)
• ขาพเจาขอรับรองวา รายชื่อบุคลากรและระยะเวลาการปฏิบัติงานในโครงการที่ระบุในเอกสารฉบับนี้เปนขอมูลที่ถูกตองและเปนความจริงทุกประการ และบุคลากรดังกลาวมีความพรอมในการปฏิบัติงานตามโครงการ นี้

ลงชื่อ ………………………………………………….. ผูรับรองขอมูล
( ………………………………………………….. )
วันที่ ………/………/………

ประทับตราบริษัท

หนาที่ 22
ภาคผนวก ก3 แบบฟอรมแสดงประสบการณและผลงานของผูจัดการโครงการ จํานวน 1 คน
• ชื่อ-นามสกุล ………………………………………………………….
• ตําแหนงปจจุบัน: ………………………………………………………………………… สังกัด (บริษัท/หนวยงาน): …………………………………………………………………………………….. • สถานะการจางงาน
□ เปนบุคลากรประจําของผูยื่นขอเสนอ (โปรดแนบสําเนาหนังสือรับรองการทํางาน หรือหนังสือรับรองเงินเดือน เพื่อเปนหลักฐาน)
ลําดับ
ชื่อโครงการ
ชื่อหนวยงาน/องคกร ที่ดําเนินการ
ปที่ดําเนินโครงการ
(เดือน/ป - เดือน/ป)
ระยะเวลาใน การรวม
โครงการ
(จํานวนเดือน)
ตําแหนง
ในโครงการ
มูลคาของ
โครงการ
(บาท)
ขอบเขตของงาน
ชื่อเอกสารอางอิง
อาทิ CV หนังสือรับรองผลงาน (ติด Index)
ระบบฐานขอมูลกลาง /ระบบเชื่อมตอขอมูล /ระบบ API
(โปรดระบุโดยสังเขป)
CUERP
S/4 HANA
(มี/ไมมี)
ระบบ CU
DATA
GATEWAY
(มี/ไมมี)
1
โครงการ ตัวอยาง A
บริษัท ตัวอยางที่ 1 จํากัด
เม.ย. 2561 - มี.ค. 2562
12
ผูจัดการโครงการ
5,000,000

มี 


b. 1.1

การรับรองการปฏิบัติงาน: เจาของประวัติ
• ขาพเจาขอรับรองวาสามารถเขาปฏิบัติงานในโครงการพัฒนาระบบสารสนเทศเพื่อรองรับอาจารยพิเศษ และอาจารยชาวตางชาติ (CU Adjunct) ไดอยางนอยรอยละ 80 ของระยะเวลาดําเนินโครงการ
ลงชื่อ …………………………………………………..
( ………………………………………………….. )
วันที่ ………/………/………
สําหรับผูยื่นขอเสนอ
• ขาพเจาขอรับรองวาขอมูลขางตนเปนความจริง และบุคลากรดังกลาวเปนพนักงานของบริษัทจริง ลงชื่อ …………………………………………………..
ผูยื่นขอเสนอ ( ………………………………………………….. )
ประทับตราบริษัท

หนาที่ 23
ภาคผนวก ก4 แบบฟอรมแสดงประสบการณและผลงานของทีมปฏิบัติงานหลัก อยางนอย 3 คน (โปรดทําสําเนาและกรอกขอมูลแยกเปนรายบุคคล)
• ชื่อ-นามสกุล …………………………………………………………. คนที่ …….
• ตําแหนงปจจุบัน: ………………………………………………………………………… สังกัด (บริษัท/หนวยงาน): …………………………………………………………………………………….. • สถานะการจางงาน
□ เปนบุคลากรประจําของผูยื่นขอเสนอ (โปรดแนบสําเนาหนังสือรับรองการทํางาน หรือหนังสือรับรองเงินเดือน เพื่อเปนหลักฐาน)
ลําดับ
ชื่อโครงการ
ชื่อหนวยงาน/
องคกรที่ดําเนินการ
ปที่ดําเนินโครงการ
(เดือน/ป - เดือน/ป)
ระยะเวลาใน
การรวมโครงการ (จํานวนเดือน)
ตําแหนงในโครงการ
ขอบเขตของงาน
ชื่อเอกสารอางอิง
อาทิ CV หนังสือรับรอง ผลงาน หรือสําเนา
สัญญาจาง
(ติด Index)
ระบบฐานขอมูลกลาง /ระบบเชื่อมตอขอมูล /ระบบ API
(โปรดระบุโดยสังเขป)
CU ERP
S/4 HANA
(มี/ไมมี)
CU DATA GATEWAY (มี/ไมมี)
1
โครงการ ตัวอยาง A
บริษัท ตัวอยางที่ 1 จํากัด
เม.ย. 2561 - มี.ค. 2562
12
Programmer

มี 
มี 

การรับรองการปฏิบัติงาน: เจาของประวัติ
• ขาพเจาขอรับรองวาสามารถเขาปฏิบัติงานในโครงการพัฒนาระบบสารสนเทศเพื่อรองรับอาจารยพิเศษ และอาจารยชาวตางชาติ (CU Adjunct) ไดอยางนอยรอยละ 50 ของระยะเวลาดําเนินโครงการ
ลงชื่อ …………………………………………………..
( ………………………………………………….. )
วันที่ ………/………/………
สําหรับผูยื่นขอเสนอ
• ขาพเจาขอรับรองวาขอมูลขางตนเปนความจริง และบุคลากรรายนี้มีความรูความสามารถเหมาะสมกับหนาที่ ที่ระบุในขอบเขตการดําเนินงานโครงการนี้
ลงชื่อ …………………………………………………..
ผูยื่นขอเสนอ ( ………………………………………………….. )
ประทับตราบริษัท (ถามี)

หนาที่ 24
ภาคผนวก ข เกณฑการพิจารณา
เกณฑการประเมินขอเสนอดานเทคนิคของผูยื่นขอเสนอ โดยใชเกณฑราคาประกอบ เกณฑอื่น โดยมีรายละเอียดดังนี้

• ราคาที่ยื่นขอเสนอ กําหนดน้ําหนักรอยละ 10 คํานวณจากสูตร ดังนี้
  100 – (((ราคาของผูยื่นขอเสนอ – ราคาต่ําสุด)/ราคาต่ําสุด) X 100
• ขอเสนอดานเทคนิคหรือขอเสนออื่นๆ กําหนดน้ําหนักรอยละ 90
• ผลงานและประสบการณของผูยื่นขอเสนอ รอยละ 20
  (รายละเอียดตามเกณฑการพิจารณาใหคะแนนขอ 1)
• คุณสมบัติของบุคลากร รอยละ 10
  (รายละเอียดตามเกณฑการพิจารณาใหคะแนนขอ 2)
• วิธีบริหารและวิธีการดําเนินงาน รอยละ 30
  รวมถึงวิธีการบริหารทีมปฏิบัติงานหลัก
  (รายละเอียดตามเกณฑการพิจารณาใหคะแนนขอ 3)
• การนําเสนอและการตอบคําถาม รอยละ 30
  (รายละเอียดตามเกณฑการพิจารณาใหคะแนนขอ 4)
  รวมเทากับ รอยละ 100
  รูปแบบการประเมินคะแนนผูเสนอราคา
  • Formula Calculation
  • Subjective Evaluation
  หนาที่ 25
  รายละเอียดเกณฑการพิจารณาใหคะแนน

1. ผลงานและประสบการณของผูยื่นขอเสนอใหน้ําหนักรอยละ 10
   คณะกรรมการพิจารณาผลฯจะพิจารณาใหคะแนนจากผลงานและประสบการณจากขอมูลใน เอกสารภาคผนวก ก1
   เกณฑการพิจารณา
   คะแนน
   มีผลงานและประสบการณจํานวน จํานวน 3 โครงการ ประกอบดวย
2. ดานการจัดทําระบบสารสนเทศมีมูลคาสัญญาไมนอยกวา 2,000,000 บาท (สองลาน บาทถวน) ใหกับหนวยงานราชการหรือรัฐวิสาหกิจหรือหนวยงานในกํากับของรัฐหรือ หนวยงานเอกชนที่จุฬาลงกรณมหาวิทยาลัยเชื่อถือ และเปนสัญญาที่ตรวจรับมอบ ผลงานแลวเสร็จในระยะเวลาไมเกิน 5 ป นับถึงปที่ยื่นเอกสารขอเสนอ จํานวน 2
   โครงการ และ
3. ดานการจัดทําระบบสารสนเทศที่เชื่อมกับระบบการจัดการทรัพยากรของมหาวิทยาลัย (CUERP S/4 HANA) และ ระบบ CU DATA GATEWAY จํานวน 1 โครงการ
   20
   มีผลงานและประสบการณจํานวน จํานวน 3 โครงการ ประกอบดวย
4. ดานการจัดทําระบบสารสนเทศมีมูลคาสัญญาไมนอยกวา 2,000,000 บาท (สองลาน บาทถวน) ใหกับหนวยงานราชการหรือรัฐวิสาหกิจหรือหนวยงานในกํากับของรัฐหรือ หนวยงานเอกชนที่จุฬาลงกรณมหาวิทยาลัยเชื่อถือ และเปนสัญญาที่ตรวจรับมอบ ผลงานแลวเสร็จในระยะเวลาไมเกิน 5 ป นับถึงปที่ยื่นเอกสารขอเสนอ จํานวน 2 โครงการ และ
5. ดานการจัดทําระบบสารสนเทศที่เชื่อมกับระบบการจัดการทรัพยากรของมหาวิทยาลัย (CUERP S/4 HANA) หรือ ระบบ CU DATA GATEWAY จํานวน 1 โครงการ
   15
   มีผลงานและประสบการณจํานวน จํานวน 2 โครงการ ประกอบดวย
6. ดานการจัดทําระบบสารสนเทศมีมูลคาสัญญาไมนอยกวา 2,000,000 บาท (สองลาน บาทถวน) ใหกับหนวยงานราชการหรือรัฐวิสาหกิจหรือหนวยงานในกํากับของรัฐหรือ หนวยงานเอกชนที่จุฬาลงกรณมหาวิทยาลัยเชื่อถือ และเปนสัญญาที่ตรวจรับมอบ ผลงานแลวเสร็จในระยะเวลาไมเกิน 5 ป นับถึงปที่ยื่นเอกสารขอเสนอ จํานวน 2
   โครงการ
   10
   มีผลงานและประสบการณจํานวน จํานวน 1 โครงการ ประกอบดวย
7. มีประสบการณดานการจัดทําระบบสารสนเทศมีมูลคาสัญญาไมนอยกวา 2,000,000 บาท (สองลานบาทถวน) ใหกับหนวยงานราชการหรือรัฐวิสาหกิจหรือหนวยงานใน กํากับของรัฐหรือหนวยงานเอกชนที่จุฬาลงกรณมหาวิทยาลัยเชื่อถือ และเปนสัญญาที่ ตรวจรับมอบผลงานแลวเสร็จในระยะเวลาไมเกิน 5 ป นับถึงปที่ยื่นเอกสารขอเสนอ จํานวน 1 โครงการ
   5

หนาที่ 26
2. คุณสมบัติของบุคลากรใหน้ําหนักรอยละ 10
2.1 ผูจัดการโครงการ (Project Manager) ใหน้ําหนักรอยละ 5
คณะกรรมการพิจารณาผลฯ จะพิจารณาใหคะแนนจากผลงานและประสบการณของ ผูจัดการโครงการ จากขอมูลในเอกสารภาคผนวก ก3
เกณฑการพิจารณา
คะแนน
1. มีประสบการณบริหารโครงการดานการจัดทําระบบสารสนเทศ ในตําแหนงหัวหนา ทีมงาน หรือผูชวยผูจัดการโครงการ หรือผูจัดการโครงการ 60 เดือนขึ้นไป (ไมนับซ้ํา) นับถึงปที่ยื่นเอกสารขอเสนอ
2. ภายในระยะเวลาประสบการณตามขอ 1 ตองมีประสบการณบริหารโครงการดาน การจัดทําระบบสารสนเทศ ในตําแหนงหัวหนาทีมงาน หรือผูชวยผูจัดการโครงการ หรือ ผูจัดการโครงการ จํานวน 5 โครงการ ประกอบดวย
2.1. โครงการระบบสารสนเทศที่มีมูลคามากกวาหรือเทากับ 2,000,000 บาท จํานวน 2 โครงการ
2.2. โครงการระบบสารสนเทศที่มีความซับซอน เชน ระบบฐานขอมูลกลาง ระบบ เชื่อมตอขอมูล ระบบ API หรือระบบที่เชื่อมตอกับระบบสารสนเทศหลักของ องคกร ใหกับหนวยงานราชการหรือรัฐวิสาหกิจหรือหนวยงานในกํากับของรัฐ หรือหนวยงานเอกชนที่จุฬาลงกรณมหาวิทยาลัยเชื่อถือ จํานวน 1 โครงการ
2.3. โครงการระบบสารสนเทศที่เชื่อมตอกับ CUERP S/4 HANA จํานวน 1 โครงการ 2.4. โครงการระบบสารสนเทศที่เชื่อมตอกับ CU DATA GATEWAY จํานวน 1โครงการ
5
1. มีประสบการณบริหารโครงการดานการจัดทําระบบสารสนเทศ ในตําแหนงหัวหนา ทีมงาน หรือผูชวยผูจัดการโครงการ หรือผูจัดการโครงการ 60 เดือนขึ้นไป (ไมนับซ้ํา) นับถึงปที่ยื่นเอกสารขอเสนอ
2. ภายในระยะเวลาประสบการณตามขอ 1 ตองมีประสบการณบริหารโครงการดาน การจัดทําระบบสารสนเทศ ในตําแหนงหัวหนาทีมงาน หรือผูชวยผูจัดการโครงการ หรือผูจัดการโครงการ จํานวน 4 โครงการ ประกอบดวย
2.1. โครงการระบบสารสนเทศที่มีมูลคามากกวาหรือเทากับ 2,000,000 บาท จํานวน 2 โครงการ
2.2. โครงการระบบสารสนเทศที่มีความซับซอน เชน ระบบฐานขอมูลกลาง ระบบ เชื่อมตอขอมูล ระบบ API หรือระบบที่เชื่อมตอกับระบบสารสนเทศหลักของ องคกร ใหกับหนวยงานราชการหรือรัฐวิสาหกิจหรือหนวยงานในกํากับของรัฐ หรือหนวยงานเอกชนที่จุฬาลงกรณมหาวิทยาลัยเชื่อถือ จํานวน 1 โครงการ
2.3. โครงการระบบสารสนเทศที่เชื่อมตอกับ CUERP S/4 HANA หรือ CU DATA GATEWAY จํานวน 1 โครงการ
4

หนาที่ 27
เกณฑการพิจารณา
คะแนน
1. มีประสบการณบริหารโครงการดานการจัดทําระบบสารสนเทศ ในตําแหนงหัวหนา ทีมงาน หรือผูชวยผูจัดการโครงการ หรือผูจัดการโครงการ 60 เดือนขึ้นไป (ไมนับซ้ํา) นับถึงปที่ยื่นเอกสารขอเสนอ
2. ภายในระยะเวลาประสบการณตามขอ 1 ตองมีประสบการณบริหารโครงการดานการ จัดทําระบบสารสนเทศ ในตําแหนงหัวหนาทีมงาน หรือผูชวยผูจัดการโครงการ หรือ ผูจัดการโครงการ จํานวน 3 โครงการ ประกอบดวย
2.1. โครงการระบบสารสนเทศที่มีมูลคามากกวาหรือเทากับ 2,000,000 บาท จํานวน 2 โครงการ
2.2. โครงการระบบสารสนเทศที่มีความซับซอน เชน ระบบฐานขอมูลกลาง ระบบ เชื่อมตอขอมูล ระบบ API หรือระบบที่เชื่อมตอกับระบบสารสนเทศหลักของ องคกร ใหกับหนวยงานราชการหรือรัฐวิสาหกิจหรือหนวยงานในกํากับของรัฐหรือ หนวยงานเอกชนที่จุฬาลงกรณมหาวิทยาลัยเชื่อถือ จํานวน 1 โครงการ
3
1. มีประสบการณบริหารโครงการดานการจัดทําระบบสารสนเทศ ในตําแหนงหัวหนาทีมงาน หรือผูชวยผูจัดการโครงการ หรือผูจัดการโครงการ 60 เดือนขึ้นไป (ไมนับซ้ํา) นับถึงปที่ ยื่นเอกสารขอเสนอ และ
2. ภายในระยะเวลาประสบการณตามขอ 1 ตองมีประสบการณบริหารโครงการดานการ จัดทําระบบสารสนเทศ ในตําแหนงหัวหนาทีมงาน หรือผูชวยผูจัดการโครงการ หรือ ผูจัดการโครงการ ที่มีมูลคาโครงการมากกวาหรือเทากับ 2,000,000 บาท จํานวน 2 โครงการ
2
1. มีประสบการณบริหารโครงการดานการจัดทําระบบสารสนเทศ ในตําแหนงหัวหนาทีมงาน หรือผูชวยผูจัดการโครงการ หรือผูจัดการโครงการ 60 เดือนขึ้นไป (ไมนับซ้ํา) นับถึงปที่ยื่น เอกสารขอเสนอ และ
2. ภายในระยะเวลาประสบการณตามขอ 1 ตองมีประสบการณบริหารโครงการดานการ จัดทําระบบสารสนเทศ ในตําแหนงหัวหนาทีมงาน หรือผูชวยผูจัดการโครงการ หรือ ผูจัดการโครงการ ที่มีมูลคาโครงการมากกวาหรือเทากับ 2,000,000 บาท จํานวน 1 โครงการ
1

หนาที่ 28
2.2 ทีมผูปฏิบัติงานหลัก ใหน้ําหนักรอยละ 5
คณะกรรมการพิจารณาผลฯ จะพิจารณาใหคะแนนจากผลงานและประสบการณของ ทีมผูปฏิบัติงานหลักจากขอมูลในเอกสารภาคผนวก ก4
เกณฑการพิจารณา
คะแนน
1. ผูปฏิบัติงานหลักจํานวนมากกวา 3 คน และ
2. ผูปฏิบัติงานหลักทุกตําแหนงมีประสบการณ คนละ มากกวา 24 เดือน และ 3. ผูปฏิบัติงานหลักจากขอ 1 ตองมีอยางนอย 1 คน ที่มีประสบการณในการวิเคราะห ออกแบบ พัฒนา หรือดําเนินงานเกี่ยวกับระบบสารสนเทศที่มีความซับซอน อาทิ ระบบ ฐานขอมูลกลาง ระบบเชื่อมตอขอมูล ระบบ API หรือระบบที่เชื่อมตอกับระบบสารสนเทศ หลักขององคกร และ
4. ผูปฏิบัติงานหลักจากขอ 1 ตองมีอยางนอย 1 คน ที่มีประสบการณจัดทําระบบสารสนเทศ ที่เชื่อมตอกับ CUERP S/4 HANA หรือ CU DATA GATEWAY
5
1. ผูปฏิบัติงานหลักจํานวนมากกวา 3 คน และ
2. ผูปฏิบัติงานหลักทุกตําแหนงมีประสบการณ คนละ มากกวา 24 เดือน และ 3. ผูปฏิบัติงานหลักจากขอ 1 ตองมีอยางนอย 1 คน ที่มีประสบการณในการวิเคราะห ออกแบบ พัฒนา หรือดําเนินงานเกี่ยวกับระบบสารสนเทศที่มีความซับซอน อาทิ ระบบ ฐานขอมูลกลาง ระบบเชื่อมตอขอมูล ระบบ API หรือระบบที่เชื่อมตอกับระบบสารสนเทศ หลักขององคกร
4
1. ผูปฏิบัติงานหลักจํานวน 3 คน และ
2. ผูปฏิบัติงานหลักทุกตําแหนงมีประสบการณ คนละ มากกวา 24 เดือน และ 3. ผูปฏิบัติงานหลักจากขอ 1 ตองมีอยางนอย 1 คน ที่มีประสบการณในการวิเคราะห ออกแบบ พัฒนา หรือดําเนินงานเกี่ยวกับระบบสารสนเทศที่มีความซับซอน อาทิ ระบบ ฐานขอมูลกลาง ระบบเชื่อมตอขอมูล ระบบ API หรือระบบที่เชื่อมตอกับระบบสารสนเทศ หลักขององคกร
3
1. ผูปฏิบัติงานหลักจํานวนมากกวา 3 คน และ
2. ผูปฏิบัติงานหลักทุกตําแหนงมีประสบการณคนละ มากกวา 24 เดือน
2
1. ผูปฏิบัติงานหลักจํานวน 3 คน และ
2. ผูปฏิบัติงานหลักทุกตําแหนงมีประสบการณคนละ นอยกวา 24 เดือน
1

หนาที่ 29
3. วิธีบริหารและวิธีการดําเนินงานรวมถึงวิธีการบริหารทีมปฏิบัติงานหลักใหน้ําหนักรอยละ 30
คณะกรรมการพิจารณาผลฯ จะพิจารณาใหคะแนนจากเอกสารขอเสนอดานเทคนิคตามขอ 8.2 ที่ผูยื่นขอเสนอยื่นมาและจากการนําเสนอ ตามรายละเอียดดังตอไปนี้
เกณฑการพิจารณา
คะแนน
• ดานแผนงาน ขอบเขต (วิธีการออกแบบระบบ การทํา System Workflow ที่แสดง ใหเห็นถึงหนาจอและกระบวนการทํางานของระบบ ฯ ตั้งแตตนจนจบ เพื่อแสดง ใหเห็นถึงความเขาใจตามขอบเขตของงานที่กําหนด)
• วิธีบริหารและวิธีดําเนินโครงการ โดยแสดงโครงสรางการจัดการบริหารโครงการ ตารางแผนการทํางาน ซึ่งแสดงถึงกิจกรรม ระยะเวลาดําเนินงาน รวมถึงวิธีการ ดําเนินการเพื่อใหบรรลุวัตถุประสงคของโครงการที่สอดคลองกับขอบเขตระยะเวลา การสงมอบงานที่กําหนดเปาหมาย (Milestones) หรือผลลัพธที่คาดวาจะไดรับใน แตละชวงอยางเหมาะสม
คะแนนเต็ม 10
1) แผนงานที่นําเสนอมีเปาหมายที่ชัดเจนสอดคลองกับคุณสมบัติและปฏิบัติไดจริง มีแผน บริหารความเสี่ยงและแผนรองรับปญหา (Risk Management & Contingency Plan) ที่ชัดเจนและเปนรูปธรรม
10
2) แผนงานที่นําเสนอมีเปาหมายที่ชัดเจนสอดคลองกับคุณสมบัติและปฏิบัติไดจริงมี การกลาวถึงการบริหารความเสี่ยงและแผนรองรับรับปญหา แตยังไมครบถวนหรือยังไม เปนระบบ
5
3) ไมมีแผนหรือแผนที่เสนอไมครบถวนและไมสมเหตุสมผล คาดวาไมสามารถปฏิบัติได อยางชัดเจน
0
แผนการจัดสรรดานบุคลากรที่เกี่ยวของกับการดําเนินโครงการ โดยมีโครงสรางการบริหาร โครงการ การกําหนดบทบาทความรับผิดชอบ แผนการจัดสรรบุคลากรโดยแจกแจงจํานวน การเขาปฏิบัติงาน Man-day ของบุคลากรที่ใชในแตละกิจกรรมที่ละเอียดชัดเจน
คะแนนเต็ม 10
1) มีแผนการจัดสรรบุคลากรที่ชัดเจน ทีมปฏิบัติงานหลักมีโครงสรางที่เหมาะสมกับ การดําเนินโครงการ และมีการระบุบทบาทหนาที่หลักของบุคลากรที่ชัดเจน
10
2) มีแผนการจัดสรรบุคลากร การบริหารทีมปฏิบัติงานหลักยังไมชัดเจน และ/หรือมี โครงสรางทีมปฏิบัติงานหลักที่ไมเหมาะสมกับขนาดโครงการ
5
3) ไมมีแผนการจัดสรรบุคลากร
0
เครื่องมือและเทคโนโลยีที่ใชในการพัฒนาระบบ
คะแนนเต็ม 10
1) มีรายละเอียดเครื่องมือและเทคโนโลยีที่ใชในการพัฒนาระบบในแตละสวนอยาง ชัดเจน และเปนประโยชนตอจุฬาลงกรณมหาวิทยาลัย
10
2) เครื่องมือ ระบบสารสนเทศ หรือเทคโนโลยีที่เสนอไมเหมาะสมกับการดําเนิน โครงการ หรือไมแสดงความพรอมในการใชงานจริง
5
3) ไมมีเครื่องมือและเทคโนโลยีที่ใชในการพัฒนาระบบ
0

หนาที่ 30
4. การนําเสนอและการตอบคําถาม ใหน้ําหนักรอยละ 30
คณะกรรมการพิจารณาผลฯ พิจารณาใหคะแนนจากความสามารถและความพรอมใน การนําเสนอ ไดแก ความครบถวนสมบูรณของเนื้อหาในการนําเสนอตามเวลาที่กําหนด การนําเสนอ ซอฟตแวร และความสามารถในการตอบขอซักถาม
ภาคผนวก ค หัวขอการนําเสนอ
ในการนําเสนอผูยื่นขอเสนอมีเวลาในการนําเสนอ รวมถึงการตอบขอซักถาม ทั้งหมด 30 นาที
หัวขอ
คะแนน
ระยะเวลา
(นาที)
ผูนําเสนอ
1. ภาพรวมและประสบการณของบริษัท
คะแนนเต็ม 4
10
ผูจัดการโครงการ
1) นําเสนอภาพรวมบริษัท และประสบการณความเชี่ยวชาญ ที่เกี่ยวของโดยตรงและมีผลงานเปนรูปธรรม สามารถ วิเคราะหความสําเร็จ อุปสรรค และแนวทางแกไขจาก ประสบการณที่ผานมาไดอยางชัดเจน พรอมทั้งแสดงความ เขาใจวัตถุประสงค ขอบเขตของงาน บริบทจุฬาฯ ได ครบถวน ชัดเจน และสามารถเสนอแนวทางดําเนินงานที่ นําไปปฏิบัติไดจริงอยางมีประสิทธิภาพ
4
2) นําเสนอภาพรวมบริษัทและประสบการณความเชี่ยวชาญ ที่เกี่ยวของไดครบถวนในภาพรวม มีผลงานหรือขอมูล ประกอบที่แสดงถึงความสามารถในการดําเนินงาน และ เขาใจวัตถุประสงค ขอบเขตงานหลักไดถูกตองเปนสวน ใหญ แตการเชื่อมโยงประสบการณเขากับโครงการ หรือ การวิเคราะหบทเรียนและแนวทางแกไขจากอดีต ยังไม ชัดเจนหรือขาดความลึกซึ้งในบางประเด็น
2
3) มีขอมูลประสบการณและความเขาใจขอบเขตงานในระดับ เบื้องตน ขาดรายละเอียดผลงานหรือหลักฐานสนับสนุน หรือไมสามารถแสดงใหเห็นอยางชัดเจนวาประสบการณ ดังกลาวสนับสนุนการดําเนินโครงการนี้ไดอยางไร
0
2. ความเขาใจในขอบเขตการดําเนินงาน
คะแนนเต็ม 6
1) แสดงความเขาใจขอบเขตงานไดครบถวน ครอบคลุมทั้ง การศึกษา วิเคราะห ออกแบบ พัฒนา ทดสอบ อบรม และ สงมอบงาน สามารถอธิบายกระบวนการทํางานของระบบ ตั้งแตตนจนจบ รวมถึงความเชื่อมโยงกับระบบที่เกี่ยวของ
เชน ระบบ CUERP S/4 HANA, CU Data Gateway, CU LessPaper และกระบวนการตรวจสอบคุณสมบัติอาจารย พิเศษไดอยางถูกตอง ชัดเจน และสอดคลองกับขอกําหนด ของมหาวิทยาลัย
6

หนาที่ 31
หัวขอ
คะแนน
ระยะเวลา
(นาที)
ผูนําเสนอ
2) แสดงความเขาใจขอบเขตงานไดในประเด็นหลัก และ อธิบายแนวทางการดําเนินงานไดสอดคลองกับขอกําหนด โดยรวม แตยังมีบางประเด็นที่อธิบายไมครบถวน เชน รายละเอียดการเชื่อมตอระบบที่เกี่ยวของ การควบคุม เงื่อนไข การตรวจสอบคุณสมบัติ หรือขั้นตอนการใชงาน จริงของผูใชงานแตละกลุม
4

3) แสดงความเขาใจขอบเขตงานไดเพียงบางสวน อธิบาย ประเด็นสําคัญไมครบถวน หรือมีความคลาดเคลื่อนจาก ขอกําหนดของงาน ไมสามารถแสดงใหเห็นภาพรวม กระบวนการทํางานของระบบและความเชื่อมโยงกับระบบ ที่เกี่ยวของไดอยางชัดเจน
2
3. วิธีการบริหารและการดําเนินงาน โดยแสดงโครงสราง การจัดการบริหารโครงการ ตารางแผนการทํางาน ซึ่ง แสดงถึงกิจกรรม ระยะเวลาดําเนินงาน ความรับผิดชอบ  รวมถึงวิธีการดําเนินการเพื่อใหบรรลุวัตถุประสงคของ โครงการและสอดคลองตามขอกําหนดขอบเขตของงาน
คะแนนเต็ม 8
1) นําเสนอวิธีบริหารโครงการไดชัดเจน เปนระบบ และปฏิบัติ ไดจริง มีโครงสรางการบริหารโครงการที่เหมาะสม ระบุ บทบาทและความรับผิดชอบของบุคลากรแตละตําแหนง อยางชัดเจน มีตารางแผนงานที่แสดงกิจกรรม ระยะเวลา  ผูรับผิดชอบ ผลลัพธที่ตองสงมอบ และจุดตรวจสอบ ความกาวหนาในแตละชวงอยางครบถวน รวมถึงมีแนวทาง บริหารความเสี่ยง การควบคุมคุณภาพ การประสานงาน  

และการบริหารการเปลี่ยนแปลงที่เปนรูปธรรม ทําให เชื่อมั่นไดวาสามารถดําเนินงานใหแลวเสร็จภายในเวลา ที่กําหนด
8
2) นําเสนอวิธีบริหารและแผนการดําเนินงานไดคอนขาง ชัดเจน มีโครงสรางทีมงาน ตารางแผนงาน และการระบุ ความรับผิดชอบในระดับหนึ่งแตรายละเอียดบางสวนยัง ไมครบถวน เชน จุดตรวจสอบความกาวหนา แผนบริหาร ความเสี่ยง แผนควบคุมคุณภาพ หรือความเชื่อมโยง ระหวางกิจกรรมกับสิ่งสงมอบในแตละงวดงาน
6
3) นําเสนอวิธีบริหารและแผนการดําเนินงานไดไมชัดเจน ขาดรายละเอียดดานโครงสรางทีม บทบาทหนาที่ ตาราง กิจกรรม ระยะเวลา หรือความรับผิดชอบของแตละฝาย แผนงานยังไมแสดงใหเห็นความเปนไปไดในการ ดําเนินงานจริง หรือไมสามารถยืนยันไดวาจะบรรลุ วัตถุประสงคและสงมอบงานไดตามกําหนด
4

หนาที่ 32
หัวขอ
คะแนน
ระยะเวลา
(นาที)
ผูนําเสนอ
4. หลักการ เครื่องมือ ขอเสนอ/แนวทาง ระบบสารสนเทศ และเทคโนโลยีที่ใชในการดําเนินโครงการ
คะแนนเต็ม 8
15
ผูจัดการโครงการ
1) นําเสนอหลักการ แนวทาง เครื่องมือ ระบบสารสนเทศ และ เทคโนโลยีที่ใชไดอยางครบถวน เหมาะสมกับลักษณะ โครงการ และสอดคลองกับขอกําหนดของมหาวิทยาลัย อธิบายไดชัดเจนวาแตละเครื่องมือหรือเทคโนโลยีจะใชใน ขั้นตอนใด เกิดประโยชนอยางไร รองรับความปลอดภัย การเชื่อมตอระบบ การตรวจสอบขอมูล การใชงานแบบ Web Application, Responsive Design, ภาษาไทย– อังกฤษ และการดูแลรักษาในอนาคตไดอยางเปนรูปธรรม
8
2) นําเสนอเครื่องมือ ระบบสารสนเทศ หรือเทคโนโลยีที่ใชได เหมาะสมในภาพรวม และสอดคลองกับขอบเขตงานสวน ใหญ แตยังอธิบายรายละเอียดการนําไปใชจริงไม ครบถวน เชน วิธีเชื่อมตอระบบ มาตรการดานความ ปลอดภัย การรองรับผูใชงาน หรือแนวทางบํารุงรักษาและ พัฒนาตอในอนาคต
6
3) นําเสนอเครื่องมือหรือเทคโนโลยีไดเพียงทั่วไป ขาด เหตุผลรองรับวาเหมาะสมกับโครงการอยางไร หรือไม สามารถอธิบายการนําไปใชจริงใหสัมพันธกับขอบเขต งานไดอยางชัดเจน เครื่องมือหรือเทคโนโลยีที่เสนออาจไม เพียงพอ ไมเหมาะสม หรือไมแสดงใหเห็นความพรอมใน การดําเนินโครงการ
4
5. ตอบขอซักถาม
คะแนนเต็ม 4
5
ผูจัดการโครงการ
1) ตอบขอซักถามไดตรงประเด็น ชัดเจน ครบถวน และ มีเหตุผลและขอมูลสนับสนุนที่เพียงพอ สามารถอธิบาย รายละเอียดไดอยางมั่นใจ สอดคลองกับขอบเขตงาน ทํา ใหคณะกรรมการมีความเชื่อมั่นในความรู ความพรอม และ ศักยภาพของผูยื่นขอเสนอ
4
2) ตอบขอซักถามในประเด็นหลักไดตรงประเด็นและอธิบาย แนวทางการดําเนินงานไดในระดับมาตรฐาน แตบาง คําตอบยังขาดรายละเอียดเชิงลึกขาดขอมูลสนับสนุนที่ เพียงพอ หรือยังไมสะทอนความชัดเจนในเชิงปฏิบัติ
2
3) ตอบขอซักถามไดไมชัดเจน ไมครบถวน หรือไมตรง ประเด็นในหลายประเด็น ไมสามารถอธิบายรายละเอียด สําคัญของขอเสนอ แผนงาน หรือเทคโนโลยีที่ใชไดอยาง เพียงพอ ทําใหยังไมเกิดความเชื่อมั่นตอความพรอมใน การดําเนินโครงการ
0

หนาที่ 33
ภาคผนวก ง รายละเอียดตารางเอกสารการยอมรับขอกําหนด
ภาคผนวก ง1 ตารางสรุปการสงเอกสารและหลักฐานแสดงคุณสมบัติของผูยื่นขอเสนอ (ซองที่1)
ตารางเอกสารการยอมรับขอกําหนด (Statement of Compliance)
โครงการพัฒนาระบบสารสนเทศเพื่อรองรับอาจารยพิเศษ ระยะที่ 3 (CU Adjunct Phase 3)
บริษัท ………………………………………………..
ขอ
ขอกําหนดตาม TOR
การยอมรับขอกําหนด
เลขอางอิงใน เอกสารขอเสนอ
คําอธิบายเพิ่มเติม
(Remark)
Compliance
Non
Compliance
3
คุณสมบัติผูยื่นขอเสนอ

3.1 
มีความสามารถตามกฎหมาย








3.2 
ไมเปนบุคคลลมละลาย








3.3 
ไมอยูระหวางเลิกกิจการ








3.4 
ไมเปนบุคคลซึ่งอยูระหวางถูกระงับการยื่นขอเสนอหรือทําสัญญากับหนวยงานของรัฐไวชั่วคราว  เนื่องจากเปนผูที่ไมผานเกณฑการประเมินผลการปฏิบัติงานของผูประกอบการตามระเบียบที่ รัฐมนตรีวาการกระทรวงการคลังกําหนดตามที่ประกาศเผยแพรในระบบเครือขายสารสนเทศของ กรมบัญชีกลาง








3.5 
ไมเปนบุคคลซึ่งถูกระบุชื่อไวในบัญชีรายชื่อผูทิ้งงานของทางราชการและไดแจงเวียนชื่อใหเปนผูทิ้ง งานของหนวยงานของรัฐในระบบเครือขายสารสนเทศของกรมบัญชีกลาง ซึ่งรวมถึงนิติบุคคลที่ผูทิ้ง งานเปนหุนสวนผูจัดการ กรรมการผูจัดการ ผูบริหาร ผูมีอํานาจในการดําเนินงานในกิจการของนิติ บุคคลนั้นดวย








3.6 
มีคุณสมบัติและไมมีลักษณะตองหามตามที่คณะกรรมการนโยบายการจัดซื้อจัดจางและ การบริหารพัสดุภาครัฐกําหนดในราชกิจจานุเบกษา

หนาที่ 34

ขอกําหนดตาม TOR
การยอมรับขอกําหนด 
เลขอางอิงใน  เอกสารขอเสนอ
คําอธิบายเพิ่มเติม 

(Remark)
ขอ
Compliance
Non
Compliance
3.7
เปนบุคคลธรรมดาหรือนิติบุคคลผูมีอาชีพรับจางงานที่ประกวดราคาอิเล็กทรอนิกสดังกลาว

3.8 
ไมเปนผูมีผลประโยชนรวมกันกับผูยื่นขอเสนอรายอื่นที่เขายื่นขอเสนอใหแกจุฬาลงกรณมหาวิทยาลัย  ณ วันที่มีหนังสือเชิญชวนไปยังผูประกอบการ หรือไมเปนผูกระทําการอันขัดขวางการแขงขันอยาง เปนธรรมในการคัดเลือกครั้งนี้








3.9 
ไมเปนผูไดรับเอกสิทธิ์หรือความคุมกัน ซึ่งอาจปฏิเสธไมยอมขึ้นศาลไทย เวนแตรัฐบาลของผูยื่น ขอเสนอไดมีคําสั่งใหสละเอกสิทธิ์และความคุมกันเชนวานั้น








3.10 
ผูยื่นขอเสนอตองเปนบริษัทที่มีประสบการณดานการจัดทําระบบสารสนเทศใหกับหนวยงานราชการ หรือรัฐวิสาหกิจหรือหนวยงานในกํากับของรัฐหรือหนวยงานเอกชนที่จุฬาลงกรณมหาวิทยาลัยเชื่อถือ  ที่มีวงเงินมูลคาสัญญาไมนอยกวา 1,000,000 บาท (หนึ่งลานบาทถวน) จํานวนอยางนอย 1 โครงการ  และเปนโครงการที่ตรวจรับมอบผลงานแลวเสร็จในระยะเวลาไมเกิน 5 ป นับถึงปที่ยื่นเอกสาร ขอเสนอ 

โดยผูยื่นขอเสนอตองแนบสําเนาหนังสือรับรองผลงานที่ระบุมูลคารวมของโครงการ โดยผูมี อํานาจลงนามของหนวยงานเจาของผลงานแสดงอยางชัดแจง โดยกรอกเอกสารตามภาคผนวก ก1

3.11 
ผูยื่นขอเสนอที่ยื่นขอเสนอในรูปแบบของ “กิจการรวมคา” ตองมีคุณสมบัติ ดังนี้  (1) การกําหนดสัดสวนในการเขารวมคาของคูสัญญา 

กรณีที่ขอตกลงฯ กําหนดใหผูเขารวมคารายใดรายหนึ่งเปนผูเขารวมคาหลัก ขอตกลงฯ จะตองมี การกําหนดสัดสวนหนาที่ และความรับผิดชอบในปริมาณงาน สิ่งของ หรือมูลคาตามสัญญาของ ผูเขารวมคาหลักมากกวาผูเขารวมคารายอื่นทุกราย
(2) กรณีที่ขอตกลงฯ กําหนดใหผูเขารวมคารายใดรายหนึ่งเปนผูเขารวมคาหลักกิจการรวมคานั้นตอง ใชผลงานของผูเขารวมคาหลักรายเดียวเปนผลงานของกิจการรวมคาที่ยื่นขอเสนอ สําหรับขอตกลงฯ ที่ไมไดกําหนดใหผูเขารวมคารายใดเปนผูเขารวมคาหลัก ผูเขารวมคา ทุกรายจะตองมีคุณสมบัติครบถวนตามเงื่อนไขที่กําหนดไวในเอกสารเชิญชวน
(3) การยื่นขอเสนอของกิจการรวมคา

หนาที่ 35

ขอกําหนดตาม TOR
การยอมรับขอกําหนด 
เลขอางอิงใน  เอกสารขอเสนอ
คําอธิบายเพิ่มเติม 

(Remark)
ขอ
Compliance
Non
Compliance

(3.1) กรณีที่ขอตกลงฯ กําหนดใหมีการมอบหมายผูเขารวมคารายใดรายหนึ่งเปนผูยื่น ขอเสนอในนามกิจการรวมคา การยื่นขอเสนอดังกลาวไมตองมีหนังสือมอบอํานาจ  สําหรับขอตกลงฯ ที่ไมไดกําหนดใหผูเขารวมคารายใดเปนผูยื่นขอเสนอ ผูเขารวมคา ทุกรายจะตองลงลายมือชื่อในหนังสือมอบอํานาจใหผูเขารวมคารายใดรายหนึ่งเปนผูยื่นขอเสนอใน นามกิจการรวมคา 

(3.2) การยื่นขอเสนอดวยวิธีประกวดราคาอิเล็กทรอนิกส (e - bidding) ใหผูเขารวมคาที่ ไดรับมอบหมายหรือมอบอํานาจตามขอ (3.1) ดําเนินการซื้อเอกสารประกวดราคาอิเล็กทรอนิกส กรณีที่มีการจําหนายเอกสารซื้อหรือจาง

3.12 
ผูยื่นขอเสนอตองลงทะเบียนในระบบจัดซื้อจัดจางภาครัฐดวยอิเล็กทรอนิกส (Electronic  Government Procurement : e-GP) ของกรมบัญชีกลาง








3.13 
1. กรณีผูยื่นขอเสนอเปนนิติบุคคลที่จัดตั้งขึ้นตามกฎหมายไทยหรือตางประเทศซึ่งได จดทะเบียนเกินกวา 1 ป ตองมีมูลคาสุทธิของกิจการ จากผลตางระหวางสินทรัพยสุทธิหักดวย หนี้สินสุทธิที่ปรากฏในงบแสดงฐานะการเงินที่มีการตรวจรับรองแลว ซึ่งจะตองแสดงคาเปนบวก  1 ปสุดทายกอนวันยื่นขอเสนอ งบแสดงฐานะการเงิน 1 ปสุดทายกอนวันยื่นขอเสนอ หมายถึง  งบแสดงฐานะการเงินยอนไปกอนวันที่หนวยงานของรัฐกําหนดใหเปนวันยื่นขอเสนอ 1 ปปฏิทิน  เวนแตกรณีนิติบุคคลที่จัดตั้งขึ้นตามกฎหมายไทย หากวันยื่นขอเสนอเปนชวงระยะเวลาที่ กรมพัฒนาธุรกิจการคากําหนดใหนิติบุคคลยื่นงบแสดงฐานะการเงินกับกรมพัฒนาธุรกิจการคา  ซึ่งจะอยูในชวงเดือนมกราคม - เดือนพฤษภาคม ของทุกป โดยนิติบุคคลที่เปนผูยื่นขอเสนอนั้น ยังอยูในชวงของการยื่นงบแสดงฐานะการเงินกับกรมพัฒนาธุรกิจการคา คือ ชวงเดือนมกราคม - เดือนพฤษภาคม กรณีนี้ใหสามารถยื่นงบแสดงฐานะการเงินยอนไปอีก 1 ป ได 

2. กรณีผูยื่นขอเสนอเปนนิติบุคคลที่จัดตั้งขึ้นตามกฎหมายไทย ซึ่งยังไมมีการรายงานงบแสดง ฐานะการเงินกับกรมพัฒนาธุรกิจการคา หรือกรณีผูยื่นขอเสนอเปนนิติบุคคลที่จัดตั้งขึ้นตาม กฎหมายตางประเทศซึ่งยังไมมีการรายงานงบแสดงฐานะการเงิน ใหพิจารณาการกําหนดมูลคาของ

หนาที่ 36

ขอกําหนดตาม TOR
การยอมรับขอกําหนด 
เลขอางอิงใน  เอกสารขอเสนอ
คําอธิบายเพิ่มเติม 

(Remark)
ขอ
Compliance
Non
Compliance

ทุนจดทะเบียน โดยผูยื่นขอเสนอจะตองมีทุนจดทะเบียนที่เรียกชําระมูลคาหุนแลว ณ วันที่ยื่น ขอเสนอ ไมต่ํากวา 1 ลานบาท 

3. สําหรับการจัดซื้อจัดจางครั้งหนึ่งที่มีวงเงินเกิน 500,000 บาทขึ้นไป กรณีผูยื่นขอเสนอเปน บุคคลธรรมดาใหพิจารณาจากหนังสือรับรองบัญชีเงินฝากไมเกิน 90 วัน กอนวันยื่นขอเสนอ โดยตองมีเงินฝากคงเหลือในบัญชีธนาคารเปนมูลคา 1 ใน 4 ของมูลคางบประมาณของโครงการ หรือรายการที่ยื่นขอเสนอในแตละครั้ง และหากเปนผูชนะการจัดซื้อจัดจางหรือเปนผูไดรับการ คัดเลือกจะตองแสดง หนังสือรับรองบัญชีเงินฝากที่มีมูลคาดังกลาวอีกครั้งหนึ่งในวันลงนามใน สัญญา
4. กรณีที่ผูยื่นขอเสนอไมมีมูลคาสุทธิของกิจการหรือทุนจดทะเบียน หรือมีแตไมเพียงพอที่จะ เขายื่นขอเสนอ สามารถดําเนินการไดดังนี้
   (1) กรณีผูยื่นขอเสนอเปนนิติบุคคลที่จัดตั้งขึ้นตามกฎหมายไทย หรือบุคคลธรรมดาที่ถือ สัญชาติไทย ผูยื่นขอเสนอสามารถขอวงเงินสินเชื่อ โดยตองมีวงเงินสินเชื่อ 1 ใน 4 ของมูลคา งบประมาณของโครงการหรือรายการที่ยื่นขอเสนอในแตละครั้ง จะเปนสินเชื่อที่ธนาคาร ภายในประเทศ หรือบริษัทเงินทุนหรือบริษัทเงินทุนหลักทรัพยที่ไดรับอนุญาตใหประกอบกิจการ เงินทุนเพื่อการพาณิชยและประกอบธุรกิจค้ําประกันตามประกาศของธนาคารแหงประเทศไทย
   ตามรายชื่อบริษัทเงินทุนที่ธนาคารแหงประเทศไทยแจงเวียนใหทราบ โดยพิจารณาจากยอดเงิน รวมของวงเงินสินเชื่อที่สํานักงานใหญรับรอง หรือที่สํานักงานสาขารับรอง (กรณีไดรับมอบอํานาจ จากสํานักงานใหญ) ซึ่งออกใหแกผูยื่นขอเสนอ นับถึงวันยื่นขอเสนอไมเกิน 90 วัน
   (2) กรณีผูยื่นขอเสนอเปนนิติบุคคลที่จัดตั้งขึ้นตามกฎหมายตางประเทศ หรือบุคคล ธรรมดาที่มิไดถือสัญชาติไทย ผูยื่นขอเสนอสามารถขอวงเงินสินเชื่อ โดยตองมีวงเงินสินเชื่อ 1 ใน 4 ของมูลคางบประมาณของโครงการหรือรายการที่ยื่นขอเสนอในแตละครั้ง จะเปนสินเชื่อที่ธนาคาร ภายในประเทศ หรือบริษัทเงินทุนหรือบริษัทเงินทุนหลักทรัพยที่ไดรับอนุญาตใหประกอบกิจการ เงินทุนเพื่อการพาณิชยและประกอบธุรกิจค้ําประกันตามประกาศของธนาคารแหงประเทศไทย ตามรายชื่อบริษัทเงินทุนที่ธนาคารแหงประเทศไทยแจงเวียนใหทราบ หรือเปนสินเชื่อที่ธนาคาร

หนาที่ 37

ขอกําหนดตาม TOR
การยอมรับขอกําหนด 
เลขอางอิงใน  เอกสารขอเสนอ
คําอธิบายเพิ่มเติม 

(Remark)
ขอ
Compliance
Non
Compliance

ตางประเทศหรือบริษัทเงินทุนหลักทรัพยที่ไดรับอนุญาตใหประกอบกิจการเงินทุนเพื่อการพาณิชย และประกอบธุรกิจค้ําประกันตามประกาศของธนาคารกลางตางประเทศนั้น ตามรายชื่อบริษัทที่ ธนาคารกลางตางประเทศนั้นแจงเวียนใหทราบ โดยพิจารณาจากยอดเงินรวมของวงเงินสินเชื่อที่ สํานักงานใหญรับรอง หรือที่สํานักงานสาขารับรอง (กรณีไดรับมอบอํานาจจากสํานักงานใหญ) ซึ่ง ออกใหแกผูยื่นขอเสนอ นับถึงวันยื่นขอเสนอไมเกิน 90 วัน) 

5. กรณีผูยื่นขอเสนอเปนนิติบุคคลที่จัดตั้งขึ้นตามกฎหมายตางประเทศ หรือบุคคลธรรมดา ที่มิไดถือสัญชาติไทยตามขอ 2 ขอ 3 และขอ 4 (2) มูลคาจะตองเปนไปตามอัตราแลกเปลี่ยน เงินตราตามประกาศที่ธนาคารแหงประเทศไทยกําหนด ในชวงระหวางวันที่เผยแพรประกาศและ เอกสารประกวดราคาในระบบจัดซื้อจัดจางภาครัฐดวยอิเล็กทรอนิกส (e - GP) จนถึงวันเสนอราคา
   ทั้งนี้ ผูยื่นขอเสนอจะตองยื่นเอกสารที่แสดงใหเห็นถึงขอมูลเกี่ยวกับมูลคาสุทธิของกิจการ แลวแตกรณี ประกอบกับเอกสารดังกลาวจะตองผานการรับรองตามระเบียบกระทรวง การตางประเทศวาดวยการรับรองเอกสาร พ.ศ. 2539 และที่แกไขเพิ่มเติม กําหนด โดยจะตองยื่น เอกสารดังกลาวในวันยื่นขอเสนอ หากผูยื่นขอเสนอมิไดมีการยื่นเอกสารดังกลาวมาพรอมกับ การยื่นขอเสนอใหถือวาผูยื่นขอเสนอรายนั้นยื่นเอกสารไมครบถวนตามเงื่อนไขที่กําหนดไวใน เอกสารประกวดราคา
6. กรณีตามขอ 1 - ขอ 5 ไมใชบังคับกับกรณีดังตอไปนี้
   (6.1) กรณีที่ผูยื่นขอเสนอเปนหนวยงานของรัฐภายในประเทศ
   (6.2) นิติบุคคลที่จัดตั้งขึ้นตามกฎหมายไทยที่อยูระหวางการฟนฟูกิจการตาม พระราชบัญญัติลมละลาย พ.ศ. 2483 และที่แกไขเพิ่มเติม
   (6.3) งานจางกอสรางที่กรมบัญชีกลางไดขึ้นทะเบียนผูประกอบการงานกอสรางแลว และ งานจางกอสรางที่หนวยงานของรัฐที่ไดมีการจัดทําบัญชีผูประกอบการงานกอสรางที่มีคุณสมบัติ เบื้องตนไวแลวกอนวันที่พระราชบัญญัติการจัดซื้อจัดจางฯ มีผลใชบังคับ
   (6.4) การจัดซื้อจัดจางตามมาตรา 56 วรรคหนึ่ง (2) (ข) และ (ค) แหงพระราชบัญญัติการ จัดซื้อจัดจางฯ

หนาที่ 38

ขอกําหนดตาม TOR
การยอมรับขอกําหนด 
เลขอางอิงใน  เอกสารขอเสนอ
คําอธิบายเพิ่มเติม 

(Remark)
ขอ
Compliance
Non
Compliance

(6.5) การซื้ออสังหาริมทรัพยและการเชาอสังหาริมทรัพย 

(6.6) กรณีงานจางบริการหรืองานจางเหมาบริการกับบุคคลธรรมดา เชน จางพนักงานขับ รถ ครูชาวตางชาติ พนักงานเก็บขยะ พนักงานบันทึกขอมูล เปนตน

3.14 
ผูยื่นขอเสนอตองมีบุคลากรที่มีประสบการณมีความเชี่ยวชาญในดานตาง ๆ เพื่อดําเนินโครงการนี้  โดยตองจัดทําเอกสารแสดงรายละเอียดคุณสมบัติของบุคลากรตามรูปแบบที่กําหนด หรือเอกสาร ประกอบอื่น ๆ ที่เกี่ยวของและจําเปนในการพิจารณาคุณสมบัติของบุคลากรดังกลาวในวันที่ ยื่นขอเสนอกรอกเอกสารตามภาคผนวก ก2-ก4 โดยผูยื่นขอเสนอจะตองจัดหาบุคลากรตามที่เสนอ มาในการดําเนินงานในโครงการอยางครบถวนดวย ทั้งนี้ เอกสารตาง ๆ จะตองเปนเอกสารที่ยัง ไมหมดอายุในวันที่ยื่นขอเสนอ และมีระยะเวลาครอบคลุมตลอดระยะเวลาดําเนินโครงการ








3.14.1 ผูจัดการโครงการ (Project Manager) จํานวน 1 คน โดยมีคุณสมบัติ ดังนี้ 3.14.1.1 มีประสบการณในตําแหนงหัวหนาทีมงาน หรือผูชวยผูจัดการโครงการ หรือ ผูจัดการโครงการ ในโครงการที่มีประสบการณดานการจัดทําระบบสารสนเทศ อยางนอย 60 เดือน นับถึงปที่ยื่นเอกสารขอเสนอ ในกรณีที่แตละโครงการ มีระยะเวลาทับซอนกันใหนับระยะเวลาเพียงหนึ่งโครงการ โดยสามารถนับรวม ประสบการณในบริษัทของผูยื่นขอเสนอ หรือประสบการณจากที่อื่นก็ได (ตาม ภาคผนวก ก3) 

3.14.1.2 ตองเปนบุคลากรประจําของผูยื่นขอเสนอ ณ วันที่ยื่นขอเสนอ โดยแสดงหลักฐาน สําเนาหนังสือรับรองการทํางาน หรือหนังสือรับรองเงินเดือน
3.14.1.3 ตองสามารถเขาปฏิบัติงานในโครงการอยางนอย 80% ของระยะเวลาดําเนิน โครงการ (ตามภาคผนวก ก2)

3.14.2 ทีมปฏิบัติงานหลัก อยางนอย 3 คน (ตามภาคผนวก ก4)  

3.14.2.1 ตองเปนบุคลากรประจําของผูยื่นขอเสนอ ณ วันที่ยื่นขอเสนอ โดยแสดงหลักฐาน สําเนาหนังสือรับรองการทํางาน หรือหนังสือรับรองเงินเดือน

หนาที่ 39
ขอ
ขอกําหนดตาม TOR
การยอมรับขอกําหนด
เลขอางอิงใน เอกสารขอเสนอ
คําอธิบายเพิ่มเติม
(Remark)
Compliance
Non
Compliance
3.14.2.2 บุคลากรทุกรายที่เสนอตองสามารถเขาปฏิบัติงานในโครงการอยางนอย 80% ของ ระยะเวลาดําเนินโครงการ (ตามภาคผนวก ก2)

8 
การจัดทําขอเสนอและการยื่นเอกสารขอเสนอ










8.1 
เอกสารและหลักฐานแสดงคุณสมบัติของผูยื่นขอเสนอ








8.1.1 ในกรณีผูยื่นขอเสนอเปนนิติบุคคล








8.1.1.1 หางหุนสวนสามัญหรือหางหุนสวนจํากัด ใหยื่นสําเนาหนังสือรับรองการ จดทะเบียนนิติบุคคล บัญชีรายชื่อหุนสวนผูจัดการ ผูมีอํานาจควบคุม พรอมทั้ง 

รับรองสําเนาถูกตอง

8.1.1.2 บริษัทจํากัดหรือบริษัทมหาชนจํากัด ใหยื่นสําเนาหนังสือรับรองการจดทะเบียน นิ ติ บุ ค ค ล ห นั งสื อ บ ริ ค ณ ห สน ธิ บั ญ ชี ร า ย ชื่ อ ก ร ร มก า รผูจั ดการ  ผูมีอํานาจควบคุม และบัญชีผูถือหุนรายใหญ พรอมทั้งรับรองสําเนาถูกตอง








8.1.2 สําเนาใบทะเบียนพาณิชย และสําเนาใบทะเบียนภาษีมูลคาเพิ่ม (ภ.พ.20) (ถามี)








8.1.3 หนังสือมอบอํานาจซึ่งปดอากรแสตมปตามกฎหมายในกรณีที่มอบอํานาจใหบุคคลอื่น ลงนามในเอกสารขอเสนอแทน (ถามี)








8.1.4 แบบแสดงการลงทะเบียนในระบบจัดซื้อจัดจางภาครัฐดวยอิเล็กทรอนิกส (Electronic  Government Procurement : e-GP) ของกรมบัญชีกลาง








8.1.5 ขอมูลงบแสดงฐานะการเงินที่มีการตรวจสอบและรับรองแลว ตามขอ 3.13








8.1.6 รายละเอียดผลงานและประสบการณตามขอ 3.10 โดยกรอกเอกสารตามภาคผนวก ก1 พรอมหนังสือรับรองผลงานโดยผูมีอํานาจลงนามของหนวยงานเจาของผลงานแสดงอยางชัดแจง 








8.1.7 รายละเอียดของบุคลากรที่เขารวมโครงการฯ ตามขอ 3.14 โดยกรอกเอกสารตามภาคผนวก  ก2 -ก4

หนาที่ 40
ภาคผนวก ง2 ตารางสรุปการสงเอกสารขอเสนอดานเทคนิค (ซองที่1)
ตารางเอกสารการยอมรับขอกําหนด (Statement of Compliance)
โครงการพัฒนาระบบสารสนเทศเพื่อรองรับอาจารยพิเศษ ระยะที่ 3 (CU Adjunct Phase 3)
บริษัท ……………………………………………………………….
ขอ
ขอกําหนดตาม TOR
การยอมรับขอกําหนด
เลขอางอิงใน เอกสารขอเสนอ
คําอธิบายเพิ่มเติม
(Remark)
Compliance
Non
Compliance
8
การจัดทําขอเสนอและการยื่นเอกสารขอเสนอ

8.2 
ขอเสนอทางเทคนิค (Technical Proposal) 








8.2.1. เอกสารอธิบายใหเห็นถึงความเขาใจในขอบเขตของการดําเนินงาน (วิธีการออกแบบระบบ  การทํา System Workflow ที่แสดงใหเห็นถึงหนาจอและกระบวนการทํางานของระบบ ฯ  ตั้งแตตนจนจบ เพื่อแสดงใหเห็นถึงความเขาใจตามขอบเขตของงานที่กําหนด)








8.2.2. เอกสารอธิบายเครื่องมือและเทคโนโลยีที่ใชในการพัฒนาระบบ








8.2.3. เอกสารอธิบายวิธีบริหารและวิธีดําเนินงาน โดยแสดงโครงสรางการจัดการบริหารโครงการ  ความเขาใจในโครงการ ตารางแผนการทํางาน ซึ่งแสดงกิจกรรม ระยะเวลาดําเนินงาน ความ รับผิดชอบ รวมถึงวิธีการดําเนินการเพื่อใหบรรลุวัตถุประสงคของโครงการและสอดคลองตาม ขอกําหนดขอบเขตของงาน








8.2.4. เอกสารอธิบายแผนการบริหารโครงการ และแผนการบริหารความเสี่ยง 

หนาที่ 41
ภาคผนวก ง3 ตารางสรุปการสงเอกสารขอเสนอดานราคา (ซองที่ 2)
ตารางเอกสารการยอมรับขอกําหนด (Statement of Compliance)
โครงการพัฒนาระบบสารสนเทศเพื่อรองรับอาจารยพิเศษ ระยะที่ 3 (CU Adjunct Phase 3)
บริษัท ……………………………………………………………….
ขอ
ขอกําหนดตาม TOR
การยอมรับขอกําหนด
เลขอางอิงใน เอกสารขอเสนอ
คําอธิบายเพิ่มเติม
(Remark)
Compliance
Non
Compliance
8
การจัดทําขอเสนอและการยื่นเอกสารขอเสนอ

8.3 
ขอเสนอดานราคา (PRICE PROPOSAL)








8.3.1 ราคาที่เสนอสําหรับโครงการพัฒนาระบบสารสนเทศเพื่อรองรับอาจารยพิเศษ ระยะที่ 3 (CU  Adjunct Phase 3) ในครั้งนี้ประกอบดวย 

8.3.1.1 คาดําเนินการติดตั้งระบบ (Implementation)
8.3.1.2 คาลิขสิทธิ์การใชซอฟตแวร (Software License) (ถามี)
8.3.1.3 คาใชจายบุคลากร โดยแสดงรายละเอียดจํานวน man-month และอัตราจางเปน รายบุคคล
8.3.1.4 คาใชจายอื่น ๆ เชน คาใชจายในการจัดประชุม/อบรม คาพาหนะเดินทาง คาวัสดุ อุปกรณ คาจัดทํารายงาน คาถายเอกสาร คาใชจายที่เกี่ยวเนื่อง เปนตน
โดยตองแสดงรายละเอียดคาใชจายตาง ๆ ที่จะตองใชในการดําเนินการตามขอบเขตของงาน แตละรายการตารางแผนปฏิบัติการ ซึ่งรวมภาษีมูลคาเพิ่มภาษีเงินได คาอากรแสตมป ฯลฯ แ ล ะ เ ส นอ ส รุ ป เ ป น ร า ค า ค า บ ริ ก า ร ทั้ ง ห ม ด โ ด ย กํ า ห น ด ยื น ร า ค า 1 2 0 วั น

หนาที่ 42
ขอ
ขอกําหนดตาม TOR
การยอมรับขอกําหนด
เลขอางอิงใน เอกสารขอเสนอ
คําอธิบายเพิ่มเติม
(Remark)
Compliance
Non
Compliance
8.3.2 ขอเสนอราคาในสวนของการบํารุงรักษาระบบและอัตราคาบริการสําหรับการปรับปรุงหรือ พัฒนาระบบเพิ่มเติมในอนาคต โดยขอเสนอราคาดังกลาวเปนเพียงขอมูลประกอบการ พิจารณาและการวางแผนงบประมาณของมหาวิทยาลัย ไมใหนํามารวมเปนราคาขอเสนอ ในขอ 8.3.1.1 และไมมีผลตอการเปรียบเทียบราคาหรือการพิจารณาคัดเลือกผูชนะการ เสนอราคา
8.3.2.1 ผูยื่นขอเสนอจะตองเสนอราคาคาบํารุงรักษาระบบเปนรายป พรอมระบุขอบเขตการ ใหบริการบํารุงรักษาระบบภายหลังสิ้นสุดระยะเวลารับประกัน ตามรายละเอียดในขอ 11 8.3.2.2 ผูยื่นขอเสนอจะตองเสนออัตราคาบริการพัฒนาหรือปรับปรุงระบบเพิ่มเติมในรูปแบบ Man-day Rate โดยแยกตามประเภทบุคลากร (ถามี) พรอมระบุรายละเอียดขอบเขตงาน ที่ครอบคลุม เพื่อใชเปนขอมูลประกอบการพิจารณาในกรณีมหาวิทยาลัยมีความประสงค จะวาจางเพิ่มเติมในอนาคต

หนาที่ 43