Faberic
§ Case 05 · Platform · EBK

การตัดสินใจระดับบริหาร
ที่ตรวจสอบย้อนหลังได้

องค์กรจดจำทุกธุรกรรม — แต่แทบไม่เคยจดจำว่า "ตัดสินใจเรื่องนี้จากข้อมูลอะไร" EBK ถูกสร้างมาแก้ช่องว่างนั้น

01 · Problem

การตัดสินใจสำคัญที่สุดขององค์กร คือสิ่งที่ audit ไม่ได้

CEO · CFO · Board ตัดสินใจเชิงกลยุทธ์จากข้อมูลที่มาจากหลายแหล่ง — ERP · Excel · email — โดยไม่มี versioning ไม่มี reasoning chain ที่ตามรอยได้

พอเกิดวิกฤต คำถาม "ตอนนั้นเราตัดสินใจจากอะไร" ตอบไม่ได้ — การทบทวนการตัดสินใจกลายเป็นเสียงสะท้อนหลังเหตุการณ์ ไม่ใช่ระบบ

02 · Tension

ยุคที่ทุกคนอยากให้ AI ช่วยตัดสินใจ — แต่ governance ต้องการสิ่งตรงข้าม

การตัดสินใจระดับบริหารต้อง defend ได้ต่อ Board ต่อผู้ตรวจสอบ ต่อ regulator — คำตอบจาก LLM ที่ทำซ้ำไม่ได้ ไม่มีทางผ่านมาตรฐานนั้น ความเร็วของ AI จึงชนกับความรับผิดชอบของ governance ตรง ๆ

03 · Design Decision

Deterministic pipeline — ไม่มี LLM ในเส้นทางการตัดสินใจ

  • Reasoning pipeline 7 ชั้น — Validation → Anomaly → Core Logic → Trend → Cause → Confidence → Action — ทุกชั้นเป็น logic ที่ทำซ้ำได้ ไม่มี LLM ตัดสินใจแทนผู้บริหาร
  • Hash-chained audit log — ทุก action ถูกบันทึกต่อกันเป็น chain ที่แก้ไขย้อนหลังไม่ได้ — ลบหรือ overwrite ไม่ได้โดยออกแบบ
  • Immutable snapshots — ทุกการตัดสินใจเก็บ input + benchmark + reasoning ณ เวลานั้น — เปิดย้อนดูได้ว่า "วันนั้นเรารู้อะไร"
  • Confidence ไม่ใช่ option — ระบบไม่ซ่อนคุณภาพข้อมูล: คะแนนที่มาจากงบยังไม่ปิด จะบอกตรง ๆ ว่า confidence ต่ำเพราะอะไร
  • RBAC ตามบทบาทจริง — CEO / COO / CFO / Board / Analyst เห็นรายละเอียดต่างระดับ แต่ audit trail เป็นชุดเดียวกัน
ตัวเลขที่แม่นแต่เชื่อไม่ได้ อันตรายกว่าตัวเลขที่บอกตรง ๆ ว่ามั่นใจแค่ไหน
04 · System

สิ่งที่สร้างจริง

โครงการตัดสินใจ 61 รายการใน 3 ระดับ — ภาพรวมองค์กร (2 โหมด: Strategic จากงบปิดแล้ว · Operational จาก pulse รายวัน) → 14 pillar → 46 action — วิเคราะห์รากปัญหาด้วย DuPont decomposition ที่ใช้ได้ทุกอุตสาหกรรม ทั้งหมดรันบน multi-tenant architecture ที่แยกข้อมูลด้วย RLS

การแยกสองโหมดสำคัญกว่าที่เห็น: คะแนน Strategic ไม่ขยับรายวัน — ระบบบอก Board อย่างซื่อสัตย์ว่า "งบยังไม่ปิด" แทนที่จะเสกตัวเลขให้ดูสด ส่วนโหมด Operational จับปัญหาเงินสดแบบ real-time — Board ไม่ต้อง surprise ในอีก 45 วัน

05 · Result

Phase 1 เสร็จสมบูรณ์ บน production infrastructure

แพลตฟอร์มสร้างเสร็จระดับ Phase 1 — reasoning pipeline · hash-chained audit · two-mode scoring — และรันอยู่บน cloud infrastructure ของเราเอง เป็น testbed ของ pattern ฝั่ง corporate governance ที่ Faberic ใช้ในงานออกแบบให้ลูกค้าองค์กร

06 · What we learned

Audit trail คือ design debt ที่ต้องจ่ายล่วงหน้า

การใส่ hash chain และ snapshot ตั้งแต่วันแรก ทำให้ schema ซับซ้อนขึ้น — แต่มันคือความซับซ้อนที่ซื้อความสามารถซึ่งเพิ่มทีหลังไม่ได้: ความจริงของอดีตที่แก้ไขไม่ได้ ระบบที่เริ่มจาก "เดี๋ยวค่อยทำ log" จะไม่มีวันตอบคำถามว่า "วันนั้นเรารู้อะไร" ได้อีกเลย

Back to
← All cases
มีปัญหาคล้ายกัน? คุยกับเรา