Tình huống khách hàng
Một chương trình thí điểm đa nhà máy nên bao gồm các bảng tính và kỹ năng nhân viên khác nhau như thế nào?
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.
Thử từng bố cục tệp có khác biệt đáng kể và mời cả nhân viên tuyến đầu có thể gặp khó khăn khi truy cập. Kiểm tra đồng thời các khoản lương, danh tính, xác nhận và hồ sơ.
Tình hình
Một tổ chức gồm nhiều nhà máy với hơn 300 nhân viên có cấu trúc bảng tính khác nhau và nhân viên có kỹ năng kỹ thuật số đa dạng.
Tại sao tình trạng này làm thay đổi quy trình làm việc
Chỉ chọn mẫu trụ sở chính và người nhận tin cậy về mặt kỹ thuật sẽ bỏ lỡ những hạn chế thực sự. Mẫu chấp nhận phải phản ánh cả địa điểm sản xuất và nhân viên sẽ sử dụng báo cáo.
Trình tự thực tế cho tình huống này
1. Bao gồm các đầu vào khác nhau về mặt vật chất của nhà máy. Phê duyệt số lượng và điều chỉnh thanh toán của từng địa điểm, kiểm tra cấu trúc tiêu đề cột trong tệp thực tế của nó và đưa các nhân viên tuyến đầu vào mẫu truy cập. Thành công của trụ sở chính không thôi không đủ để xác nhận các điều kiện khác nhau của nhà máy.
2. Quan sát hành trình ít quen thuộc nhất của nhân viên. Yêu cầu nhân viên đại diện tìm tin nhắn, mở nó và hoàn thành việc xem xét trên thiết bị của họ. Cải thiện hướng dẫn tại điểm lỗi được quan sát và kiểm tra lại mà không cần quản trị viên tiếp quản.
3. Tách riêng vùng dữ liệu có cấu trúc mà hệ thống có thể nhận diện. Để hàng tiêu đề và dữ liệu nhân viên tách biệt với vùng tổng hợp và phê duyệt. Thử một hoặc hai dòng vẫn giữ nguyên các cột thực tế, rồi đối chiếu các trường đã được nhận diện và những khoản tiền quan trọng với tệp nguồn.
4. Rà soát trách nhiệm về truy cập và dữ liệu. Xác nhận ai được vận hành tài khoản, xem hồ sơ và xử lý khi ngừng sử dụng dịch vụ. Đối chiếu thông tin nhà cung cấp với yêu cầu của tổ chức, đồng thời bảo đảm nhân viên kiểm soát được kênh nhận của mình.
Một bài kiểm tra hữu ích sẽ chứng minh điều gì
Lưu cùng nhau phiên bản mẫu đã duyệt, kết quả đối chiếu người nhận và các bản xem trước cá nhân đã kiểm tra. Kết quả hữu ích phải cho thấy hệ thống đã nhận diện những cột thực tế nào, nhân viên đã thấy gì và các bất thường nào đã được sửa. Tải lên không báo lỗi vẫn chưa đủ nếu việc ghép danh tính, các khoản bằng 0 hoặc trường dữ liệu nội bộ chưa đáp ứng yêu cầu đã đặt ra.
Các câu hỏi cần giải quyết trong bối cảnh này
Những nhân viên kém tự tin về kỹ thuật số nên được đưa vào bằng cách nào?
Chọn một đại diện sẵn sàng chưa quen với hệ thống. Quan sát việc tìm kiếm tin nhắn, mở nó, xem lại chi tiết và hoàn thành hành động được yêu cầu trên thiết bị của riêng họ. Cải thiện hướng dẫn tại điểm lỗi thực tế, sau đó lặp lại thử nghiệm trước khi mở rộng. Đọc phần giải thích chung.
Tệp Excel hiện có nên được chuẩn bị như thế nào?
Sử dụng số liệu đã được duyệt, với hàng tiêu đề và vùng dữ liệu nhân viên mà hệ thống có thể nhận diện. Kiểm tra mã định danh, kỳ lương và địa chỉ nhận; để các vùng tổng cộng và ký duyệt được phân biệt rõ. Một mẫu nhỏ giữ nguyên cấu trúc giúp tìm nguyên nhân lỗi đọc dữ liệu mà không phải dựng lại không cần thiết tệp tính đang phục vụ quy trình tính lương hiện có. Xem phần giải thích chung.
Hướng dẫn liên quan
-
Chúng tôi có thể sử dụng bảng tính lương Excel hiện có của mình không?
-
Làm cách nào để chuyển từ mẫu sang lần chạy gửi phiếu lương thực tế đầu tiên?
-
Kiểm tra bản đồ nhân viên và bản xem trước phiếu lương trước khi gửi
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.
Xuất bản bởi Trung tâm trợ giúp SugarHR. Cách chúng tôi rà soát hướng dẫn.
Dùng thử miễn phí 1 tháng