ประกวดราคาจ้างทำโครงการพัฒนาระบบบริหารจัดการ งานคลัง แผนงาน งบประมาณ และงานทรัพยากรบุคคล กรมวิชาการเกษตร จำนวน ๑ ระบบ

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

• จัดทำแผนการดำเนินงานตลอดระยะเวลาการปฏิบัติงาน โครงการพัฒนาระบบบริหารจัดการงานคลัง แผนงาน งบประมาณ และงานทรัพยากรบุคคล
• ศึกษาและวิเคราะหโครงการพัฒนาระบบบริหารจัดการงานคลัง แผนงาน งบประมาณ และงาน ทรัพยากรบุคคล
• ออกแบบโครงสรางและการเชื่อมโยงขอมูลกับระบบที่เกี่ยวของ
• พัฒนาระบบตามโครงการพัฒนาระบบบริหารจัดการงานคลัง แผนงาน งบประมาณ และงาน ทรัพยากรบุคคล
• ติดตั้งและทดสอบระบบพรอมทั้งแกไขขอบกพรอง
• จัดฝกอบรมผูดูแลระบบ ผูใชงานระบบ และผูเกี่ยวของ เพื่อสามารถปฏิบัติงานไดอยางมีประสิทธิภาพ
• วิเคราะห ออกแบบ พัฒนา ปรับปรุง และบำรุงรักษาระบบบริหารจัดการงานการเงินและการคลัง (Financial Management System : FMS) จำนวน ๑ ระบบ
• วิเคราะห ออกแบบ พัฒนา ปรับปรุง และบำรุงรักษาระบบบริหารจัดการแผนงานและงบประมาณ (Budget Management System : BMS) จำนวน ๑ ระบบ
• วิเคราะห ออกแบบ พัฒนา ปรับปรุง และบำรุงรักษาระบบบริหารจัดการงานทรัพยากรบุคคล (Personnel Resource Management System : PRMS) จำนวน ๑ ระบบ
• วิเคราะห ออกแบบ พัฒนา ปรับปรุง และบำรุงรักษาระบบบริหารจัดการสำนักงานอัจฉริยะ กรมวิชาการเกษตร (DOA Smart Office : DSO) จำนวน ๑ ระบบ
• วิเคราะห ออกแบบ พัฒนา ปรับปรุง และบำรุงรักษาระบบบริหารจัดการลงลายมื่อชื่ออิเล็กทรอนิกส (Electronic Signing Management System : ESMS) จำนวน ๑ ระบบ
• วิเคราะห ออกแบบ พัฒนา ปรับปรุง และบำรุงรักษาระบบบริหารจัดการผูออกใบรับรองอิเล็กทรอนิกส (Certificate Authority Management System : CAMS)
• วิเคราะห ออกแบบ พัฒนา ปรับปรุง และบำรุงรักษาระบบบริหารจัดการไฟลอิเล็กทรอนิกส (Electronic File Management System : EFMS) จำนวน ๑ ระบบ
• วิเคราะห ออกแบบ พัฒนา ปรับปรุง และบำรุงรักษาระบบบริหารจัดการเอกสารอิเล็กทรอนิกส (Electronic Document Management System : EDMS) จำนวน ๑ ระบบ

• แผนการบริหารโครงการ (Project Plan Document) พรอมโครงสรางทีมงาน
• Architecture Diagram & Data Flow Diagram
• เอกสารออกแบบซอฟตแวร (Software Design Document) ของระบบ FMS, BMS, PRMS, DSO, ESMS, CAMS, EFMS และ EDMS
• แผนการดำเนินงาน แบงสวนงานและสงมอบ ๔ สวน โดยแตล ะสวนตองผานการทดสอบ
• รายงานการทดสอบโดยผูใชงาน (User Acceptance Testing : UAT)
• รายงานการทดสอบการรวมระบบ (System Integration Testing : SIT) ที่เกี่ยวของ
• การทดสอบระบบอัตโนมัติ(Automated Testing : AT ประกอบดวย Load Testing, Stress Testing, Endurance Testing, Spike Testing, Scalability Testing, Volume Testing, Capacity Testing, Concurrency Testing) โดย กวก.
• คู่มือปฏิบัติงานสำหรับผูใชงาน
• คู่มือปฏิบัติงานสำหรับผูดูแลระบบ (ถามี)
• คู่มือปฏิบัติงานสำหรับวิศวกรระบบ (ถามี) เชน การสำรองและกู้คืนระบบ การสำรองและกู้คืนฐานข้อมูล แผนบำรุงรักษาระบบ เป็นต้น
• Production Source Code และ Library Software ที่เกี่ยวข้องที่สามารถติดตั้งได้แบบ Offline

360 วัน นับถัดจากวันลงนามในสัญญาจาง

• ผูเสนอราคาตองเปนนิติบุคคลตามกฎหมายที่จดทะเบียนในประเทศไทย ซึ่งมีวัตถุประสงคในการ ประกอบธุรกิจเปนผูพัฒนา หรือติดต้งั หรือผูผลิต หรือจำหนาย และ/หรือเชา/ใหเชาซื้อ ดานระบบ คอมพิวเตอรหรืออุปกรณมาไมนอยกวา ๕ ป นับจนถึงวันยื่นเอกสารหลักฐานการประกวดราคา และ มีทุนจดทะเบียนที่เรียกชำระมูลคาหุนแลว ณ วันที่ยื่นขอเสนอ ไมนอยกวา ๓,๐๐๐,๐๐๐ บาท
• ผูเสนอราคาตองแสดงขอมูลเกี่ยวกับบุคลากรที่เปนคนไทย ซึ่งทำหนาที่เกี่ยวกับพัฒนาระบบงาน โดย แนบใบแสดงรายละเอียดศักยภาพในการพัฒนาระบบของบุคลากร (ภาคผนวก ก) พรอมแนบวุฒิ การศกึษา และใบรับรองการทำงานจากผูวาจางตามจำนวนโครงการของประสบการณ
• Project Manager/Product Owner: สำเร็จการศึกษาไมต่ำกวาระดับปริญญาโท สาขาวิศวกรรมคอมพิวเตอร หรือวิทยาการคอมพิวเตอร หรอืเทคโนโลยีสารสนเทศ หรือสาขาอื่นที่เทียบเทาและเกี่ยวของ โดยมีประสบการณเปน Project Manager/Product Owner ไมนอยกวา ๗ ป ตอคน และไมนอยกวา ๕ โครงการตอคน จำนวน ๓ คน (ระบบงานคลัง ๑ คน ระบบแผนงานและงบประมาณ ๑ คน และระบบงานทรพัยากรบุคคล ๑ คน)
• Project Coordinator/Scrum Master: สำเร็จการศกึษาไมต่ำกวาระดับปริญญาตรี สาขาวิศวกรรมคอมพิวเตอร หรือ วิทยาการคอมพิวเตอร หรือเทคโนโลยีสารสนเทศ หรือสาขาอื่นที่เทียบเทาและเกี่ยวของ และมีประสบการณเปน Project Coordinator/Scrum Master ไมนอยกวา ๕ ปตอคน และไมนอยกวา ๓ โครงการตอคน จำนวน ๓ คน (ระบบงานคลัง ๑ คน ระบบแผนงานและงบประมาณ ๑ คน และระบบงานทรัพยากรบุคคล ๑ คน)
• System Analyst: สำเร็จการศกึษาไมตำ่กวาระดับปริญญาตรี สาขาวิศวกรรมคอมพิวเตอร หรือวิทยาการคอมพิวเตอร หรือเทคโนโลยีสารสนเทศ หรือสาขาอื่นท่เีทียบเทาและเกี่ยวของ โดยมีประสบการณดานการวิเคราะหและออกแบบไมนอยกวา ๗ ปตอคน และไมนอยกวา ๕ โครงการตอคน จำนวน ๓ คน (ระบบงานคลัง ๑ คน ระบบแผนงานและงบประมาณ ๑ คน และระบบงานทรัพยากรบุคคล ๑ คน)
• Business Analyst: สำเร็จการศึกษาไมต่ำกวาระดับปริญญาตรี สาขาวิศวกรรมคอมพิวเตอร หรือวิทยาการคอมพิวเตอร หรือเทคโนโลยีสารสนเทศ หรือสาขาอื่นท่เีทียบเทาและเกี่ยวของ โดยมีประสบการณดานการวิเคราะหธุรกิจไมนอยกวา ๕ ปตอคน และไมนอยกวา ๓ โครงการตอคน จำนวน ๓ คน (ระบบงานคลัง ๑ คน ระบบแผนงานและงบประมาณ ๑ คน และระบบงานทรัพยากรบุคคล ๑ คน)
• Senior Programmer: สำเร็จการศึกษาไมต่ำกวาระดับปริญญาตรี สาขาวิศวกรรมคอมพิวเตอร หรือวิทยาการคอมพิวเตอร หรือเทคโนโลยีสารสนเทศ หรือสาขาอื่นที่เทียบเทาและเกี่ยวของ และมีประสบการณการเขียนโปรแกรม Web/Windows/Mobile Application บน ระบบปฏิบัติการ Windows/Mac OS/Android/iOS ไมนอยกวา ๗ ปตอคน และไมนอยกวา ๕ โครงการตอคน จำนวน ๓ คน (ระบบงานคลัง ๑ คน ระบบแผนงานและงบประมาณ ๑ คน และระบบงานทรัพยากรบุคคล ๑ คน)
• Programmer: สำเร็จการศึกษาไมต่ำกวาระดับปริญญาตรี สาขาวิศวกรรมคอมพิวเตอร หรือวิทยาการคอมพิวเตอร หรือเทคโนโลยีสารสนเทศ หรือสาขาอื่นที่เทียบเทาและเกี่ยวของ และมีประสบการณการเขียน โปรแกรม Web/Windows/Mobile Application บนระบบปฏิบัติการ Windows/Mac OS/Android/iOS ไมนอยกวา ๕ ปตอคน และไมนอยกวา ๓ โครงการตอคน จำนวน ๓ คน (ระบบงานคลัง ๑ คน ระบบแผนงานและงบประมาณ ๑ คน และระบบงานทรัพยากรบุคคล ๑ คน)
• System Tester: สำเร็จการศึกษาไมต่ำกวาระดับปริญญาตรี สาขาวิศวกรรมคอมพิวเตอร หรือวิทยาการคอมพิวเตอร หรือเทคโนโลยีสารสนเทศ หรือสาขาอื่นที่เทียบเทาและเกี่ยวของ และมีประสบการณดานการ ทดสอบระบบ Automate Testing ไมนอยกวา ๕ ปตอ คน และไมนอยกวา ๓ โครงการตอคน จำนวน ๓ คน (ระบบงานคลัง ๑ คน ระบบแผนงานและงบประมาณ ๑ คน และระบบงานทรัพยากรบุคคล ๑ คน)
• Database Administrator: สำเร็จการศึกษาไมต่ำกวาระดับปริญญาตรี สาขาวิศวกรรมคอมพิวเตอร หรือวิทยาการคอมพิวเตอร หรอืเทคโนโลยีสารสนเทศ หรือสาขาอื่นที่เทียบเทาและเกี่ยวของ และมีประสบการณดานจัดการระบบฐานขอมูล ๗ ปตอคน และไมน อยกวา ๕ โครงการตอ คน จำนวน ๓ คน (ระบบงานคลัง ๑ คน ระบบแผนงานและงบประมาณ ๑ คน และระบบงานทรัพยากรบุคคล ๑ คน)
• ผูเสนอราคาตองมีผลงานการพัฒนาระบบสารสนเทศเพื่อการจัดการ (Management Information System : MIS) ใหแกหนวยงานราชการ รัฐวิสาหกิจ หรือเอกชนมทีุนจดทะเบียนที่ชำระแลวไมนอย กวา ๕,๕๐๐,๐๐๐ บาท ณ วันยื่นขอเสนอ และเปนผลงานยอนหลังไมเกิน ๓ ป นับจากวันที่ยื่นเสนอ ราคา มีมูลคาไมนอยกวา ๕,๖๙๗,๔๕๐ บาทตอ ๑ สัญญา พรอมแนบสำเนาสัญญาจางหรือหนังสือ รับรองผลงาน ซึ่งออกโดยหัวหนาสวนราชการ หรือรัฐวิสาหกิจ หรือผูมีอำนาจในการดำเนินการ บริหารขององคกรเอกชนที่ถูกตองตามกฎหมาย โดยสำเนาสัญญาจางหรือหนังสือรับรองผลงานตอง แสดงใหทราบวา สัญญาจางมีการจางพัฒนาระบบ MIS มิใชเปนเพียงการซื้อขายฮารด แวรหรือ ซอฟทแวรสำเรจ็รูปเทานั้น

พิจารณาตดัสินโดยใชเกณฑราคาประกอบเกณฑอื่น (Price Performance) โดยพิจารณาจากสองตัวแปร ไดแก

• ราคาที่ยื่นเสนอ น้ำหนักรอยละ ๓๕
• คุณภาพและคุณสมบัติที่เปนประโยชนตอทางราชการ น้ำหนักรอยละ ๖๕

• ระบบบริหารจัดการฯ ต้องทำงานสอดคล้องและประสานงานกันได้อย่างมีประสิทธิภาพและเสถียรภาพ
• ทำงานแบบ Real Time และสามารถใช้งานกับทุกหน่วยงานในสังกัด กวก.
• วิเคราะห์ ออกแบบ และพัฒนาระบบโดยใช้ทฤษฎี หลักการ และสถาปัตยกรรม Agile Methodology, SOLID Principle, Microservice Architecture (ห้ามใช้ Monolithic Architecture), Resiliency Patterns in Microservice, Thin Controller Architecture, Dependency Injection, Generic Pattern, Docker, Virtual Machine, System Architecture Diagram, Saga Orchestration Pattern in Microservices
• จัดทำการทดสอบระบบบริหารจัดการฯ ในระดับต่างๆ ได้แก่ Unit Test เป็น Automated Testing, System Integration Testing (SIT) เป็น Automated Testing, User Acceptance Testing (UAT), Performance Testing ประกอบด้วย Load Testing, Stress Testing, Endurance Testing, Spike Testing, Scalability Testing, Volume Testing, Capacity Testing, Concurrency Testing
• ผู้เสนอราคาต้องพัฒนาระบบบริหารจัดการฯ ที่มีความยืนหยุ่น (Application Resiliency) ตลอดจน ติดตั้ง Version Control Application และระบบ CI/CD ควบคุม Source Code, Testing, Building เพื่อให้ระบบบริหารจัดการฯ สามารถทำงานได้อย่างมีประสิทธิภาพปราศจากข้อผิดพลาด ตามมาตรฐานการพัฒนาซอฟต์แวร์ และ Automate Deploy Software และใช้งานได้ถูกต้องตามกฎหมาย
• เครื่องมือที่ใช้พัฒนาระบบ ได้แก่ เขียนชุดคำสั่งด้วยภาษา C#, Dart, .Net Framework ๔.๙.๑, .Net Core ๘ หรือรุ่นใหม่กว่า, JavaScript Framework เช่น Angular, React
• ทำงานแบบ API Gateway และ/หรือ Load balancing ขยายได้(Scale Out) ไม่จำกัด
• สามารถสำรองและกู้คืนข้อมูลระบบได้ทั้งฐานข้อมูล ระบบ และส่วนที่เกี่ยวข้อง
• สามารถสร้าง Data Warehouse, Data Cube, Dashboard (Power BI) และรายงาน (Static Report และ Dynamic Report)
• กรณีต้องนำเข้าข้อมูลจากภายนอก หรือส่งออกข้อมูลไปภายนอก ให้สามารถนำเข้าหรือ ส่งออกในรูปแบบไฟล์ CSV, Excel, หรือผ่าน API
• จัดหาสิทธิ์ (Quota) ส่งข้อความสั้น (Short Message Service : SMS) ผ่าน โทรศัพท์เคลื่อนที่ ๑๐๐,๐๐๐ ข้อความต่อปี โดยใช้งานผ่าน RESTful API ของผู้ให้บริการ ตามที่ กวก. กำหนด ตลอดระยะเวลาสัญญาจ้างและการรับประกัน
• การเก็บข้อมูลเพื่อนำมาวิเคราะห์และออกแบบระบบบริหารจัดการฯ ผู้เสนอราคาเก็บข้อมูล ณ ส่วนกลาง ได้แก่ กรมวิชาการเกษตร และส่วนภูมิภาค ได้แก่ ศูนย์วิจัยปาล์มน้ำมัน สุราษฎร์ธานี ศูนย์วิจัยเกษตรวิศวกรรมขอนแก่น สำนักวิจัยและพัฒนาการเกษตร เขตที่ ๓ และ ๗ (ขอนแก่น และสุราษฎร์ธานี) และ/หรือตามหน่วยงานที่ กวก. กำหนดเพิ่มเติม
• กรณีระบบบริหารจัดการฯ หยุดทำงานหรือไม่สามารถทำงานได้ (Downtime) เป็นเหตุ ให้ต้องปฏิบัติงานด้วยมือ (Manual System) เมื่อระบบบริหารจัดการฯ กลับมาทำงาน ตามปกติ ให้สามารถป้อนข้อมูลที่ปฏิบัติงานด้วยมือไปแล้วเข้าระบบบริหารจัดการฯ เพื่อ ให้ระบบบริหารจัดการฯ มีข้อมูลที่ถูกต้องครบถ้วนตามความเป็นจริง
• ระบบบริหารจัดการฯ สามารถเพิ่ม แก้ไข และยกเลิกรายการ (Transaction) ได้อย่างอิสระ ภายใต้ข้อกำหนดทางธุรกิจ (Business Rule) ที่เพิ่ม แก้ไข และยกเลิกได้ในอนาคต
• สามารถบันทึกข้อมูลการจัดการข้อมูล (Log Data) เพื่อตรวจสอบย้อนกลับเกี่ยวกับการ เพิ่ม แก้ไข และลบข้อมูลรายการ (Transaction)
• ห้ามใช้ Pass-Through SQL ส่งจากภายนอกให้ SQL Server ประมวลผล ให้ใช้ผ่าน Stored Procedure

• งวดที่ ๑ ชำระเงินเปนจำนวนรอยละ ๕ ของวงเงนิตามสัญญาจาง เมื่อสงมอบงานตามขอ ๘.๑
• งวดที่ ๒ ชำระเงินเปนจำนวนรอยละ ๓๐ ของวงเงินตามสัญญาจาง เมื่อสงมอบงานตามขอ ๘.๒
• งวดที่ ๓ ชำระเงินเปนจำนวนรอยละ ๒๐ ของวงเงินตามสัญญาจาง เมื่อสงมอบงานตามขอ ๘.๓
• งวดที่ ๔ ชำระเงินเปนจำนวนรอยละ ๒๐ ของวงเงินตามสัญญาจาง เมื่อสงมอบงานตามขอ ๘.๔
• งวดที่ ๕ ชำระเงินเปนจำนวนรอยละ ๒๕ ของวงเงินตามสัญญาจาง เมื่อสงมอบงานตามขอ ๘.๕
• ในกรณทีี่ผูเสนอราคาไมสามารถสงมอบงานไดตามเงื่อนไขที่กำหนดไวในเอกสารนี้ ผูเสนอราคาจะตอง ชำระคาปรับในอัตรารอยละ ๐.๑๐ (ศนู ยจุดหนึ่งศูนย) ของมูลคาสัญญาทั้งหมดตอวัน โดยไมนอยกวา ๑๐๐ บาทตอวัน จนกวาจะสามารถสงมอบงานไดครบตามสัญญาจาง (เศษของวันจะถือเปนหนึ่ง วันเต็ม) เวนแตเกิดเหตุการณอันหนึ่งอันใดซึ่งมผีลใหผูเสนอราคาไมตองรับผิดชอบตามกฎหมาย โดย ผูเสนอราคาจะตองแจงเหตุดังกลาวให กวก. ทราบภายใน ๑๕ วัน นับแตเหตุนั้นไดสิ้นสุดลง
• กรณีผเูสนอราคาผิดเง่ือนไขตามสัญญาจางอันเปนเหตุใหเสียคาปรับเกินรอยละ ๑๐ ของวงเงินตาม สัญญาจาง กวก. สงวนไวซึ่งสิทธิ์ดำเนินการบอกเลิกสัญญาจาง โดยผูเสนอราคาไมมีสิทธิ์เรียกรอง คาเสียหายใด ๆ เวนแตผูเสนอราคายินยอมเสียคาปรับใหแกกวก. โดยปราศจากเง่ือนไขใด ๆ
• ผู้เสนอราคาต้องทำการบำรุงรักษา ซ่อมแซม และแก้ไข Software Hardware และส่วนประกอบอื่น ที่เกี่ยวข้องกับระบบงานตามสัญญาจ้าง เช่น การให้บริการ Private Cloud เป็นต้น ให้อยู่ในสภาพที่ ใช้งานได้ปกติเป็นระยะเวลาไม่น้อยกว่า ๓ ปี นับจากวันถัดไปของวันที่คณะกรรมการตรวจรับพัสดุ ตรวจรับมอบงานงวดสุดท้าย โดยไม่มีเงื่อนไขหรือเรียกร้องค่าใช้จ่ายใด ๆ
• กรณีระบบงานตามสัญญาจ้างไม่สามารถทำงานได้เป็นปกติ อันเนื่องมาจากความผิดพลาดของระบบงาน ตามสัญญาจ้าง ผู้เสนอราคาต้องดำเนินการแก้ไขให้ระบบงานตามสัญญาจ้าง ทำงานเป็นปกติภายใน ระยะเวลาที่กำหนดในข้อ ๖.๑๐.๒ และ ๖.๑๐.๓ ในกรณีที่ผู้เสนอราคาไม่สามารถแก้ไขให้ระบบงาน ตามสัญญาจ้างทำงานเป็นปกติภายในกำหนด ผู้เสนอราคาต้องชำระค่าปรับในอัตราร้อยละ ๐.๑๐ (ศูนย์จุดหนึ่งศูนย์) ของมูลค่าสัญญาทั้งหมดต่อวัน โดยไม่น้อยกว่า ๑๐๐ บาทต่อวัน จนกว่าระบบ งานตามสัญญาจ้างทำงานเป็นปกติ

