เทมเพลตข้อมูลการประมวลผลเงินเดือนของคุณ
เทมเพลตข้อมูลการประมวลผลเงินเดือนของคุณ
นี่คือเทมเพลตข้อมูล process mining ทั่วไปสำหรับ การประมวลผลเงินเดือน หากต้องการคำแนะนำเฉพาะเจาะจง โปรดใช้เทมเพลตสำหรับระบบนั้น.
เลือกระบบที่ต้องการ- กำหนดฟิลด์ข้อมูลหลักให้ครบถ้วนสำหรับบันทึกเหตุการณ์.
- ระบุกิจกรรมและหมุดหมายสำคัญในการประมวลผลเงินเดือน.
- ดูคำแนะนำในการดึงข้อมูลจากระบบต่างๆ.
ฟิลด์ข้อมูลการประมวลผลเงินเดือน
| ชื่อ | คำอธิบาย | ||
|---|---|---|---|
| ชื่อกิจกรรม ActivityName | ชื่องาน เหตุการณ์ หรือขั้นตอนที่เกิดขึ้นในกระบวนการเงินเดือน. | ||
| คำอธิบาย ชื่อกิจกรรมระบุการดำเนินการแต่ละรายการในวงจรการจ่ายเงินเดือน เช่น 'อนุมัติข้อมูลเวลา', 'คำนวณเงินเดือนก่อนหักภาษีและรายการหัก' หรือ 'ดำเนินการจ่ายเงิน' แต่ละกิจกรรมเป็นจุดหนึ่งในแผนผังกระบวนการและมีการระบุเวลาที่เกิดขึ้น ข้อมูลนี้เป็นพื้นฐานสำคัญของ process mining เพราะใช้สร้างแผนผังกระบวนการ เมื่อวิเคราะห์ลำดับ ความถี่ และระยะเวลาของกิจกรรม คุณจะเห็นขั้นตอนการทำงานจริง เส้นทางที่เกิดขึ้นบ่อย ความแตกต่างจากขั้นตอนมาตรฐาน และจุดที่กระบวนการช้าลงหรือเกิดคอขวด. เหตุผลที่สำคัญ ข้อมูลนี้กำหนดขั้นตอนต่างๆ ในแผนผังกระบวนการ การวิเคราะห์กิจกรรมช่วยให้เข้าใจว่าเกิดอะไรขึ้น ค้นหาคอขวด และระบุขั้นตอนที่ต้องทำซ้ำ. แหล่งข้อมูล มักพบในบันทึกระบบ เส้นทางการตรวจสอบ หรือช่องสถานะในตารางธุรกรรมเงินเดือน อาจต้องแปลงรหัสเหตุการณ์ทางเทคนิคให้เป็นชื่อที่ผู้ใช้เข้าใจได้. ตัวอย่าง ส่งข้อมูลเวลาทำงานแล้วเริ่มรอบประมวลผลเงินเดือนแล้วคำนวณยอดสุทธิจากยอดรวมแล้วดำเนินการจ่ายเงินแล้ว | |||
| รหัส Payroll Record PayrollRecordId | รหัสเฉพาะของรายการเงินเดือนแต่ละรายการ โดยทั่วไปประกอบด้วยรหัสพนักงานและรอบจ่ายเงินที่ระบุ. | ||
| คำอธิบาย Payroll Record ID เป็นรหัสเคสเฉพาะที่ใช้ระบุกระบวนการจ่ายเงินเดือนทั้งหมดของพนักงานหนึ่งคนในรอบจ่ายที่กำหนด แต่ละรหัสแทนเส้นทางตั้งแต่ส่งข้อมูลเวลาทำงานไปจนถึงการจ่ายเงินและการจัดทำรายงาน. ใน process mining คุณลักษณะนี้จำเป็นต่อการเชื่อมกิจกรรมที่เกี่ยวข้องทั้งหมดให้เป็นกระบวนการเดียวตั้งแต่ต้นจนจบ ช่วยวิเคราะห์ระยะเวลาของรอบจ่าย รูปแบบที่แตกต่าง และคอขวดของรายการเงินเดือนแต่ละรายการ หากไม่มีรหัสเคสที่ไม่ซ้ำกัน ก็จะติดตามลำดับเหตุการณ์และทำความเข้าใจการทำงานของกระบวนการได้ไม่ถูกต้อง. เหตุผลที่สำคัญ นี่คือคีย์หลักที่เชื่อมเหตุการณ์ทั้งหมดของกระบวนการให้เป็นเคสเดียว ทำให้วิเคราะห์รอบจ่ายเงินเดือนตั้งแต่ต้นจนจบของแต่ละรายการได้. แหล่งข้อมูล โดยทั่วไประบบเงินเดือนจะสร้างค่านี้ให้ หรือสร้างได้โดยนำรหัสพนักงานมาต่อกับรหัสรอบการจ่ายเงินจากข้อมูลธุรกรรมเงินเดือน. ตัวอย่าง PAY-EMP1053-202312PR7883451EMP0098_PP24_2023 | |||
| เวลาที่เกิดเหตุการณ์ EventTimestamp | วันที่และเวลาที่กิจกรรมเกิดขึ้นอย่างแม่นยำ. | ||
| คำอธิบาย เวลาที่เกิดเหตุการณ์บันทึกช่วงเวลาที่กิจกรรมเกิดขึ้นอย่างแม่นยำ ข้อมูลตามลำดับเวลานี้จำเป็นต่อการเรียงเหตุการณ์ให้ถูกต้องและคำนวณระยะเวลาระหว่างขั้นตอนต่างๆ ในกระบวนการ ใน process mining จะใช้เวลาที่บันทึกไว้เพื่อเรียงเหตุการณ์ของแต่ละเคสและวิเคราะห์ตามเวลา เช่น คำนวณระยะเวลาตั้งแต่เริ่มจนจบระหว่างกิจกรรม ระบุความล่าช้าและเวลารอ รวมถึงติดตามผลการดำเนินงานเทียบกับข้อตกลงระดับการให้บริการ (SLA) การวิเคราะห์ประสิทธิภาพของกระบวนการต้องอาศัยเวลาที่บันทึกไว้อย่างถูกต้อง. เหตุผลที่สำคัญ ข้อมูลนี้จำเป็นต่อการเรียงเหตุการณ์ให้ถูกต้อง และใช้ในการวิเคราะห์ตามเวลา ทั้งการคำนวณเวลาตั้งแต่เริ่มจนจบ ระยะเวลา และการระบุคอขวด. แหล่งข้อมูล พบได้ในบันทึกการตรวจสอบของระบบ หรือในช่อง 'วันที่สร้าง' หรือ 'เวลาเกิดเหตุการณ์' ของระเบียนธุรกรรมเงินเดือน. ตัวอย่าง 2023-12-15T09:05:00Z2023-11-30T14:22:10Z2024-01-15T11:00:00Z | |||
| ระบบต้นทาง SourceSystem | ระบบหรือแอปพลิเคชันที่เป็นแหล่งที่มาของข้อมูลเหตุการณ์. | ||
| คำอธิบาย ข้อมูลนี้ระบุระบบต้นทางที่บันทึกข้อมูลเหตุการณ์ ในระบบเงินเดือนสมัยใหม่ ข้อมูลอาจมาจากหลายระบบ เช่น ระบบบันทึกเวลาและการเข้างาน ระบบ HRIS หรือระบบคำนวณเงินเดือนหลัก การวิเคราะห์ระบบต้นทางช่วยให้เข้าใจจุดเชื่อมต่อและการส่งต่อข้อมูลในกระบวนการโดยรวม คุณสามารถกรองเหตุการณ์จากแอปพลิเคชันที่ต้องการ เพื่อวิเคราะห์ปัญหาการเชื่อมต่อหรือเปรียบเทียบกระบวนการที่จัดการในระบบต่างกัน. เหตุผลที่สำคัญ ระบุว่าขั้นตอนแต่ละรายการเกิดขึ้นที่ใด ซึ่งช่วยให้เข้าใจการแยกส่วนของกระบวนการ และค้นหาคอขวดเฉพาะระบบหรือความล่าช้าในการเชื่อมต่อ. แหล่งข้อมูล มักมีเป็นช่องมาตรฐานในไฟล์ดึงข้อมูล หรือเพิ่มได้ระหว่างการดึงข้อมูลโดยอ้างอิงจากแหล่งที่มาของตารางข้อมูล. ตัวอย่าง ระบบคำนวณเงินเดือนระบบบันทึกเวลาและการเข้างานระบบ HRIS หลักโมดูลจัดการสวัสดิการ | |||
| เวลาที่อัปเดตข้อมูลล่าสุด LastDataUpdate | เวลาที่ระบุว่าข้อมูลของเหตุการณ์นี้ได้รับการแก้ไขครั้งล่าสุดหรือดึงออกจากระบบต้นทางเมื่อใด. | ||
| คำอธิบาย เวลาที่อัปเดตข้อมูลล่าสุดช่วยบอกว่าข้อมูลเป็นปัจจุบันเพียงใด โดยระบุเวลาที่ระเบียนถูกเปลี่ยนแปลงในระบบต้นทางครั้งล่าสุด หรือเวลาที่ดึงข้อมูลเข้าชุดข้อมูลเพื่อวิเคราะห์ ซึ่งต่างจากเวลาที่เกิดเหตุการณ์ที่บันทึกเวลาซึ่งกิจกรรมทางธุรกิจเกิดขึ้นจริง ข้อมูลนี้ใช้หลักๆ เพื่อกำกับดูแลและตรวจสอบความถูกต้องของข้อมูล ช่วยจัดการการโหลดข้อมูลแบบเพิ่มเฉพาะส่วนที่เปลี่ยนแปลง และยืนยันว่าการวิเคราะห์ใช้ข้อมูลล่าสุด แม้โดยทั่วไปจะไม่ใช้วิเคราะห์ขั้นตอนการทำงานโดยตรง แต่จำเป็นต่อการรักษาความถูกต้องและความทันสมัยของชุดข้อมูล process mining. เหตุผลที่สำคัญ ช่วยยืนยันว่าข้อมูลเป็นปัจจุบัน และจำเป็นต่อการจัดการการโหลดข้อมูลแบบเพิ่มเฉพาะส่วนที่เปลี่ยนแปลง เพื่อให้แน่ใจว่าการวิเคราะห์อ้างอิงข้อมูลล่าสุดที่มี. แหล่งข้อมูล โดยทั่วไประบบจะสร้างเวลานี้ระหว่างกระบวนการดึง แปลง และโหลดข้อมูล (ETL) หรือมีอยู่ในช่อง 'วันที่แก้ไขล่าสุด' ของตารางในระบบต้นทาง. ตัวอย่าง 2023-12-16T02:00:00Z2023-12-01T05:10:00Z2024-01-16T01:30:00Z | |||
| กลุ่มการจ่ายเงินเดือน PayGroup | กลุ่มพนักงานที่ใช้รอบการจ่ายเงินเดือนเดียวกัน โดยมักกำหนดตามความถี่ในการจ่ายและประเภทพนักงาน. | ||
| คำอธิบาย กลุ่มการจ่ายเงินเดือนคือกลุ่มพนักงานที่ได้รับเงินตามกำหนดเวลาเดียวกัน เช่น 'พนักงานเงินเดือนสหรัฐฯ จ่ายทุกสองสัปดาห์' หรือ 'ผู้บริหารสหราชอาณาจักร จ่ายรายเดือน' ข้อมูลนี้ใช้จัดการและดำเนินการจ่ายเงินเดือนให้พนักงานแต่ละกลุ่ม ในการวิเคราะห์กระบวนการ คุณสามารถกรองตามกลุ่มการจ่ายเงินเดือนเพื่อเปรียบเทียบประสิทธิภาพและความคล่องตัวของแต่ละรอบได้ วิธีนี้ช่วยค้นหาปัญหาเฉพาะกลุ่ม เช่น พนักงานรายชั่วโมงที่รับเงินทุกสัปดาห์มีอัตราการแก้ไขสูงกว่าพนักงานเงินเดือนที่รับเงินรายเดือนหรือไม่ นอกจากนี้ยังช่วยให้เห็นความเชื่อมโยงระหว่างความแตกต่างของกระบวนการกับกำหนดการจ่ายเงินหรือกลุ่มพนักงาน. เหตุผลที่สำคัญ ช่วยเปรียบเทียบรอบการจ่ายเงินเดือนแต่ละแบบ และระบุว่าปัญหาของกระบวนการเกิดเฉพาะกับพนักงานบางกลุ่มหรือความถี่ในการจ่ายบางแบบหรือไม่. แหล่งข้อมูล พบได้ในข้อมูลหลักของพนักงานหรือตารางตั้งค่าระบบเงินเดือน โดยอาจใช้ชื่อว่า 'กลุ่มการจ่ายเงินเดือน', 'พื้นที่เงินเดือน' หรือชื่อใกล้เคียง. ตัวอย่าง พนักงานเงินเดือนสหรัฐฯ จ่ายทุกสองสัปดาห์สหราชอาณาจักร จ่ายรายเดือนแคนาดา พนักงานรายชั่วโมง จ่ายรายสัปดาห์ผู้บริหาร จ่ายเดือนละสองครั้ง | |||
| ชื่อผู้ใช้ UserName | ชื่อหรือรหัสของผู้ใช้ พนักงาน หรือตัวแทนระบบที่ดำเนินกิจกรรม. | ||
| คำอธิบาย ชื่อผู้ใช้ระบุบุคคลหรือระบบอัตโนมัติที่รับผิดชอบขั้นตอนหนึ่งๆ ในกระบวนการ เช่น เจ้าหน้าที่เงินเดือน ผู้จัดการที่อนุมัติข้อมูลเวลา หรือบัญชีระบบที่เรียกใช้การคำนวณอัตโนมัติ ข้อมูลนี้ช่วยให้เห็นกระบวนการจากมุมของบุคคลหรือระบบ ใช้วิเคราะห์การกระจายงาน ผลการทำงานรายบุคคล และประสิทธิภาพของทีม อีกทั้งช่วยค้นหาจุดที่ควรจัดอบรม โดยดูว่าผู้ใช้รายใดทำงานต่างจากขั้นตอนมาตรฐานบ่อยครั้งหรือเกี่ยวข้องกับการทำงานซ้ำในอัตราสูง สำหรับขั้นตอนอัตโนมัติ ข้อมูลนี้ช่วยแยกกิจกรรมที่ระบบทำออกจากกิจกรรมที่คนทำ. เหตุผลที่สำคัญ ใช้วิเคราะห์ปริมาณงาน ผลการทำงานของทีม และระดับการทำงานอัตโนมัติ อีกทั้งช่วยระบุผู้ใช้หรือทีมที่เกี่ยวข้องกับการทำงานซ้ำหรือกรณียกเว้น. แหล่งข้อมูล มักพบในช่อง 'รหัสผู้ใช้', 'ดำเนินการโดย' หรือ 'ผู้ใช้ที่ทำรายการ' ในบันทึกระบบหรือระเบียนธุรกรรม. ตัวอย่าง Jane Doej.doeSystem.BatchMark Smith | |||
| ประเภทรอบการจ่ายเงินเดือน PayrollRunType | ระบุประเภทของรอบการจ่ายเงินเดือน เช่น รอบปกติ รอบนอกกำหนด หรือการจ่ายโบนัส. | ||
| คำอธิบาย ประเภทรอบการจ่ายเงินเดือนใช้จำแนกรายการประมวลผลเงินเดือน รอบ 'ปกติ' เป็นรอบตามกำหนดมาตรฐาน ส่วนรอบ 'นอกกำหนด' เป็นการจ่ายที่ไม่ได้อยู่ในกำหนดการปกติ เช่น แก้ไขข้อผิดพลาดหรือจ่ายเงินให้พนักงานที่พ้นสภาพ นอกจากนี้ยังอาจมีรอบ 'โบนัส' หรือ 'ค่าคอมมิชชัน' ข้อมูลนี้เป็นมิติสำคัญสำหรับการเปรียบเทียบ การจ่ายนอกกำหนดมักบ่งชี้ว่ารอบปกติมีปัญหา และโดยทั่วไปใช้เวลาและค่าใช้จ่ายในการดำเนินการสูงกว่า การกรองตามประเภทรอบช่วยให้องค์กรแยกวิเคราะห์สาเหตุของกรณียกเว้น วัดความถี่และต้นทุน รวมถึงเปรียบเทียบประสิทธิภาพของรอบแต่ละประเภท. เหตุผลที่สำคัญ ช่วยแยกการประมวลผลตามปกติออกจากกรณีพิเศษ การวิเคราะห์รอบนอกกำหนดช่วยให้เข้าใจปัญหาของกระบวนการและลดการจ่ายเงินนอกมาตรฐานที่มีต้นทุนสูง. แหล่งข้อมูล โดยทั่วไปข้อมูลนี้มีอยู่ในตารางรอบการจ่ายเงินเดือนหรือตารางประมวลผลแบบชุดในระบบเงินเดือน. ตัวอย่าง ปกตินอกกำหนดโบนัสแก้ไข | |||
| เป็นการแก้ไขด้วยตนเองหรือไม่ IsManualCorrection | ค่าสถานะแบบจริงหรือเท็จที่ระบุว่ากิจกรรมมีการเปลี่ยนแปลง แทรกแซง หรือแก้ไขข้อมูลด้วยตนเองหรือไม่. | ||
| คำอธิบาย ข้อมูลนี้เป็นค่าสถานะจริงหรือเท็จที่ระบุเหตุการณ์ซึ่งผู้ใช้ต้องเข้ามาดำเนินการด้วยตนเอง ทั้งที่ตามปกติควรเป็นกระบวนการอัตโนมัติ เช่น ป้อนข้อมูลที่ขาดหาย แก้ไขใบบันทึกเวลา หรือปรับผลการคำนวณ การแก้ไขด้วยตนเองบ่งชี้โดยตรงถึงความไม่มีประสิทธิภาพ ความเสี่ยง และคุณภาพข้อมูลที่ไม่ดี การวิเคราะห์ว่ามีการแก้ไขที่จุดใดและเพราะเหตุใดจึงเป็นพื้นฐานของการปรับปรุงกระบวนการ เมื่อกรองเฉพาะรายการที่แก้ไขด้วยตนเอง องค์กรจะค้นหาสาเหตุของการทำงานซ้ำ ระบุโอกาสในการทำงานอัตโนมัติ และวัด KPI 'อัตราการทำงานถูกต้องตั้งแต่ครั้งแรก' ได้ การลดการแก้ไขด้วยตนเองช่วยให้กระบวนการจ่ายเงินเดือนมีประสิทธิภาพ ถูกต้อง และเป็นไปตามข้อกำหนดมากขึ้น. เหตุผลที่สำคัญ วัดปัญหาติดขัดและความไม่มีประสิทธิภาพของกระบวนการได้โดยตรง อัตราการแก้ไขด้วยตนเองที่สูงบ่งชี้ถึงคุณภาพข้อมูลที่ไม่ดี ระบบอัตโนมัติที่ทำงานผิดพลาด และความเสี่ยงด้านการปฏิบัติตามข้อกำหนดที่เพิ่มขึ้น. แหล่งข้อมูล อนุมานได้จากบันทึกการตรวจสอบที่ติดตามการเปลี่ยนแปลงข้อมูลโดยผู้ใช้ หรือจากรหัสธุรกรรมเฉพาะที่ระบุการปรับแก้ด้วยตนเอง. ตัวอย่าง truefalse | |||
| ยอดเงินเดือนก่อนหัก GrossPayAmount | ยอดเงินเดือนรวมที่คำนวณได้สำหรับพนักงานในระเบียนนี้ ก่อนหักรายการหักหรือภาษี. | ||
| คำอธิบาย ยอดเงินเดือนก่อนหักคือรายได้รวมของพนักงานในรอบการจ่ายเงินหนึ่งๆ เป็นตัวเลขทางการเงินสำคัญที่คำนวณระหว่างการจ่ายเงินเดือน และใช้เป็นฐานในการคำนวณภาษีและรายการหักในขั้นตอนถัดไป แม้ข้อมูลนี้จะไม่ได้ส่งผลโดยตรงต่อขั้นตอนการทำงาน แต่มีประโยชน์ในการวิเคราะห์บริบท คุณสามารถแบ่งเคสตามมูลค่า เช่น ตรวจสอบว่าระเบียนเงินเดือนมูลค่าสูงผ่านขั้นตอนต่างจากปกติหรือมีการตรวจสอบเข้มงวดกว่าไหม นอกจากนี้ยังจำเป็นต่อการวิเคราะห์ผลกระทบทางการเงิน เช่น คำนวณยอดรวมของเงินที่จ่ายผิดพลาดหรือล่าช้า. เหตุผลที่สำคัญ ให้บริบททางการเงินของกระบวนการ ช่วยวิเคราะห์ผลกระทบด้านมูลค่าของความล่าช้า การทำงานซ้ำ หรือกรณียกเว้น และแบ่งเคสตามมูลค่าได้. แหล่งข้อมูล เป็นช่องผลลัพธ์มาตรฐานจากขั้นตอนคำนวณเงินเดือนก่อนหักภาษีและรายการหัก โดยพบได้ในผลการคำนวณเงินเดือนหรือตารางข้อมูลธุรกรรม. ตัวอย่าง 2500.001575.505200.75850.00 | |||
| วันที่สิ้นสุดรอบการจ่ายเงิน PayPeriodEndDate | วันสุดท้ายของรอบการจ่ายเงินที่ระเบียนเงินเดือนนี้ครอบคลุม. | ||
| คำอธิบาย วันที่สิ้นสุดรอบการจ่ายเงินเป็นวันตัดยอดข้อมูลเวลาและการเข้างานที่นำมาคำนวณในการจ่ายเงินเดือนรอบนั้น จึงเป็นวันที่สำคัญซึ่งกำหนดช่วงเวลาของรายได้ที่นำมาประมวลผล ข้อมูลนี้มีประโยชน์ต่อการวิเคราะห์แนวโน้มในแต่ละช่วงเวลา เมื่อนำข้อมูลมารวมตามวันที่สิ้นสุดรอบการจ่ายเงิน นักวิเคราะห์จะติดตาม KPI เช่น ระยะเวลาประมวลผล อัตราข้อผิดพลาด และการแก้ไขด้วยตนเองในแต่ละเดือนหรือไตรมาสได้ ช่วยระบุรูปแบบตามฤดูกาล วัดผลของการเปลี่ยนแปลงกระบวนการ และติดตามผลการดำเนินงานในระยะยาว. เหตุผลที่สำคัญ ช่วยวิเคราะห์แนวโน้มประสิทธิภาพการจ่ายเงินเดือนตามเวลา ระบุรูปแบบตามฤดูกาล หรือวัดผลของการปรับปรุงกระบวนการจากรอบการจ่ายหนึ่งไปยังอีกรอบ. แหล่งข้อมูล เป็นข้อมูลมาตรฐานในการตั้งค่าปฏิทินเงินเดือนและข้อมูลธุรกรรมเงินเดือน. ตัวอย่าง 2023-12-312023-11-302024-01-15 | |||
| ศูนย์ต้นทุน CostCenter | แผนก หน่วยธุรกิจ หรือรหัสทางการเงินที่ใช้จัดสรรค่าใช้จ่ายเงินเดือนของพนักงาน. | ||
| คำอธิบาย ศูนย์ต้นทุนเป็นข้อมูลด้านโครงสร้างองค์กรที่เชื่อมโยงค่าใช้จ่ายเงินเดือนกับส่วนงานเฉพาะ เช่น 'ฝ่ายขาย', 'ไอที' หรือ 'ฝ่ายผลิต' และเป็นองค์ประกอบสำคัญของการรายงานทางการเงินและบัญชีบริหาร เมื่อนำศูนย์ต้นทุนมาใช้เป็นมิติในการวิเคราะห์ process mining คุณจะกรองและแยกดูข้อมูลกระบวนการตามหน่วยธุรกิจได้ การวิเคราะห์นี้ช่วยให้เห็นว่าแผนกใดมีปัญหาเงินเดือน ความล่าช้า หรือการแก้ไขด้วยตนเองมากกว่าแผนกอื่น ข้อมูลเชิงลึกนี้ช่วยให้เลือกปรับปรุงกระบวนการในส่วนที่จำเป็นหรือส่งผลกระทบมากที่สุด. เหตุผลที่สำคัญ ช่วยวิเคราะห์ตามโครงสร้างองค์กร เพื่อดูว่าปัญหาเงินเดือน ความล่าช้า หรือความไม่มีประสิทธิภาพกระจุกตัวอยู่ในแผนกหรือหน่วยธุรกิจใดหรือไม่. แหล่งข้อมูล มีอยู่ในข้อมูลหลักของพนักงาน โครงสร้างองค์กรของ HR หรือตารางการจัดสรรทางการเงินในระบบเงินเดือนหรือ HR. ตัวอย่าง CC4510 - การตลาดFIN-1001SALES-US-EASTIT-DEV-200 | |||
| กำหนดเวลา SLA SlaDeadline | วันที่และเวลาเป้าหมายที่ต้องดำเนินขั้นตอนสำคัญของกระบวนการให้เสร็จ โดยทั่วไปคือการจ่ายเงิน. | ||
| คำอธิบาย กำหนดเวลา SLA คือเวลาที่แสดงข้อตกลงว่าจะดำเนินการส่วนสำคัญของกระบวนการจ่ายเงินเดือนให้เสร็จเมื่อใด เช่น สร้างไฟล์โอนเงินผ่านธนาคารหรือดำเนินการจ่ายเงิน ข้อมูลนี้ใช้เป็นเกณฑ์เปรียบเทียบกับผลการดำเนินงานจริง ข้อมูลนี้จำเป็นต่อการติดตามและวิเคราะห์การปฏิบัติตาม SLA เมื่อนำเวลาที่กิจกรรมเสร็จจริงมาเปรียบเทียบกับกำหนดเวลา SLA องค์กรจะระบุกรณีที่ไม่เป็นไปตามกำหนด วัดระดับความล่าช้า และจัดการความเสี่ยงล่วงหน้าได้ นอกจากนี้ยังเป็นข้อมูลสำคัญในแดชบอร์ดที่ติดตามประสิทธิภาพการจ่ายเงินและความน่าเชื่อถือของกระบวนการ. เหตุผลที่สำคัญ กำหนดเป้าหมายด้านประสิทธิภาพ ทำให้วัดการปฏิบัติตาม SLA ระบุการจ่ายเงินล่าช้า และวิเคราะห์สาเหตุของความล่าช้าได้. แหล่งข้อมูล อาจเป็นช่องที่กำหนดไว้ในระบบตามการตั้งค่ารอบการจ่ายเงิน หรือคำนวณจากกฎทางธุรกิจ เช่น วันที่สิ้นสุดรอบการจ่ายเงินบวกสามวันทำการ. ตัวอย่าง 2023-12-18T17:00:00Z2024-01-03T16:00:00Z2023-12-05T17:00:00Z | |||
| เขตอำนาจภาษี TaxJurisdiction | พื้นที่ทางภูมิศาสตร์หลัก เช่น รัฐหรือจังหวัด ซึ่งกำหนดวิธีคำนวณภาษีสำหรับระเบียนเงินเดือน. | ||
| คำอธิบาย เขตอำนาจภาษีระบุภูมิภาคทางกฎหมายหรือการปกครองที่ใช้คำนวณและนำส่งภาษี ความซับซ้อนของการจ่ายเงินเดือนอาจแตกต่างกันมากในแต่ละเขต เนื่องจากกฎ อัตราภาษี และข้อกำหนดในการยื่นแบบไม่เหมือนกัน การวิเคราะห์กระบวนการตามเขตอำนาจภาษีช่วยค้นหาปัญหาในแต่ละภูมิภาคได้ เช่น อาจพบว่าการจ่ายเงินเดือนในรัฐหรือประเทศหนึ่งใช้เวลานานกว่าปกติหรือเกิดข้อผิดพลาดบ่อยกว่า ซึ่งอาจชี้ว่าต้องปรับการตั้งค่าระบบให้รองรับกฎของเขตนั้น หรือจัดอบรมเพิ่มเติมให้ผู้เชี่ยวชาญที่ดูแลพื้นที่ดังกล่าว. เหตุผลที่สำคัญ ช่วยวิเคราะห์ประสิทธิภาพกระบวนการตามพื้นที่ทางภูมิศาสตร์หรือเขตทางกฎหมาย และระบุว่าความซับซ้อนหรือข้อผิดพลาดกระจุกตัวในเขตใดหรือไม่. แหล่งข้อมูล เป็นส่วนหนึ่งของการตั้งค่าข้อมูลภาษีของพนักงานในระบบเงินเดือนหรือ HR. ตัวอย่าง US-CAGB-ENGDE-BECA-ON | |||
| ประเภทข้อยกเว้นจากการตรวจสอบ AuditExceptionType | จำแนกประเภทคำเตือน ข้อผิดพลาด หรือปัญหาด้านการปฏิบัติตามข้อกำหนดที่พบระหว่างการตรวจสอบเงินเดือน. | ||
| คำอธิบาย เมื่อระบบตรวจสอบอัตโนมัติทำงานระหว่างกระบวนการจ่ายเงินเดือน ระบบอาจแจ้งระเบียนที่ไม่เป็นไปตามกฎที่กำหนดไว้ ข้อมูลนี้ระบุประเภทของข้อยกเว้น เช่น 'ไม่มีเลขประจำตัวผู้เสียภาษี', 'ล่วงเวลาที่ยังไม่ได้รับอนุมัติ' หรือ 'ยอดเงินเดือนก่อนหักผิดปกติ' การวิเคราะห์ประเภทและความถี่ของข้อยกเว้นจากการตรวจสอบช่วยให้เห็นปัญหาด้านคุณภาพข้อมูลและการปฏิบัติตามข้อกำหนดโดยตรง องค์กรสามารถใช้ข้อมูลนี้วิเคราะห์หาสาเหตุ เช่น ตรวจสอบว่าข้อยกเว้น 'ไม่มีเลขประจำตัวผู้เสียภาษี' ที่เพิ่มขึ้นเกิดจากขั้นตอนรับพนักงานใหม่ที่มีปัญหาหรือไม่ การติดตามข้อยกเว้นเหล่านี้จำเป็นต่อแดชบอร์ด 'ติดตามการตรวจสอบและการปฏิบัติตามข้อกำหนด' และการลดความเสี่ยง. เหตุผลที่สำคัญ ช่วยวัดและจำแนกปัญหาด้านคุณภาพข้อมูลและการปฏิบัติตามข้อกำหนดได้โดยตรง ทำให้วิเคราะห์หาสาเหตุและปรับปรุงความถูกต้องพร้อมลดความเสี่ยงได้ตรงจุด. แหล่งข้อมูล ระบบตรวจสอบหรือกลไกตรวจสอบความถูกต้องภายในของระบบเงินเดือนเป็นผู้สร้างข้อมูลนี้ โดยทั่วไปจัดเก็บไว้ในบันทึกการตรวจสอบหรือรายงานข้อยกเว้น. ตัวอย่าง ล่วงเวลาที่ยังไม่ได้รับอนุมัติข้อมูลบัญชีธนาคารไม่ถูกต้องยอดเงินเดือนก่อนหักเกินเกณฑ์ข้อมูลภาษีไม่ครบ | |||
| ประเภทพนักงาน EmployeeType | การจำแนกประเภทพนักงาน เช่น พนักงานเงินเดือน พนักงานรายชั่วโมง ผู้รับจ้าง หรือพนักงานชั่วคราว. | ||
| คำอธิบาย ประเภทพนักงานเป็นข้อมูลจากข้อมูลหลักของ HR ที่ใช้จำแนกบุคลากร พนักงานแต่ละประเภทมักใช้กระบวนการจ่ายเงินเดือนต่างกัน ต้องใช้ข้อมูลต่างกัน และอยู่ภายใต้ข้อกำหนดที่ต่างกัน การใช้ข้อมูลนี้เป็นมิติในการวิเคราะห์ช่วยให้เห็นความแตกต่างของผลการดำเนินงานในกระบวนการได้ชัดเจน เช่น กระบวนการจ่ายเงินให้พนักงานรายชั่วโมงอาจต้องเชื่อมโยงข้อมูลเวลาที่ซับซ้อนกว่า และมีโอกาสเกิดข้อผิดพลาดมากกว่ากระบวนการของพนักงานเงินเดือน การเปรียบเทียบ KPI เช่น ระยะเวลาตั้งแต่เริ่มจนจบหรืออัตราการแก้ไขในพนักงานแต่ละประเภท ช่วยให้ปรับปรุงกระบวนการให้เหมาะกับความต้องการของแต่ละกลุ่ม. เหตุผลที่สำคัญ ช่วยแบ่งกลุ่มกระบวนการเพื่อให้เห็นความแตกต่างและปัญหาของบุคลากรแต่ละประเภท เช่น พนักงานรายชั่วโมงกับพนักงานเงินเดือน. แหล่งข้อมูล เป็นช่องมาตรฐานในระเบียนข้อมูลหลักของพนักงานในระบบ HR หรือระบบเงินเดือน. ตัวอย่าง พนักงานเงินเดือนพนักงานรายชั่วโมงผู้รับจ้างเต็มเวลาไม่เต็มเวลา | |||
| สถานะการปฏิบัติตาม SLA SlaComplianceStatus | สถานะที่คำนวณขึ้นเพื่อระบุว่าหมุดหมายสำคัญ เช่น การจ่ายเงิน เสร็จตรงเวลา ก่อนกำหนด หรือหลังกำหนด. | ||
| คำอธิบาย ข้อมูลนี้จำแนกผลการดำเนินงานของเคสเทียบกับข้อตกลงระดับการให้บริการที่กำหนดไว้ โดยทั่วไปคำนวณจากการเปรียบเทียบเวลาจริงของกิจกรรมตามหมุดหมาย เช่น 'สร้างไฟล์โอนเงินผ่านธนาคาร' กับ 'กำหนดเวลา SLA' ข้อมูลนี้แสดงผลการดำเนินงานได้ชัดเจนและทันที นำไปใช้ในแดชบอร์ดและรายงานได้ การวิเคราะห์สถานะการปฏิบัติตาม SLA ช่วยวัดจำนวนกรณีที่พลาดกำหนด และเจาะดูรายละเอียดของกระบวนการในเคสที่ล่าช้าเทียบกับเคสที่เสร็จตรงเวลา ซึ่งจำเป็นต่อการค้นหาสาเหตุของความล่าช้าและเพิ่มความน่าเชื่อถือและความคาดการณ์ได้ของกระบวนการจ่ายเงินเดือน. เหตุผลที่สำคัญ เป็นตัวชี้วัดผลการดำเนินงานเทียบกับเป้าหมายที่เข้าใจง่ายและตรงไปตรงมา ช่วยรายงานการปฏิบัติตามข้อกำหนดและเน้นวิเคราะห์เคสที่ไม่ทันกำหนดเวลา. แหล่งข้อมูล ไม่มีข้อมูลนี้โดยตรงในระบบต้นทาง แต่คำนวณได้จากการเปรียบเทียบ EventTimestamp ของกิจกรรมตามหมุดหมายกับแอตทริบิวต์ SlaDeadline. ตัวอย่าง ตรงเวลาล่าช้าก่อนกำหนด | |||
กิจกรรมในการประมวลผลเงินเดือน
| กิจกรรม | คำอธิบาย | ||
|---|---|---|---|
| คำนวณยอดสุทธิจากยอดรวมแล้ว | การทำงานของระบบคำนวณหลัก ซึ่งประมวลผลรายได้ รายการหัก และภาษีทั้งหมดเพื่อคำนวณยอดเงินสุทธิที่จะจ่าย กิจกรรมนี้ดำเนินการโดยระบบและเปลี่ยนข้อมูลตั้งต้นให้เป็นยอดเงินที่พร้อมจ่าย. | ||
| เหตุผลที่สำคัญ นี่คือหัวใจของกระบวนการจ่ายเงินเดือน การวัดระยะเวลาและอัตราความสำเร็จของขั้นตอนนี้มีความสำคัญต่อการประเมินประสิทธิภาพระบบและผลกระทบของคุณภาพข้อมูลต่อการประมวลผล. แหล่งข้อมูล บันทึกไว้ในบันทึกการทำงานของระบบคำนวณเงินเดือน โดยมักใช้เวลาที่งานหรือโปรแกรมคำนวณหลักสำหรับพนักงานแต่ละคนเสร็จสิ้น. บันทึก ใช้เวลาที่บันทึกเมื่อการคำนวณเงินเดือนตามชุดคำสั่งหรือฟังก์ชันเสร็จสมบูรณ์. ประเภทเหตุการณ์ explicit | |||
| ดำเนินการจ่ายเงินแล้ว | วันที่เงินพร้อมให้พนักงานใช้หรือวันที่ออกเช็ค ถือเป็นจุดสิ้นสุดภาระการจ่ายเงินเดือนของรอบนั้นในทางการเงิน. | ||
| เหตุผลที่สำคัญ นี่คือผลลัพธ์สุดท้ายของกระบวนการจ่ายเงินเดือนในมุมมองของพนักงาน เป็นวันที่สำคัญสำหรับวัดความตรงเวลาของการจ่ายเงินและความสำเร็จโดยรวมของกระบวนการ. แหล่งข้อมูล มักคำนวณจากฟิลด์ 'วันที่ออกเช็ค' หรือ 'วันที่จ่ายเงิน' ที่กำหนดไว้ในรอบจ่ายเงินเดือน และอาจตรวจสอบยืนยันได้จากข้อมูลกระทบยอดธนาคาร. บันทึก ใช้ค่าจากฟิลด์ 'วันที่จ่ายเงิน' หรือ 'วันที่ออกเช็ค' ที่เชื่อมโยงกับรายการเงินเดือนที่สรุปแล้ว. ประเภทเหตุการณ์ calculated | |||
| เผยแพร่สลิปเงินเดือนแล้ว | กิจกรรมที่ทำให้พนักงานเข้าถึงรายการจ่ายเงินหรือสลิปเงินเดือนดิจิทัลผ่านพอร์ทัลบริการตนเองได้ ถือเป็นการแจ้งข้อมูลค่าจ้างให้พนักงานครบถ้วน. | ||
| เหตุผลที่สำคัญ การเข้าถึงสลิปเงินเดือนได้ทันเวลาสำคัญต่อความพึงพอใจและความโปร่งใส การวิเคราะห์ช่วงเวลาตั้งแต่จ่ายเงินจนถึงเผยแพร่ช่วยประเมินประสิทธิภาพการสื่อสารหลังจ่ายเงิน. แหล่งข้อมูล ข้อมูลมาจากบันทึกของบริการสร้างเอกสารหรือเผยแพร่ผ่านพอร์ทัล หรือจากฟิลด์สถานะในรายการจ่ายเงินของพนักงาน. บันทึก บันทึกเวลาที่กระบวนการสร้างสลิปเงินเดือนเสร็จสิ้น หรือเวลาที่ตั้งค่าสถานะการแสดงเอกสารเป็น 'เผยแพร่แล้ว'. ประเภทเหตุการณ์ explicit | |||
| ส่งข้อมูลเวลาทำงานแล้ว | บันทึกการส่งข้อมูลเวลาและการเข้างานของพนักงานครั้งแรกสำหรับรอบจ่ายเงิน กิจกรรมนี้เป็นจุดเริ่มต้นหลักของรอบจ่ายเงินเดือน และโดยทั่วไปพนักงานหรือผู้จัดการโดยตรงจะเป็นผู้ดำเนินการ. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดเริ่มต้นของรายการเงินเดือนส่วนใหญ่ การติดตามเวลาที่เกิดกิจกรรมช่วยวัดระยะเวลารวมของรอบจ่ายเงินเดือนและระบุความล่าช้าในการรวบรวมข้อมูล. แหล่งข้อมูล ข้อมูลมาจากบันทึกธุรกรรมหรือประวัติ workflow ในโมดูลบันทึกเวลาและการเข้างาน หรือการจัดการกำลังคน โดยมักเชื่อมโยงกับการเปลี่ยนสถานะของใบบันทึกเวลาทำงาน. บันทึก บันทึกเวลาที่สถานะของใบบันทึกเวลาทำงานหรือบัตรลงเวลาทำงานเปลี่ยนเป็น 'ส่งแล้ว', 'รออนุมัติ' หรือสถานะที่มีความหมายเทียบเท่า. ประเภทเหตุการณ์ explicit | |||
| อนุมัติข้อมูลเวลาทำงานแล้ว | หมายถึงผู้จัดการหรือหัวหน้างานอนุมัติข้อมูลเวลาทำงานที่พนักงานส่งมาอย่างเป็นทางการ ขั้นตอนตรวจสอบสำคัญนี้เป็นการอนุญาตให้นำชั่วโมงที่บันทึกไว้ไปคำนวณเงินเดือน. | ||
| เหตุผลที่สำคัญ การอนุมัติเป็นขั้นตอนควบคุมสำคัญ หากล่าช้าจะกระทบกำหนดการจ่ายเงินเดือนโดยตรง และอาจเป็นสาเหตุหลักของคอขวด จึงควรนำมาวิเคราะห์ผลการดำเนินงาน. แหล่งข้อมูล ค้นหาได้จากประวัติการตรวจสอบในระบบบันทึกเวลาและการเข้างานหรือระบบ HR หลัก โดยมักบันทึกเป็นการเปลี่ยนสถานะรายการเวลาจาก 'ส่งแล้ว' เป็น 'อนุมัติแล้ว'. บันทึก ระบุกิจกรรมที่สถานะอนุมัติของรายการเวลาถูกตั้งเป็น 'อนุมัติแล้ว' หรือ 'เสร็จสมบูรณ์'. ประเภทเหตุการณ์ explicit | |||
| อนุมัติรอบจ่ายเงินเดือนแล้ว | การอนุมัติผลเงินเดือนขั้นสุดท้ายสำหรับรอบจ่ายโดยผู้ใช้ที่ได้รับอนุญาต โดยทั่วไปการดำเนินการนี้จะล็อกข้อมูลเงินเดือน ป้องกันการแก้ไขเพิ่มเติม และอนุญาตให้ระบบดำเนินการจ่ายเงิน. | ||
| เหตุผลที่สำคัญ นี่คือจุดสำคัญที่ย้อนกลับไม่ได้ในขั้นตอนก่อนจ่ายเงิน เป็นจุดสิ้นสุดของช่วงคำนวณและตรวจสอบ และเป็นหมุดหมายสำคัญในการวัดการดำเนินงานให้ตรงเวลา. แหล่งข้อมูล บันทึกเป็นการเปลี่ยนสถานะอย่างเป็นทางการในระบบเงินเดือน เช่น 'สรุปแล้ว', 'ยืนยันแล้ว' หรือ 'อนุมัติแล้ว' เป็นการดำเนินการโดยผู้ใช้ที่มีเวลาบันทึกชัดเจน. บันทึก ใช้เวลาของกิจกรรมที่ล็อกรอบจ่ายเงินเดือน ซึ่งมักมีชื่อว่า 'สรุป', 'อนุมัติ' หรือ 'ยืนยัน'. ประเภทเหตุการณ์ explicit | |||
| โอนข้อมูลไปยัง GL แล้ว | หมายถึงการโอนข้อมูลต้นทุนเงินเดือนและข้อมูลทางการเงินไปยังบัญชีแยกประเภททั่วไปหรือระบบการเงิน กิจกรรมนี้เป็นจุดปิดบัญชีของรอบจ่ายเงินเดือน. | ||
| เหตุผลที่สำคัญ นี่เป็นขั้นตอนเชื่อมต่อระบบขั้นสุดท้าย เพื่อให้ข้อมูลทางการเงินของบริษัทสะท้อนค่าใช้จ่ายเงินเดือนได้ถูกต้อง หากล่าช้าอาจกระทบความเร็วและความถูกต้องของการปิดบัญชีการเงิน. แหล่งข้อมูล ข้อมูลมาจากบันทึกของอินเทอร์เฟซ GL หรือโปรแกรมบันทึกรายการ โดยบันทึกเมื่อการโอนข้อมูลเสร็จสมบูรณ์. บันทึก ระบุเวลาที่งานบันทึกผลเงินเดือนลงในระบบบัญชีการเงินเสร็จสิ้น. ประเภทเหตุการณ์ explicit | |||
| แก้ไขข้อมูลเงินเดือนแล้ว | ผู้เชี่ยวชาญด้านเงินเดือนแก้ไขข้อมูลค่าจ้างของพนักงานด้วยตนเอง เพื่อจัดการข้อยกเว้นที่ถูกตั้งค่าสถานะหรือปรับรายการที่จำเป็น กิจกรรมนี้เป็นการแทรกแซงโดยบุคคลในกระบวนการอัตโนมัติ. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้บันทึกการทำงานซ้ำโดยตรง การติดตามการแก้ไขช่วยวัดแรงงานที่ต้องใช้เพื่อจัดทำเงินเดือนให้ถูกต้อง และระบุประเภทข้อผิดพลาดที่พบบ่อย. แหล่งข้อมูล ค้นหาได้จากประวัติการตรวจสอบระดับฟิลด์หรือบันทึกการเปลี่ยนแปลงของรายการข้อมูลเงินเดือน ระบบจะบันทึกทุกครั้งที่ผู้ใช้แก้ไขฟิลด์สำคัญเกี่ยวกับค่าจ้างหลังการคำนวณครั้งแรก. บันทึก ระบุกิจกรรมการเปลี่ยนแปลงที่ผู้ใช้ดำเนินการในตารางข้อมูลเงินเดือน ซึ่งเกิดขึ้นหลังการคำนวณครั้งแรกและก่อนอนุมัติขั้นสุดท้าย. ประเภทเหตุการณ์ explicit | |||
| ดูตัวอย่างผลเงินเดือนแล้ว | เกิดขึ้นเมื่อผู้ดูแลระบบเงินเดือนสร้างหรือเปิดดูทะเบียนเงินเดือนหรือรายงานเบื้องต้น เพื่อตรวจสอบความถูกต้องของผลคำนวณ นี่เป็นขั้นตอนหลักที่บุคคลตรวจสอบก่อนสรุปรอบจ่ายเงินเดือน. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้แสดงจุดเริ่มต้นของช่วงตรวจสอบโดยบุคคล การวิเคราะห์เวลาที่ใช้ดูตัวอย่างและจำนวนรอบดูตัวอย่าง แก้ไข และคำนวณใหม่ ช่วยให้เห็นความไม่มีประสิทธิภาพในขั้นตอนตรวจสอบ. แหล่งข้อมูล ข้อมูลมาจากบันทึกระบบที่ติดตามการสร้างรายงานหรือการเข้าถึงหน้าจอและเอกสารตัวอย่างที่ระบุ. บันทึก บันทึกเวลาที่ผู้ใช้เรียกใช้รายงาน 'ดูตัวอย่างเงินเดือน' เปิดมุมมอง 'ทะเบียนเงินเดือน' หรือใช้ฟังก์ชันตรวจสอบที่มีความหมายเทียบเท่า. ประเภทเหตุการณ์ explicit | |||
| ตั้งค่าสถานะข้อยกเว้นจากการตรวจสอบแล้ว | หมายถึงกฎตรวจสอบอัตโนมัติของระบบพบข้อผิดพลาด คำเตือน หรือความไม่สอดคล้องในข้อมูลเงินเดือนที่คำนวณแล้ว กิจกรรมนี้ทำให้ต้องตรวจสอบและดำเนินการด้วยตนเอง. | ||
| เหตุผลที่สำคัญ ข้อยกเว้นที่ถูกตั้งค่าสถานะเป็นสาเหตุหลักของการทำงานซ้ำและการใช้แรงงานคน การวิเคราะห์ความถี่และประเภทของข้อยกเว้นช่วยระบุสาเหตุที่แท้จริงของความไม่มีประสิทธิภาพ เช่น คุณภาพข้อมูลต่ำหรือปัญหาการตั้งค่าระบบ. แหล่งข้อมูล ระบบสร้างรายการนี้จากการตรวจสอบความถูกต้องระหว่างหรือหลังการคำนวณ โดยทั่วไปพบได้ในบันทึกข้อผิดพลาด รายงานการตรวจสอบ หรือสถานะเฉพาะของรายการเงินเดือน. บันทึก บันทึกเวลาที่ระบบสร้างและบันทึกข้อความแสดงข้อผิดพลาดหรือคำเตือนที่เกี่ยวข้องกับรายการเงินเดือน. ประเภทเหตุการณ์ explicit | |||
| นำเข้าข้อมูลเพิ่มเติมแล้ว | บันทึกการนำเข้าข้อมูลค่าตอบแทนจากภายนอกหรือข้อมูลที่ไม่ใช่รายการปกติ เช่น ค่าคอมมิชชัน โบนัส หรือเงินช่วยเหลือครั้งเดียว โดยจะรวมข้อมูลนี้กับข้อมูลเวลาทำงานปกติก่อนคำนวณ. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้แสดงให้เห็นว่ากระบวนการต้องพึ่งพาแหล่งข้อมูลภายนอก การวิเคราะห์เวลาที่ใช้ในการนำเข้าข้อมูลช่วยให้เข้าใจและปรับปรุงประสิทธิภาพการเชื่อมต่อข้อมูลได้. แหล่งข้อมูล โดยทั่วไปข้อมูลนี้มาจากบันทึกงานนำเข้าข้อมูลแบบชุด เครื่องมือโหลดข้อมูล หรือเวลาที่สร้างรายการองค์ประกอบค่าตอบแทนแต่ละรายการ. บันทึก ใช้เวลาที่งานนำเข้าข้อมูลเสร็จสิ้น หรือวันที่สร้างรายการจ่ายเงินเพิ่มเติมในระบบเงินเดือน. ประเภทเหตุการณ์ explicit | |||
| เริ่มรอบประมวลผลเงินเดือนแล้ว | จุดเริ่มต้นอย่างเป็นทางการของการประมวลผลเงินเดือนสำหรับรอบจ่ายและกลุ่มพนักงานที่ระบุ ระบบจะสร้างเคสหรือรายการเงินเดือนเพื่อเชื่อมโยงการคำนวณและกิจกรรมทั้งหมดที่ตามมา. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นจุดเปลี่ยนจากการรวบรวมข้อมูลไปสู่การประมวลผลจริง ใช้เป็นจุดอ้างอิงเพื่อวัดช่วงคำนวณและตรวจสอบหลักของรอบจ่ายเงินเดือน. แหล่งข้อมูล ระบุได้จากเวลาที่สร้างชุดข้อมูลเงินเดือน รายการรอบจ่าย หรือรายการแรกในบันทึกกระบวนการจ่ายเงินเดือนของรอบนั้น. บันทึก บันทึกเวลาที่ระบบสร้างรอบจ่ายเงินเดือนหรือชุดข้อมูลใหม่สำหรับกลุ่มพนักงานที่เกี่ยวข้อง. ประเภทเหตุการณ์ inferred | |||
| สร้างข้อมูลยื่นภาษีแล้ว | การสร้างไฟล์และรายงานภาษีตามกฎหมายที่หน่วยงานรัฐกำหนด อาจรวมถึงการสร้างไฟล์สำหรับบริการยื่นภาษีของบุคคลที่สามหรือสำหรับยื่นโดยตรง. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้สำคัญต่อการปฏิบัติตามข้อกำหนด การติดตามให้เสร็จตามเวลาช่วยให้ชำระภาษีตามกำหนดและหลีกเลี่ยงค่าปรับ. แหล่งข้อมูล ข้อมูลมาจากบันทึกการทำงานของงานรายงานภาษี หรือเวลาที่สร้างไฟล์ผลลัพธ์ด้านภาษี. บันทึก ใช้เวลาที่กระบวนการของระบบสร้างรายงานยื่นภาษีรายงวดหรือรายไตรมาสเสร็จสิ้น. ประเภทเหตุการณ์ explicit | |||
| สร้างไฟล์โอนเงินผ่านธนาคารแล้ว | การสร้างไฟล์จ่ายเงินอิเล็กทรอนิกส์ เช่น ไฟล์ ACH หรือ NACHA ซึ่งมีคำสั่งจ่ายเงินสำหรับธนาคาร ขั้นตอนนี้เตรียมข้อมูลการจ่ายเงินเพื่อส่งต่อ. | ||
| เหตุผลที่สำคัญ กิจกรรมนี้เป็นขั้นตอนทางเทคนิคสุดท้ายก่อนโอนเงิน การวัดเวลาตั้งแต่อนุมัติจนถึงสร้างไฟล์ช่วยให้ดำเนินการตามกำหนดเวลาของธนาคารได้. แหล่งข้อมูล ข้อมูลมาจากบันทึกการทำงานของโปรแกรมสร้างไฟล์จ่ายเงิน หรือเวลาที่สร้างไฟล์ผลลัพธ์. บันทึก ระบุเวลาที่งานหรือกระบวนการของระบบสร้างไฟล์ฝากเงินเข้าบัญชีโดยตรงหรือไฟล์โอนเงินผ่านธนาคารเสร็จสิ้น. ประเภทเหตุการณ์ explicit | |||
คู่มือดึงข้อมูล
วิธีดึงข้อมูลแตกต่างกันไปตามระบบ หากต้องการคำแนะนำโดยละเอียด
พร้อมเริ่มต้นหรือยัง?
เริ่มปรับปรุงกระบวนการประมวลผลเงินเดือนด้วยเทมเพลตทั่วไปนี้ หรือเลือกคู่มือดึงข้อมูลสำหรับระบบที่คุณใช้ เพื่อปรับขั้นตอนให้เหมาะกับสภาพแวดล้อมปัจจุบัน.
เพิ่มประสิทธิภาพและการปฏิบัติตามข้อกำหนดในการจ่ายเงินเดือน
ปรับการปฏิบัติการให้คล่องตัว ลดข้อผิดพลาด และเตรียมพร้อมสำหรับการตรวจสอบได้รวดเร็ว.
ไม่ต้องใช้บัตรเครดิต เริ่มใช้งานได้ภายในไม่กี่วัน.