ระบบที่เชื่อมต่อและระเบียนพนักงาน 5 ระบบ · 24,568 ระเบียน
| # | ระบบ | ประเภท | ระเบียนพนักงาน | อัตราสำเร็จ | ข้อมูลที่ไหลออก |
|---|---|---|---|---|---|
| 1 | ระบบบุคคลหลัก | HRIS | 8,456 | 99.52% | ชื่อ ตำแหน่ง โครงสร้างองค์กร |
| 2 | ระบบบุคคลกลุ่มบริษัท | HRIS | 6,782 | 99.31% | ชื่อ ตำแหน่ง ประวัติการทำงาน |
| 3 | ระบบบุคคลบริษัทย่อย | HRIS | 4,215 | 99.12% | ชื่อ ตำแหน่ง |
| 4 | ระบบเงินเดือนหลัก | Payroll | 3,987 | 99.65% | เงินเดือน เลขผู้เสียภาษี บัญชีธนาคาร |
| 5 | ระบบลงเวลาและสวัสดิการ | HRIS + Payroll | 1,128 | 99.21% | เวลาเข้าออก สิทธิประโยชน์ |
| รวมระเบียน | 24,568 | 99.41% |
8,456 + 6,782 + 4,215 + 3,987 + 1,128 = 24,568 ระเบียน ✓ (ต้นแบบคำนวณถูก) · พนักงานจริงของบริษัทตามโมดูล ESG = 2,458 คน → เฉลี่ยคนละ 10.0 ระเบียน กระจายใน 5 ระบบ
ต้นแบบใช้คำว่า "Employees Synced 24,568" ซึ่งอ่านได้ว่าบริษัทมีพนักงาน 24,568 คน — ขณะที่โมดูล ESG ระบุพนักงาน 2,458 คน และ Payroll บนหน้าเดียวกันจ่ายเงินเดือน 3,987 คน · คนหนึ่งคนมีระเบียนอยู่ในหลายระบบพร้อมกัน เช่น อยู่ในระบบบุคคลหลัก ระบบเงินเดือน และระบบลงเวลาไปพร้อมกัน การนับระเบียนจึงไม่เท่ากับการนับคน · เรื่องนี้สำคัญมากเมื่อพนักงานใช้สิทธิขอลบหรือแก้ไขข้อมูล เพราะต้องตามให้ครบทุกระบบ
การจับคู่ข้อมูล 1,256 คู่
- ข้อมูลหลักพนักงาน356 (28.3%)
- เงินเดือนและค่าตอบแทน312 (24.8%)
- โครงสร้างองค์กร245 (19.5%)
- เวลาทำงานและการลา186 (14.8%)
- สวัสดิการ157 (12.6%)
356 + 312 + 245 + 186 + 157 = 1,256 คู่ ✓ · 28.3 + 24.8 + 19.5 + 14.8 + 12.6 = 100.0% ✓
ตัวเลข 1,256 นี้เท่ากับจำนวนการจับคู่ในหน้า ERP Integration พอดี — ตรวจแล้วเป็นความบังเอิญของข้อมูลตัวอย่าง แต่เป็นรูปแบบที่พบซ้ำหลายจุดในชุด mockup นี้ ซึ่งในระบบจริงควรตั้งการเตือนเมื่อพบตัวเลขสองอย่างที่ไม่เกี่ยวกันเท่ากันพอดี เพราะมักหมายถึงการคัดลอกค่าผิด
ภาพรวมเงินเดือนเดือนนี้ เฉพาะระบบเงินเดือนหลัก 3,987 คน
| รายการ | จำนวน | วิธีคำนวณ |
|---|---|---|
| เงินเดือนรวมก่อนหัก | ฿ 125.68M | 3,987 คน × เฉลี่ย 31,522 บาท |
| เงินเดือนสุทธิที่จ่ายจริง | ฿ 98.75M | 78.6% ของยอดก่อนหัก |
| รายการหักรวม | ฿ 26.93M | 21.4% — ภาษี ประกันสังคม กองทุนสำรองเลี้ยงชีพ |
| พนักงานที่รับเงิน | 3,987 คน | ไม่ใช่ 24,568 ซึ่งเป็นจำนวนระเบียน |
| ใบแจ้งเงินเดือนที่ออก | 3,987 ฉบับ | ตรงกับจำนวนคน ✓ |
125.68 − 98.75 = ฿26.93M หักรวม = 21.4% ของยอดก่อนหัก · เฉลี่ย 125.68M ÷ 3,987 = ฿31,522 ต่อคน ✓
ข้อมูลในตารางนี้เป็นข้อมูลที่อ่อนไหวที่สุดในแพลตฟอร์ม — เงินเดือนรายบุคคล เลขประจำตัวผู้เสียภาษี และเลขบัญชีธนาคาร การซิงก์ข้อมูลเหล่านี้ไปยังระบบเงินเดือนภายนอกต้องมีข้อตกลงการประมวลผลข้อมูล และควรเข้ารหัสในระดับฟิลด์ ไม่ใช่แค่เข้ารหัสช่องทางส่ง · และการเข้าถึงข้อมูลเงินเดือนต้องจำกัดเฉพาะผู้มีหน้าที่ ผู้ดูแลระบบเชื่อมต่อไม่จำเป็นต้องเห็นตัวเลขเงินเดือนรายคนเพื่อทำงานของตัวเอง ระบบจึงแสดงเฉพาะยอดรวมบนหน้านี้
การตรวจสอบก่อนซิงก์ สิ่งที่ตรวจทุกรอบ
| รายการตรวจ | ที่ตรวจ | ที่พบปัญหา | ผล |
|---|---|---|---|
| ความถูกต้องของรูปแบบข้อมูล | 1,245 | 0 | ผ่าน |
| ระเบียนซ้ำในระบบเดียวกัน | 1,245 | 0 | ผ่าน |
| ข้อมูลจำเป็นที่ขาดหาย | 1,245 | 5 | ไม่ผ่าน |
| ความสอดคล้องกับโครงสร้างองค์กร | 1,256 | 0 | ผ่าน |
| กฎการคำนวณภาษีและเงินสมทบ | 1,256 | 0 | ผ่าน |
| คะแนนรวม | 6,247 | 5 | 99.92% |
ต้นแบบแสดง "คะแนนการปฏิบัติตามข้อกำหนด 100%" ทั้งที่ผลตรวจข้อมูลขาดหายพบ 3 รายการ — และข้อเสนอของ AI ในหน้าเดียวกันระบุว่าพบพนักงานไม่มีเลขประจำตัวผู้เสียภาษี 5 ราย ซึ่งขัดกับ 3 อีกชั้นหนึ่ง · คะแนน 100% ที่มีรายการไม่ผ่านอยู่คือคะแนนที่ไม่มีความหมาย และทำให้ไม่มีใครไปตามแก้ · พนักงานที่ไม่มีเลขประจำตัวผู้เสียภาษีคือคนที่หักภาษี ณ ที่จ่ายและยื่นแบบ ภ.ง.ด.1 ไม่ได้ ซึ่งทำให้นายจ้างผิดหน้าที่ตามประมวลรัษฎากร ระบบนี้จึงตั้งเป็นรายการที่ไม่ผ่านและต้องปิดก่อนรอบจ่ายเงินเดือนถัดไป
ข้อเสนอของ AI และสิ่งที่ห้ามกดใช้ทันที
AI เสนอ · คนยืนยันรายการแรกคือรายการที่อันตรายที่สุดในหน้านี้ — ต้นแบบวางปุ่ม “Update” ไว้ข้างข้อความว่า AI ตรวจพบการเปลี่ยนแปลงกฎหมายภาษี ทำให้ผู้ดูแลระบบกดเปลี่ยนกฎการคำนวณภาษีได้ด้วยตัวเอง · กฎการคำนวณภาษีเงินได้หัก ณ ที่จ่ายกระทบสองทาง คือกระทบเงินที่พนักงานได้รับจริง และกระทบยอดที่นายจ้างต้องนำส่งกรมสรรพากรพร้อมแบบ ภ.ง.ด.1 ภายในวันที่ 7 ของเดือนถัดไป · หักผิดแล้วนำส่งผิด นายจ้างเป็นผู้รับผิด ไม่ใช่ผู้ให้บริการระบบ ระบบนี้จึงให้ AI แจ้งเตือนได้แต่การเปลี่ยนกฎต้องผ่านฝ่ายบัญชีและบันทึกว่าใครอนุมัติ
ต้นแบบ — ข้อมูลตัวอย่าง · ทุกการเชื่อมต่อคือช่องทางที่ข้อมูลเดินทางออกนอกระบบ ต้องมีข้อตกลงการประมวลผลข้อมูลกับผู้ให้บริการทุกราย ตาม พ.ร.บ. คุ้มครองข้อมูลส่วนบุคคล 2562 · หน้านี้แก้จากต้นแบบ 4 จุด "พนักงานที่ซิงก์ 24,568" ขัดกับโมดูล ESG ที่ระบุพนักงาน 2,458 คน และกับ Payroll บนหน้าเดียวกันที่จ่ายเงินเดือน 3,987 คน — 24,568 คือระเบียนที่มีซ้ำข้ามระบบ 5 ระบบ ไม่ใช่จำนวนคน · "คะแนนการปฏิบัติตามข้อกำหนด 100%" ขัดกับผลตรวจที่พบข้อมูลขาด 3 รายการ และข้อเสนอของ AI ที่ระบุ 5 ราย ซึ่งขัดกันเองอีก · และข้อเสนอ "อัปเดตกฎการคำนวณภาษี" มีปุ่มกดใช้ได้ทันที ทั้งที่กระทบเงินในกระเป๋าพนักงานและกระทบแบบที่ยื่นต่อกรมสรรพากร · ข้อมูลเงินเดือน เลขประจำตัวผู้เสียภาษี และเลขบัญชีธนาคาร เป็นข้อมูลที่อ่อนไหวที่สุดในแพลตฟอร์ม