การเชื่อมต่อแยกตามประเภท 28 รายการ
| ประเภท | จำนวน | สัดส่วน | ข้อมูลที่ออกนอกระบบ |
|---|---|---|---|
| เชื่อมต่อผ่าน API ทั่วไป | 8 | 28.6% | ขึ้นกับแต่ละรายการ |
| ระบบวางแผนทรัพยากร | 6 | 21.4% | ข้อมูลการเงินและสินค้า |
| ส่งข้อมูลอัตโนมัติเมื่อมีเหตุการณ์ | 5 | 17.9% | ขึ้นกับเหตุการณ์ที่ตั้งไว้ |
| ระบบลูกค้าสัมพันธ์ | 3 | 10.7% | ข้อมูลส่วนบุคคลของลูกค้า |
| บริการภาครัฐ | 3 | 10.7% | ข้อมูลนิติบุคคลและพนักงาน |
| บริการโมเดล AI | 3 | 10.7% | เนื้อหาที่ส่งไปประมวลผล |
| รวม | 28 | 100.0% |
8 + 6 + 5 + 3 + 3 + 3 = 28 รายการ ✓ (ต้นแบบคำนวณถูก)
การเชื่อมต่อ 9 จาก 28 รายการส่งข้อมูลส่วนบุคคลหรือเนื้อหาที่อ่อนไหวออกนอกระบบ คิดเป็น 32.1% · ต้นแบบแสดงเพียงจำนวนและประเภท โดยไม่บอกว่าข้อมูลอะไรออกไป ซึ่งเป็นคำถามเดียวที่สำคัญที่สุดก่อนอนุมัติการเชื่อมต่อ · หลักเดียวกับที่ใช้ในหน้า Integration Center ระดับแพลตฟอร์ม
สองตัวชี้วัดที่มักถูกสับสน จำนวนระบบ กับ เวลาที่ระบบทำงานได้
| ตัวชี้วัด | ค่า | วิธีวัด | ตอบคำถามอะไร |
|---|---|---|---|
| สัดส่วนระบบที่ออนไลน์ | 89.3% | 25 ระบบที่ออนไลน์ ÷ 28 ระบบทั้งหมด | ขณะนี้มีกี่ระบบที่ใช้ได้ |
| เวลาที่ระบบทำงานได้ | 99.4% | เวลาที่ใช้ได้ ÷ เวลาทั้งหมดใน 30 วัน | ที่ผ่านมาระบบล่มนานแค่ไหน |
ต้นแบบเอาตัวเลข 25 จาก 28 ระบบมาติดป้ายว่าเป็น Uptime 89.3% — ซึ่งเป็นการสับสนสองตัวชี้วัดที่ต่างกันสิ้นเชิง · สัดส่วนระบบที่ออนไลน์บอกสถานะ ณ ขณะนี้ ส่วนเวลาที่ระบบทำงานได้บอกความน่าเชื่อถือในช่วงที่ผ่านมา · ระบบที่ล่มบ่อยแต่กลับมาเร็วจะมีสัดส่วนออนไลน์สูงแต่เวลาทำงานได้ต่ำ ส่วนระบบที่ล่มครั้งเดียวแต่นานจะกลับกัน · ผู้ดูแลที่เห็นเลข 89.3% ติดป้าย Uptime จะเข้าใจว่าระบบล่มไปแล้วกว่า 78 ชั่วโมงในเดือนนี้ ซึ่งไม่จริง
รายการการเชื่อมต่อทั้งหมด 28 รายการ · รวมรายการที่ล้มเหลว
ต้องมีข้อตกลงการประมวลผลข้อมูล| ระบบ | ประเภท | สถานะ | เวลาทำงานได้ | ข้อมูลต่อวัน | ซิงก์ล่าสุด |
|---|---|---|---|---|---|
| ระบบวางแผนทรัพยากรหลัก | ERP | เชื่อมต่อ | 99.8% | 8.45 GB | 10:15 |
| ระบบวางแผนทรัพยากรรอง | ERP | เชื่อมต่อ | 99.6% | 6.32 GB | 10:10 |
| ระบบลูกค้าสัมพันธ์ | CRM | เชื่อมต่อ | 99.9% | 2.18 GB | 10:12 |
| ระบบวางแผนทรัพยากรบนคลาวด์ | ERP | เชื่อมต่อ | 98.7% | 4.91 GB | 09:55 |
| ระบบทรัพยากรบุคคล | HR | เชื่อมต่อ | 99.4% | 1.24 GB | 10:05 |
| ระบบใบกำกับภาษีอิเล็กทรอนิกส์ | ภาครัฐ | เชื่อมต่อ | 99.9% | 0.45 GB | 10:01 |
| ระบบธนาคาร | API | เชื่อมต่อ | 99.2% | 3.02 GB | 10:14 |
| บริการโมเดล AI | AI | เชื่อมต่อ | 99.7% | 12.65 GB | 10:11 |
| ระบบของคู่ค้าภายนอก | API | ล้มเหลว | 94.2% | 0 GB | 10:15 · ล้มเหลว |
ต้นแบบแสดงการเชื่อมต่อที่ล้มเหลวไว้ในรายการสถานะเรียลไทม์ทางขวา แต่ไม่มีรายการนั้นในตารางหลัก — ผู้ดูแลที่ดูตารางอย่างเดียวจะไม่เห็นว่ามีการเชื่อมต่อที่พังอยู่ · ระบบของคู่ค้าที่เชื่อมต่อไม่ได้หมายถึงข้อมูลจากคู่ค้าไม่เข้ามาเลย ซึ่งจะปรากฏเป็นข้อมูลไม่ครบในระบบปลายทางหลายวันต่อมา · อัตราล้มเหลว 2.8% คิดเป็น 4,111 คำขอต่อวัน ต้นแบบแสดงเป็นเพียงเปอร์เซ็นต์เล็ก ๆ ซึ่งทำให้ดูไม่สำคัญ
ต้นแบบ — ข้อมูลตัวอย่าง · ค่าที่ตั้งในโมดูลนี้มีผลกับองค์กรนี้เท่านั้น ตัวเลขบนหน้าจึงเป็นคนละฐานกับโมดูล Super Admin ที่นับทั้งแพลตฟอร์ม · หน้านี้แก้จากต้นแบบ 3 จุด "ระบบออนไลน์ 25" ติดป้ายว่า 89.3% Uptime — 25 จาก 28 คือสัดส่วนระบบที่ออนไลน์ ไม่ใช่เวลาที่ระบบทำงานได้ สองอย่างนี้วัดคนละแบบและมักถูกสับสน · รายการสถานะเรียลไทม์แสดงการเชื่อมต่อที่ล้มเหลว แต่ตารางการเชื่อมต่อไม่มีรายการนั้น · และตัวเลขทั้งหน้าเป็นขอบเขตองค์กรนี้เท่านั้น ซึ่งต้นแบบไม่มีที่ไหนระบุ ทำให้ดูขัดกับหน้า Integration Center ที่นับทั้งแพลตฟอร์ม 356 เส้น