Sửa Phiếu lương đã mở nhưng chưa được xác nhận

Câu hỏi khách hàng đã được ẩn danh và điều chỉnh theo quy trình SugarHR đã công bố. Đây là hướng dẫn thực hành, không phải kết quả triển khai đã được xác minh.

Xác định trạng thái hiện tại của hồ sơ rồi làm theo quy trình hủy hiệu lực, thu hồi hoặc sửa được hỗ trợ. Giữ rõ mối liên hệ giữa bản gốc và bản đã sửa.

Tình hình

Người sử dụng lao động đã phát hiện ra lỗi sau khi đọc phiếu lương nhưng trước khi quá trình xác nhận của nhân viên hoàn tất.

Tại sao tình trạng này làm thay đổi quy trình làm việc

Trạng thái đọc và xác nhận là những sự kiện khác nhau. Xác minh những thay đổi khi chữ ký đã tồn tại và tránh hứa hẹn khôi phục vô hình chỉ vì một ví dụ chưa gửi khác có thể được chỉnh sửa.

Trình tự thực tế cho tình huống này

1. Sửa đúng hồ sơ bị ảnh hưởng. Xác định nhân viên và đợt gửi ban đầu, kiểm tra trạng thái xác nhận rồi thực hiện quy trình sửa mà sản phẩm hỗ trợ. Xem trước bản thay thế đã được duyệt và giữ rõ mối liên hệ giữa thông tin cũ với thông tin đã sửa.

2. Hiểu đúng từng sự kiện được ghi nhận. Kiểm tra riêng việc gửi đến, mở phiếu, nhân viên chủ động xác nhận và mọi sự kiện tự động. Xác minh những trường nào thực sự có sẵn và liệu chúng có đủ để chứng minh bước mà tổ chức cần lưu hồ sơ hay không.

3. Lên lịch cho dữ liệu đã được phê duyệt một cách có chủ ý. Xác minh cài đặt lô, ngày và thời gian liên quan trước khi lên lịch. Kiểm tra phương pháp được hỗ trợ để thay đổi hoặc hủy gói và không coi các số liệu không được phê duyệt là sẵn sàng để phát hành không cần giám sát.

4. Xác định mục đích của thời hạn truy cập. Thiết lập lý do cần có giới hạn, thời điểm giới hạn bắt đầu và cách nhân viên lấy thông tin chi tiết trong quá khứ. Kiểm tra hành vi truy cập và lưu giữ hồ sơ của quản trị viên dưới dạng các câu hỏi riêng biệt.

Một bài kiểm tra hữu ích sẽ chứng minh điều gì

Lưu giữ hồ sơ gốc có thể nhận dạng được, lý do sửa chữa, giấy phép thay thế và kết quả giao lại. Xem lại những gì trạng thái hiện tại cho phép quản trị viên thực hiện. Nếu không thể chứng minh được sự thay đổi được yêu cầu hoặc mối quan hệ giữa bản ghi thì đừng coi bản chỉnh sửa nháp không liên quan thành công là bằng chứng cho thấy lỗi trực tiếp đã được giải quyết.

Các câu hỏi cần giải quyết trong bối cảnh này

Số lượng, người nhận hoặc phiên bản không chính xác nên được sửa như thế nào?

Xác định nhân viên bị ảnh hưởng và lô ban đầu, sau đó kiểm tra trạng thái hiện tại của nó. Sử dụng quy trình bỏ trống, thu hồi hoặc chỉnh sửa được hỗ trợ, xem trước phần thay thế đã được phê duyệt và giữ lại mối quan hệ của nó với bản gốc. Xác minh các hạn chế đối với các bản ghi được xác nhận thay vì hứa hẹn khôi phục vô hình. Đọc phần giải thích chung.

Nên sử dụng các sự kiện gửi phiếu lương và xác nhận như thế nào?

Sử dụng bản ghi gửi để điều tra việc gửi thư, mở để hiểu quyền truy cập và xác nhận tích cực để ghi lại hành động được yêu cầu của nhân viên. Dán nhãn các sự kiện tự động một cách riêng biệt. Quyết định những gì phải được chứng minh trước khi chọn trạng thái; Chỉ riêng nhãn nhiệm vụ đã hoàn thành cũng có thể che giấu những khác biệt quan trọng. Đọc phần giải thích chung.

Hướng dẫn liên quan

Kiểm tra các điều kiện quan trọng đối với nhóm của bạn

Hãy dùng tệp mẫu hoặc tệp đã được duyệt và ẩn danh để kiểm tra các điều kiện cụ thể nêu trong tình huống này. Trước khi gửi dữ liệu thật, cần xác minh mọi yêu cầu về tài khoản, kênh nhận hoặc hồ sơ vẫn chưa được làm rõ. Bắt đầu dùng thử miễn phí 1 tháng.

Chúng tôi nên sửa phiếu lương đã được mở nhưng chưa được xác nhận như thế nào?