เทมเพลตข้อมูลกระบวนการจ่ายเงินเดือน

UKG Pro
เทมเพลตข้อมูลกระบวนการจ่ายเงินเดือน

เทมเพลตข้อมูลกระบวนการจ่ายเงินเดือน

เทมเพลตนี้เป็นโครงสร้างตั้งต้นสำหรับทำแผนที่รอบการจ่ายเงินเดือนใน UKG Pro และนำข้อมูลไปใช้ปรับปรุงงาน โดยระบุคุณลักษณะที่จำเป็นสำหรับการวิเคราะห์เชิงลึก ขั้นตอนที่ควรติดตาม และวิธีรวบรวมข้อมูลจากระบบของคุณ เมื่อจัดข้อมูลตามเทมเพลตนี้ คุณจะระบุจุดที่ทำงานไม่มีประสิทธิภาพและตรวจสอบการปฏิบัติตามข้อกำหนดด้านเงินเดือนได้อย่างตรงจุด.
  • แอตทริบิวต์ข้อมูลมาตรฐานสำหรับวิเคราะห์เงินเดือน
  • จุดสำคัญของกระบวนการที่ควรติดตามใน UKG Pro
  • แนวทางทางเทคนิคสำหรับดึงข้อมูลและเชื่อมต่อระบบ
เพิ่งเริ่มใช้บันทึกเหตุการณ์ใช่ไหม เรียนรู้ วิธีสร้าง event log สำหรับ process mining.

แอตทริบิวต์ของกระบวนการจ่ายเงินเดือน

ตารางนี้ระบุฟิลด์ข้อมูลและข้อมูลประกอบที่แนะนำ ซึ่งจำเป็นต่อการสร้างบันทึกเหตุการณ์สำหรับวิเคราะห์กระบวนการจ่ายเงินเดือน.
5 จำเป็น 11 แนะนำ 3 ไม่บังคับ
ชื่อ คำอธิบาย
การประทับเวลา
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

ตัวอย่าง
ฟีดค่าคอมมิชชันการขายอัปโหลดโบนัสด้วยตนเองระบบค่าตอบแทนผู้บริหาร
จำเป็น แนะนำ ไม่บังคับ

กิจกรรมในกระบวนการจ่ายเงินเดือน

ขั้นตอนและจุดสำคัญของกระบวนการที่ควรบันทึกไว้ในบันทึกเหตุการณ์ เพื่อให้ค้นพบกระบวนการและระบุคอขวดได้อย่างแม่นยำ.
4 แนะนำ 11 ไม่บังคับ
กิจกรรม คำอธิบาย
ดำเนินการจ่ายเงินแล้ว
วันที่มีผลหรือวันที่โอนเงินจริงให้พนักงาน เป็นการยืนยันว่าองค์กรได้จ่ายค่าตอบแทนตามที่กำหนดแล้ว.
เหตุผลที่สำคัญ

ใช้ตรวจสอบ '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 ให้เป็นแผนผังกระบวนการ หากต้องการความช่วยเหลือในการตั้งค่าการดึงข้อมูลสำหรับระบบเงินเดือนที่ซับซ้อน ทีมสนับสนุนของเราพร้อมช่วยคุณ.

ปรับปรุงกระบวนการจ่ายเงินเดือนใน UKG Pro ได้ทันที

ลดระยะเวลารอบการจ่ายเงินเดือนได้ 30% และขจัดคอขวด.

เริ่มทดลองใช้ฟรี

ไม่ต้องใช้บัตรเครดิต ตั้งค่าได้ใน 5 นาที