TSCWORLD AI AI-Powered Business Platform

Notification Center

127

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

System StatusHealthy 12
Live
การแจ้งเตือนทั้งหมด
0รายการ
↑ 18%
จากทุกโมดูลใน 24 ชั่วโมง
ระดับสูงสุด
0รายการ
เหลือ 2 รอคน
0.9% · จัดการอัตโนมัติแล้ว 26 รายการ
ระดับสูง
0รายการ
↑ 8%
4.8% ของทั้งหมด
อ่านแล้ววันนี้
0รายการ
↑ 25%
58.3% ของทั้งหมด
ค้างอยู่
0รายการ
ความล้าจากการแจ้งเตือน
41.7% — สูงกว่าเกณฑ์ที่ควรเป็น
อัตราการตอบสนองระดับสูงสุด
0%
เกณฑ์ 100%
26 จาก 28 รายการจัดการแล้ว

การแจ้งเตือนล่าสุด สถานะต้องสอดคล้องกับระดับความรุนแรง

เวลาการแจ้งเตือนโมดูลระดับสถานะ
10:23เข้าสู่ระบบผิดปกติจากอุปกรณ์ใหม่ความปลอดภัยสูงสุดล็อกบัญชีอัตโนมัติแล้ว · รอคนตรวจ
10:15ยอดขายเกินเป้าหมาย 120%การขายสูงรอดำเนินการ
10:10พนักงานใหม่เข้าระบบทรัพยากรบุคคลทั่วไปอ่านแล้ว
10:05เชื่อมต่อระบบภายนอกสำเร็จการเชื่อมต่อกลางอ่านแล้ว
09:58อนุมัติคำขอเสร็จสิ้นเวิร์กโฟลว์ทั่วไปอ่านแล้ว
09:45พื้นที่จัดเก็บใกล้เต็ม 85%ระบบสูงรอดำเนินการ
09:35แคมเปญเริ่มทำงานแล้วการตลาดทั่วไปอ่านแล้ว
09:20สำรองข้อมูลรายวันสำเร็จสำรองข้อมูลกลางอ่านแล้ว

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

การแจ้งเตือนตามช่องทาง 3,247 รายการ

3,247 การแจ้งเตือน
  • ในแอปพลิเคชัน1,856 (57.1%)
  • อีเมล892 (27.5%)
  • ข้อความสั้น256 (7.9%)
  • แอปแชท143 (4.4%)
  • เว็บฮุก100 (3.1%)

1,856 + 892 + 256 + 143 + 100 = 3,247 ✓ · 57.1 + 27.5 + 7.9 + 4.4 + 3.1 = 100.0%

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

ความล้าจากการแจ้งเตือน ตัวชี้วัดที่ต้นแบบไม่มี

ตัวชี้วัดค่าเกณฑ์ที่ควรเป็นสถานะ
สัดส่วนที่ค้างอยู่41.7%ไม่เกิน 20%สูงเกินไป
อัตราตอบสนองระดับสูงสุด92.9%100%ยังไม่ครบ
อัตราตอบสนองระดับสูง68.6%ไม่ต่ำกว่า 90%ต่ำเกินไป
การแจ้งเตือนต่อคนต่อวัน26.4 รายการไม่เกิน 15 รายการมากเกินไป
สัดส่วนที่เป็นข้อมูลทั่วไป73.4%ควรลดโดยรวมเป็นสรุปรายวันควรปรับ

ปัญหาที่แท้จริงของหน้านี้ไม่ใช่ตัวเลขผิด แต่คือปริมาณ — การแจ้งเตือน 3,247 รายการต่อวัน โดย 73.4% เป็นข้อมูลทั่วไปที่ไม่ต้องทำอะไร ทำให้รายการที่ต้องทำจริงจมหายไป · เมื่อคนเห็นการแจ้งเตือนค้าง 1,355 รายการ จะไม่มีใครไล่อ่านทีละรายการ และรายการระดับสูงที่ตอบสนองเพียง 68.6% คือหลักฐานว่าสิ่งนี้เกิดขึ้นแล้ว · ทางแก้ไม่ใช่การเพิ่มช่องทางแจ้งเตือน แต่คือการรวมรายการทั่วไปเป็นสรุปรายวันฉบับเดียว และเก็บการแจ้งเตือนทันทีไว้เฉพาะเรื่องที่ต้องทำภายในวันนั้น

การแจ้งเตือนแยกตามระดับ 3,247 รายการ

3,247 การแจ้งเตือน
  • ทั่วไป2,386 (73.4%)
  • กลาง677 (20.8%)
  • สูง156 (4.8%)
  • สูงสุด28 (0.9%)

2,386 + 677 + 156 + 28 = 3,247 ✓ · 73.4 + 20.8 + 4.8 + 0.9 = 99.9% ✓ · แท็บ “สำคัญ” 184 = สูงสุด 28 + สูง 156 ✓

Data Security: AES-256 Encryption AI Model: TSC Command AI v1.0 (ต้นแบบ — ยังไม่ผูกผู้ให้บริการโมเดลจริง) Last Update: 31 พ.ค. 2569 10:24:36 Data Center: Singapore · Backup: Active System Status: ปกติ

ต้นแบบ — ข้อมูลตัวอย่าง · ข้อมูลจัดชั้น C5 — Super Admin เข้าถึงข้อมูลของทุกองค์กรได้ ทุกการกระทำถูกบันทึกและตรวจสอบย้อนหลังได้เสมอ · ตัวเลขบนหน้านี้ในต้นแบบคำนวณถูกต้องทั้งหมด ซึ่งต่างจากหน้าอื่น ๆ ในโมดูลนี้ · สิ่งที่แก้คือการแจ้งเตือนระดับสูงสุดเรื่องการเข้าสู่ระบบผิดปกติมีสถานะ "รอดำเนินการ" ซึ่งขัดกับหลักที่วางไว้ในหน้าศูนย์บัญชาการและหน้าความปลอดภัยว่าเหตุการณ์แบบนี้ต้องล็อกบัญชีอัตโนมัติทันที · และเพิ่มการวัดความล้าจากการแจ้งเตือนที่ต้นแบบไม่มี — รายการค้างอยู่ 1,355 จาก 3,247 คิดเป็น 41.7% เมื่อการแจ้งเตือนค้างมากขนาดนี้ คนจะเลิกอ่านทั้งหมดรวมถึงรายการสำคัญ