TSCWORLD AI AI-Powered Enterprise OS

Notification Settings

153

ช่องทางแจ้งเตือน 8 ช่องทาง — ช่องทางที่ส่งผ่านผู้ให้บริการภายนอกต้องไม่มีเนื้อหาที่อ่อนไหว

องค์กรองค์กรตัวอย่าง · แผน Enterprise 12
Live
ช่องทางที่เปิดใช้งาน
0จาก 8 ช่องทาง
ครบเกือบหมด
ยังไม่ได้เชื่อมต่อ 1 ช่องทาง
แม่แบบการแจ้งเตือน
0แม่แบบ
↑ 8 แม่แบบ
กระจายใน 6 ช่องทางหลัก
อัตราส่งสำเร็จวันนี้
0%
↑ 0.6 จุด
ส่งไป 1,842 ครั้ง · ล้มเหลว 33 ครั้ง
ช่องทางที่ส่งล้มเหลว
0ช่องทาง
ต้องตรวจ
อัตราสำเร็จ 92.4% ต่ำกว่าช่องทางอื่น
ช่องทางที่ส่งผ่านผู้ให้บริการภายนอก
0ช่องทาง
ต้องคุมเนื้อหา
ต้องไม่มีเนื้อหาที่อ่อนไหว
ช่องทางที่รวมเป็นสรุปรายวันได้
0ช่องทาง
เพิ่มใหม่
ลดการแจ้งเตือนที่ไม่เร่งด่วน

ช่องทางการแจ้งเตือน 8 ช่องทาง · แยกตามเส้นทางที่ข้อมูลเดินทาง

ช่องทางสถานะอัตราส่งสำเร็จข้อมูลเดินทางผ่านใครเนื้อหาที่อนุญาตความถี่
ในแอปพลิเคชันเปิด99.8%ภายในระบบเท่านั้นเนื้อหาเต็มได้ทันที
อีเมลเปิด99.2%ผู้ให้บริการอีเมลขององค์กรสรุปย่อ + ลิงก์ทันที หรือสรุปรายวัน
ข้อความสั้นเปิด98.6%ผู้ให้บริการโทรคมนาคมไม่มีเนื้อหา — แจ้งให้เข้าระบบเฉพาะเรื่องเร่งด่วน
แอปแชทเปิด99.1%ผู้ให้บริการแอปแชทไม่มีเนื้อหา — แจ้งให้เข้าระบบทันที
แอปประชุมองค์กรเปิด99.4%ผู้ให้บริการซอฟต์แวร์องค์กรสรุปย่อทันที หรือสรุปรายวัน
แอปสนทนาทีมเปิด · ส่งล้มเหลวบ่อย92.4%ผู้ให้บริการภายนอกสรุปย่อทันที
การแจ้งเตือนบนอุปกรณ์เปิด97.8%ผู้ให้บริการระบบปฏิบัติการไม่มีเนื้อหาทันที
ส่งต่อระบบอื่นอัตโนมัติเปิด99.6%ปลายทางที่องค์กรกำหนดเองตามที่ตั้งค่าทันที

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

ความถี่และการรวมเป็นสรุป ทางแก้ปัญหาการแจ้งเตือนล้น

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

ต้นแบบตั้งความถี่เป็น "ทันที" ทุกช่องทางโดยไม่มีทางเลือกอื่น — ซึ่งเป็นสาเหตุโดยตรงของสิ่งที่พบในหน้า Notification Center ระดับแพลตฟอร์ม คือการแจ้งเตือนค้างอยู่ 1,355 รายการ คิดเป็น 41.7% และ 73.4% ของทั้งหมดเป็นเรื่องทั่วไปที่ไม่ต้องทำอะไร · เมื่อทุกอย่างเร่งด่วน ก็เท่ากับไม่มีอะไรเร่งด่วน ผู้ใช้จะเลิกอ่านทั้งหมดรวมถึงเรื่องที่สำคัญจริง · การรวมเรื่องทั่วไปเป็นสรุปรายวันฉบับเดียวลดจำนวนการแจ้งเตือนได้มากโดยไม่เสียข้อมูล

การส่งล่าสุดและอัตราสำเร็จ

ช่องทางส่งวันนี้สำเร็จล้มเหลวอัตราสำเร็จ
ในแอปพลิเคชัน842840299.8%
อีเมล486482499.2%
แอปประชุมองค์กร186185199.4%
แอปแชท142141199.1%
ข้อความสั้น7271198.6%
แอปสนทนาทีม6661592.4%
การแจ้งเตือนบนอุปกรณ์4847197.8%
รวม1,8421,8271599.2%

840 + 482 + 185 + 141 + 71 + 61 + 47 = 1,827 ครั้งที่สำเร็จ · ล้มเหลว 15 ครั้ง → อัตราสำเร็จ 99.2%

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

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

ต้นแบบ — ข้อมูลตัวอย่าง · ค่าที่ตั้งในโมดูลนี้มีผลกับองค์กรนี้เท่านั้น ตัวเลขบนหน้าจึงเป็นคนละฐานกับโมดูล Super Admin ที่นับทั้งแพลตฟอร์ม · หน้านี้แก้จากต้นแบบ 3 จุด ตัวอย่างการแจ้งเตือนแสดงชื่อผู้รับและเลขที่เอกสารเต็ม — ถ้าส่งผ่านข้อความสั้นหรือแอปแชท เนื้อหานั้นจะเดินทางผ่านผู้ให้บริการภายนอกทุกครั้ง ระบบจึงควรส่งข้อความสั้นที่ไม่มีเนื้อหาแล้วให้ผู้รับเข้ามาดูในระบบ · ทุกช่องทางตั้งความถี่เป็น "ทันที" ทั้งหมด ซึ่งเป็นสาเหตุของการแจ้งเตือนค้าง 41.7% ที่พบในหน้า Notification Center ระดับแพลตฟอร์ม · และช่องทางที่ส่งล้มเหลวยังแสดงสถานะว่าเชื่อมต่อปกติ