ข้อเสนอที่ราคาต่ำที่สุดอาจยังเทียบกับอีกเจ้าไม่ได้ เพราะหน่วยขาย จำนวนขั้นต่ำ วันส่งมอบ หรือเงื่อนไขที่รวมอยู่ต่างกัน งานของทีมจัดซื้อจึงเริ่มจากการทำให้ข้อมูลอยู่บนฐานเดียวกัน ก่อนเลือกผู้ขาย
AI Agent สามารถช่วยเตรียมขั้นตอนนี้ได้ โดยอ่านข้อเสนอ ดึงข้อมูลเข้าตาราง อ้างอิงเอกสารต้นฉบับ และรวบรวมคำถามที่ต้องส่งกลับ รุ่นแรกที่มีประโยชน์ควรให้ทีมตรวจข้อแตกต่างได้สะดวก พร้อมรักษาการอนุมัติเลือกผู้ขายไว้กับผู้มีหน้าที่
ลองไล่ข้อเสนอหนึ่งชุดตั้งแต่รับเอกสาร
สมมติต้องซื้ออุปกรณ์สำหรับใช้งานจำนวนหนึ่ง ผู้ขายรายแรกระบุราคาเป็นกล่อง กล่องละหกชิ้น ส่วนรายที่สองเสนอราคาต่อชิ้นและมีจำนวนสั่งซื้อขั้นต่ำ เอกสารหนึ่งเขียนว่าส่งของได้หลังรับคำสั่งซื้อ อีกเอกสารหนึ่งนับเวลาหลังได้รับเงิน ข้อความว่าใช้เวลาส่งเท่ากันจึงอาจหมายถึงคนละเงื่อนไข
ระบบควรเริ่มด้วยการจับคู่ข้อเสนอกับคำขอซื้อและรุ่นเอกสารที่ถูกต้อง จากนั้นแสดงหน่วยตามต้นฉบับควบคู่กับหน่วยที่แปลงแล้ว หากไม่มีหลักฐานว่าหนึ่งกล่องมีกี่ชิ้น ให้แสดงว่ายังเทียบราคาต่อชิ้นไม่ได้ การเติมค่าที่น่าจะใช่จะทำให้ตารางดูครบ แต่ซ่อนปัญหาไว้จากผู้ตรวจ
ตัวอย่างนี้เป็นสถานการณ์สมมติเพื่ออธิบายการออกแบบ ไม่มีข้อมูลหรือผลลัพธ์ของลูกค้า Talvyn Labs อยู่ในตัวอย่าง
ตารางที่ดีต้องบอกด้วยว่าอะไรยังเทียบไม่ได้
| ประเด็น | สิ่งที่ต้องเก็บจากต้นฉบับ | สิ่งที่ระบบช่วยเตรียม | กรณีที่ต้องให้คนตรวจ |
|---|---|---|---|
| สินค้าหรือบริการ | รุ่น สเปก และรายการที่รวม | จับคู่กับรายการที่ต้องการซื้อ | รุ่นใกล้เคียงแต่ไม่ยืนยันว่าใช้แทนกันได้ |
| ราคาและหน่วย | ราคา สกุลเงิน หน่วยขาย จำนวนต่อแพ็ก | แปลงหน่วยตามข้อมูลที่ยืนยันแล้ว | ไม่ทราบจำนวนต่อแพ็กหรือรายการที่รวมในราคา |
| ปริมาณ | จำนวนขั้นต่ำและช่วงราคาตามจำนวน | แสดงจำนวนที่ต้องสั่งจริง | จำนวนเสนอซื้อไม่ตรงความต้องการ |
| การส่งมอบ | ระยะเวลา จุดเริ่มนับ และสถานที่ส่ง | แสดงวันหรือเงื่อนไขที่ใช้เปรียบเทียบ | ผู้ขายยังไม่ยืนยันกำหนดหรือของมีไม่ครบ |
| เงื่อนไขอื่น | อายุข้อเสนอ การรับประกัน และข้อยกเว้น | แยกข้อแตกต่างเป็นรายการ | เงื่อนไขคลุมเครือหรืออยู่นอกอำนาจผู้ตรวจ |
โครงสร้างรายการเจรจาจัดซื้อของ Oracle แยกข้อมูลราคา ปริมาณ การส่งมอบ และข้อเสนอทางเลือกไว้ให้พิจารณา หลักที่นำมาใช้กับระบบเฉพาะธุรกิจคือรักษาความหมายของแต่ละช่องไว้ แทนการรวมทุกอย่างเป็นข้อความสรุปสั้น ๆ
การคำนวณควรใช้สูตรหรือบริการที่ตรวจสอบได้ เช่น แปลงหน่วยด้วยตัวคูณที่อนุมัติแล้ว และบันทึกที่มาของอัตราแลกเปลี่ยนหากจำเป็น AI อาจช่วยอ่านว่าตัวเลขอยู่ตรงไหน แต่ไม่ควรเป็นผู้สร้างอัตราหรือเงื่อนไขที่เอกสารไม่ได้ระบุ
หน้าตรวจข้อเสนอคือส่วนสำคัญของผลิตภัณฑ์
ผู้ตรวจควรกดจากค่าที่อยู่ในตารางไปดูหน้าหรือข้อความต้นฉบับได้ทันที ช่องที่ระบบแปลงค่าต้องแสดงทั้งค่าตั้งต้นและกติกาที่ใช้ เมื่อเอกสารรุ่นใหม่เข้ามา ควรเห็นว่าค่าใดเปลี่ยน และการยืนยันก่อนหน้ายังใช้กับรุ่นใหม่นั้นได้หรือไม่
แยกสถานะอย่างน้อยเป็น อ่านได้และรอตรวจ, ข้อมูลขาด, ข้อมูลขัดกัน และยืนยันแล้ว การมีคะแนนความมั่นใจสูงไม่ควรกลายเป็นสถานะอนุมัติอัตโนมัติ Microsoft อธิบายคะแนนความมั่นใจของ Document Intelligence ในบริบทของผลการอ่านข้อมูล ซึ่งต้องนำมาประเมินกับเอกสารและเกณฑ์ของงานจริง
ตัวอย่างเช่น ระบบอาจอ่านราคาในใบเสนอราคาได้ชัด แต่ยังจับคู่ผิดกับรายการซื้อ ความถูกต้องของตัวอักษรจึงต้องตรวจแยกจากความถูกต้องของการจับคู่และการตีความเงื่อนไข หากทดสอบรวมเป็นคะแนนเดียว ทีมอาจไม่รู้ว่าควรแก้ส่วนใด
จุดไหนควรใช้ Agent และจุดไหนใช้กติกาได้
การนำไฟล์เข้า จัดเก็บรุ่น และคำนวณราคาเทียบต่อหน่วยทำด้วยขั้นตอนที่แน่นอนได้ ส่วนที่ Agent อาจช่วยคืออ่านคำอธิบายที่ต่างกัน ตรวจว่าข้อมูลใดต้องค้นเพิ่ม หรือเตรียมคำถามตามช่องที่ยังไม่ชัด
หากผู้ขายใช้แบบฟอร์มเดียวกันและข้อมูลครบทุกครั้ง การดึงข้อมูลกับกติกาเปรียบเทียบอาจเพียงพออยู่แล้ว หากแต่ละรายส่งไฟล์คนละแบบและมีเอกสารแนบหลายชุด จึงค่อยประเมินว่าต้องให้ Agent เลือกเอกสารหรือเครื่องมือเพิ่มเติมอย่างไร ไม่จำเป็นต้องเพิ่ม Agent เพื่อทุกการคำนวณ
สำหรับการอ่านเอกสารที่เป็นปัญหาหลัก อ่านต่อเรื่อง ใช้ AI อ่านและตรวจเอกสาร เมื่อไรต้องพัฒนาเพิ่มจาก OCR
การเลือกผู้ขายต้องมีเหตุผลที่ตรวจย้อนหลังได้
ทีมจัดซื้อควรกำหนดข้อบังคับก่อน เช่น สเปกที่ต้องผ่าน วันที่ต้องได้รับของ หรือเอกสารที่ขาดไม่ได้ แล้วแยกออกจากปัจจัยที่ใช้ประกอบการจัดลำดับ ระบบจึงแสดงได้ว่าข้อเสนอใดไม่ผ่านเงื่อนไขจำเป็น และข้อเสนอใดยังรอข้อมูล
หากใช้การให้คะแนน ต้องมีเจ้าของเกณฑ์และบันทึกรุ่นของเกณฑ์ไว้ด้วย อย่าให้ AI สร้างน้ำหนักใหม่ระหว่างเปรียบเทียบเพียงเพื่อให้ได้ผู้ชนะหนึ่งราย เมื่อข้อมูลไม่ครบ ผลที่เหมาะสมอาจเป็นรายการคำถามสำหรับผู้ขาย ไม่ใช่อันดับที่ดูมั่นใจ
รายงานควรแสดงข้อดี ข้อจำกัด ข้อมูลที่ยังไม่ยืนยัน และเหตุผลที่ผู้ตรวจเลือกแนวทางหนึ่ง การยืนยันต้องผูกกับชุดข้อเสนอรุ่นที่ตรวจจริง เพื่อให้ติดตามได้เมื่อเงื่อนไขเปลี่ยนภายหลัง
จำกัดการกระทำก่อนเชื่อมระบบจัดซื้อจริง
ให้รุ่นแรกอ่านเอกสารและเตรียมตารางก่อน การส่งคำถามให้ผู้ขาย การสร้างคำสั่งซื้อ และการแก้ข้อมูลผู้ขายต้องเป็นการกระทำแยก มีสิทธิ์และจุดอนุมัติของตัวเอง
OWASP ระบุ Excessive Agency ว่าเกี่ยวข้องกับเครื่องมือ สิทธิ์ หรืออิสระในการกระทำที่มากเกินจำเป็น การกำหนดสิทธิ์อ่านเฉพาะข้อมูลที่ใช้กับงาน และยืนยันการกระทำที่มีผลผูกพัน จึงควรอยู่ในขอบเขตพัฒนาตั้งแต่ต้น
เมื่อคำสั่งส่งไปแล้วแต่ระบบยังไม่ได้รับผลตอบกลับ ต้องตรวจสถานะที่ปลายทางก่อนลองใหม่ เพื่อไม่ให้เกิดรายการซ้ำ และต้องไม่ตีความว่าไม่มีคำตอบเท่ากับดำเนินการไม่สำเร็จ
ตรวจรับด้วยข้อเสนอที่มีปัญหาจริง
ชุดทดสอบควรมีไฟล์สแกนไม่ชัด ตารางข้ามหน้า หน่วยขายต่างกัน รุ่นสินค้าใกล้เคียง และข้อเสนอที่มีการแก้ไขระหว่างพิจารณา ตรวจแยกว่าระบบอ่านข้อมูลถูก จับคู่ถูก คำนวณถูก และระบุข้อมูลที่ขาดได้ครบหรือไม่
วัดเวลาตั้งแต่รับข้อเสนอจนได้ชุดที่ผู้ซื้อยืนยันว่าใช้พิจารณาได้ รวมเวลาที่ต้องแก้ตารางหรือถามข้อมูลกลับด้วย แล้วบันทึกข้อผิดพลาดที่ยอมรับไม่ได้ไว้เป็นเงื่อนไขหยุดใช้งาน เช่น การสลับผู้ขายหรือสร้างคำสั่งซื้อโดยยังไม่อนุมัติ
Talvyn Labs สามารถพัฒนา AI ช่วยจัดซื้อที่มีทั้งตารางเปรียบเทียบ หน้าตรวจหลักฐาน และการเชื่อมระบบเดิม ส่งตัวอย่างข้อเสนอที่ปกปิดข้อมูลสำคัญ พร้อมขั้นตอนอนุมัติและระบบปลายทาง เพื่อเริ่มกำหนดขอบเขตที่นำไปใช้งานได้ หากต้องการจัดการเอกสารหลังซื้อด้วย ดูเรื่อง ตรวจใบสั่งซื้อ ใบรับสินค้า และใบแจ้งหนี้ให้ตรงกัน
เปลี่ยนกองใบเสนอราคาเป็นข้อมูลที่ทีมจัดซื้อใช้ตัดสินใจ
ส่งตัวอย่างใบเสนอราคาที่อนุญาตให้ใช้และเกณฑ์คัดเลือกของทีมให้ Talvyn Labs ประเมินระบบอ่าน เปรียบเทียบ และตรวจข้อเสนอ
เริ่มพัฒนา AI สำหรับทีมจัดซื้อ