• ระบบที่พัฒนาขึ้น จะต้องสามารถรองรับการเชื่อมต่อกับระบบงานอื่นๆ ของกรมวิชาการเกษตรอย่างไร?
  - ระบบที่พัฒนาขึ้นจะต้องสามารถเชื่อมโยงและแลกเปลี่ยนข้อมูลระหว่างระบบต่างๆ ภายในกรมวิชาการเกษตร (กวก.) ผ่าน API (Application Programming Interface) เพื่อให้การทำงานร่วมกันของระบบต่างๆ เป็นไปอย่างราบรื่นและมีประสิทธิภาพ
  • ผู้เสนอราคาจะต้องดำเนินการฝึกอบรมให้กับบุคลากรของกรมวิชาการเกษตรในด้านใดบ้าง?
    • ผู้เสนอราคาจะต้องจัดฝึกอบรมให้กับผู้ดูแลระบบ (System Administrator) และผู้ใช้งานระบบ (End User) ในทุกระบบที่พัฒนาขึ้น ได้แก่ ระบบบริหารจัดการการเงินและการคลัง (FMS), ระบบบริหารจัดการแผนงานและงบประมาณ (BMS), ระบบบริหารจัดการงานทรัพยากรบุคคล (PRMS), ระบบบริหารจัดการสำนักงานอัจฉริยะ (DOA Smart Office : DSO), ระบบบริหารจัดการลงลายมือชื่ออิเล็กทรอนิกส์ (ESMS), ระบบบริหารจัดการผู้ออกใบรับรองอิเล็กทรอนิกส์ (CAMS), ระบบบริหารจัดการไฟล์อิเล็กทรอนิกส์ (EFMS), และระบบบริหารจัดการเอกสารอิเล็กทรอนิกส์ (EDMS)
  • ระบบที่พัฒนาขึ้น จะต้องสามารถรองรับการใช้งานบนอุปกรณ์ใดบ้าง?
    • ระบบที่พัฒนาขึ้นจะต้องสามารถรองรับการใช้งานผ่าน Web Application, Windows Application, และ Mobile Application บนระบบปฏิบัติการ Windows, Mac OS, Android, และ iOS
  • ระบบที่พัฒนาขึ้น จะต้องมีการทดสอบในด้านใดบ้าง?
    • ระบบที่พัฒนาขึ้นจะต้องผ่านการทดสอบในระดับต่างๆ ได้แก่ Unit Test (Automated Testing), System Integration Testing (SIT) (Automated Testing), User Acceptance Testing (UAT), และ Performance Testing (Load Testing, Stress Testing, Endurance Testing, Spike Testing, Scalability Testing, Volume Testing, Capacity Testing, Concurrency Testing)
  • ผู้เสนอราคาจะต้องคำนึงถึงเรื่องใดบ้างในการพัฒนาระบบ เพื่อให้ระบบมีความปลอดภัยและมีเสถียรภาพ?
    • ผู้เสนอราคาจะต้องพัฒนาระบบโดยคำนึงถึง Application Resiliency, ติดตั้ง Version Control Application, และระบบ CI/CD (Continuous Integration/Continuous Delivery) เพื่อควบคุม Source Code, Testing, และ Building เพื่อให้ระบบสามารถทำงานได้อย่างมีประสิทธิภาพปราศจากข้อผิดพลาด และสามารถ Deploy Software ได้อย่างถูกต้องตามกฎหมาย
  • เทคโนโลยีและภาษาโปรแกรมใดบ้างที่ผู้เสนอราคาจะต้องใช้ในการพัฒนาระบบ?
    • ผู้เสนอราคาจะต้องใช้เทคโนโลยีและภาษาโปรแกรม C#, Dart, .Net Framework ๔.๙.๑, .Net Core ๘ หรือรุ่นใหม่กว่า, และ JavaScript Framework เช่น Angular หรือ React
  • ระบบที่พัฒนาขึ้น จะต้องมีคุณสมบัติในการสำรองและกู้คืนข้อมูลอย่างไร?
    • ระบบที่พัฒนาขึ้นจะต้องสามารถสำรองและกู้คืนข้อมูลระบบได้ทั้งฐานข้อมูล (Database), ระบบ (System), และส่วนที่เกี่ยวข้องอื่นๆ
  • ผู้เสนอราคาจะต้องดำเนินการอย่างไร หากระบบหยุดทำงานหรือเกิดข้อผิดพลาด?
    • ผู้เสนอราคาจะต้องกำหนดช่องทางการติดต่อรับแจ้งเหตุขัดข้องของระบบตลอดระยะเวลาสัญญาจ้าง และต้องแก้ไขเหตุขัดข้องให้แล้วเสร็จภายในระยะเวลาที่กำหนดตามระดับความเข้มข้นของปัญหา (สีแดง, สีส้ม, สีเหลือง, สีเทา)
  • ผู้เสนอราคาจะต้องดำเนินการอย่างไร หากกรมวิชาการเกษตรต้องการเปลี่ยนแปลงหรือเพิ่มเติมคุณสมบัติของระบบ?
    • ผู้เสนอราคาจะต้องยินยอมแก้ไขและปรับปรุงระบบตามความต้องการของกรมวิชาการเกษตร โดยอาจมีเงื่อนไขหรือไม่มีเงื่อนไข ขึ้นอยู่กับการตกลงร่วมกัน
  • สิทธิ์ในผลงานที่พัฒนาขึ้น จะเป็นของผู้ใด?
    • ผลงาน, ชุดคำสั่งต้นฉบับ (Source Code), ซอฟต์แวร์, และเอกสารตามสัญญาจ้าง จะเป็นกรรมสิทธิ์ของกรมวิชาการเกษตร

