คู่มือใช้ Claude สำหรับงานจัดซื้อ

จากความต้องการ → สเปกและ TOR → เทียบข้อเสนอ → เจรจา → ติดตามผู้ขาย

งานจัดซื้อมีลักษณะที่ทำให้ AI ช่วยได้มากเป็นพิเศษ: เอกสารเยอะ รูปแบบไม่ตรงกัน และงานส่วนใหญ่คือการทำให้ของที่เทียบกันไม่ได้ กลายเป็นของที่เทียบกันได้ แต่ก็เป็นสายงานที่มีเส้นชัดกว่าสายอื่น เพราะทุกการตัดสินใจต้องอธิบายได้ต่อผู้ตรวจสอบ และข้อมูลของผู้เสนอราคาเป็นความลับที่หลุดไม่ได้

เตรียมก่อน: ให้ Claude รู้จักกติกาการจัดซื้อของคุณ#

สร้าง Project ชื่อ “งานจัดซื้อ” แล้วอัปโหลดเอกสารที่ไม่ใช่ข้อมูลของผู้เสนอราคารายใดรายหนึ่ง:

ระเบียบและอำนาจอนุมัติ ของหน่วยงาน เช่น วงเงินไหนใช้วิธีใด ใครอนุมัติ
แบบฟอร์มมาตรฐาน — RFQ, ตารางเปรียบเทียบ, บันทึกขออนุมัติ
เงื่อนไขสัญญามาตรฐาน ขององค์กร (ฉบับที่ฝ่ายกฎหมายอนุมัติแล้ว)
เกณฑ์ประเมินผู้ขาย ที่ใช้อยู่
TOR เก่าที่ใช้แล้วได้ผลดี 2–3 ฉบับ โดยลบข้อมูลผู้เสนอราคาออก

แล้วตั้งกติกาประจำโปรเจกต์:

บริบทงานจัดซื้อของฉัน
- องค์กร: โรงงานผลิตชิ้นส่วน จัดซื้อทั้งวัตถุดิบ อะไหล่ และงานบริการ
- วงเงินที่ฉันดูแล: 100,000 - 5 ล้านบาทต่อรายการ
- กระบวนการ: ขอ 3 ใบเสนอราคาขึ้นไป มีคณะกรรมการพิจารณาถ้าเกิน 1 ล้าน

กติกาที่ต้องทำตามทุกครั้ง
1. ห้ามระบุยี่ห้อหรือรุ่นในสเปก ถ้าไม่ได้เป็นข้อกำหนดที่มีเหตุผลรองรับ
2. ห้ามสรุปว่าผู้ขายรายไหนควรได้งาน ให้เสนอเป็นข้อมูลเทียบและคำถามแทน
3. ห้ามแต่งตัวเลข ราคาตลาด หรือชื่อผู้ขาย ถ้าไม่มีในไฟล์ที่ฉันให้
   ให้เขียนว่า [ต้องหาข้อมูล] แทน
4. ทุกข้อสรุปต้องอ้างได้ว่ามาจากเอกสารฉบับไหน หน้าไหน

ข้อ 3 สำคัญเป็นพิเศษในสายนี้ เพราะ “ราคาตลาดประมาณ...” ที่โมเดลเดาขึ้นมา แล้วถูกใส่ลงบันทึกขออนุมัติ คือปัญหาที่ตามมาถึงตอนตรวจสอบ

1. แปลงความต้องการเป็นสเปกที่ไม่ล็อกยี่ห้อ#

ปัญหาต้นทางของงานจัดซื้อเกือบทุกครั้งคือผู้ขอซื้อบอกสิ่งที่อยากได้ ไม่ใช่ปัญหาที่ต้องแก้ — เขาส่งมาว่า “ขอรุ่นนี้ ยี่ห้อนี้” ซึ่งทำให้เทียบราคาไม่ได้และเสี่ยงเรื่องความเป็นธรรม

ผู้ขอซื้อส่งความต้องการมาแบบนี้: [วางข้อความ]

