สถานะสายข้อมูล 256 เส้น
- ทำงานอยู่198 (77.3%)
- หยุดชั่วคราว28 (10.9%)
- ผิดพลาด16 (6.3%)
- ปิดใช้งาน14 (5.5%)
198 + 28 + 16 + 14 = 256 เส้น ✓ · 77.3 + 10.9 + 6.3 + 5.5 = 100.0% ✓ (ต้นแบบคำนวณถูก)
สายข้อมูลที่ผิดพลาด 16 เส้นคือ 16 จุดที่ข้อมูลไม่ไหลถึงปลายทาง — ต้นแบบแสดงเป็นส่วนหนึ่งของผังโดยไม่ระบุว่าเส้นไหนและกระทบระบบใด · สายข้อมูลที่พังมักไม่มีใครสังเกตทันที เพราะระบบต้นทางยังทำงานปกติ ปัญหาจะโผล่เป็นข้อมูลไม่ตรงกันในระบบปลายทางหลายวันต่อมา ซึ่งเป็นสาเหตุหนึ่งของตัวเลขที่ขัดกันระหว่างโมดูลทั่วทั้งแพลตฟอร์มนี้
คุณภาพข้อมูลที่ผ่านระบบ 128.45 ล้านเหตุการณ์
| ผลลัพธ์ | จำนวน | สัดส่วน | การจัดการ |
|---|---|---|---|
| ผ่านการตรวจ | 126.605M | 98.56% | ส่งต่อไปยังปลายทาง |
| พบปัญหาแต่ส่งต่อได้ | 1.63M | 1.27% | ทำเครื่องหมายไว้ให้ปลายทางรู้ |
| ถูกปฏิเสธ | 215K | 0.17% | ไม่ถึงปลายทาง — ต้องมีคนตาม |
| รวม | 128.45M | 100.0% |
126.605 + 1.63 + 0.215 = 128.45 ล้าน ✓ ตรงกับจำนวนเหตุการณ์ทั้งหมด
ต้นแบบให้ผลรวมได้ 129.185 ล้าน ซึ่งมากกว่าจำนวนเหตุการณ์ทั้งหมดที่เขียนไว้ 128.45 ล้าน — เกินมา 0.735 ล้าน ซึ่งเป็นไปไม่ได้เพราะส่วนย่อยรวมกันต้องไม่เกินยอดรวม · รายการที่ถูกปฏิเสธ 215,000 รายการต่อวันคือข้อมูลที่ไม่ถึงระบบปลายทาง ต้นแบบแสดงเป็นตัวเลขเล็ก 0.17% แต่ในทางปฏิบัติคือสองแสนกว่ารายการที่ระบบต้นทางคิดว่าส่งไปแล้ว ระบบจึงต้องมีคิวให้คนตามและมีเจ้าของที่รับผิดชอบ
สถานะตัวเชื่อมข้อมูล 6 ตัวเชื่อมหลัก · 82.7% ของปริมาณทั้งหมด
| ตัวเชื่อม | ประเภท | สถานะ | ข้อมูล 24 ชม. | อัตราสำเร็จ | ข้อมูลส่วนบุคคล |
|---|---|---|---|---|---|
| ระบบวางแผนทรัพยากร | ERP | ปกติ | 342.54 GB | 99.94% | มีบางส่วน |
| เกตเวย์อุปกรณ์ | IoT | ปกติ | 256.12 GB | 99.87% | มี — ภาพและตำแหน่ง |
| ระบบลูกค้าสัมพันธ์ | CRM | ปกติ | 185.32 GB | 99.91% | มีทุกระเบียน |
| ฐานข้อมูลหลัก | Database | ปกติ | 120.14 GB | 99.93% | มีบางส่วน |
| บริการภาครัฐ | API | ปกติ | 75.24 GB | 99.88% | มี — ข้อมูลพนักงาน |
| รับไฟล์จากคู่ค้า | File | มีคำเตือน | 45.36 GB | 97.12% | ขึ้นกับไฟล์ |
| รวม | 1,024.72 GB |
342.54 + 256.12 + 185.32 + 120.14 + 75.24 + 45.36 = 1,024.72 GB = 82.7% ของ 1.24 TB ✓
ตัวเชื่อมรับไฟล์จากคู่ค้ามีอัตราสำเร็จ 97.12% ซึ่งต่ำที่สุด — 2.88% ที่ล้มเหลวหมายถึงไฟล์ที่คู่ค้าส่งมาแล้วระบบอ่านไม่ได้ · การรับไฟล์จากภายนอกเป็นช่องทางที่เสี่ยงที่สุดในบรรดาตัวเชื่อมทั้งหมด เพราะรูปแบบไฟล์ควบคุมไม่ได้ และไฟล์ที่ส่งเข้ามาอาจมีสิ่งที่ไม่ควรมี ต้นแบบแสดงเป็นเพียงสถานะคำเตือนสีเหลืองโดยไม่ระบุว่าต้องทำอะไร
สายข้อมูลที่กำลังทำงาน 5 งานหลัก
| งาน | ต้นทาง → ปลายทาง | ความคืบหน้า | ความเร็ว | เหลืออีก |
|---|---|---|---|---|
| ซิงก์ยอดขายรายวัน | CRM → คลังข้อมูล | 78% | 12.5 MB/วินาที | 2 นาที 15 วินาที |
| สตรีมข้อมูลเซนเซอร์ | IoT → ทะเลสาบข้อมูล | 92% | 18.4 MB/วินาที | 1 นาที 5 วินาที |
| ย้ายข้อมูลพนักงาน | HR → คลังข้อมูล | 65% | 9.2 MB/วินาที | 3 นาที 40 วินาที |
| นำเข้าไฟล์จากคู่ค้า | ไฟล์ → ฐานข้อมูล | 40% | 4.6 MB/วินาที | 6 นาที 30 วินาที |
| ซิงก์ข้อมูลภาครัฐ | API ภาครัฐ → ERP | 88% | 6.8 MB/วินาที | 1 นาที 45 วินาที |
งานย้ายข้อมูลพนักงานไปคลังข้อมูลเป็นงานที่ต้องระวังที่สุดในตารางนี้ — คลังข้อมูลเป็นที่ที่ข้อมูลจากทุกระบบมารวมกันเพื่อวิเคราะห์ ซึ่งหมายความว่าข้อมูลพนักงานจะไปอยู่ในที่ที่คนวิเคราะห์ข้อมูลเข้าถึงได้ · ข้อมูลพนักงานที่นำไปวิเคราะห์ควรถูกลบตัวระบุตัวตนออกก่อน เว้นแต่การวิเคราะห์นั้นจำเป็นต้องระบุตัวบุคคลจริง ๆ และมีฐานทางกฎหมายรองรับ · การย้ายข้อมูลทั้งชุดโดยไม่กรองเป็นวิธีที่ง่ายที่สุดในทางเทคนิคแต่เสี่ยงที่สุดในทางกฎหมาย
เส้นทางของข้อมูลและจุดที่ต้องระวัง ชุดข้อมูลรวมลูกค้าคือจุดที่ข้อมูลทุกระบบมาบรรจบ
ต้องมีฐานทางกฎหมายทุกปลายทาง| ต้นทาง | ผ่านชุดข้อมูล | ปลายทาง | วัตถุประสงค์ | ฐานทางกฎหมายที่ต้องมี |
|---|---|---|---|---|
| ระบบลูกค้าสัมพันธ์ | ชุดข้อมูลรวมลูกค้า | คลังข้อมูล | รายงานและวิเคราะห์ภายใน | ประโยชน์อันชอบด้วยกฎหมาย |
| ระบบวางแผนทรัพยากร | ชุดข้อมูลรวมลูกค้า | คลังข้อมูล | กระทบยอดยอดขายกับบัญชี | สัญญา |
| เกตเวย์อุปกรณ์ | ชุดข้อมูลรวมลูกค้า | คลังข้อมูล | วิเคราะห์การใช้งาน | ต้องประเมินรายกรณี |
| ชุดข้อมูลรวมลูกค้า | — | การวิเคราะห์การตลาด | ทำการตลาดแบบเจาะจงกลุ่ม | ต้องมีความยินยอม |
| ชุดข้อมูลรวมลูกค้า | — | โมเดล AI และการเรียนรู้ของเครื่อง | ฝึกและปรับปรุงโมเดล | เป็นวัตถุประสงค์ใหม่ ต้องมีฐานแยก |
สองแถวล่างคือจุดที่ต้นแบบไม่ได้พูดถึงเลย — ผังในต้นแบบแสดงลูกศรจากชุดข้อมูลรวมลูกค้าไปยังการวิเคราะห์การตลาดและโมเดล AI เหมือนเป็นเรื่องเทคนิคธรรมดา · ข้อมูลที่เก็บมาเพื่อวัตถุประสงค์หนึ่ง นำไปใช้เพื่ออีกวัตถุประสงค์หนึ่งไม่ได้โดยอัตโนมัติ ข้อมูลที่ลูกค้าให้มาเพื่อการซื้อขายและการให้บริการ เมื่อนำไปใช้ทำการตลาดแบบเจาะจงกลุ่มถือเป็นวัตถุประสงค์ใหม่ที่ต้องมีความยินยอม · และการนำข้อมูลลูกค้าไปฝึกโมเดล AI เป็นวัตถุประสงค์ที่ต่างออกไปอีก เพราะข้อมูลจะฝังอยู่ในโมเดลและลบออกได้ยากเมื่อลูกค้าใช้สิทธิขอลบ · ระบบจึงต้องบันทึกว่าแต่ละปลายทางใช้ฐานทางกฎหมายใด ไม่ใช่แค่บันทึกว่าข้อมูลไหลไปที่ไหน
ต้นแบบ — ข้อมูลตัวอย่าง · ทุกการเชื่อมต่อคือช่องทางที่ข้อมูลเดินทางออกนอกระบบ ต้องมีข้อตกลงการประมวลผลข้อมูลกับผู้ให้บริการทุกราย ตาม พ.ร.บ. คุ้มครองข้อมูลส่วนบุคคล 2562 · หน้านี้แก้จากต้นแบบ 3 จุด ผลรวมของข้อมูลที่ผ่าน มีปัญหา และถูกปฏิเสธ ได้ 129.19 ล้าน ขณะที่เหตุการณ์ทั้งหมดเขียนไว้ 128.45 ล้าน เกินมา 0.74 ล้าน · แถบเมนูของหน้านี้ต่างจากทุกหน้าในแพลตฟอร์ม ปรับให้เป็นชุดเดียวกัน · และผังสายข้อมูลแสดงชุดข้อมูลรวมลูกค้าไหลไปยังการวิเคราะห์การตลาดและโมเดล AI โดยไม่มีคำอธิบายเรื่องฐานทางกฎหมาย — การนำข้อมูลลูกค้าไปประมวลผลด้วย AI ต้องไม่เกินวัตถุประสงค์ที่แจ้งไว้ตอนเก็บข้อมูล และการนำไปฝึกโมเดลเป็นวัตถุประสงค์ใหม่ที่ต้องมีฐานรองรับแยกต่างหาก