ตรวจใบ⁠สั่ง⁠ซื้อ ใบรับสินค้า และใบ⁠แจ้ง⁠หนี้ให้ตรงกัน

ระบบช่วยจับ⁠คู่และแสดงความต่างได้ แต่ต้องมีกติกาว่าเอกสารใดใช้เป็นหลัก และใครตัด⁠สิน⁠ใจเมื่อข้อมูลไม่ตรง การ⁠ตรวจผ่านจึงเป็นหลักฐานหนึ่งในกระบวนการ ไม่ใช่คำสั่งให้จ่ายเงินโดยอัตโนมัติ

เอกสาร Microsoft Dynamics 365 เรื่อง invoice matching อธิบายการ⁠ตรวจสามทางโดยเทียบข้อมูลราคากับใบ⁠สั่ง⁠ซื้อ และจำนวนที่เรียก⁠เก็บกับใบรับสินค้าที่นำมาจับ⁠คู่ พร้อมเงื่อนไขความคลาดเคลื่อนที่กำหนดได้ จุดที่ควรนำมาใช้คือแยกตรวจราคา จำนวน และรายการประกอบให้ชัด

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

สมมติใบ⁠สั่ง⁠ซื้อระบุ 20 ชิ้น รับสินค้ารอบแรก 12 ชิ้น และได้⁠รับใบ⁠แจ้ง⁠หนี้เรียก⁠เก็บ 20 ชิ้น การที่จำนวนในบิลตรงกับใบ⁠สั่ง⁠ซื้อยังไม่ตอบว่าสามารถรับรายการนั้นเข้ากระบวนการต่อได้หรือไม่ ต้องดูของที่รับจริงและเงื่อนไขที่ตกลงไว้

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

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

งานบริการอาจไม่มีใบรับสินค้าแบบคลัง ต้องใช้หลักฐานการรับมอบบริการหรือผลงานตาม⁠ที่องค์กรกำหนด พร้อมผู้ตรวจรับที่มีหน้าที่จริง อย่าใช้เพียง​อี⁠เ⁠ม⁠ล​ว่า “ส่งแล้ว” แทนหลักฐานว่างานผ่านการรับมอบ หากสองสิ่งนี้มีความหมายต่างกันในกระบวนการ

รายการไม่ตรงควรระบุชนิดปัญหา เช่น ไม่พบใบ⁠สั่ง⁠ซื้อ ไม่พบการรับ จำนวนเกิน ราคาเปลี่ยน หน่วยไม่ตรง หรือมีค่ารายการเพิ่มเติม แล้วส่งถึงทีมที่มีข้อมูล​แ⁠ก้⁠ไ⁠ข ฝ่ายคลังตรวจจำนวนรับได้ แต่ไม่ควรถูกบังคับให้ตัดสินเงื่อนไขราคาที่ฝ่ายขายหรือจัดซื้อยังไม่ได้ยืนยัน

หน้าตรวจควรเปิดเอกสารที่เกี่ยวข้องได้พร้อมกัน เห็นบรรทัดที่ต่าง และรู้ว่าระบบใช้กติกาใดตัดสิน หากข้อมูลมาจากการอ่านเอกสารด้วย AI ให้แสดงส่วนต้นฉบับที่ใช้ดึงข้อมูลและเก็บการ​แ⁠ก้⁠ไ⁠ข​ของผู้ตรวจ อย่าให้คะแนนความมั่นใจสูงข้ามเงื่อนไขรับมอบหรืออนุ⁠มัติ

อ่านต่อเรื่อง การอ่านเอกสารด้วย AI พร้อมคนตรวจ หากยังต้องดึงข้อมูลจาก​ไ⁠ฟ⁠ล์​หลายรูป⁠แบบ ขั้น⁠ตอนอ่านเอกสารและขั้น⁠ตอนตรวจเงื่อนไขซื้อควรแยกกัน เพื่อรู้ว่าปัญหาเกิดจากอ่านผิดหรือข้อมูลต้นฉบับต่างกันจริง

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

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

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

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

เริ่มวัดจากจำนวนรายการที่ต้องค้นเอกสารเพิ่ม เวลารอตรวจ และสาเหตุที่ต้องแก้ซ้ำ แทนการนับเพียงว่าระบบอ่านเอกสารได้กี่ใบ ถ้าส่วนที่ติดคือการตัดสินข้อยกเว้น ใช้ แนวทางวางระบบอนุ⁠มัติเอกสาร​อ⁠อ⁠น⁠ไ⁠ล⁠น์ เพื่อให้การอนุ⁠มัติมีเจ้าของและตามประวัติได้