ช่วยแปลงเป็นสเปกเชิงหน้าที่ (functional specification) ที่ผู้ขายหลายรายเสนอได้
1. แยกเป็น "ข้อกำหนดบังคับ" กับ "ข้อกำหนดที่พึงประสงค์"
2. เขียนแต่ละข้อให้วัดได้ เช่น ระบุค่าตัวเลขและหน่วย แทนคำว่า "ทนทาน" หรือ "คุณภาพสูง"
3. ชี้ข้อไหนที่เขียนแบบนี้จะล็อกให้เหลือผู้ขายรายเดียว พร้อมเสนอถ้อยคำแทน
4. ถ้าข้อไหนต้องระบุยี่ห้อจริง ๆ ให้บอกว่าต้องมีเหตุผลอะไรรองรับ
   เช่น ความเข้ากันได้กับระบบเดิม

5. คำถามที่ฉันต้องกลับไปถามผู้ขอซื้อก่อนออกเอกสาร

ข้อ 3 คือหัวใจ เพราะสเปกที่ล็อกยี่ห้อโดยไม่ตั้งใจ ทำให้ได้ใบเสนอราคาที่ “ครบสามใบ” แต่แข่งขันกันจริงแค่รายเดียว

2. ทำ RFQ และเอกสารเชิญเสนอราคา#

เอกสารเชิญที่ดีคือเอกสารที่ทำให้ทุกรายตอบกลับมาในรูปแบบเดียวกัน ซึ่งประหยัดเวลาตอนเทียบมากกว่าที่คิด:

ช่วยร่างเอกสารเชิญเสนอราคาจากสเปกที่แนบ ประกอบด้วย
- ขอบเขตงานและสิ่งที่ต้องส่งมอบ
- แบบฟอร์มราคาที่บังคับให้แยกรายการ: ค่าของ / ค่าติดตั้ง / ค่าขนส่ง /
  ค่าบำรุงรักษาต่อปี / ค่าอะไหล่ที่ใช้บ่อย
- เงื่อนไขที่ต้องระบุ: ระยะเวลาส่งมอบ การรับประกัน เงื่อนไขชำระเงิน
- เอกสารที่ต้องแนบ และเกณฑ์ที่ใช้พิจารณา
- กำหนดวันยื่นและช่องทางถาม-ตอบ

ทำแบบฟอร์มราคาเป็นตารางที่ผู้ขายกรอกได้ ห้ามใส่ตัวเลขตัวอย่างลงไป

การบังคับให้แยกราคาเป็นรายการย่อยคือสิ่งที่ทำให้เห็น ต้นทุนตลอดอายุการใช้งาน ไม่ใช่แค่ราคาหน้าใบ — ของที่ถูกกว่า 8% แต่ค่าอะไหล่แพงกว่าเท่าตัว แพงกว่าในปีที่สอง

3. เทียบใบเสนอราคาแบบอ้างอิงกลับได้#

เส้นที่ไม่ควรข้าม: อย่าให้ AI สรุปว่าใครควรได้งาน การตัดสินต้องมาจากผู้มีอำนาจตามเกณฑ์ที่ประกาศไว้ล่วงหน้า และต้องอธิบายได้ต่อผู้เสนอราคาที่ไม่ได้งาน ใช้มันทำงานรวบรวมหลักฐานและชี้ช่องว่างแทน

นี่คือใบเสนอราคาจากผู้ขาย 4 ราย รูปแบบไม่เหมือนกัน

ช่วยทำตารางเทียบเป็น xlsx โดย
- แถวคือรายการตามแบบฟอร์มราคาใน RFQ ของเรา
- ทุกช่องระบุว่าเอาข้อมูลมาจากเอกสารฉบับไหน หน้าไหน
- ถ้ารายไหนไม่ได้เสนอรายการนั้น ให้ใส่ "ไม่ได้เสนอ" ห้ามใส่ 0
  และห้ามประมาณจากรายอื่น