ราง
ขอบเขตของงาน
โครงการพัฒนาระบบบริหารจัดการ
งานคลัง แผนงาน งบประมาณ และงานทรัพยากรบุคคล
๑. หลักการและเหตุผล
กรมวิชาการเกษตร (กวก.) มีภารกิจหลักที่สำคัญดานการวิจัยและพัฒนาดานพืช เครื่องจักรกล การเกษตร และรับรองมาตรฐานสินคาเกษตรดานพืชและผลิตภัณฑพืชเพื่อยกระดับมาตรฐานการผลิตพืช เพื่อ พัฒนาผลผลิตพืชใหมีคุณภาพและปลอดภัยตอผูบรโิภคตามมาตรฐานสากล และเพื่อใหบริการดานการเกษตรที่มี คุณภาพไดมาตรฐาน ในระดับสากลบนพื้นฐานการอนุรักษทรัพยากรธรรมชาติและสิ่งแวดลอม เพิ่มประสิทธิภาพ การผลิตพืชและสรางมูลคา เพิ่มใหสินคาเกษตรดานพืชทางดานสังคม ชุมชน หรือใชเปนแนวทางในการกำหนด นโยบายหรือแกปญหาของหนวยงานภาครฐั และภาคเอกชนที่เกี่ยวของ จากภารกิจดังกลาว กวก. จึงมีการจัด ทำแผนงาน/โครงการเพื่อสนับสนุนการปฏิบัติงานในแตละปหลากหลายโครงการ โดยมีขั้นตอนในการปฏิบัติงาน เกี่ยวของทุกหนวยงานใน กวก. ดังนั้น การบริการจัดการงานคลัง แผนงาน งบประมาณ และงานบุคคล จึงมี
ความสำคัญอยางยิ่ง ซึ่งจะเห็นไดวากระบวนงานดังกลาวเปนกระบวนงานที่มีความเกี่ยวเนื่องและเชื่อมโยงขอมูล ระหวางกัน แตการดำเนินงานในปจจุบันยังขาดการบูรณาการขอมูลรวมกัน การสงตอขอมูลเปนรปู แบบเอกสาร กระดาษ ทำใหมีความลาชาและอาจมีขอผิดพลาดในการดำเนินงาน
ศูนยเทคโนโลยีสารสนเทศและการสื่อสาร (ศทส.) พิจารณาแลวเห็นวา เพื่อเปนการยกระดับขีด ความสามารถในการบริหารราชการใหมีประสิทธิภาพ สามารถเปลี่ยนผานสูองคกรดิจิทัลและมีกระบวนการทำงานที่ เปนดิจิทัลอยางเต็มรูปแบบ Digital Transformation จึงเห็นสมควรพัฒนาระบบบริหารจัดการงานคลัง แผนงาน งบประมาณ และงานทรัพยากรบุคคล เพื่อสนับสนุนการปฏิบัติงานเจาหนาท่ขีอง กวก. ใหมีการบูรณาการขอมูล และกระบวนงานการทำงานภายในองคกร ลดความซ้ำชอน ลดระยะเวลา ลดกระดาษ และลดขั้นตอนการทำงาน
และสามารถเชื่อมโยงแลกเปลี่ยนขอมูลขอมูลระหวางหนวยงานในสังกัดได รวมทั้งจะเปนเครื่องมือที่ชวยใหผูบริหาร ไดรบั ทราบขอมูลสำหรับประกอบการตัดสินใจไดอยางทันทวงที ซึ่งนำไปสูการเปนองคกรที่มีธรรมาธิบาล โปรงใส และตรวจสอบได
๒. วัตถุประสงค
๒.๑ เพื่อพัฒนาระบบบริหารจัดการ งานคลัง แผนงาน งบประมาณ และงานทรัพยากรบุคคล ของ กวก. ใหปรบั เปลี่ยนเปนองคกรดิจิทัลอยางเตม็ รูปแบบ (Digital Transformation)
๒.๒ เพื่อใหมรีะบบสารสนเทศสนับสนุนการปฏิบัติงานดานบริหารจัดการ งานคลัง แผนงาน งบประมาณ และงานทรัพยากรบุคคล ของ กวก.
๒.๓ เพื่อใหเปนฐานขอมูลกลางในการบริหารจัดการ งานคลัง แผนงาน งบประมาณ และงานทรัพยากร บุคคล ของ กวก. ทั้งสวนกลางและสวนภูมิภาค
-๒-
๒.๔ เพื่อพัฒนาระบบใหสามารถเชื่อมโยงแลกเปลี่ยนขอมูลระหวางระบบตาง ๆ ของหนวยงานภายใน กวก. (API)
๒.๕ เพื่อใหผูบริหารสามารถรับทราบสถานการณของการบริหารแบบเรียลไทม และสามารถตัดสินใจได รวดเร็วทันตอสถานการณ
๓. คุณสมบัติผูเสนอราคา
๓.๑ มีความสามารถตามกฎหมาย
๓.๒ ไมเปนบุคคลลมละลาย
๓.๓ ไมอยูระหวางเลิกกิจการ
๓.๔ ไมเปนบุคคลซึ่งอยูระหวางถูกระงบัการยื่นขอเสนอหรือทำสัญญากับหนวยงานของรัฐไวชั่วคราว เน่อืงจากเปนผูที่ไมผานเกณฑการประเมินผลการปฏิบัติงานของผูประกอบการตามระเบียบที่ รัฐมนตรีวาการกระทรวงการคลังกำหนดตามประกาศเผยแพรใ นระบบเครือขายสารสนเทศของ กรมบัญชีกลาง
๓.๕ ผูเสนอราคาตองเปนผูมีอาชีพรับจางงานและขายพัสดุครภุ ัณฑที่ประกวดราคาอิเล็กทรอนิกส ๓.๖ ผูเสนอราคาตองไมเปนผูที่ถูกระบุชื่อไวในบัญชีรายชื่อผูทิ้งงานของทางราชการ และไดแจงเวียนชื่อ แลวในระบบสารสนเทศของกรมบัญชีกลาง หรือไมเปนผูที่ไดรบัผลการสั่งใหนิตบิุคคลหรือบุคคลอื่นเปน ผูทิ้งงานตามระเบียบของทางราชการ
๓.๗ ผูเสนอราคาตองไมเปนผูมีประโยชนรวมกันกับผูเสนอราคารายอื่น ณ วันประกาศประกวดราคา อิเล็กทรอนิกส หรือไมเปนผูกระทำการอันเปนการขัดขวางการแขงขันราคาอยางเปนธรรม ๓.๘ ผูเสนอราคาตองไมเปนผูไดรับเอกสิทธิ์หรอืความคุมกันซึ่งอาจปฏิเสธไมยอมขึ้นศาลไทย เวนแตรัฐบาล ของผูเสนอราคาไดมีคำสั่งใหสละสิทธิ์คุมกันเชนวานั้น
๓.๙ บุคคลหรือนิติบุคคลที่จะเขาเปนคูสัญญาตองไมอยูในฐานะเปนผูไมแสดงบัญชีรายรับรายจาย หรือ แสดงบัญชีรายรับรายจายไมถูกตองครบถวนในสาระสำคัญ
๓.๑๐ เปนบุคคลหรือนิติบุคคลที่จะเปนคูสัญญากับหนวยงานของรัฐ ซึ่งดำเนินการจัดซื้อจัดจางดวยระบบ อิเล็กทรอนิกส (e-Government Procurement : e-GP) โดยตองลงทะเบียนในระบบ อิเล็กทรอนิกสของกรมบัญชีกลาง ที่เว็บไซตศนู ยขอมูลจัดซื้อจัดจางภาครัฐ
๓.๑๑ คูสัญญาตองรับและจายเงินผานบัญชีธนาคาร เวนแตการจายเงินแตละครั้งซึ่งมีมูลคาไมเกินสามหมื่น บาท คูสัญญาอาจจายเปนเงินสดก็ได
๓.๑๒ ผูเสนอราคาตองเปนนิติบุคคลตามกฎหมายที่จดทะเบียนในประเทศไทย ซึ่งมีวัตถุประสงคในการ ประกอบธุรกิจเปนผูพัฒนา หรือติดต้งั หรือผูผลิต หรือจำหนาย และ/หรือเชา/ใหเชาซื้อ ดานระบบ คอมพิวเตอรหรืออุปกรณมาไมนอยกวา ๕ ป นับจนถึงวันยื่นเอกสารหลักฐานการประกวดราคา และ มีทุนจดทะเบียนที่เรียกชำระมูลคาหุนแลว ณ วันที่ยื่นขอเสนอ ไมนอยกวา ๓,๐๐๐,๐๐๐ บาท
๓.๑๓ ผูยื่นขอเสนอที่ยื่นเสนอราคาในรูปแบบของ “กิจการรวมคา” ตองมีคุณสมบัติครบถวนตามเงื่อนไขที่ กำหนดไวในประกาศเชิญชวน
-๓-
๓.๑๔ ผูเสนอราคาตองแสดงขอมูลเกี่ยวกับบุคลากรที่เปนคนไทย ซึ่งทำหนาที่เกี่ยวกับพัฒนาระบบงาน โดย แนบใบแสดงรายละเอียดศักยภาพในการพัฒนาระบบของบุคลากร (ภาคผนวก ก) พรอมแนบวุฒิ การศกึษา และใบรับรองการทำงานจากผูวาจางตามจำนวนโครงการของประสบการณ (ชื่อโครงการ ขอมูลผูวาจางและชองทางติดตอ ตำแหนงงานที่ทำ ผลการปฏิบัติงานตามโครงการ ลายมือชื่อผูวาจาง และตราประทับผูวาจาง (ถามี)) ตอ กวก. โดย กวก. สงวนสิทธิ์ประสานงานในการพัฒนาระบบตาม โครงการฯ กับบุคลากรที่มีชื่อตามใบแสดงรายละเอียดศักยภาพฯ เทานั้น โดยบุคลากรตองมีรายชื่อไม ซ้ำกัน และตองมีคุณสมบัติและจำนวนไมต่ำกวาเกณฑดังตอไปนี้
๓.๑๔.๑ ดานการบริหารจัดการโครงการ
๓.๑๔.๑.๑ ผูจัดการโครงการ (Project Manager/Product Owner) สำเร็จการศึกษา ไมต่ำกวาระดับปริญญาโท สาขาวิศวกรรมคอมพิวเตอร หรือวิทยาการ
คอมพิวเตอร หรอืเทคโนโลยีสารสนเทศ หรือสาขาอื่นที่เทียบเทาและเกี่ยวของ
โดยมีประสบการณเปน Project Manager/Product Owner ไมนอยกวา ๗ ป
ตอคน และไมนอยกวา ๕ โครงการตอคน จำนวน ๓ คน (ระบบงานคลัง
๑ คน ระบบแผนงานและงบประมาณ ๑ คน และระบบงานทรพัยากรบุคคล
๑ คน)
๓.๑๔.๑.๒ ผูประสานงานโครงการ (Project Coordinator/Scrum Master) สำเร็จ การศกึษาไมต่ำกวาระดับปริญญาตรี สาขาวิศวกรรมคอมพิวเตอร หรือ
วิทยาการคอมพิวเตอร หรือเทคโนโลยีสารสนเทศ หรือสาขาอื่นที่เทียบเทาและ เกี่ยวของ และมีประสบการณเปน Project Coordinator/Scrum Master ไมนอยกวา ๕ ปตอคน และไมนอยกวา ๓ โครงการตอคน จำนวน ๓ คน (ระบบงานคลัง ๑ คน ระบบแผนงานและงบประมาณ ๑ คน และระบบงาน ทรัพยากรบุคคล ๑ คน)
๓.๑๔.๒ ดานวิเคราะหและออกแบบระบบ
๓.๑๔.๒.๑ นักวิเคราะหและออกแบบระบบ (System Analyst) สำเร็จการศกึษาไมตำ่ กวา ระดับปริญญาตรี สาขาวิศวกรรมคอมพิวเตอร หรือวิทยาการคอมพิวเตอร
หรือเทคโนโลยีสารสนเทศ หรือสาขาอื่นท่เีทียบเทาและเกี่ยวของ โดยมี
ประสบการณดานการวิเคราะหและออกแบบไมนอยกวา ๗ ปตอคน และไม
นอยกวา ๕ โครงการตอคน จำนวน ๓ คน (ระบบงานคลัง ๑ คน ระบบ
แผนงานและงบประมาณ ๑ คน และระบบงานทรัพยากรบุคคล ๑ คน)
-๔-
๓.๑๔.๒.๒ นักวิเคราะหธุรกิจ (Business Analyst) สำเร็จการศึกษาไมต่ำกวาระดับ ปริญญาตรี สาขาวิศวกรรมคอมพิวเตอร หรือวิทยาการคอมพิวเตอร
หรือเทคโนโลยีสารสนเทศ หรือสาขาอื่นท่เีทียบเทาและเกี่ยวของ โดยมี
ประสบการณดานการวิเคราะหธุรกิจไมนอยกวา ๕ ปตอคน และไมนอยกวา
๓ โครงการตอคน จำนวน ๓ คน (ระบบงานคลัง ๑ คน ระบบแผนงานและ
งบประมาณ ๑ คน และระบบงานทรัพยากรบุคคล ๑ คน)
๓.๑๔.๓ ดานพัฒนาระบบ
๓.๑๔.๓.๑ นักเขียนโปรแกรมอาวุโส (Senior Programmer) สำเร็จการศึกษาไมต่ำกวา ระดับปริญญาตรี สาขาวิศวกรรมคอมพิวเตอร หรือวิทยาการคอมพิวเตอร
หรือเทคโนโลยีสารสนเทศ หรือสาขาอื่นที่เทียบเทาและเกี่ยวของ และมี
ประสบการณการเขียนโปรแกรม Web/Windows/Mobile Application บน
ระบบปฏิบัติการ Windows/Mac OS/Android/iOS ไมนอยกวา ๗ ปตอคน
และไมนอยกวา ๕ โครงการตอคน จำนวน ๓ คน (ระบบงานคลัง ๑ คน ระบบ
แผนงานและงบประมาณ ๑ คน และระบบงานทรัพยากรบุคคล ๑ คน)
๓.๑๔.๓.๒ นักเขียนโปรแกรม (Programmer) สำเร็จการศึกษาไมต่ำกวาระดับปริญญาตรี สาขาวิศวกรรมคอมพิวเตอร หรือวิทยาการคอมพิวเตอร หรือเทคโนโลยี
สารสนเทศ หรือสาขาอื่นที่เทียบเทาและเกี่ยวของ และมีประสบการณการเขียน
โปรแกรม Web/Windows/Mobile Application บนระบบปฏิบัติการ
Windows/Mac OS/Android/iOS ไมนอยกวา ๕ ปตอคน และไมนอยกวา
๓ โครงการตอคน จำนวน ๓ คน (ระบบงานคลัง ๑ คน ระบบแผนงานและ
งบประมาณ ๑ คน และระบบงานทรัพยากรบุคคล ๑ คน)
๓.๑๔.๓.๓ นักทดสอบระบบ (System Tester) สำเร็จการศึกษาไมต่ำกวาระดับปริญญาตรี สาขาวิศวกรรมคอมพิวเตอร หรือวิทยาการคอมพิวเตอร หรือเทคโนโลยี
สารสนเทศ หรือสาขาอื่นที่เทียบเทา และเกี่ยวของ และมีประสบการณดานการ
ทดสอบระบบ Automate Testing ไมนอยกวา ๕ ปตอ คน และไมนอยกวา
๓ โครงการตอคน จำนวน ๓ คน (ระบบงานคลัง ๑ คน ระบบแผนงานและ
งบประมาณ ๑ คน และระบบงานทรัพยากรบุคคล ๑ คน)
-๕-
๓.๑๔.๔ ดานการจัดการระบบฐานขอมูล
๓.๑๔.๔.๑ นักจัดการระบบฐานขอมูล (Database Administrator) สำเร็จการศึกษา ไมต่ำกวาระดับปริญญาตรี สาขาวิศวกรรมคอมพิวเตอร หรือวิทยาการ
คอมพิวเตอร หรอืเทคโนโลยีสารสนเทศ หรือสาขาอื่นที่เทียบเทาและเกี่ยวของ
และมีประสบการณดานจัดการระบบฐานขอมูล ๗ ปตอคน และไมน อยกวา ๕
โครงการตอ คน จำนวน ๓ คน (ระบบงานคลัง ๑ คน ระบบแผนงานและ
งบประมาณ ๑ คน และระบบงานทรัพยากรบุคคล ๑ คน)
๓.๑๕ ผูเสนอราคาตองมีผลงานการพัฒนาระบบสารสนเทศเพื่อการจัดการ (Management Information System : MIS) ใหแกหนวยงานราชการ รัฐวิสาหกิจ หรือเอกชนมทีุนจดทะเบียนที่ชำระแลวไมนอย กวา ๕,๕๐๐,๐๐๐ บาท ณ วันยื่นขอเสนอ และเปนผลงานยอนหลังไมเกิน ๓ ป นับจากวันที่ยื่นเสนอ ราคา มีมูลคาไมนอยกวา ๕,๖๙๗,๔๕๐ บาทตอ ๑ สัญญา พรอมแนบสำเนาสัญญาจางหรือหนังสือ รับรองผลงาน ซึ่งออกโดยหัวหนาสวนราชการ หรือรัฐวิสาหกิจ หรือผูมีอำนาจในการดำเนินการ บริหารขององคกรเอกชนที่ถูกตองตามกฎหมาย โดยสำเนาสัญญาจางหรือหนังสือรับรองผลงานตอง แสดงใหทราบวา สัญญาจางมีการจางพัฒนาระบบ MIS มิใชเปนเพียงการซื้อขายฮารด แวรหรือ ซอฟทแวรสำเรจ็รูปเทานั้น เชน ระบบจัดซื้อจัดจาง ระบบคลังพัสดุ ระบบการตลาด ระบบสงเสริม การขาย เปนตน
๓.๑๖ ผูเสนอราคาตองมีคุณสมบัติและไมมีลักษณะตองหามตามที่คณะกรรมการนโยบายการจัดซื้อจัดจาง และการบริหารพัสดุภาครฐั กำหนดในราชกิจจานุเบกษา
๔. ขอบเขตการดำเนินการ
๔.๑ จัดทำแผนการดำเนินงานตลอดระยะเวลาการปฏิบัติงาน โครงการพัฒนาระบบบริหารจัดการงานคลัง แผนงาน งบประมาณ และงานทรัพยากรบุคคล
๔.๒ ศึกษาและวิเคราะหโครงการพัฒนาระบบบริหารจัดการงานคลัง แผนงาน งบประมาณ และงาน ทรัพยากรบุคคล
๔.๓ ออกแบบโครงสรางและการเชื่อมโยงขอมูลกับระบบที่เกี่ยวของ
๔.๔ พัฒนาระบบตามโครงการพัฒนาระบบบริหารจัดการงานคลัง แผนงาน งบประมาณ และงาน ทรัพยากรบุคคล
๔.๕ ติดตั้งและทดสอบระบบพรอมทั้งแกไขขอบกพรอง
๔.๖ จัดฝกอบรมผูดูแลระบบ ผูใชงานระบบ และผูเกี่ยวของ เพื่อสามารถปฏิบัติงานไดอยางมีประสิทธิภาพ ๕. เปาหมายโครงการ
๕.๑ เพิ่มประสิทธิภาพการบริหารและปฎิบัติงานคลัง แผนงาน งบประมาณ และงานทรพัยากรบุคคล ดวย ระบบอิเล็กทรอนิกส
-๖-
๕.๒ รองรับการปฏิบัติงานคลัง แผนงาน งบประมาณ และงานทรัพยากรบุคคลไดไมต่ำกวา ๑,๐๐๐ ธุรกรรม (พรอมกัน) โดยประมวลผลเสร็จภายใน ๕ วินาที และไมจำกัดจำนวนผูใชงาน
๕.๓ สามารถเชื่อมโยงขอมูลอิเล็กทรอนิกสรองรับการปรับขั้นตอนงานคลัง แผนงาน งบประมาณ และงาน ทรัพยากรบุคคล ไดอยางมีประสิทธิภาพและไรกระดาษ (Paperless)
๖. คุณสมบัติเฉพาะของระบบงาน
ผูเสนอราคาตองวิเคราะห ออกแบบ พัฒนา ปรับปรุง และบำรุงรักษาโครงการพัฒนาระบบบริหารจัดการ งานคลัง แผนงาน งบประมาณ และงานทรัพยากรบุคคล ใหทำงานไดอยางถูกตองครบถวนตามวัตถุประสงคและ เปาหมายของโครงการ โดยดำเนินงานตามขอกำหนดเฉพาะของระบบงาน ดังตอไปน้ี
๖.๑ วิเคราะห ออกแบบ พัฒนา ปรับปรุง และบำรุงรักษาระบบบริหารจัดการงานการเงินและการคลัง (Financial Management System : FMS) จำนวน ๑ ระบบ มีคุณสมบัติดังตอไปนี้
๖.๑.๑ กลุมงบประมาณ
๖.๑.๑.๑ การจัดการตั้งงบประมาณ เชน (กองแผนงาน ไดแก แผนงาน โครงการ ผลผลิต กิจกรรม) (กองคลัง ไดแก แผนงาน โครงการ ผลผลิต กิจกรรม กิจกรรมยอย) เปนตน
๖.๑.๑.๒ การจัดการคุมเงินตามการเบิกจาย เชน เงนิสด ใบแจงหนี้ฎีกา เงินยืม เปนตน ๖.๑.๑.๓ การโอนจัดสรรงบประมาณและการจัดการโอนเปลี่ยนแปลงงบประมาณ เชน เปลี่ยนหมวดเงิน เปลี่ยนหนวยรับงบประมาณ เปลี่ยนแปลงเงินเหลือจาย เปนตน
๖.๑.๑.๔ การสรางรายงานตามความตองการของ กวก. เชน รายงานการใชจายเงิน รายงานการรบั - จายเงนิ เพื่อประกอบการปฏิบัติงานบัญชีตามกรมบัญชีกลาง
กำหนด เปนตน
๖.๑.๒ กลุมการเงิน
๖.๑.๒.๑ งานเงินเดือนขาราชการ ลูกจางประจำ คาตอบแทนพนักงานราชการ ๑) ระบบการจายคาตอบแทนพนักงานราชการ
๑.๑) การจัดการคาตอบแทนพนักงานราชการ เชน เบิกคาตอบแทน หักหนี้กรณีตางๆ สงคืนคา ตอบแทนหลังวางฎีกา รายงาน
ประกอบการขอเบิกคาตอบแทนพนักงานราชการตาง ๆ ที่ เกี่ยวของ การรับขอมูลเลื่อนขั้นคาตอบแทนพนักงานราชการ หนังสือขออนุมัติการเบิกคาตอบแทนพนักงานราชการ การ จัดการคุมเงนิการเบิกจาย ขอมูลสำหรับนำเขาระบบ Slip
online ของกรมวิชาการเกษตร เปนตน
-๗-
๒) การจัดการหักคาตอบแทนพนักงานราชการ เชน การหักเงินจากสหกรณ ออมทรัพย ซ้อืประกันชีวิต สินเชื่อธนาคาร คาบำรุงสวัสดิการบานพัก
ฌาปนกิจสงเคราะห หนี้ที่มีหนังสือจากกรมบังคบัคดี ภาษีเงินไดบุคคล
ธรรมดา กองทนุ ใหกูยืมเพื่อการศกึษา เงินสมทบกองทุนเงนิ ทดแทน
เงินสมทบกองทุนประกันสังคม การลงโทษทางวินัย (หักคาตอบแทน) เปนตน
๓) การจัดการหักเงินเดือนขาราชการ ลูกจางประจำ เชน การหักเงินจาก สหกรณออมทรัพย ซื้อประกันชีวิต สินเชื่อธนาคาร คา บำรุงสวัสดิการ
บานพัก ฌาปนกิจสงเคราะห หนี้ที่มีหนังสือจากกรมบังคับคดี ภาษีเงินได บุคคลธรรมดา กองทุนใหกูยืมเพื่อการศึกษา กองทุนบำเหน็จบำนาญ ขาราชการ กองทุนสำรองเลี้ยงชีพลูกจางประจำ การลงโทษทางวินัย (ตัดเงินเดือน ลดขั้นเงินเดือน) เปนตน
๖.๑.๒.๒ สิทธิ์ในการเขาใชงานการจัดการสัญญาจางพนักงานราชการ/จางเหมา เชน ทำ สัญญาจาง เพิ่มหรือ ลดเงินเดือน (กองการเจาหนาที่) เปนตน ๖.๑.๒.๓ งานรับ-จายเงิน
๑) การจัดการระบบออกเช็ค เงนิงบประมาณ เงินนอกงบประมาณ
เงินกองทุน ทุนการศึกษา เงินอุดหนุนจากการงานท่เีกี่ยวของ และการ
ออกเช็คเฉพาะกิจ เชน การออกเช็ค ยกเลิกเช็ค เปนตน ๒) การจัดการรายการโอนเงินผานระบบ KTB Corporate Online เชน การสรางไฟลรายการ โอนเงิน การกำหนดรูปแบบการโอน (หัวหนาชุด หรือลูกทีม) เปนตน
๓) การจัดการรับเงิน การออกใบเสร็จรับเงิน ประเภทเงินงบประมาณ เงิน นอกงบประมาณ เงนิกองทุน ทุนการศึกษา เงินอุดหนุน (การรับเงินของ
กองคลัง ไมผ านระบบ e-Payment ของกรมวิชาการเกษตร) เชน
เบิกเกินสงคืนเงิน คาสมัครสอบ เงินประกันสัญญา เงินสินบนรางวัล เปนตน
๔) เชื่อมตอกับระบบ e-Payment กวก. เพื่อจัดการสรปุ รายงานสงเงิน
และกระทบยอดใหกลุมบัญชีและกลุมเงินนอกงบประมาณ รับขอมูลเพื่อ ปฏิบัติงานตอไป
๖.๑.๒.๘ งานบำนาญ สวัสดิการ ฌกษ.
๑) การจัดการตรวจสอบวินัยของขาราชการ และลูกจางประจำ เกษียณอายุ ราชการ หรือพนจากราชการในกรณีตางๆ
๒) การจัดการคาทำศพขาราชการ ลูกจางประจำ และผูรบั บำนาญ
-๘-
๓) การฌาปนกิจสงเคราะหกรมวิชาการเกษตร (ฌกษ.) เชน การสมัคร สมาชิก การจายเงินสงเคราะห การรับเงินสงเคราะห การออก ใบเสร็จรับเงิน การบันทึกบัญชี การออกรายงานงบการเงิน รายงานรับ จายเงิน และรายงานอื่นๆ ที่เกี่ยวของ การจัดการระบบออกเช็ค เปนตน
๔) การจัดการกองทุนสวัสดิการกรมวิชาการเกษตร เชน รายไดรานกาแฟ จำหนายเสื้อกรมวิชาการเกษตร คาเชาราน เงินชวยเหลอืกรณีเสียชีวิต
ชวยเหลือภัยพิบัติสาธารณะ การบันทึกบัญชีการออกรายงานงบการเงนิ
รายงานรบัจายเงนิ และรายงานอื่นๆ ที่เกี่ยวของ การจัดการระบบออก
เช็ค เปนตน
๕) การจัดการเงินตามระเบียบสำนักนายกรัฐมนตรี วาดวยการเรี่ยไรของ หนวยงานของรัฐ พ.ศ.2566 และที่แกไขเพิ่มเติม เชน การบันทึกบัญชี รับ – จายเงิน การออกใบเสร็จรับเงิน การออกรายงานงบการเงิน รายงานรบัจายเงนิ และรายงานอื่น ๆ ที่เกี่ยวของ เปนตน
๖.๑.๒.๙ การสรางรายงานตามความตองการของ กวก. เชน
๑) รายงานการเขียนเช็ค
๒) รายงานหักภาษี ณ ที่จาย
๓) รายงานรบั เงินสดจากหนวยตนทุนในสังกัดที่หนวยงานออกใบเสร็จ
รับเงินเรียบรอยแลว
๔) รายงานการรับเงินประจำวัน (แยกประเภท เงนิสด, เงินโอน, เช็ค)
๕) รายงานการรับเงินประจำวัน (Pay in) ของหนวยตนทุน ๖) รายงานการใชใบเสร็จรับเงิน
๖.๑) แยกประเภทรหัสราย เชน ๔๑๐ ๘๓๐ ๖๖๗ ๖.๒) แยกประเภทรายได เงินงบประมาณ เงินนอกงบประมาณ กองทุน ทุนการศึกษา อื่นๆ
๖.๓) แยกประเภทการรับเงิน เชน เงินสด เช็ค เงินโอน ๖.๔) ใบเสร็จรับเงินประจำวัน
๖.๕) จำนวนใบเสร็จรับเงิน
๗) รายงานการยกเลิกใบเสร็จรับเงินประจำวัน
๗.๑) จำนวนใบเสร็จรับเงินที่ยกเลิก
๗.๒) สาเหตุการยกเลิกใบเสร็จรับเงินแตละรายการ
-๙-
๘) รายละเอียดการรับเงินประจำวัน
๘.๑) แยกประเภทรายได เงินงบประมาณ เงนิ นอกงบประมาณ
กองทุน ทุนการศึกษา อื่นๆ
๘.๒) แยกประเภทรหัสราย เชน ๔๑๐ ๘๓๐ ๖๖๗ ๘.๓) แยกประเภทการรับเงิน เชน เงินสด เช็ค เงินโอน
๙) รายละเอียดการจายเงินประจำวัน
๙.๑) แยกประเภทรายได เงินงบประมาณ เงนิ นอกงบประมาณ
กองทุน ทุนการศึกษา อื่นๆ
๙.๒) แยกประเภทรหัสราย เชน ๔๑๐ ๘๓๐ ๖๖๗ ๙.๓) แยกประเภทการรับเงิน เชน เงินสด เช็ค เงินโอน
๑๐) การออกรายงานงบการเงนิ รายงานรบัจายเงิน และรายงานอื่นๆ ที่
เกี่ยวของ ของกองทุนสวัสดิการกรมวิชาการเกษตร การฌาปนกิจ สงเคราะหกรมวิชาการเกษตร (ฌกษ.) และการจัดการเงินตามระเบียบ สำนักนายกรัฐมนตรี วาดวยการเรี่ยไรของหนวยงานรัฐ
เปนตน
๖.๑.๓ กลุมตรวจจาย
๖.๑.๓.๑ การจัดการการรับใบสำคัญ
๑) จากหนวยงานภายในกรมฯ
๒) จากหนวยงานภายนอก
๖.๑.๓.๒ คา รักษาพยาบาลของบำนาญ
๖.๑.๓.๓ คา เลาเรียนบุตรของบำนาญ
๖.๑.๓.๔ คา นำ้ประปา
๖.๑.๓.๕ คา ไฟฟา
๖.๑.๓.๖ คา โทรศัพทพื้นฐาน
๖.๑.๓.๗ คา ใชจายอื่น ๆ
๖.๑.๓.๗ การจัดการตรวจสอบเอกสารการเบิกจาย
๑) ใบสำคัญเงินงบประมาณ เชน เงินสด ใบแจงหนี้ลูกหนี้เงินยืมฎีกา ลกู หนี้
เงินยืมเงินทดรองราชการ เปนตน
-๑๐-
๒) ใบสำคัญเงินนอกงบประมาณ เชน เงนิสด ใบแจงหนี้ลูกหนี้เงนิยืมฎีกา
เปนตน
๓) ใบสำคัญงบกลาง เชน คารักษาพยาบาล คาเลาเรียน เปนตน ๖.๑.๓.๘ การสรางรายงานตามความตองการ กวก.
๑) รายงานทะเบียนคุมการรับใบสำคัญทุกประเภท เชน รายงานประจำวัน รายงานประจำสัปดาห รายงานประจำเดือน รายงานประจำป งบประมาณ เปนตน
๒) รายงานแตละประเภทที่สามารถกำหนดเง่ือนไขได เชน รายงานราย บุคคล รายงานหนวยงาน รายงานตามประเภทใบสำคัญ รายงานตาม แหลงเงนิ รายงานตามหมวดเงิน เปนตน
๓) รายงานอื่น ๆ เชน รายงานการเกษียณของบุคลากรตามปงบประมาณ (ดึงจากกลุมทะเบียน) เปนตน
๖.๑.๔ กลุมบัญชี
๖.๑.๔.๑ การจัดการเงนิยืมทดรองราชการและเงินทดรองราชการ เชน สัญญายืมเงิน ตรวจสอบลูกหนี้เงนิยืม รายงานฐานะเงนิ ทดรองราชการ การปดบัญชีเงินทด
รองราชการ สงใชเงินยืม เปนตน
๖.๑.๔.๒ การจัดการฎีกาเบิกจายเงิน เชน เบิกวางฎีกา เปนตน ๖.๑.๔.๓ การจัดการใบสำคัญเงินสดหรือใบแจงหนี้เชน รับใบสำคัญหรอืใบแจงหนี้ภาษี หัก ณ ที่จาย เปนตน
๖.๑.๔.๔ การจัดการงบเทียบยอดเงนิฝากธนาคารในงบประมาณ งบเทียบยอดเงินฝาก เพื่อนำสงคลัง งบเทียบยอดไมมีรายตัว
๖.๑.๔.๕ การเบิกจายคาเชาบาน เชน ขอเบิกคาเชา ตรวจสอบสิทธิ์ ทะเบียนคุมงวดการ เบิกคาเชาบาน เปนตน
๖.๑.๔.๖ การสรางรายงานตามความตองการของ กวก. เชน ทะเบียนคุมการเบิกจาย ใบสำคญั ตาง ๆ สรุปการเบิกจายประจำวัน
๖.๑.๔.๗ การจัดการวัสดุคงเหลือ ณ วันที่ ๓๐ กันยายน
๖.๑.๔.๘ การจัดการตนทุนการผลิต
๖.๑.๔.๙ การจัดการเกณฑประเมินผลการปฏิบัติงานดานบัญชี ๖.๑.๔.๑๐ การจัดการรายงานรบัสงทรัพยสินราชการ
๖.๑.๔.๑๑ การจัดการนำสงรายไดแผนดิน
-๑๑-
๖.๑.๕ กลุมพัสดุ
๖.๑.๕.๑ การจัดการทรัพยสิน เชน บันทึก/เพิ่ม/แกไขทรัพยสิน รบั โอนหรือตัดโอน ทรัพยสิน คิดคาเสื่อม บันทึกซอมแซมทรัพยสิน การยืมและคืนทรัพยสิน จำหนายทรัพยสิน ยุติการใชงาน ทะเบียนคุมทรัพยสิน การรับ-สงงานในหนาที่ และการสงมอบทรัพยสินราชการ การเปลี่ยนผูครอบครองหรือใชงานหรือดูแล ทรัพยสิน การตรวจสอบพัสดุประจำป เปนตน
๖.๑.๕.๒ กระบวนการจัดซื้อจัดจาง เชน ขออนุมัติหลักการ รายงานขอซื้อขอจาง ประกาศผูชนะการเสนอราคา การสงคุมเงนิงบประมาณ/เงินนอกงบประมาณ
การจัดการไฟลอิเล็กทรอนิกสสัญญา การออกเลขที่ใบสั่งซื้อระบบ GFMIS (PO) เปนตน
๖.๑.๕.๓ การจัดการพื้นที่กรมวิชาการเกษตร เชน ที่ราชพัสดุ ปาไม สาธารณะประโยชน ปาสงวน ที่ดินเอกชน นคิ มอุตสาหกรรมสรางตนเอง อื่น ๆ เปนตน
๖.๑.๕.๔ รายงานที่ราชพัสดุ ธร.๓๘๐๑ และรายงานที่ดินกรมวิชาการเกษตร ๖.๑.๕.๕ การจัดการการตรวจรบั พัสดุ
๑) กรณีงบดำเนินงาน : วันที่ตรวจรับพัสดุ และจำนวนวันรับประกันความ ชำรุดบกพรอง (ถามี)
๒) กรณีงบลงทุน : วันที่ตรวจรับพัสดุ, จำนวนวันรับประกันความชำรุด บกพรอง, จำนวนเงนิ หลักประกันสัญญา, ประเภทของหลักประกัน
สัญญา (เงินสด, เช็คหรอืดราฟท, หนังสือค้ำประกันของธนาคาร,
หนังสือค้ำประกันของบริษัทเงินทุนหรือบรษิัทเงนิ ทุนหลักทรัพยที่ไดรับ
อนุญาตใหประกอบกิจการฯ, พันธบัตรรฐับาลไทย) และประเภทรายการ
ผูกพันธ (ครุภัณฑสำนักงาน, ครุภัณฑย านพาหนะและขนสง, ครุภัณฑ ไฟฟาและวิทยุ, ครภุ ัณฑโฆษณาและเผยแพร, ครภุ ัณฑการเกษตร, ครุภัณฑโรงงาน, ครภุ ัณฑกอสราง, ครุภัณฑสำรวจ, ครภุ ัณฑวิทยาศาสตร
และการแพทย, ครุภัณฑคอมพิวเตอร, ครุภัณฑงานบานงานครัว, สิ่งกอสราง)
๖.๑.๕.๖ การจัดการตรวจสอบและซอมแซมทรัพยสิน เชน การซอมแซมรถยนต การ ซอมแซมอุปกรณว ิทยาศาสตรเปนตน
๖.๑.๕.๗ การจัดการโทรศัพทเคลื่อนที่และหมายเลขโทรศัพท เชน ขออนุมัติผูถือครอง โทรศพั ท การเปลี่ยนแปลงผูถือครองโทรศัพท ยกเลิกหมายเลขโทรศัพท
เคลื่อนที่/โทรศัพทพื้นฐาน และการตัดโอนหมายเลขโทรศัพท เปนตน
-๑๒-
๖.๑.๕.๘ การถอนคืนหลักประกันสัญญา เชน แจงเตอืนใหตรวจสอบความชำรุดบกพรอง กอนวันครบกำหนดลวงหนา ๓๐ วัน แจงเตือนครบกำหนดถอนคืนหลักประกัน สัญญา เปนตน
๖.๑.๕.๙ การจัดการผูทิ้งงาน เชน แจงขอเปนผูท้งิงาน เปนตน
๖.๑.๕.๑๐ การจัดการทะเบียนยานพาหนะและขนสง เชน แจงเตือนนำรถไปตรวจสภาพ แจงเตือนสถานะดำเนินการตอภาษี (ตอภาษีเรียบรอยแลว/ยังไมไดดำเนินการ ตอภาษี) จัดเก็บประวัติการจัดทำประกันภัยภาคสมัครใจ จัดเก็บประวัติใบ สั่งจราจร จัดเก็บประวัติใบส่ังของกรมการขนสงทางบก จัดเก็บประวัติใบเรียก
เก็บคาธรรมเนียมผานทางดวน เปนตน
๖.๑.๕.๑๑ การเก็บและเบิกจายวัสดุ/ใบเสร็จรับเงิน แยกตามประเภทตา ง ๆ และการ ควบคุมวัสดุคงเหลือตามระบบ First In – First Out พรอมรายงาน ๖.๑.๕.๑๒ การสรางรายงานตามความตองการของ กวก. เชน รายงานทรัพยสินแยกตาม ประเภท รายงานทรัพยสินใหม ตามชวงเวลา เปนตน
๖.๑.๖ กลุมเงินนอกงบประมาณ
๖.๑.๖.๑ การจัดการใชเงินนอกงบประมาณ เชน เงินวิจัย เงินทุน เงินตามพระราชบัญญัติ ในกำกับของ กวก. เงินประกันสัญญา ทุนการศึกษา เปนตน ๖.๑.๖.๒ วิเคราะห ออกแบบ พัฒนา ปรับปรุง และบำรุงรักษาระบบบริหารจัดการ เงินทุนหมุนเวียนยางพารา (Rubber Fund Management System : RMS) จำนวน ๑ ระบบ มีคุณสมบัติดังตอไปนี้
๑) รองรับงานบริหารจัดการของกลุมงานบริหารทั่วไป ๒) รองรับงานบริหารจัดการของกลุมงานบริหารการเงนิและบัญชี
๓) รองรับงานบริหารจัดการของกลุมงานดานจัดการสวนยางและกิ่งตา ๔) รองรับงานบริหารจัดการของกลุมงานนโยบายแผนงานและติดตาม
๖.๑.๖.๓ วิเคราะห ออกแบบ พัฒนา ปรับปรุง และบำรุงรักษาระบบบริหารจัดการ เงินทุนหมุนเวียนในการผลิตเชื้อไรโซเบียม (Rhizobium Fund Management System : RFMS) จำนวน ๑ ระบบ มีคุณสมบัติดังตอไปนี้
๑) รองรับงานบริหารจัดการภารกิจของเงินทนุ หมุนเวียนในการผลิตเชื้อ
ไรโซเบียม เชน การผลิต การคำนวณตนทุน เปนตน ๒) รองรับงานบริหารจัดการรายรับของเงนิ ทุนหมุนเวียนในการผลิตเชื้อ
ไรโซเบียม เชน การจำหนาย เปนตน
๓) รองรับงานบริหารจัดการรายจายของเงินทุนหมุนเวียนในการผลิตเชื้อ ไรโซเบียม
-๑๓-
๖.๑.๖.๔ วิเคราะห ออกแบบ พัฒนา ปรับปรุง และบำรุงรักษาระบบบริหารจัดการ กองทุนคุมครองพันธุพืช (Plant Varieties Protection Fund Management System : PFMS) จำนวน ๑ ระบบ มีคุณสมบัติดังตอไปนี้
๑) รองรับงานบริหารจัดการรายไดกองทุนคมุ ครองพันธุพืช ไดแก
๑.๑) เงินรายไดจากขอตกลงแบงปนผลประโยชนตามมาตรา ๕๒ ๑.๒) เงินหรือทรัพยสินที่ไดรับจากการจดทะเบียนคุมครองพันธุพืช เชน คา คำขอจดทะเบียนพันธุพืชใหม คาออกหนังสือสำคัญพันธุ
พืชใหม คาธรรมเนียมรายป คาปรับชำระคา ธรรมเนียมลาชา คาคัดคานพืชใหม คาโอนสิทธิ/คาขอใชสิทธิ เปนตน ๑.๓) เงินอุดหนุนจากรัฐบาล
๑.๔) เงินหรือทรัพยที่มีผูอุทิศให
๑.๕) ดอกผลและผลประโยชนอื่นใดที่เกิดจากกองทุน
๒) การจัดการโครงการขอรับเงินสนับสนุนจากกองทุนคุมครองพันธุพืช ๓) การจัดการเบิกคาใชจายในการบริหารจัดการกองทุนคุมครองพันธุพืช เชน จัดประชุมคณะกรรมการ จัดประชุมคณะอนุกรรมการ จัดฝกอบรม ใหความรูเกี่ยวกับกฎหมายคุมครองพันธุพืชและกองทนุ ติดตามประเมิน
ผลงาน คาวัสดุ ครภุ ัณฑของ คาจางพนักงาน การจัดสรรเงนิกองทุน
คุมครองพันธุพืชใหกับ อบต. ตามมาตรา ๕๙ เปนตน ๖.๑.๖.๕ การสรางรายงานตามความตองการของ กวก.
๖.๑.๗ กลุมพัฒนาระบบงานคลัง
๖.๑.๗.๑ การจัดการตรวจสอบบัญชี เชน การขอเอกสารทางบัญชี เปนตน ๖.๑.๗.๒ การสรางรายงานตามความตองการของ กวก. เชน รายงานการโอนเงิน KTB ผานเว็บไซตอัตโนมัติ เปนตน
๖.๑.๘ ฝายบริหารทั่วไป
๖.๑.๘.๑ การจัดการงานสารบรรณ เชน การออกเลขหนังสือ การตรวจสอบสถานะ หนังสือ เปนตน
๖.๑.๗ การจัดการจัดซื้อจัดจางและเบิกจายคาใชจายอื่น ๆ ของหนวยงานตาง ๆ ๖.๑.๗.๑ การขออนุมัติหลักการ
-๑๔-
๖.๑.๗.๒ การขออนุมัติจัดซื้อจัดจางและเบิกจายคาใชจายอื่น ๆ เชน หนังสือพิมพ วัสดุ คอมพิวเตอร คาเชาบาน เดินทางไปราชการ คาลวงเวลา คาอาหารกลางวัน ในการจัดประชุม การจัดประชุม/อบรม/สัมมนา คาน้ำประปา คาไฟฟา คาโทรศัพท คาน้ำมันเชื้อเพลิง เปนตน
๖.๑.๗.๓ กระบวนการจัดซื้อจัดจางและการจัดทำสัญญา
๖.๑.๗.๔ การบริหารสัญญา เชน การตรวจรับพัสดุ การตรวจสอบความชำรุดบกพรอง การถอนคืนหลักประกันสญั ญา เปนตน
๖.๑.๗.๕ การเบิกจายเงิน
๖.๑.๗.๖ การโอนยายเงนิตามหมวดรายจายตองไดรับการอนุมัติของผูบังคับบัญชา เชน การถัวจายเงนิ ประกันสังคมกับคาเชาบาน เปนตน
๖.๑.๗.๗ การสรางรายงานตามความตองการของ กวก.
๖.๑.๘ การจัดการงานอื่น ๆ ที่เกี่ยวของกับระบบบริหารจัดการงานคลัง ตามความตองการของ กวก.
๖.๒ วิเคราะห ออกแบบ พัฒนา ปรับปรุง และบำรุงรักษาระบบบริหารจัดการแผนงานและงบประมาณ (Budget Management System : BMS) จำนวน ๑ ระบบ มีคุณสมบัตดิังตอไปนี้
๖.๒.๑ กลุมแผนงานและวิเคราะหงบประมาณ
๖.๒.๑.๑ การจัดทำคำขอและจัดสรรงบประมาณตามพระราชบัญญัติงบประมาณรายจาย ประจำป
๖.๒.๑.๒ การสรางรายงานตามความตองการของ กวก. เชน รายงานการเบิกจายของ หนวยงานทั้งกันเงินและเบิกจายแลว (ดึงจากระบบกองคลัง), รายงานการเลื่อน ขั้นเงินเดือนของพนักงานราชการ (ดึงจากกลุมประเมินผลการปฏิบัติราชการ และบำเหน็จความชอบ), รายงานทรัพยสินของหนวยงาน (ดงึจากกลุมพัสดุ),
รายงานการบรรจุและลาออกขาราชการ ลูกจางประจำ และพนักงานราชการ พรอมเงินเดือน (ดึงจากกลุมทะเบียนประวัติ และกลุมประเมิน) เปนตน
๖.๒.๒ กลุมติดตามและประเมินผล
๖.๒.๒.๑ การจัดการติดตามและประเมินผลแผนงาน
๖.๒.๒.๒ การสรางรายงานตามความตองการของ กวก.
๖.๒.๓ การจัดการงานอื่น ๆ ที่เกี่ยวของกับระบบบริหารจัดการแผนงานและงบประมาณ ตามความ ตองการของ กวก.
-๑๕-
๖.๓ วิเคราะห ออกแบบ พัฒนา ปรับปรุง และบำรุงรักษาระบบบริหารจัดการงานทรัพยากรบุคคล (Personnel Resource Management System : PRMS) จำนวน ๑ ระบบ มีคุณสมบัติดังตอไปนี้
๖.๓.๑ กลุมสรรหาและบรรจุแตงตั้ง
๖.๓.๑.๑ การจัดการสรรหาบรรจุขาราชการและพนักงานราชการ เชน
๑) การขอใชบัญชีรายชื่อของหนวยงานอื่น เชน กำหนดรายชื่อผูมีสิทธิ์สมัคร สอบ สงหนังสือแจงสมัครสอบ สมัครสอบ ตรวจสอบเอกสารสมัครสอบ ประกาศผูมีสิทธิ์สอบ สอบและประกาศผล ขึ้นบัญชี สงหนังสือเรียก บรรจุ บรรจุแตงตั้ง เปนตน
๒) การประกาศเปดสอบเพื่อสรรหาบรรจุขาราชการและพนักงานราชการ เชน ประกาศรับสมัครสอบ นำเขาขอมูลผูสมัครสอบ ประกาศผูมีสิทธิ์ สอบ ตรวจสอบเอกสารสมัครสอบ สอบและประกาศผล ขึ้นบัญชี สง หนังสือเรียกบรรจุ บรรจุแตงตั้ง เปนตน
๖.๓.๑.๒ การกำหนดรปู แบบสัญญาจางพนกังานราชการ
๖.๓.๑.๓ การสรางรายงานตามความตองการของ กวก. เชน รายชื่อผูมีคุณสมบัติดำรง ตำแหนง คุณสมบัติดำรงตำแหนง ขอมูลผูสมัครดำรงตำแหนง บัญชีรายชื่อ ผูผานการสอบขาราชการและพนักงานราชการ ตำแหนงที่ขึ้นบัญชีรายชื่อและ ลำดับที่เรียกบรรจุ อายุบัญชีรายชื่อ เปนตน
๖.๓.๒ กลุมพัฒนาระบบงานและอัตรากำลัง
๖.๓.๒.๑ การจัดการอัตรากำลัง เชน อัตรากำลังของหนวยงาน การชวยราชการทั้งภายใน และภายนอก กวก. การมอบหมายภารกิจปฏิบัติงานในฐานะตาง ๆ การเปลี่ยน ผูครองตำแหนง การปฏิบัติงานในพื้นที่เสี่ยงภัยชายแดนใต เปนตน
๖.๓.๒.๒ การสรางรายงานตามความตองการของ กวก. เชน รายงานผูมีคุณสมบัติพรอม ประเมิน รายงานตำแหนงวาง เปนตน
๖.๓.๓ กลุมทะเบียนประวัติและขอมูลบุคคล
๖.๓.๓.๑ การจัดการเงนิเดือนขาราชการ ลูกจางประจำ และพนักงานราชการ เชน เพิ่ม/ไมปรับ/ลด/หักเงนิเดือน เปนตน
๖.๓.๓.๒ การจัดการขอมูลหลักสูตรอบรมขาราชการ ลูกจางประจำ และพนักงานราชการ เชน อบรมคอมพิวเตอร เปนตน
๖.๓.๓.๓ การจัดการขอมูลบุคคลขาราชการและพนักงานราชการ เชน ขอมูลสวนตัว ครอบครัว วุฒิการศึกษา เปนตน
-๑๖-
๖.๓.๓.๔ การจัดการคาทำศพขาราชการและขาราชการเกษียณ เชน ทำหนังสือแสดง เจตจำนงค เปนตน
๖.๓.๓.๕ การจัดการขาราชการและพนักงานราชการเสียชีวิต ๖.๓.๓.๖ การจัดการบัตรขาราชการ ลูกจางประจำ พนักงานราชการ และบุคลากรของ กรมฯ เชน ออก/แกไข/ยกเลิกบัตร เปนตน
๖.๓.๓.๗ การสรางรายงานตามความตองการของ กวก. เชน ประวัติการทำงาน เปนตน ๖.๓.๔ กลุมพัฒนาบุคคล
๖.๓.๔.๑ การจัดการลาศึกษา เชน ขอลาศึกษา สงรายงานการศึกษา ขอขยายระยะเวลา ขอยุติการลาศึกษา ขอเปลี่ยนประเภททุน เปนตน
๖.๓.๔.๒ การจัดการหลักสตู รอบรม เชน รายละเอียดหลักสูตร ตรวจสอบคุณสมบัติ ผูสมัคร ประกาศรับสมัคร ลงทะเบียนสมัคร ผลการอบรม เปนตน ๖.๓.๓.๓ การจัดการระบบลงทะเบียน เชน ประชุม อบรม สัมมนา สวัสดิการ ผลการ อบรมผาน/ไมผาน ครบ/ไมครบ เปนตน
๖.๓.๓.๔ การสรางรายงานตามความตองการของ กวก. เชน รายงานผูรวมประชุม อบรม สัมมนา และสวัสดิการ รายงานการจำนวนและงบประมาณในการประชุมอบรม สัมมนาในชวงเวลาที่กำหนด รายงานผูผานการอบรม เปนตน
๖.๓.๕ กลุมวินัยและคุมครองจริยธรรม
๖.๓.๕.๑ การจัดการโทษทางวินัย เชน ภาคทัณฑ ตัดเงินเดือน ลดเงินเดือน ปลดออก ไลออก เปนตน
๖.๓.๕.๒ การสรางรายงาน เชน รายงานผูถูกลงโทษทางวินัย เปนตน ๖.๓.๖ กลุมประเมินผลการปฏิบัติราชการและบำเหน็จความชอบ
๖.๓.๖.๑ การจัดการประเมินผลการปฏิบัติราชการ
๖.๓.๖.๒ การจัดการลาประเภทตาง ๆ เชน ลาพักรอน ลาปวย ลากิจ ลาคลอดบุตร ลา ดูแลบุตร ลาโดยไมรับเงินเดือน (ตองระงับจายเงินเดือน) เปนตน
๖.๓.๖.๓ การจัดการระบบลงเวลาทำการบุคลากร
๖.๓.๖.๔ การจัดการเครื่องราชอิสริยาภรณ เชน จายเครื่องราชอิสรยิาภรณ คืนเครื่อง ราชอิสริยาภรณขอรับพระราชทานเคร่อืงราชอิสริยาภรณเปนตน
๖.๓.๖.๕ การจัดการบำเหน็จบำนาญและบำเหน็จความชอบ
๖.๓.๖.๖ การจัดการคัดเลือกขาราชการพลเรือนดีเดน
๖.๓.๖.๖ การจัดการคัดเลือกนักวิจัยดีเดน
๖.๓.๖.๘ การสรางรายงานตามความตองการของ กวก. เชน รายชื่อผูมีสิทธิ์ไดรบั เครื่องราชอิสริยาภรณและระดบัชั้น รายงานอายุราชการ เปนตน
-๑๗-
๖.๓.๗ กลุมสวัสดิการและเจาหนาที่สัมพันธ
๖.๓.๗.๑ ระบบจัดการสวัสดิการ กวก. เชน สั่งซื้อสินคา จอง รับชำระเงนิ สงสินคา สรุปรายงาน ประกันอุบัติเหตุ สวัสดิการอื่นตามความเหมาะสม เปนตน ๖.๓.๗.๒ การสรางรายงานตามความตองการของ กวก.
๖.๓.๘ การเช่อืมตอระบบสารสนเทศทรัพยากรบุคคลระดับกรม (DPIS) เพื่อรับสงขอมูลทรัพยากร บุคคล ระหวาง กวก. และสำนักงานคณะกรรมการขาราชการพลเรือน
๖.๓.๙ การจัดการงานสวนใดที่มีอยูบนระบบสารสนเทศทรัพยากรบุคคลระดับกรม (Department Personnel Information System : DPIS) Version ๖.๐ ของสำนักงานคณะกรรมการ ขาราชการพลเรือน (ก.พ.) ใหใชงานผานระบบ DPIS ๖.๐ หรือระบบงานที่ ก.พ. กำหนด ใหใช
๖.๓.๑๐ สราง API ผาน Open API ของ DPIS ๖.๐ (เพิ่มเติมจาก API ปกติของระบบบริหารจัดการ งานทรพัยากรบุคคล) ตลอดจนแสดง ประมวลผล และจัดเก็บขอมูลตามความตองการของ กวก.
๖.๓.๙ การจัดการงานอื่น ๆ ที่เกี่ยวของกับระบบบริหารจัดการงานทรัพยากรบุคคล ตามความ ตองการของ กวก.
๖.๔ วิเคราะห ออกแบบ พัฒนา ปรับปรุง และบำรุงรักษาระบบบริหารจัดการสำนักงานอัจฉริยะ กรมวิชาการเกษตร (DOA Smart Office : DSO) จำนวน ๑ ระบบ
๖.๔.๑ สามารถพิสูจนตัวตนผูใชงานของระบบสารสนเทศตาง ๆ ภายนอก ณ จุดเดียว (Single Sign-On : SSO)
๖.๔.๒ สามารถลงลายมือชื่ออิเล็กทรอนิกส ตามมาตรา ๙ และหมวด ๒ ลายมือชื่ออิเล็กทรอนิกส แหงพระราชบัญญัติวาดวยธุรกรรมทางอิเล็กทรอนิกส พ.ศ. ๒๕๔๔ และฉบับแกไข (ฉบับที่ ๒ ถึง ๔)
๖.๔.๓ สามารถลงลายมือชื่ออิเล็กทรอนิกสในระบบ FMS, BMS, PRMS, EDMS, ESMS, CAMS, EFMS และ EDMS
๖.๔.๔ สามารถตรวจสอบความถูกตองของไฟล PDF/A-๓ ที่ลงลายมือชื่ออิเล็กทรอนิกส ทั้งกอน และหลังการลงลายมือชื่ออิเล็กทรอนิกส เชน ไฟลไมถูกแกไข ใบรับรองที่ใชลงลายมือชื่อ ใชตรงตามวัตถุประสงค การลงลายมือชื่ออิเล็กทรอนิกสเพื่อรับรองเวลา (Timestamp) ใบรับรองที่ใชลงลายมือชื่อไมถูกเพิกถอนขณะลงลายมือชื่ออิเล็กทรอนิกส เปนตน ๖.๔.๕ สามารถลงเวลาปฏิบัติงานประจำวัน
๖.๔.๖ สามารถลงทะเบียนการประชุม อบรม สัมมนา
-๑๘-
๖.๔.๗ สามารถแจงเตือนงานและเขาใชงานระบบ FMS, BMS, PRMS, EDMS, ESMS, CAMS, EFMS และ EDMS เชน แจงเตือนประกันอุบัติเหตุหรือสวัสดิการ แจงเตือนมีหนังสือสงถึง แจงเตอืนมีหนังสือพิจารณาและลงลายมือชื่ออิเล็กทรอนิกส แจงเตือนปรับปรุงรูปถาย แจง เตือนประเมินคางาน เปนตน
๖.๔.๘ สามารถแจงเตือนและใชงานระบบสารสนเทศที่เกี่ยวของ เชน แจงเตอืนประกันอุบัติเหตุ หรือสวัสดิการ แจงเตือนมีหนังสือสงถึง แจงเตือนมีหนังสือพิจารณาและลงลายมือชื่อ อิเล็กทรอนิกส แจงเตือนปรับปรุงรูปถาย แจงเตือนประเมินคางาน เปนตน
๖.๔.๙ สามารถเพิ่มหรือลดการแจงเตือนและใชงานของระบบสารสนเทศ ๖.๔.๑๐ สามารถรับสงขอความแจงเตือนในลักษณะเดียวกับ Line Notify ๖.๔.๑๑ ใชงานผานโทรศพั ทเคลื่อนที่ (Mobile Phone) และ Tablet บนระบบปฏิบัติการ Android และ iOS
๖.๕ วิเคราะห ออกแบบ พัฒนา ปรับปรุง และบำรุงรักษาระบบบริหารจัดการลงลายมื่อชื่ออิเล็กทรอนิกส (Electronic Signing Management System : ESMS) จำนวน ๑ ระบบ
๖.๕.๑ สามารถลงลายมือชื่ออิเล็กทรอนิกส ตามมาตรา ๙ และหมวด ๒ ลายมือชื่ออิเล็กทรอนิกส แหงพระราชบัญญัติวาดวยธุรกรรมทางอิเล็กทรอนิกส พ.ศ. ๒๕๔๔ และฉบับแกไข (ฉบับที่ ๒ ถึง ๔) โดยผลลัพธอยูในรูปแบบไฟล PDF/A-๓ และ XML
๖.๕.๒ สามารถตรวจสอบความถูกตองของไฟล PDF/A-๓ ที่ลงลายมือชื่ออิเล็กทรอนิกส ทั้งกอน และหลังการลงลายมือชื่ออิเล็กทรอนิกส เชน ไฟลไมถูกแกไข ใบรับรองท่ีใชลงลายมือชื่อ ใชตรงตามวัตถุประสงค การลงลายมือชื่ออิเล็กทรอนิกสเพื่อรับรองเวลา (Timestamp)
ใบรับรองที่ใชลงลายมือชื่อไมถูกเพิกถอนขณะลงลายมือชื่ออิเล็กทรอนิกส เปนตน ๖.๕.๓ ระบบสารสนเทศภายนอกสามารถสงขอมูลให ESMS เพื่อทำการตรวจสอบหรอืลงลายมือ ชื่ออิเล็กทรอนิกส ผาน RESTful API
๖.๕.๔ สามารถกำหนดคุณสมบัติเฉพาะของแตละผูใชงานในการใชงาน ESMS เชน สถานะใชงาน สามารถใชลงลายมือชื่ออิเล็กทรอนิกสหรือไม สามารถใชเขารหัสขอมูลหรือไม เปนตน ๖.๕.๕ สามารถจัดเก็บไฟลที่ถูกลงลายมือชื่ออิเล็กทรอนิกส
๖.๕.๖ สามารถเปรียบเทียบความถูกตองของไฟลที่ลงลายมือชื่ออิเล็กทรอนิกสผาน QR Code ๖.๕.๗ สามารถสรางหรือแกไขหรือยกเลิกการลงลายมือชื่ออิเลก็ ทรอนิกส
๖.๕.๘ สามารถลงลายมือชื่ออิเล็กทรอนิกสในไฟล XML และแนบในไฟล PDF/A-๓ กอนลง ลายมือชื่ออิเล็กทรอนิกส เพื่อใหระบบสารสนเทศภายนอกสามารถอานขอมูลได ๖.๕.๙ สามารถแนบไฟลทุกชนิดในไฟล Pdf/A-๓ ได
๖.๕.๑๐ สามารถทำสิ่งพิมพออกตามพระราชบัญญัติธุรกรรมอิเล็กทรอนิกส (ฉบับที่ ๒) พ.ศ. ๒๕๕๑ และประกาศคณะกรรมการธุรกรรมทางอิเล็กทรอนิกส เรื่อง การรับรองสิ่งพิมพออก พ.ศ. ๒๕๕๕
-๑๙-
๖.๖ วิเคราะห ออกแบบ พัฒนา ปรับปรุง และบำรุงรักษาระบบบริหารจัดการผูออกใบรับรองอิเล็กทรอนิกส (Certificate Authority Management System : CAMS)
๖.๖.๑ สามารถออกใบรับรองอิเล็กทรอนิกส (Certificate) โดยใชเทคโนโลยีโครงสรางพื้นฐาน กุญแจสาธารณะ (Public Key Infrastructure : PKI) ไมจำกัดจำนวน
๖.๖.๒ ใบรับรองอิเล็กทรอนิกส (Certificate) จะตองประกอบดวยขอมูลท่เีกี่ยวของ เชน ขอมูล แสดงตัวตน ชวงวันเวลาที่มีผลใชงาน แหลงตรวจสอบการเพิกถอนใบรับรองอิเล็กทรอนิกส และวัตถุประสงคข องการใชใบรับรองอิเล็กทรอนิกส เปนตน
๖.๖.๓ สามารถพิสูจนยืนยันตัวบุคคล (Authentication)
๖.๖.๔ สามารถตรวจสอบความถูกตองครบถวนของขอมูล (Integrity)
๖.๖.๕ สามารถมีผลผูกพันธทางกฎหมายและไมสามารถปฏิเสธความรับผิด (Non-repudiation) ๖.๖.๖ สามารถเพิกถอนใบรับรองอิเล็กทรอนิกส
๖.๖.๗ จัดทำรายชื่อใบรับรองอิเล็กทรอนิกสที่ถูกเพิกถอน (Certificate Revocation List : CRL/ Online Certificate Status Protocol : OCSP)
๖.๗ วิเคราะห ออกแบบ พัฒนา ปรับปรุง และบำรุงรักษาระบบบริหารจัดการไฟลอิเล็กทรอนิกส (Electronic File Management System : EFMS) จำนวน ๑ ระบบ
๖.๗.๑ สามารถจัดเก็บ คนหา ลบ และรับสงไฟลอิเล็กทรอนิกส
๖.๗.๒ สามารถติดตอใชงานผาน RESTful API
๖.๗.๓ สามารถปองกันปญหาคอขวด (Bottleneck) ของสวนตาง ๆ ที่เกี่ยวของกับการจัดการไฟล อิเล็กทรอนิกส
๖.๗.๔ สามารถกำหนดคุณสมบัติเฉพาะของแตละผูใชงานในการใชงาน EFMS เชน ขนาดไฟล อิเล็กทรอนิกสที่จัดเก็บ สถานะใชงาน เปนตน
๖.๗.๖ สามารถจัดเก็บสำรองไฟลอิเล็กทรอนิกส และเพิ่มหรือลดแหลงสำรองไฟลอิเล็กทรอนิกสได ไมนอยกวา ๔ แหลง
๖.๗.๗ สามารถจัดการจัดการไฟลอิเลก็ ทรอนิกสไดอยางมีประสิทธิภาพและเสถียรภาพ เชน เขียน ไฟลอิเล็กทรอนิกสครบทุกแหลงตามที่กำหนดไว เขียนไฟลอิเล็กทรอนิกสไดอยางรวดเร็ว เปนตน
๖.๘ วิเคราะห ออกแบบ พัฒนา ปรับปรุง และบำรุงรักษาระบบบริหารจัดการเอกสารอิเล็กทรอนิกส (Electronic Document Management System : EDMS) จำนวน ๑ ระบบ
๖.๘.๑ สามารถสราง (นำเขาเปนไฟล Pdf จากภายนอก หรือสรางใน EDMS เปนไฟล PDF) และจัดการหนังสือราชการ (ภาษาไทยและภาษาตางประเทศ) เชน หนังสือภายนอก หนังสือภายใน หนังสอืประทับตรา หนังสือสั่งการ หนังสือประชาสัมพันธ และหนังสือที่ เจาหนาที่ทำขึ้นหรือรับไวเปนหลักฐานในราชการ เปนตน
-๒๐-
๖.๘.๒ สามารถจัดการระดับความเรงดวนของการปฏิบัติ เชน ดวนที่สุด ดวนมาก ดวน เปนตน ๖.๘.๓ สามารถจัดการระดับความลับของหนังสือราชการ เชน ลับ ลับมาก ลับที่สุด เปนตน ๖.๘.๔ สามารถรองรับการนำเขาหนังสือราชการเปนไฟลเสียง ไฟลวิดีทัศน ไฟลภาพ ไฟลขอมูล และสื่อกลางบันทึกขอมูล
๖.๘.๕ สามารถจัดการบริหารหนังสอืราชการ เชน รับ/สงหนังสือ เสนอหนังสือ ออกเลขที่หนังสือ เกษียนหนังสือ เวียนหนังสือ คนหาหนังสือ สิ่งพิมพออกหนังสือ เปนตน
๖.๘.๖ สามารถกำหนดผูรับหนังสือราชการแบบบุคคล/กลุมบุคคล หนวยงาน/กลุมหนวยงาน โดย กำหนดไดทั้งแบบแมแบบ (Template) หรือเฉพาะกิจ (Adhoc) เชน หนังสือเวียนกลุม ระบบเครือขายและคอมพิวเตอร หนังสือเวียนคณะกรรมการเงินทุนหมุนเวียนยางพารา เปนตน
๖.๘.๗ สามารถกำหนดสิทธิ์การทำงานของผูใชงานและหนังสือราชการ ๖.๘.๘ สามารถสงมอบหนังสือราชการที่มีอายุครบ ๒๐ ป หรือตามที่ตองการใหหนวยงานอื่น จัดเก็บ เชน กองจดหมายเหตุแหงชาติ กรมศิลปากร เปนตน
๖.๘.๙ สามารถรายงานสถานะหนังสือราชการ เชน รอเสนอผูอำนวยการ รอเปดอานจากผูรับ ลงลายมือชื่ออิเล็กทรอนิกสแลว เปนตน
๖.๘.๑๐ สามารถติดตอระบบสารสนเทศหรือระบบอิเล็กทรอนิกสอื่น เพื่อรับและสงหนังสือราชการ ผานชองทางตาง ๆ ได เชน RESTful API, Email เปนตน
๖.๘.๑๑ รองรับมาตรฐาน e-CMS 2.0
๖.๘.๑๒ ปฏิบัติตาม
๖.๘.๑๒.๑ ระเบียบสำนักนายกรัฐมนตรวีาดวยงานสารบรรณ พ.ศ. ๒๕๒๖
๖.๘.๑๒.๒ ระเบียบสำนักนายกรัฐมนตรวีาดวยงานสารบรรณ (ฉบับท่ี๒) พ.ศ. ๒๕๔๘
๖.๘.๑๒.๓ ระเบียบสำนักนายกรัฐมนตรวีาดวยงานสารบรรณ (ฉบับท่ี๓) พ.ศ. ๒๕๖๐
๖.๘.๑๒.๔ ระเบียบสำนักนายกรัฐมนตรวีาดวยงานสารบรรณ (ฉบับท่ี๔) พ.ศ. ๒๕๖๔
๖.๘.๑๓ สามารถลงลายมือชื่ออิเล็กทรอนิกส ตามมาตรา ๙ และหมวด ๒ ลายมือชื่ออิเล็กทรอนิกส แหงพระราชบัญญัติวาดวยธุรกรรมทางอิเล็กทรอนิกส พ.ศ. ๒๕๔๔ โดยผลลัพธอยูในรูป แบบไฟล PDF/A-๓ และ XML
๖.๘.๑๔ สามารถตรวจสอบความถูกตองของไฟล PDF/A-๓ ที่ลงลายมือชื่ออิเล็กทรอนิกส ทั้งกอน และหลังการลงลายมือชื่ออิเล็กทรอนิกส เชน ไฟลไมถูกแกไข ใบรับรองที่ใชลงลายมือชื่อ ใชตรงตามวัตถุประสงค การลงลายมือชื่ออิเล็กทรอนิกสเพื่อรับรองเวลา (Timestamp) ใบรับรองที่ใชลงลายมือชื่อไมถูกเพิกถอนขณะลงลายมือชื่ออิเล็กทรอนิกส เปนตน
๖.๘.๑๕ การสรางรายงานตามความตองการของ กวก.
๖.๘.๑๖ การจัดการงานอื่น ๆ ที่เกี่ยวของกับระบบบริหารจัดการเอกสารอิเล็กทรอนิกส ตามความ ตองการของ กวก.
-๒๑-
๖.๙ คุณสมบัติระบบบริหารจัดการในขอ ๖.๑ - ๖.๘ มีดังน้ี
๖.๙.๑ ระบบบริหารจัดการฯ ตองทำงานสอดคลองและประสานงานกันไดอยางมีประสิทธิภาพและ เสถียรภาพ
๖.๙.๒ ทำงานแบบ Real Time และสามารถใชงานกับทุกหนวยงานในสังกัด กวก. ๖.๙.๓ การติดตั้งใชงานระบบบริหารจัดการฯ หรือซอฟทแวรที่เกี่ยวของ ใหเจาหนาที่ของ กวก. เปนผูดำเนินการ เชน Compile Source Code, ติดตั้งโปรแกรม, การกำหนดคา คุณสมบัติ ตาง ๆ เปนตน โดยผูเสนอราคาใหการแนะนำ สอน อบรม ใหความรูแกเจาหนาที่ของ กวก. ๖.๙.๔ วิเคราะห ออกแบบ และพัฒนาระบบโดยใชทฤษฎี หลักการ และสถาปตยกรรม ดังตอไปนี้
๖.๙.๔.๑ Agile Methodology
๖.๙.๔.๒ SOLID Principle
๖.๙.๔.๓ Microservice Architecture (หามใช Monolithic Architecture) ๖.๙.๔.๔ Resiliency Patterns in Microservice
๖.๙.๔.๕ Thin Controller Architecture
๖.๙.๔.๖ Dependency Injection
๖.๙.๔.๗ Generic Pattern
๖.๙.๔.๘ Docker
๖.๙.๔.๙ Virtual Machine
๖.๙.๔.๑๐ System Architecture Diagram
Web Application, Windows Application, Mobile Application
Microservice API N Microservice API N+1
Microservice N Microservice N+1
Validation Validation
Unit of Work N
Repository 1
Repository N
Repository N+1
…
ORM 1
ORM N+1

