Oracle ให้ AI วางแผนคนและเงินเดือน—ทุกการลงมือต้องมีขอบเขต

Oracle เปิดตัวแอป HR ที่ใช้ Fusion Claw ในงาน HR Technology Conference ที่ลาสเวกัสเมื่อ 21 ตุลาคม 2026 ครอบคลุมการวางกำลังคน การสรรหา ค่าตอบแทน และการตรวจความพร้อมก่อนจ่ายเงินเดือน สำหรับองค์กรที่ใช้ Oracle Fusion Cloud HCM ระบบช่วยรวบรวมข้อมูล วางแผน และเตรียมงานต่อเนื่อง ขณะที่สิทธิ์ลงมือและจุดอนุมัติขึ้นกับกติกาที่องค์กรกำหนด

Fusion Claw เป็นระบบประมวลผลเบื้องหลังแอปที่คำนวณ จำลองทางเลือก และปรับแผนเมื่อเงื่อนไขเปลี่ยน Lew Thompson รองประธานอาวุโสฝ่ายพัฒนาแอปพลิเคชันของ Oracle กล่าวในประกาศของ Oracle ว่าแอปจะ “carry out human-approved actions” หรือดำเนินการที่มนุษย์อนุมัติแล้ว คนกำหนดเป้าหมาย อำนาจ และความรับผิดชอบ ส่วนแอปประสานงานให้ได้ผลลัพธ์ภายในขอบเขตนั้น

งาน HR ที่แอปรับช่วงได้ และจุดที่คนยังต้องตัดสินใจ

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

• Workforce Orchestration อ่านความต้องการกำลังคนที่เปลี่ยนไป ต้นทุน และความต่อเนื่องของงาน แล้วประเมินทางเลือกว่าจะพัฒนาทักษะ ย้ายคน จ้างเพิ่ม หรือใช้บุคลากรภายนอก แอปจัดทำแผนและประสานการเริ่มดำเนินการหลังผ่านการทบทวน ผู้รับผิดชอบแผนอัตรากำลังกับเจ้าของงบควรรับรองทางเลือกที่เปลี่ยนจำนวนตำแหน่งหรือค่าใช้จ่าย ก่อนส่งงานต่อไปยังการสรรหาหรือการย้ายคน การอนุมัติแผนควรระบุด้วยว่าทางเลือกใดได้รับอนุญาต เพราะแผนที่เสนออาจมีหลายวิธีบรรลุเป้าหมายเดียวกัน
• Positions Command Center เชื่อมข้อมูลตำแหน่ง พนักงาน การสรรหา ต้นทุน และสถานะอนุมัติ เพื่อชี้ความขัดแย้งหรือผลกระทบต่อเนื่องจากการเปลี่ยนตำแหน่ง แอปส่งข้อเสนอแก้ไขเข้าสู่การทบทวน ผู้ดูแลโครงสร้างตำแหน่งและผู้รับผิดชอบต้นทุนควรตรวจว่าข้อเสนอเดียวกระทบคนที่ดำรงตำแหน่ง ตำแหน่งที่กำลังเปิดรับ และงบที่ผูกไว้หรือไม่ หากข้อมูลต้นทางขัดกัน การเลือกว่ารายการใดถูกต้องยังต้องเป็นหน้าที่ของผู้มีอำนาจดูแลข้อมูลนั้น
• Candidate Sourcing ใช้ความต้องการคนและข้อมูลผู้สมัครเพื่อจัดกลุ่มผู้ที่เหมาะกับการดำเนินการแต่ละแบบ แล้วประสานการติดต่อ แคมเปญ และข้อความติดตาม ภายใต้กระบวนการสรรหาและการอนุมัติที่มีอยู่ ทีมสรรหาควรกำหนดว่าระบบเตรียมข้อความได้เพียงใด และข้อความประเภทไหนต้องให้คนตรวจก่อนส่ง การจัดกลุ่มผู้สมัครกับการติดต่อบุคคลภายนอกเป็นการกระทำคนละระดับ เพราะข้อความที่ส่งจริงอาจระบุตำแหน่ง เงื่อนไขงาน หรือขั้นตอนคัดเลือกที่องค์กรต้องรับผิดชอบ
• Recruiting Command Center รวมข้อมูลตำแหน่ง ผู้สมัคร การสัมภาษณ์ ความเห็น ข้อเสนอจ้าง และความต้องการกำลังคน แล้วชี้งานที่ผู้สรรหาควรจัดการ รวมถึงผู้สมัครที่พร้อมเดินขั้นต่อไป แอปเตรียมขั้นถัดไปให้พิจารณา ผู้สรรหาและผู้จัดการที่รับคนควรตัดสินใจเมื่อการเลื่อนขั้นหรือข้อเสนอจ้างเปลี่ยนสถานะของผู้สมัคร คำแนะนำให้ดำเนินการต่อจึงต่างจากคำตัดสินคัดเลือก และควรตรวจได้ว่าข้อมูลใดทำให้ระบบเสนอขั้นนั้น
• Workforce Compensation ประเมินทางเลือกเทียบเกณฑ์ของนายจ้าง งบประมาณ แนวทางจ่ายค่าตอบแทน และประเด็นความเป็นธรรม แล้วจัดทำแผนให้คนตรวจและอนุมัติ ผู้รับผิดชอบค่าตอบแทนร่วมกับเจ้าของงบยังต้องตัดสินใจว่าจะใช้แผนใดกับพนักงานกลุ่มใด หากข้อเสนอหนึ่งใช้งบมากขึ้น ผลที่ตามมาอาจเปลี่ยนทางเลือกของกลุ่มงานอื่นด้วย แอปช่วยให้เห็นทางเลือกภายใต้เกณฑ์ที่ตั้งไว้ แต่การกำหนดเกณฑ์และรับรองผลต่อพนักงานยังเป็นหน้าที่ขององค์กร
• Payroll Command Center ตรวจข้อมูลพนักงาน รายการนำเข้า บัตรเวลาทำงาน การแก้ย้อนหลัง และรูปแบบในอดีต เพื่อชี้ปัญหาที่อาจกระทบความพร้อมก่อนประมวลผลเงินเดือน แอประบุสาเหตุที่อาจเป็นไปได้และเตรียมงานติดตามให้ตรวจ หัวหน้าทีม payroll ควรเป็นผู้ชี้ขาดการแก้ข้อมูลต้นทางและความพร้อมของรอบจ่าย การพบความผิดปกติยังไม่เท่ากับการรู้ว่ารายการใดต้องแก้ เพราะยอดที่ต่างจากปกติอาจมีเหตุที่ถูกต้องในรอบนั้น
• Payroll Activity Workspace เปรียบเทียบยอดจ่าย ยอดคงเหลือ และต้นทุนของงวดปัจจุบันกับงวดก่อน แล้วชี้ความต่างที่มีนัยสำคัญพร้อมเตรียมงานติดตาม ผู้รับผิดชอบ payroll และรายงานการเงินควรตรวจเหตุของความต่างก่อนอนุมัติการดำเนินการต่อ การเปรียบเทียบระหว่างงวดช่วยระบุจุดที่ต้องสอบทาน แต่ไม่ได้ตัดสินแทนเจ้าของข้อมูลว่าความต่างนั้นเป็นความผิดพลาดหรือเป็นผลของการเปลี่ยนแปลงที่ได้รับอนุมัติแล้ว

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