- แยกบรรทัดสำหรับเงื่อนไขที่ไม่ใช่ราคา: ระยะส่งมอบ การรับประกัน เงื่อนไขชำระเงิน

จากนั้นทำอีกชีตชื่อ "ต้องเคลียร์" ระบุ
- ข้อที่แต่ละรายเสนอไม่ตรงกับ TOR
- ข้อที่กำกวมจนเทียบไม่ได้ พร้อมคำถามที่ควรถามกลับไป

ห้ามจัดอันดับ ห้ามสรุปว่ารายไหนดีที่สุด

กฎ “ไม่ได้เสนอ ห้ามใส่ 0” ป้องกันความผิดพลาดที่ทำให้ผลเปรียบเทียบบิดเบือนที่สุด — รายที่ลืมเสนอค่าติดตั้งจะดูถูกที่สุดทันทีถ้าเติมศูนย์ให้

อีก prompt ที่ช่วยได้มากคือให้มันหาจุดที่ข้อเสนอ “ถูกเพราะตัดของ” ออกไป:

เทียบขอบเขตงานที่แต่ละรายเสนอ กับขอบเขตใน TOR ของเรา
ชี้ว่าแต่ละรายมีอะไรที่ไม่ได้รวมไว้ หรือใส่เงื่อนไขเพิ่มที่เราต้องรับผิดชอบเอง
เช่น ค่าขนส่งขึ้นอาคาร การรื้อถอนของเดิม หรือค่าใช้จ่ายระหว่างการทดสอบ
ยกข้อความจากเอกสารมาอ้างอิงทุกข้อ

4. อ่านเงื่อนไขสัญญาและข้อกำหนดแนบ#

ข้อจำกัด: การอ่านสัญญาด้วย AI ไม่ใช่คำแนะนำทางกฎหมาย ใช้เพื่อเข้าใจและตั้งคำถามได้ แต่ข้อที่มีผลต่อความเสี่ยง เช่น ค่าปรับ การรับประกัน การโอนความเสี่ยง และการเลิกสัญญา ต้องให้ฝ่ายกฎหมายดูก่อนลงนามเสมอ

นี่คือเงื่อนไขที่ผู้ขายแนบมากับใบเสนอราคา เทียบกับเงื่อนไขมาตรฐานของเรา
ที่อยู่ในโปรเจกต์

ทำตาราง: หัวข้อ / ฉบับของเรา / ฉบับของผู้ขาย / ต่างกันอย่างไร /
ผลกระทบถ้ารับตามที่เขาเสนอ

เน้นหัวข้อเหล่านี้เป็นพิเศษ
- เงื่อนไขและกำหนดชำระเงิน
- ค่าปรับความล่าช้าและเพดานความรับผิด
- การรับประกันและขอบเขตที่ไม่ครอบคลุม
- กรรมสิทธิ์และการโอนความเสี่ยงระหว่างขนส่ง
- การเลิกสัญญาและการคืนของ

ข้อไหนที่ควรให้ฝ่ายกฎหมายดูก่อน ให้ทำเครื่องหมายไว้

บรรทัดสุดท้ายทำให้ผลลัพธ์ใช้ได้จริง เพราะฝ่ายกฎหมายมีเวลาจำกัด การส่งไปทั้งฉบับกับการส่งไปพร้อมชี้ 4 ข้อที่ต้องดู ได้คำตอบเร็วต่างกันมาก

5. เตรียมและซ้อมเจรจา#

การเจรจาที่ได้ผลเริ่มจากการรู้ว่าราคาประกอบด้วยอะไรบ้าง ไม่ใช่การขอลดเป็นเปอร์เซ็นต์:

จากใบเสนอราคาที่แนบ ช่วยแตกโครงสร้างต้นทุนที่เป็นไปได้ของราคานี้
โดยอิงเฉพาะข้อมูลในเอกสาร ถ้าส่วนไหนไม่มีข้อมูลให้เขียน [ต้องหาข้อมูล]