ORM N
DB N DB N+1
-๒๒-
๖.๙.๔.๑๑ Saga Orchestration Pattern in Microservices
Web Application, Windows Application, Mobile Application
Microservice A
Orchestrator A (Maintain All Jobs)
Current Job Successful Run Next Job
Previous Job Compensation
Current Job Failure
Inter-Service 1
Inter-Service 2
Inter-Service N
… Service 1
Service 2
Service N
๖.๙.๕ จัดทำการทดสอบระบบบริหารจัดการฯ ในระดับตาง ๆ ไดแก
๖.๙.๕.๑ Unit Test เปน Automated Testing
๖.๙.๕.๒ System Integration Testing (SIT) เปน Automated Testing ๖.๙.๕.๓ User Acceptance Testing (UAT)
๖.๙.๕.๔ Performance Testing ประกอบดวย Load Testing, Stress Testing, Endurance Testing, Spike Testing, Scalability Testing, Volume Testing, Capacity Testing, Concurrency Testing
ตลอดจนผูเสนอราคาใหการแนะนำ สอน อบรม ใหความรูแกเจาหนาที่ของ กวก. เพื่อให เจาหนาที่ของ กวก. สามารถทดสอบการทำงานระบบบริหารจัดการฯ
๖.๙.๖ ผูเสนอราคาตองพัฒนาระบบบริหารจัดการฯ ที่มีความยืนหยุน (Application Resiliency) ตลอดจน ติดตั้ง Version Control Application และระบบ CI/CD ควบคุม Source
Code, Testing, Building เพื่อใหระบบบริหารจัดการฯ สามารถทำงานไดอยางมี
ประสิทธิภาพปราศจากขอผิดพลาด ตามมาตรฐานการพัฒนาซอฟทแวร และ Automate
Deploy Software และใชงานไดถูกตองตามกฎหมาย
๖.๙.๗ เครื่องมือที่ใชพัฒนาระบบ ไดแก
๖.๙.๗.๑ เขียนชุดคำสั่งดวยภาษา C#, Dart
๖.๙.๗.๒ .Net Framework ๔.๙.๑, .Net Core ๘ หรือรุนใหมกวา
๖.๙.๗.๓ JavaScript Framework เชน Angular, React
-๒๓-
๖.๙.๘ ทำงานแบบ API Gateway และ/หรอื Load balancing ขยายได(Scale Out) ไมจำกัด ๖.๙.๙ สามารถสำรองและกูคืนขอมูลระบบไดทั้งฐานขอมูล ระบบ และสวนที่เกี่ยวของ ๖.๙.๑๐ สามารถสราง Data Warehouse, Data Cube, Dashboard (Power BI) และรายงาน (Static Report และ Dynamic Report) ตามแผนภาพตอไปนี้
SSIS
Data Sources ETL
SSAS
Dashboard/Report

