สถานการณ์ลูกค้า
เราควรแก้ไขสลิปเงินเดือนที่เปิดแล้วแต่ยังไม่ตอบรับอย่างไร?
คำถามจากลูกค้าที่ปกปิดข้อมูลระบุตัวบุคคล และปรับให้สอดคล้องกับกระบวนการที่ SugarHR เผยแพร่ เป็นคำแนะนำเชิงปฏิบัติ ไม่ใช่ผลการติดตั้งใช้งานที่ผ่านการยืนยัน
ระบุสถานะปัจจุบันของรายการ แล้วทำตามขั้นตอนยกเลิก เรียกคืน หรือแก้ไขที่รองรับ เก็บความเชื่อมโยงของฉบับเดิมกับฉบับแก้ไขไว้
สถานการณ์
นายจ้างพบข้อผิดพลาดหลังจากมีการอ่านสลิปแล้ว แต่ก่อนที่พนักงานจะยืนยันรับทราบเสร็จสมบูรณ์
เหตุใดเงื่อนไขนี้จึงเปลี่ยนเวิร์กโฟลว์
สถานะการอ่านและการรับทราบเป็นข้อเท็จจริงที่แตกต่างกัน ตรวจสอบการเปลี่ยนแปลงเมื่อมีลายเซ็นอยู่แล้ว และหลีกเลี่ยงการสัญญาว่าจะย้อนกลับแบบมองไม่เห็นเพียงเพราะสามารถแก้ไขตัวอย่างที่ยังไม่ได้ส่งอีกตัวอย่างหนึ่งได้
ลำดับการปฏิบัติสำหรับสถานการณ์นี้
1. แก้ไขให้ตรงกับรายการที่มีปัญหา ระบุพนักงานและชุดส่งต้นฉบับ ตรวจสถานะการยืนยัน แล้วใช้ขั้นตอนแก้ไขที่ระบบรองรับ ตรวจดูตัวอย่างฉบับทดแทนที่อนุมัติแล้ว และรักษาความเชื่อมโยงระหว่างข้อมูลเดิมกับข้อมูลที่แก้ไข
2. ทำความเข้าใจเหตุการณ์แต่ละประเภทที่บันทึกไว้ ตรวจสอบการส่งถึง การเปิดดู การที่พนักงานยืนยันด้วยตนเอง และเหตุการณ์อัตโนมัติแยกจากกัน ยืนยันว่ามีฟิลด์ใดให้ใช้จริง และข้อมูลเหล่านั้นพิสูจน์ขั้นตอนที่องค์กรต้องการเก็บเป็นหลักฐานได้หรือไม่
3. จงใจกำหนดเวลาข้อมูลที่ได้รับการอนุมัติ ตรวจสอบการตั้งค่าแบทช์ วันที่ และเวลาที่เกี่ยวข้องก่อนกำหนดเวลา ตรวจสอบวิธีการที่รองรับในการเปลี่ยนแปลงหรือยกเลิกแผน และอย่าถือว่าตัวเลขที่ไม่ได้รับอนุมัตินั้นพร้อมสำหรับการปล่อยโดยไม่มีใครดูแล
4. กำหนดวัตถุประสงค์ของระยะเวลาการเข้าถึง กำหนดสาเหตุที่จำเป็นต้องมีขีดจำกัด กำหนดเวลาเริ่มต้น และพนักงานจะรับรายละเอียดในอดีตได้อย่างไร ทดสอบพฤติกรรมการเข้าถึงและการเก็บรักษาบันทึกของผู้ดูแลระบบเป็นคำถามแยกกัน
การทดสอบที่มีประโยชน์ควรแสดงให้เห็นอย่างไร
เก็บบันทึกต้นฉบับที่สามารถระบุตัวตนได้ เหตุผลในการแก้ไข การเปลี่ยนที่ได้รับอนุญาต และผลการส่งมอบซ้ำ ตรวจสอบว่าสถานะปัจจุบันอนุญาตให้ผู้ดูแลระบบทำอะไรได้บ้าง หากไม่สามารถแสดงให้เห็นการเปลี่ยนแปลงที่จำเป็นหรือความสัมพันธ์ของบันทึกได้ อย่าถือว่าการแก้ไขแบบร่างที่ไม่เกี่ยวข้องที่ประสบความสำเร็จเป็นข้อพิสูจน์ว่าข้อผิดพลาดที่เกิดขึ้นจริงได้รับการแก้ไขแล้ว
คำถามที่ต้องแก้ไขในบริบทนี้
จำนวน ผู้รับ หรือเวอร์ชันที่ไม่ถูกต้องควรได้รับการแก้ไขอย่างไร
ระบุพนักงานที่ได้รับผลกระทบและชุดงานดั้งเดิม จากนั้นตรวจสอบสถานะปัจจุบัน ใช้กระบวนการเป็นโมฆะ การเรียกคืน หรือการแก้ไขที่สนับสนุน ดูตัวอย่างการเปลี่ยนทดแทนที่ได้รับอนุมัติ และรักษาความสัมพันธ์กับของเดิม ตรวจสอบข้อจำกัดสำหรับบันทึกที่ได้รับการยอมรับ แทนที่จะสัญญาว่าจะย้อนกลับแบบมองไม่เห็น อ่านคำอธิบายทั่วไป
ควรใช้เหตุการณ์การจัดส่งและการตอบรับอย่างไร
ใช้บันทึกการจัดส่งเพื่อตรวจสอบการมาถึงของข้อความ การเปิดเพื่อทำความเข้าใจการเข้าถึง และการรับทราบที่ใช้งานอยู่เพื่อบันทึกการดำเนินการของพนักงานที่ร้องขอ ติดป้ายกำกับเหตุการณ์อัตโนมัติแยกกัน ตัดสินใจว่าจะต้องแสดงอะไรบ้างก่อนเลือกสถานะ ป้ายงานที่เสร็จสมบูรณ์เพียงอย่างเดียวสามารถปกปิดความแตกต่างที่สำคัญได้ อ่านคำอธิบายทั่วไป
คำแนะนำที่เกี่ยวข้อง
ทดสอบเงื่อนไขที่สำคัญกับทีมของคุณ
ใช้ไฟล์ตัวอย่างหรือไฟล์ที่อนุมัติแล้วและปกปิดข้อมูลระบุตัวบุคคล เพื่อทดสอบเงื่อนไขเฉพาะที่อธิบายไว้ในกรณีนี้ ก่อนส่งข้อมูลจริง ให้ยืนยันข้อกำหนดเรื่องบัญชี ช่องทางรับ หรือหลักฐานที่ยังตรวจสอบไม่ได้ให้ชัดเจน เริ่มทดลองใช้ฟรี 1 เดือน
เผยแพร่โดยศูนย์ช่วยเหลือ SugarHR วิธีที่เราตรวจสอบคำแนะนำ.
เริ่มทดลองใช้ฟรี 1 เดือน