แชร์บทความนี้
ส่งต่อให้เพื่อนหรือทีมงานของคุณ
ข้อมูลที่น่าสนใจ
EU AI Act implementation timeline after the AI Omnibus
ใช้แยกเส้นตายของ Annex III high-risk systems วันที่ 2 ธันวาคม 2027 ออกจาก product-embedded systems วันที่ 2 สิงหาคม 2028
European Commissionเปิดต้นทางClassification guidance for high-risk AI providers and deployers
ใช้เป็นกรอบตั้งคำถามว่า use case ใดมีผลต่อสิทธิและการตัดสินใจด้าน employment
European Commissionเปิดต้นทางArticle 50 transparency obligations and application dates
ใช้แยกกฎความโปร่งใสที่เริ่ม 2 สิงหาคม 2026 ออกจากกฎ high-risk ที่ถูกเลื่อน
European Commissionเปิดต้นทางเกิดอะไรขึ้นกับกำหนดเวลา EU AI Act
ข่าวสำคัญสำหรับทีม HR Tech ในเดือนกรกฎาคม 2026 ไม่ใช่แค่คำว่า “เลื่อน” แต่คือเลื่อนอะไรและอะไรยังเดินหน้าตามเดิม คณะกรรมาธิการยุโรประบุว่าหลังข้อตกลงทางการเมืองเรื่อง AI Omnibus กฎสำหรับระบบ AI ในพื้นที่เสี่ยงสูงตาม Annex III ซึ่งครอบคลุมบางกรณีในงานจ้างงาน จะเริ่มใช้วันที่ 2 ธันวาคม 2027 ส่วนระบบที่ฝังในผลิตภัณฑ์ซึ่งอยู่ภายใต้กฎหมายความปลอดภัยเฉพาะจะเริ่ม 2 สิงหาคม 2028
การขยับวันมีเหตุผลเรื่องมาตรฐานและแนวทางสนับสนุนที่ยังจัดทำไม่เสร็จ เป้าหมายคือให้ผู้พัฒนาและองค์กรผู้ใช้งานมีเครื่องมือสำหรับปฏิบัติตามกฎอย่างชัดเจนขึ้น ไม่ใช่การลดความสำคัญของสิทธิผู้สมัครหรือพนักงาน และไม่ใช่การพักใช้ AI Act ทั้งฉบับ
อะไรยังเริ่มใช้ตามกำหนดเดิม
ข้อกำหนดเรื่อง AI literacy มีผลตั้งแต่ 2 กุมภาพันธ์ 2025 องค์กรที่นำ AI มาใช้จึงควรทำให้ผู้เกี่ยวข้องเข้าใจขีดจำกัด ความเสี่ยง และวิธีใช้ระบบตามบทบาทของตน ไม่ใช่เพียงส่งลิงก์หลักสูตรให้เรียนแล้วถือว่าจบ
อีกจุดที่ต้องจับตาคือ Article 50 เรื่องความโปร่งใสของเนื้อหาที่สร้างหรือดัดแปลงด้วย AI ซึ่งบางส่วนเริ่มใช้วันที่ 2 สิงหาคม 2026 ภาระนี้ไม่ได้แปลว่าทุกข้อความจาก AI ต้องติดป้ายแบบเดียวกัน แต่ทีมที่ผลิต chatbot, deepfake, synthetic audio หรือเนื้อหาสาธารณะควรตรวจขอบเขตที่เกี่ยวข้องให้ชัดกับฝ่ายกฎหมาย
- AI literacy: ใช้แล้วตั้งแต่ 2 กุมภาพันธ์ 2025
- กฎความโปร่งใสบางส่วนตาม Article 50: เริ่ม 2 สิงหาคม 2026
- High-risk AI ตาม Annex III รวมกรณี employment บางประเภท: เริ่ม 2 ธันวาคม 2027
- High-risk AI ที่ฝังในผลิตภัณฑ์ตามกฎหมายเฉพาะ: เริ่ม 2 สิงหาคม 2028
ระบบ HR แบบใดควรถูกหยิบมาประเมินก่อน
อย่ารอให้ vendor ติดป้ายว่า high-risk แล้วค่อยเริ่ม ระบบเดียวกันอาจถูกใช้ต่างวัตถุประสงค์ในแต่ละองค์กร งานที่ควรขึ้นบัญชีตรวจสอบก่อน ได้แก่ การคัดกรองผู้สมัคร การจัดอันดับหรือแนะนำผู้สมัคร การประเมินผลงาน การจัดสรรงาน การติดตามพฤติกรรม และคำแนะนำที่อาจมีผลต่อการเลื่อนตำแหน่ง การลงโทษ หรือการยุติการจ้าง
ระบบช่วยเขียนประกาศงานหรือสรุป policy อาจไม่ได้อยู่ในระดับเดียวกับระบบให้คะแนนผู้สมัคร แต่ยังมีความเสี่ยงด้านข้อมูลส่วนบุคคล ความถูกต้อง ลิขสิทธิ์ และการทำให้ผู้ใช้เชื่อคำตอบเกินจริง การทำ inventory จึงควรครอบคลุมทั้งระบบเสี่ยงสูงและเครื่องมือทั่วไป แล้วค่อยกำหนดการควบคุมตามระดับผลกระทบ
หกหลักฐานที่ HR ควรเริ่มทำในปี 2026
เวลาที่เพิ่มขึ้นมีค่าก็ต่อเมื่อใช้สร้างหลักฐาน ไม่ใช่สร้างสไลด์ หลักฐานที่ดีช่วยทั้งการกำกับดูแลภายใน การคุยกับ vendor และการเตรียมตรวจสอบในอนาคต
- AI system inventory: ชื่อระบบ เจ้าของ วัตถุประสงค์ ผู้ใช้ กลุ่มคนที่ได้รับผลกระทบ และประเทศที่ใช้งาน
- Role matrix: ระบุว่าองค์กรเป็น provider, deployer, importer หรือเพียงผู้ซื้อบริการในแต่ละกรณี โดยให้ฝ่ายกฎหมายยืนยัน
- Data and decision map: ข้อมูลเข้า มาจากไหน ใช้ตัวแปรใด ส่งผลต่อการตัดสินใจขั้นใด และใครเข้าถึงได้
- Human oversight record: ใครมีสิทธิ์หยุด แก้ หรือปฏิเสธคำแนะนำของ AI และต้องดูหลักฐานอะไร
- Logging and incident path: เก็บผลลัพธ์ เวอร์ชันระบบ การ override และเหตุการณ์ผิดปกติให้ย้อนตรวจได้ตามความเหมาะสม
- Notice and contestability: อธิบายการใช้ AI ให้ผู้เกี่ยวข้องเข้าใจ และมีช่องทางให้ถาม ขอทบทวน หรือโต้แย้งการตัดสินใจ
แผน 30 วันที่ทำได้โดยไม่ต้องรอกฎหมายฉบับสมบูรณ์
สัปดาห์แรกให้รวบรวมเครื่องมือ AI ที่ HR และผู้จัดการใช้จริง รวมถึงเครื่องมือที่พนักงานสมัครเอง สัปดาห์ที่สองเลือกสาม use case ที่กระทบคนมากที่สุดและวาด data-decision map สัปดาห์ที่สามทดลอง human review ด้วยเคสจริงที่ปกปิดข้อมูล และสัปดาห์ที่สี่สรุปช่องว่างกับ vendor owner ฝ่ายกฎหมาย และ Data Protection Officer หากมี
ผลลัพธ์รอบแรกไม่จำเป็นต้องเป็นเอกสารหลายร้อยหน้า แค่มีทะเบียนระบบหนึ่งชุด แผนภาพการตัดสินใจสามชุด รายการ control owner และ issue log ที่มีวันนัดทบทวน ก็มีประโยชน์กว่าการรอซื้อ compliance platform เมื่อใกล้เส้นตาย
คำถามที่ HR มักถาม
บริษัทไทยต้องทำตาม EU AI Act หรือไม่? คำตอบขึ้นกับบทบาท พื้นที่ให้บริการ ผู้ใช้ และผลลัพธ์ของระบบ ไม่ควรตัดสินจากที่ตั้งสำนักงานใหญ่เพียงอย่างเดียว หากมีการดำเนินงาน ผู้สมัคร พนักงาน ลูกค้า หรือ vendor chain ที่เกี่ยวข้องกับ EU ควรให้ผู้เชี่ยวชาญกฎหมายประเมินขอบเขตเฉพาะกรณี
ถ้าใช้ระบบจาก vendor ใหญ่ ความรับผิดชอบอยู่ที่ vendor ทั้งหมดหรือไม่? ไม่เสมอไป ผู้ให้บริการมีหน้าที่ของตน แต่ deployer ยังต้องใช้ระบบตามวัตถุประสงค์ มีผู้กำกับดูแล และจัดการข้อมูลกับผลลัพธ์อย่างเหมาะสม สัญญาที่ดีจึงต้องตอบเรื่องเอกสาร เวอร์ชัน model log การเปลี่ยนแปลง และการช่วยเหลือเมื่อเกิด incident
ข้อควรระวังก่อนนำบทความนี้ไปใช้ตัดสินใจ
บทความนี้สรุปข้อมูลสาธารณะจากคณะกรรมาธิการยุโรปที่ตรวจสอบล่าสุดวันที่ 27 กรกฎาคม 2026 เพื่อช่วยทีม HR ตั้งคำถามและเตรียมงาน ไม่ใช่คำปรึกษากฎหมาย กรอบเวลาและแนวทางอาจมีการอัปเดต องค์กรควรตรวจข้อความทางการล่าสุดและขอคำแนะนำตามประเทศ บทบาท และ use case ของตนก่อนตัดสินใจ