SSRS,
Data Warehouse
Analytic Process Data Cube
Power BI
MDX Query
SQL Query
๖.๙.๑๑ กรณีตองนำเขาขอมูลจากภายนอก หรือสงออกขอมูลไปภายนอก ใหสามารถนำเขาหรือ สงออกในรูปแบบไฟล CSV, Excel, หรือผาน API
๖.๙.๑๒ จัดหาสิทธิ์ (Quota) สงขอความสั้น (Short Message Service : SMS) ผาน โทรศพั ทเคลื่อนที่ ๑๐๐,๐๐๐ ขอความตอป โดยใชงานผาน RESTful API ของผูใหบริการ
ตามที่ กวก. กำหนด ตลอดระยะเวลาสัญญาจางและการรับประกัน
๖.๙.๑๓ การเก็บขอมูลเพื่อนำมาวิเคราะหและออกแบบระบบบริหารจัดการฯ ผูเสนอราคาเก็บขอมูล ณ สวนกลาง ไดแก กรมวิชาการเกษตร และสวนภูมิภาค ไดแก ศูนยวิจัยปาลมน้ำมัน สุราษฎรธานี ศูนยวิจัยเกษตรวิศวกรรมขอนแกน สำนักวิจัยและพัฒนาการเกษตร เขตที่ ๓ และ ๗ (ขอนแกน และสุราษฎรธานี) และ/หรือตามหนวยงานที่ กวก. กำหนดเพิ่มเติม
๖.๙.๑๔ ผูเสนอราคาตองพัฒนาระบบตามรูปแบบขอกำหนดที่ กวก. กำหนด กรณีเกิดขอขัดแยง หรือขอพิพาทในระบบบรหิารจัดการฯ ที่พัฒนา ใหปฏิบัติตามความเห็น ของ กวก.
๖.๙.๑๕ กรณีระบบบริหารจัดการฯ หยุดทำงานหรือไมสามารถทำงานได (Downtime) เปนเหตุ ใหตองปฏิบัติงานดวยมือ (Manual System) เมื่อระบบบริหารจัดการฯ กลับมาทำงาน ตามปกติ ใหสามารถปอนขอมูลที่ปฏิบัติงานดวยมือไปแลวเขาระบบบริหารจัดการฯ เพื่อ ใหระบบบริหารจัดการฯ มีขอมูลที่ถูกตองครบถวนตามความเปนจริง
๖.๙.๑๖ ระบบบริหารจัดการฯ สามารถเพิ่ม แกไข และยกเลิกรายการ (Transaction) ไดอยางอิสระ ภายใตขอกำหนดทางธุรกิจ (Business Rule) ที่เพิ่ม แกไข และยกเลิกไดในอนาคต ๖.๙.๑๗ สามารถบันทึกขอมูลการจัดการขอมูล (Log Data) เพื่อตรวจสอบยอนกลับเกี่ยวกับการ เพิ่ม แกไข และลบขอมูลรายการ (Transaction)
๖.๙.๑๘ หามใช Pass-Through SQL สงจากภายนอกให SQL Server ประมวลผล ใหใชผา น Stored Procedure
-๒๔-
๖.๑๐ การแจงเหตุขัดของของระบบฯ
๖.๑๐.๑ ผูเสนอราคาตองกำหนดชองทางการติดตอรับแจงเหตุขัดของของระบบฯ ตลอดระยะเวลา ตามสัญญาจางและระยะเวลารบั ประกัน มีรายละเอียด ไดแก ชื่อนามสกุลผูประสานงาน
หมายเลขโทรศัพทพื้นฐาน โทรศัพทสวนตัว E-mail และ Social Application เชน Line, WhatsApp เปนตน โดยผูประสานงานเปนคนไทยและมีถิ่นพำนักอยูในประเทศไทย เพื่อ ใหสามารถติดตอรับแจงเหตุขัดของไดตลอด ๒๔ ชั่วโมงทุกวัน กรณีผูเสนอราคาตองการ เปลี่ยนแปลงผูประสานงาน ใหผูเสนอราคาแจง กวก. เปนลายลักษณอักษรภายใน ๑๕ วัน นับจากวันที่ผปู ระสานงานเดิมไมสามารถรับแจงเหตุขัดของได
๖.๑๐.๒ กวก. ใชชองทางหลักในการแจงเหตุขัดของผานทาง E-mail หรือทางโทรศัพท โดยแจง รายละเอียดเหตุขัดของ ไดแก ชื่อและนามสกุลผูแจงเหตุขัดของ เหตุขัดของหรือปญหาของ ระบบ ระดับความเขมขนของปญหา (แดง สม เหลือง เทา) ผูเสนอราคาตองตอบกลับ E-mail ยืนยันการรบัแจงเหตุภายใน ๒ ชั่วโมง (นับจากวันเวลาของ E-mail ที่ กวก. แจง
เหตุขัดของ หรือรับโทรศพั ทที่ กวก. ติดตอเพื่อแจงเหตุขัดของ) โดยมีรายละเอียด ไดแก
ชื่อและนามสกุลผูประสานงาน หมายเลขรับแจงขัดของ (Ticket Number) กรณีผูเสนอราคาไมตอบกลับ E-mail หรือรับโทรศัพทจาก กวก. เพื่อยืนยันการรับแจง เหตุขัดของภายใน ๒ ชั่วโมง (นับจากวันเวลาใน E-mail หรือการตดิตอโทรศัพทที่ กวก. ติดตอ เพื่อแจงเหตุขัดของ) ใหเริ่มนับเวลาแกไขเหตุขัดของไดโดยไมตองมีการตอบ
กลับ E-mail หรือการรับโทรศัพทจากผูเสนอราคา โดยนับจากเวลาที่เกิดขึ้นกอนของ วันเวลาของ E-mail หรือการติดตอโทรศัพทของ กวก.
๖.๑๐.๓ ผูเสนอราคาตองแกไขเหตุขัดของใหแลวเสร็จเรียบรอย ภายในกำหนดเวลาตามระดับความ เขมขนของปญหา เริ่มนับเวลาแกไขเหตุขัดของที่เกิดขึ้นกอนของวันเวลาของ E-mail ตอบ กลับของผูเสนอราคา หรอืวันเวลาที่ผูเสนอราคารับโทรศัพทจาก กวก. เพื่อแจงเหตุขัดของ
และแจงกาวหนาของการแกไขเหตุขัดของให กวก. ทราบผาน E-mail ทุกชั่วโมง โดย กำหนดระยะเวลาแกไขเหตุขัดของดังนี้
๖.๑๐.๓.๑ ระดับความเขมขนสีแดง ผูเสนอราคาตองแกไขใหแลวเสร็จภายใน ๒ ชั่วโมง ๖.๑๐.๓.๒ ระดับความเขมขนสีสม ผูเสนอราคาตองแกไขใหแลวเสร็จภายใน ๖ ชั่วโมง ๖.๑๐.๓.๓ ระดับความเขมขนสีเหลือง ผูเสนอราคาตองแกไขใหแลวเสร็จภายใน ๒๔ ชั่วโมง ๖.๑๐.๓.๔ ระดับความเขมขนสีเทา ผูเสนอราคาตองแกไขใหแลวเสร็จภายใน ๔๘ ชั่วโมง
๖.๑๑ ในกรณีผูเสนอราคาตองการเปลี่ยนแปลงบุคลากรตามขอ ๓.๑๔ ในระหวางดำเนินงาน ผูเสนอราคา ตองจัดทำใบแสดงรายละเอียดศักยภาพในการพัฒนาระบบของบุคลากร (ภาคผนวก ก) พรอมแนบ วุฒิการศึกษา และใบรับรองการทำงานจากผูวาจางตามจำนวนโครงการประสบการณ (ชื่อโครงการ ขอมูลผูวาจางและชองทางติดตอ ตำแหนงงานที่ทำ ผลการปฏิบัติงานตามโครงการ ลายมือชื่อผูวาจาง และตราประทับผูวาจาง (ถามี)) ของบุคลากรใหม โดยบุคลากรใหมจะตองมีคณุ สมบัติเทียบเทา
-๒๕-
หรือสูงกวาบุคลากรที่ถูกเปลี่ยนแปลง พรอมแจงเปนลายลักษณอักษรแก กวก. ทั้งน้ กวก. สงวนสิทธิ์ ี ในการพิจารณายอมรับการขอเปลี่ยนแปลง หรือใหจัดหาบุคลากรใหมต ามความประสงคของ กวก. ผูเสนอราคาจะนำมาเปนเหตุผลในการทำใหเกิดความลาชาของงานไมได
๖.๑๒ ในระหวางดำเนินงาน กวก. สงวนสิทธิ์ในการเปลี่ยนแปลงบุคลากรตามขอ ๓.๑๔ หาก กวก. พบวา บุคลากรของผูเสนอราคาไมมีความสามารถในการทำงานไดอยางมีประสิทธิภาพตามที่ กวก. ตองการ ผูเสนอราคาตองดำเนินการเปลี่ยนบุคลากรใหเรียบรอยภายใน ๑๕ วัน นับจากวันที่ กวก. แจงเปน ลายลักษณอักษร และผูเสนอราคาจะนำมาเปนเหตุผลในการทำใหเกิดความลาชาของงานไมได
๖.๑๓ ผูเสนอราคาตองจัดหาลายมือชื่ออิเล็กทรอนิกสแ บบ PKI สำหรับองคกรจากหนวยงานที่ กวก. กำหนด จำนวน ๒ ชุด ตลอดระยะเวลาตามสัญญาจางและระยะเวลารับประกัน เพื่อใชสำหรับลงลายมือชื่อ อิเล็กทรอนิกส
๖.๑๔ ผูเสนอราคาตองเสนอราคาคาบำรุงรักษาโครงการพัฒนาระบบบริหารจัดการ งานคลัง แผนงาน งบประมาณ และงานทรัพยากรบุคคล ระยะ ๕ ป หลังจากระยะเวลารับประกันสิ้นสุด (ภาคผนวก ข) ๖.๑๕ ผูเสนอราคาตองจัดหาระบบคลาวดสวนตัว (Private Cloud) ใหแก กวก. เปนเวลา ๔ ป (ระยะเวลา พัฒนาระบบ ๑ ป และระยะเวลารับประกัน ๓ ป) โดยมีรายละเอียดดังนี้
๖.๑๕.๑ Private Cloud ทำงานอยูบนเครื่องแมขายคอมพิวเตอรที่เปนเครื่องใหมไมเคยถูกใชงาน มากอน จำนวน ๘ เครื่อง โดยมีคุณสมบัติดังนี้
๖.๑๕.๑.๑ หนวยประมวลผลแบบ ๒๔ Cores มีความเร็วพื้นฐานไมนอยกวา ๒.๙ GHz เพิ่มความเรว็อัตโนมัติไมนอยกวา ๔.๐ GHz โดยมี L3 Cache ไมนอยกวา
๑๖.๕ MB ไมนอยกวา ๑ หนวย
๖.๑๕.๑.๒ มีหนวยความจำหลักแบบ DDR4 RDIMM หรือ LRDIMM, ๒๙๓๓ MT/s หรอื MHz, Dual Rank หรือดีกวา ไมนอยกวา ๑๙๒ GB
๖.๑๕.๑.๓ สามารถรองรับหนวยความจำหลักสูงสุดไมนอยกวา ๓ TB ๖.๑๕.๑.๔ Hard Disk เปนแบบ Hot Plug SSD SATA, ๖ Gbps, ๒.๕ นิ้ว หรือดีกวา ความจุไมน อยกวา ๙๖๐ GB จำนวน ๖ หนวย
๖.๑๕.๑.๕ มี RAID Controller ที่สามารถทำ RAID ๐, ๑, ๑๐, ๕, ๕๐, ๖ และ ๖๐ ได โดยมีหนวยความจำไมนอยกวา ๒ GB
๖.๑๕.๑.๖ มี Network เปนแบบ ๑ Gbps ภายในเครื่องไมนอยกวา ๑๐ พอรต และ แบบ ๑๐ Gbps ภายในเครื่องไมนอยกวา ๒ พอรต ๖.๑๕.๑.๗ มีหนวยจายไฟ (Power Supply) ทำงานทดแทนกันได (Redundant) ขนาดไมนอยกวา ๗๐๐ ขึ้นไป จำนวน ๒ หนวย ในกรณีหนวยจายไฟเสีย สามารถเปลี่ยนหนวยจายไฟไดโดยไมตองปดเครื่อง ๖.๑๕.๑.๘ มีชองเสียบอุปกรณแบบ PCI-express ๓.๐ หรอืดีกวา ไมนอยกวา ๓ ชอง
๖.๑๕.๑.๙ รองรับ TPM ๑.๒/๒.๐
-๒๖-
๖.๑๕.๑.๑๐ มีชองเชื่อมตอตาง ๆ ดังนี้
๑) USB Port จำนวนไมน อยกวา ๓ ชอง
๒) VGA Port หรือ HDMI Port
๖.๑๕.๑.๑๑ มี Remote Management Port ไมนอยกวา ๑ ชอง เพื่อใชในการจัดการ Server โดยมีคุณสมบัติดังนี้
๑) จัดการ Server ผาน Web Base Application ๒) สามารถทำ Virtual KVM หรือเทียบเทา
๓) สามารถสั่ง Power ON/OFF, Restart Server และตั้งคา BIOS ได ๔) สามารถใชงาน Virtual Media
๖.๑๕.๑.๑๒ สามารถติดตั้งในตู Rack ๑๙ นิ้ว โดยเครื่องแมขายคอมพิวเตอรมีความสูง ไมเกิน ๒ U และมีอุปกรณสำหรับติดตั้งภายในตู Rack พรอม CD เอกสาร ระบบและโปรแกรมชวยการติดตั้งจากผูผลิต
๖.๑๕.๑.๑๓ รองรับระบบปฏิบัติการ
๑) Windows Server ๒๐๑๙ ขึ้นไป
๒) Red Hat/SUSE Enterprise Linux
๓) Ubuntu Server LTS
๔) Proxmox
๖.๑๕.๑.๑๔ เปนผลิตภัณฑท ี่ไดรับการรับรองตามมาตรฐาน
๑) มาตรฐานการผลิต/บริการ ISO ๙๐๐๐ Series ๒) มาตรฐานการแพรกระจายคลื่นแมเหล็กไฟฟา FCC หรือ EN หรือ VCCI หรือ CE
๓) มาตรฐานความปลอดภัยดานไฟฟา UL หรือ EN หรือ TUV หรอื CSA
หรือ IEC
๖.๑๕.๑.๑๕ รับประกันทั้งคาแรงและอะไหลจากผูผลิตโดยตรง โดยใหบริการถึงสถานที่ ติดตั้ง ภายในวันทำการถัดไปหลังจากวันที่ไดรับการแจงแบบไมจำกัดจำนวน ครั้ง เปนเวลา ๕ ป (Next Business Day On-site Service : On-site ๕ Years, Parts ๕ Years, and Labor ๕ Years)
๖.๑๕.๑.๑๖ เครื่องแมขายคอมพิวเตอรที่เสนอ ตองเปนผลติภัณฑที่ผูผลิตเครื่องแมขาย คอมพิวเตอรเปนผูผลิตเองหรือจางผูอื่นผลิตให มิใชการซื้อสวนประกอบ สำเร็จรูปจากผูอื่นแลวนำมาประกอบเปนเครื่องแมขายคอมพิวเตอร
๖.๑๕.๑.๑๗ สามารถตรวจสอบรายละเอียดการรับประกันสินคา และสวนประกอบของ เครื่องแมขายคอมพิวเตอรที่เสนอ จากเว็บไซตของผูผลิต
-๒๗-
๖.๑๕.๒ ติดตั้งและทำงานแบบ Hypervisor Type I (Bare Metal Architecture) โดยมีคุณสมบัติ
๖.๑๕.๒.๑ ทำงานเปน Private Cloud โดย กวก. ใชงานผูเดียว ไมแบงปนทรพัยากร กับผูใด
๖.๑๕.๒.๒ จัดการโหนดแบบรวมศูนยผานเว็บแอปพลิเคชัน ๖.๑๕.๒.๓ สามารถเปลี่ยนยายเครื่องเสมือน (Virtual Machine) ระหวางเครื่องแมขาย คอมพิวเตอรไดโดยไมหยุดทำงาน (Live Migration) ๖.๑๕.๒.๔ ทำงานเชื่อมโยงระหวางเครื่องแมขายคอมพิวเตอรแบบ Cluster
๖.๑๕.๓ จด Domain Name พรอมระบบจัดการ Domain Name จำนวน ๓ โดเมน ตลอด ระยะเวลาสัญญาจางและการรับประกัน พรอม SSL Certificate Wildcard จำนวน ๓ ป ๖.๑๕.๔ สถานที่ติดตั้งเครื่องแมขายคอมพิวเตอร
๖.๑๕.๔.๑ ติดตั้งที่ หองเครื่องคอมพิวเตอรแมขาย อาคารศูนยรวบรวมเครือขาย สารสนเทศเพื่อการสงออก กวก. จำนวน ๔ เครื่อง ๖.๑๕.๔.๒ ติดตั้งที่ Data Center จำนวน ๔ เครื่อง โดยมีคุณสมบัติดังนี้
๑) ไดรับมาตรฐาน Tier 3 ขึ้นไป
๒) มีศูนยปฏิบัติการเครอืขาย (Network Operations Center : NOC)
ปฏิบัติงานตลอดเวลาแบบ 24/7
๓) บริหารจัดการเครื่องผานอินเทอรเน็ตไดตั้งแตหนา BIOS เสมือนอยู หนาเคร่อืง
๔) บริการอินเทอรเน็ตภายในประเทศ (Share) ไมนอยกวา ๑ Gbps บริการอินเทอรเน็ตระหวางประเทศ (Share) Upload ไมนอยกวา ๕ Mbps และ Download ไมนอยกวา ๑๐ Mbps ๕) ไมจำกัดปริมาณถายโอนขอมูลเขาออก (Unlimited Data Transfer) ๖) ระดับของการใหบริการ (Service Level Agreement : SLA) ไมต่ำกวา 99.9% ตอเดือน
๗) ไดรับมาตรฐานการใหบริการ ISO/IEC 20000-1 และ ISO/IEC 27001 ๘) มีวงจรเชื่อมโยงกับศูนยแลกเปลี่ยนขอมูลอินเทอรเน็ตภายในประเทศ (National Internet Exchange: NIX) ไมนอยกวา 2 แหง และวงจร เชื่อมโยงกับศนู ยแลกเปลี่ยนขอมูลอินเทอรเน็ตเพื่อออกตางประเทศ
(International Internet Gateway: IIG) ไมนอยกวา 2 แหง ๙) บริการ Firewall สามารถกำหนดการเขาถึงและปองกันโจมตี เชน IDS, IPS, DDoS, Bot Net, TCP Flood, UDP Flood เปนตน ๑๐) Public IP ไมนอยกวา 32 IP
-๒๘-
๖.๑๖ Microsoft SQL Server ๒๐๒๒ Enterprise (๒ Core ตอ ๑ ลิขสิทธิ์) จำนวน ๒ ลิขสิทธิ์ ๖.๑๗ Windows Server ๒๐๒๕ Standard (๑๖ Core ตอ ๑ ชุดลิขสิทธิ์) จำนวน ๒ ลิขสิทธิ์ ๖.๑๘ Proxmox VE 8.3 Standard Subscription ๒ CPU Sockets จำนวน ๒ ป
๗. การฝกอบรม
๗.๑ ผูเสนอราคาตองทำการฝกอบรมระบบฯ ใหแกผูดูแลระบบและผูใชงาน ณ สถานที่ของหนวยงานใน สังกัด กวก. ที่กระจายอยูทั่วประเทศ (เชียงใหม พิษณุโลก ขอนแกน ชัยนาท อุบลราชธานีจันทบุรี สุราษฎรธานี และสงขลา) หรือ VDO Conference ตามที่ กวก. กำหนด ในกรณีที่ไมสามารถจัด ฝกอบรม ณ สถานที่ของหนวยงานในสังกัด กวก. ผูเสนอราคาตองรบัผิดชอบคาใชจายในการจัดหา สถานที่ฝกอบรมตามที่ กวก. กำหนด
๗.๒ ผูเสนอราคาเปนผูรับผิดชอบคาใชจายทั้งหมดในการฝกอบรม ไดแก คูมือการใชงาน คาเอกสาร คาอาหารกลางวันและเครื่องดื่ม คาอาหารวางและเครื่องดื่ม (เชาและบาย) คา อุปกรณฝกอบรม เชน เครื่องคอมพิวเตอร ๑ คนตอเครื่อง และคาใชจายอื่น ๆ ที่จำเปนในการฝกอบรม ยกเวนคา เบี้ยเลี้ยง คาเดินทาง และคาที่พักของผูเขารวมฝกอบรม
๗.๓ ผูเสนอราคาตองจัดทำแผนการฝกอบรมผูดูแลระบบและผูใชงานระบบเสนอตอ กวก. โดยมีรายละเอียด ไดแก ชื่อการฝกอบรม วัตถุประสงค กลุมผูเขารับการอบรม จำนวนผูเขารับการอบรม วิทยากร/ผูชวย วิทยากร ระยะเวลาฝกอบรม เพื่อฝกอบรม
๗.๓.๑ ระบบบริหารจัดการแผนงานและงบประมาณ (BMS)
๗.๓.๑.๑ ผูใชงานระบบไมนอยกวา ๒๘๐ คน
๗.๓.๑.๒ ผูดูแลระบบไมนอยกวา ๕ คน
๗.๓.๒ ระบบบริหารจัดการงานทรัพยากรบุคคล (PRMS)
๗.๓.๒.๑ ผูใชงานระบบไมนอยกวา ๑๔๐ คน
๗.๓.๒.๒ ผูดูแลระบบไมนอยกวา ๕ คน
๗.๓.๓ ระบบบริหารจัดการสำนักงานอัจฉริยะกรมวิชาการเกษตร (DSO)
๗.๓.๓.๑ ผูใชงานระบบไมจำกัดจำนวน
๗.๓.๓.๒ ผูดูแลระบบไมนอยกวา ๕ คน
๗.๓.๔ ระบบบริหารจัดการลงลายมื่อชื่ออิเล็กทรอนิกส (ESMS)
๗.๓.๔.๑ ผูดูแลระบบไมนอยกวา ๕ คน
๗.๓.๕ ระบบบริหารจัดการผูออกใบรับรองอิเล็กทรอนิกส (CAMS) 
๗.๓.๕.๑ ผูใชงานระบบไมจำกัดจำนวน
๗.๓.๕.๒ ผูดูแลระบบไมนอยกวา ๕ คน
-๒๙-
๗.๓.๖ ระบบบริหารจัดการไฟลอิเล็กทรอนิกส (EFMS)
๗.๓.๖.๑ ผูดูแลระบบไมนอยกวา ๕ คน
๗.๓.๗ ระบบบริหารจัดการเอกสารอิเล็กทรอนิกส (EDMS)
๗.๓.๗.๑ ผูใชงานระบบไมจำกัดจำนวน
๗.๓.๗.๒ ผูดูแลระบบไมนอยกวา ๕ คน
๗.๓.๘ การสำรองและกูคืนฐานขอมูลและระบบ
๗.๓.๘.๑ ผูดูแลระบบไมนอยกวา ๕ คน
๗.๓.๙ Implementing and Maintaining SQL Server Integration Services (SSIS) ๗.๓.๙.๑ ผูดูแลระบบไมนอยกวา ๕ คน
๗.๓.๑๐ Implementing Data Warehouse using Microsoft SQL Server Analysis Services (SSAS : Design Data Warehouse, Data Cube, MDX)
๗.๓.๑๐.๑ ผูดูแลไมนอยกวา ๕ คน
๗.๓.๑๐ Implementing and Maintaining SQL Server Reporting Services (SSRS) ๗.๓.๑๐.๑ ผูดูแลระบบไมนอยกวา ๕ คน
๗.๓.๑๑ Analyzing Data with Power BI and Advanced Power BI using DAX ๗.๓.๑๑.๑ ผูดูแลระบบไมนอยกวา ๕ คน
๗.๓.๑๒ Docker for Full Stack Developers
๗.๓.๑๒.๑ ผูดูแลไมนอยกวา ๕ คน
๗.๓.๑๓ Proxmox VE Essential and Advance
(Advanced Proxmox Cluster Management, Extreme Proxmox Cluster Administration, etc.)
๗.๓.๑๓.๑ ผูดูแลไมนอยกวา ๕ คน
๗.๔ การฝกอบรมขอ ๗.๓.๙ ถึง ๗.๓.๑๓ กวก. สงวนสิทธิ์ในการเลือกจะอบรมตามแผนการฝกอบรมของ ผูเสนอราคา หรืออบรมกับผูใหบริการอบรมตามที่ กวก. กำหนด โดยผูเสนอราคาเปนผูรับผิดชอบ คาใชจายในการลงทะเบียนฝกอบรม
๗.๕ กวก. สามารถเห็นชอบหรือปรบั เปลี่ยนแผนการฝกอบรม ผูเสนอราคาตองปฏิบัติตามขอกำหนดของ กวก.
-๓๐-
๗.๖ กวก. สามารถกำหนดใหจัดฝกอบรมขอ ๗.๓.๑ ถึง ๗.๓.๘ ซำ้เปนรอบที่ ๒ โดยผูเสนอราคาตอง ดำเนินการจัดฝกอบรมตามขอกำหนดของ กวก. และรับผิดชอบคาใชจายที่เกี่ยวของกับการอบรม ทั้งหมด (ตามขอ ๗.๑ และ ๗.๒)
๘. การสงมอบงาน
๘.๑ งวดที่ ๑ ภายใน ๙๐ วัน นับถัดจากวันลงนามในสัญญาจาง โดยมีงานที่ตองดำเนินการและสงมอบ ในรูปแบบเอกสาร และ Digital File Word, PDF เก็บใน USB Flash Drive จำนวน ๓ ชุด ดังนี้
๘.๑.๑ แผนการบริหารโครงการ (Project Plan Document) พรอมโครงสรางทีมงาน
๘.๑.๑.๑ รายละเอียดขอบเขตการดำเนินงานโครงการ
๘.๑.๑.๒ วัตถุประสงคของโครงการ
๘.๑.๑.๓ วิธีการ ลำดับขั้นตอน และระยะเวลาในการทำงาน
๘.๑.๒ Architecture Diagram & Data Flow Diagram
๘.๑.๓ เอกสารออกแบบซอฟตแวร (Software Design Document) ของระบบ FMS, BMS, PRMS, DSO, ESMS, CAMS, EFMS และ EDMS
๘.๑.๓.๑ Architecture software
๘.๑.๓.๒ Use Case Diagram
๘.๑.๓.๓ Sequence Diagram
๘.๑.๓.๔ Features
๘.๑.๓.๕ Function
๘.๑.๓.๖ Data dictionary
๘.๑.๓.๗ Entity Relationship Diagram
๘.๑.๔ แผนการดำเนินงาน แบงสวนงานและสงมอบ ๔ สวน โดยแตล ะสวนตองผานการทดสอบ
๘.๑.๔.๑ การทดสอบโดยผูใชงาน (User Acceptance Testing : UAT) ๘.๑.๔.๒ การทดสอบการรวมระบบ (System Integration Testing : SIT) ในสวนที่ เกี่ยวของแลว
๘.๑.๔.๓ การทดสอบระบบอัตโนมตัิ(Automated Testing : AT ประกอบดวย Load Testing, Stress Testing, Endurance Testing, Spike Testing, Scalability Testing, Volume Testing, Capacity Testing, Concurrency Testing) โดย กวก.
๘.๒ งวดที่ ๒ ภายใน ๑๕๐ วัน นับถัดจากวันลงนามในสัญญาจาง โดยมีงานที่ตองดำเนินการและสงมอบ ในรูปแบบเอกสาร และ Digital File Word, PDF เก็บใน USB Flash Drive จำนวน ๓ ชุด ดังนี้
๘.๒.๑ สงมอบรายการขอ ๖.๙.๑๒, ๖.๑๕, ๖.๑๗, ๖.๑๘ และ ๖.๑๙
-๓๑-
๘.๒.๒ เตรียมความพรอมและสภาพแวดลอมของระบบที่เกี่ยวของ เชน ติดตั้งระบบปฏิบัติการ API ฐานขอมูล เปนตน
๘.๒.๓ การดำเนินงานตามแผนการแบงสวนการดำเนินงาน สวนที่ ๑ ประกอบดวย
๘.๒.๓.๑ รายงานการทดสอบโดยผูใชงาน (UAT)
๘.๒.๓.๒ รายงานการทดสอบการรวมระบบ (SIT) ที่เกี่ยวของ ๘.๒.๓.๓ การทดสอบระบบอัตโนมตัิ(Automated Testing : AT ประกอบดวย Load Testing, Stress Testing, Endurance Testing, Spike Testing, Scalability Testing, Volume Testing, Capacity Testing, Concurrency Testing) โดย กวก.
๘.๒.๓.๔ คมูอืปฏิบัติงานสำหรับผูใชงาน
๘.๒.๓.๕ คมูอืปฏิบัติงานสำหรับผูดูแลระบบ (ถามี)
๘.๒.๓.๖ คมูอืปฏิบัติงานสำหรับวิศวกรระบบ (ถามี) เชน การสำรองและกูคืนระบบ การสำรองและกูคืนฐานขอมูล แผนบำรุงรักษาระบบ เปนตน
๘.๒.๔ เอกสารออกแบบซอฟตแวร (Software Design Document) ของระบบ FMS, BMS, PRMS, DSO, ESMS, CAMS, EFMS และ EDMS ฉบับปรับปรุง
๘.๒.๔.๑ Architecture software
๘.๒.๔.๒ Use Case Diagram
๘.๒.๔.๓ Sequence Diagram
๘.๒.๔.๔ Features
๘.๒.๔.๕ Function
๘.๒.๔.๖ Data dictionary
๘.๒.๔.๗ Entity Relationship Diagram
๘.๓ งวดที่ ๓ ภายใน ๒๑๐ วัน นับถัดจากวันลงนามในสัญญาจาง โดยมีงานที่ตองดำเนินการและสงมอบ ในรูปแบบเอกสาร และ Digital File Word, PDF เก็บใน USB Flash Drive จำนวน ๓ ชุด ดังนี้
๘.๓.๑ การดำเนินงานตามแผนการแบงสวนการดำเนินงาน สวนที่ ๒ ประกอบดวย
๘.๓.๑.๑ รายงานการทดสอบโดยผูใชงาน (UAT)
๘.๓.๑.๒ รายงานการทดสอบการรวมระบบ (SIT) ที่เกี่ยวของ ๘.๓.๑.๓ การทดสอบระบบอัตโนมตัิ(Automated Testing : AT ประกอบดวย Load Testing, Stress Testing, Endurance Testing, Spike Testing, Scalability Testing, Volume Testing, Capacity Testing, Concurrency Testing) โดย กวก.
๘.๓.๑.๔ คมูอืปฏิบัติงานสำหรับผูใชงาน
-๓๒-
๘.๓.๑.๕ คมูอืปฏิบัติงานสำหรับผูดูแลระบบ (ถามี)
๘.๓.๑.๖ คมูอืปฏิบัติงานสำหรับวิศวกรระบบ (ถามี) เชน การสำรองและกูคืนระบบ การสำรองและกูคืนฐานขอมูล แผนบำรุงรักษาระบบ เปนตน
๘.๓.๒ เอกสารออกแบบซอฟตแวร (Software Design Document) ของระบบ FMS, BMS, PRMS, DSO, ESMS, CAMS, EFMS และ EDMS ฉบับปรับปรุง
๘.๓.๒.๑ Architecture software
๘.๓.๒.๒ Use Case Diagram
๘.๓.๒.๓ Sequence Diagram
๘.๓.๒.๔ Features
๘.๓.๒.๕ Function
๘.๓.๒.๖ Data dictionary
๘.๓.๒.๗ Entity Relationship Diagram
๘.๔ งวดที่ ๔ ภายใน ๒๗๐ วัน นับถัดจากวันลงนามในสัญญาจาง โดยมีงานที่ตองดำเนินการและสงมอบ ในรูปแบบเอกสาร และ Digital File Word, PDF เก็บใน USB Flash Drive จำนวน ๓ ชุด ดังนี้
๘.๔.๑ การดำเนินงานตามแผนการแบงสวนการดำเนินงาน สวนที่ ๓ ประกอบดวย
๘.๔.๑.๑ รายงานการทดสอบโดยผูใชงาน (UAT)
๘.๔.๑.๒ รายงานการทดสอบการรวมระบบ (SIT) ที่เกี่ยวของ ๘.๔.๑.๓ การทดสอบระบบอัตโนมตัิ(Automated Testing : AT ประกอบดวย Load Testing, Stress Testing, Endurance Testing, Spike Testing, Scalability Testing, Volume Testing, Capacity Testing, Concurrency Testing) โดย กวก.
๘.๔.๑.๔ คมูอืปฏิบัติงานสำหรับผูใชงาน
๘.๔.๑.๕ คมูอืปฏิบัติงานสำหรับผูดูแลระบบ (ถามี)
๘.๔.๑.๖ คมูอืปฏิบัติงานสำหรับวิศวกรระบบ (ถามี) เชน การสำรองและกูคืนระบบ การสำรองและกูคืนฐานขอมูล แผนบำรุงรักษาระบบ เปนตน
๘.๔.๒ เอกสารออกแบบซอฟตแวร (Software Design Document) ของระบบ FMS, BMS, PRMS, DSO, ESMS, CAMS, EFMS และ EDMS ฉบับปรับปรุง
๘.๔.๒.๑ Architecture software
๘.๔.๒.๒ Use Case Diagram
๘.๔.๒.๓ Sequence Diagram
๘.๔.๒.๔ Features
-๓๓-
๘.๔.๒.๕ Function
๘.๔.๒.๖ Data dictionary
๘.๔.๒.๗ Entity Relationship Diagram
๘.๕ งวดที่ ๕ ภายใน ๓๖๐ วัน นับถัดจากวันลงนามในสัญญาจาง โดยมีงานที่ตองดำเนินการและสงมอบ ในรูปแบบเอกสาร และ Digital File Word, PDF เก็บใน USB Flash Drive จำนวน ๓ ชุด ดังนี้
๘.๕.๑ สงมอบรายการขอ ๖.๑๓
๘.๕.๒ การดำเนินงานตามแผนการแบงสวนการดำเนินงาน สวนที่ ๕ ประกอบดวย
๘.๕.๒.๑ รายงานการทดสอบโดยผูใชงาน (UAT)
๘.๕.๒.๒ รายงานการทดสอบการรวมระบบ (SIT) ที่เกี่ยวของ ๘.๕.๒.๓ การทดสอบระบบอัตโนมตัิ(Automated Testing : AT ประกอบดวย Load Testing, Stress Testing, Endurance Testing, Spike Testing, Scalability Testing, Volume Testing, Capacity Testing, Concurrency Testing) โดย กวก.
๘.๕.๒.๔ คมูอืปฏิบัติงานสำหรับผูใชงาน ฉบับสมบูรณ
๘.๕.๒.๕ คมูอืปฏิบัติงานสำหรับผูดูแลระบบ ฉบับสมบูรณ
๘.๕.๒.๖ คมูอืปฏิบัติงานสำหรับวิศวกรระบบ ฉบับสมบูรณ เชน การสำรองและกูคืน ระบบ การสำรองและกูคืนฐานขอมูล แผนบำรุงรักษาระบบ เปนตน
๘.๕.๓ Architecture Diagram & Data Flow Diagram ฉบับสมบูรณ
๘.๕.๔ เอกสารออกแบบซอฟตแวร (Software Design Document) ของระบบ FMS, BMS, PRMS, DSO, ESMS, CAMS, EFMS และ EDMS ฉบับสมบูรณ
๘.๕.๔.๑ Architecture software
๘.๕.๔.๒ Use Case Diagram
๘.๕.๔.๓ Sequence Diagram
๘.๕.๔.๔ Features
๘.๕.๔.๕ Function
๘.๕.๔.๖ Data dictionary
๘.๕.๔.๗ Entity Relationship Diagram
๘.๕.๕ จัดฝกอบรมตามขอ ๗.๓ ครบทุกรายการ
๘.๕.๖ เตรียมความพรอมและสภาพแวดลอมของระบบที่เกี่ยวของในการใชงานจริง เชน ติดตั้ง ระบบปฏิบัติการ API ฐานขอมูล เปนตน
๘.๕.๗ สงมอบ Production Source Code และ Library Software ที่เกี่ยวของที่สามารถติดตั้ง ไดแบบ Offline
-๓๔-
๙. ระยะเวลาดำเนินงาน
๓๖๐ วัน นับถัดจากวันลงนามในสัญญาจาง
๑๐. การเบิกจายเงินคางวด
แบงการเบิกจายเงินคางวดเปน ๕ งวด ดังนี้
๑๐.๑ งวดที่ ๑ ชำระเงินเปนจำนวนรอยละ ๕ ของวงเงนิตามสัญญาจาง เมื่อสงมอบงานตามขอ ๘.๑ ๑๐.๒ งวดที่ ๒ ชำระเงินเปนจำนวนรอยละ ๓๐ ของวงเงินตามสัญญาจาง เมื่อสงมอบงานตามขอ ๘.๒ ๑๐.๓ งวดที่ ๓ ชำระเงินเปนจำนวนรอยละ ๒๐ ของวงเงินตามสัญญาจาง เมื่อสงมอบงานตามขอ ๘.๓ ๑๐.๔ งวดที่ ๔ ชำระเงินเปนจำนวนรอยละ ๒๐ ของวงเงินตามสัญญาจาง เมื่อสงมอบงานตามขอ ๘.๔ ๑๐.๕ งวดที่ ๕ ชำระเงินเปนจำนวนรอยละ ๒๕ ของวงเงินตามสัญญาจาง เมื่อสงมอบงานตามขอ ๘.๕
๑๑. กำหนดอตัราการปรับการจาง
๑๑.๑ ในกรณทีี่ผูเสนอราคาไมสามารถสงมอบงานไดตามเงื่อนไขที่กำหนดไวในเอกสารนี้ ผูเสนอราคาจะตอง ชำระคาปรับในอัตรารอยละ ๐.๑๐ (ศนู ยจุดหนึ่งศูนย) ของมูลคาสัญญาทั้งหมดตอวัน โดยไมนอยกวา ๑๐๐ บาทตอวัน จนกวาจะสามารถสงมอบงานไดครบตามสัญญาจาง (เศษของวันจะถือเปนหนึ่ง
วันเต็ม) เวนแตเกิดเหตุการณอันหนึ่งอันใดซึ่งมผีลใหผูเสนอราคาไมตองรับผิดชอบตามกฎหมาย โดย ผูเสนอราคาจะตองแจงเหตุดังกลาวให กวก. ทราบภายใน ๑๕ วัน นับแตเหตุนั้นไดสิ้นสุดลง ๑๑.๒ กรณีผเูสนอราคาผิดเง่ือนไขตามสัญญาจางอันเปนเหตุใหเสียคาปรับเกินรอยละ ๑๐ ของวงเงินตาม สัญญาจาง กวก. สงวนไวซึ่งสิทธิ์ดำเนินการบอกเลิกสัญญาจาง โดยผูเสนอราคาไมมีสิทธิ์เรียกรอง คาเสียหายใด ๆ เวนแตผูเสนอราคายินยอมเสียคาปรับใหแกกวก. โดยปราศจากเง่ือนไขใด ๆ
๑๒. การรับประกันการชำรุดเสียหาย การบำรุงรักษา ซอ มแซม ปรับปรุง และแกไข
๑๒.๑ ผูเสนอราคาตองทำการบำรงุ รักษา ซอมแซม และแกไข Software Hardware และสวนประกอบอื่น ที่เกี่ยวของกับระบบงานตามสัญญาจาง เชน การใหบรกิาร Private Cloud เปนตน ใหอยูในสภาพที่ ใชงานไดปกติเปนระยะเวลาไมนอยกวา ๓ ป นับจากวันถัดไปของวันที่คณะกรรมการตรวจรับพัสดุ ตรวจรับมอบงานงวดสุดทาย โดยไมมีเงื่อนไขหรอืเรยีกรองคาใชจายใด ๆ
๑๒.๒ กรณีระบบงานตามสัญญาจางไมสามารถทำงานไดเปนปกติ อันเนื่องจากความผิดพลาดของระบบงาน ตามสัญญาจาง ผูเสนอราคาตองดำเนินการแกไขใหระบบงานตามสัญญาจาง ทำงานเปนปกติภายใน ระยะเวลาที่กำหนดในขอ ๖.๑๐.๒ และ ๖.๑๐.๓ ในกรณีที่ผูเสนอราคาไมสามารถแกไขใหระบบงาน ตามสัญญาจางทำงานเปนปกติภายในกำหนด ผูเสนอราคาตองชำระคาปรับในอัตรารอยละ ๐.๑๐ (ศูนยจุดหนึ่งศนู ย) ของมูลคาสัญญาทั้งหมดตอวัน โดยไมนอยกวา ๑๐๐ บาทตอวัน จนกวาระบบ งานตามสัญญาจางทำงานเปนปกติ หรือกรณีระบบงานตามสัญญาจางไมสามารถทำงานเปนปกติได
-๓๕-
เกินสองเทาของระยะเวลาท่ีกำหนดในขอ ๖.๑๐.๓ กวก. สามารถดำเนินการใด ๆ เพื่อใหระบบงาน ตามสัญญาจางกลับมาทำงานเปนปกติ และผูเสนอราคาเปนผูชำระคาใชจายในการดำเนินการนั้นเต็ม จำนวนโดยไมมีเง่ือนไข ทั้งนี้ กวก. สงวนสิทธิ์ในการเลือกดำเนินการหรือไมดำเนินการดังกลาว
๑๓. ลิขสิทธิ์และกรรมสิทธิ์
๑๓.๑ ผลงาน ชุดคำสั่งตนฉบับ (Source Code) ซอฟตแวร และเอกสารตามสัญญาจาง เปนกรรมสิทธิ์ ของ กวก. ผูเสนอราคาไมสามารถนำสวนหนึ่งสวนใดเผยแพร เปดเผย หรือกระทำการอันใดในการ ใหผูอื่นใชหรือไดประโยชนในระบบบริหารจัดการฯ โดยไมไดรับการอนญุ าตเปนลายลักษณจาก กวก.
๑๓.๒ ระบบบริหารจัดการฯ ที่พัฒนาขึ้นตามสัญญาจาง ตองสามารถใชงานไดอยางถูกตองตามกฎหมาย (Perpetual) โดยไมจำกัดปริมาณงานหรือจำนวนการใชงาน และไมจำกัดระยะเวลาการใชงาน ๑๓.๓ กรณีเกิดการเรยีกรองคาลิขสิทธิ์หรือคาใชจายใด ๆ จากบุคคลหรือนิติบุคคลใด ๆ อันเกิดจากการใช งานระบบบริหารจัดการฯ ตามสัญญาจาง ตลอดอายุการใชงานระบบบริหารจัดการฯ ถือเปนความ รับผิดชอบของผูเสนอราคาในการรับผิดชอบจายคาลิขสิทธิ์หรือคาใชจายใด ๆ ดังกลาว ผูเสนอราคา ไมอาจปฏิเสธความรับผิดชอบหรอืเรยีกรองคาใชจายใด ๆ ตอ กวก.
๑๔. งบประมาณ
งบประมาณทั้งสิ้น ๑๑,๓๙๔,๙๐๐ บาท (สิบเอ็ดลานสามแสนเกาหมื่นสี่พันเการอยบาทถวน) ๑๕. หลักเกณฑการพจิารณาคัดเลือกผูเสนอราคา
๑๕.๑ พิจารณาตดัสินโดยใชเกณฑราคาประกอบเกณฑอื่น (Price Performance) โดยพิจารณาจาก สองตัวแปร ไดแก
๑๕.๑.๑ ราคาที่ยื่นเสนอ น้ำหนักรอยละ ๓๕
๑๕.๑.๒ คุณภาพและคุณสมบัติที่เปนประโยชนตอทางราชการ น้ำหนักรอยละ ๖๕
หัวขอ ขอพิจารณา น้ำหนักรอยละ ๑. ราคาที่ยื่นเสนอ (Price) ๓๕ ๒. คุณภาพและคุณสมบัติที่เปนประโยชนตอทางราชการ ๖๕
๒.๑
คุณสมบัติบุคลากรของผูเสนอราคา (ภาคผนวก ก) และใบรับรองการทำงานจาก ผูวาจาง
๑. ผูจัดการโครงการ (Project Manager/Product Owner)
๑.๑ จำนวนปประสบการณ

