ระบบ ERP ที่เชื่อมต่อ 7 ระบบ · รวม 12.45 ล้านระเบียน
| # | ระบบ | สภาพแวดล้อม | สถานะ | ระเบียน 24 ชม. | อัตราสำเร็จ |
|---|---|---|---|---|---|
| 1 | ระบบ ERP หลัก (กลุ่มบริษัท) | Production | เชื่อมต่อ | 3.45M | 99.62% |
| 2 | ระบบ ERP บนคลาวด์ | Production | เชื่อมต่อ | 2.78M | 99.41% |
| 3 | ระบบ ERP สำหรับบริษัทย่อย | Production | เชื่อมต่อ | 1.92M | 99.18% |
| 4 | ระบบ ERP สำหรับงานบริการ | Production | เชื่อมต่อ | 1.24M | 99.05% |
| 5 | ระบบ ERP สำหรับงานผลิต | Production | เชื่อมต่อ | 1.15M | 98.92% |
| 6 | ระบบ ERP สำหรับคลังสินค้า | Production | เชื่อมต่อ | 0.98M | 99.24% |
| 7 | ระบบ ERP ที่กำลังทดสอบ | Staging | ทดสอบอยู่ | 0.93M | 98.44% |
| รวม | 12.45M | 99.28% |
3.45 + 2.78 + 1.92 + 1.24 + 1.15 + 0.98 + 0.93 = 12.45 ล้านระเบียน ✓ ตรงกับการ์ดด้านบน
ต้นแบบให้ผลรวมของ 7 ระบบได้ 11.49 ล้าน ขณะที่การ์ดเขียน 12.45 ล้าน — ขาดไป 0.96 ล้านระเบียนโดยไม่มีระบบรองรับ · ในระบบเชื่อมต่อ ตัวเลขที่หายไปแบบนี้มักหมายถึงมีการเชื่อมต่อที่ไม่ปรากฏในรายการ ซึ่งเป็นเรื่องที่ต้องหาให้เจอ เพราะการเชื่อมต่อที่ไม่มีใครรู้ว่ามีอยู่คือการเชื่อมต่อที่ไม่มีใครดูแล
คุณภาพข้อมูลหลังซิงก์ เฉลี่ย 5 มิติ
(99.2 + 99.0 + 98.8 + 98.1 + 97.9) ÷ 5 = 493.0 ÷ 5 = 98.6 ✓ ตรงกับการ์ดด้านบน — ต้นแบบคำนวณถูก
คะแนน 98.6 ฟังดูดีแต่แปลเป็นจำนวนแล้วไม่เล็ก — ความถูกต้อง 98.8% ที่ปริมาณ 12.45 ล้านระเบียนต่อวัน หมายถึงมีระเบียนที่ข้อมูลไม่ถูกต้องราว 149,400 รายการต่อวัน · ในงานบัญชีและคลังสินค้า ระเบียนที่ผิดแม้เพียงส่วนน้อยก็ทำให้ยอดคงเหลือไม่ตรงและต้องกระทบยอดด้วยมือ · ระบบจึงแสดงทั้งเปอร์เซ็นต์และจำนวนจริงคู่กัน
การจับคู่ฟิลด์ข้อมูลที่ AI เสนอ ทุกคู่ต้องมีคนยืนยันก่อนเริ่มซิงก์
AI เสนอ · คนยืนยัน| ฟิลด์ต้นทาง | ฟิลด์ปลายทาง | ความมั่นใจของ AI | สถานะ | ความเสี่ยงหากจับคู่ผิด |
|---|---|---|---|---|
| ข้อมูลหลักลูกค้า | คู่ค้าทางธุรกิจ | 98% | คนยืนยันแล้ว | ข้อมูลลูกค้าไปลงผิดกลุ่ม |
| สินค้า | รายการสินค้า | 96% | คนยืนยันแล้ว | สต๊อกไม่ตรง |
| ใบสั่งขาย | ใบสั่งขาย | 95% | คนยืนยันแล้ว | รายได้บันทึกผิดงวด |
| ผังบัญชี | บัญชีแยกประเภท | 94% | รอคนยืนยัน | งบการเงินผิด — ต้องตรวจละเอียด |
| ผู้จัดจำหน่าย | คู่ค้า | 93% | รอคนยืนยัน | เจ้าหนี้ไปลงผิดราย |
ความมั่นใจ 94% ไม่ใช่เหตุผลพอที่จะจับคู่ผังบัญชีอัตโนมัติ — ต้นแบบแสดงข้อเสนอการจับคู่พร้อมเปอร์เซ็นต์ความมั่นใจและปุ่มใช้งาน โดยไม่แยกว่าการจับคู่ไหนเสี่ยงกว่ากัน · การจับคู่ผังบัญชีผิดหมายถึงรายการไปลงผิดบัญชี ซึ่งจะปรากฏเป็นงบการเงินที่ผิดและต้องปรับปรุงย้อนหลัง ต่างจากการจับคู่ชื่อสินค้าผิดที่แก้ได้ทันทีที่เห็น · ระบบนี้จึงเพิ่มคอลัมน์ความเสี่ยงและบังคับให้การจับคู่ที่กระทบบัญชีต้องมีฝ่ายบัญชียืนยัน ไม่ใช่แค่ฝ่ายไอที
ปัญหาข้อมูลที่ต้องแก้ 143 รายการ
| ประเภทปัญหา | จำนวน | เทียบเดือนก่อน | การจัดการ |
|---|---|---|---|
| ข้อมูลซ้ำซ้อน | 89 | ↓ 22.1% | ระบบรวมให้อัตโนมัติเมื่อมั่นใจเกิน 99% |
| ข้อมูลขาดหาย | 36 | ↓ 18.6% | ส่งกลับให้ระบบต้นทางเติม |
| ข้อมูลไม่ถูกต้อง | 18 | ↓ 28.9% | ต้องมีคนตรวจ ระบบไม่แก้เอง |
| รวม | 143 | ↓ 21.4% |
89 + 36 + 18 = 143 รายการ ✓
ต้นแบบระบุยอดรวม 125 รายการ ซึ่งเท่ากับ 89 + 36 พอดี — แปลว่าข้อมูลไม่ถูกต้อง 18 รายการไม่ถูกนับในยอดรวม · รายการที่ไม่ถูกนับคือรายการที่ไม่มีใครตาม และในกรณีนี้เป็นประเภทที่อันตรายที่สุดในสามประเภท เพราะข้อมูลซ้ำและข้อมูลขาดยังเห็นได้ว่าผิด แต่ข้อมูลที่ผิดโดยดูเหมือนถูกจะไหลเข้าระบบปลายทางและถูกใช้ต่อไปเรื่อย ๆ
ต้นแบบ — ข้อมูลตัวอย่าง · ทุกการเชื่อมต่อคือช่องทางที่ข้อมูลเดินทางออกนอกระบบ ต้องมีข้อตกลงการประมวลผลข้อมูลกับผู้ให้บริการทุกราย ตาม พ.ร.บ. คุ้มครองข้อมูลส่วนบุคคล 2562 · หน้านี้แก้จากต้นแบบ 3 จุด ผลรวมระเบียนใน 7 ระบบได้ 11.49 ล้าน ขณะที่การ์ดด้านบนเขียน 12.45 ล้าน ขาดไป 0.96 ล้านโดยไม่มีระบบรองรับ · "ปัญหาข้อมูล 125 รายการ" ไม่ตรงกับรายละเอียดที่บวกได้ 143 — ตัวเลข 125 มาจาก 89 + 36 เท่านั้น แปลว่าข้อมูลไม่ถูกต้อง 18 รายการไม่ถูกนับ · และ"ประวัติการซิงก์ 10 รายการล่าสุด" แต่แสดงเพียง 5 · AI เสนอการจับคู่ฟิลด์ได้ แต่การเริ่มซิงก์ต้องมีคนยืนยัน เพราะการจับคู่ผิดทำให้ข้อมูลไปลงผิดช่องในระบบปลายทาง ซึ่งแก้ย้อนหลังยากกว่าการไม่ซิงก์เลย