สัญญาเป็นเอกสารที่เก็บข้อมูลแพงที่สุดขององค์กรไว้ — ผูกพันเงินเท่าไร กับใคร ถึงเมื่อไร ถ้าผิดนัดแล้วเกิดอะไร แต่ในทางปฏิบัติ สัญญาส่วนใหญ่ถูกอ่านอย่างละเอียดครั้งเดียวตอนเซ็น แล้วเข้าแฟ้มไป
สิ่งที่หายไปพร้อมกับมันคือความสามารถในการตอบคำถามง่าย ๆ อย่าง เดือนหน้ามีสัญญาฉบับไหนครบกำหนดต่ออายุบ้าง หรือ เรามีภาระผูกพันกับคู่ค้ารายนี้รวมเท่าไร โดยไม่ต้องให้ใครไปเปิดแฟ้มทีละฉบับ
ห้าอย่างที่ควรดึงออกจากสัญญาทุกฉบับ
- คู่สัญญา — ชื่อนิติบุคคลตามที่เขียนในสัญญา ไม่ใช่ชื่อที่เรียกกันในองค์กร เพราะชื่อที่ผูกพันตามกฎหมายคือชื่อในเอกสาร
- มูลค่าและเงื่อนไขการชำระ — ยอดรวม งวดการชำระ และสิ่งที่ต้องเกิดก่อนถึงจะจ่ายได้
- อายุสัญญาและเงื่อนไขต่ออายุ — วันเริ่ม วันสิ้นสุด และที่สำคัญกว่านั้นคือ ต้องบอกล่วงหน้ากี่วันถ้าไม่ต้องการต่อ
- หลักประกันและความรับผิด — หนังสือค้ำประกัน วงเงินความรับผิดสูงสุด และอัตราค่าปรับกรณีผิดนัด
- ภาระผูกพันที่มีกำหนดเวลา — สิ่งที่ฝ่ายใดฝ่ายหนึ่งต้องทำภายในวันที่กำหนด เช่น ส่งรายงาน ต่ออายุประกัน หรือแจ้งเปลี่ยนแปลง
สังเกตว่าสี่ในห้าข้อนี้มีวันที่กำกับ นั่นคือเหตุผลที่สัญญาต่างจากใบแจ้งหนี้ — ใบแจ้งหนี้จบเมื่อจ่ายเงิน แต่สัญญามีชีวิตต่อไปอีกหลายปี และสิ่งที่ทำให้เสียหายมักไม่ใช่ตัวเลขที่อ่านผิด แต่เป็นวันที่ที่ไม่มีใครดูอีกเลยหลังเซ็น
ทำไมสัญญาอ่านยากกว่าใบแจ้งหนี้มาก
ใบแจ้งหนี้มีโครงที่คาดเดาได้ ต่อให้ผู้ขายแต่ละรายวางไม่เหมือนกัน แต่ข้อมูลชุดเดิมอยู่ครบเสมอ และอยู่ในหน้าเดียว สัญญาไม่เป็นแบบนั้น
- ไม่มีเลย์เอาต์ตายตัว ข้อที่สำคัญที่สุดอาจอยู่หน้า 2 หรือหน้า 14 และอาจถูกแก้ด้วยเอกสารแนบท้ายที่อยู่คนละที่
- ความหมายขึ้นกับเงื่อนไขและการปฏิเสธ คำว่า เว้นแต่ หรือ ยกเว้นในกรณีที่ พลิกความหมายของทั้งข้อได้ ระบบที่จับแค่คำสำคัญจะอ่านตรงข้ามกับความจริง
- ตัวเลขเดียวกันปรากฏหลายที่ด้วยความหมายต่างกัน วงเงินค้ำประกันกับมูลค่าสัญญาอาจเป็นคนละจำนวนที่อยู่ใกล้กัน
- เอกสารแนบท้ายและบันทึกแก้ไขเพิ่มเติมมีผลเหนือตัวสัญญาเดิมในบางข้อ ระบบต้องรู้ว่ากำลังอ่านฉบับไหนอยู่
- สัญญาข้ามประเทศมักมีสองภาษาในฉบับเดียว และระบุเองว่าให้ยึดภาษาใดเป็นหลักเมื่อขัดกัน
สิ่งที่วัดได้จากการทดสอบของเราเอง
ในการทดสอบบน instance จริงเมื่อเดือนกรกฎาคม 2569 LuminexDoc อ่านสัญญาภาษาญี่ปุ่นได้ถูกครบทุกฟิลด์ และ AI ทั้งสามตัวให้คำตอบตรงกันทั้งหมด ซึ่งเป็นกรณีที่ระบบแบบเทมเพลตทำไม่ได้เลย เพราะไม่มีเทมเพลตของสัญญาฉบับนั้นอยู่ก่อน
เรื่องที่สำคัญกว่าตัวผลลัพธ์คือกลไกเบื้องหลัง ทุกฟิลด์ถูกอ่านด้วย AI สามตัวที่ไม่เห็นคำตอบของกันและกัน ตรงกันทั้งสามถือว่าผ่าน ไม่ตรงกันเมื่อไหร่ฟิลด์นั้นถูกยกขึ้นมาให้คนตรวจ ในเอกสารอย่างสัญญาที่อ่านผิดหนึ่งบรรทัดแปลว่าผูกพันผิด กลไกที่ยอมบอกว่าไม่แน่ใจมีค่ามากกว่าตัวเลขความแม่นยำใด ๆ
เริ่มจากคำถามที่องค์กรคุณตอบไม่ได้วันนี้
วิธีที่ได้ผลที่สุดในการเริ่มไม่ใช่การไล่สแกนสัญญาทั้งตู้ แต่คือเลือกคำถามหนึ่งข้อที่วันนี้ตอบไม่ได้ภายในสิบนาที แล้วดึงเฉพาะฟิลด์ที่จำเป็นต่อการตอบคำถามนั้นจากสัญญาที่ยังมีผลอยู่
คำถามที่คนมักเลือกเป็นข้อแรกคือเรื่องการต่ออายุ เพราะมันมีเส้นตาย และการพลาดเส้นตายนั้นมีต้นทุนที่คำนวณได้ทันที ต่างจากประโยชน์แบบกว้าง ๆ ที่พิสูจน์ยากกว่า
ถ้าอยากรู้ว่าระบบอ่านสัญญาขององค์กรคุณได้แค่ไหน เราเริ่มจากสัญญาจริงของคุณและวัดผลบนเอกสารชุดนั้น ไม่ใช่ชุดสาธิต