• ๗ ปตอคน = ๑ คะแนนตอคน
• ๘ ปขึ้นไปตอ คน = ๒ คะแนนตอคน
  [๕]

-๓๖-
หัวขอ ขอพิจารณา น้ำหนักรอยละ

 ๑.๒ จำนวนโครงการที่เคยทำ  

• ๕ โครงการตอคน = ๑ คะแนนตอคน
• มากกวา ๕ โครงการตอคน = ๒ คะแนนตอคน
  ๑.๓ ใบรับรองการทำงานจากผูวาจาง
• จำนวนใบรับรองฯ ไมครบตามจำนวนโครงการท่เีคยทำ
  = ๐ คะแนนตอคน
• จำนวนใบรับรองฯ ครบตามจำนวนโครงการท่เีคยทำ
  ๑ คะแนนตอคน
  ๒. ผูประสานงานโครงการ (Project Coordinator/Scrum Master) ๒.๑ จำนวนปประสบการณ
• ๕ ปตอคน = ๑ คะแนนตอคน
• ๖ ปขึ้นไปตอ คน = ๒ คะแนนตอคน
  ๒.๒ จำนวนโครงการที่เคยทำ
• ๓ โครงการตอคน = ๑ คะแนนตอคน
• มากกวา ๓ โครงการตอคน = ๒ คะแนนตอคน
  ๒.๓ ใบรับรองการทำงานจากผูวาจาง
• จำนวนใบรับรองฯ ไมครบตามจำนวนโครงการท่เีคยทำ
  = ๐ คะแนนตอคน
• จำนวนใบรับรองฯ ครบตามจำนวนโครงการท่เีคยทำ
  ๑ คะแนนตอคน
  ๓. นักวิเคราะหและออกแบบระบบ (System Analyst)
  ๓.๑ จำนวนปประสบการณ