จากนั้น
1. ระบุจุดที่น่าจะมีช่องเจรจา นอกเหนือจากราคาต่อหน่วย เช่น เงื่อนไขชำระเงิน
   ปริมาณสั่งขั้นต่ำ ค่าขนส่ง การรับประกัน หรือราคาอะไหล่
2. เรียงว่าอะไรที่เราได้ประโยชน์มากแต่ผู้ขายเสียน้อย ควรขอก่อน
3. คำถามที่ควรถามเพื่อให้เขาเปิดโครงสร้างราคาให้เห็นมากขึ้น

ห้ามอ้างราคาตลาดหรือตัวเลขเทียบเคียงที่ไม่มีในเอกสาร

ข้อ 2 คือหลักที่ทำให้เจรจาแล้วไม่เสียความสัมพันธ์ — เงื่อนไขชำระเงินที่ยืดออกไป 15 วัน มักได้ง่ายกว่าการขอลดราคา 3% และมีค่าต่อกระแสเงินสดพอกัน

ซ้อมก่อนเข้าเจรจาจริง:

สวมบทเป็นผู้จัดการฝ่ายขายของผู้ขายรายนี้ ที่มีคำสั่งจากนายว่าห้ามลดราคาต่อหน่วย
ให้ปกป้องราคา ต่อรองกลับ และไม่ยอมง่าย ห้ามให้กำลังใจฉัน

ฉันจะเปิดการเจรจา พอจบให้บอกว่า
- ประเด็นไหนฉันเสียเปรียบเพราะพูดเร็วเกินไป
- ข้อมูลไหนที่ฉันเผลอเปิดเผยแล้วไม่ควรเปิด
- ควรพูดอย่างไรแทน

ข้อกลางสำคัญกับสายจัดซื้อเป็นพิเศษ เพราะการเผลอบอกงบประมาณหรือความเร่งด่วนของเรา คือการเสียอำนาจต่อรองทั้งหมดในประโยคเดียว

6. ติดตามส่งมอบและประเมินผู้ขาย#

งานหลังออก PO มักถูกละเลย ทั้งที่เป็นข้อมูลที่ใช้ต่อรองในรอบถัดไปได้ดีที่สุด:

นี่คือข้อมูลการส่งมอบของผู้ขาย 8 รายในปีนี้ (วันที่สั่ง วันครบกำหนด
วันที่ได้รับจริง จำนวนที่ตีกลับ)

ช่วยทำสรุปผลการปฏิบัติงานผู้ขาย
- อัตราส่งตรงเวลา และค่าเฉลี่ยวันที่ล่าช้า
- อัตราของที่ตีกลับ
- แนวโน้มว่ารายไหนแย่ลงหรือดีขึ้นในช่วงครึ่งปีหลัง

ทำเป็นสูตรในไฟล์ ไม่ต้องคำนวณตัวเลขมาให้ฉันในข้อความ

จากนั้นร่างหัวข้อสำหรับคุยทบทวนผลงานกับ 3 รายที่มีปัญหามากที่สุด
โดยเน้นหาสาเหตุร่วมกัน ไม่ใช่ตำหนิ

สังเกตคำสั่ง “ทำเป็นสูตรในไฟล์” — เหตุผลเดียวกับที่อธิบายไว้ใน คู่มือสำหรับงานบัญชี-การเงิน คือตัวเลขที่ใช้ตัดสินใจต้องตรวจย้อนกลับได้ ไม่ใช่ผลคำนวณจากโมเดล

อีกงานที่ใช้ได้จริงคือร่างจดหมายเมื่อผู้ขายส่งช้า:

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

ห้ามอ้างข้อสัญญาหรือมาตรากฎหมายที่ฉันไม่ได้ให้ข้อมูล

7. เอกสารขออนุมัติที่ผ่านตั้งแต่รอบแรก#

ช่วยร่างบันทึกขออนุมัติจัดซื้อจากข้อมูลที่ฉันให้ ตามแบบฟอร์มในโปรเจกต์