ขอบเขตอำนาจต้องตามทันแผนที่ AI ปรับระหว่างทาง

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

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

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

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

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

Release 26D กับช่องว่างระหว่างเปิดตัวและพร้อมใช้จริง

วันประกาศไม่ใช่วันที่แอปทุกตัวปรากฏในระบบ production ของลูกค้าทุกราย การวิเคราะห์ของ Greyhound Research ระบุว่าความสามารถ Fusion Claw ผูกกับ Release 26D ซึ่งทยอยถึงลูกค้าแต่ละกลุ่ม โดยเอกสารที่ตรวจเมื่อ 6 ตุลาคม 2026 ระบุชื่อความสามารถ 15 รายการจากหลายสายงาน และยังไม่มีชื่อลูกค้าที่เปิดเผยผลการใช้จริง การนับนั้นเกิดก่อนประกาศแอป HR รอบล่าสุด จึงใช้ตัดสินไม่ได้ว่าแอปที่เพิ่งเปิดตัวทั้งหมดพร้อมอยู่ในระบบของลูกค้าทุกรายแล้ว

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

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

ต้นทุนเป็นอีกเงื่อนไขของความพร้อม การใช้โมเดลถูกวัดเป็น AI Units และงานวางแผนด้วย Fusion Claw มีอัตราคูณต่างจากการประมวลผลตามกฎที่กำหนดไว้ องค์กรต้องแยกต้นทุนหน่วย AI ของงานใหม่ออกจากค่าซอฟต์แวร์ที่ใช้อยู่ และดูว่าการปรับแผนซ้ำทำให้การใช้หน่วยเพิ่มเพียงใด แม้รู้อัตราคิดหน่วย ก็ยังหาต้นทุนต่อแผนอัตรากำลังหรือต่อรอบตรวจ payroll ที่เชื่อถือได้ยาก หากไม่มีปริมาณการใช้ต่อผลลัพธ์จริง

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