• ๗ ปตอคน = ๑ คะแนนตอคน
• ๘ ปขึ้นไปตอ คน = ๒ คะแนนตอคน
  ๓.๒ จำนวนโครงการที่เคยทำ
• ๕ โครงการตอคน = ๑ คะแนนตอคน
• มากกวา ๕ โครงการตอคน = ๒ คะแนนตอคน
  ๓.๓ ใบรับรองการทำงานจากผูวาจาง
• จำนวนใบรับรองฯ ไมครบตามจำนวนโครงการท่เีคยทำ
  = ๐ คะแนนตอคน
• จำนวนใบรับรองฯ ครบตามจำนวนโครงการท่เีคยทำ
  ๑ คะแนนตอคน

-๓๗-
หัวขอ ขอพิจารณา น้ำหนักรอยละ

๔. นักวิเคราะหธุรกิจ (Business Analyst)  

๔.๑ จำนวนปประสบการณ

• ๕ ปตอคน = ๑ คะแนนตอคน
• ๖ ปขึ้นไปตอ คน = ๒ คะแนนตอคน
  ๔.๒ จำนวนโครงการที่เคยทำ
• ๓ โครงการตอคน = ๑ คะแนนตอคน
• มากกวา ๓ โครงการตอคน = ๒ คะแนนตอคน
  ๔.๓ ใบรับรองการทำงานจากผูวาจาง
• จำนวนใบรับรองฯ ไมครบตามจำนวนโครงการท่เีคยทำ
  = ๐ คะแนนตอคน
• จำนวนใบรับรองฯ ครบตามจำนวนโครงการท่เีคยทำ
  ๑ คะแนนตอคน
  ๕. นักเขียนโปรแกรมอาวุโส (Senior Programmer)
  ๕.๑ จำนวนปประสบการณ
• ๗ ปตอคน = ๑ คะแนนตอคน
• ๘ ปขึ้นไปตอ คน = ๒ คะแนนตอคน
  ๕.๒ จำนวนโครงการที่เคยทำ
• ๕ โครงการตอคน = ๑ คะแนนตอคน
• มากกวา ๕ โครงการตอคน = ๒ คะแนนตอคน
  ๕.๓ ใบรับรองการทำงานจากผูวาจาง
• จำนวนใบรับรองฯ ไมครบตามจำนวนโครงการท่เีคยทำ
  = ๐ คะแนนตอคน
• จำนวนใบรับรองฯ ครบตามจำนวนโครงการท่เีคยทำ
  ๑ คะแนนตอคน
  ๖. นักเขียนโปรแกรม (Programmer)
  ๖.๑ จำนวนปประสบการณ
• ๕ ปตอคน = ๑ คะแนนตอคน
• ๖ ปขึ้นไปตอ คน = ๒ คะแนนตอคน
  ๖.๒ จำนวนโครงการที่เคยทำ
• ๓ โครงการตอคน = ๑ คะแนนตอคน
• มากกวา ๓ โครงการตอคน = ๒ คะแนนตอคน

-๓๘-
หัวขอ ขอพิจารณา น้ำหนักรอยละ ๖.๓ ใบรับรองการทำงานจากผูวาจาง

• จำนวนใบรับรองฯ ไมครบตามจำนวนโครงการท่เีคยทำ
  = ๐ คะแนนตอคน
• จำนวนใบรับรองฯ ครบตามจำนวนโครงการท่เีคยทำ
  ๑ คะแนนตอคน
  ๗. นักทดสอบระบบ (System Tester)
  ๗.๑ จำนวนปประสบการณ
• ๕ ปตอคน = ๑ คะแนนตอคน
• ๖ ปขึ้นไปตอ คน = ๒ คะแนนตอคน
  ๗.๒ จำนวนโครงการที่เคยทำ
• ๓ โครงการตอคน = ๑ คะแนนตอคน
• มากกวา ๓ โครงการตอคน = ๒ คะแนนตอคน
  ๗.๓ ใบรับรองการทำงานจากผูวาจาง
• จำนวนใบรับรองฯ ไมครบตามจำนวนโครงการท่เีคยทำ
  = ๐ คะแนนตอคน
• จำนวนใบรับรองฯ ครบตามจำนวนโครงการท่เีคยทำ
  ๑ คะแนนตอคน
  ๘. นักจัดการระบบฐานขอมูล (Database Administrator)
  ๘.๑ จำนวนปประสบการณ
• ๗ ปตอคน = ๑ คะแนนตอคน
• ๘ ปขึ้นไปตอ คน = ๒ คะแนนตอคน
  ๘.๒ จำนวนโครงการที่เคยทำ
• ๕ โครงการตอคน = ๑ คะแนนตอคน
• มากกวา ๕ โครงการตอคน = ๒ คะแนนตอคน
  ๘.๓ ใบรับรองการทำงานจากผูวาจาง
• จำนวนใบรับรองฯ ไมครบตามจำนวนโครงการท่เีคยทำ
  = ๐ คะแนนตอคน
• จำนวนใบรับรองฯ ครบตามจำนวนโครงการท่เีคยทำ
  ๑ คะแนนตอคน
  ๒.๒
  ความเชี่ยวชาญในกระบวนการพัฒนาซอฟตแวรคุณภาพ
  ๑. พัฒนาและนำเสนอชุดคำสั่งตามที่กำหนด (ภาคผนวก ค)
  [๔๕]
  (๒๕)

-๓๙-
หัวขอ ขอพิจารณา น้ำหนักรอยละ

๒. Continuous Integration (CI)  

๒.๑ ไมนำเสนอ = ๐ คะแนน
๒.๒ นำเสนอทฤษฎี และปฏิบัติไมสำเร็จ = ๑ คะแนน
๒.๓ นำเสนอทฤษฎี และปฏิบัติสำเร็จ = ๓ คะแนน
๓. Continuous Delivery/Continuous Deployment (CD) ๓.๑ ไมนำเสนอ = ๐ คะแนน
๓.๒ นำเสนอทฤษฎี และปฏิบัติไมสำเร็จ = ๑ คะแนน
๓.๓ นำเสนอทฤษฎี และปฏิบัติสำเร็จ = ๓ คะแนน
๔. Version Control Application
๔.๑ ไมนำเสนอ = ๐ คะแนน
๔.๒ นำเสนอทฤษฎี และปฏิบัติไมสำเร็จ = ๑ คะแนน
๔.๓ นำเสนอทฤษฎี และปฏิบัติสำเร็จ = ๓ คะแนน
๕. Performance Automated Testing (๑ Testing)
๕.๑ Load Testing

• ไมน ำเสนอ = ๐ คะแนน
• นำเสนอทฤษฎี และปฏิบัติไมสำเร็จ = ๑ คะแนน
• นำเสนอทฤษฎี และปฏิบัติสำเร็จ = ๒ คะแนน
  ๕.๒ Stress Testing
• ไมน ำเสนอ = ๐ คะแนน
• นำเสนอทฤษฎี และปฏิบัติไมสำเร็จ = ๑ คะแนน
• นำเสนอทฤษฎี และปฏิบัติสำเร็จ = ๒ คะแนน
  ๕.๓ Endurance Testing
• ไมน ำเสนอ = ๐ คะแนน
• นำเสนอทฤษฎี และปฏิบัติไมสำเร็จ = ๑ คะแนน
• นำเสนอทฤษฎี และปฏิบัติสำเร็จ = ๒ คะแนน
  ๕.๔ Spike Testing
• ไมน ำเสนอ = ๐ คะแนน
• นำเสนอทฤษฎี และปฏิบัติไมสำเร็จ = ๑ คะแนน
• นำเสนอทฤษฎี และปฏิบัติสำเร็จ = ๒ คะแนน
  ๕.๕ Scalability Testing
• ไมน ำเสนอ = ๐ คะแนน
• นำเสนอทฤษฎี และปฏิบัติไมสำเร็จ = ๑ คะแนน
• นำเสนอทฤษฎี และปฏิบัติสำเร็จ = ๒ คะแนน
  (๓)
  (๓)
  (๖)
  (๘)

-๔๐-
หัวขอ ขอพิจารณา น้ำหนักรอยละ ๕.๖ Volume Testing

• ไมน ำเสนอ = ๐ คะแนน
• นำเสนอทฤษฎี และปฏิบัติไมสำเร็จ = ๑ คะแนน
• นำเสนอทฤษฎี และปฏิบัติสำเร็จ = ๒ คะแนน
  ๕.๗ Capacity Testing
• ไมน ำเสนอ = ๐ คะแนน
• นำเสนอทฤษฎี และปฏิบัติไมสำเร็จ = ๑ คะแนน
• นำเสนอทฤษฎี และปฏิบัติสำเร็จ = ๒ คะแนน
  ๕.๘ Concurrency Testing
• ไมน ำเสนอ = ๐ คะแนน
• นำเสนอทฤษฎี และปฏิบัติไมสำเร็จ = ๑ คะแนน
• นำเสนอทฤษฎี และปฏิบัติสำเร็จ = ๒ คะแนน
  ๒.๓ คาบำรุงรกัษาโครงการพัฒนาระบบบริหารจัดการงานคลัง แผนงาน งบประมาณ และงานทรัพยากรบุคคล ระยะ ๕ ป หลังจากระยะเวลารับประกันสิ้นสุด (ภาคผนวก ข)
  ๑. ราคาคาบำรุงรักษาโครงการพัฒนาระบบฯ
  ๑.๑ ราคาต่ำสุด = ๒๐ คะแนน
  ๑.๒ ราคาสูงกวาราคาต่ำสุด ๐.๑ - ๑๕ % = ๑๕ คะแนน
  ๑.๓ ราคาสูงกวาราคาต่ำสุด ๑๕.๑ - ๓๐ % = ๑๐ คะแนน
  ๑.๔ ราคาสูงกวาราคาต่ำสุด ๓๐.๑ - ๔๕ % = ๕ คะแนน
  ๑.๕ ราคาสูงกวาราคาต่ำสุด ๔๕.๑ % ขึ้นไป = ๐ คะแนน
  ๒. เงื่อนไขการบำรุงรักษาโครงการพัฒนาระบบฯ = ๒๗ คะแนน
  (เกณฑการใหคะแนนกำหนดอยูในใบเสนอราคาคาบำรุงรักษาโครงการ พัฒนาระบบบริหารจัดการงานคลัง แผนงาน งบประมาณ และงาน ทรัพยากรบุคคล ระยะ ๕ ป หลังจากระยะเวลารับประกันสิ้นสุด)
  ๒.๔ ขอเสนออื่น ๆ ซึ่งเปนประโยชนแกระบบบริหารจัดการงานคลัง แผนงาน งบประมาณ และงานทรัพยากรบุคคล (ภาคผนวก ง)
  ๑. มูลคา ๐ - ๒๕๐,๐๐๐ บาท = ๑ คะแนน
  ๒. มูลคา ๒๕๐,๐๐๑ - ๕๐๐,๐๐๐ บาท = ๓ คะแนน
  ๓. มูลคา ๕๐๐,๐๐๑ - ๗๕๐,๐๐๐ บาท = ๕ คะแนน
  ๔. มูลคา ๗๕๐,๐๐๑ - ๑,๐๐๐,๐๐๐ บาท = ๗ คะแนน
  ๕. มูลคา ๑,๐๐๐,๐๐๑ บาทขึ้นไป = ๑๐ คะแนน
  [๑๐] [๕]

รวมคะแนน
๑๐๐

-๔๑-
๑๕.๒ ผูเสนอราคาตองนำเสนอขอ ๑๕.๑.๒ ตอคณะกรรมการพิจารณาผลการประกวดราคาอิเล็กทรอนิกส และผูที่เกี่ยวของ โดย กวก. แจงวัน เวลา สถานที่ และจำนวนคนในการนำเสนอแกผูเสนอราคา หลังจากทราบรายชื่อผูยื่นขอเสนอทั้งหมดแลว เอกสารประกอบการนำเสนอ ไดแก
๑๕.๒.๑ คุณสมบัติบุคลากรของผูเสนอราคา (ภาคผนวก ก) และใบรับรองการทำงานจากผูวาจาง ๑๕.๒.๒ ไฟลชุดคำสั่งและไฟลที่เกี่ยวของ พรอมกระดาษคำตอบขอ ๘.๓ และใบนำสงชุดคำสั่ง (ภาคผนวก ค)
๑๕.๒.๓ ใบเสนอราคาคาบำรุงรักษาโครงการพัฒนาระบบบริหารจัดการงานคลัง แผนงาน งบประมาณ และงานทรัพยากรบุคคล ระยะ ๕ ป หลังจากระยะเวลารับประกันสิ้นสุด (ภาคผนวก ข) ๑๕.๒.๔ ผลงานของผูเสนอราคา
๑๕.๒.๖ ขอเสนออื่น ๆ ซึ่งเปนประโยชนแกระบบบริหารจัดการงานคลัง แผนงาน งบประมาณ และ งานทรพัยากรบุคคล กวก. (ภาคผนวก ง)
ในการนำเสนอตามกำหนดการที่ กวก. แจงแกผูเสนอราคา หากผูเสนอราคาไดยื่นเอกสารตามขอ ๑๕.๒.๑ และ ๑๕.๒.๔ ผา นระบบประกวดราคาอิเล็กทรอนิกสแลว ผูเสนอราคาไมตองจัดทำมา ซ้ำอีก คณะกรรมการพิจารณาผลการประกวดราคาฯ จะใชเอกสารตามขอ ๑๕.๒.๑ และ ๑๕.๒.๔ จากที่ยื่นผานระบบประกวดราคาอิเล็กทรอนิกส
๑๕.๓ กวก. ไมพิจารณาราคาและขอเสนอของผูเสนอราคาที่ไมปฏิบัติตามขอ ๑๕.๒ หรือไดคะแนนตาม ขอ ๑๕.๑ นอยกวาน้ำหนักรอยละ ๗๐
๑๖. การสอบถามขอมูลเพิ่มเติม
ติดตอสอบถามขอมูลเพิ่มเติมไดที่
๑๖.๑ ทางโทรศัพทหมายเลข ๐-๒๙๔๐-๖๘๗๒
๑๖.๒ ทางโทรสารหมายเลข ๐-๒๙๔๐-๖๘๗๔
๑๖.๓ ทางจดหมายอิเล็กทรอนิกส (E-mail) ที่ [email protected]

ดาวนโหลดภาคผนวก ก ข ค ง
-๔๒-
ภาคผนวก ก
-๔๓-

-๔๔-

-๔๕-
ภาคผนวก ข
-๔๖-
ใบเสนอราคา
คาบำรุงรักษาโครงการพัฒนาระบบบริหารจัดการงานคลัง แผนงาน งบประมาณ และงานทรัพยากรบุคคล ระยะ ๕ ป หลังจากระยะเวลารับประกันสิ้นสุด
๑. ผูเสนอราคาขอเสนอราคาคาบำรุงรักษาโครงการพัฒนาระบบบริหารจัดการงานคลัง แผนงาน งบประมาณ และงานทรัพยากรบุคคล ตอกรมวิชาการเกษตร (กวก.) ดังรายละเอียดตลอดระยะเวลาสัญญาบำรุงรักษา โครงการพัฒนาระบบฯ ตอไปนี้
๑.๑ ผูเสนอราคายืนยันราคาคาบำรุงรักษาโครงการพัฒนาระบบฯ ๑ จนถึง
( ) วันที่ทำสัญญาบำรุงรักษาโครงการพัฒนาระบบฯ ปที่ ๑ หลังจากระยะเวลารับประกันตาม สัญญาจางโครงการพัฒนาระบบฯ สิ้นสุด
( ) วันที่ทำสัญญาบำรุงรักษาโครงการพัฒนาระบบฯ ปที่ ๒ หลังจากระยะเวลารับประกันตาม สัญญาจางโครงการพัฒนาระบบฯ สิ้นสุด
( ) วันที่ทำสัญญาบำรุงรักษาโครงการพัฒนาระบบฯ ปที่ ๓ หลังจากระยะเวลารับประกันตาม สัญญาจางโครงการพัฒนาระบบฯ สิ้นสุด
( ) วันที่ทำสัญญาบำรุงรักษาโครงการพัฒนาระบบฯ ปที่ ๔ หลังจากระยะเวลารับประกันตาม สัญญาจางโครงการพัฒนาระบบฯ สิ้นสุด
( ) วันที่ทำสัญญาบำรุงรักษาโครงการพัฒนาระบบฯ ปที่ ๕ หลังจากระยะเวลารับประกันตาม สัญญาจางโครงการพัฒนาระบบฯ สิ้นสุด
๑.๒ เงื่อนไขการแจงเหตุขัดของและการปรับการจาง ยึดตามเงื่อนไขในสัญญาจางโครงการพัฒนาระบบฯ ๒ ๑.๓ บำรุงรักษาระบบบริหารจัดการฯ ดูแลและบำรุงรักษาใหระบบบริหารจัดการฯ ทำงานไดเปนปกติ ตลอด ๒๔ ชั่วโมง ทุกวัน หรือ ๒๔/๗ โดยมีขอเสนอดังนี้
๑.๓.๑ กรณีเกิดขอผิดพลาดจากการทำงานของระบบบริหารจัดการฯ ๓
( ) ผูเสนอราคาไมยินยอมแกไขและปรับปรงุขอผิดพลาด
( ) ผูเสนอราคายินยอมแกไขและปรับปรุงขอผิดพลาดโดยมีเงื่อนไข (ระบุเงื่อนไข)
( ) ผูเสนอราคายินยอมแกไขและปรบั ปรุงขอผิดพลาดโดยไมม เีง่อืนไข
-๔๗-
๑.๓.๒ กรณี กวก. ตองการใหผูเสนอราคาแกไขและปรับปรุงระบบบริหารจัดการฯ ใหเปนไปตาม ความตองการของ กวก. ๔
( ) ผูเสนอราคาไมยินยอมแกไขและปรับปรงุตามความตองการของ กวก.
( ) ผูเสนอราคายินยอมแกไขและปรับปรุงตามความตองการของ กวก. โดยมีเง่อืนไข (ระบุ เง่อืนไข)

( ) ผูเสนอราคายินยอมแกไขและปรบั ปรุงตามความตองการของ กวก. โดยไมมีเงื่อนไข
๑.๓.๓ กรณี กวก. ตองการใหผูเสนอราคาเพิ่มเติมสวนงานที่เกี่ยวของกับระบบบริหารจัดการฯ ใหเปนไปตามความตองการของ กวก. ๕
( ) ผูเสนอราคาไมยินยอมเพิ่มเติมตามความตองการของ กวก. ( ) ผูเสนอราคายินยอมเพิ่มเติมตามความตองการของ กวก. โดยมีเงื่อนไข (ระบุเง่ือนไข)
( ) ผูเสนอราคายินยอมเพิ่มเติมตามความตองการของ กวก. โดยไมมีเงื่อนไข
๑.๔ จัดหาระบบคลาวดสวนตัว (Private Cloud) ใหแก กวก. โดยใชเครื่องคอมพิวเตอรแมขายเดิมและ คุณสมบัติตามสัญญาจางโครงการพัฒนาระบบฯ ๒
๑.๕ บำรุงรักษาเครื่องคอมพิวเตอรแ มขาย Private Cloud จำนวน ๘ เครื่อง ตลอด ๒๔ ชั่วโมง ทุกวัน หรือ ๒๔/๗ รับประกันคาแรงและคาอะไหล โดยใหบริการถึงสถานที่ติดตั้งภายในวันทำการถัดไป หลังจากวันที่ไดรับการแจง แบบไมจำกัดจำนวนครั้ง ในกรณีไมสามารถซอมแซมเครื่องคอมพิวเตอร แมขายใหใชงานไดเปนปกติตามเงื่อนไข ตองจัดหาเครื่องคอมพิวเตอรแมขายที่มีคณุ สมบัติเทยีบเทา หรือดีกวา หรือตามที่ กวก. ยอมรับ เพื่อใชงานทดแทน จนกวาเครื่องคอมพิวเตอรแมขายที่ชำรุด จะใชงานไดปกติ
๑.๖ จัดหาสิทธิ์ (Quota) สงขอความสั้น (Short Message Service : SMS) ผานโทรศัพทเคลื่อนที่ ๑๐๐,๐๐๐ ขอความตอป โดยใชงานผาน RESTful API
๑.๗ จัดหาลายมือชื่ออิเล็กทรอนิกสแบบ PKI สำหรับองคกรจากหนวยงานที่ กวก. กำหนด จำนวน ๒ ชุด ตอป
๑.๘ คาบำรุงรกัษาโครงการพัฒนาระบบฯ ระยะ ๕ ปหลังจากระยะเวลารับประกันสิ้นสุด เปนจำนวนเงนิ บาท ( ) ทำสัญญาเปนรายป แบงออกเปน
-๔๘-
รายการคาบำรุงรักษา ๕ ป (บาท) จำนวนเงนิ ปที่ ๑ ปที่ ๒ ปที่ ๓ ปที่ ๔ ปที่ ๕ (บาท)
คาบำรุงรักษา
โครงการพัฒนา
ระบบฯ

(ลงชื่อ) (ผูเสนอราคา) ( ) วันที่
ประทับตราองคก รผูเสนอราคา
หมายเหตุ

• ลงลายมือชื่อผูเสนอราคากำกับทุกหนา
  ๑ ๑ คะแนน = วันที่ทำสัญญาบำรุงรกัษาโครงการพัฒนาระบบฯ ปที่ ๑
  ๓ คะแนน = วันที่ทำสัญญาบำรุงรกัษาโครงการพัฒนาระบบฯ ปที่ ๒
  ๕ คะแนน = วันที่ทำสัญญาบำรุงรกัษาโครงการพัฒนาระบบฯ ปที่ ๓
  ๗ คะแนน = วันที่ทำสัญญาบำรุงรกัษาโครงการพัฒนาระบบฯ ปที่ ๔
  ๙ คะแนน = วันที่ทำสัญญาบำรุงรกัษาโครงการพัฒนาระบบฯ ปที่ ๕
  ๒ สัญญาจางโครงการพัฒนาระบบฯ หมายถึง สัญญาที่ทำขึ้นระหวางกรมวิชาการเกษตร และผูเสนอราคา เมื่อผูเสนอราคาเปนผูชนะการประกวดราคาอิเล็กทรอนิกส (e-Bidding) โครงการพัฒนาระบบบริหารจัดการงาน คลงั แผนงาน งบประมาณ และงานทรัพยากรบุคคล
  ๓ ๐ คะแนน = ผูเสนอราคาไมยินยอมแกไขและปรับปรุงขอผิดพลาด
  ๑ - ๓ คะแนน = ผูเสนอราคายินยอมแกไขและปรบั ปรุงขอผิดพลาดโดยมีเงื่อนไข
  ๖ คะแนน = ผูเสนอราคายินยอมแกไขและปรับปรุงขอผิดพลาดโดยไมมีเง่ือนไข
  ๔ ๐ คะแนน = ผูเสนอราคาไมยินยอมแกไขและปรับปรุงตามความตองการของ กวก.
  ๑ - ๓ คะแนน = ผูเสนอราคายินยอมแกไขและปรบั ปรุงตามความตองการของ กวก. โดยมีเงื่อนไข ๖ คะแนน = ผูเสนอราคายินยอมแกไขและปรับปรุงตามความตองการของ กวก. โดยไมมีเงื่อนไข ๕ ๐ คะแนน = ผูเสนอราคาไมยินยอมเพิ่มเติมตามความตองการของ กวก.
  ๑ - ๓ คะแนน = ผูเสนอราคายินยอมเพิ่มเติมตามความตองการของ กวก. โดยมีเงื่อนไข ๖ คะแนน = ผูเสนอราคายินยอมเพิ่มเติมตามความตองการของ กวก. โดยไมมีเงื่อนไข
  -๔๙-
  ภาคผนวก ค
  -๕๐-
  ใบนำสงชุดคำสั่ง
  ชื่อองคกรผูเสนอราคา
  ขอนำสงไฟลชุดคำสั่งและไฟลที่เกี่ยวของ เชน Source Code, Db, JSON Test Script on Postman เปนตน โดยบีบอัดในไฟลนามสกุล .ZIP ชื่อไฟล
  คา Hash (SHA512) คือ