โครง: ความจำเป็น / กระบวนการที่ใช้และเหตุผล / สรุปข้อเสนอที่ได้รับ /
ข้อพิจารณา / สิ่งที่ขออนุมัติ

กติกา
- ตัวเลขทุกตัวใช้ตามที่ฉันให้ ห้ามคำนวณเพิ่มหรือปัดเศษ
- ส่วน "ข้อพิจารณา" ให้เขียนข้อเท็จจริงเทียบกัน ไม่ใช่การเชียร์รายใดรายหนึ่ง
- ถ้าข้อมูลส่วนไหนยังขาดจนผู้อนุมัติน่าจะถาม ให้ทำเครื่องหมาย [ต้องเติม]

แล้วบอกฉันด้วยว่าผู้อนุมัติน่าจะถามอะไรกลับมา 5 ข้อ

คำถามล่วงหน้า 5 ข้อนี้คือส่วนที่ทำให้เอกสารผ่านรอบเดียว แทนที่จะวนกลับมาแก้สองสามรอบ

8. จัดการความเสี่ยงซัพพลายเชน#

ใช้ AI ช่วยคิดให้ครบ ไม่ใช่ให้ข้อมูลตลาด — ข้อมูลเรื่องผู้ขาย ราคาวัตถุดิบ หรือสถานการณ์ขนส่ง ต้องมาจากแหล่งที่คุณตรวจสอบเอง:

เรากำลังจะพึ่งผู้ขายรายเดียวสำหรับวัตถุดิบตัวหนึ่งที่คิดเป็น 18% ของต้นทุนผลิต

ช่วยตั้งรายการความเสี่ยงที่ควรประเมิน แบ่งเป็น
- ความเสี่ยงด้านการส่งมอบ
- ด้านราคาและเงื่อนไขการค้า
- ด้านคุณภาพและการเปลี่ยนสเปก
- ด้านกฎเกณฑ์และการปฏิบัติตามข้อกำหนด

สำหรับแต่ละข้อ ระบุ
- สัญญาณเตือนล่วงหน้าที่เราพอสังเกตได้เอง
- มาตรการรองรับที่ทำได้จริงในองค์กรขนาดของเรา
- ข้อมูลที่ฉันต้องไปหามาเพิ่มเพื่อประเมินข้อนี้

ห้ามให้ข้อมูลสถานการณ์ตลาดหรือสถานะผู้ขายรายใด ฉันจะหาเอง

เส้นที่ห้ามข้าม#

ข้อมูลผู้เสนอราคาเป็นความลับ — ราคาและเงื่อนไขของแต่ละรายมักอยู่ใต้ข้อตกลงรักษาความลับ การนำออกนอกระบบที่องค์กรอนุมัติอาจทำให้กระบวนการเสียหายหรือเกิดข้อพิพาท เช็กนโยบายก่อนเสมอ
ห้ามให้ AI ตัดสินผู้ชนะ — ต้องเป็นผู้มีอำนาจหรือคณะกรรมการ ตัดสินตามเกณฑ์ที่ประกาศไว้ล่วงหน้า และต้องอธิบายได้ต่อผู้ที่ไม่ได้งาน
ห้ามให้มันแต่งราคาตลาดหรือข้อมูลผู้ขาย — ตัวเลขเทียบเคียงที่เดาขึ้นมาแล้วเข้าไปอยู่ในบันทึกขออนุมัติ คือปัญหาที่โผล่ตอนตรวจสอบ ให้บังคับเขียน [ต้องหาข้อมูล] แทน
สัญญาต้องผ่านฝ่ายกฎหมาย — ใช้ AI อ่านและตั้งคำถามได้ แต่ข้อที่ผูกพันความเสี่ยงต้องมีผู้รับผิดชอบทางวิชาชีพ คู่มือนี้ไม่ใช่คำแนะนำทางกฎหมาย
ระวังผลประโยชน์ทับซ้อนและความเป็นธรรม — สเปกที่ล็อกยี่ห้อ การให้ข้อมูลไม่เท่ากันระหว่างผู้เสนอราคา หรือการแก้เอกสารหลังยื่น เป็นประเด็นที่ตรวจสอบได้ทั้งหมด ไม่ว่าจะใช้ AI ช่วยร่างหรือไม่
ข้อมูลผู้ติดต่อของคู่ค้าอยู่ภายใต้ PDPA — ชื่อ เบอร์ อีเมลของพนักงานฝ่ายขาย เป็นข้อมูลส่วนบุคคล ไม่ควรวางลงเครื่องมือที่ไม่ได้รับอนุมัติ
หน่วยงานรัฐต้องยึดระเบียบและระบบ e-GP — งานจัดซื้อจัดจ้างภาครัฐมีกฎหมายและระเบียบเฉพาะที่กำหนดขั้นตอนและการเปิดเผยข้อมูลไว้ชัด ให้ยึดประกาศจากกรมบัญชีกลางเป็นหลัก
เก็บร่องรอยว่าใช้ AI ตรงไหน — บันทึกไว้ว่าใช้ช่วยยกร่างส่วนใด และใครสอบทาน เพื่อให้ตอบผู้ตรวจสอบได้

