ข้ามไปยังเนื้อหาหลัก
FromNine
เมนู

บทความ

บันทึกเชิงปฏิบัติเรื่อง AI ที่ต้องใช้งานได้จริง

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

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

บทความทั้งหมด
7 บทความ
หัวข้อ
แพลตฟอร์ม · สถาปัตยกรรมระบบ · คลาวด์ · เอเจนต์ AI · ภาครัฐ · วิศวกรรม AI · ข้อมูล

กฎเกณฑ์สำหรับระบบความเสี่ยงสูงเลื่อนไปเป็นเดือนธันวาคม 2570 แต่ข้อห้าม หน้าที่ด้านความรู้ความเข้าใจ AI และหน้าที่ด้านความโปร่งใสใช้บังคับแล้ว บทความนี้สรุปสิ่งที่เปลี่ยนในปี 2569 หน้าที่ของหน่วยงานภาครัฐที่ใช้งานระบบ AI แผนที่ทำได้จริงสำหรับเวลาที่เหลือ และความเกี่ยวข้องกับประเทศไทย

กองบรรณาธิการ FromNineอ่าน 2 นาที

บทความเพิ่มเติม

  1. แพลตฟอร์ม / สถาปัตยกรรมระบบ

    e-Tax Invoice ในประเทศไทยและ Peppol สำหรับลูกค้าในยุโรป

    ตั้งแต่ 1 มกราคม 2569 ธุรกิจในเบลเยียมแลกเปลี่ยนใบแจ้งหนี้อิเล็กทรอนิกส์แบบมีโครงสร้างระหว่างกัน ซึ่งในทางปฏิบัติคือผ่าน Peppol และสหภาพยุโรปจะบังคับใช้ใบแจ้งหนี้อิเล็กทรอนิกส์กับการค้าข้ามประเทศสมาชิกตั้งแต่ปี 2573 บทความนี้อธิบายว่าอะไรนับเป็นใบแจ้งหนี้อิเล็กทรอนิกส์ เครือข่ายทำงานอย่างไร ตลาดอื่นอยู่ตรงไหน ระบบ e-Tax Invoice & e-Receipt ของกรมสรรพากรเกี่ยวข้องอย่างไร และการเชื่อมต่อระบบ ERP ให้ถูกต้องต้องทำอะไรบ้าง

    กองบรรณาธิการ FromNineอ่าน 3 นาที

  2. สถาปัตยกรรมระบบ

    European Accessibility Act กับบริการดิจิทัล: สิ่งที่ใช้บังคับตั้งแต่มิถุนายน 2568

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

    กองบรรณาธิการ FromNineอ่าน 3 นาที

  3. สถาปัตยกรรมระบบ / คลาวด์

    NIS2 กับองค์กรและผู้ให้บริการซอฟต์แวร์: สิ่งที่ทั้งสองฝ่ายต้องทำ

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

    กองบรรณาธิการ FromNineอ่าน 3 นาที

  4. คลาวด์ / สถาปัตยกรรมระบบ

    DORA กับผู้ให้บริการ ICT บุคคลที่สาม: สิ่งที่สถาบันการเงินต้องการจากผู้ให้บริการ

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

    กองบรรณาธิการ FromNineอ่าน 3 นาที

  5. เอเจนต์ AI / ภาครัฐ

    เอเจนต์ AI กับการอนุมัติโดยมนุษย์: งานใดต้องให้คนตัดสินใจ

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

    กองบรรณาธิการ FromNineอ่าน 2 นาที

  6. วิศวกรรม AI / ข้อมูล

    การค้นหาความรู้ในองค์กรที่เชื่อถือได้: 5 คุณสมบัติที่ต้องออกแบบ

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

    กองบรรณาธิการ FromNineอ่าน 1 นาที