(ลงชื่อ) (ผูเสนอราคา) ( ) วันที่
ประทับตราองคก รผูเสนอราคา
หมายเหตุ
เปด Windows PowerShell และพิมพคำสั่งตอไปนี้เพื่อสรางคา Hash (SHA512) ของไฟล get-filehash ชื่อและสกุลไฟล -algorithm sha512 | format-list
เชน get-filehash testlog.txt -algorithm sha512 | format-list
-๕๑-
ขอกำหนดและเงื่อนไขรายละเอียดการพัฒนาชุดคำสั่ง
๑. นำเสนอชุดคำสั่งที่พัฒนาดวย Visual Studio 2022, C#, และ .Net Core 8
๒. พัฒนาตามสถาปตยกรรม ทฤษฎี และหลักการ ไดแก
๒.๑ พัฒนาตามสถาปตยกรรม System Architecture Diagram (ขอกำหนดและเงื่อนไขการจาง โครงการพัฒนาระบบบริหารจัดการงานคลัง แผนงาน งบประมาณ และงานทรัพยากรบุคคล ขอ ๖.๙.๔.๑๐ (๓๖ คะแนน) และ ๖.๙.๔.๑๑ (๑๕ คะแนน))
๒.๒ SOLID Principle (๑๔ คะแนน)
๒.๓ Microservice Architecture (๑๔ คะแนน)
๒.๔ Resiliency Patterns in Microservice (๑๔ คะแนน)
๒.๕ Thin Controller Architecture (๑๔ คะแนน)
๒.๖ Dependency Injection (๑๔ คะแนน)
๒.๗ Generic Pattern (๒๐ คะแนน)
๒.๘ One Entity One Repository (๑๔ คะแนน)
๒.๙ หามใช Pass-Through SQL สงจากภายนอกให SQL Server ประมวลผล ใหใชผาน Stored Procedure (๑๒ คะแนน)
๓. พัฒนาชุดคำสั่งและสวนประกอบที่เกี่ยวของจาก Database ถึง RESTful API และทดสอบผาน Postman ใหแลวเสรจ็ กอนกำหนดการที่ไดรบัแจงจาก กวก. (ขอกำหนดและเงื่อนไขการจางโครงการพัฒนาระบบ บริหารจัดการงานคลัง แผนงาน งบประมาณ และงานทรัพยากรบุคคล ขอ ๑๕.๒)
๔. เก็บขอมูลบน SQL Server มีขอกำหนดดังนี้
๔.๑ ๑ ตารางตอ ๑ ฐานขอมูลตอ ๑ DB (ยกเวน Rentings และ Destinations อยูภายใน DB เดียวกัน) (-๕ - ๐ คะแนน)
๔.๒ กำหนดคุณสมบัติแตละตารางตาม Data Dictionary (๖ คะแนน)
๔.๓ เพื่อความสะดวกในการพัฒนาชุดคำสั่ง จึงใหเก็บฐานขอมูลทั้งหมดลงบน DB Server เครื่องเดียวกัน แตตองเขียนชุดคำสั่งเสมือนแตละฐานขอมูลอยูบน DB Server ที่แยกกัน และแตละ DB ไมสามารถ ติดตอถึงกันโดยตรง (๖ คะแนน)
๕. Connection String ที่ใชติดตอ Database และ File Path ที่ใชเก็บไฟลรายชื่อสถานที่ที่สงลูกคาใน แตละครั้งที่เชารถ ใหเก็บในชื่อ ConnectionString และ FilePath ในไฟล appsettings.json (๖ คะแนน) ๖. นำเสนอโดยติดตั้งในเครื่องคอมพิวเตอรที่ กวก. เตรียมไวให และทดสอบดวย JSON Test Script บน Postman
-๕๒-
๗. Request และ Response ที่ใชในการติดตอระหวาง RESTful API กับ Postman ใชรูปแบบตอไปนี้ ๗.๑ Request (๕ คะแนน)
{
“ApiRequest”: {
“Action”: “ActionName” //เชน GetDatabyReceiptId, AddData, EditData, DeleteData },
“ApiAuthentication”:{
“Login”: “Login”, //เชน Piccolo
“Password”: “Password” //เชน Namek@1
},
“Datas”: [ //Property และคาที่แสดงใน Datas แสดงเพื่อเปนตัวอยาง
{
“ReceiptId”: 1234,
“ReceiptDate”: “2024-01-01T23:59:59”,
“CusName”: “Kirilin”,
“SaleId”: “4321”,
“Items”: [
{
“LineItem”: 1,
“ProductId”: 342,
“Quantity”: 10,
“UnitPrice”: 100.50
},
{
“LineItem”: 2,
“ProductId”: 344,
“Quantity”: 20,
“UnitPrice”: 200.00
}]
}]
}
-๕๓-
๗.๒ Response (๕ คะแนน)
{
“ApiResponse”: {
“Id”: 200, //เชน 200, 403, 404, 500
“Description”: “Result Message” //เชน Success, Internal Server Error },
“Datas”: [ //Property และคาท่ีแสดงใน Datas แสดงเพื่อเปนตัวอยาง {
“ReceiptId”: 1234,
“ReceiptDate”: “2024-01-01T23:59:59”,
“CusName”: “Kirilin”,
“SaleId”: “4321”,
“Items”: [
{
“LineItem”: 1,
“ProductId”: 342,
“Quantity”: 10,
“UnitPrice”: 100.50
},
{
“LineItem”: 2,
“ProductId”: 344,
“Quantity”: 20,
“UnitPrice”: 200.00
}]
}]
}
-๕๔-
๘. Data Dictionary
๘.๑ Cars (รถยนต) (๓ คะแนน)
Field Name Data Type Null Description Domain Key & Relation
RegisId Int No ทะเบียนรถยนต เปนตัวเลขระหวาง ๑๐๐๐ – ๙๙๙๙
Brand Nvarchar(30) No ยี่หอรถยนต หามมีชองวาง หามมี สัญลักษณ และเปน
ภาษาอังกฤษ
PK
Index

CarStatus
Bit
No
สถานะรถยนต
0 = หยุดใหเชา
1 = ใหเชาได

๘.๒ Drivers (ผูเชาขับ) (๓ คะแนน)
Field Name Data Type Null Description Domain Key & Relation
IdCardNo Nvarchar(13) No เลขบัตรประชาชนผูเชา ขับ
PK
เปนตัวเลข ๑๓ หลัก และ หลักซายสุดหามเปน ๐
Name Nvarchar(99) No ชื่อนามสกุลผูเชาขับ วรรค ๑ วรรค ตองอยูที่ เดียวระหวางชื่อกับ
นามสกุลเทานั้น
Index

TrafficTicket
Bit
No
สถานะถูกใบสั่งจราจร 0 = ไมมีใบสั่งจราจร 1 = มีใบสั่งจราจร

-๕๕-
๘.๓ Rentings (การเชารถ) (๗ คะแนน และ ๓ คะแนน)
Field Name Data Type Null Description Domain Key & Relation
RentId Int No ครั้งที่เชารถ เปน Auto Number
PK
เริ่มจาก 1 เพิ่มคร้งัละ 1
RegisId Int No ทะเบียนรถ FK (Cars) IdCardNo Nvarchar(13) No เลขบัตรประชาชนผูเชาขับ FK (Drivers)
Name Nvarchar(99) …….
ชื่อนามสกุลผูเชาขับ วรรค ๑ วรรค ตองอยูที่
(๑ คะแนน)
เดียวระหวางชื่อกับ นามสกุลเทา นั้น
StartDate DateTime …….
วันเวลาที่เริ่มเชาขับ ตองหลังวันที่ ๑ มกราคม
(๑ คะแนน)
๒๕๖๗ ๒๓:๕๙:๕๙
EndDate DateTime …….
วันเวลาที่หยุดเชาขับ ถา EndDate<>Null
(๑ คะแนน)
ตองมีคาหลัง StartDate

AddDate
DateTime
No
วันเวลาที่เพิ่มขอมูล
AddDate>=StartDate

๘.๔ Destinations (รายชื่อสถานที่ที่สงลูกคา) (๓ คะแนน)
Field Name Data Type Null Description Domain Key & Relation
DestId Int No คร้งัที่สงลูกคา เปนตัวเลขระหวาง
PK
๑๐๐๐๐๐ ถึง
๙๙๙๙๙๙
RentId Int No ครั้งที่เชารถ FK (Rentings)
Target
Nvarchar(99)
No
สถานที่ที่สงลูกคา
ตัวอักษรแรกและสุดทาย หามเปนชองวาง และ หามมีวรรค ๒ วรรค
ติดกัน

๘.๕ Users (ผูใชงาน) (๒ คะแนน และ ๑ คะแนน)
Field Name Data Type Null Description Domain Key & Relation
Login Nvarchar(13) No User Login (เลขบัตร ประชาชน)
เปนตัวเลข 13 หลัก และ มีคาตามหลักการของ เลขบัตรประชาชน
PK

Password
Nvarchar(32)
No
User Password
(เก็บคา Hash MD5)
…………………………………. ……………… (๑ คะแนน)
Unique Key

-๕๖-
๘.๖ TrafficTickets (ใบสั่งจราจร) (๔ คะแนน)
Field Name Data Type Null Description Domain Key & Relation TicketId Int No เลขใบสั่งจราจร >0 PK Amount Int No จำนวนเงินคาปรับ >0
Paid Bit No สถานะการจายคาปรับ

0 = ยังไมจ าย
1 = จายแลว
IdCardNo
Nvarchar(13)
No
เลขบัตรประชาชนผูเชาขับ

FK (Drivers)

๙. Functions (ทำผาน POST Method เทานั้น)
๙.๑ เพิ่มขอมูลรถยนตขอมูลท่เีพิ่ม ไดแก ทะเบียนรถยนต ยี่หอรถยนต และสถานะรถยนต (๒ คะแนน) ๙.๒ แกไขขอมูลรถยนต ตามทะเบียนรถยนต ขอมูลที่แกไข ไดแก ยี่หอรถยนต และสถานะรถยนต (๒ คะแนน)
๙.๓ ลบขอมูลรถยนต ตามทะเบียนรถยนต (๒ คะแนน)
๙.๔ คนหาขอมูลรถยนต โดยคนหาจากทะเบียนรถยนต และดึงขอมูลทุกฟลด (๒ คะแนน) ๙.๕ เพิ่มขอมูลผูเชาขับ ขอมูลที่เพิ่ม ไดแก เลขบัตรประชาชนประชาชนผูเชาขับ ชื่อนามสกุลผูเชาขับ (๒ คะแนน)
๙.๖ แกไขขอมูลผูเชาขับ ตามเลขบัตรประชาชนผูเชาขับ ขอมูลที่แกไข ไดแก ชื่อนามสกุลผูเชาขับ (๒ คะแนน)
๙.๗ ลบขอมูลผูเชาขับ ตามเลขบัตรประชาชนผูเชาขับ (๒ คะแนน)
๙.๘ คนหาขอมูลผูเชาขับ โดยคนหาจากเลขบัตรประชาชนผูเชาขับ และดึงขอมูลทุกฟลด (๒ คะแนน) ๙.๙ เพิ่มขอมูลเปดกะเชารถ ขอมูลที่เพิ่ม ไดแก ทะเบียนรถยนต เลขบัตรประชาชนผูเชาขับ ชื่อนามสกุล ผูเชาขับ วันเวลาที่เริ่มเชาขับ และวันเวลาที่เพิ่มขอมูล (๒ คะแนน)
๙.๑๐ แกไขขอมูลเปดกะเชารถ ตามครั้งที่เชารถ ขอมูลที่แกไข ไดแก ทะเบียนรถยนต และวันเวลาที่เริ่ม เชาขับ (๒ คะแนน)
๙.๑๑ เพิ่มขอมูลปดกะเชารถ ตามครั้งที่เชารถ ขอมูลที่แกไข/เพิ่ม ไดแก วันเวลาที่หยุดเชาขับ และรายชื่อ สถานท่ทีี่สงลูกคา (ถามี) กรณมีีรายชื่อสถานที่ที่สงลูกคา นอกจากเก็บในฐานขอมูลแลว ใหเขียนไฟล XML ตามโครงสรางตารางรายชื่อสถานที่ที่สงลูกคา เพื่อเก็บรายชื่อสถานที่ที่สงลูกคาตาม File Path
ที่กำหนดใน appsettings.json โดยตั้งชื่อเปน คร้งัที่เชารถ.XML เชน 123.XML (๔ คะแนน) ๙.๑๒ ลบขอมูลเปดกะเชารถ ตามครั้งที่เชารถ (๒ คะแนน)
๙.๑๓ คนหาขอมูลการเชารถ โดยคนหาจากคร้งัที่เชารถ และดึงขอมูลทุกฟลด (๑ คะแนน) ๙.๑๔ เพิ่มขอมูลรายชื่อสถานที่ที่สงลูกคา ขอมูลที่เพิ่ม ไดแก คร้งัที่เชารถ และสถานที่ที่สงลูกคา (๒ คะแนน)
-๕๗-
๙.๑๕ แกไขขอมูลรายชื่อสถานที่ที่สงลูกคา ตามครั้งที่สงลูกคา ขอมูลที่แกไข ไดแก สถานที่ที่สงลูกคา (๒ คะแนน)
๙.๑๖ ลบขอมูลรายชื่อสถานที่ที่สงลูกคา ตามครั้งที่สงลูกคา (๒ คะแนน)
๙.๑๗ ลบขอมูลรายชื่อสถานที่ที่สงลูกคา ตามครั้งที่เชารถ (๒ คะแนน)
๙.๑๘ คนหาขอมูลรายชื่อสถานที่ที่สงลูกคา โดยคนหาจากครั้งที่สงลูกคา และดึงขอมูลทุกฟลด (๑ คะแนน) ๙.๑๙ คนหาขอมูลรายชื่อสถานที่ที่สงลูกคา โดยคนหาจากครั้งที่เชารถ และดึงขอมูลทุกฟลด (๑ คะแนน) ๙.๒๐ เพิ่มขอมูลผูใชงาน ขอมูลที่เพิ่ม ไดแก Login และ Password (๒ คะแนน)
๙.๒๑ แกไขขอมูลผูใชงาน ตาม Login ขอมูลที่แกไข ไดแก Password (๒ คะแนน)
๙.๒๒ ลบขอมูลผูใชงาน ตาม Login (๒ คะแนน)
๙.๒๓ คนหาขอมูลผูใชงาน โดยคนหาจาก Login และดึงขอมูลทุกฟลด(๑ คะแนน)
๙.๒๔ เพิ่มขอมูลใบสั่งจราจร ขอมูลที่เพิ่ม ไดแก เลขใบสั่งจราจร จำนวนเงินคาปรับ และเลขบัตรประชาชน คนขับ (๒ คะแนน)
๙.๒๕ บันทึกขอมูลการจายคาปรับใบสั่งจราจร ขอมูลท่ีแกไข ไดแกสถานะการจายคาปรับ (๒ คะแนน) ๙.๒๖ ลบขอมูลใบสั่งจราจร ตามเลขใบสั่งจราจร (๒ คะแนน)
๙.๒๗ คนหาขอมูลใบสั่งจราจร โดยคนหาจากเลขใบสั่งจราจร และดึงขอมูลทุกฟลด (๑ คะแนน) ๑๐. Business Rules (ทำภายนอก SQL Server)
๑๐.๑ เพิ่มขอมูลรถยนต สถานะรถยนตที่เพิ่มตองเปนใหเชาไดเทานั้น (๒ คะแนน) ๑๐.๒ แกไขยี่หอรถยนตได ตอเมื่อเปนรถยนตที่ไมเคยถูกเชา และสถานะรถยนตปจจุบันใหเชาได (๒ คะแนน) ๑๐.๓ ลบขอมูลรถยนตไดตอเมื่อเปนรถยนตที่ยังไมเคยถูกเชา (๒ คะแนน)
๑๐.๔ เพิ่มขอมูลเปดกะเชารถไดตอเมื่อ
๑๐.๔.๑ รถยนตที่เปดกะเชารถ ตองเปนรถยนตที่มีขอมูลอยูในตารางรถยนตอยูกอนแลว และมี สถานะรถยนตใหเชาได (๒ คะแนน)
๑๐.๔.๒ รถยนตที่เปดกะเชารถ ตองมีสถานะรถยนตใหเชาได (๒ คะแนน) ๑๐.๔.๓ ผูเชาขับที่เปดกะเชารถ ตองเปนผูเชาขับที่มีขอมูลอยูในตารางผูเชาขับอยูกอนแลว กรณีที่ เปนผูเชาขับใหมที่ไมมีขอมูลในตารางผูเชาขับ ใหเพิ่มขอมูลผูเชาขับใหมลงตารางผูเชาขับ (โดยสถานะถูกใบสั่งจราจรตองเปนไมมีใบสั่งจราจร) พรอมกับการเพิ่มขอมูลเปดกะเชารถ (๒ คะแนน)
๑๐.๔.๔ ชื่อนามสกุลผูเชาขับท่เีปดกะเชารถ ตองตรงกับชื่อนามสกุลผูเชาขับที่คนหาจากเลขบัตร ประชาชนผูเชาขับที่เปดกะเชารถในตารางผูเชาขับ (๒ คะแนน)
๑๐.๔.๕ วันเวลาที่หยุดเชาขับ และรายชื่อขอมูลสถานที่ที่สงลูกคา ตองไมมีคา (-๒ - ๐ คะแนน) ๑๐.๔.๖ คนืคากลับเปนครั้งที่เชารถที่ท่ีเพิ่มได (๒ คะแนน)
๑๐.๕ แกไขขอมูลเปดกะเชารถได ตอเมื่อครั้งที่เชารถที่แกไขยังไมมีการปดกะเชารถ (๒ คะแนน) ๑๐.๖ เพิ่มขอมูลปดกะเชารถได ตอเมื่อครั้งที่เชารถที่ปดกะเชารถไมเคยปดกะเชารถมากอน (๒ คะแนน)
-๕๘-
๑๐.๗ ลบขอมูลเปดกะเชารถไดตอเมื่อ
๑๐.๗.๑ ครั้งที่เชารถที่ลบยังไมมีการปดกะเชารถ หรือ (ครั้งที่เชารถที่ลบมีการปดกะเชารถ แตเกิน วันเวลาที่เพิ่มขอมูลไมเกิน 5 นาที) (๒ คะแนน)
๑๐.๗.๒ หากจะลบขอมูลเปดกะเชารถที่ปดกะเชารถแลว ตองลบขอมูลรายชื่อสถานที่ที่สงลูกคาที่ เกี่ยวของดวย (ถามี) (๔ คะแนน)
๑๐.๘ เพิ่มขอมูลผูใชงานได โดย Login และ Password ตองไมใชคาวาง (๒ คะแนน) ๑๐.๙ แกไขขอมูลผูใชงานได โดย Password ใหมตองไมเหมือน Password ปจจุบัน (๒ คะแนน) ๑๐.๑๐ เพิ่มขอมูลใบสั่งจราจรได สถานะการจายคาปรับตองเปนยังไมจายเงิน (๒ คะแนน) ๑๐.๑๑ เพิ่มขอมูลการจายเงินใบสั่งจราจรได ตอเมื่อสถานะการจายคาปรับของใบสั่งจราจรที่จายตองเปน ยังไมจายเงิน (๒ คะแนน)
๑๐.๑๒ การบันทกึขอมูลการจายคา ปรับใบสั่งจราจร ถาเปนการจายคาปรบั ใบสั่งจราจรของผูเชาขับจนไมมี ใบสั่งจราจรคางจายอีกแลว ใหปรับปรุงสถานะถูกใบสั่งจราจรของผูเชาขับเปนไมมีใบสั่งจราจรดวย (๔ คะแนน)
๑๐.๑๓ ลบขอมูลใบสั่งจราจรได ตอเมื่อเปนใบสั่งจราจรที่ยังไมจายเงิน (๒ คะแนน) ๑๐.๑๔ คน หาขอมูลใบสั่งจราจร โดยคนหาจากเลขใบสั่งจราจร และดึงขอมูลทุกฟลด(๑ คะแนน)
๑๑. Functions ตามขอ ๙. ที่เปนการจัดกระทำขอมูล (เพิ่ม แกไข และลบขอมูล) ซึ่งสามารถกระทำขอมูลไดท ั้ง แบบหนึ่งเรคคอรดตอการสงแตละคร้งั (One Record Per Request) และหลายเรคคอรดตอการสง แตละครั้ง (Many Records Per Request) (๘ คะแนน)
๑๒. ทำ JWT Authentication (๔ คะแนน)
๑๒.๑ Token Life Time เปนวินาที เก็บไวในไฟล appsettings.json ชื่อ TokenLifeTime เปนจำนวนเต็ม ๑๒.๒ Secret Key เก็บไวในไฟล appsettings.json ชื่อ SecretKey เปนขอความ ๑๒.๓ Algorithm เก็บไวในไฟล appsettings.json ชื่อ Algorithm ใสคา 256 หรือ 384 หรือ 512 bits ได ๑๒.๔ ทำ Access Token และ Refresh Token
๑๒.๕ หากจำเปนตองเก็บขอมูลใหเก็บขอมูลไวในหนวยความจำ
๑๓. การเรียกใชบริการระหวาง Microservices (Inter-Service Communication for Microservices) ใหใช REST (HTTP/HTTPS)
๑๔. Models
๑๔.๑ Car (๒ คะแนน)
๑๔.๑.๑ RegisId int
๑๔.๑.๒ Brand string
๑๔.๑.๓ CarStatus bool
-๕๙-
๑๔.๒ Driver (๒ คะแนน)
๑๔.๒.๑ IdCardNo string
๑๔.๒.๒ Name string
๑๔.๒.๓ TrafficTicket int
๑๔.๓ Renting (๒ คะแนน)
๑๔.๓.๑ RentId int
๑๔.๓.๒ RegistId int
๑๔.๓.๓ IdCardNo string
๑๔.๓.๔ Name string
๑๔.๓.๕ StartDate DateTime
๑๔.๓.๖ EndDate DateTime
๑๔.๓.๗ AddDate DateTime
๑๔.๓.๘ Destinations List รายชื่อสถานที่ที่สงลูกคา ๑๔.๔ Destination (๒ คะแนน)
๑๔.๔.๑ DestId int
๑๔.๔.๒ RentId string
๑๔.๔.๓ Target string
๑๔.๕ User (๒ คะแนน)
๑๔.๕.๑ Login string
๑๔.๕.๒ Password string
๑๔.๖ TrafficTicket (๒ คะแนน)
๑๔.๖.๑ TicketId int
๑๔.๖.๒ Amount int
๑๔.๖.๓ Paid bit
๑๔.๖.๔ IdCardNo string
๑๕. เพิ่มสวนประกอบที่จำเปนเพื่อใหสามารถดึงขอมูลที่เกี่ยวของกับการเชารถ โดยคนหาจากครั้งที่เชารถ เพื่อให ไดขอมูลในการสง Request จาก Postman เพียงครั้งเดียว ไดแก ทะเบียนรถที่เชาคืออะไร ยี่หอรถยนตที่ เชาคืออะไร เลขบัตรประชาชนผูเชาขับที่เชาขับคืออะไร ชื่อสกุลผูเชาขับตอนเชาขับคืออะไร ชื่อสกุลผูเชาขับ ปจจุบันคอือะไร วันเวลาที่เริ่มเชาขับคืออะไร วันเวลาท่ีเพิ่มขอมูลคืออะไร วันเวลาที่หยุดเชาขับคืออะไร และรายชื่อสถานที่ที่สงลูกคา (ครั้งที่สงลูกคา ครั้งที่เชารถ และสถานที่ที่สงลูกคา) คืออะไร (ถามี) (๓ คะแนน)
-๖๐-
๑๖. ทำเชนเดียวกับขอ ๑๕. แตคนหาจากทะเบียนรถ (๓ คะแนน)
๑๗. ทำเชนเดียวกับขอ ๑๕. แตคนหาจากเลขบัตรประชาชนของผูเชาขับ (๓ คะแนน) ๑๘. ในการทดสอบ Functions ในขอ ๙.๑ - ๙.๒๗ ดวย Postman จะทำการทดสอบโดยกำหนดคาตาง ๆ ใน รูปแบบที่กำหนดในขอ ๗.๑ ผูเสนอราคาตองเขียนชุดคำสั่งที่มีการดักจับและปองกันขอผิดพลาด เพื่อให RESTful API สามารถตอบกลับขอมูลไดตามรูปแบบที่กำหนดในขอ ๗.๒ หากการทดสอบเกิดขอผิดพลาดที่ ไมไดคาดหวัง จะถูกหัก ๒ คะแนนตอหนึ่งจุด

-๖๑-
ภาคผนวก ง
-๖๒-
ขอเสนออื่น ๆ ซึ่งเปนประโยชนแก
ระบบบริหารจัดการงานคลัง แผนงาน งบประมาณ และงานทรัพยากรบุคคล กวก.
๑.

ประเมินมูลคาเปนจำนวนเงิน บาท ( ) ๒.

ประเมินมูลคาเปนจำนวนเงิน บาท ( ) ๓.

ประเมินมูลคาเปนจำนวนเงิน บาท ( )
(ลงชื่อ) (ผูเสนอราคา) ( ) วันที่
ประทับตราองคก รผูเสนอราคา
หมายเหตุ
๑. สามารถเพิ่มลดชองขอความไดตามความเหมาะสม
๒. กวก. สงวนสิทธิ์ในการประเมินมูลคา ที่เหมาะสม หากพบวาผูเสนอราคาประเมินมูลคาเกินความเปนจริง