เวิร์กโฟลว์หนึ่งรอบจัดหา#

ขั้น	งาน	AI ช่วยตรงไหน	คนต้องทำเอง
รับความต้องการ	ทำสเปก/TOR	แปลงเป็นสเปกเชิงหน้าที่ ชี้ข้อที่ล็อกยี่ห้อ ตั้งคำถามถึงผู้ขอซื้อ	ยืนยันความจำเป็นกับผู้ใช้งานจริง
ออกเอกสาร	RFQ / เชิญเสนอราคา	ร่างเอกสารและแบบฟอร์มราคาที่บังคับแยกรายการ	คัดรายชื่อผู้ขายและอนุมัติเอกสาร
รับข้อเสนอ	เทียบข้อเสนอ	จัดให้อยู่รูปแบบเดียวกัน อ้างอิงหน้า ชี้ข้อที่ต้องเคลียร์	ตัดสินตามเกณฑ์ที่ประกาศไว้
ก่อนลงนาม	ตรวจเงื่อนไข	เทียบกับเงื่อนไขมาตรฐาน ชี้ข้อที่ต่างและผลกระทบ	ให้ฝ่ายกฎหมายตรวจข้อที่ผูกพัน
เจรจา	ต่อรอง	แตกโครงสร้างต้นทุน จัดลำดับสิ่งที่ควรขอ ซ้อมบทสนทนา	เจรจาและรับผลของข้อตกลง
หลังออก PO	ติดตามและประเมิน	ทำสูตรวัดผลส่งมอบ ร่างหนังสือแจ้งล่าช้า หัวข้อคุยทบทวน	ตัดสินใจเรื่องค่าปรับและสถานะผู้ขาย

FAQ#

ให้ AI ตัดสินว่าผู้ขายรายไหนชนะได้ไหม?#

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

อัปโหลดใบเสนอราคาของผู้ขายให้ AI ได้ไหม?#

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

ให้ AI ร่างสัญญาซื้อขายหรือแก้เงื่อนไขได้ไหม?#

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

หน่วยงานรัฐใช้ AI ช่วยงานจัดซื้อจัดจ้างได้ไหม?#

งานจัดซื้อจัดจ้างภาครัฐมีกฎหมายและระเบียบเฉพาะที่กำหนดขั้นตอน เอกสาร และการเปิดเผยข้อมูลไว้ชัดเจน ให้ยึดระเบียบและระบบ e-GP ของกรมบัญชีกลางเป็นหลักเสมอ ใช้ AI ได้กับงานยกร่างและงานจัดระเบียบข้อมูลเท่าที่ระเบียบภายในอนุญาต แต่ต้องไม่นำข้อมูลที่ยังไม่เปิดเผยออกนอกระบบที่หน่วยงานอนุมัติ และการตัดสินใจทุกขั้นต้องมีผู้รับผิดชอบตามระเบียบ