รายงานแยกตามหมวดหมู่ 256 ฉบับ
| หมวดหมู่ | จำนวน | สัดส่วน | ระดับความอ่อนไหวของข้อมูล |
|---|---|---|---|
| รายงานการเงิน | 38 | 14.8% | สูง — ข้อมูลการเงินก่อนเปิดเผย |
| รายงานที่สร้างเอง | 37 | 14.5% | ขึ้นกับข้อมูลที่เลือก |
| รายงานทรัพยากรบุคคล | 32 | 12.5% | สูง — ข้อมูลส่วนบุคคล |
| รายงานการขายและการตลาด | 29 | 11.3% | สูง — ข้อมูลลูกค้า |
| รายงานการผลิต | 27 | 10.5% | กลาง |
| สรุปสำหรับผู้บริหาร | 25 | 9.8% | สูง — ภาพรวมทั้งองค์กร |
| รายงานการจัดซื้อ | 19 | 7.4% | กลาง — ราคาและคู่ค้า |
| รายงานคลังสินค้า | 18 | 7.0% | กลาง |
| รายงานโครงการ | 16 | 6.3% | ต่ำ |
| รายงานการปฏิบัติตามกฎหมาย | 15 | 5.9% | สูง — ใช้ตอบหน่วยงานกำกับ |
| รวม | 256 | 100.0% |
25 + 38 + 32 + 29 + 27 + 19 + 18 + 16 + 15 + 37 = 256 ฉบับ ✓
เพิ่มคอลัมน์ระดับความอ่อนไหวที่ต้นแบบไม่มี — รายงาน 5 หมวดที่ทำเครื่องหมายไว้มีข้อมูลส่วนบุคคลหรือข้อมูลการเงินก่อนเปิดเผย ซึ่งเมื่อถูกส่งออกเป็นไฟล์แล้วจะออกจากการควบคุมของระบบทันที · รายงานที่ตั้งเวลาส่งอัตโนมัติอันตรายที่สุด เพราะส่งซ้ำทุกรอบโดยไม่มีใครทบทวนว่าผู้รับยังควรได้รับอยู่หรือไม่ พนักงานที่ลาออกไปแล้วอาจยังได้รับรายงานทางอีเมลส่วนตัวต่อไป
สถานะรายงาน 256 ฉบับ
- สำเร็จ210 (82.0%)
- รอการทำงาน22 (8.6%)
- กำลังประมวลผล18 (7.0%)
- ล้มเหลว6 (2.3%)
210 + 22 + 18 + 6 = 256 ✓ · 82.0 + 8.6 + 7.0 + 2.3 = 99.9% ✓ · อัตราสำเร็จเมื่อนับเฉพาะที่ทำงานจบแล้ว = 210 ÷ (210 + 6) = 97.2%
ต้นแบบแสดงอัตราสำเร็จ 98.7% ในการ์ดใหญ่ ขณะที่ผังนี้แสดงสำเร็จ 82.0% — ทั้งสองค่าอยู่บนหน้าเดียวกันและต่างกัน 16.7 จุด · ความจริงคือ 82.0% คือสัดส่วนของรายงานทั้งหมดรวมที่ยังไม่เริ่มทำงาน ส่วนอัตราสำเร็จควรนับเฉพาะที่ทำงานจบแล้ว ซึ่งได้ 97.2% ไม่ใช่ 98.7% · ต้นแบบไม่ได้เขียนฐานกำกับทั้งสองที่ ทำให้ผู้อ่านเลือกใช้ค่าที่สูงกว่าเสมอ
รายงานล่าสุด ตรวจวันที่ทุกฉบับแล้ว
| รายงาน | ผู้สร้าง | วันที่สร้าง | สถานะ |
|---|---|---|---|
| สรุปผู้บริหารประจำเดือน | USR-000123 | 31/05/2569 10:15 | สำเร็จ |
| เปรียบเทียบงบประมาณกับการใช้จริง | USR-000321 | 31/05/2569 09:42 | สำเร็จ |
| วิเคราะห์อัตราการลาออก | USR-000245 | 30/06/2568 09:20 | สำเร็จ |
| พยากรณ์ยอดขาย | USR-000578 | 31/05/2569 08:55 | กำลังประมวลผล |
| รายงานอายุสินค้าคงคลัง | USR-000456 | 30/06/2568 08:30 | สำเร็จ |
ต้นแบบระบุรายงานสองฉบับสร้างเมื่อ 31 มิถุนายน ซึ่งเป็นวันที่ที่ไม่มีอยู่จริง — เดือนมิถุนายนมี 30 วัน · วันที่ที่เป็นไปไม่ได้แบบนี้มักเกิดจากการสร้างข้อมูลตัวอย่างโดยไม่ตรวจปฏิทิน แต่ในระบบจริงหมายถึงข้อมูลผ่านเข้ามาโดยไม่มีการตรวจความถูกต้องของวันที่ · รายงานที่มีวันที่ผิดจะถูกจัดเรียงผิด ค้นหาไม่เจอ และถ้าใช้อ้างอิงในการตรวจสอบจะกลายเป็นปัญหาทันที ระบบนี้ตรวจวันที่ทุกช่องก่อนบันทึก
รายงานที่ตั้งเวลาส่งอัตโนมัติ 48 ฉบับ · จุดที่ข้อมูลหลุดได้ง่ายที่สุด
| รายงาน | ความถี่ | ผู้รับ | การตรวจสิทธิ์ผู้รับ |
|---|---|---|---|
| สรุปผู้บริหาร | รายวัน | 5 คน | ตรวจทุกครั้งก่อนส่ง |
| สรุปยอดขายรายสัปดาห์ | รายสัปดาห์ | 8 คน | ตรวจทุกครั้งก่อนส่ง |
| รายงานการเงินรายเดือน | รายเดือน | 6 คน | ตรวจทุกครั้งก่อนส่ง |
| สรุปทรัพยากรบุคคลรายเดือน | รายเดือน | 4 คน | ตรวจทุกครั้งก่อนส่ง |
| รายงานคลังสินค้ารายสัปดาห์ | รายสัปดาห์ | 3 คน | ปิดใช้งานชั่วคราว |
รายงานต้องกรองข้อมูลตามสิทธิ์ของผู้รับ ไม่ใช่ของผู้สร้าง — ถ้าผู้บริหารระดับสูงสร้างรายงานที่เห็นข้อมูลทุกหน่วยงาน แล้วตั้งเวลาส่งให้หัวหน้าฝ่ายหนึ่ง ผู้รับจะเห็นข้อมูลของฝ่ายอื่นที่ตัวเองไม่มีสิทธิ์เข้าถึงในระบบ · นี่คือช่องทางที่ข้อมูลข้ามขอบเขตได้โดยที่ระบบสิทธิ์ยังทำงานถูกต้องทุกอย่าง ระบบนี้จึงตรวจสิทธิ์ของผู้รับใหม่ทุกครั้งก่อนส่ง และตัดข้อมูลที่ผู้รับไม่มีสิทธิ์เห็นออกจากรายงานฉบับนั้น · การตรวจต้องทำตอนส่ง ไม่ใช่ตอนตั้งค่า เพราะสิทธิ์ของคนเปลี่ยนได้ระหว่างทาง
ต้นแบบ — ข้อมูลตัวอย่าง · ข้อมูลจัดชั้น C5 — Super Admin เข้าถึงข้อมูลของทุกองค์กรได้ ทุกการกระทำถูกบันทึกและตรวจสอบย้อนหลังได้เสมอ · หน้านี้แก้จากต้นแบบ 3 จุด พบวันที่ที่ไม่มีอยู่จริง — รายงานสองฉบับระบุว่าสร้างเมื่อ 31 มิถุนายน ซึ่งเดือนมิถุนายนมี 30 วัน · อัตราสำเร็จ 98.7% ขัดกับผังสถานะที่แสดงสำเร็จ 210 จาก 256 รายงาน คิดเป็น 82.0% ค่าที่ถูกเมื่อนับเฉพาะรายงานที่ทำงานจบแล้วคือ 97.2% · และเพิ่มหลักว่ารายงานต้องกรองข้อมูลตามสิทธิ์ของผู้รับ ไม่ใช่ของผู้สร้าง ซึ่งต้นแบบไม่กล่าวถึงเลย — รายงานที่ตั้งเวลาส่งอัตโนมัติเป็นช่องทางที่ข้อมูลหลุดข้ามองค์กรได้ง่ายที่สุด