เทมเพลตข้อมูลกระบวนการจ่ายเงินเดือน
เทมเพลตข้อมูลกระบวนการจ่ายเงินเดือน
- แอตทริบิวต์ข้อมูลมาตรฐานสำหรับวิเคราะห์เงินเดือน
- จุดสำคัญของกระบวนการที่ควรติดตามใน UKG Pro
- แนวทางทางเทคนิคสำหรับดึงข้อมูลและเชื่อมต่อระบบ
แอตทริบิวต์ของกระบวนการจ่ายเงินเดือน
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
|
การประทับเวลา
EventTimestamp
|
วันที่และเวลาที่กิจกรรมเกิดขึ้น. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกเวลาที่กิจกรรมเกิดขึ้นอย่างแม่นยำ ใช้เรียงลำดับเหตุการณ์และคำนวณระยะเวลาระหว่างขั้นตอน ควรใช้การประทับเวลาที่มีความละเอียดสูง เพื่อแยกขั้นตอนอัตโนมัติที่เกิดขึ้นต่อเนื่องกันอย่างรวดเร็ว ในกระบวนการจ่ายเงินเดือน ข้อมูลนี้ใช้วิเคราะห์การกระจายเวลาของรอบจ่ายเงินและการปฏิบัติตาม SLA บนแดชบอร์ด หากเวลาไม่แม่นยำ ก็จะวัดความเร็วในการคำนวณค่าจ้างรวมเป็นค่าจ้างสุทธิ หรือความล่าช้าในการอนุมัติใบบันทึกเวลาทำงานไม่ได้.
เหตุผลที่สำคัญ
แอตทริบิวต์ StartTime นี้จำเป็นสำหรับเรียงลำดับเหตุการณ์.
แหล่งข้อมูล
คอลัมน์วันที่และเวลาที่เกี่ยวข้องกับการเปลี่ยนสถานะธุรกรรม
ตัวอย่าง
2023-10-01T09:15:00Z2023-10-01T14:30:45Z2023-10-03T08:00:00Z
|
|||
|
กิจกรรม
ActivityName
|
เหตุการณ์หรือขั้นตอนที่เกิดขึ้นในกระบวนการจ่ายเงินเดือน. | ||
|
คำอธิบาย
แอตทริบิวต์นี้บันทึกชื่อขั้นตอนในเวิร์กโฟลว์การจ่ายเงินเดือน เช่น ส่งใบบันทึกเวลาทำงาน คำนวณค่าจ้างรวม หรือดำเนินการจ่ายเงิน ชื่อขั้นตอนเหล่านี้ใช้กำหนดลำดับการไหลในแผนผังกระบวนการ โดยทั่วไปจะดึงค่าจากบันทึกการตรวจสอบ ตารางเปลี่ยนสถานะของระบบ หรือรายการธุรกรรมที่มีการบันทึกเวลาใน UKG Pro จากนั้นปรับชื่อให้เป็นรูปแบบเดียวกันระหว่างแปลงข้อมูล เพื่อให้อ่านแผนผังกระบวนการได้ง่าย.
เหตุผลที่สำคัญ
นี่คือแอตทริบิวต์กิจกรรมที่จำเป็นสำหรับกำหนดโหนดในแผนผังกระบวนการ
แหล่งข้อมูล
บันทึกการตรวจสอบระบบ ประวัติเวิร์กโฟลว์ หรือคอลัมน์เวลาของธุรกรรม
ตัวอย่าง
ส่งใบบันทึกเวลาแล้วคำนวณเงินเดือนก่อนหักรายการต่างๆ แล้วดำเนินการจ่ายเงินแล้ว
|
|||
|
ระบบต้นทาง
SourceSystem
|
ระบบหลักที่จัดเก็บข้อมูล. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุแหล่งที่มาของระเบียนข้อมูล ในกรณีนี้กำหนดค่าเป็น UKG Pro ไว้ตายตัว (หรือใช้ชื่ออินสแตนซ์ที่ระบุ หากมีหลายอินสแตนซ์) ข้อมูลนี้สำคัญต่อการทำ process mining จากหลายระบบ ซึ่งอาจนำข้อมูลเงินเดือนมารวมกับข้อมูลบัญชีแยกประเภททั่วไปจาก ERP นักวิเคราะห์ใช้ข้อมูลนี้กรองมุมมองให้แสดงเฉพาะขั้นตอนที่มาจากแพลตฟอร์มเงินเดือน หรือแยกขั้นตอนที่เชื่อมโยงมาจากระบบบันทึกเวลาภายนอกได้.
เหตุผลที่สำคัญ
แอตทริบิวต์นี้จำเป็นสำหรับติดตามที่มาของข้อมูลและวิเคราะห์ข้อมูลจากหลายระบบ.
แหล่งข้อมูล
ค่าคงที่หรือตารางการตั้งค่าระบบ
ตัวอย่าง
UKG ProUltiPro Legacyระบบจัดการเวลาทำงาน
|
|||
|
ระเบียนเงินเดือน
PayrollRecordId
|
รหัสเฉพาะที่ใช้ระบุพนักงานแต่ละคนในรอบจ่ายเงินเดือนแต่ละรอบ. | ||
|
คำอธิบาย
ระเบียนเงินเดือนทำหน้าที่เป็นรหัสเคสหลักสำหรับการวิเคราะห์ process mining โดยสร้างจากรหัสพนักงานและวันที่สิ้นสุดรอบจ่ายเงินเดือน (หรือรหัสกลุ่มการจ่ายเงิน) เพื่อให้รอบจ่ายเงินเดือนของพนักงานแต่ละคนแยกเป็นคนละเคส และวิเคราะห์กระบวนการที่เกิดซ้ำในช่วงเวลาต่างๆ ได้ ใน UKG Pro รหัสนี้มักเป็นคีย์ผสมที่ได้จากตาราง Payroll Header หรือระเบียนธุรกรรมที่เกี่ยวข้อง เมื่อนำรหัสนี้มาจัดกลุ่ม นักวิเคราะห์จะสร้างเส้นทางตั้งแต่การส่งใบบันทึกเวลาทำงานไปจนถึงการจ่ายเงินและยื่นภาษีได้ครบถ้วน.
เหตุผลที่สำคัญ
นี่คือ Case ID ที่จำเป็นสำหรับจัดกลุ่มกิจกรรมด้านเงินเดือนทั้งหมดให้เป็นกระบวนการหนึ่งชุด.
แหล่งข้อมูล
ได้จากตาราง Payroll Header หรือ Employee Pay History ของ UKG Pro
ตัวอย่าง
EMP001-20231015EMP492-20231031EMP883-20231115
|
|||
|
วันที่อัปเดตล่าสุด
LastUpdateDate
|
เวลาที่แก้ไขแถวข้อมูลครั้งล่าสุด. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุเวลาที่ระเบียนถูกเปลี่ยนแปลงในฐานข้อมูลครั้งล่าสุด แม้จะคล้ายกับเวลาของเหตุการณ์ แต่ใช้สำหรับโหลดข้อมูลแบบเพิ่มเฉพาะส่วนและตรวจสอบความถูกต้องของข้อมูลโดยเฉพาะ ข้อมูลนี้ช่วยให้โมเดล process mining สะท้อนสถานะล่าสุดของระเบียนเงินเดือน รวมถึงการปรับปรุงล่าช้าหรือการแก้ไขย้อนหลังโดยผู้เชี่ยวชาญด้านเงินเดือน.
เหตุผลที่สำคัญ
แอตทริบิวต์นี้จำเป็นสำหรับการรีเฟรชข้อมูลแบบเพิ่มเฉพาะส่วน.
แหล่งข้อมูล
คอลัมน์ข้อมูลเมตาของระบบ เช่น LastModifiedDate
ตัวอย่าง
2023-10-05T17:00:00Z2023-10-06T09:00:00Z
|
|||
|
กลุ่มการจ่ายเงิน
PayGroup
|
การจัดกลุ่มพนักงานตามหลักเกณฑ์การประมวลผลเงินเดือน. | ||
|
คำอธิบาย
Pay Group เป็นการตั้งค่าพื้นฐานใน UKG Pro ที่กำหนดความถี่ในการจ่ายเงิน (รายสัปดาห์หรือรายสองสัปดาห์) และกฎการประมวลผลสำหรับพนักงานแต่ละกลุ่ม ทั้งยังใช้เป็นรหัสชุดข้อมูลหลัก แอตทริบิวต์นี้สำคัญต่อแดชบอร์ดการกระจายเวลาของรอบจ่ายเงินเดือน ช่วยเปรียบเทียบประสิทธิภาพการประมวลผลระหว่างกลุ่มต่างๆ เช่น กลุ่มผู้บริหารกับพนักงานรายชั่วโมงในโรงงาน และตรวจสอบว่าการตั้งค่าบางอย่างทำให้เกิดความล่าช้าในระบบหรือไม่.
เหตุผลที่สำคัญ
มิติหลักสำหรับจัดกลุ่มและเปรียบเทียบประสิทธิภาพการจ่ายเงินเดือน.
แหล่งข้อมูล
ตาราง Payroll Header หรือการตั้งค่า Pay Group
ตัวอย่าง
US-BiWeeklyCA-WeeklyExec-Monthly
|
|||
|
กำหนดเวลา SLA
SlaProcessingDeadline
|
วันและเวลาที่ต้องดำเนินการจ่ายเงินให้เสร็จสิ้น. | ||
|
คำอธิบาย
แอตทริบิวต์นี้กำหนดกำหนดเวลาภายในหรือภายนอกที่ต้องดำเนินการจ่ายเงินเดือนให้เสร็จ เพื่อให้โอนเงินเข้าธนาคารได้ทันเวลา เป็นแอตทริบิวต์หลักของแดชบอร์ดติดตามการปฏิบัติตาม SLA และกำหนดเวลา เมื่อนำเวลาที่ดำเนินการจ่ายเงินจริงมาเทียบกับกำหนดเวลา ก็จะคำนวณอัตราการจ่ายตรงเวลาและจัดลำดับระเบียนที่มีความเสี่ยงได้.
เหตุผลที่สำคัญ
ใช้เป็นจุดอ้างอิงในการคำนวณการปฏิบัติตาม SLA.
แหล่งข้อมูล
ปฏิทินการจ่ายเงิน หรือคำนวณจากวันจ่ายเงินโดยหักวันดำเนินการของธนาคาร
ตัวอย่าง
2023-10-13T16:00:00Z2023-10-28T16:00:00Z
|
|||
|
เกินกำหนด SLA
IsSlaBreached
|
ระบุว่าดำเนินการจ่ายเงินหลังพ้นกำหนดเวลาหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์แบบบูลีนนี้เป็นค่าที่คำนวณจากการเปรียบเทียบเวลาที่ดำเนินการจ่ายเงินกับกำหนดเวลา SLA และใช้คำนวณ KPI อัตราการปฏิบัติตาม SLA ของเงินเดือนโดยตรง เมื่อคำนวณค่านี้ไว้ล่วงหน้า ก็กรองแดชบอร์ดให้แสดงเฉพาะเคสที่มีปัญหาได้ทันที ช่วยวิเคราะห์หาสาเหตุที่พลาดกำหนดเวลา.
เหตุผลที่สำคัญ
ใช้คำนวณ KPI สำหรับติดตามการปฏิบัติตามข้อกำหนด.
แหล่งข้อมูล
คำนวณจาก: PaymentTime > SlaDeadline
ตัวอย่าง
truefalse
|
|||
|
เขตอำนาจภาษี
TaxJurisdiction
|
รัฐหรือเขตปกครองหลักที่ใช้ยื่นภาษี. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุเขตอำนาจภาษีหลักที่เกี่ยวข้องกับระเบียนเงินเดือน จำเป็นต่อแดชบอร์ดระยะเวลาการยื่นภาษีหลายรัฐ เมื่อวิเคราะห์เส้นทางกระบวนการตามเขตอำนาจภาษี ทีมที่ดูแลการปฏิบัติตามข้อกำหนดจะตรวจสอบได้ว่าการยื่นภาษีในรัฐใดใช้เวลานานกว่าปกติเป็นประจำ หรือพนักงานที่ทำงานในหลายรัฐมีข้อยกเว้นจากการตรวจสอบมากกว่าพนักงานที่ทำงานในรัฐเดียวหรือไม่.
เหตุผลที่สำคัญ
สำคัญต่อการติดตามการปฏิบัติตามข้อกำหนดและวิเคราะห์ข้อมูลตามพื้นที่.
แหล่งข้อมูล
ตาราง Tax Location หรือ Employee Tax
ตัวอย่าง
CANYTX
|
|||
|
จำนวนค่าจ้างรวม
GrossPayAmount
|
ค่าจ้างรวมที่คำนวณก่อนหักรายการหักและภาษี. | ||
|
คำอธิบาย
แอตทริบิวต์นี้แสดงจำนวนเงินค่าจ้างรวมที่คำนวณได้สำหรับระเบียน โดยแมปกับ ActivityAmount เพื่อใช้วิเคราะห์กระบวนการด้านต้นทุน การวิเคราะห์จำนวนเงินค่าจ้างรวมช่วยในการดูแดชบอร์ดความเร็วในการคำนวณค่าจ้างรวมเป็นค่าจ้างสุทธิ แม้แดชบอร์ดจะเน้นวัดเวลาเป็นหลัก แต่เมื่อนำเวลาไปเทียบกับความซับซ้อนและมูลค่าของการจ่ายเงิน ก็อาจช่วยให้เห็นว่าการคำนวณค่าคอมมิชชันที่มีมูลค่าสูงหรือซับซ้อนเป็นสาเหตุของปัญหาด้านประสิทธิภาพหรือไม่.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์กระแสคุณค่าและตรวจจับค่าที่ผิดปกติ.
แหล่งข้อมูล
ตาราง Payroll Result หรือ Pay Register
ตัวอย่าง
2500.0010500.50480.00
|
|||
|
เป็นการจ่ายนอกกำหนดการ
IsOffCycle
|
ระบุว่าการจ่ายเงินเดือนอยู่นอกกำหนดการปกติหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์แบบบูลีนนี้ระบุว่าระเบียนเงินเดือนเป็นการจ่ายนอกกำหนดการหรือไม่ ใช้คำนวณ KPI ปริมาณการจ่ายเงินเดือนนอกกำหนดการ การจ่ายนอกกำหนดการมักมีต้นทุนสูงกว่าและต้องดำเนินการด้วยตนเองมากกว่า เมื่อนำแดชบอร์ดวิเคราะห์เส้นทางรูปแบบกระบวนการมากรองตามค่านี้ ก็จะเห็นเส้นทางที่ไม่เป็นไปตามปกติซึ่งใช้แก้ข้อผิดพลาดหรือจ่ายเงินเฉพาะกิจ.
เหตุผลที่สำคัญ
ตัวกรองสำคัญสำหรับวิเคราะห์ความเบี่ยงเบนจากกระบวนการและการทำงานซ้ำ.
แหล่งข้อมูล
ตรรกะเปรียบเทียบ 'Check Date' กับ 'Period End Date' ใน Payroll Header
ตัวอย่าง
truefalse
|
|||
|
ผู้เชี่ยวชาญด้านเงินเดือน
PayrollSpecialist
|
รหัสผู้ใช้หรือชื่อผู้ดำเนินการกับระเบียน. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุผู้ดูแลระบบเงินเดือนหรือผู้เชี่ยวชาญที่รับผิดชอบอนุมัติระเบียน แก้ไขข้อมูล หรือดำเนินการจ่ายเงิน โดยแมปกับแอตทริบิวต์ Generic User ข้อมูลนี้จำเป็นต่อแดชบอร์ดภาระงานและปริมาณงานของผู้เชี่ยวชาญ ช่วยให้ผู้บริหารเห็นการกระจายงานในทีม และตรวจสอบว่ามีผู้ใดรับภาระมากเกินไปหรือเป็นคอขวดในขั้นตอนอนุมัติหรือไม่.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์ทรัพยากรและดูแนวทางปรับสมดุลภาระงาน.
แหล่งข้อมูล
บันทึกการตรวจสอบหรือคอลัมน์ 'ModifiedBy' ในตารางธุรกรรม
ตัวอย่าง
jsmithmdoesystem_admin
|
|||
|
แผนก
DepartmentCode
|
รหัสแผนกของพนักงาน. | ||
|
คำอธิบาย
แอตทริบิวต์นี้เชื่อมระเบียนเงินเดือนกับหน่วยงานที่เกี่ยวข้อง จำเป็นต่อแดชบอร์ดข้อยกเว้นจากการตรวจสอบและแนวโน้มการแก้ไข ช่วยให้องค์กรเห็นว่าแผนกใดเกิดข้อผิดพลาดซ้ำหรือจำเป็นต้องแก้ไขด้วยตนเองบ่อยครั้ง เมื่อนักวิเคราะห์แบ่งข้อมูลตามแผนก ก็จะตรวจสอบได้ว่าผู้จัดการบางรายต้องการการฝึกอบรมเรื่องการอนุมัติใบบันทึกเวลาทำงานหรือไม่ หรือหน่วยธุรกิจบางแห่งมีกฎการจ่ายเงินที่ซับซ้อนจนทำให้การคำนวณล่าช้าหรือไม่.
เหตุผลที่สำคัญ
สำคัญต่อการแบ่งข้อมูลตามหน่วยงานและวิเคราะห์หาสาเหตุที่แท้จริง.
แหล่งข้อมูล
ตารางข้อมูลหลักพนักงานหรือประวัติตำแหน่งงาน
ตัวอย่าง
DEPT-100FINANCE-01OPS-WEST
|
|||
|
มีข้อยกเว้นจากการตรวจสอบ
HasAuditException
|
ระบุว่ามีการแจ้งข้อยกเว้นจากการตรวจสอบหรือไม่. | ||
|
คำอธิบาย
แอตทริบิวต์แบบบูลีนนี้ระบุว่าเคยเกิดกิจกรรม Audit Exception Flagged ในเคสนี้หรือไม่ ใช้สนับสนุน KPI อัตราความถูกต้องของเงินเดือนตั้งแต่ครั้งแรก นักวิเคราะห์ใช้แอตทริบิวต์นี้แยกเคสที่ไม่มีปัญหาออกจากเคสที่ต้องดำเนินการแก้ไขได้อย่างรวดเร็ว ทำให้วิเคราะห์สาเหตุของการทำงานซ้ำในแดชบอร์ดข้อยกเว้นจากการตรวจสอบและแนวโน้มการแก้ไขได้ง่ายขึ้น.
เหตุผลที่สำคัญ
ใช้ระบุเคสที่ต้องมีการแก้ไข.
แหล่งข้อมูล
ได้จากการตรวจสอบว่ามีกิจกรรม 'Audit Exception Flagged' หรือไม่
ตัวอย่าง
truefalse
|
|||
|
วันสิ้นสุดรอบจ่ายเงิน
PayPeriodEndDate
|
วันสุดท้ายของรอบจ่ายเงินที่กำลังประมวลผล. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุวันสิ้นสุดของรอบจ่ายเงิน ใช้เป็นจุดอ้างอิงสำคัญในการตรวจสอบว่ามีการส่งข้อมูลล่าช้าหรือไม่ ใช้ร่วมกับ StartTime ของกิจกรรม 'ส่งใบบันทึกเวลาทำงาน' เพื่อคำนวณระยะเวลาที่ล่าช้า และใช้จัดกลุ่มข้อมูลในแดชบอร์ดการกระจายเวลาของรอบจ่ายเงินเดือน.
เหตุผลที่สำคัญ
จุดอ้างอิงด้านเวลาของรอบจ่ายเงินเดือน.
แหล่งข้อมูล
Payroll Header หรือการตั้งค่ารอบเวลา
ตัวอย่าง
2023-09-302023-10-15
|
|||
|
ศูนย์ต้นทุน
CostCenter
|
รหัสศูนย์ต้นทุนสำหรับจัดสรรค่าใช้จ่ายทางการเงิน. | ||
|
คำอธิบาย
แอตทริบิวต์ Cost Center ระบุว่าค่าใช้จ่ายเงินเดือนจะถูกจัดสรรไปยังส่วนใดในบัญชีแยกประเภททั่วไป แม้จะคล้ายกับแผนก แต่โดยมากจะแสดงรายละเอียดทางการเงินได้มากกว่า แอตทริบิวต์นี้ใช้ในแดชบอร์ดประสิทธิภาพการอนุมัติการบันทึกเวลา เพื่อดูว่าศูนย์ต้นทุนใดมีลำดับขั้นการอนุมัติที่ล่าช้ากว่า และช่วยตรวจสอบว่าค่าใช้จ่ายเงินเดือนไปอยู่ในหมวดการเงินที่ถูกต้องระหว่างการคำนวณค่าจ้างรวมเป็นค่าจ้างสุทธิหรือไม่.
เหตุผลที่สำคัญ
ช่วยวิเคราะห์การเงินและระบุคอขวดตามหน่วยงบประมาณ.
แหล่งข้อมูล
ตารางตำแหน่งงานหรือการจัดสรรของพนักงาน
ตัวอย่าง
CC-5001CC-9002Overhead-Corp
|
|||
|
ประเภทพนักงาน
EmployeeType
|
การจัดประเภทพนักงาน เช่น พนักงานประจำ พนักงานพาร์ตไทม์ หรือผู้รับจ้าง. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ใช้จัดประเภทบุคคลที่เกี่ยวข้องกับระเบียนเงินเดือน และใช้ในแดชบอร์ดประสิทธิภาพการอนุมัติการบันทึกเวลาทำงาน พนักงานแต่ละประเภทมักมีรูปแบบการส่งใบบันทึกเวลาทำงานและเวิร์กโฟลว์การอนุมัติที่ต่างกัน การแบ่งข้อมูลตามแอตทริบิวต์นี้ช่วยแยกปัญหาที่เกิดจากกระบวนการโดยรวมออกจากรูปแบบการทำงานเฉพาะของบุคลากรแต่ละกลุ่ม.
เหตุผลที่สำคัญ
ช่วยแบ่งการวิเคราะห์ตามประเภทของบุคลากร.
แหล่งข้อมูล
ตารางข้อมูลหลักพนักงาน
ตัวอย่าง
พนักงานประจำพนักงานพาร์ตไทม์ผู้รับจ้าง
|
|||
|
หมวดหมู่การแก้ไข
CorrectionCategory
|
ประเภทการแก้ไขข้อมูล เช่น เวลา อัตราค่าจ้าง หรือรายการหัก. | ||
|
คำอธิบาย
เมื่อเกิดกิจกรรม Data Correction Performed แอตทริบิวต์นี้จะบันทึกลักษณะของการแก้ไข จำเป็นต่อ KPI อัตราการแก้ไขข้อมูลด้วยตนเอง การทราบว่าการแก้ไขส่วนใหญ่เกี่ยวข้องกับ 'การบันทึกเวลา' หรือ 'การหักสวัสดิการ' ช่วยให้ธุรกิจระบุระบบต้นทางหรือทีมที่ควรปรับปรุงกระบวนการได้ตรงจุด.
เหตุผลที่สำคัญ
แสดงรายละเอียดสาเหตุของการทำงานซ้ำ.
แหล่งข้อมูล
คอลัมน์ 'Field Changed' ในบันทึกการตรวจสอบ
ตัวอย่าง
การปรับรายการเวลาทำงานค่าจ้างย้อนหลังอัปเดตรหัสภาษี
|
|||
|
แหล่งข้อมูลค่าตอบแทนจูงใจ
IncentiveSource
|
แหล่งที่มาของข้อมูลค่าตอบแทนจูงใจ เช่น SalesForce หรือการนำเข้าจาก Excel. | ||
|
คำอธิบาย
แอตทริบิวต์นี้ระบุแหล่งที่มาของข้อมูลค่าตอบแทนจูงใจหรือค่าคอมมิชชันที่นำเข้าสู่ระเบียนเงินเดือน ใช้สนับสนุนแดชบอร์ดความถูกต้องของการนำเข้าข้อมูลค่าตอบแทนจูงใจ เมื่อนำแอตทริบิวต์นี้ไปเทียบกับ KPI ความถี่ในการแก้ไขข้อมูลค่าตอบแทนจูงใจ ทีมจะตรวจสอบได้ว่าไฟล์ต้นทางบางไฟล์ เช่น รายงานยอดขายภูมิภาคตะวันออกเฉียงเหนือ มักมีปัญหาการจัดรูปแบบหรือคุณภาพข้อมูลหรือไม่.
เหตุผลที่สำคัญ
ช่วยติดตามปัญหาคุณภาพข้อมูลกลับไปยังผู้ให้ข้อมูลภายนอก.
แหล่งข้อมูล
ชื่อไฟล์ในบันทึกการนำเข้าหรือคำอธิบาย Batch ID
ตัวอย่าง
ฟีดค่าคอมมิชชันการขายอัปโหลดโบนัสด้วยตนเองระบบค่าตอบแทนผู้บริหาร
|
|||
กิจกรรมในกระบวนการจ่ายเงินเดือน
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
|
ดำเนินการจ่ายเงินแล้ว
|
วันที่มีผลหรือวันที่โอนเงินจริงให้พนักงาน เป็นการยืนยันว่าองค์กรได้จ่ายค่าตอบแทนตามที่กำหนดแล้ว. | ||
|
เหตุผลที่สำคัญ
ใช้ตรวจสอบ 'SLA Compliance' และยืนยันว่าพนักงานได้รับเงินตามวันที่ตกลงไว้.
แหล่งข้อมูล
ใช้ฟิลด์ 'Check Date' หรือ 'Advice Date' ในรายการ Pay Header ที่สรุปผลแล้ว.
บันทึก
บันทึกเมื่อมีการดำเนินธุรกรรม payment_post
ประเภทเหตุการณ์
explicit
|
|||
|
ยื่นภาษีเสร็จแล้ว
|
การส่งข้อมูลภาษีไปยังหน่วยงานที่เกี่ยวข้องในระดับรัฐบาลกลาง รัฐ และท้องถิ่นสำเร็จ โดยมักดำเนินการหลังจ่ายเงินแล้ว. | ||
|
เหตุผลที่สำคัญ
จำเป็นต่อแดชบอร์ด 'Multi State Tax Filing Timelines' เพื่อให้เป็นไปตามข้อกำหนดและหลีกเลี่ยงค่าปรับ.
แหล่งข้อมูล
ดึงการอัปเดตสถานะจาก Tax Filing Interface หรือบันทึก Payment Services ที่ระบุว่า 'Filed' หรือ 'Accepted'.
บันทึก
บันทึกเมื่อมีการดำเนินธุรกรรม tax_file_transmit
ประเภทเหตุการณ์
explicit
|
|||
|
สร้างรายการเงินเดือนแล้ว
|
การสร้างรายการจ่ายเงินเฉพาะของพนักงานในกลุ่มพนักงานรอบใหม่ แสดงว่าพนักงานมีสถานะใช้งานและอยู่ในรอบการประมวลผลปัจจุบัน. | ||
|
เหตุผลที่สำคัญ
ระบุจุดเริ่มต้นอย่างเป็นทางการของขั้นตอนประมวลผลเงินเดือนในระบบหลัก ซึ่งจำเป็นต่อการแยกระยะเวลาบันทึกเวลาทำงานออกจากระยะเวลาประมวลผลเงินเดือนจริง.
แหล่งข้อมูล
ระบุเวลาที่เพิ่มรายการลงในตาราง Employee Pay หรือ Check Header สำหรับ Pay Date ที่กำหนด.
บันทึก
บันทึกเมื่อมีการดำเนินธุรกรรม pay_period_create
ประเภทเหตุการณ์
explicit
|
|||
|
อนุมัติรายการเงินเดือนแล้ว
|
การอนุมัติขั้นสุดท้ายของรายการเงินเดือนแต่ละรายการหรือทั้งกลุ่มพนักงาน การดำเนินการนี้จะล็อกรายการไม่ให้แก้ไขเพิ่มเติมและส่งเข้าคิวเพื่อสร้างรายการจ่ายเงิน. | ||
|
เหตุผลที่สำคัญ
เป็นหมุดหมายสำคัญที่แบ่งช่วงทำงานออกจากช่วงที่สรุปผลแล้ว ใช้คำนวณ 'Bank Transfer File Lead Time'.
แหล่งข้อมูล
ดึงการเปลี่ยนสถานะของกลุ่มพนักงานหรือรายการ Check แต่ละรายการเป็น 'Approved' หรือ 'Locked' ในตาราง Pay Period Control.
บันทึก
บันทึกเมื่อมีการดำเนินธุรกรรม approve_pay_group
ประเภทเหตุการณ์
explicit
|
|||
|
แก้ไขข้อมูลแล้ว
|
การแก้ไขรายการเงินเดือนด้วยตนเอง เช่น ปรับชั่วโมงทำงานหรือเปลี่ยนค่าภาษี หลังการคำนวณครั้งแรกแต่ก่อนอนุมัติขั้นสุดท้าย. | ||
|
เหตุผลที่สำคัญ
เป็นตัวชี้วัดหลักของงานแก้ไขซ้ำ การติดตามขั้นตอนนี้ช่วยคำนวณ KPI 'Manual Data Correction Rate'.
แหล่งข้อมูล
ดึงข้อมูลการอัปเดตใน Employee Pay Detail หรือ Deduction tables จาก Audit Log โดย User ID ต้องไม่ใช่ 'System'.
บันทึก
บันทึกเมื่อมีการดำเนินธุรกรรม update_pay_detail
ประเภทเหตุการณ์
explicit
|
|||
|
คำนวณเงินเดือนก่อนหักรายการต่างๆ แล้ว
|
การคำนวณรอบแรกที่ระบบหายอดรายได้รวมจากชั่วโมงทำงาน อัตราค่าจ้าง และข้อมูลค่าตอบแทนจูงใจ ขั้นตอนนี้เกิดขึ้นก่อนหักรายการต่างๆ และภาษี. | ||
|
เหตุผลที่สำคัญ
การวัดเวลาตั้งแต่ขั้นตอนนี้จนถึง 'Taxes Calculated' จะได้ตัวชี้วัด 'Gross to Net Calculation Velocity' ซึ่งใช้วิเคราะห์ประสิทธิภาพของระบบ.
แหล่งข้อมูล
อนุมานจาก 'Start Time' ของกระบวนการคำนวณแบบกลุ่มใน System Job Log.
บันทึก
เปรียบเทียบฟิลด์สถานะก่อนและหลังเริ่มงานคำนวณ
ประเภทเหตุการณ์
inferred
|
|||
|
คำนวณภาษีแล้ว
|
ขั้นตอนสุดท้ายของระบบคำนวณ ซึ่งใช้กฎภาษีหลายรัฐเพื่อหายอดเงินสุทธิ เป็นการสิ้นสุดขั้นตอนคำนวณอัตโนมัติ. | ||
|
เหตุผลที่สำคัญ
เป็นการสิ้นสุดลำดับ 'Gross to Net' หากใช้เวลานานในขั้นตอนนี้ อาจบ่งชี้ถึงปัญหาประสิทธิภาพของระบบคำนวณภาษีหรือการตั้งค่าที่ซับซ้อนในหลายเขตอำนาจ.
แหล่งข้อมูล
อนุมานจาก 'End Time' ของกระบวนการคำนวณแบบกลุ่มใน System Job Log หรือเวลาที่บันทึกในตาราง Employee Tax.
บันทึก
เปรียบเทียบฟิลด์สถานะก่อนและหลังสิ้นสุดงานคำนวณ
ประเภทเหตุการณ์
inferred
|
|||
|
แจ้งข้อยกเว้นจากการตรวจสอบแล้ว
|
ระบบหรือผู้ใช้พบความคลาดเคลื่อน เช่น เงินเดือนติดลบ รหัสภาษีหายไป หรือการแจ้งเตือน SLA ทำให้รายการต้องได้รับการตรวจสอบ. | ||
|
เหตุผลที่สำคัญ
ข้อมูลนี้ส่งตรงไปยังแดชบอร์ด 'Audit Exception and Correction Trends' หากมีจำนวนมาก แสดงว่าอาจมีปัญหาคุณภาพข้อมูลในขั้นตอนก่อนหน้า.
แหล่งข้อมูล
ระบุรายการใน System Warning Log หรือตารางข้อความ Pay Period ที่เชื่อมโยงกับรหัสพนักงานแต่ละราย.
บันทึก
บันทึกเมื่อมีการสร้างธุรกรรม validation_warning
ประเภทเหตุการณ์
explicit
|
|||
|
ตรวจสอบตัวอย่างผลการจ่ายเงินเดือนแล้ว
|
ผู้ใช้เปิดทะเบียนเงินเดือนหรือรายงานตรวจสอบตัวอย่างเพื่อยืนยันผลการคำนวณ ขั้นตอนนี้เป็นจุดเปลี่ยนจากการประมวลผลอัตโนมัติไปสู่การตรวจสอบโดยบุคลากร. | ||
|
เหตุผลที่สำคัญ
ระบุจุดเริ่มต้นของขั้นตอนตรวจสอบ หากมีช่วงเวลาห่างกันมากระหว่างการคำนวณกับการตรวจสอบตัวอย่าง อาจหมายถึงมีทรัพยากรไม่เพียงพอ.
แหล่งข้อมูล
ดึงข้อมูลจาก Audit Log เมื่อผู้ใช้เปิดรายงาน 'Payroll Register' หรือ 'Pre-Check'.
บันทึก
บันทึกเมื่อมีการดำเนินธุรกรรม report_view_preview
ประเภทเหตุการณ์
explicit
|
|||
|
นำเข้าข้อมูลค่าตอบแทนจูงใจแล้ว
|
การนำเข้าข้อมูลค่าตอบแทนจากภายนอก เช่น ค่าคอมมิชชัน โบนัส หรือการจ่ายเงินครั้งเดียว ซึ่งแยกจากชั่วโมงทำงานปกติและมักนำเข้าผ่านการอัปโหลดไฟล์แบบกลุ่ม. | ||
|
เหตุผลที่สำคัญ
อัตราความล้มเหลวสูงหรืองานแก้ไขที่เกิดขึ้นหลังขั้นตอนนี้บ่งชี้ถึงปัญหาในการจับคู่ข้อมูลหรือคุณภาพไฟล์จากภายนอก ซึ่งเป็นสาเหตุที่พบบ่อยของความล่าช้าในการจ่ายเงินเดือน.
แหล่งข้อมูล
ดึงข้อมูลจาก System Log หรือ Batch Import History เมื่อประเภทไฟล์เกี่ยวข้องกับ 'Incentives' หรือ 'Additional Pay'.
บันทึก
บันทึกเมื่อมีการดำเนินธุรกรรม import_batch_data
ประเภทเหตุการณ์
explicit
|
|||
|
นำรายการหักสวัสดิการไปใช้แล้ว
|
ระบบหักรายการสวัสดิการก่อนและหลังหักภาษี เช่น ประกันสุขภาพและ 401k จากเงินเดือนก่อนหักรายการอื่น โดยปกติขั้นตอนนี้จะทำงานทันทีหลังคำนวณเงินเดือนก่อนหักรายการต่างๆ. | ||
|
เหตุผลที่สำคัญ
ข้อผิดพลาดในขั้นตอนนี้มักต้องแก้ไขด้วยตนเอง การแยกวิเคราะห์ขั้นตอนนี้ช่วยระบุได้ว่าความล่าช้าเกิดจากระบบคำนวณสวัสดิการหรือปัญหาการตั้งค่า.
แหล่งข้อมูล
อนุมานจากเวลาของการคำนวณแบบกลุ่ม หรือดูเวลาที่สร้างรายการในตาราง Employee Deduction History.
บันทึก
อนุมานโดยเปรียบเทียบฟิลด์ calculation_stage
ประเภทเหตุการณ์
inferred
|
|||
|
เผยแพร่สลิปเงินเดือนแล้ว
|
พนักงานดูรายการแจ้งยอดเงินเดือนได้ในพอร์ทัลบริการตนเอง เป็นการสื่อสารข้อมูลให้พนักงานเสร็จสมบูรณ์. | ||
|
เหตุผลที่สำคัญ
แม้ไม่ใช่ขั้นตอนทางเทคนิคที่ขัดขวางการทำงาน แต่การเผยแพร่ล่าช้าทำให้มีการติดต่อฝ่ายช่วยเหลือมากขึ้นและกระทบต่อความพึงพอใจของพนักงาน.
แหล่งข้อมูล
อนุมานจาก 'Check Date' หรือการตั้งค่า 'Self Service Release Date' ในการตั้งค่า Pay Group.
บันทึก
อนุมานโดยเปรียบเทียบฟิลด์ check_date กับ release_policy
ประเภทเหตุการณ์
inferred
|
|||
|
ส่งใบบันทึกเวลาแล้ว
|
เหตุการณ์ที่พนักงานหรือผู้จัดการส่งบัตรบันทึกเวลาสำหรับรอบการจ่ายเงิน เหตุการณ์นี้เป็นจุดเริ่มนำข้อมูลชั่วโมงทำงานดิบเข้าสู่เวิร์กโฟลว์เงินเดือนโดยรวม แต่อาจเริ่มจากโมดูล Time Management ก่อนส่งต่อไปยังระบบ Payroll หลัก. | ||
|
เหตุผลที่สำคัญ
ใช้ระบุเวลาเริ่มต้นที่เร็วที่สุดของรอบการจ่ายเงินเดือนตั้งแต่ต้นจนจบ ซึ่งสำคัญต่อการวัดเวลาตั้งแต่ทำงานเสร็จจนข้อมูลเข้าสู่ระบบเงินเดือน.
แหล่งข้อมูล
ดึงข้อมูลจาก Time Management Audit Log หรือตาราง Time Card History เมื่อฟิลด์ Status เปลี่ยนเป็น 'Submitted'.
บันทึก
บันทึกเมื่อมีการดำเนินธุรกรรม time_card_submit
ประเภทเหตุการณ์
explicit
|
|||
|
สร้างไฟล์โอนเงินให้ธนาคารแล้ว
|
การสร้างไฟล์ NACHA หรือไฟล์โอนเงินเข้าบัญชีโดยตรงเพื่อส่งให้ธนาคาร เป็นการเตรียมเงินสำหรับโอน. | ||
|
เหตุผลที่สำคัญ
ความล่าช้าในขั้นตอนนี้เสี่ยงต่อการพลาดเวลาตัดรอบของธนาคารโดยตรง และเป็นข้อมูลสำหรับแดชบอร์ด 'Bank Transfer Generation Speed'.
แหล่งข้อมูล
ดึงเวลาที่งานสร้างไฟล์ ACH/Direct Deposit เสร็จสิ้นจาก System Job Log.
บันทึก
บันทึกเมื่อมีการดำเนินธุรกรรม create_ach_file
ประเภทเหตุการณ์
explicit
|
|||
|
อนุมัติใบบันทึกเวลาแล้ว
|
ผู้จัดการอนุมัติชั่วโมงทำงานที่ส่งมาเพื่อยืนยันว่าพร้อมนำไปประมวลผลการจ่ายเงิน ขั้นตอนนี้ทำให้ระบบนำข้อมูลเข้าสู่ระบบคำนวณเงินเดือนได้. | ||
|
เหตุผลที่สำคัญ
การวิเคราะห์คอขวดในขั้นตอนนี้ช่วยให้เห็นความล่าช้าจากการตรวจสอบของผู้จัดการ ซึ่งส่งผลโดยตรงต่อเวลาที่ผู้เชี่ยวชาญด้านเงินเดือนมีสำหรับประมวลผลข้อมูล.
แหล่งข้อมูล
ดึงข้อมูลจากประวัติ Time Management เมื่อ Status เปลี่ยนเป็น 'Approved' หรือ 'Signed Off'.
บันทึก
บันทึกเมื่อมีการดำเนินธุรกรรม time_card_approve
ประเภทเหตุการณ์
explicit
|
|||
คู่มือการดึงข้อมูล
พร้อมเริ่มต้นหรือยัง?
ใช้เทมเพลตนี้แปลงข้อมูลดิบจาก UKG Pro ให้เป็นแผนผังกระบวนการ หากต้องการความช่วยเหลือในการตั้งค่าการดึงข้อมูลสำหรับระบบเงินเดือนที่ซับซ้อน ทีมสนับสนุนของเราพร้อมช่วยคุณ.
ปรับปรุงกระบวนการจ่ายเงินเดือนใน UKG Pro ได้ทันที
ลดระยะเวลารอบการจ่ายเงินเดือนได้ 30% และขจัดคอขวด.
ไม่ต้องใช้บัตรเครดิต ตั้งค่าได้ใน 5 นาที