Ba lớp sử dụng

Kết nối và ngoại tuyến

• Web cần kết nối HTTPS tới máy chủ IMS. Website tài liệu không trung chuyển dữ liệu nghiệp vụ.
• Windows online tải giao diện từ NAS; một số tác vụ ngoại tuyến dùng cache/outbox mã hóa. Máy chủ kiểm lại phiên và quyền khi kết nối trở lại.
• Bộ phát hành NAS hiện hành r005e; Windows giữ bộ cài r005b. Dùng web trên điện thoại vẫn được; không cung cấp hay gắn nhãn APK/IPA cũ thành r005e.

Quy ước trong hướng dẫn

Tìm và chia sẻ

Dùng ô tìm kiếm hoặc Ctrl K; hỗ trợ từ khóa không dấu. Nút Sao chép liên kết chia sẻ đúng bài. Các nút bộ cài và tài liệu ngoài mở tab mới.

Nguồn biên soạn

Biên soạn theo source ZIP r005b/c/d/e, runbook và báo cáo kiểm chứng. Các luồng là mô tả nghiệp vụ, nguồn frozen có SHA256, không gán commit Git giả. Sơ đồ Archify dạng PNG/SVG trong bài; viewer gốc chỉ bảo trì. Ảnh QA giữ nhãn giả lập và phiên bản gốc, không biến thành ảnh thiết bị vật lý.

Đọc đúng nhãn phiên bản ảnh

Ảnh nguồn r001/r002/r003 được giữ khi luồng không đổi. Một số ảnh cũ có thể còn mã cơ sở kèm tên; từ r003a các trường chọn hiện tên cơ sở, giữ ID dữ liệu. Ảnh r003a ghi rõ QA và khung nhìn, không tự coi là ảnh ứng dụng cài trên điện thoại thật.

Nhãn ảnh và vùng hiển thị

Ảnh cũ không được đổi nhãn thành ảnh phiên bản mới. Một số ảnh component QA dùng API/trạng thái/tuyến duyệt mô phỏng và ghi rõ trong chú thích. Khung ảnh có thể chỉ hiển thị vùng thao tác để bỏ khoảng trống; file nguồn và pixel được giữ nguyên.

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Web: mở địa chỉ HTTPS của hệ thống IMS được cấp. Windows/điện thoại: chọn Máy chủ HTTPS của IMS và kết nối. Website tài liệu không phải địa chỉ API.
2. Nhập tài khoản cá nhân và mật khẩu; hoàn tất xác minh nếu có. Lần đầu hoặc sau khi được đặt lại mật khẩu tạm, đổi mật khẩu theo yêu cầu.
3. Chỉ tích Ghi nhớ đăng nhập trên thiết bị riêng. Bấm Đăng nhập rồi kiểm tên, hồ sơ liên kết, cơ sở và phiên bản 1.2.8/r005e.
4. Khi hệ thống gọi hộp xin quyền vị trí/thông báo, quyết định trong hộp hỏi của trình duyệt/hệ điều hành. Hai quyền riêng biệt; không phải điều kiện thay thế quyền nghiệp vụ.
5. Khi hồ sơ/phân quyền thay đổi, đăng nhập lại để nhận đúng phạm vi. Kết thúc trên máy chung: ảnh đại diện → Đăng xuất; X trên Windows chỉ ẩn xuống khay.

Kết quả cần kiểm tra

Đăng nhập đúng máy chủ, đúng danh tính và đọc được menu trong quyền.

Lưu ý và giới hạn

Đọc tiếp

Màn hình tải thống nhất

Bản r003 dùng logo và font Manrope thống nhất khi tải module hoặc kiểm tra phiên. Nếu chỉ mở form công khai, ứng dụng giảm tải phần IMS chưa cần thiết. Màn hình tải không phải xác nhận đã đăng nhập hoặc gửi bản khai thành công.

Safari, PDF và ngày từ r005c

r005e giữ sửa trắng màn Safari/iOS 16, PDF tải khi cần, ngày Việt Nam không lệ thuộc định dạng locale và nút tải lại khi module lỗi. Không xóa dữ liệu thiết bị để cập nhật.

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Tích ô trước đăng nhập nếu muốn khôi phục phiên trên đúng thiết bị và địa chỉ máy chủ này. Mặc định giao diện chưa tích.
2. Web: tích ô giữ cookie làm mới có hạn 7 ngày, được gia hạn khi refresh hợp lệ. Không tích dùng cookie theo phiên; trình duyệt khôi phục phiên có thể giữ cookie đó.
3. Windows: tích ô để khôi phục sau Thoát NCV IMS và mở lại. Không tích thì lần mở sau khi thoát hẳn cần đăng nhập; X chỉ ẩn nên phiên còn chạy.
4. Android/iOS: tích ô lưu refresh token trong kho bảo mật hệ điều hành. Không tích chỉ giữ phiên trong tiến trình; chỉ chuyển nền chưa chắc đã kết thúc tiến trình.
5. Đăng xuất xóa ghi nhớ. Hết hạn, khóa tài khoản hoặc thu hồi phiên vẫn yêu cầu đăng nhập lại; không coi ghi nhớ là phiên vĩnh viễn.

Kết quả cần kiểm tra

Hiểu đúng giữ phiên khác với giữ mật khẩu hoặc đăng nhập mọi thiết bị.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Mở Tổng quan → Hôm nay, kiểm tên tài khoản/hồ sơ và cơ sở hoặc Toàn hệ thống trên thanh trên cùng.
2. Đọc lịch hẹn hôm nay, yêu cầu phê duyệt, công việc đến hạn và thông báo chưa đọc theo quyền.
3. Màn hình rộng bố trí khoảng 75% cho nhịp lịch hẹn và 25% cho Yêu cầu cần xử lý. Các yêu cầu xếp dọc; màn hẹp tự đổi bố cục.
4. Bấm một yêu cầu để đến đúng danh sách hoặc Xem tất cả để mở hộp gọn; có số lượng không có nghĩa được xử lý ngoài phạm vi.
5. Nút Chấm công nổi chỉ ở Dashboard. Chọn cơ sở rồi bấm Chấm công; mỗi lượt mới vẫn kiểm điều kiện thiết bị và mạng/GPS của cơ sở.
6. Đổi phạm vi hoặc mở lại/Làm mới sau xử lý để đối chiếu số liệu.

Phạm vi hồ sơ hiện hành

Từ r005d/r005e, cơ sở tài khoản và bộ lọc Dashboard không được cộng/ghi đè nơi làm việc. Vị trí hành chính hợp lệ có phạm vi toàn hệ thống; vị trí theo cơ sở theo vai trò chính/kiêm nhiệm. Chấm công phải chọn nơi đang có mặt và vẫn qua thiết bị/mạng/GPS. Phạm vi làm việc không tự cấp quyền quản lý.

Chọn phạm vi cơ sở từ r003a

1. Mở bộ chọn cơ sở ở thanh đầu trang; tìm theo tên và chọn đúng cơ sở được cấp.
2. Các mục hiển thị tên cơ sở; Toàn hệ thống/Tất cả cơ sở chỉ xuất hiện theo quyền và từng màn hình.
3. Đối chiếu lịch, số liệu và bộ lọc sau khi chọn. ID và phạm vi thực tế giữ nguyên; không cần tạo lại cơ sở hoặc sửa hồ sơ chỉ vì tên hiển thị thay đổi.

Kết quả cần kiểm tra

Số liệu hiển thị đúng tài khoản và phạm vi đang chọn.

Lưu ý và giới hạn

Nút Chấm công hiện hành

Bấm Chấm công cho mọi lượt; hệ thống tự phân lượt đầu là vào, các lượt sau giữ giờ ra muộn nhất. Nút vẫn hoạt động sau khi đã có giờ ra.

Kho cơ sở và danh mục riêng trong r005b

Lễ tân có nghiệp vụ Kho được quản cấu hình Kho và sản phẩm riêng tại cơ sở được giao; sản phẩm/nhà cung cấp chung vẫn chỉ đọc. Không tự có quyền kế toán hoặc thực chi; quyền khác được xét cộng dồn theo hồ sơ.

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Cách thực hiện

1. Chọn cơ sở, bộ lọc và từ khóa trước; kiểm tổng dòng trong phạm vi được cấp.
2. Trên điện thoại, vuốt ngang bên trong khung bảng để xem các cột bên phải; vuốt dọc ngoài khung để xem phần dưới.
3. Bấm tiêu đề có nút sắp xếp: tăng dần, giảm dần, rồi trở về mặc định. Cột Thao tác không phải nút sắp xếp.
4. Chọn 25, 50 hoặc 100 dòng, dùng Trang trước/Trang tiếp. Đổi bộ lọc hoặc thứ tự sẽ về trang đầu.
5. Phiếu Kho và lịch sử file được sắp xếp trên toàn dữ liệu hợp lệ trước phân trang; tổng/file xuất không chỉ lấy trang đang nhìn.

Kết quả cần kiểm tra

Đọc đúng hàng/cột và tìm được bản ghi ngoài trang đầu.

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Mở menu ba gạch, chọn nhóm và chức năng được cấp. PC và tablet ngang có thể dùng các tab.
2. Bấm trường chọn hoặc nhãn của trường. Với trường chọn đơn được hỗ trợ ở màn hình nhỏ/thiết bị cảm ứng, hộp chọn IMS mở trong vùng đang nhìn thấy.
3. Nếu danh sách có ô tìm, nhập tên hoặc tiếng Việt không dấu. Cuộn bên trong danh sách để thấy các mục còn lại; mục bị khóa không chọn được.
4. Chạm đúng một mục. Giá trị cập nhật và hộp chọn đóng; r003a sửa lỗi mở thêm menu chọn của hệ điều hành sau thao tác này.
5. Muốn giữ giá trị cũ, bấm Hủy, nút đóng hoặc Escape. Khi dùng bàn phím, Enter/Space/mũi tên có thể mở trường phù hợp; Tab ở trong hộp đang mở, không quay xuống form bên dưới.
6. Kiểm lại các trường liên kết trước khi Lưu/Gửi. Bảng vẫn giữ hàng/cột; vuốt ngang bên trong bảng để đọc các cột ngoài màn hình.

Bộ lọc tháng và lịch r005b

Chấm công/Duyệt chấm công: ô tháng giãn theo ô lọc. Popup lịch hỗ trợ màn 320px; lịch ca trên tablet xếp lại bộ lọc, thanh tháng và nút ngày. Mã hồ sơ dài tiếp tục xuống dòng như r005a; bảng nhiều cột vẫn cuộn ngang trong vùng bảng. Đây là sửa giao diện Web, không có APK/IPA mới.

Chọn cơ sở: đọc tên, giữ đúng phạm vi

Các trường chọn cơ sở hiển thị tên cơ sở thay cho chuỗi mã kèm tên. Giá trị ID và liên kết cơ sở đã lưu không đổi. Tên hiển thị ngắn hơn không mở thêm quyền, không chuyển nhân sự hoặc chứng từ sang cơ sở khác.

Kết quả cần kiểm tra

Chọn được giá trị, đọc đủ cột và hoàn tất form ở màn hình nhỏ.

Lưu ý và giới hạn

Nếu vẫn xuất hiện hai bảng chọn

1. Đóng hộp chọn, tải lại trang IMS sau khi máy chủ đã cập nhật r003a. Với trình duyệt có cache cũ, đóng/mở lại tab hoặc nhờ IT kiểm /version.json.
2. Nếu còn lỗi, ghi tên màn hình, trường chọn, trình duyệt/hệ điều hành, phiên bản và thao tác vừa thực hiện rồi gửi IT. Không gửi mật khẩu, cookie hoặc link tiếp nhận riêng.

Sửa lỗi áp dụng bộ chọn dùng chung; không buộc mọi trường chọn nhiều hoặc mọi trình duyệt desktop phải có cùng giao diện. 31 ca trình duyệt của bản phát hành đạt; chưa thay thế nghiệm thu trên iPhone vật lý.

Bảng hồ sơ r005a

Cột Nhân sự có vùng đủ đọc; mã dài/tên tài khoản tự xuống dòng trong ô. Tiếp tục vuốt ngang bảng để xem các cột còn lại; không thu cột bằng cách bỏ dữ liệu.

Safari, PDF và ngày từ r005c

r005e giữ sửa trắng màn Safari/iOS 16, PDF tải khi cần, ngày Việt Nam không lệ thuộc định dạng locale và nút tải lại khi module lỗi. Không xóa dữ liệu thiết bị để cập nhật.

Tiêu đề và menu WebKit trong r005e

Phần Mảng phụ trách trong hồ sơ dùng bố cục giữ tiêu đề dễ đọc trên WebKit/iOS 16. Menu Nhân sự/Chấm công được kiểm bằng nút thật trong bundle cuối; khi chưa nhận giao diện mới, tải lại sau nâng NAS. Không cần bấm lặp nhiều lần hoặc xóa dữ liệu thiết bị.

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Bốn nhóm quyền tài khoản

Phạm vi hồ sơ hiện hành

Từ r005d/r005e, cơ sở tài khoản và bộ lọc Dashboard không được cộng/ghi đè nơi làm việc. Vị trí hành chính hợp lệ có phạm vi toàn hệ thống; vị trí theo cơ sở theo vai trò chính/kiêm nhiệm. Chấm công phải chọn nơi đang có mặt và vẫn qua thiết bị/mạng/GPS. Phạm vi làm việc không tự cấp quyền quản lý.

Sơ đồ minh họa

↗ Phóng lớn sơ đồ

Hồ sơ, cơ cấu và phạm vi

1. Mỗi tài khoản thường chỉ liên kết một hồ sơ. Một hồ sơ có đúng một vai trò chính, có thể có kiêm nhiệm.
2. Chọn theo thứ tự Bộ phận → Cấp bậc → Phòng ban → Nghiệp vụ chuyên môn trong 41 tổ hợp cho phép. Giá trị duy nhất được điền sẵn.
3. Quyền hành động còn phụ thuộc phạm vi, trạng thái bản ghi và kiểm tra không tự duyệt. Chọn Toàn hệ thống không vượt được quyền.
4. Tạm nghỉ, Nghỉ thai sản, Nghỉ tai nạn, Đã nghỉ việc chặn mọi quyền và thu hồi phiên. Hết ngày nghỉ không tự khôi phục; HR/Admin phải đổi trạng thái rồi người dùng đăng nhập lại.

Kiểm tra khi quyền chưa đúng

1. Ghi tên chức năng, thao tác và cơ sở đang chọn.
2. Kiểm tài khoản đang hoạt động, nhóm quyền, hồ sơ liên kết, trạng thái lao động và phân công.
3. Kiểm vai trò chính cho tuyến duyệt, cùng tổ hợp cho phạm vi kiêm nhiệm.
4. Đăng nhập lại sau điều chỉnh; kiểm bằng tài khoản thật của chính người dùng, không mượn Admin.

Tra cứu theo bộ phận

Cách chọn cơ cấu

Chọn Bộ phận → Cấp bậc → Phòng ban → Nghiệp vụ. Chỉ chọn tổ hợp có trong danh mục; trường duy nhất được điền sẵn. Có một vai trò chính, kiêm nhiệm chỉ khi được phân công thật.

Danh mục hiện hành

Phạm vi và tuyến duyệt

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Khai báo trong hồ sơ hoặc bản khai

1. Chọn Hành chính - Nhân sự → Nhân viên → Hộ lý → Hộ lý.
2. Chọn đúng một cơ sở làm việc. Khu điều trị không bắt buộc; nếu đã nhập thì được giữ khi tạo/sửa và khi đổi cơ sở.
3. Lưu hồ sơ hoặc gửi bản khai theo quy trình. Người khai không tự được cấp quyền từ nội dung tự khai.
4. Khi Hộ lý là vai trò chính, đối chiếu tuyến duyệt theo HCNS và các cấp thực tế đang đủ điều kiện. Kiêm nhiệm vẫn khai đúng từng vai trò.

Hồ sơ cũ và tên bộ phận

Mã org_40/orderly không đổi. Mở sửa hồ sơ cũ để nhận cơ cấu hiện hành, kiểm lại cơ sở/khu điều trị rồi lưu. Nếu danh sách hoặc báo cáo vẫn hiện nhãn Chuyên môn cũ, việc cập nhật không tự sửa hàng loạt nhãn department đã lưu; người có quyền cần mở và lưu lại hồ sơ đúng dữ liệu.

Đọc tiếp

Giao diện minh họa

↗ Phóng lớn ảnh

Quyền và nhiệm vụ chính

Đi tới hướng dẫn

Quyền Event bổ sung

r003 bổ sung quyền Event trừ xóa cho COO/CHRO/CPO/CFO, Trưởng cơ sở và Trưởng phòng; vẫn kiểm hồ sơ đang hoạt động, phạm vi cơ sở và trạng thái. HCNS không mặc định thuộc nhóm bổ sung.

Kho cơ sở và danh mục riêng trong r005b

Lễ tân có nghiệp vụ Kho được quản cấu hình Kho và sản phẩm riêng tại cơ sở được giao; sản phẩm/nhà cung cấp chung vẫn chỉ đọc. Không tự có quyền kế toán hoặc thực chi; quyền khác được xét cộng dồn theo hồ sơ.

Tuyến và quyền xem đơn hiện hành

Nhân viên và Leader đều gửi Trưởng phòng của bộ phận. Đơn Trưởng phòng gửi Trợ lý phụ trách; đơn Trợ lý gửi Giám đốc phụ trách; đơn Giám đốc gửi CEO. Chỉ một cấp phù hợp duyệt là hoàn tất, không duyệt nối tiếp mọi cấp. Trưởng phòng khám tương đương Trưởng phòng; Trưởng khu điều trị tương đương Leader. Leader không còn duyệt đơn nhân viên.

Cách thực hiện

1. Mở hồ sơ và xác nhận chức danh CEO, CPO, COO, CFO hoặc CHRO trong cơ cấu hợp lệ; tên tự gõ không thay thế tổ hợp nghiệp vụ.
2. CPO phụ trách Chuyên môn và Labo; COO phụ trách Sale - Marketing và IT; CFO phụ trách Kế toán; CHRO phụ trách Hành chính - Nhân sự. CEO ở cấp điều hành cao nhất.
3. Đơn nhân sự theo vai trò chính, chuyển đến cấp cao hơn gần nhất có người đủ điều kiện và đúng phạm vi. Đơn cá nhân CEO hợp lệ được Miễn duyệt CEO khi gửi.
4. CEO chỉ xem Kho và Quản lý kỹ thuật; ở Mua hàng giữ quyền xem, duyệt/từ chối nhưng không tạo/sửa/thực chi. Admin độc lập có đầy đủ quyền.
5. CPO/CHRO không được duyệt mua hàng/thanh toán từ hai vai trò này. Vai trò kiêm nhiệm hợp lệ khác được xét riêng; không áp tuyến nhân sự cho đơn mua.
6. Nhóm Báo cáo trên menu dành cho Giám đốc trở lên hoặc Admin; báo cáo tác nghiệp trong từng chức năng có quyền riêng.

Phạm vi hồ sơ hiện hành

Từ r005d/r005e, cơ sở tài khoản và bộ lọc Dashboard không được cộng/ghi đè nơi làm việc. Vị trí hành chính hợp lệ có phạm vi toàn hệ thống; vị trí theo cơ sở theo vai trò chính/kiêm nhiệm. Chấm công phải chọn nơi đang có mặt và vẫn qua thiết bị/mạng/GPS. Phạm vi làm việc không tự cấp quyền quản lý.

Kết quả cần kiểm tra

Người điều hành hiểu đúng quyền từ cấp bậc, phòng ban và các role được cấp.

Quyền Event bổ sung

r003 bổ sung quyền Event trừ xóa cho COO/CHRO/CPO/CFO, Trưởng cơ sở và Trưởng phòng; vẫn kiểm hồ sơ đang hoạt động, phạm vi cơ sở và trạng thái. HCNS không mặc định thuộc nhóm bổ sung.

Cách thực hiện

1. Khai báo Bộ phận Trợ lý, Cấp bậc Trợ lý, Phòng ban Trợ lý rồi chọn nghiệp vụ được danh mục hiện hành cho phép; không cấp nhóm tài khoản Trưởng phòng/Leader/Trợ lý.
2. Danh mục hiện có EAC, ADCF, ADO, ADB, ADHR và ADCA. ADCF phụ trách Kế toán; ADO phụ trách Sale - Marketing và IT; ADB phụ trách Sale - Marketing; ADHR phụ trách Hành chính - Nhân sự; ADCA phụ trách Chuyên môn và Labo.
3. EAC và các trường hợp dùng phạm vi quản lý khai báo phải kiểm đúng mảng được giao trên hồ sơ. Không suy phạm vi từ chữ Trợ lý trong tên tài khoản.
4. Tuyến duyệt nhân sự chọn cấp cao hơn gần nhất đủ điều kiện, dùng vai trò chính người gửi và vai trò/phạm vi người duyệt. Có quyền xem không mặc nhiên duyệt được mọi người.
5. Giữ nguyên quyền bản ghi của Công việc/Kế hoạch; không tự được tạo kế hoạch năm hoặc mở Báo cáo tổng chỉ vì là trợ lý.

Phạm vi hồ sơ hiện hành

Từ r005d/r005e, cơ sở tài khoản và bộ lọc Dashboard không được cộng/ghi đè nơi làm việc. Vị trí hành chính hợp lệ có phạm vi toàn hệ thống; vị trí theo cơ sở theo vai trò chính/kiêm nhiệm. Chấm công phải chọn nơi đang có mặt và vẫn qua thiết bị/mạng/GPS. Phạm vi làm việc không tự cấp quyền quản lý.

Kết quả cần kiểm tra

Tài khoản nhận đúng nhóm quyền và phạm vi của cấp trợ lý thực tế.

Cách thực hiện

1. Tìm đúng mã hồ sơ. Phân biệt bốn nhóm tài khoản với chức danh trong hồ sơ.
2. Trong bảng bên phải, khai báo vai trò chính theo Bộ phận → Cấp bậc → Phòng ban → Nghiệp vụ. Giá trị duy nhất hiện sẵn và không cần chọn lại.
3. Nếu vai trò theo lịch cơ sở, chọn đúng một cơ sở và khu điều trị khi được yêu cầu. Vai trò hành chính dùng Toàn hệ thống.
4. Thêm vai trò kiêm nhiệm đúng phân công thực tế, khai báo riêng cơ cấu/phạm vi; không lặp vai trò để vượt quyền.
5. Kiểm tuyến duyệt dự kiến của vai trò chính; quyền kiêm nhiệm không được ghép chéo cấp bậc/phòng ban để tạo chức danh không có.
6. Lưu, mở lại chi tiết và yêu cầu nhân sự đăng nhập lại để kiểm menu/lịch/phạm vi.

Phạm vi hồ sơ hiện hành

Từ r005d/r005e, cơ sở tài khoản và bộ lọc Dashboard không được cộng/ghi đè nơi làm việc. Vị trí hành chính hợp lệ có phạm vi toàn hệ thống; vị trí theo cơ sở theo vai trò chính/kiêm nhiệm. Chấm công phải chọn nơi đang có mặt và vẫn qua thiết bị/mạng/GPS. Phạm vi làm việc không tự cấp quyền quản lý.

Chọn cơ sở trên điện thoại

Từ r003a, danh sách chọn chỉ hiện tên cơ sở; ID liên kết và yêu cầu một cơ sở cho vai trò theo lịch vẫn giữ nguyên. Chọn một mục rồi kiểm các trường liên kết trước khi lưu/gửi. Hộp chọn IMS đóng sau một lần chọn, Hủy giữ giá trị cũ.

Kết quả cần kiểm tra

Mỗi vai trò có đúng vị trí/cấp bậc, một cơ sở nếu làm theo lịch cơ sở, và lịch áp dụng rõ ràng.

Lưu ý và giới hạn

Quyền Event bổ sung

r003 bổ sung quyền Event trừ xóa cho COO/CHRO/CPO/CFO, Trưởng cơ sở và Trưởng phòng; vẫn kiểm hồ sơ đang hoạt động, phạm vi cơ sở và trạng thái. HCNS không mặc định thuộc nhóm bổ sung.

Hộ lý và Lễ tân phụ trách Kho

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Đọc phạm vi theo thứ tự

1. Đọc vai trò chính và kiêm nhiệm hiện tại trên hồ sơ; tài khoản đăng nhập chỉ cấp quyền tính năng.
2. Một vai trò hành chính được danh mục nhận diện hợp lệ cho phạm vi làm việc Toàn hệ thống, không cần gắn cơ sở giả. Có vai trò hành chính kiêm nhiệm cũng áp dụng phạm vi này.
3. Nếu tất cả vai trò theo lịch cơ sở, lấy hợp các cơ sở được gán đúng trên từng vai trò. Có assignments thì không dùng trường tổng cũ ghi đè; hồ sơ cũ dùng trường của chính hồ sơ.
4. Không cộng cơ sở của tài khoản, không lấy bộ lọc Dashboard thay cho hồ sơ. Danh sách cơ sở trống hoặc mã vị trí không rõ không tự được Toàn hệ thống.
5. Khi chấm công, chọn cơ sở đang hoạt động nơi đang có mặt; mạng/GPS, thiết bị, phiên và trạng thái vẫn kiểm mỗi lượt.

Các nhóm được hoàn thiện

r005d sửa Ban giám đốc: CEO/COO/CPO/CFO/CHRO; r005e hoàn thiện EAC/ADCF/ADO/ADB/ADHR/ADCA, mã trợ lý cũ ADBD, Trưởng phòng HCNS, Trưởng phòng Sale–Marketing, Marketing Plan/Content, Kế toán Thuế và Labo Trưởng phòng/Nhân viên theo danh mục lịch hành chính. Hồ sơ hợp lệ nhận phạm vi tự động; không sửa hàng loạt hoặc thêm cơ sở giả.

Ví dụ và giới hạn

workScope không tự cấp quyền sửa hồ sơ, Kho, duyệt đơn hoặc attendance.create cho tài khoản chưa được quyền đó. Admin là tài khoản độc lập không liên kết hồ sơ cá nhân.

Luồng hồ sơ đến hiện diện

↗ Phóng lớn sơ đồ

Giao diện minh họa

↗ Phóng lớn ảnh

Cấp nhận duyệt đầu tiên

Nhân viên và Leader đều gửi Trưởng phòng của bộ phận. Đơn Trưởng phòng gửi Trợ lý phụ trách; đơn Trợ lý gửi Giám đốc phụ trách; đơn Giám đốc gửi CEO. Chỉ một cấp phù hợp duyệt là hoàn tất, không duyệt nối tiếp mọi cấp. Trưởng phòng khám tương đương Trưởng phòng; Trưởng khu điều trị tương đương Leader. Leader không còn duyệt đơn nhân viên.

Điều kiện chọn cấp

1. Vai trò chính người có đơn xác định tuyến; người nhận có thể được giao thẩm quyền qua vai trò chính/kiêm nhiệm phù hợp.
2. Thiếu người hoạt động/đúng mảng/đủ quyền, hoặc bị khóa/tạm nghỉ/không liên kết tài khoản: tìm cấp cao hơn trong đúng nhánh; không chuyển sang bộ phận khác.
3. Loại người tạo và người có đơn khỏi người quyết định; giữ quy tắc miễn duyệt đơn cá nhân hợp lệ của CEO. Không có người phù hợp thì đơn tiếp tục chờ.
4. Admin giữ quyền quản trị với kiểm tra hợp lệ giao dịch. Quyền xem rộng không cho phép duyệt vượt tuyến.
5. Đơn đã xử lý giữ quyết định và nhật ký cũ; đơn chờ áp tuyến hiện hành khi tải và quyết định. API kiểm lại hồ sơ, quyền, trạng thái và phiên bản.

Mảng phụ trách

Admin thiết lập mảng riêng trong vai trò; mảng đã khai ưu tiên bảng mặc định. EAC chưa được giao mảng không tự quản bộ phận. Preview hồ sơ hiển thị phân công hiệu lực và tuyến dự kiến; quyết định vẫn kiểm lại.

Luồng chọn một cấp

↗ Phóng lớn sơ đồ

Tra cứu tiếp

Quyền xem

Xem không có nghĩa được duyệt

1. Quản lý thường không thấy nháp/từ chối/hủy của cấp dưới chỉ vì quản lý người đó.
2. CEO/Trưởng HCNS xem rộng nhưng không có quyền xử lý đơn chờ ngoài tuyến từ quyền xem này. hr_manager đơn thuần không tự xem mọi đơn.
3. Trưởng HCNS xem đơn nghỉ Lễ tân đã duyệt; COO/Giám đốc xem lịch sử đã duyệt đúng mảng dù đã có cấp duyệt gần hơn.
4. Nút Duyệt/Từ chối/Hủy phê duyệt do API tính cho từng đơn; thiếu nút thì kiểm tuyến, quyền, trạng thái và phiên bản. Không gọi API để bỏ chặn.
5. Dashboard/thông báo chỉ đếm việc thực sự được duyệt; số đơn có thể xem không đồng nghĩa số việc cần xử lý. Nhật ký phê duyệt quản trị chỉ Admin.

Đơn tăng ca nhiều người

Quản lý chỉ xem cả nhóm đã duyệt khi quản lý đủ mọi thành viên; duyệt nhóm cần thẩm quyền phù hợp toàn bộ nhóm. Không có cấp chung thì tách đơn hoặc hoàn thiện phân công. Thành viên xem phần mình được che ID, tên, cơ sở và danh mục bộ phận của người ngoài quyền xem. Người tạo/người có quyền toàn hệ thống giữ phạm vi hợp lệ tương ứng.

Đồng bộ và lịch sử

Đơn hiển thị từ dữ liệu chuẩn đã lọc quyền trên máy chủ. Đồng bộ cá nhân offline không phải màn quản lý/duyệt offline; khi quản lý phải tải trực tuyến theo quyền hiện tại. Đơn đã quyết định không bị đổi người duyệt chỉ vì cập nhật phần mềm.

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Trong hồ sơ, đọc toàn bộ vai trò chính và kiêm nhiệm; đừng chỉ dựa vào dòng chức danh chính hiển thị trên tài khoản.
2. Kiểm tra cơ sở từng vai trò theo lịch cơ sở. Ví dụ Ban giám đốc kiêm Bác sĩ - Trưởng cơ sở tại CS2 phải có dòng Bác sĩ gắn riêng CS2.
3. Mở lịch hẹn tại đúng cơ sở. Lịch khám dùng vai trò chuyên môn phù hợp với cơ sở đang xử lý, không mặc định lấy lịch hành chính của chức danh chính.
4. Mở chấm công theo ngày/cơ sở, đối chiếu giờ chuẩn với vai trò phù hợp. Người có nhiều vai trò ở các cơ sở khác nhau có thể có dữ liệu công theo từng cơ sở.
5. Sau nâng cấp hoặc sửa hồ sơ, báo HR nếu mất một cơ sở, sai giờ chuẩn hoặc thiếu lịch cá nhân; cung cấp mã người, vai trò, cơ sở, ngày và ảnh lỗi. HR đối soát trước khi tính/chốt lại kỳ.

Kết quả cần kiểm tra

Phạm vi và giờ chuẩn đúng theo từng vai trò/cơ sở, nhất là hồ sơ kiêm nhiệm.

Lưu ý và giới hạn

Cách thực hiện

1. Kiểm vị trí công việc và các cơ sở trong hồ sơ còn làm việc. Tài khoản chưa liên kết hoặc hồ sơ ngừng làm việc không dùng được chấm công cá nhân.
2. Phạm vi toàn hệ thống trong hồ sơ: chọn được các cơ sở đang hoạt động, nhưng vẫn phải có mặt và xác minh GPS/Wi-Fi.
3. Phạm vi theo cơ sở: chỉ chấm tại cơ sở được gán trong hồ sơ. Để trống cơ sở trên tài khoản không tự biến hồ sơ thành toàn hệ thống.
4. Nếu có nhiều vị trí, vị trí toàn hệ thống cho phép các cơ sở; các vị trí theo cơ sở cộng phạm vi được gán trong hồ sơ.
5. Nếu danh sách sai, gửi người phụ trách mã nhân sự và cơ sở mong đợi để kiểm hồ sơ. Không tự cấp Admin để giải quyết chấm công.

Kết quả cần kiểm tra

Phân biệt phạm vi làm việc với phạm vi xem dữ liệu và vai trò truy cập.

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Chỉ người có quyền sửa hồ sơ thực hiện. Kiểm tài khoản liên kết đúng người và tình trạng đang làm việc.
2. Kiểm từng vị trí/kiêm nhiệm và cơ sở đã giao. Vị trí Sale, Marketing, Nhân sự và Kế toán thuộc nhóm phạm vi hệ thống theo danh mục hiện hành.
3. Các vị trí theo cơ sở phải gắn cơ sở thực tế; danh sách được cộng từ hồ sơ và cơ sở chính. Không dùng cơ sở để trống trong phân quyền tài khoản làm căn cứ.
4. Lưu thay đổi, yêu cầu người dùng đăng nhập lại rồi kiểm danh sách cơ sở. Admin độc lập không có hồ sơ hoặc chấm công cá nhân. Nhân sự Ban giám đốc dùng phạm vi chấm công từ hồ sơ.
5. Phân biệt điều chỉnh phạm vi chấm công với cấp quyền xem hồ sơ/chứng từ. Đối chiếu ngày công và nhật ký khi vào/ra khác cơ sở.

Kết quả cần kiểm tra

Hồ sơ phản ánh đúng phân công, không nâng quyền truy cập để chữa lỗi chấm công.

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Kiểm cơ cấu Kế toán: cấp bậc Nhân viên với nghiệp vụ Kho/Mua hàng/Đi tiền, hoặc Trưởng phòng; kiêm nhiệm chỉ khi được giao thực tế.
2. Kho: kiểm danh mục/đơn vị, nhập–xuất–chuyển–kiểm kê, lô và file; nháp chưa làm tăng/giảm tồn.
3. Mua hàng: tiếp nhận đề nghị, xác nhận kế toán, theo dõi BGĐ/Admin quyết định rồi chuyển kết quả về người tạo.
4. Đi tiền: mở Kết quả đề nghị, chỉ ghi thực chi khi đơn được duyệt và kế toán đã chuyển kết quả; kiểm người nhận/số tiền/chứng từ, không ghi trùng.
5. Chứng từ thực chi và phiếu có chữ ký chỉ trong quyền Đi tiền, Trưởng phòng kế toán, BGĐ, Admin; người mua/người tạo đơn không tự có quyền mở.
6. Kế toán vẫn dùng đầy đủ hồ sơ cá nhân, chấm công, nghỉ phép, tăng ca, công việc và ticket của tôi như nhân sự khác.

Kết quả cần kiểm tra

Đơn và chứng từ đi đúng người, quyền xem tiền/chứng từ đúng phạm vi.

Phân công phê duyệt

Giữ quy trình kế toán: gửi đề nghị → kế toán Mua hàng/Trưởng phòng kế toán xác nhận → người có quyền duyệt/từ chối → kế toán xác nhận và chuyển kết quả → người tạo; Đi tiền ghi thực chi khi đủ trạng thái. Không áp tuyến duyệt nhân sự.

CPO và CHRO không được duyệt mua hàng/thanh toán từ hai vai trò này; kiêm nhiệm khác hợp lệ được xét riêng. CEO giữ quyền xem, duyệt/từ chối, không tạo/sửa/thực chi. Admin có đầy đủ quyền.

Lưu ý và giới hạn

Đọc tiếp

Lễ tân được phân công Kho

Có tổ hợp riêng HCNS → Nhân viên → Lễ tân → Kho, giới hạn kho cơ sở; không vì thế có quyền kế toán hoặc thực chi.

Kho cơ sở và danh mục riêng trong r005b

Lễ tân có nghiệp vụ Kho được quản cấu hình Kho và sản phẩm riêng tại cơ sở được giao; sản phẩm/nhà cung cấp chung vẫn chỉ đọc. Không tự có quyền kế toán hoặc thực chi; quyền khác được xét cộng dồn theo hồ sơ.

Tuyến và quyền xem đơn hiện hành

Nhân viên và Leader đều gửi Trưởng phòng của bộ phận. Đơn Trưởng phòng gửi Trợ lý phụ trách; đơn Trợ lý gửi Giám đốc phụ trách; đơn Giám đốc gửi CEO. Chỉ một cấp phù hợp duyệt là hoàn tất, không duyệt nối tiếp mọi cấp. Trưởng phòng khám tương đương Trưởng phòng; Trưởng khu điều trị tương đương Leader. Leader không còn duyệt đơn nhân viên.

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Thiết lập vai trò

1. Người có quyền mở hồ sơ nhân sự, chọn Hành chính - Nhân sự → Nhân viên → Lễ tân → Nghiệp vụ Kho.
2. Gắn đúng một cơ sở cho vai trò, kiểm hồ sơ còn hoạt động; lưu rồi đăng nhập lại.
3. Mở Quản lý kho và kiểm kho, sản phẩm, bộ lọc đúng cơ sở. Lễ tân thông thường không tự có quyền Kho.

Quyền Kho trong r005b

Không tự có duyệt mua hàng, kế toán hoặc thực chi; không suy thêm quyền xóa vĩnh viễn. Admin/Kế toán Kho và quyền kiêm nhiệm khác tiếp tục theo quyền cộng dồn hiện có.

Luồng phân công và sử dụng

↗ Phóng lớn sơ đồ

Thao tác tiếp theo

Kho tổng và vòng đời kho r005e

Kho tổng là phạm vi toàn hệ thống, không gắn cơ sở. Người quản Kho cơ sở không tự có quyền quản Kho tổng; có thể nhận chuyển về kho cơ sở được giao. Ngừng hoạt động cơ sở không phải xóa; kho gắn cơ sở còn tồn tại không xóa riêng. Sau xóa giữ lịch sử và không lập phiếu mới.

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Mỗi người kiểm hồ sơ liên kết và vị trí Sale/Marketing/Media. Cấp bậc và kiêm nhiệm quyết định phần quản lý được cấp.
2. Nhân sự: xem hồ sơ, tải văn bằng, chấm công, tạo yêu cầu điều chỉnh, nghỉ phép và tăng ca của mình.
3. Sale/Marketing: mở Lịch hẹn để tạo/theo dõi lịch do mình tạo trên hệ thống; vẫn kiểm lịch trùng, ca, nghỉ phép và Event.
4. Công việc: mở Nhiệm vụ của tôi, cập nhật tiến độ và báo cáo; mở Kế hoạch/Campaign và Timeline theo quyền được giao.
5. Media: Editor/Designer/Cameraman/Photographer có mức quyền nhân viên; cơ cấu mới dùng cấp Trưởng phòng Sale - Marketing hoặc Nhân viên phòng Marketing theo tổ hợp được khai báo, không suy quyền từ tên hiển thị Media.
6. Tra cứu tài liệu/thông báo và gửi ticket khi cần IT. Đọc thông báo ticket chưa được tính là trả lời IT.

Kết quả cần kiểm tra

Không bỏ sót nghiệp vụ nhân sự của Sale/Marketing; công việc và lịch đúng phạm vi.

Lưu ý và giới hạn

Đọc tiếp

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Cách thực hiện

1. IT thuộc bộ phận/phòng IT, chọn Trưởng phòng hoặc Nhân viên theo danh mục.
2. Editor, Designer và Cameraman/Photographer thuộc Sale - Marketing, phòng Marketing, cấp Nhân viên. Trưởng phòng Sale - Marketing dùng phòng chung Sale - Marketing.
3. Liên kết đúng hồ sơ và tài khoản thường đang hoạt động; IT không tự trở thành Admin.
4. Trưởng phòng IT phải có đúng tổ hợp IT + Trưởng phòng. Trưởng phòng Sale - Marketing kiêm Nhân viên IT không trở thành Trưởng phòng IT.
5. IT xử lý ticket theo quyền; CEO chỉ xem Quản lý kỹ thuật. Nhiệm vụ liên kết dùng nguyên quy trình Công việc.

Kết quả cần kiểm tra

Cơ cấu, tài khoản và menu nhất quán.

Lưu ý và giới hạn

Đọc tiếp

Cách thực hiện

1. Admin/người có quyền tạo tài khoản thường đúng một người; chỉ Admin cấp nhóm Admin độc lập.
2. HR tạo hồ sơ, ảnh, một vai trò chính, kiêm nhiệm và phạm vi; liên kết đúng tài khoản chưa gắn hồ sơ khác.
3. Nhân sự đổi mật khẩu tạm, đăng nhập, kiểm tên/hồ sơ/menu/cơ sở; bổ sung văn bằng.
4. Khi chuyển công tác, cập nhật cơ cấu/phạm vi và kiểm lịch hẹn, công việc, tuyến duyệt dự kiến.
5. Tạm nghỉ/Thai sản/Tai nạn/Đã nghỉ việc: lưu đúng trạng thái, khoảng ngày nếu cần; mọi quyền bị chặn và phiên bị thu hồi.
6. Khi quay lại, HR/Admin chủ động đổi về Đang làm việc; nhân sự đăng nhập lại. Không có bước tự khôi phục sau ngày nghỉ.
7. Đối soát công và bàn giao nhiệm vụ/ticket. Kỳ đã chốt cần mở lại có quyền trước khi tính và chốt lại.

Sơ đồ minh họa

↗ Phóng lớn sơ đồ

Kết quả cần kiểm tra

Thông tin lao động, khả năng đăng nhập và công thống nhất.

Lưu ý và giới hạn

Đọc tiếp

Nguồn hồ sơ qua form HCNS

Có thể tiếp nhận bản khai qua link riêng trước bước lập hồ sơ chính thức. Duyệt bản khai chưa tạo hồ sơ và không tự cấp quyền; người quản lý còn phải kiểm cơ cấu và liên kết tài khoản.

Từ người khai đến hồ sơ chính thức

1. HCNS/Admin mở Tiếp nhận hồ sơ, tạo link riêng và gửi qua kênh của HCNS. Link có hạn mặc định 7 ngày; không tự xuất hiện trong các tab công khai.
2. Người nhận mở form, khai thông tin cá nhân và vai trò hiện tại rồi gửi. Ảnh không bắt buộc; bản khai không có mã nhân sự hoặc tài khoản đăng nhập.
3. HCNS lọc danh sách, mở bản khai và kiểm thông tin, số điện thoại chuẩn hóa, cơ cấu, cơ sở và phạm vi. Duyệt hoặc từ chối có lý do; sửa bản khai đưa lại Chờ duyệt.
4. Chỉ bản khai đã duyệt mới có bước Tạo hồ sơ. HCNS bổ sung mã nhân sự, tài khoản chưa liên kết, trạng thái và ghi chú nội bộ; dùng ngày vào làm đã khai, không hỏi lại.
5. Khi tạo thành công, hồ sơ chính thức được giữ; nguồn bản khai và lịch sử riêng được xóa trong cùng giao dịch. Bản khai biến mất khỏi danh sách; muốn sửa tiếp vào Hồ sơ nhân sự.

Sơ đồ minh họa

↗ Phóng lớn sơ đồ

Điểm cần hiểu trước khi dùng

Duyệt bản khai chưa tạo hồ sơ, chưa tự cấp tài khoản hoặc quyền truy cập. Link có thể được chuyển tiếp, chưa có OTP xác minh người khai. Người quản lý vẫn phải kiểm thông tin và phạm vi trước khi tạo hồ sơ. Receipt tối thiểu trên hồ sơ giúp chống tạo trùng khi thử lại, không giữ toàn bộ nội dung form.

Đi tới từng bước

Giao diện minh họa

↗ Phóng lớn ảnh

Từ thiết bị đến mốc giờ

1. Đối chiếu hồ sơ và cơ sở; chuẩn bị thiết bị hợp lệ.
2. Chấm một nút: đúng mạng cơ sở hoặc GPS → lượt đầu ghi vào → lượt mới giữ giờ ra muộn.
3. Đọc lịch sử, gửi điều chỉnh chỉ khi cần; cấp gần nhất đủ điều kiện xử lý theo tuyến nhân sự.

Từ mốc giờ đến kỳ công

Công thường theo tỷ lệ giờ hợp lệ trong lịch, trừ giờ nghỉ; phép và tăng ca áp dụng theo quy trình riêng. Người có quyền đối soát trước tính/chốt. Dữ liệu đúng đi thẳng đến đối soát, không bắt tạo đơn bổ sung cho mọi ngày. Kỳ đã chốt phải mở lại đúng quyền nếu cần tính lại.

Sơ đồ đối soát kỳ công

↗ Phóng lớn sơ đồ

Đọc tiếp

Luồng chấm công một nút

↗ Phóng lớn sơ đồ

Giao diện minh họa

↗ Phóng lớn ảnh

Tổng quan quy trình

Người tạo lập đề nghị → kế toán kiểm/xác nhận → người có quyền quyết định → kế toán chuyển kết quả. Với mỗi đợt thanh toán được duyệt và đã chuyển kết quả, người có quyền Đi tiền ghi thực chi một lần kèm bằng chứng. Hàng nhận vào Kho là phiếu nhập riêng.

Luồng đề nghị

↗ Phóng lớn sơ đồ

Luồng thanh toán

↗ Phóng lớn sơ đồ

Bắt đầu theo việc

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Bắt đầu từ dữ liệu chuẩn

1. Thiết lập kho/vị trí, sản phẩm, đơn vị cơ bản/quy đổi, lô/serial và tồn tối thiểu/tối đa đúng phạm vi.
2. Sản phẩm chung dùng theo quyền Kho; sản phẩm riêng chỉ tại cơ sở đã gán. Kho tổng là kho độc lập toàn hệ thống dùng sản phẩm chung.
3. Nhận hàng thực tế mới lập nhập; đừng coi duyệt mua hoặc file Excel đã tải lên là tồn đã tăng.

Các mốc làm thay đổi tồn

Luồng chứng từ và tồn

↗ Phóng lớn sơ đồ

Từ mua hàng đến nhập kho

Đề nghị mua được duyệt là căn cứ nghiệp vụ. Khi tạo phiếu nhập liên kết đơn mua, hệ thống kiểm đơn mua đã duyệt; người dùng cơ sở còn cần đơn thuộc cơ sở kho. Việc thanh toán thực chi và việc nhập hàng là hai nghiệp vụ phải đối soát riêng.

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Cách thực hiện

1. Người yêu cầu tạo ticket đúng cơ sở, mô tả, mức khẩn cấp, thiết bị và ảnh nếu có.
2. IT tiếp nhận; Trưởng phòng IT/Admin phân công hoặc đổi người phụ trách; xác nhận lịch và trạng thái.
3. Hệ thống liên kết một nhiệm vụ Công việc với ticket. Người xử lý theo dõi tiến độ ở ticket và nhiệm vụ, không tạo trùng để thay liên kết.
4. IT gửi nội dung: ticket Chờ phản hồi, bắt đầu 48 giờ. Người gửi trả lời: Đã phản hồi và hủy hạn. Mở/đọc thông báo không thay trả lời.
5. IT có thể chọn trạng thái xử lý khác; đổi thủ công hủy hạn cũ. Nhắc khi còn 24 giờ, tự đóng khi hết 48 giờ mà chưa có phản hồi.
6. Xác nhận kết quả rồi kết thúc theo quyền. Tự đóng không phản hồi có lý do riêng, không được báo cáo là đã sửa thành công.

Sơ đồ minh họa

↗ Phóng lớn sơ đồ

Kết quả cần kiểm tra

Mỗi ticket có người phụ trách, lịch, trao đổi và lý do kết thúc rõ ràng.

Lưu ý và giới hạn

Đọc tiếp

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Cách thực hiện

1. Người tạo chọn nội dung và phạm vi, lưu nháp rồi kiểm lại.
2. Gửi duyệt, người có quyền duyệt/từ chối theo quy tắc nghiệp vụ; không tự duyệt khi luồng chặn.
3. Người có quyền phát hành ban hành nội dung tới người nhận; tài liệu theo phiên bản, Event phát hành mới khóa lịch.
4. Người nhận mở và đọc. Đọc thông báo không tự duyệt đơn hoặc trả lời ticket liên quan.
5. Cần thu hồi/lưu trữ/hủy phát hành: dùng thao tác của đúng loại nội dung, kiểm phạm vi và lý do, giữ nhật ký.

Sơ đồ minh họa

↗ Phóng lớn sơ đồ

Chọn đúng người nhận

Chọn Phòng ban và Cấp bậc theo cùng một vai trò trong hồ sơ. Ví dụ Trưởng phòng Sale - Marketing kiêm Nhân viên IT không khớp tổ hợp Trưởng phòng IT. Danh sách cấp bậc giảm dần; chọn Nhân sự cụ thể lấy mã/họ tên hồ sơ đang hoạt động có tài khoản thường đang hoạt động trong phạm vi, không lấy mọi tài khoản đăng nhập.

Kết quả cần kiểm tra

Nháp không bị hiểu là nội dung đã ban hành; người nhận thấy đúng phạm vi.

Đọc tiếp

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Cách thực hiện

1. Mở Xem hồ sơ của mình; đối chiếu mã nhân sự, tên đăng nhập và phòng ban Sale – Marketing.
2. Đọc Vai trò và lịch làm việc: Sale có sales_staff; Marketing có marketing. Cấp bậc minh họa là employee, lịch hành chính.
3. Kiểm tra Phạm vi làm việc, tài khoản liên kết và các giấy tờ đính kèm; chỉ mở hoặc tải tài liệu được phép.
4. Dùng Chỉnh sửa hồ sơ của tôi để cập nhật thông tin cá nhân được cho phép; kiểm tra lại sau lưu.
5. Gửi HR/Admin yêu cầu sửa chức danh, cấp bậc, vị trí, cơ sở hoặc liên kết tài khoản khi sai; không tự đổi quyền.

Kết quả cần kiểm tra

Hồ sơ cá nhân và tài khoản liên kết phản ánh đúng công việc.

Lưu ý và giới hạn

Cách thực hiện

1. Mở Nhân sự → Hồ sơ nhân sự, tìm theo mã/tên và lọc trạng thái/cơ sở trong phạm vi. Người tự phục vụ xem hồ sơ của mình.
2. Tạo mới bằng quyền được cấp: điền đủ trường, ảnh và tài khoản liên kết; chỉ Email công việc/Ghi chú nội bộ tùy chọn. Không tạo lại người cũ vì nâng cấp.
3. Kiểm vai trò chính/kiêm nhiệm, vị trí, cấp bậc và cơ sở. Mỗi vai trò theo lịch cơ sở gắn đúng một cơ sở theo form; kiêm nhiệm thêm riêng khi có.
4. Mở lại chi tiết để đối chiếu thông tin và lịch. Khi thay trạng thái lao động đọc bài riêng vì tác động đăng nhập/chấm/tính công.
5. Nhân sự tự sửa các trường cá nhân được phép và tải văn bằng/chứng chỉ của mình, nhập hạn, bổ sung phiên bản mới. Người quản lý kiểm cảnh báo và hồ sơ theo quyền.
6. Cần xuất, mở Xuất Excel và chọn bộ lọc/cột. Xem được hồ sơ không đồng nghĩa có quyền xuất hoặc sửa các thông tin quản lý.

Đọc bảng trên điện thoại từ r005a

Mã nhân sự hoặc tên tài khoản dài xuống dòng trong đúng ô Nhân sự, không đẩy sang cột kế bên. Bảng vẫn cuộn ngang; vuốt trong bảng để xem đủ Phòng ban/bộ phận và thao tác. Sắp xếp hoặc thay đổi cách xuống dòng không đổi dữ liệu hồ sơ.

Kết quả cần kiểm tra

Hồ sơ đúng người, có liên kết và phân công nhất quán.

Lưu ý và giới hạn

Đọc tiếp

Tiếp nhận hồ sơ từ link riêng

HCNS/Admin đủ quyền mở Tiếp nhận hồ sơ để nhận bản khai từ người chưa đăng nhập; duyệt rồi bổ sung mã nhân sự/tài khoản trước khi tạo hồ sơ.

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Cách thực hiện

1. Người có quyền mở Nhân sự → Hồ sơ nhân sự, tìm đúng mã rồi Tạo hồ sơ hoặc Sửa; form mở ở bảng bên phải trên desktop.
2. Điền các thông tin bắt buộc, ảnh nhân sự và tài khoản liên kết; Email công việc và Ghi chú nội bộ là tùy chọn.
3. Khai báo vai trò chính theo Bộ phận → Cấp bậc → Phòng ban → Nghiệp vụ chuyên môn. Chỉ mở chọn khi có nhiều giá trị; trường cố định được điền sẵn.
4. Thêm kiêm nhiệm nếu có, chọn cơ sở/khu điều trị theo vai trò; xem tuyến duyệt dự kiến trước khi lưu.
5. Bấm Liên kết tài khoản đăng nhập, tìm mã/họ tên/tên đăng nhập. Admin và tài khoản đã gắn hồ sơ khác không xuất hiện; khi sửa vẫn giữ tài khoản của hồ sơ hiện tại.
6. Loại làm việc tạo mới: Toàn thời gian hoặc Bán thời gian. Ngày nhập dd/mm/yyyy. Kiểm tác động trạng thái lao động trước khi đổi.
7. Lưu, mở lại hồ sơ để đối chiếu cơ cấu/liên kết; nhân sự đăng nhập lại khi quyền hoặc trạng thái thay đổi.

Phạm vi hồ sơ hiện hành

Từ r005d/r005e, cơ sở tài khoản và bộ lọc Dashboard không được cộng/ghi đè nơi làm việc. Vị trí hành chính hợp lệ có phạm vi toàn hệ thống; vị trí theo cơ sở theo vai trò chính/kiêm nhiệm. Chấm công phải chọn nơi đang có mặt và vẫn qua thiết bị/mạng/GPS. Phạm vi làm việc không tự cấp quyền quản lý.

Chọn cơ sở trên điện thoại

Từ r003a, danh sách chọn chỉ hiện tên cơ sở; ID liên kết và yêu cầu một cơ sở cho vai trò theo lịch vẫn giữ nguyên. Chọn một mục rồi kiểm các trường liên kết trước khi lưu/gửi. Hộp chọn IMS đóng sau một lần chọn, Hủy giữ giá trị cũ.

Cấp bậc do Admin thiết lập

Chỉ Admin được thiết lập các cấp CEO/Giám đốc/Trợ lý và giao phạm vi quản lý liên bộ phận. Người có quyền sửa hồ sơ thường không vì thế được nâng cấp các chức danh này.

Kết quả cần kiểm tra

Hồ sơ đầy đủ, liên kết đúng tài khoản và vị trí/cấp bậc/cơ sở.

Lưu ý và giới hạn

Đọc tiếp

Sau khi chuyển từ bản khai

Hồ sơ đã tạo từ form được chỉnh tại Hồ sơ nhân sự. Nguồn bản khai và lịch sử riêng đã được dọn khi tạo thành công; không tìm bản khai ở Thùng rác để sửa. Ngày vào làm chưa khai có thể bổ sung sau trong hồ sơ.

Hộ lý và Lễ tân phụ trách Kho

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Tạo và gửi link

1. Mở Nhân sự → Hồ sơ nhân sự, bấm Tiếp nhận hồ sơ cạnh Tạo hồ sơ. Nếu không thấy nút, kiểm nhóm HCNS/Admin và quyền hồ sơ; chức danh khác không tự có quyền này.
2. Trong Liên kết gửi cho nhân sự, bấm Tạo liên kết mới. Giao diện tạo link có hạn 7 ngày.
3. Bấm Sao chép trong ô link mới hoặc mở Quản lý các liên kết và bấm Sao chép link ở đúng dòng. Khi thành công có thông báo ngắn, không mở thêm ô link ở mỗi dòng.
4. Gửi link qua kênh riêng của HCNS cho đúng người. Giữ đầy đủ URL, kể cả phần sau dấu #; không đăng công khai hoặc coi người có link đã được xác minh danh tính.
5. Kiểm bản khai về danh sách; có thể lọc tên/số điện thoại và trạng thái, chọn số dòng mỗi trang rồi chuyển trang.

Hạn và khả năng nhận bản khai

Quản lý các liên kết hiển thị ngày tạo, ngày hết hạn và trạng thái Đang nhận bản khai / Đã thu hồi / Đã hết hạn. Chỉ link còn hiệu lực và đúng khóa mới sao chép lại được. Mặc định mỗi link giữ tối đa 1.000 bản khai và khoảng 256 MiB JSON; đây là dung lượng dữ liệu, không phải cam kết số lượng ảnh lớn có thể gửi. Nếu đạt giới hạn, liên hệ quản trị để xử lý hoặc nhận link mới.

Thu hồi hay xóa link?

Thu hồi ngừng nhận bản khai mới nhưng giữ dòng link. Xóa vĩnh viễn làm link và lịch sử riêng của link biến mất, không khôi phục; các bản khai đã nhận vẫn được giữ. Xem kỹ tác động trước xác nhận.

Khi không sao chép được

Bấm Làm mới và kiểm trạng thái link. Nếu link hết hạn, đã thu hồi hoặc không còn khớp khóa, tạo link mới. Không sửa thủ công chuỗi sau dấu # để thử lại.

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Trước khi nhập

Form riêng không yêu cầu đăng nhập IMS. Chỉ dùng link do HCNS cung cấp, kiểm đúng tên miền. Không nhập mật khẩu hoặc OTP. Nếu link không hợp lệ, hết hạn hoặc bị thu hồi, nhờ HCNS gửi lại; không dùng tên miền website tài liệu thay cho máy chủ IMS.

Chọn cơ sở trên điện thoại

Từ r003a, danh sách chọn chỉ hiện tên cơ sở; ID liên kết và yêu cầu một cơ sở cho vai trò theo lịch vẫn giữ nguyên. Chọn một mục rồi kiểm các trường liên kết trước khi lưu/gửi. Hộp chọn IMS đóng sau một lần chọn, Hủy giữ giá trị cũ.

Điền theo thứ tự

1. Nhập Họ và tên, Số điện thoại, Ngày sinh, Giới tính; Email công việc có thể để trống. Ngày sinh không được ở tương lai.
2. Điền Ngày vào làm nếu biết, hoặc để trống cho HCNS bổ sung sau; chọn Toàn thời gian / Bán thời gian.
3. Chọn Bộ phận → Cấp bậc → Phòng ban → Nghiệp vụ chuyên môn theo danh mục lọc nối tiếp. Cần đúng một vai trò chính; khai vai trò kiêm nhiệm khi có, không trùng vai trò.
4. Với vai trò theo lịch cơ sở, chọn đúng một cơ sở cho từng vai trò. Vai trò toàn hệ thống không gắn cơ sở; Trưởng khu điều trị cần điền khu phụ trách. Việc tự khai không tự cấp phạm vi quản lý.
5. Ảnh nhân sự không bắt buộc. Nếu gửi, chọn JPG, PNG hoặc WebP tối đa 5 MB; có thể bổ sung sau.
6. Tích xác nhận thông tin, bấm Gửi bản khai và chờ thông báo Đã nhận bản khai của bạn. Ghi mã tiếp nhận nếu cần; không gửi lặp chỉ vì chưa thấy hồ sơ chính thức.

Khi cần sửa hoặc gặp lỗi

Liên hệ HCNS khi phát hiện sai thông tin hoặc số điện thoại đã được dùng. Số điện thoại được chuẩn hóa 0/+84 và kiểm trùng với bản khai/hồ sơ, không phải xác minh chủ sở hữu bằng OTP. Người khai không tự thêm mã nhân sự, chọn tài khoản hoặc phê duyệt bản khai.

Sau khi gửi

HCNS sẽ kiểm, có thể chỉnh sửa hoặc từ chối, rồi bổ sung thông tin nội bộ trước khi tạo hồ sơ. Thông báo đã nhận bản khai không đồng nghĩa đã được tuyển dụng hoặc đã có quyền truy cập IMS.

Hộ lý và Lễ tân phụ trách Kho

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Tìm và kiểm bản khai

1. Tìm theo họ tên hoặc số điện thoại, lọc Chờ duyệt / Đã duyệt · chờ tạo hồ sơ / Từ chối; kiểm số dòng và phân trang.
2. Mở đúng bản khai, đối chiếu thông tin cá nhân, vai trò chính/kiêm nhiệm, cơ sở/khu điều trị và ngày vào làm. Ảnh có thể chưa có.
3. Mở Lịch sử xử lý để xem mốc nhận, sửa, duyệt hoặc từ chối khi bản khai vẫn còn được giữ. Kiểm phạm vi của mọi vai trò trước khi tiếp tục.

Sửa, duyệt hoặc từ chối

Sơ đồ minh họa

↗ Phóng lớn sơ đồ

Tạo hồ sơ chính thức

1. Ở bản khai Đã duyệt, bấm Tạo hồ sơ.
2. Bổ sung Mã nhân sự và Liên kết tài khoản đăng nhập còn phù hợp/chưa liên kết. Admin độc lập không dùng làm tài khoản liên kết hồ sơ.
3. Chọn Trạng thái lao động và các mốc nghỉ nếu áp dụng; thêm Ghi chú nội bộ của HCNS khi cần.
4. Ngày vào làm dùng dữ liệu đã khai, không yêu cầu nhập lại ở bước này. Nếu chưa có, có thể bổ sung trong hồ sơ; không tự suy ngày vào làm từ ngày gửi form.
5. Bấm Tạo hồ sơ nhân sự, chờ xác nhận thành công và kiểm hồ sơ tại Hồ sơ nhân sự. Bản khai và lịch sử riêng bị xóa trong cùng giao dịch, không chuyển vào thùng rác.
6. Nếu gặp lỗi, đọc thông báo trước. Nếu lần tạo trước đã thành công nhưng phản hồi bị gián đoạn, thử lại được nhận diện bằng receipt để tránh tạo trùng. Không tự tạo một hồ sơ khác chỉ vì bản khai đã rời danh sách.

Kết quả cần kiểm

Hồ sơ chính thức giữ số điện thoại, cơ cấu, ngày vào làm đã khai và thông tin nội bộ hợp lệ. Số điện thoại tiếp tục bị chặn trùng bởi hồ sơ chính thức sau chuyển đổi. Các chỉnh sửa tiếp theo thực hiện tại Hồ sơ nhân sự.

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Bảng tác động

Trước khi xác nhận xóa

Chờ duyệt, Đã duyệt nhưng chưa tạo và Từ chối đều có thể còn trong danh sách để xử lý hoặc xóa theo quyền. Xem đúng người, số điện thoại và trạng thái trước khi xác nhận Xóa vĩnh viễn. Bản khai đã chuyển thành hồ sơ được sửa/quản lý tại Hồ sơ nhân sự, không xóa từ danh sách tiếp nhận.

Số điện thoại và sao lưu

Sau khi xóa bản khai chưa chuyển đổi, số điện thoại chỉ có thể gửi lại nếu không còn bản khai/hồ sơ khác sử dụng. Sau chuyển đổi, hồ sơ chính thức vẫn giữ số và chặn trùng. Xóa cứng ở dữ liệu đang hoạt động không đồng nghĩa xóa ngay khỏi backup hoặc WAL; chính sách lưu và phục hồi backup cần quản lý riêng.

Khi nâng từ bản cũ

Migration 069 chuyển receipt sang hồ sơ rồi dọn các bản khai đã tạo hồ sơ. Mốc tiếp nhận hồ sơ thêm 066–070; bản NAS hiện hành r005e có 71 migration, giữ nguyên 001–070 và thêm 071 về vòng đời kho; sao lưu database và tệp trước cập nhật. Không chỉ đổi source về bản cũ để hoàn tác dữ liệu.

Giao diện minh họa

↗ Phóng lớn ảnh

Bảng tác động

Thao tác và kiểm tra

1. Mở đúng mã nhân sự, đối chiếu phân công/công việc còn bàn giao trước khi lưu trạng thái.
2. Với thai sản/tai nạn, nhập đủ khoảng ngày; lưu và kiểm phiên tài khoản bị thu hồi.
3. Khi nhân sự quay lại, HR/Admin chủ động chuyển Đang làm việc rồi nhân sự đăng nhập mới.
4. Đối chiếu công trước/sau mốc. Kỳ đã chốt phải Admin mở lại → HR tính lại → kiểm → chốt lại.

Phân biệt hồ sơ với đơn nghỉ phép

Đọc tiếp

Cách thực hiện

1. Kiểm phạm vi cơ sở đầu trang, sau đó mở Xuất Excel bằng tài khoản có employees.export; CEO/HR/Admin theo quyền.
2. Chọn nhiều giá trị trong từng nhóm. Trong một nhóm dùng HOẶC; giữa các nhóm dùng VÀ. Để trống nghĩa là tất cả.
3. Bộ phận và cấp bậc phải khớp trên cùng một vai trò trong hồ sơ. Đọc số nhân sự phù hợp trước khi tải.
4. Chọn cột; STT, Mã nhân sự và Họ tên luôn bắt buộc. Một hồ sơ chỉ có một dòng dù có nhiều vai trò/cơ sở.
5. Tải Excel .xlsx và đối chiếu số dòng. Giới hạn 20.000 hồ sơ/lần; nếu vượt, thu hẹp bộ lọc.

Kết quả cần kiểm tra

Workbook gồm đủ hồ sơ hợp lệ và cột cần dùng.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Chọn cơ sở, loại hồ sơ, mức cảnh báo hoặc từ khóa phù hợp với phần được giao.
2. Đọc nhân sự, tài liệu, ngày hết hạn và trạng thái. Mở bản scan để xác nhận đúng số hiệu, đơn vị cấp và ngày.
3. Nếu có quyền gia hạn/cập nhật, nhập thông tin mới và tải đúng tệp. Kiểm lại ngày cấp, ngày hết hạn trước khi lưu.
4. Tải lại để kiểm tra cảnh báo. Gia hạn tạo bản mới; bản cũ được đánh dấu đã thay thế và lưu để tra cứu.
5. Người không có quyền sửa gửi hồ sơ mới cho HR/Admin; không coi việc đọc thông báo là đã gia hạn.

Tài liệu của hồ sơ cá nhân

Hồ sơ bản thân và vùng tài liệu dùng cùng quy tắc xem hồ sơ, kể cả nhân sự hành chính Toàn hệ thống không gắn cơ sở. Nhân sự tự tải văn bằng/chứng chỉ được phép; tài liệu riêng tư vẫn kiểm quyền riêng. Nếu tải lỗi, đọc thông báo ngay trong vùng tài liệu rồi gửi IT, không suy rằng được mở mọi tài liệu của hồ sơ.

Kết quả cần kiểm tra

Hồ sơ có phiên bản mới đúng hạn và lịch sử rõ ràng.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Chấm bằng một nút

1. Mở Tổng quan → Chấm công, kiểm tài khoản/ngày Việt Nam; chọn rõ cơ sở đang có mặt thuộc phạm vi hồ sơ. Giám đốc/vị trí hành chính không tự lấy cơ sở đầu tiên hoặc lọc Dashboard.
2. Dùng thiết bị/trình duyệt đã đăng ký. Chính sách Bắt buộc yêu cầu thiết bị hoạt động, phiên và chữ ký hợp lệ; máy chờ/thay/thu hồi cần được xử lý trước.
3. Bấm Chấm công. Hệ thống thử mạng cơ sở trước; khi mạng đã đủ điều kiện không cần xin GPS. Nếu mạng không xác nhận được, thử GPS hợp lệ tại cơ sở đang chọn.
4. Chờ thông báo thành công và đối chiếu Giờ chấm vào/Giờ chấm ra. Lượt hợp lệ đầu tiên là vào; các lượt hợp lệ tiếp theo giữ giờ ra muộn nhất.
5. Nếu bấm ra sớm, vẫn có thể bấm Chấm công lúc về thật. Mỗi lượt mới đều kiểm lại thiết bị, hồ sơ và mạng/GPS; gửi lại cùng yêu cầu do mạng chập chờn không tạo lượt mới.

Phạm vi hồ sơ hiện hành

Từ r005d/r005e, cơ sở tài khoản và bộ lọc Dashboard không được cộng/ghi đè nơi làm việc. Vị trí hành chính hợp lệ có phạm vi toàn hệ thống; vị trí theo cơ sở theo vai trò chính/kiêm nhiệm. Chấm công phải chọn nơi đang có mặt và vẫn qua thiết bị/mạng/GPS. Phạm vi làm việc không tự cấp quyền quản lý.

Đọc đúng giờ và giới hạn

Không giới hạn khung giờ chấm hoặc số lượt/ngày; vẫn có giới hạn chống gửi dồn 30 yêu cầu/phút. Lượt đầu lúc 17:20 là giờ vào 17:20, không suy diễn đã làm buổi sáng. Các lượt cùng thời điểm không tạo giờ ra bằng/trước giờ vào; vẫn có lịch sử. Chưa hỗ trợ ca qua nửa đêm trong cơ chế gom ngày.

Mạng cơ sở và GPS

Chỉ cần một bằng chứng hợp lệ tại cơ sở được phân công. 4G/5G chỉ thành công khi GPS đúng cơ sở; mạng cơ sở khác không xác nhận thay. Mạng thiếu hoặc đã biết trùng IP có thể phải dùng GPS. Mạng hợp lệ không miễn điều kiện thiết bị/phiên/trạng thái lao động.

Đối chiếu sau chấm

Mở Thiết bị của tôi · Lịch sử chấm công hoặc ngày công để đọc phương thức và lý do. Bấm nút chưa chứng minh đã ghi thành công. Chỉ có giờ vào chưa đủ để tự cấp công; giờ HCNS đã duyệt và kỳ đã chốt không bị tự ghi đè.

Luồng chấm công một nút

↗ Phóng lớn sơ đồ

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Chuẩn bị đúng kênh sử dụng

1. Mở đúng tên miền HTTPS của IMS bằng trình duyệt hoặc ứng dụng Windows dự định dùng lâu dài; đăng nhập tài khoản có quyền chấm công và hoàn tất đổi mật khẩu nếu được yêu cầu.
2. Mở Tổng quan → Chấm công → Thiết bị của tôi · Lịch sử chấm công. Đây là nút trong hộp chấm công, không phải một menu quản trị riêng.
3. Đọc hai thẻ Điện thoại và Máy tính. Mỗi loại chỉ có một đăng ký hoạt động; máy tính bảng thuộc suất Điện thoại.
4. Thiết bị nhận diện được tự đăng ký khi suất còn trống. Nếu được yêu cầu xác nhận loại, chọn Điện thoại / máy tính bảng hoặc Máy tính rồi bấm Đăng ký thiết bị này.
5. Kiểm tra thẻ có Được chấm công, tên môi trường, mã đăng ký và thời điểm. Nếu suất đã có thiết bị, đăng ký mới ở trạng thái chờ; liên hệ Admin thay đúng loại.

Sơ đồ minh họa

↗ Phóng lớn sơ đồ

Giữ đăng ký để dùng ổn định

Khóa đăng ký được giữ trong dữ liệu của trình duyệt theo tài khoản và origin. Cùng một máy dùng Chrome, Edge và ứng dụng Windows có thể tạo các đăng ký khác nhau. Chọn một kênh chấm công ổn định; không xóa dữ liệu web/AppData, dùng chế độ riêng tư hoặc đổi tên miền để xử lý lỗi. Tên máy chỉ gợi nhớ, không chứng thực model hoặc số sê-ri phần cứng.

Khi bị thu hồi hoặc mất khóa

Mở phần Đã bị thu hồi hoặc mất đăng ký trình duyệt? → Tạo đăng ký mới cho trình duyệt này. Thao tác tạo khóa mới, không tự thay đăng ký đang hoạt động. Nếu suất đã có máy, chờ Admin xử lý. Có thể Hủy đăng ký đang chờ của chính mình và nhập lý do; hai thiết bị đang hoạt động vẫn giữ nguyên.

Điều kiện chấm công vẫn áp dụng

Được đăng ký không thay thế quyền chấm công, trạng thái lao động hoặc điều kiện GPS/Wi-Fi cơ sở. Sau khi đăng ký, quay lại hộp chấm công để chấm vào/ra và kiểm kết quả; không coi việc đăng nhập là đã ghi công.

Giao diện minh họa

↗ Phóng lớn ảnh

Lịch sử của tài khoản

1. Mở Thiết bị của tôi. Tab Thiết bị hiển thị các suất đang hoạt động và đăng ký chờ.
2. Chọn Lịch sử thay đổi để xem đăng ký, thay, thu hồi và các sự kiện quản trị. Chọn Lượt chấm công để xem thành công, bị từ chối hoặc chưa xác thực thiết bị.
3. Lọc Tất cả thiết bị / Điện thoại / Máy tính. Chọn ngày bằng lịch tiếng Việt hoặc nhập dd/mm/yyyy; xóa ngày để bỏ bộ lọc. Khi đổi bộ lọc, danh sách trở về trang đầu.
4. Mở Chi tiết ở một sự kiện để đọc lý do, mã thiết bị, phương thức và thông tin được phép xem. Dùng Trước / Sau khi còn trang.

Lịch sử của một ngày công

1. Vào Nhân sự → Chấm công cá nhân hoặc Dữ liệu chấm công trong phạm vi được cấp; chọn đúng tháng và dòng ngày công.
2. Ở cột Thao tác, bấm biểu tượng đồng hồ có nhãn Lịch sử chấm công và thiết bị.
3. Đối chiếu chấm vào/ra, thiết bị tại thời điểm thực hiện và lịch sử tạo, duyệt, từ chối, hủy hoặc xóa yêu cầu điều chỉnh. Quyền xem thông tin chi tiết phụ thuộc tài khoản và phạm vi.

Đọc kết quả đúng

Ngày/giờ hiển thị theo Việt Nam. Thay hoặc thu hồi thiết bị không xóa lịch sử cũ.

Nhật ký từ chối và lỗi mạng

r005d/r005e giữ mã và lý do AttendanceNetworkError đã biết để đối chiếu lỗi mạng/GPS; lỗi nội bộ/database vẫn che nội dung nhạy cảm. Không nới IP hoặc bán kính GPS để xử lý lệch mạng. Gửi IT thời điểm, cơ sở và mã lỗi; không gửi khóa hoặc token.

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Khi di chuyển giữa hai cơ sở

1. Chỉ áp dụng khi cả A và B thuộc phạm vi hồ sơ đang hoạt động. Chọn A và bấm Chấm công cho lượt hợp lệ đầu.
2. Khi có mặt tại B, chọn B và bấm cùng nút Chấm công; cần mạng đúng B hoặc GPS hợp lệ tại B.
3. Ngày công giữ một bản ghi theo ngày Việt Nam, cơ sở ngày công giữ nơi chấm vào A. Nhật ký từng lượt ghi cơ sở thực hiện riêng.
4. Lượt hợp lệ tiếp theo chỉ giữ giờ ra muộn hơn, không tạo ngày công thứ hai. Không dùng thêm lượt để tách công sang hai cơ sở.
5. Đối chiếu nhật ký và gửi điều chỉnh nếu sai; hai mốc đầu/cuối không chứng minh đã có mặt liên tục tại từng nơi.

Đọc tiếp

Giao diện minh họa

↗ Phóng lớn ảnh

Cách quy đổi hiện hành

Lấy thời gian hợp lệ nằm trong lịch làm chuẩn, trừ phần giờ nghỉ và chia cho số phút làm chuẩn của ngày; tối đa 1 công thường/ngày. Giữ chính sách cho phép đi trễ hiện có. Giờ ngoài lịch không tự cộng thành công thường.

Ví dụ lịch làm chuẩn 8 giờ

Đây là ví dụ lịch 08:00–12:00 và 13:00–17:00. Kết quả thực tế theo lịch/chính sách cơ sở, giờ được duyệt và trạng thái lao động.

Điều chỉnh, phép, tăng ca và chốt kỳ

1. Ưu tiên giờ đã được HCNS duyệt theo quy trình; không tự ghi đè bằng lượt chấm mới.
2. Nghỉ phép đã duyệt và khoảng nghỉ trong hồ sơ tiếp tục áp dụng; không cộng trùng cùng thời gian.
3. Tăng ca chỉ tính theo phần giao thời gian thực tế và khung đã duyệt, tách khỏi công thường.
4. Kỳ công đã chốt giữ nguyên. Nếu cần áp dụng lại, Admin mở kỳ có lý do → người có quyền tính lại → đối chiếu → chốt → xuất Excel.

Đọc tiếp

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Chọn tháng, kiểm ngày công, giờ gốc và cơ sở. Dùng Làm mới khi cần đối chiếu dữ liệu vừa cập nhật.
2. Khi có sai lệch, chọn bản ghi/ngày và Tạo yêu cầu; nhập giờ thực tế, lý do rồi kiểm trước khi gửi.
3. Mỗi nhân sự có 3 lượt gửi/tháng theo UTC+7. Ngày công tháng trước gửi trong tháng này dùng lượt của tháng này.
4. Từ chối không hoàn lượt. Người tạo hủy/xóa mềm yêu cầu còn chờ được hoàn một lần vào tháng đã gửi.
5. Tháng mới có 3 lượt mới, không cộng dồn. Hủy đơn tháng trước không tăng lượt tháng hiện tại; hết lượt liên hệ người có quyền.
6. Kiểm tuyến duyệt dự kiến khi gửi; đơn đến cấp cao hơn gần nhất đủ điều kiện theo vai trò chính. Đơn cá nhân CEO hợp lệ được Miễn duyệt CEO khi gửi.

Bộ lọc tháng trên điện thoại

1. Ở Chấm công của tôi, ô tháng trong r005b rộng theo cột bộ lọc; chạm vào tháng hoặc biểu tượng lịch để chọn.
2. Trên màn hẹp 320px, popup lịch vừa khung; trên tablet, bộ lọc và thanh tháng của lịch làm việc được xếp lại.
3. Sau chọn, kiểm tháng/ngày trên bộ lọc và dữ liệu danh sách. Thay đổi bố cục không đổi thuật toán tính công hoặc quyền duyệt.

Kết quả cần kiểm tra

Yêu cầu đúng ngày/giờ/lý do, hiểu lượt còn lại.

Lưu ý và giới hạn

Lịch sử gắn với ngày công

Bấm biểu tượng đồng hồ ở cột Thao tác để mở Lịch sử chấm công và thiết bị. Kiểm lượt chấm gốc và các yêu cầu điều chỉnh trước khi gửi thêm yêu cầu.

Tuyến và quyền xem đơn hiện hành

Nhân viên và Leader đều gửi Trưởng phòng của bộ phận. Đơn Trưởng phòng gửi Trợ lý phụ trách; đơn Trợ lý gửi Giám đốc phụ trách; đơn Giám đốc gửi CEO. Chỉ một cấp phù hợp duyệt là hoàn tất, không duyệt nối tiếp mọi cấp. Trưởng phòng khám tương đương Trưởng phòng; Trưởng khu điều trị tương đương Leader. Leader không còn duyệt đơn nhân viên.

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Tuyến duyệt và người được quyết định

Nhân viên và Leader đều gửi Trưởng phòng của bộ phận. Đơn Trưởng phòng gửi Trợ lý phụ trách; đơn Trợ lý gửi Giám đốc phụ trách; đơn Giám đốc gửi CEO. Chỉ một cấp phù hợp duyệt là hoàn tất, không duyệt nối tiếp mọi cấp. Trưởng phòng khám tương đương Trưởng phòng; Trưởng khu điều trị tương đương Leader. Leader không còn duyệt đơn nhân viên.

1. Vai trò chính người có đơn xác định tuyến; người nhận có thể được giao thẩm quyền qua vai trò chính/kiêm nhiệm phù hợp.
2. Thiếu người hoạt động/đúng mảng/đủ quyền, hoặc bị khóa/tạm nghỉ/không liên kết tài khoản: tìm cấp cao hơn trong đúng nhánh; không chuyển sang bộ phận khác.
3. Loại người tạo và người có đơn khỏi người quyết định; giữ quy tắc miễn duyệt đơn cá nhân hợp lệ của CEO. Không có người phù hợp thì đơn tiếp tục chờ.
4. Admin giữ quyền quản trị với kiểm tra hợp lệ giao dịch. Quyền xem rộng không cho phép duyệt vượt tuyến.
5. Đơn đã xử lý giữ quyết định và nhật ký cũ; đơn chờ áp tuyến hiện hành khi tải và quyết định. API kiểm lại hồ sơ, quyền, trạng thái và phiên bản.

Đối chiếu quyền xem và nút xử lý

Quản lý xem đơn đã duyệt đúng phạm vi; pending chỉ theo tuyến và quyền tính năng. CEO/Trưởng HCNS xem rộng theo hồ sơ, không suy từ quyền tài khoản hr_manager. Dữ liệu đổi đồng thời thì tải lại trước quyết định.

Chọn tháng trên màn hình hẹp

r005b mở rộng ô tháng theo cột bộ lọc; chọn tháng rồi đối chiếu trạng thái và phạm vi hồ sơ trước duyệt. Giao diện gọn hơn không cấp thêm quyền hoặc đổi tuyến duyệt.

Cách thực hiện

1. Lọc tháng, cơ sở/phạm vi và trạng thái Chờ duyệt. Dùng tên hoặc mã nhân sự để tìm đúng người.
2. Mở yêu cầu, so sánh dữ liệu gốc với giờ đề nghị và giải trình. Kiểm tra ngày làm việc thực tế cùng các thông tin liên quan.
3. Chọn Duyệt nếu có đủ căn cứ, hoặc Từ chối và ghi rõ lý do. Không duyệt yêu cầu do mình gửi.
4. Nếu không có nút hoặc không thấy người, kiểm tra phòng ban, cơ sở, cấp bậc và liên kết hồ sơ; không dùng tài khoản người khác để vượt phạm vi.
5. Sau quyết định, làm mới và kiểm tra trạng thái, giờ sau điều chỉnh và người quyết định; báo HR nếu kỳ công cần tính lại.

Kết quả cần kiểm tra

Quyết định được ghi nhận và có thể đối chiếu người duyệt, thời gian, lý do.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Cách thực hiện

1. Chọn tháng và cơ sở/phạm vi; lọc thiếu giờ vào/ra, trễ/sớm hoặc đã điều chỉnh để đối chiếu.
2. Nạp Excel từ máy: bắt buộc chọn cơ sở và khoảng ngày, không suy hai dữ liệu này từ tên file. Hệ thống đối chiếu tên không phân biệt dấu/hoa-thường/khoảng trắng, không tự tạo người.
3. Nhân sự theo cơ sở chỉ khớp trong file cơ sở đó; người có phạm vi hệ thống được khớp tại mọi cơ sở. Tên khớp nhiều hồ sơ bị chặn để kiểm tra thay vì tự chọn.
4. Kiểm bản xem trước trước xác nhận. Giải quyết điều chỉnh còn chờ, đối chiếu giờ gốc/sau điều chỉnh, phép/tăng ca và lịch sử trạng thái lao động.
5. Mở Chốt công tháng, tính/tính lại kỳ chưa chốt, đọc riêng công thực tế/nghỉ hưởng công và giờ tăng ca. Chỉ chốt khi đã đối chiếu đủ.
6. Xuất Excel theo trạng thái kỳ. Kỳ đã chốt không tự thay đổi; khi cần Admin mở lại có lý do → HR tính lại → kiểm → chốt → xuất lại.

Đọc số công từ r004c đến r005a

Công thường theo tỷ lệ giờ hợp lệ, không chỉ làm tròn nửa/nguyên ngày. Ví dụ 6/8 giờ là 0,75; Excel giữ phần thập phân ở tổng công và chi tiết. Kỳ đã chốt không tự tính lại khi nâng phiên bản.

Kết quả cần kiểm tra

Kỳ và file xuất đúng tháng/cơ sở, không cộng trùng nguồn công.

Lưu ý và giới hạn

Đọc tiếp

Đối chiếu lịch sử trước khi chốt

Ở dòng ngày công, mở biểu tượng đồng hồ để xem chấm vào/ra và điều chỉnh. Thông tin thiết bị là ảnh chụp tại thời điểm thực hiện; thay máy về sau không xóa lịch sử. Dữ liệu trước triển khai có thể không có mã thiết bị.

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Chỉ người được quyền dùng: BGĐ, Trưởng phòng Nhân sự hoặc Admin có attendance.update, trong phạm vi được giao.
2. Chọn đúng nhân sự và ngày; đối chiếu bằng chứng giờ thực tế, nhập giờ và lý do xác nhận.
3. Không tự xác nhận công của mình, vượt phạm vi, sửa kỳ đã chốt hoặc ghi đè yêu cầu đang chờ.
4. Nếu dữ liệu đổi đồng thời, tải lại trước khi xác nhận. Thao tác không tiêu thụ lượt yêu cầu của nhân viên.
5. Đối chiếu giờ sau điều chỉnh, giờ gốc và Nhật ký phê duyệt; nhật ký ghi người thực hiện và thời điểm máy chủ.

Kết quả cần kiểm tra

Điều chỉnh có căn cứ, không mất dữ liệu gốc.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Lý do và cách tính

Đơn cũ sau chuyển đổi

Migration 061 phân loại lại đơn Nghỉ ốm/Khác cũ sang Phép năm; Kết hôn/Tang chế sang hưởng công không trừ phép. Giữ ngày, trạng thái và bản chụp trước/sau. Đơn cũ quá 5 ngày không bị cắt; đơn thai sản lịch sử vẫn giữ.

Đối chiếu công

• Phân biệt công thực tế và ngày nghỉ hưởng công; không cộng cả hai cho cùng phần thời gian.
• Phép chỉ trừ khi đã duyệt, hủy duyệt hoàn theo quy trình. Chờ duyệt chưa trừ số dư nhưng có thể chặn lịch hẹn.
• Đối chiếu báo cáo và Excel sau tính/chốt lại. Tăng ca tính theo phần giao giờ thực tế và khung đã duyệt, không theo số giờ đơn đơn thuần.

Đọc tiếp

Công thường và phép

Công thực tế hiện tính theo tỷ lệ giờ trong lịch. Không cộng trùng công thực tế và phần nghỉ hưởng công; đối chiếu ngày trước khi chốt.

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Nhân sự → Nghỉ phép → tạo đơn. Kiểm nhân sự được chọn theo quyền; BGĐ tạo/quản lý đơn của chính mình, không tạo hộ hoặc tự duyệt.
2. Chọn Lý do nghỉ: Nghỉ ốm, Kết hôn, Tang chế, Đi học, Công tác hoặc Khác. Nhập thời gian, phạm vi/cơ sở và Giải trình.
3. Nghỉ ốm/Khác: chọn Phép năm (hưởng công, trừ phép năm) hoặc Không lương (không công, không trừ phép). Đối chiếu tổng phép, đã duyệt, còn lại và số ngày đơn.
4. Kết hôn/Tang chế/Đi học/Công tác hưởng công và không trừ phép năm. Kết hôn/Tang chế tối đa 5 ngày lịch liên tiếp, tính cả ngày đầu và cuối cho mỗi đơn.
5. Lưu nháp, kiểm lại rồi Gửi duyệt. Đơn đã gửi/đã duyệt có thể chặn lịch hẹn trong thời gian nghỉ theo trạng thái.
6. Theo dõi quyết định, lý do từ chối hoặc hủy/thu hồi theo quyền. Chỉ đơn đã duyệt mới trừ phép; hủy duyệt hoàn theo quy trình.
7. Đã duyệt: không cần chấm công trong khoảng nghỉ, hết khoảng nghỉ chấm bình thường. Không tạo đơn Thai sản mới; khai báo trạng thái trong hồ sơ.
8. Kiểm tuyến duyệt dự kiến khi gửi; đơn đến cấp cao hơn gần nhất đủ điều kiện theo vai trò chính. Đơn cá nhân CEO hợp lệ được Miễn duyệt CEO khi gửi.

Kết quả cần kiểm tra

Đơn đúng lý do, loại nghỉ, khoảng ngày và trạng thái; công và số dư phép được hiểu đúng.

Lưu ý và giới hạn

Đọc tiếp

Tuyến và quyền xem đơn hiện hành

Nhân viên và Leader đều gửi Trưởng phòng của bộ phận. Đơn Trưởng phòng gửi Trợ lý phụ trách; đơn Trợ lý gửi Giám đốc phụ trách; đơn Giám đốc gửi CEO. Chỉ một cấp phù hợp duyệt là hoàn tất, không duyệt nối tiếp mọi cấp. Trưởng phòng khám tương đương Trưởng phòng; Trưởng khu điều trị tương đương Leader. Leader không còn duyệt đơn nhân viên.

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Tuyến duyệt và người được quyết định

Nhân viên và Leader đều gửi Trưởng phòng của bộ phận. Đơn Trưởng phòng gửi Trợ lý phụ trách; đơn Trợ lý gửi Giám đốc phụ trách; đơn Giám đốc gửi CEO. Chỉ một cấp phù hợp duyệt là hoàn tất, không duyệt nối tiếp mọi cấp. Trưởng phòng khám tương đương Trưởng phòng; Trưởng khu điều trị tương đương Leader. Leader không còn duyệt đơn nhân viên.

1. Vai trò chính người có đơn xác định tuyến; người nhận có thể được giao thẩm quyền qua vai trò chính/kiêm nhiệm phù hợp.
2. Thiếu người hoạt động/đúng mảng/đủ quyền, hoặc bị khóa/tạm nghỉ/không liên kết tài khoản: tìm cấp cao hơn trong đúng nhánh; không chuyển sang bộ phận khác.
3. Loại người tạo và người có đơn khỏi người quyết định; giữ quy tắc miễn duyệt đơn cá nhân hợp lệ của CEO. Không có người phù hợp thì đơn tiếp tục chờ.
4. Admin giữ quyền quản trị với kiểm tra hợp lệ giao dịch. Quyền xem rộng không cho phép duyệt vượt tuyến.
5. Đơn đã xử lý giữ quyết định và nhật ký cũ; đơn chờ áp tuyến hiện hành khi tải và quyết định. API kiểm lại hồ sơ, quyền, trạng thái và phiên bản.

Đối chiếu quyền xem và nút xử lý

Quản lý xem đơn đã duyệt đúng phạm vi; pending chỉ theo tuyến và quyền tính năng. CEO/Trưởng HCNS xem rộng theo hồ sơ, không suy từ quyền tài khoản hr_manager. Dữ liệu đổi đồng thời thì tải lại trước quyết định.

Cảnh báo khóa lịch đúng hồ sơ

r005e chỉ cảnh báo khóa lịch với Bác sĩ/Phụ tá, kể cả kiêm nhiệm. Đơn thuần Lễ tân không báo khóa lịch lâm sàng. Đọc phản hồi thành công theo việc khóa lịch thực tế; vẫn xử lý lịch khách trùng theo quy trình, không dùng Event để thay quyết định nghỉ.

Cách thực hiện

1. Lọc đơn đang Chờ duyệt trong phạm vi phụ trách; kiểm tra mã nhân sự, cơ sở và thời gian nghỉ.
2. Mở chi tiết để xem lý do, loại nghỉ và dữ liệu liên quan. Kiểm tra khả năng bố trí ca/người thay thế.
3. Với nhân sự lâm sàng, rà soát lịch khách trùng. Điều chuyển hoặc hủy lịch theo quy trình trước khi duyệt nếu hệ thống chặn.
4. Chọn Duyệt hoặc Từ chối, nhập lý do khi được yêu cầu. Không duyệt đơn do chính mình tạo và không vượt quy tắc cấp bậc.
5. Làm mới, kiểm tra trạng thái và người quyết định. Khi cần hủy phê duyệt, dùng chức năng hợp lệ và kiểm tra lại khóa lịch liên quan.

Kết quả cần kiểm tra

Đơn được xử lý, có dấu vết quyết định và lịch vận hành được cập nhật phù hợp.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Cách thực hiện

1. Chọn Khoảng thời gian/Theo tháng/Theo năm, kiểm cơ sở và ngày dd/mm/yyyy rồi bấm Xem báo cáo.
2. Tổng nghỉ/Phép năm/Không lương/Nghỉ khác chỉ tính ngày đã duyệt nằm trong kỳ, kể cả dữ liệu kho kiểm toán.
3. Phép được cấp và Còn lại có ở cả ba chế độ. Phép năm đã dùng tính từ 01/01 đến ngày kết thúc kỳ.
4. Ví dụ cấp 15 ngày: đến 31/08 dùng 10 thì còn 5; đến 30/09 dùng 12 thì còn 3. Riêng tháng 9 có thể chỉ dùng 2.
5. Đổi kỳ làm kết quả cũ hết hiệu lực; tải lại trước khi xuất .xlsx và đối chiếu cùng ngày cuối kỳ.

Kết quả cần kiểm tra

Hiểu số trong kỳ và phép còn lại tại thời điểm báo cáo.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Chọn Tạo đơn tăng ca. Kiểm tra Người tạo và đối tượng tăng ca; đây là hai thông tin khác nhau.
2. Chọn Nhân sự hoặc Phòng ban khi được phép. Mở bộ chọn, tìm theo mã/tên, đánh dấu đúng người và kiểm tra số lượng Đã chọn.
3. Nhập Từ ngày, Đến ngày, Từ giờ, Đến giờ và lý do công việc. Kiểm tra khoảng thời gian hợp lệ trước khi lưu.
4. Chọn Lưu bản nháp, rà lại danh sách người và thời gian, sau đó Gửi duyệt bằng thao tác trên đơn.
5. Theo dõi quyết định. Sau khi làm thực tế, đối chiếu giờ công; nếu sai thì gửi điều chỉnh chấm công theo quy trình.
6. Kiểm tuyến duyệt dự kiến khi gửi; đơn đến cấp cao hơn gần nhất đủ điều kiện theo vai trò chính. Đơn cá nhân CEO hợp lệ được Miễn duyệt CEO khi gửi.

Kết quả cần kiểm tra

Đơn lưu đúng người thực sự tăng ca, đã được gửi và có thể theo dõi trạng thái.

Lưu ý và giới hạn

Tuyến và quyền xem đơn hiện hành

Nhân viên và Leader đều gửi Trưởng phòng của bộ phận. Đơn Trưởng phòng gửi Trợ lý phụ trách; đơn Trợ lý gửi Giám đốc phụ trách; đơn Giám đốc gửi CEO. Chỉ một cấp phù hợp duyệt là hoàn tất, không duyệt nối tiếp mọi cấp. Trưởng phòng khám tương đương Trưởng phòng; Trưởng khu điều trị tương đương Leader. Leader không còn duyệt đơn nhân viên.

Giao diện minh họa

↗ Phóng lớn ảnh

Tuyến duyệt và người được quyết định

Nhân viên và Leader đều gửi Trưởng phòng của bộ phận. Đơn Trưởng phòng gửi Trợ lý phụ trách; đơn Trợ lý gửi Giám đốc phụ trách; đơn Giám đốc gửi CEO. Chỉ một cấp phù hợp duyệt là hoàn tất, không duyệt nối tiếp mọi cấp. Trưởng phòng khám tương đương Trưởng phòng; Trưởng khu điều trị tương đương Leader. Leader không còn duyệt đơn nhân viên.

1. Vai trò chính người có đơn xác định tuyến; người nhận có thể được giao thẩm quyền qua vai trò chính/kiêm nhiệm phù hợp.
2. Thiếu người hoạt động/đúng mảng/đủ quyền, hoặc bị khóa/tạm nghỉ/không liên kết tài khoản: tìm cấp cao hơn trong đúng nhánh; không chuyển sang bộ phận khác.
3. Loại người tạo và người có đơn khỏi người quyết định; giữ quy tắc miễn duyệt đơn cá nhân hợp lệ của CEO. Không có người phù hợp thì đơn tiếp tục chờ.
4. Admin giữ quyền quản trị với kiểm tra hợp lệ giao dịch. Quyền xem rộng không cho phép duyệt vượt tuyến.
5. Đơn đã xử lý giữ quyết định và nhật ký cũ; đơn chờ áp tuyến hiện hành khi tải và quyết định. API kiểm lại hồ sơ, quyền, trạng thái và phiên bản.

Đối chiếu quyền xem và nút xử lý

Quản lý xem đơn đã duyệt đúng phạm vi; pending chỉ theo tuyến và quyền tính năng. CEO/Trưởng HCNS xem rộng theo hồ sơ, không suy từ quyền tài khoản hr_manager. Dữ liệu đổi đồng thời thì tải lại trước quyết định.

Cách thực hiện

1. Tìm đơn đang chờ bằng mã, người tạo, nhân sự hoặc lý do. Kiểm tra cả người tạo lẫn danh sách người tăng ca.
2. Mở chi tiết, xác nhận công việc, ngày và khoảng giờ; kiểm tra quy mô danh sách nếu đơn được tạo theo phòng ban.
3. Duyệt hoặc từ chối theo căn cứ thực tế, ghi giải trình khi yêu cầu. Không duyệt đơn do mình tạo hoặc có tên mình trong danh sách tăng ca, trừ cơ chế miễn duyệt CEO hợp lệ khi gửi.
4. Kiểm tra trạng thái, người quyết định và thời điểm. Quyết định phải thể hiện danh tính người duyệt để tra cứu về sau.
5. Cuối kỳ phối hợp HR đối soát giờ thực tế, đơn đã duyệt và kết quả tăng ca được tính trong kỳ công.

Kết quả cần kiểm tra

Đơn có quyết định và danh tính duyệt rõ ràng.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Chọn Lịch ngày; đặt Ngày xem, Cơ sở và Bác sĩ / Phụ tá. Dùng ô tìm tên hoặc số điện thoại và bộ lọc trạng thái để thu hẹp lịch.
2. Chuyển Danh sách khi cần tra cứu nhiều lịch. Kiểm tra khách hàng, người phụ trách, cơ sở và thời điểm trước khi mở hoặc sửa bản ghi.
3. Nếu có quyền, chọn Tạo lịch hẹn. Nhập tên, số điện thoại, nội dung dịch vụ, cơ sở, Bác sĩ / Phụ tá phụ trách và Giờ hẹn. Chú ý SA/CH.
4. Lưu và đọc phản hồi. Hệ thống kiểm tra khoảng mặc định 30 phút, Event, lịch trùng và khóa lịch. Đổi khung giờ/người phụ trách hợp lệ nếu bị chặn.
5. Cập nhật xác nhận, hoàn thành, hủy hoặc khách không đến bằng thao tác được phép; tải lại để đối chiếu trạng thái.

Kết quả cần kiểm tra

Lịch đúng khách, đúng cơ sở, đúng nhân sự và không xung đột.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Quyền Event trong 1.2.6-r003

Bốn giám đốc cần đúng chức danh trong hồ sơ đang hoạt động; Trưởng cơ sở/Trưởng phòng được xét vai trò hợp lệ. HCNS không tự được thêm quyền Event trong đợt này. Quyền được cộng giữa các vai trò: Admin/CEO vẫn có quyền xóa riêng; kiêm nhiệm một chức danh trong bảng không thu hồi quyền xóa từ Admin/CEO.

events.export và events.configure nằm trong tập quyền nhưng màn hình hiện không có nút xuất/cấu hình riêng; không hướng người dùng tìm các nút chưa có. Quyền Event không tự cấp quyền tạo lịch hẹn cho CPO/CFO.

Thứ tự trạng thái và thao tác

Phạm vi cơ sở vẫn được kiểm ở API. Tài khoản chỉ quản lý cơ sở không được tạo Event Toàn hệ thống để vượt phạm vi. Đăng xuất/đăng nhập lại sau cập nhật để giao diện nhận quyền mới.

Sơ đồ minh họa

↗ Phóng lớn sơ đồ

Cách thực hiện

1. Lọc thời gian và cơ sở để xem Event liên quan. Người chỉ có quyền xem đọc nội dung đã phát hành và phạm vi ảnh hưởng.
2. Người có quyền tạo chọn Tạo Event, nhập tên, thời gian, nội dung và đối tượng ảnh hưởng.
3. Kiểm tra phạm vi toàn hệ thống/cơ sở/nhóm/nhân sự, đặc biệt khi bật khóa lịch nhận khách. Lưu nháp và gửi theo luồng trên màn hình.
4. Người được cấp quyền duyệt/phát hành kiểm tra nội dung, lịch khách đang tồn tại và người nhận trước quyết định.
5. Kiểm tra trạng thái đã phát hành và thời gian khóa. Khi thay đổi/hủy, đối chiếu lại các lịch khách bị tác động.

Kết quả cần kiểm tra

Event được nhìn thấy đúng người; khóa lịch chỉ có hiệu lực khi trạng thái phù hợp.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Cách thực hiện

1. Đọc các số Tổng task, Đang thực hiện, Sắp đến hạn, Quá hạn và Chờ xác nhận theo phạm vi tài khoản.
2. Mở nhiệm vụ cần chú ý để xem người phụ trách, hạn, ưu tiên và trạng thái. Chọn Nhiệm vụ của tôi để tra cứu phần được giao.
3. Chọn Quản lý nhiệm vụ khi cần tìm, giao hoặc quản lý nhiệm vụ theo quyền; dùng Timeline cá nhân để xem thời gian.
4. Cập nhật tiến độ, trạng thái và nội dung thực hiện trên nhiệm vụ. Sau lưu, tải lại và kiểm tra kết quả.

Kết quả cần kiểm tra

Biết việc cần làm và người nhận báo cáo.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Chọn đúng kỳ và bộ lọc; tìm nhiệm vụ được giao bằng tên, hạn hoặc trạng thái.
2. Mở nhiệm vụ để đọc mô tả, yêu cầu, người giao và người nhận báo cáo.
3. Cập nhật phần công việc được giao, tiến độ và trạng thái; bổ sung thông tin để người quản lý theo dõi.
4. Kiểm tra thay đổi sau lưu. Nếu không thể thao tác, đối chiếu thành viên và quyền thay vì yêu cầu cấp Admin.

Kết quả cần kiểm tra

Theo dõi đúng nhiệm vụ của bản thân.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Chọn kỳ hiển thị phù hợp với ngày bắt đầu và hạn của nhiệm vụ.
2. Đọc các thanh thời gian; mở nhiệm vụ để đối chiếu người thực hiện và trạng thái.
3. Khi thiếu nhiệm vụ, mở rộng khoảng ngày và kiểm Nhiệm vụ của tôi.
4. Cập nhật tiến độ trong chi tiết nhiệm vụ được phép; tải lại Timeline sau lưu.

Kết quả cần kiểm tra

Biết việc cá nhân đang chồng thời gian và hạn cần ưu tiên.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Đọc số lượng kế hoạch, campaign và nhiệm vụ trong phạm vi được cấp.
2. Mở mục cần chú ý, đối chiếu người phụ trách, tiến độ và hạn.
3. Dùng Kế hoạch năm, Campaign hoặc Quản lý nhiệm vụ để xem chi tiết.
4. Báo người phụ trách khi thiếu kế hoạch hoặc tiến độ chưa được cập nhật.

Kết quả cần kiểm tra

Hiểu nhiệm vụ của mình thuộc kế hoạch và campaign nào.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Mở Kế hoạch năm để xem khung kế hoạch; người có quyền chọn Tạo kế hoạch năm và khai báo năm, nội dung, phạm vi phụ trách.
2. Trong Campaign, tạo chiến dịch theo kế hoạch năm hoặc campaign độc lập khi phù hợp. Nhập thời gian và người chịu trách nhiệm.
3. Mở Timeline Campaign để kiểm tra khoảng thời gian theo tháng, các campaign giao nhau và hạn cần chú ý.
4. Trong Quản lý nhiệm vụ, tạo hoặc mở nhiệm vụ gắn campaign. Chọn người thực hiện và người nhận báo cáo trong danh sách được phép.
5. Khi xóa nhầm, vào Thùng rác của không gian Kế hoạch và phục hồi khi đủ quyền, còn thời gian lưu giữ và bản ghi cha hợp lệ.

Kết quả cần kiểm tra

Kế hoạch, campaign và nhiệm vụ được liên kết rõ ràng.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Trong Campaign, tạo chiến dịch theo kế hoạch năm hoặc campaign độc lập khi phù hợp. Nhập thời gian và người chịu trách nhiệm.
2. Mở Timeline Campaign để kiểm tra khoảng thời gian theo tháng, các campaign giao nhau và hạn cần chú ý.
3. Trong Quản lý nhiệm vụ, tạo hoặc mở nhiệm vụ gắn campaign. Chọn người thực hiện và người nhận báo cáo trong danh sách được phép.
4. Khi xóa nhầm, vào Thùng rác của không gian Kế hoạch và phục hồi khi đủ quyền, còn thời gian lưu giữ và bản ghi cha hợp lệ.

Kết quả cần kiểm tra

Campaign gắn đúng kế hoạch, thời gian và người phụ trách.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Chọn thời gian và phạm vi được giao. Đối chiếu ngày bắt đầu, kết thúc của campaign.
2. Mở campaign cần xem để đối chiếu kế hoạch và nhiệm vụ liên quan.
3. Khi không thấy campaign, mở rộng kỳ lọc để bao phủ khoảng thực hiện; kiểm tra cả quyền truy cập.
4. Chỉ thay đổi tiến độ hoặc thông tin trong màn hình có quyền chỉnh sửa; tải lại để xác nhận.

Kết quả cần kiểm tra

Nhận biết các campaign đang diễn ra và hạn cần xử lý.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Tìm nhiệm vụ theo tên và khoảng Ngày/Tuần/Tháng. Kiểm tra hạn và người phụ trách trước khi mở.
2. Nếu có quyền, chọn Giao nhiệm vụ. Chọn campaign hoặc Task độc lập, đối tượng, Người thực hiện và Báo cáo trực tiếp với trong danh sách được cấp.
3. Nhập tên, ưu tiên, bắt đầu, hạn hoàn thành và mô tả; hạn không được sớm hơn bắt đầu. Kiểm tra thành viên trước khi bật Task bảo mật.
4. Lưu thay đổi. Người được giao mở nhiệm vụ, cập nhật tiến độ/trạng thái và nội dung; theo dõi yêu cầu xác nhận khi quy trình cần.
5. Đối chiếu Timeline và bộ lọc thời gian khi không thấy nhiệm vụ dài ngày; không tạo bản trùng để bù kết quả lọc.

Kết quả cần kiểm tra

Nhiệm vụ có người thực hiện, thời hạn và tiến độ rõ ràng.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Cách thực hiện

1. Chọn kỳ thời gian và phạm vi của các nhiệm vụ cần theo dõi.
2. Đối chiếu ngày bắt đầu, hạn và các việc diễn ra đồng thời.
3. Mở chi tiết để đọc tiến độ, người thực hiện và người nhận báo cáo.
4. Kiểm lại bộ lọc và quyền khi thiếu nhiệm vụ; không tạo bản trùng.

Kết quả cần kiểm tra

Nhận biết các hạn và công việc đang chồng thời gian.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Mở đúng thùng rác cho loại dữ liệu; tìm bằng tên và thời điểm.
2. Kiểm tra người phụ trách, bản ghi cha và lý do trước khi khôi phục.
3. Dùng Khôi phục khi có quyền và còn điều kiện. Đối chiếu lại ở danh sách chính.
4. Không xóa vĩnh viễn nếu chưa có yêu cầu lưu trữ rõ ràng và bản sao lưu phù hợp.

Kết quả cần kiểm tra

Khôi phục đúng bản ghi, không tạo bản trùng.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Chọn đúng thùng rác kế hoạch; kiểm tên, loại bản ghi và thời điểm xóa.
2. Mở dữ liệu được xem để xác nhận đúng kế hoạch hoặc campaign.
3. Chỉ dùng Khôi phục khi có quyền; nếu không, gửi mã bản ghi cho người quản lý.
4. Đối chiếu lại danh sách chính sau khi người có quyền khôi phục.

Kết quả cần kiểm tra

Tra cứu đúng bản ghi đã xóa trong phạm vi được cấp.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Nhận biết phạm vi trước khi thao tác

1. Mở Quản lý kho → Sản phẩm; tìm theo tên, SKU hoặc mã vạch.
2. Đọc nhãn Danh mục chung hoặc tên cơ sở trên từng sản phẩm. Danh sách gồm sản phẩm chung và sản phẩm riêng được phép; đổi bộ lọc không mở rộng quyền.
3. Người quản danh mục toàn hệ thống quản danh mục theo quyền hiện có. Người quản Kho cơ sở chỉ tạo/sửa sản phẩm riêng tại cơ sở được giao; danh mục chung chỉ đọc.

Tạo sản phẩm và quy đổi

1. Bấm Thêm sản phẩm, kiểm Phạm vi sản phẩm trước khi lưu. Tài khoản có một cơ sở được tự chọn cơ sở đó.
2. Nhập SKU duy nhất trên toàn hệ thống, tên, hãng/nhóm, mã vạch, đơn vị cơ bản và kiểu theo dõi thường/lô/serial.
3. Khai báo đơn vị quy đổi đúng hàng thực tế, ví dụ 1 thùng = 10 hộp; thêm ảnh nếu cần. Quy đổi sản phẩm riêng theo cùng quyền cơ sở.
4. Lưu và tìm lại sản phẩm. Phạm vi không đổi sau khi tạo; không sửa chung thành riêng hoặc chuyển sang cơ sở khác.
5. Dùng đơn vị đã khai báo trên phiếu. Không đổi hệ số để bù sai lệch chứng từ đã xác nhận.

Dữ liệu cũ và chứng từ

Sản phẩm cũ thiếu hoặc có branchId rỗng vẫn là danh mục chung, không tự gán về cơ sở. Sản phẩm riêng phải cùng cơ sở với kho trên mọi dòng chứng từ; không chỉ kiểm tên trên giao diện. SKU trùng ở cơ sở khác vẫn bị từ chối.

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Tạo đúng sản phẩm riêng

1. Mở Quản lý kho → Sản phẩm → Thêm sản phẩm.
2. Ở Phạm vi sản phẩm, chọn đúng cơ sở được phân công. Nếu chỉ có một cơ sở, form tự chọn; vẫn kiểm lại tên.
3. Nhập SKU chưa tồn tại trên toàn hệ thống, tên, đơn vị và chế độ theo dõi. Thêm ảnh hoặc quy đổi khi cần.
4. Lưu dữ liệu, tìm lại và đối chiếu nhãn cơ sở. Khi sửa, giữ nguyên phạm vi đã lưu.

Ví dụ hai cơ sở

Admin hoặc quyền Kho toàn hệ thống có thể có phạm vi rộng hơn. Bộ lọc là lựa chọn xem dữ liệu, không phải cấp quyền mới.

Luồng phạm vi sản phẩm

↗ Phóng lớn sơ đồ

Nhập file và khi gặp lỗi

Với sản phẩm/quy đổi Excel, chọn một cơ sở trước khi kiểm file. Dòng ngoài cơ sở, SKU trùng hoặc đổi phạm vi sẽ bị từ chối; sửa nguồn rồi kiểm lại, không đổi ID để vượt quyền. Nhà cung cấp và lịch sử nguồn không được mở thêm cho Lễ tân Kho.

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Người có quyền quản danh mục, hoặc người quản Kho cơ sở với sản phẩm riêng được giao, mở Thêm sản phẩm hoặc Chỉnh sửa; ảnh nằm đầu biểu mẫu.
2. Chọn ảnh từ tệp hoặc Chụp ảnh. Chỉ nhận PNG/JPG nhỏ hơn 5 MB; kiểm ảnh xem trước đúng sản phẩm.
3. Tạo mới: ảnh được lưu cùng sản phẩm. Lỗi ảnh không tạo sản phẩm dở dang; có thể đổi hoặc bỏ ảnh trước lưu.
4. Sửa sản phẩm đã có: tải/thay/xóa ảnh cập nhật trực tiếp ảnh. Bấm ảnh nhỏ để xem lớn.
5. Camera trực tiếp cần HTTPS/localhost và quyền camera. Nếu không dùng được, tải ảnh từ tệp hoặc lựa chọn chụp của thiết bị khi có.

Kết quả cần kiểm tra

Ảnh nhận diện đúng SKU, không bị nhầm hàng.

Quyền ảnh đi cùng sản phẩm

Ảnh sản phẩm riêng chỉ xem/sửa trong phạm vi được phép; không lấy đường dẫn ảnh của sản phẩm cơ sở khác để xem hoặc thay ảnh. Lễ tân Kho không sửa ảnh sản phẩm chung chỉ vì có quyền tạo sản phẩm riêng.

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Cách thực hiện

1. Tại trường sản phẩm, gõ tên không dấu, SKU hoặc mã vạch; mã của đơn vị quy đổi cũng tìm được.
2. Kiểm tên/SKU trước chọn. Chọn đơn vị đã khai báo, đối chiếu hệ số với đơn vị gốc.
3. Chọn đúng kho và vị trí trước khi chọn tồn/lô/serial; chỉ hiện tồn dương đúng sản phẩm tại vị trí đó.
4. Đổi sản phẩm hoặc vị trí sẽ xóa lựa chọn tồn cũ. Chọn lại lô/serial trước lưu.
5. Nếu chưa có sản phẩm đang sử dụng hoặc vị trí không có tồn, đọc hướng dẫn hiển thị; kiểm danh mục và kho, không lấy tồn của kệ khác.

Kết quả cần kiểm tra

Dòng phiếu dùng đúng sản phẩm, đơn vị, vị trí và lô/serial.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Mở đúng khu vực cấu hình

1. Mở Quản lý kho → Cấu hình kho; chọn Kho & vị trí, Nhà cung cấp, Tồn tối thiểu/tối đa hoặc Quy tắc vị trí.
2. Đối chiếu cơ sở, kho, trạng thái và vị trí trước khi tạo/sửa. Chỉ quản cấu hình trong phạm vi được giao.
3. Quản kho/vị trí, mức tồn và quy tắc vị trí theo nhu cầu cơ sở. Không tạo lại kho đang có dữ liệu chỉ để đổi tên.
4. Nhà cung cấp dùng chung toàn hệ thống: Lễ tân Kho chỉ đọc; tạo/sửa cần quyền quản danh mục chung.
5. Lịch kiểm kê định kỳ nằm ở nghiệp vụ Kiểm kê; kiểm đúng kho/cơ sở và lịch chạy sau lưu.

Kết quả cần kiểm tra

Kho, vị trí và mức tồn đúng cơ sở; nhà cung cấp không bị hiểu nhầm là dữ liệu riêng của cơ sở. Sản phẩm có phạm vi riêng được hướng dẫn trong bài Sản phẩm.

Đọc tiếp

Kho tổng và vòng đời kho r005e

Kho tổng là phạm vi toàn hệ thống, không gắn cơ sở. Người quản Kho cơ sở không tự có quyền quản Kho tổng; có thể nhận chuyển về kho cơ sở được giao. Ngừng hoạt động cơ sở không phải xóa; kho gắn cơ sở còn tồn tại không xóa riêng. Sau xóa giữ lịch sử và không lập phiếu mới.

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Tạo Kho tổng

1. Đăng nhập người có quyền quản Kho toàn hệ thống; chọn Toàn hệ thống ở bộ lọc trên cùng.
2. Mở Quản lý kho → Cấu hình kho → Kho & vị trí → Thêm kho.
3. Tại Phạm vi kho chọn Kho tổng – Toàn hệ thống. Nhập tên, loại và vị trí; không gắn cơ sở hoặc tạo cơ sở giả.
4. Lưu dữ liệu, tìm lại kho và kiểm nhãn phạm vi. Phạm vi/cơ sở kho đã tạo không đổi bằng thao tác sửa.

Nhập và cấp hàng

1. Nhập vào Kho tổng bằng sản phẩm danh mục chung; khai đơn vị, lượng, giá vốn/lô/vị trí rồi lưu nháp.
2. Đối chiếu chứng từ thực tế và xác nhận nhập; kiểm tồn Kho tổng tăng đúng. Được duyệt mua chưa tự tạo tồn.
3. Mở Chuyển kho, chọn Kho tổng xuất và kho cơ sở nhận; chọn vị trí ở hai đầu, sản phẩm chung và lượng hợp lệ.
4. Lưu nháp rồi xác nhận xuất. Tồn nguồn giảm, phiếu Đang chuyển; đích chưa tăng.
5. Người có quyền tại đích kiểm hàng thực nhận rồi xác nhận nhận phiếu Đang chuyển; tồn đích tăng và phiếu hoàn tất.
6. Lệch hàng/thiếu bút toán/phiên bản thay đổi thì dừng đối soát người phụ trách, không tạo phiếu trùng hoặc xóa lịch sử.

Ví dụ tồn nguồn và đích

Ví dụ minh họa 10/3; số thật theo lô, vị trí, đơn vị gốc và giá trị xuất. Nhận giữ lượng/giá trị bút toán xuất, không lấy giá vốn mới để viết lại.

Luồng cấp hàng

↗ Phóng lớn sơ đồ

Quyền và sản phẩm

Người lập phải có quyền hai kho; người nhận có quyền tại đích của phiếu đang chuyển. Lễ tân Kho không quản tồn/cấu hình Kho tổng. Kho tổng chỉ dùng sản phẩm chung; sản phẩm riêng vẫn trong cơ sở đã gán.

Giao diện minh họa

↗ Phóng lớn ảnh

Kiểm điều kiện trước xóa

Xóa riêng kho đủ điều kiện

1. Mở Cấu hình kho → Kho & vị trí. Người có quyền thấy nút thùng rác cạnh sửa; đọc lý do nếu nút bị khóa.
2. Đối soát tồn số lượng và giá trị, các phiếu nháp/đang chuyển. Không tạo giao dịch giả hoặc xóa phiếu để ép đủ điều kiện.
3. Bấm Xóa kho, kiểm đúng tên, nhập lý do ít nhất 3 ký tự và xác nhận.
4. Nếu dữ liệu/phiên bản đã thay đổi, làm mới và đối chiếu lại. Sau thành công kho rời danh sách vận hành và bộ chọn phiếu mới.

Xóa cơ sở và kho liên kết

1. Người có quyền quản cơ sở hoàn tất mọi chuyển đi/đến, đối soát nghiệp vụ và chọn đúng ID/tên cơ sở.
2. Vào Quản trị → Cơ sở; ngừng hoạt động cơ sở nếu còn hoạt động.
3. Bấm Xóa cơ sở, kiểm thông báo và xác nhận đúng quy trình. Kho thuộc đúng ID cơ sở được đưa khỏi vận hành trong cùng giao dịch.
4. Kho tổng độc lập không bị xóa theo cơ sở. Hai cơ sở có tên giống nhau không bị coi là một.

Sau xóa và dữ liệu cũ

Giữ thông tin kho, tồn, phiếu, bút toán, tên kho và báo cáo lịch sử; không dùng kho đã xóa để lập nghiệp vụ mới. Migration 071 xử lý kho cũ còn sót của cơ sở đã xóa theo ID, không theo tên. Không tự xóa sản phẩm/chứng từ hoặc đổi tên kho hiện tại để “dọn” lịch sử.

Luồng vòng đời kho

↗ Phóng lớn sơ đồ

Giao diện minh họa

↗ Phóng lớn ảnh

Kho và vị trí

1. Vào Cấu hình kho → Kho & vị trí, kiểm tên cơ sở được giao.
2. Tạo/sửa kho và vị trí trong phạm vi; kiểm tên/mã, trạng thái và vị trí liên quan trước khi lưu.
3. Tìm lại kho, thử bộ chọn kho ở chứng từ. Nếu thiếu nút thao tác, kiểm hồ sơ và đăng nhập lại; không đổi sang tài khoản khác để vượt quyền.

Mức tồn, quy tắc và lịch kiểm kê

1. Mở Tồn tối thiểu/tối đa, chọn đúng kho/sản phẩm được phép rồi đặt ngưỡng phù hợp.
2. Ở Quy tắc vị trí, kiểm kho, vị trí và điều kiện áp dụng trước khi lưu.
3. Vào Kiểm kê → Lịch kiểm kê định kỳ; thiết lập lịch cho kho trong cơ sở. Đối chiếu lịch sau lưu và phiếu phát sinh theo quy trình.
4. Mở báo cáo đúng cơ sở để kiểm mức cảnh báo. Quyền cấu hình không tự cấp duyệt mua hoặc Đi tiền.

Danh mục chung

Nhà cung cấp và sản phẩm chung vẫn chỉ đọc với Lễ tân Kho. Sản phẩm riêng của cơ sở được tạo/sửa theo bài riêng. Quyền quản Kho toàn hệ thống/Admin vẫn áp dụng theo chính sách hiện có.

Kho tổng và vòng đời kho r005e

Kho tổng là phạm vi toàn hệ thống, không gắn cơ sở. Người quản Kho cơ sở không tự có quyền quản Kho tổng; có thể nhận chuyển về kho cơ sở được giao. Ngừng hoạt động cơ sở không phải xóa; kho gắn cơ sở còn tồn tại không xóa riêng. Sau xóa giữ lịch sử và không lập phiếu mới.

Cách thực hiện

1. Chọn loại dữ liệu, tải mẫu IMS. Chuẩn bị danh mục sản phẩm, nhà cung cấp và quy đổi trước các phiếu.
2. Chọn kho và ánh xạ mã/tên kho nguồn Sapo sang kho IMS rõ ràng; không suy CN1/CN2 theo thứ tự cơ sở.
3. Tải XLSX tối đa 5 MB, 5.000 dòng; lịch sử nguồn tới 20.000 dòng. Một phiếu tối đa 200 dòng.
4. Bấm Kiểm tra và xem trước. Đọc lỗi, số dòng và nội dung; bước này chưa ghi dữ liệu. Sửa file có lỗi rồi kiểm lại.
5. Chỉ Xác nhận nhập khi đã đối chiếu. Ghi nguyên file và chống nhập trùng; phiếu được tạo nháp, vẫn cần kiểm rồi xác nhận nghiệp vụ.

Quy trình kiểm file có kiểm soát

1. Tải mẫu đúng loại dữ liệu, chọn kho/cơ sở và quyền trước nhập; sản phẩm/quy đổi riêng phải một cơ sở.
2. Ánh xạ cột, đọc xem trước và file lỗi; sửa nguồn rồi kiểm lại. Kiểm file đạt chưa đồng nghĩa đã ghi tồn.
3. Xác nhận tác vụ file theo quyền; nếu sinh phiếu nháp thì mở từng phiếu đối chiếu rồi xác nhận nghiệp vụ riêng.
4. Tổng lượng theo đơn vị gốc, giá vốn, lô/vị trí, sản phẩm riêng và phạm vi kho phải hợp lệ. Không nhập file nguồn chứa cơ sở khác để vượt quyền.
5. Dữ liệu/trạng thái đổi thì làm mới; không bấm xác nhận liên tục hoặc tải lại cùng file để bù lỗi không rõ nguyên nhân.

Phạm vi nhập file trong r005b

1. Lễ tân Kho được nhập sản phẩm, quy đổi và điều chỉnh giá vốn trong cơ sở, ngoài các chứng từ Kho đã được cấp.
2. Với sản phẩm/quy đổi, chọn một cơ sở rõ ràng trước kiểm file; mỗi dòng phải hợp lệ trong cơ sở đó. Không nhập riêng cùng lúc nhiều cơ sở.
3. SKU vẫn duy nhất toàn hệ thống. File không được đổi phạm vi sản phẩm đã có, sửa sản phẩm chung hoặc chèn sản phẩm ngoài cơ sở.
4. Nhà cung cấp và lịch sử nguồn vẫn cần quyền quản danh mục chung; không mở quyền này chỉ nhờ được quản Kho.
5. Đọc lỗi, kiểm số dòng và số liệu trước Xác nhận; kiểm file không đồng nghĩa đã ghi.

Kết quả cần kiểm tra

Dữ liệu được ghi đúng loại/kho và có lịch sử xác nhận.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Mở tác vụ Chờ xác nhận nhập và kiểm tên file, loại dữ liệu, kho, người thực hiện và tổng dòng.
2. Đọc bảng xem trước, số dòng lỗi/bỏ qua, ánh xạ và thông báo dữ liệu chưa ghi. Tải file nguồn khi cần đối chiếu.
3. Chỉ bấm Xác nhận nhập dữ liệu sau khi toàn bộ nội dung đúng. Hệ thống ghi nguyên file và chống xác nhận trùng.
4. Nếu không nhập nữa, bấm Hủy tác vụ; lịch sử vẫn lưu. Khi phiên bản/trạng thái đổi, tải lại trước xử lý.
5. Sau thành công, kiểm danh mục hoặc phiếu nháp đã tạo. Phiếu nháp chưa thay đổi tồn; cần xác nhận nghiệp vụ bằng quyền phù hợp.

Phạm vi sản phẩm và tác vụ file

r005b kiểm quyền ở bước xem, kiểm file và ghi dữ liệu: sản phẩm chung được phép hoặc sản phẩm riêng cùng cơ sở kho. Sản phẩm/quy đổi nhập riêng cần một cơ sở xác định; không đổi scope hay SKU để vượt quyền. Quyền tải file gốc/lịch sử tiếp tục theo người thực hiện và phạm vi tác vụ.

Kết quả cần kiểm tra

Biết rõ bước xem trước khác bước ghi dữ liệu và bước xác nhận phiếu.

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Chọn cơ sở/kho trước; tìm sản phẩm và kiểm tồn theo vị trí/lô cùng đơn vị cơ bản.
2. Đọc lượng và giá trị tồn, mức tối thiểu/tối đa; cảnh báo chỉ hữu ích khi cấu hình mức đúng.
3. Dùng Làm mới trước khi đối chiếu một giao dịch vừa xác nhận. Phiếu nháp không làm tăng/giảm tồn.
4. Nếu sai lệch, tra phiếu, lô và vị trí; thực đếm rồi lập Kiểm kê theo quy trình, không sửa danh mục để cân tồn.
5. Đối chiếu báo cáo cùng kho/kỳ. Tổng tồn lấy toàn phạm vi được quyền, không chỉ những dòng của trang đang nhìn.

Đọc tồn và hàng đang chuyển

Đối chiếu cùng kho, sản phẩm, đơn vị gốc, lô/vị trí và kỳ. Tồn nguồn đã giảm khi xuất chuyển nhưng tồn đích chỉ tăng lúc nhận, nên xem phiếu Đang chuyển trước kết luận mất hàng. Kho tổng có tồn riêng; tổng cơ sở không tự bao gồm tồn Kho tổng. Không sửa danh mục/quy đổi để cân số.

Đối chiếu phạm vi trong r005b

Lễ tân được phân công Kho thao tác trong cơ sở được giao theo quyền và trạng thái chứng từ. Chọn sản phẩm chung hoặc sản phẩm riêng cùng cơ sở của kho; không dùng sản phẩm riêng cơ sở khác. Quyền nhập/xuất, trả nhà cung cấp, hủy hàng, kiểm kê, giá vốn và báo cáo Kho không tự cấp quyền Đi tiền.

Kết quả cần kiểm tra

Biết lượng, giá trị và vị trí hàng trong kho được cấp.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Chọn đúng kho và Tạo phiếu. Nhập ngày, nhà cung cấp/lý do; liên kết đơn mua đã duyệt khi phù hợp.
2. Thêm sản phẩm, lượng, đơn vị, giá vốn và vị trí; hàng lô/serial cần mã và ngày sản xuất/HSD khi áp dụng.
3. Lưu nháp, mở lại để kiểm các dòng và giá trị. Nháp chưa tăng tồn.
4. Khi đã nhận và kiểm hàng thực tế, dùng Xác nhận theo quyền; đợi kết quả rồi đối chiếu Tồn kho.
5. Nếu đơn bị thay đổi đồng thời, tải lại trước khi xử lý. Không tạo phiếu nhập trùng để sửa lần xác nhận thất bại.

Kiểm hàng trước ghi tăng tồn

1. Kiểm hàng thực nhận với nhà cung cấp/đơn mua: mã hàng, lượng, đơn vị, lô/serial/hạn dùng, vị trí và giá vốn.
2. Phiếu liên kết đơn mua chỉ nhận đơn đã được duyệt; người dùng cơ sở phải đúng cơ sở của kho nhập. Duyệt mua không tự tạo phiếu nhập.
3. Phiếu mới ngày hiện tại, 1–200 dòng; không trùng cùng sản phẩm/lô/vị trí. Lưu nháp để kiểm trước xác nhận.
4. Khi xác nhận thành công, mở tồn và sổ kho đối chiếu lượng/giá trị. Sai ở phiếu đã ghi thì xử lý nghiệp vụ đối ứng, không hủy như nháp.

Đối chiếu phạm vi trong r005b

Lễ tân được phân công Kho thao tác trong cơ sở được giao theo quyền và trạng thái chứng từ. Chọn sản phẩm chung hoặc sản phẩm riêng cùng cơ sở của kho; không dùng sản phẩm riêng cơ sở khác. Quyền nhập/xuất, trả nhà cung cấp, hủy hàng, kiểm kê, giá vốn và báo cáo Kho không tự cấp quyền Đi tiền.

Kết quả cần kiểm tra

Phiếu đã xác nhận khớp hàng nhận và tồn tăng tương ứng.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Đối chiếu đơn vị, số lượng, giá vốn và chi phí nguồn trước nhập.
2. Phiếu nhập: chọn dùng giá vốn đã đối chiếu, phân bổ chi phí không cộng VAT hoặc có cộng VAT theo quy trình đơn vị.
3. Không lấy tiền đã trả/công nợ Sapo làm chứng từ thực chi trong IMS.
4. Chọn loại Điều chỉnh giá vốn khi cần nghiệp vụ đó, dùng mẫu đúng, kiểm ánh xạ kho và nội dung xem trước.
5. Sau xác nhận file, mở phiếu nháp được tạo, đối chiếu rồi xác nhận theo quyền; kiểm sổ kho/báo cáo cùng kỳ.

Đơn vị và giá vốn

Giá vốn dòng theo đơn vị nhập được quy đổi về đơn vị gốc; chuyển kho nhận giữ giá trị xuất. Phân biệt giá trị tồn, công nợ nguồn và tiền đã chi. Nhập lịch sử nguồn không tự hạch toán công nợ hoặc thực chi trong IMS; kiểm tổng lượng/giá trị trước ghi.

Quyền điều chỉnh giá vốn cơ sở

Từ r005b, người quản Kho cơ sở có thể Điều chỉnh giá vốn cho kho/sản phẩm hợp lệ tại cơ sở được giao, kể cả nhập file đúng loại. Kiểm đơn vị, lượng, giá trị và chứng từ trước ghi. Đây là nghiệp vụ giá vốn Kho, không tự cấp quyền kế toán, duyệt mua hàng hoặc thực chi.

Kết quả cần kiểm tra

Giá vốn theo phương pháp đã thống nhất và có phiếu truy vết.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Chọn kho nguồn và loại phiếu phù hợp; nhập ngày, người nhận/nhà cung cấp và lý do xuất.
2. Chọn sản phẩm, lượng, đơn vị, vị trí và lô/serial đúng với hàng lấy thực tế.
3. Lưu nháp rồi đối chiếu từng dòng. Khi xác nhận, xuất sử dụng chặn thiếu tồn và hàng đã hết hạn.
4. Xác nhận sau khi giao hàng đúng quy trình; kiểm tồn giảm và giá trị xuất theo bút toán.
5. Đối chiếu phiếu trả NCC bằng loại nghiệp vụ tương ứng; không dùng nhập số âm để thay quy trình trả hàng.

Chọn đúng nghiệp vụ xuất

Lưu nháp chưa giảm tồn. Xác nhận kiểm đủ hàng theo đơn vị gốc; sau ghi đối chiếu phiếu và sổ kho.

Đối chiếu phạm vi trong r005b

Lễ tân được phân công Kho thao tác trong cơ sở được giao theo quyền và trạng thái chứng từ. Chọn sản phẩm chung hoặc sản phẩm riêng cùng cơ sở của kho; không dùng sản phẩm riêng cơ sở khác. Quyền nhập/xuất, trả nhà cung cấp, hủy hàng, kiểm kê, giá vốn và báo cáo Kho không tự cấp quyền Đi tiền.

Kết quả cần kiểm tra

Xuất đúng kho/lô/đơn vị, không vượt lượng được phép.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Chuẩn bị phiếu

1. Mở Chuyển kho; kiểm cơ sở lọc, nguồn, đích và quyền cả hai kho. Hai kho phải khác nhau và đang hoạt động.
2. Chọn sản phẩm, lô/serial, vị trí nguồn và vị trí đích đã cấu hình, lượng và đơn vị. Kiểm tồn đúng vị trí trước lưu.
3. Sản phẩm riêng chỉ chuyển trong cùng cơ sở; Kho tổng dùng sản phẩm chung. Không chọn riêng cơ sở A cho Kho tổng hoặc cơ sở B.
4. Phiếu mới dùng ngày hiện tại; lưu nháp để kiểm, chưa thay đổi tồn.

Xuất chuyển và nhận

1. Nguồn xác nhận phiếu nháp hợp lệ: trừ tồn nguồn và chuyển trạng thái Đang chuyển.
2. Đích kiểm thực nhận rồi dùng Xác nhận nhận. Người nhận chỉ cần đúng quyền tại kho đích của phiếu; Lễ tân Kho có thể nhận từ Kho tổng về cơ sở mình.
3. Nhận dựa lượng và giá trị của bút toán xuất, giữ quy đổi đã chốt; không sửa hệ số hoặc giá để bù lệch.
4. Sau nhận kiểm tồn hai kho, lô/vị trí và phiếu Hoàn tất. Không bấm nhận lần hai hoặc lập phiếu nhập trùng để tăng tồn.
5. Chỉ hủy nháp; phiếu đang chuyển/đã hạch toán cần đối soát và nghiệp vụ đối ứng đúng quy trình, không xóa chứng từ.

Chuyển vị trí

Chuyển vị trí phải ở cùng một kho, chọn đúng vị trí nguồn và đích. Xác nhận ghi giảm nguồn/tăng đích trong kho; không dùng thao tác này thay chuyển qua kho khác.

Luồng Kho tổng → cơ sở

↗ Phóng lớn sơ đồ

Ví dụ và đối soát

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Chọn kho, ngày và phạm vi sản phẩm/vị trí/lô cần đếm; tạo phiếu hoặc mở nháp do chu kỳ định kỳ sinh.
2. Thực đếm hàng tại kho; nhập số đã đếm, đối chiếu tồn hệ thống và chênh lệch.
3. Nhập lý do chênh lệch có căn cứ. Không sao chép tồn hệ thống để giả là đã đếm.
4. Lưu nháp cho người có quyền kiểm tra; xác nhận theo quy trình rồi đối chiếu tồn điều chỉnh.
5. Ghi lại phiếu và kết quả cho kỳ kiểm kê. Thông báo đến lịch không chứng minh việc kiểm kê đã hoàn thành.

Từ thực đếm đến chênh lệch

1. Chọn kho đang vận hành, kỳ/lịch kiểm kê và phạm vi sản phẩm/vị trí. Kiểm hàng đang chuyển và các phiếu chưa xác nhận riêng.
2. Mở phiếu kiểm kê nháp; nhập số thực đếm không âm cho đủ mọi dòng theo đơn vị gốc, ghi lý do chênh lệch.
3. Làm mới/đối soát nếu có giao dịch phát sinh trong lúc đếm; không dùng số chụp cũ để ghi đè tồn hiện tại.
4. Lưu số đếm vẫn là nháp. Chỉ xác nhận khi đủ quyền và đúng số liệu; kiểm bút toán điều chỉnh và tồn sau ghi.
5. Lịch kiểm kê định kỳ chỉ tạo phiếu cần xử lý; không tự thay cho việc đếm và xác nhận.

Đối chiếu phạm vi trong r005b

Lễ tân được phân công Kho thao tác trong cơ sở được giao theo quyền và trạng thái chứng từ. Chọn sản phẩm chung hoặc sản phẩm riêng cùng cơ sở của kho; không dùng sản phẩm riêng cơ sở khác. Quyền nhập/xuất, trả nhà cung cấp, hủy hàng, kiểm kê, giá vốn và báo cáo Kho không tự cấp quyền Đi tiền.

Kết quả cần kiểm tra

Tồn được điều chỉnh theo thực đếm và có lý do.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Chọn cơ sở/kho và tìm mã lô/serial hoặc sản phẩm; đối chiếu ngày sản xuất/HSD và lượng còn.
2. Mở dữ liệu liên quan để xác định vị trí và phiếu đã nhập/xuất; cùng mã sản phẩm có thể có nhiều lô.
3. Kiểm cảnh báo sắp hết hạn và đã hết hạn. Không chỉ dựa vào trang đầu để kết luận mọi lô còn dùng được.
4. Phối hợp người quản kho xử lý theo quy trình; xuất sử dụng không được dùng lô hết hạn.
5. Đối chiếu lại sau nhập/chuyển/xuất; không sửa HSD để bỏ qua chặn xuất.

Đối chiếu lô và serial

Chọn đúng sản phẩm/lô/serial/vị trí; cùng sản phẩm ở hai vị trí là hai dòng tồn khác nhau. Kiểm ngày sản xuất/hạn dùng trước xác nhận. Hàng hết hạn không xuất sử dụng; xử lý trả nhà cung cấp/hủy hàng đúng phiếu. Đổi vị trí nguồn phải chọn lại tồn/lô, không giữ lựa chọn của kệ trước.

Đối chiếu phạm vi trong r005b

Lễ tân được phân công Kho thao tác trong cơ sở được giao theo quyền và trạng thái chứng từ. Chọn sản phẩm chung hoặc sản phẩm riêng cùng cơ sở của kho; không dùng sản phẩm riêng cơ sở khác. Quyền nhập/xuất, trả nhà cung cấp, hủy hàng, kiểm kê, giá vốn và báo cáo Kho không tự cấp quyền Đi tiền.

Kết quả cần kiểm tra

Theo dõi đúng lô/serial và ưu tiên xử lý hàng tới hạn.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Chọn cơ sở, kho và kỳ Ngày/Tháng/Quý/Năm/Khoảng ngày đúng với câu hỏi cần đối chiếu.
2. Tải báo cáo, đọc số đầu kỳ, phát sinh và cuối kỳ/giá trị theo các cột được hiển thị.
3. Tổng báo cáo lấy đủ phạm vi hợp lệ, không tính riêng trang đang xem. Kiểm ngày đầu/cuối và kho trước khi xuất.
4. Xuất Excel hoặc PDF, mở file kiểm cùng kỳ/phạm vi/tổng với màn hình.
5. Nếu lệch, rà phiếu nháp/đang chuyển, ngày nghiệp vụ và lô/vị trí; tra bút toán trước khi tạo điều chỉnh.

Đối soát kỳ và kho lịch sử

Chọn cùng kho/kỳ và so tồn đầu + nhập − xuất ± điều chỉnh với tồn cuối; xem cả chuyển đang đi/đến. Kho bị xóa mềm rời bộ chọn nghiệp vụ mới nhưng chứng từ/bút toán/tên kho lịch sử vẫn được giữ. Người dùng cơ sở chỉ xuất dữ liệu hợp lệ trong quyền; báo cáo không mở quyền Kho tổng.

Đối chiếu phạm vi trong r005b

Lễ tân được phân công Kho thao tác trong cơ sở được giao theo quyền và trạng thái chứng từ. Chọn sản phẩm chung hoặc sản phẩm riêng cùng cơ sở của kho; không dùng sản phẩm riêng cơ sở khác. Quyền nhập/xuất, trả nhà cung cấp, hủy hàng, kiểm kê, giá vốn và báo cáo Kho không tự cấp quyền Đi tiền.

Kết quả cần kiểm tra

File xuất có đúng kho, kỳ và số liệu đối chiếu.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Chọn loại dữ liệu và định dạng IMS hoặc mẫu Sapo được hỗ trợ; kiểm kho/cơ sở và quyền.
2. Chọn kỳ ngày, bộ lọc nghiệp vụ và cột xuất. Định dạng IMS cho chọn cột; mẫu Sapo giữ cấu trúc tương thích.
3. Xuất phiếu theo mẫu Sapo: chọn từng phiếu trong danh sách gần nhất; không suy file tổng hợp là phiếu Sapo nhập lại được.
4. Bấm Tạo file Excel, tải kết quả và mở để kiểm số dòng/tổng/phạm vi. Xuất tối đa 20.000 dòng.
5. Nếu lỗi hoặc vượt giới hạn, thu hẹp kỳ/bộ lọc. Báo cáo vẫn có nút Xuất Excel .xlsx; dùng cùng kỳ đã tải.

Dữ liệu nguồn và ngày xuất

Từ r005c, kỳ ngày Việt Nam không phụ thuộc locale của thiết bị. Chọn đúng loại file, kho/phạm vi và cột; đối chiếu tổng cùng bộ lọc. Bản xuất của cơ sở không đưa cột nguồn chưa lọc mang tồn/công nợ của nơi khác. Lưu tệp xuất không làm tăng/giảm tồn.

Dữ liệu xuất theo cơ sở

r005b chỉ xuất sản phẩm chung và sản phẩm riêng được phép, cùng tồn kho thuộc phạm vi. Bản xuất của người dùng cơ sở không mang các cột nguồn/đơn vị nguồn chưa lọc có thể chứa tồn hoặc công nợ cơ sở khác. Dùng các cột chuẩn và dữ liệu được cấp; không hiểu file xuất là bản sao đầy đủ toàn hệ thống.

Kết quả cần kiểm tra

File lấy đủ dữ liệu hợp lệ, đúng loại và cột.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Lọc kho, xuất/nhập, loại dữ liệu, trạng thái, người thực hiện và khoảng ngày; tìm theo mã/tên file.
2. Bấm tiêu đề để tăng/giảm/mặc định; lịch sử được sắp xếp tại API trước phân trang.
3. Mở Chi tiết để đọc số dòng, kết quả/lỗi, bộ lọc, ánh xạ và người/thời điểm kiểm tra, xác nhận hoặc hủy.
4. Nhập đang chờ xác nhận có thể Hủy: dữ liệu chưa ghi; nhật ký hủy còn. Nếu trạng thái/phiên bản đổi, tải lại trước xử lý.
5. Tải file nguồn/kết quả/lỗi khi còn hạn. File lưu 30 ngày; lịch sử vẫn còn sau khi file hết hạn.

Sau xác nhận hoặc lỗi

Đọc trạng thái tác vụ, số dòng đã xử lý và chứng từ nháp đã sinh trước nhập lại. Tác vụ file và phiếu Kho là hai lớp; xác nhận tác vụ có thể mới tạo phiếu cần xác nhận nghiệp vụ. Giữ lịch sử lỗi/xác nhận/hủy và không coi file hết hạn là chứng từ bị xóa.

Phạm vi sản phẩm và tác vụ file

r005b kiểm quyền ở bước xem, kiểm file và ghi dữ liệu: sản phẩm chung được phép hoặc sản phẩm riêng cùng cơ sở kho. Sản phẩm/quy đổi nhập riêng cần một cơ sở xác định; không đổi scope hay SKU để vượt quyền. Quyền tải file gốc/lịch sử tiếp tục theo người thực hiện và phạm vi tác vụ.

Kết quả cần kiểm tra

Truy vết được tác vụ và biết dữ liệu đã ghi hay chưa.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Chọn Tạo đề nghị, kiểm người đề nghị và cơ sở làm việc theo hồ sơ; không tự suy ra từ bộ lọc đầu trang.
2. Nhập sản phẩm, số lượng, đơn vị, đơn giá, VAT và lý do. Máy chủ đối chiếu tổng tiền từ các dòng.
3. Đính kèm tối đa 3 PDF, 5 MB/tệp nếu cần; có thể không kèm file. Đây là tài liệu đề nghị, chưa phải chứng từ thực chi.
4. Lưu Bản nháp, mở lại và kiểm trước khi Gửi. Đơn đã gửi khóa chỉnh sửa.
5. Theo dõi trạng thái và lý do trả bổ sung/từ chối. Nếu cần sửa trước quyết định, thu hồi về nháp rồi gửi lại.

Kiểm nội dung trước gửi

1. Mỗi đơn mua có 1–100 dòng; tên hàng/số lượng dương/đơn vị/đơn giá/VAT đúng thực tế. VAT đã gồm trong giá và VAT cộng thêm phải chọn đúng.
2. Kiểm tổng máy chủ tính từ từng dòng, mục đích, người tạo và cơ sở hồ sơ. Tài liệu đề nghị tối đa 3 PDF, 5 MB/tệp.
3. Lưu nháp, mở lại kiểm file và số tiền rồi Gửi. Cần có kế toán đang hoạt động; hệ thống báo thiếu người thì rà phân công.
4. Theo dõi đúng trạng thái, không lập đơn trùng khi chưa biết gửi đã thành công hay chưa.

Kết quả cần kiểm tra

Đơn đúng dòng sản phẩm, tổng tiền và hàng đợi xử lý.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Bắt đầu đúng vai trò

Quyền và hồ sơ đang hoạt động vẫn được kiểm tại API. Nhật ký xử lý tài chính dành Admin. Luồng này giữ quy trình tài chính, không dùng tuyến đơn nhân sự mới.

Trình tự mua → tiền → hàng

1. Người đề nghị lập đơn mua và tài liệu, lưu nháp rồi gửi.
2. Kế toán kiểm, yêu cầu bổ sung hoặc xác nhận lên người có quyền quyết định. Có thể từ chối tại bước kế toán với lý do.
3. Người có quyền duyệt/từ chối; kết quả qua kế toán xác nhận chuyển về người đề nghị.
4. Người tạo đơn mua lập đợt thanh toán liên kết trong hạn mức, mỗi đợt qua kế toán → quyết định → chuyển kết quả riêng.
5. Đi tiền ghi một lần thực chi cho đợt đã duyệt/chuyển kết quả và có chứng từ hoặc chữ ký tiền mặt hợp lệ.
6. Hàng thực nhận được lập và xác nhận phiếu nhập Kho riêng; đối chiếu đơn mua, phiếu nhập và các đợt đã chi.

Luồng đề nghị và kế toán

↗ Phóng lớn sơ đồ

Đọc tiếp theo công việc

Bảng trạng thái

Thu hồi, bổ sung và thay đổi đồng thời

1. Người tạo thu hồi Chờ kế toán/Chờ duyệt khi chưa có quyết định, chưa thực chi và không vướng đợt liên kết; đơn về nháp.
2. Đơn mua cần xử lý các đợt đang chờ trước khi thu hồi/hủy. Không xóa liên kết để bỏ chặn.
3. Đơn đã gửi không sửa trực tiếp. Bổ sung/thu hồi rồi kiểm lại trước gửi; thay tiền đợt chưa chi phải duyệt lại.
4. Nếu người khác đã xử lý hoặc phiên bản đổi, tải lại và đọc trạng thái mới; không quyết định trên dữ liệu cũ.

Từ chối ở hai điểm

Kế toán từ chối khi Chờ kế toán có thể hoàn tất trực tiếp về người tạo; quyết định ở Chờ duyệt đi qua Chờ chuyển kết quả và kế toán chuyển. Luôn đọc cả trạng thái lẫn kết quả, không coi chữ Hoàn tất là “được duyệt” hoặc “đã chi”.

Cách thực hiện

1. Khi đơn chờ kế toán/chờ duyệt và chưa có quyết định, người tạo dùng Thu hồi để trở về Bản nháp.
2. Sửa nháp hoặc đơn yêu cầu bổ sung, kiểm lại rồi gửi. Đơn đã gửi không sửa trực tiếp.
3. Người tạo xóa nháp của mình; Admin xóa nháp trong quyền. Đơn ở trạng thái khác không được xóa.
4. Đơn mua có thanh toán liên kết được bảo vệ; xử lý đúng các nháp liên quan trước, không làm mất liên kết.
5. Mở Thùng rác để khôi phục trong 30 ngày; sau khôi phục vẫn là nháp, không tự gửi.

Bảo toàn liên kết và thời hạn

Thu hồi chỉ trước quyết định; đơn mua có đợt liên kết đang xử lý phải xử lý các đợt trước. Chỉ xóa nháp của mình hoặc theo quyền Admin, không có liên kết phiếu Kho/thực chi. Khôi phục trong 30 ngày về nháp; sau hạn, dọn theo lịch API, không coi là quyền xóa mọi đề nghị.

Kết quả cần kiểm tra

Sửa đúng trạng thái, bảo toàn liên kết và hạn khôi phục.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Kế toán Mua hàng/Trưởng phòng kế toán mở đơn chờ xác nhận, đọc người đề nghị, dòng, tổng và tài liệu được phép.
2. Nếu đầy đủ, Xác nhận chuyển BGĐ duyệt; thao tác này không yêu cầu nhập lý do.
3. Nếu thiếu, Yêu cầu chỉnh sửa và nhập lý do cụ thể. Từ chối cũng bắt buộc lý do để người tạo biết cần xử lý gì.
4. Sau quyết định BGĐ, kiểm kết quả rồi Xác nhận chuyển kết quả cho người đề nghị; không cần trường lý do.
5. Nếu phiên bản/trạng thái đã đổi do thu hồi hay người khác xử lý, tải lại trước khi thao tác.

Hai lần bàn giao của kế toán

1. Lần 1: mở Chờ kế toán, kiểm nội dung/dòng/VAT/PDF/phạm vi; Xác nhận để lên Chờ duyệt hoặc yêu cầu bổ sung với lý do.
2. Kế toán được từ chối ở Chờ kế toán với lý do, đơn kết thúc về người tạo; không cần giả lập quyết định BGĐ.
3. Lần 2: sau quyết định BGĐ, mở Chờ chuyển kết quả, đối chiếu quyết định và Xác nhận chuyển kết quả.
4. Thanh toán chỉ được ghi thực chi sau quyết định duyệt và hoàn tất chuyển kết quả. Xác nhận kế toán không phải phê duyệt tài chính hoặc chứng từ trả tiền.

Kết quả cần kiểm tra

Đơn đi đúng hàng đợi và người đề nghị nhận được kết quả.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Mở hàng đợi chờ duyệt, kiểm cơ sở, người đề nghị, lý do, sản phẩm, VAT và tổng tiền.
2. Đọc tài liệu đề nghị theo quyền; nếu chưa đủ căn cứ, xử lý theo quy trình thay vì duyệt chỉ vì kế toán đã xác nhận.
3. Chọn Duyệt hoặc Từ chối; từ chối bắt buộc lý do rõ ràng.
4. Đợi phản hồi, kiểm trạng thái chờ kế toán chuyển kết quả. Không coi quyết định duyệt là tiền đã được trả.
5. Đơn đổi/thu hồi đồng thời sẽ bị chặn xử lý phiên bản cũ; tải lại và kiểm lại nội dung.

Kiểm quyết định trên đúng dữ liệu

1. Kiểm mã người tạo, dòng hàng/VAT, tổng và tài liệu đề nghị; kế toán xác nhận không thay trách nhiệm đọc nội dung.
2. Duyệt/Từ chối chỉ trên hàng đợi và quyền hiện tại; từ chối cần lý do cụ thể. CEO được duyệt/từ chối đề nghị nhưng không tạo/sửa hoặc ghi chi.
3. Sau quyết định kiểm Chờ chuyển kết quả; kế toán còn phải bàn giao. Không dùng tuyến Nhân viên → Trưởng phòng của HR.
4. Phiên bản đổi hoặc đơn bị thu hồi thì tải lại; không bấm nhiều lần để vượt lỗi.

Kết quả cần kiểm tra

Quyết định trên đúng đơn/phiên bản và có kết quả rõ ràng.

Phân công phê duyệt

Giữ quy trình kế toán: gửi đề nghị → kế toán Mua hàng/Trưởng phòng kế toán xác nhận → người có quyền duyệt/từ chối → kế toán xác nhận và chuyển kết quả → người tạo; Đi tiền ghi thực chi khi đủ trạng thái. Không áp tuyến duyệt nhân sự.

CPO và CHRO không được duyệt mua hàng/thanh toán từ hai vai trò này; kiêm nhiệm khác hợp lệ được xét riêng. CEO giữ quyền xem, duyệt/từ chối, không tạo/sửa/thực chi. Admin có đầy đủ quyền.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Kế toán Mua hàng/Trưởng phòng kế toán hoặc Admin mở đơn mua đã hoàn tất và được duyệt, chưa có đề xuất điều chỉnh đang chờ.
2. Đọc Giá trị mua ban đầu và Tổng cần thanh toán đã duyệt; bấm Đề xuất điều chỉnh hạn mức.
3. Nhập tổng cần thanh toán mới và lý do. Không giảm xuống dưới đã chi cộng các đợt đang giữ chỗ.
4. Gửi đề xuất điều chỉnh. Hạn mức cũ còn hiệu lực cho đến khi BGĐ/Admin quyết định.
5. Theo dõi kết quả và đối chiếu lịch sử. Giá trị mua ban đầu được giữ riêng, không bị viết lại thành tổng mới.

Đề xuất không đổi hạn mức ngay

Chỉ kế toán Mua hàng/Trưởng phòng kế toán hoặc Admin đề xuất trên đơn mua đã duyệt và chuyển kết quả, chưa có đề xuất đang chờ. Nhập tổng mới khác tổng hiện tại và lý do ít nhất 3 ký tự. Giữ tổng mua ban đầu; tổng hiệu lực chỉ đổi khi đề xuất được duyệt. Khi quyết định, mức mới không được dưới tổng đợt đang giữ chỗ/đã chi.

Kết quả cần kiểm tra

Đề xuất rõ số cũ/mới, lý do và trạng thái quyết định.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Người có quyền quyết định hạn mức (trừ CEO) mở đúng đơn có đề xuất điều chỉnh; kiểm giá trị ban đầu, tổng cũ/mới và lý do kế toán.
2. Đối chiếu đã chi và các đợt đang giữ chỗ; đánh giá căn cứ nghiệp vụ trước quyết định.
3. Chọn Duyệt hạn mức mới hoặc Từ chối điều chỉnh, nhập lý do quyết định ít nhất 3 ký tự.
4. Bấm Xác nhận quyết định, chờ thành công và kiểm tổng có hiệu lực cùng lịch sử.
5. Nếu đơn đổi đồng thời hoặc mức mới thấp hơn nghĩa vụ đang giữ chỗ, tải lại; không bỏ chặn để tiếp tục.

Giới hạn quyền quyết định hạn mức

API r005e chặn CEO ở thao tác quyết định điều chỉnh hạn mức; quyền duyệt/từ chối đề nghị thông thường của CEO không tự áp cho nút này. Người có finalApprove được phép và Admin kiểm đề xuất đang chờ, lý do quyết định ít nhất 3 ký tự, số đã cam kết rồi mới quyết định. Không dùng quyền xem rộng để bỏ kiểm hạn mức.

Kết quả cần kiểm tra

Hạn mức có hiệu lực theo quyết định mới và có dấu vết.

Phân công phê duyệt

Giữ quy trình kế toán: gửi đề nghị → kế toán Mua hàng/Trưởng phòng kế toán xác nhận → người có quyền duyệt/từ chối → kế toán xác nhận và chuyển kết quả → người tạo; Đi tiền ghi thực chi khi đủ trạng thái. Không áp tuyến duyệt nhân sự.

CPO và CHRO không được duyệt mua hàng/thanh toán từ hai vai trò này; kiêm nhiệm khác hợp lệ được xét riêng. CEO giữ quyền xem, duyệt/từ chối, không tạo/sửa/thực chi. Admin có đầy đủ quyền.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Người tạo đơn mua tạo đề nghị thanh toán liên kết đúng đơn; kiểm Tổng cần thanh toán đã duyệt, Đã thực chi, Đang chờ và Còn có thể đề nghị.
2. Nhập tên đợt, số tiền, người nhận và phương thức. Chuyển khoản cần ngân hàng, số tài khoản và chủ tài khoản.
3. Có thể 3, 4, 5 hoặc nhiều đợt; không giới hạn cố định 2. Tổng các đợt gửi xử lý không được vượt tổng cần thanh toán đã duyệt.
4. Lưu nháp rồi gửi; nháp/cần bổ sung/đã hủy/bị từ chối không giữ hạn mức. Máy chủ chặn vượt tổng kể cả gửi đồng thời.
5. Phải duyệt mua trước khi duyệt thanh toán. Theo dõi từng đợt; duyệt hoặc chuyển kết quả chưa đồng nghĩa đã thực chi; điều chỉnh số tiền chưa chi cần duyệt lại.

Cách tính số còn có thể đề nghị

Tổng còn có thể đề nghị = tổng cần thanh toán có hiệu lực − tổng các đợt giữ hạn mức. Các đợt đã chi vẫn nằm trong nhóm giữ hạn mức; không cộng/trừ “đã chi” thêm một lần. Nháp/cần bổ sung/hủy/từ chối không giữ chỗ. Ví dụ tổng 10 triệu, một đợt đã chi 3 triệu và một đợt chờ 2 triệu thì còn 5 triệu. Có thể nhiều đợt, mỗi đợt riêng phải qua quy trình.

↗ Phóng lớn sơ đồ

Kết quả cần kiểm tra

Các đợt gắn đúng đơn và nằm trong hạn mức.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Kế toán Mua hàng/Trưởng phòng kế toán hoặc Admin mở đúng đợt chưa thực chi, không bị từ chối, ở trạng thái cho phép.
2. Bấm Điều chỉnh số tiền; nhập số tiền mới và lý do rõ ràng ít nhất 3 ký tự.
3. Kiểm hạn mức còn lại và các đợt đang giữ chỗ. Bấm Lưu và đưa về chờ xác nhận.
4. Đơn quay về chờ kế toán, cần BGĐ/Admin duyệt lại trước khi chi; không giữ quyết định duyệt cũ cho số tiền mới.
5. Đối chiếu số ban đầu, số hiện tại và lịch sử điều chỉnh. Đợt đã thực chi bị khóa số tiền.

Sau thay tiền phải duyệt lại

Chỉ kế toán Mua hàng/Trưởng phòng kế toán hoặc Admin điều chỉnh đợt chưa chi, chưa bị từ chối, đang xử lý hoặc đã duyệt nhưng chưa chi. Số mới và lý do ít nhất 3 ký tự; hạn mức kiểm lại. Đợt về Chờ kế toán, quyết định cũ hết hiệu lực, cần xác nhận và duyệt lại. Không sửa đợt đã chi; Đi tiền/người tạo không tự có quyền sửa tiền.

Kết quả cần kiểm tra

Đợt đổi tiền có lý do, giữ giá trị ban đầu và trải qua duyệt lại.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Mở đơn chờ duyệt, kiểm mã đơn mua liên kết và quyết định duyệt mua trước.
2. Đối chiếu tên đợt, người nhận, phương thức/tài khoản, tổng mua, các đợt chờ và đã chi.
3. Duyệt hoặc từ chối theo căn cứ; từ chối cần lý do. Không vượt hạn mức dù nhiều đợt đang xử lý.
4. Đợi kế toán xác nhận chuyển kết quả; nhóm Đi tiền ghi thực chi sau khi đủ trạng thái.
5. Kiểm Kết quả đề nghị. Chỉ có chứng từ thực chi/phiếu ký nhận đã ghi nhận mới xác định đã thanh toán.

Đủ hai quyết định liên quan

Đợt phải liên kết đúng đơn mua, người tạo đơn mua và người nhận/tài khoản. Muốn duyệt thanh toán, đơn mua đã phải được duyệt; hạn mức kiểm cả các đợt song song. Sau duyệt đợt còn bước kế toán chuyển kết quả. Được duyệt mua không có nghĩa mọi đợt được duyệt tự động.

Kết quả cần kiểm tra

Đợt được duyệt đúng mua, người nhận và hạn mức.

Phân công phê duyệt

Giữ quy trình kế toán: gửi đề nghị → kế toán Mua hàng/Trưởng phòng kế toán xác nhận → người có quyền duyệt/từ chối → kế toán xác nhận và chuyển kết quả → người tạo; Đi tiền ghi thực chi khi đủ trạng thái. Không áp tuyến duyệt nhân sự.

CPO và CHRO không được duyệt mua hàng/thanh toán từ hai vai trò này; kiêm nhiệm khác hợp lệ được xét riêng. CEO giữ quyền xem, duyệt/từ chối, không tạo/sửa/thực chi. Admin có đầy đủ quyền.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Người tạo đọc kết quả đơn mình; Kế toán Mua hàng/Đi tiền/Trưởng phòng kế toán/BGĐ/Admin xem toàn hệ thống theo quyền.
2. Lọc loại đơn, trạng thái, cơ sở và từ khóa; mở đúng mã để đọc quyết định/lý do trả bổ sung hoặc từ chối.
3. Phân biệt Chờ thanh toán và Đã thanh toán từ chứng từ thực chi/phiếu ký nhận, không từ tài liệu đề nghị.
4. Người có quyền mở Xuất Excel, chọn kỳ ngày tạo theo UTC+7: tháng/quý/năm/khoảng ngày, gồm cả ngày đầu/cuối.
5. Loại đơn/trạng thái trong ngăn xuất chọn riêng; từ khóa theo danh sách. Đối chiếu cột cơ sở làm việc và tổng với phạm vi.

Đọc ngày, kết quả và bằng chứng

Xuất Excel dùng kỳ ngày tạo theo UTC+7, gồm ngày đầu/cuối; chọn loại/trạng thái riêng trong ngăn xuất và đối chiếu từ khóa/phạm vi. Cơ sở làm việc hiển thị theo hồ sơ hiện tại khác cơ sở gốc dùng lọc lịch sử. Tệp đề nghị không phải chứng từ thực chi; quyền xem đơn không tự mở chữ ký.

Kết quả cần kiểm tra

Biết quyết định, tình trạng chi và xuất đủ dữ liệu hợp lệ.

Lưu ý và giới hạn

Safari, PDF và ngày từ r005c

r005e giữ sửa trắng màn Safari/iOS 16, PDF tải khi cần, ngày Việt Nam không lệ thuộc định dạng locale và nút tải lại khi module lỗi. Không xóa dữ liệu thiết bị để cập nhật.

Giao diện minh họa

↗ Phóng lớn ảnh

Ba điểm ghi nhận

Cách đối soát

1. Mở đúng mã đơn mua, tổng mua ban đầu và tổng cần thanh toán đang có hiệu lực.
2. Tra phiếu nhập liên kết và kiểm kho/ngày/sản phẩm/đơn vị/lượng/giá vốn; chỉ tính phiếu đã xác nhận.
3. Tra từng đợt thanh toán, số đã chi, đang giữ chỗ, còn có thể đề nghị; mở chứng từ trong quyền riêng.
4. So hàng nhận và tiền đã chi với thỏa thuận thực tế; ghi nhận thiếu/thừa/ứng trước đúng quy trình đơn vị.
5. Nếu cần thay tổng tiền, dùng đề xuất hạn mức; nếu hàng sai thì xử lý phiếu Kho đối ứng. Không sửa phiếu đã ghi hoặc ghi chi trùng để cân số.

Ví dụ độc lập

Đơn mua 10 triệu được duyệt, đợt 1 trả 3 triệu và đã ghi thực chi; hàng mới nhận một phần. Khi đó đã chi 3 triệu, còn tối đa 7 triệu để giữ chỗ nếu không có đợt khác. Tồn chỉ bằng hàng trên phiếu nhập đã xác nhận, không lấy 10 triệu hay 3 triệu để tự suy lượng tồn.

Cách thực hiện

1. Đi tiền/Trưởng phòng kế toán/BGĐ được phép (trừ CEO)/Admin mở đợt đã duyệt và đã chuyển kết quả; kiểm chưa ghi thực chi.
2. Đối chiếu người nhận, số tiền/phương thức, chọn ngày thực chi. Mỗi đợt chỉ ghi một lần.
3. Chuyển khoản: tải chứng từ. Tiền mặt: ký nhận trực tiếp hoặc tải chứng từ. Tối đa 3 PDF/JPG/PNG, 5 MB/tệp; không có trường lý do xác nhận.
4. Kiểm chứng từ và thông tin thực chi trước khi lưu; đợi thành công rồi đọc trạng thái Đã thanh toán.
5. Mở/tải chứng từ bằng quyền riêng, kiểm số tiền/ngày và mã đơn. Sao lưu database cùng data/documents.

Kiểm trước khi ghi tiền đã chi

1. Mở đúng đợt thanh toán Hoàn tất, quyết định được duyệt và chưa có thực chi. Không ghi ở Chờ chuyển kết quả.
2. Kiểm người nhận, phương thức, số tiền và ngày chi không nằm tương lai. Hệ thống kiểm lại hạn mức; mỗi đợt chỉ ghi một lần.
3. Chuyển khoản cần chứng từ; tiền mặt có thể chứng từ hoặc chữ ký nhận trực tiếp hợp lệ. Tối đa 3 tệp PDF/JPG/PNG, 5 MB/tệp.
4. CEO không được ghi thực chi. Người xem được đề nghị chưa chắc mở được chứng từ/chữ ký.
5. Sau lưu mở lại trạng thái, số tiền/ngày và bằng chứng; không ghi lặp nếu phản hồi mạng chưa rõ, tra lại trước.

Kết quả cần kiểm tra

Đợt có bằng chứng thực chi và trạng thái đúng.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Người ghi chi xác minh người nhận thực tế, kiểm họ tên, đợt và số tiền trước khi đưa thiết bị ký.
2. Bật Người nhận ký trực tiếp, nhập họ tên và cuộn biểu mẫu tới ô chữ ký. Cho người nhận ký bằng cảm ứng/chuột/bút.
3. Người nhận kiểm và xác nhận đã nhận tiền; không tự ký thay. Chỉ lưu khi chứng cứ phù hợp quy trình đơn vị.
4. Hệ thống sinh phiếu PDF A5 lưu chữ ký, thời điểm và SHA256; mở lại bằng tài khoản có quyền chứng từ.
5. Nếu dùng giấy, có thể in phiếu chưa ký rồi lấy chữ ký và ghi chứng từ thực chi đúng quy trình.

Giữ đúng người nhận và bằng chứng

Chữ ký trực tiếp chỉ dùng cho tiền mặt: nhập đúng họ tên người nhận, người đó ký và xác nhận đã nhận tiền. Không ký thay. Sau ghi mở phiếu A5 với chữ ký/thời điểm/SHA256; việc hệ thống lưu hash hỗ trợ đối chiếu tệp, không thay quy trình xác minh người nhận của đơn vị.

Kết quả cần kiểm tra

Phiếu đúng người/đợt/tiền và có chứng cứ nhận tiền.

Safari, PDF và ngày từ r005c

r005e giữ sửa trắng màn Safari/iOS 16, PDF tải khi cần, ngày Việt Nam không lệ thuộc định dạng locale và nút tải lại khi module lỗi. Không xóa dữ liệu thiết bị để cập nhật.

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Admin hoặc nhân sự IT đang hoạt động có tài khoản liên kết mở Quản lý kỹ thuật → Danh mục thiết bị.
2. Tìm theo mã/tên/model/serial, lọc cơ sở và trạng thái trước khi thêm để tránh trùng.
3. Thêm mã duy nhất, tên/nhóm, cơ sở, vị trí, model/serial, người sử dụng, ngày mua/bảo hành, nhà cung cấp và ảnh.
4. Chọn trạng thái: Đang sử dụng, Dự phòng, Đang sửa chữa hoặc Ngừng sử dụng theo hiện trạng; kiểm tên lựa chọn trên form.
5. Mở chi tiết để xem lịch sử cập nhật và ticket liên quan; cập nhật thông tin và xuất Excel trong phạm vi được phép.

Quyền thao tác

IT xử lý danh mục thiết bị theo quyền; CEO chỉ xem, không tạo/sửa/xuất dữ liệu kỹ thuật từ vai trò CEO. Admin có đầy đủ quyền. Danh sách hồ sơ đang nghỉ bị chặn mọi quyền không thể tiếp tục xử lý thiết bị.

Kết quả cần kiểm tra

Thiết bị có mã riêng và cơ sở rõ ràng để liên kết ticket.

Lưu ý và giới hạn

Đọc tiếp

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Mở Gửi hỗ trợ → Ticket của tôi → Gửi ticket. Tài khoản cần hồ sơ hoạt động liên kết, trừ trường hợp Admin theo quy tắc hệ thống.
2. Nhập tiêu đề cụ thể, chọn cơ sở trong phạm vi, mức khẩn cấp và mô tả hiện tượng/thời điểm/các bước đã thử.
3. Chọn thiết bị nếu liên quan; thiết bị phải cùng cơ sở ticket. Đính kèm tối đa 5 ảnh JPG/PNG/WebP mỗi lần gửi, tối đa 5 MB/ảnh.
4. Gửi rồi mở lại kiểm mã, trạng thái, ảnh và người phụ trách/lịch. Tìm và lọc ticket trong danh sách của mình.
5. Khi IT trả lời, đọc rồi nhập phản hồi thực tế trong hội thoại. Chỉ mở chuông hoặc xem nội dung chưa hủy hạn 48 giờ.
6. Đã xử lý/không còn nhu cầu: đóng theo quyền và kiểm lý do. Nếu cần mở lại, dùng thao tác Mở lại khi có quyền; gửi nội dung sau kết thúc không tự mở lại.

Kết quả cần kiểm tra

IT nhận đúng ticket, người gửi theo dõi được tiến độ và phản hồi.

Lưu ý và giới hạn

Đọc tiếp

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Cách thực hiện

1. Mở Quản lý kỹ thuật → Ticket hỗ trợ; tìm mã/tiêu đề/người gửi, lọc cơ sở, mức khẩn cấp, trạng thái, chưa phân công hoặc quá lịch.
2. Nhân viên IT tiếp nhận ticket chưa phân công hoặc xử lý ticket được giao. Trưởng phòng IT/Admin có thể phân công và đổi người phụ trách cho IT hoạt động, có tài khoản hoạt động.
3. Mở Xử lý ticket, xác nhận lịch bắt đầu theo dd/mm/yyyy, mức khẩn cấp và trạng thái; kiểm dữ liệu trước lưu.
4. Mỗi ticket gắn đúng một nhiệm vụ. Đổi người xử lý cập nhật cùng nhiệm vụ; nhiệm vụ tiếp tục dùng luồng xem/sửa, phân công và báo cáo của Công việc.
5. Gửi phản hồi: tự chuyển Chờ phản hồi và bắt đầu 48 giờ. Đã phản hồi và Chờ phản hồi là trạng thái tự động, không chọn thủ công.
6. Nếu chủ động đổi trạng thái xử lý, hạn cũ được hủy; cùng lần lưu vừa đổi trạng thái vừa gửi nội dung thì trạng thái chủ động được ưu tiên.
7. Kết thúc: kiểm kết quả/lý do, không tính tự đóng vì không phản hồi là sửa thành công. Admin truy vết ở Nhật ký phê duyệt → Ticket hỗ trợ.

Kết quả cần kiểm tra

Hàng đợi có người, lịch, nội dung và nhiệm vụ liên kết nhất quán.

Lưu ý và giới hạn

Đọc tiếp

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Các mốc trạng thái

Điểm cần kiểm

• Mở chi tiết xem hạn đang áp dụng, lịch và bên gửi trao đổi gần nhất.
• Nếu vẫn cần hỗ trợ, trả lời ngay trong ticket; đánh dấu Đã đọc không hủy hạn.
• Cần tiếp tục ticket kết thúc: dùng thao tác mở lại theo quyền, không chỉ gửi tin nhắn.
• Tác vụ tự đóng do máy chủ xử lý; thiết bị không có mạng không tự xác nhận trạng thái mới.

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. IT phân công ticket rồi mở liên kết nhiệm vụ để kiểm người thực hiện, thời gian và nội dung.
2. Theo dõi tại Công việc của tôi/Nhiệm vụ của tôi theo quyền; cập nhật trạng thái/báo cáo tiến độ bằng luồng Công việc hiện có.
3. Khi đổi người phụ trách ticket, đối chiếu cùng nhiệm vụ được cập nhật; không tự tạo bản thứ hai để thay liên kết.
4. Trước đổi trạng thái ở ticket hoặc nhiệm vụ, đọc trạng thái hiện tại rồi kiểm lại hai bên sau lưu.
5. Khi xóa/khôi phục, kiểm đúng đối tượng: ticket có thùng rác 30 ngày; nhiệm vụ dùng thùng rác Công việc 60 ngày.

Kết quả cần kiểm tra

Không mất ngữ cảnh xử lý khi chuyển qua Công việc.

Lưu ý và giới hạn

Đọc tiếp

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Cách thực hiện

1. Xóa ticket theo quyền chuyển vào Gửi hỗ trợ → Thùng rác ticket, không xóa ngay khỏi mọi nhật ký.
2. Cá nhân, trưởng phòng trong phạm vi quản lý hoặc Admin tìm ticket được phép xử lý.
3. Khôi phục: ticket về Đã tiếp nhận, xóa lịch/hạn chờ và lý do đóng cũ; mở lại để kiểm và phân công/hẹn lịch nếu cần.
4. Chỉ xác nhận xóa vĩnh viễn khi đã đối chiếu ticket và ảnh cần giữ. Sau 30 ngày xóa mềm, hệ thống dọn vĩnh viễn theo chính sách.
5. Sau xóa vĩnh viễn: giữ nội dung chữ và nhật ký để truy vết, ảnh bị xóa. Admin xem Nhật ký phê duyệt → Ticket hỗ trợ.

Kết quả cần kiểm tra

Khôi phục đúng ticket hoặc hiểu rõ dữ liệu mất khi xóa.

Lưu ý và giới hạn

Đọc tiếp

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Bấm chuông trên thanh đầu trang để xem gần đây; Xem tất cả thông báo mở danh sách đầy đủ.
2. Chọn Tất cả, Chưa đọc, Hỗ trợ IT, Kho & mua hàng hoặc Đơn cần phê duyệt; dùng tìm kiếm khi cần.
3. Bấm dòng thông báo để mở nội dung/chức năng liên quan. Hệ thống ghi đã đọc; đơn nghiệp vụ vẫn cần thao tác riêng.
4. Người có quyền soạn/duyệt mở Bài soạn & duyệt trong cùng trang. Form Soạn thông báo giữ nguyên luồng.
5. Thông báo nội bộ mở trong khung đọc; Thu hồi cạnh Đã đọc chỉ xuất hiện theo quyền, cần lý do và xác nhận.
6. Popup trong trang hiển thị khi đang sử dụng. Nhận thông báo hệ điều hành cần quyền, HTTPS và cấu hình Web Push tương ứng.

Kết quả cần kiểm tra

Tìm đúng nội dung và mở đúng nghiệp vụ; không có danh sách thông báo nội bộ thứ hai.

Lưu ý và giới hạn

Đọc tiếp

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Cách thực hiện

1. Bấm chuông → Xem tất cả thông báo. Người có quyền mở Bài soạn & duyệt hoặc Soạn thông báo trong cùng trang.
2. Nhập tiêu đề, tóm tắt, nội dung, mức độ và phạm vi hệ thống/cơ sở/chức danh/nhân sự cụ thể theo quyền.
3. Lưu nháp, kiểm nội dung và đối tượng nhận rồi Gửi duyệt. Người có quyền duyệt/từ chối xử lý, sau đó phát hành theo quyền.
4. Người nhận bấm nội dung để đọc; người có quyền theo dõi đã xem/chưa xem. Tài liệu chưa phát hành không được coi là đã gửi.
5. Cần thu hồi: mở chi tiết, bấm Thu hồi cạnh Đã đọc, nhập lý do và xác nhận. Bài ngừng hiển thị cho người nhận theo luồng.
6. Xóa bản nháp/bị từ chối/đã thu hồi theo quyền; nhật ký vẫn giữ. Không tạo trang danh sách thứ hai để xử lý.
7. Nội dung cần ít nhất 10 ký tự hiển thị hoặc có một ảnh. Kiểm đối tượng nhận trước khi gửi duyệt/phát hành.

Chọn đúng người nhận

Chọn Phòng ban và Cấp bậc theo cùng một vai trò trong hồ sơ. Ví dụ Trưởng phòng Sale - Marketing kiêm Nhân viên IT không khớp tổ hợp Trưởng phòng IT. Danh sách cấp bậc giảm dần; chọn Nhân sự cụ thể lấy mã/họ tên hồ sơ đang hoạt động có tài khoản thường đang hoạt động trong phạm vi, không lấy mọi tài khoản đăng nhập.

Kết quả cần kiểm tra

Nội dung được gửi đúng phạm vi và có lịch sử duyệt/phát hành.

Đọc tiếp

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Ba lớp thông báo

Bật hoặc mở lại quyền

1. Mở đúng tên miền IMS HTTPS; chọn Cho phép trong hộp xin thông báo gốc của trình duyệt. Khi trình duyệt yêu cầu tương tác, bấm hoặc Enter một lần trong ứng dụng.
2. Nếu đã Chặn, mở phần quyền của đúng trang IMS trong trình duyệt, chuyển Thông báo thành Cho phép rồi tải lại/đăng nhập lại khi cần. Thay đổi trên domain tài liệu không mở quyền cho domain IMS.
3. Với ứng dụng Windows, mở cài đặt Thông báo của hệ điều hành, tìm NCV IMS và cho phép. Giữ app ở khay; X chỉ ẩn, Thoát dừng tiến trình nhận.
4. Kiểm mạng và Không làm phiền/Tập trung; hệ điều hành có thể đưa vào trung tâm thông báo thay vì banner.
5. Nhờ người đúng quyền gửi một yêu cầu thử, bấm thông báo để kiểm mở đúng nội dung. Không dùng dữ liệu thật nhạy cảm để thử.

Đối chiếu với quyền vị trí

Quyền vị trí phục vụ xác minh chấm công, tách khỏi thông báo. Mở phần Quyền trang web của đúng domain IMS để cho phép Vị trí khi đã chặn; quay lại Dashboard → Chấm công → Kiểm tra lại. IMS không tự bật cài đặt hoặc theo dõi vị trí liên tục.

Kiểm chứng và giới hạn

Cách thực hiện

1. Tìm mã, tên hoặc tệp; lọc trạng thái. Kiểm tra phiên bản và phạm vi trước khi mở. Danh sách có phân trang: kiểm cả bộ lọc và trang hiện tại khi thiếu kết quả.
2. Dùng Xem cho PDF/ảnh khi được hỗ trợ hoặc Tải tài liệu. Với tài liệu bảo mật, nhập mật khẩu tài liệu do người phụ trách cấp; mật khẩu này khác mật khẩu đăng nhập.
3. Nếu có quyền tạo, chọn Tạo tài liệu; nhập tiêu đề, phân loại, mô tả và tệp PDF/DOCX/XLSX/PNG/JPG tối đa 5 MB. Chọn chính xác phạm vi người nhận.
4. Nếu dùng Tài liệu bảo mật, đặt mật khẩu ít nhất 8 ký tự và bàn giao qua kênh được phép. Lưu bản nháp, kiểm nội dung rồi gửi duyệt.
5. Duyệt, từ chối, phát hành hoặc cập nhật phiên bản theo quyền và trạng thái; không tự duyệt nội dung của mình.

Chọn đúng người nhận

Chọn Phòng ban và Cấp bậc theo cùng một vai trò trong hồ sơ. Ví dụ Trưởng phòng Sale - Marketing kiêm Nhân viên IT không khớp tổ hợp Trưởng phòng IT. Danh sách cấp bậc giảm dần; chọn Nhân sự cụ thể lấy mã/họ tên hồ sơ đang hoạt động có tài khoản thường đang hoạt động trong phạm vi, không lấy mọi tài khoản đăng nhập.

Kết quả cần kiểm tra

Người nhận truy cập đúng tài liệu và phiên bản được phép.

Lưu ý và giới hạn

Safari, PDF và ngày từ r005c

r005e giữ sửa trắng màn Safari/iOS 16, PDF tải khi cần, ngày Việt Nam không lệ thuộc định dạng locale và nút tải lại khi module lỗi. Không xóa dữ liệu thiết bị để cập nhật.

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Mở hệ thống và xem PDF

1. Sau khi NAS cập nhật, tải lại trang/đóng mở Windows online để nhận frontend mới rồi đăng nhập.
2. PDF chỉ tải thư viện khi mở trình xem; đăng nhập/Dashboard không cần tải PDF trước. Mở đúng tài liệu được phép và chờ trang PDF vẽ xong.
3. r005c dùng PDF.js legacy cùng phiên bản để tránh lỗi Iterator ở Safari/iOS 16; giữ xử lý Promise cần cho trang và worker.
4. Nếu hiện lỗi tải module và nút Tải lại, dùng nút đó; giữ khóa/cấu hình và dữ liệu offline, không xóa bộ nhớ trình duyệt làm bước đầu.
5. Nếu vẫn lỗi, gửi IT thời điểm, thiết bị/trình duyệt và ảnh thông báo; không gửi token/cookie.

Ngày và tháng

Các ngày dữ liệu được định dạng từ thành phần ngày theo múi giờ Việt Nam, không phụ thuộc en-CA/sv-SE của máy. Áp dụng Dashboard, chấm công, phép, tăng ca, Kho và xuất đề nghị. Đối chiếu ngày lọc/ngày trên phiếu, nhất là lúc gần nửa đêm Việt Nam.

Phạm vi minh họa

Đã có kiểm thử bundle phát hành trên WebKit 16.4 thường/standalone và Chromium với API giả; không coi là nghiệm thu mọi PDF hoặc chiếc iPhone vật lý. Windows offline đóng sẵn vẫn theo bộ cài r005b.

Cách thực hiện

1. Mở lịch sử bằng tài khoản được cấp quyền. Chọn khoảng thời gian, loại thao tác và từ khóa nếu có.
2. Đối chiếu tài liệu, phiên bản, tài khoản, thao tác xem/tải và thời điểm; phân biệt tên tài liệu với tên tệp.
3. Kiểm tra trang tiếp theo khi kết quả được phân trang; giữ cùng bộ lọc trong lúc đối chiếu.
4. Khi hỗ trợ một sự cố, ghi mã tài liệu và thời điểm. Chuyển yêu cầu sửa quyền về đúng người quản trị thay vì chia sẻ tệp ra ngoài.

Kết quả cần kiểm tra

Tra cứu được dấu vết truy cập trong phạm vi được phép.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Chọn tháng, cơ sở và khoảng ngày nếu màn hình cho lọc. Kiểm tra bộ lọc trước khi giải thích số liệu.
2. Đọc nhóm Chấm công & kỳ công, Lịch hẹn khách hàng và số liệu theo cơ sở. Dùng lối tắt để mở dữ liệu nguồn.
3. Xem trạng thái kỳ công; đối chiếu số thiếu dữ liệu, đơn còn chờ và tăng ca đã tổng hợp.
4. Chỉ chọn Xuất khi tài khoản có quyền; mở file để kiểm tra kỳ, phạm vi và dữ liệu trước khi chia sẻ nội bộ.
5. Khi số liệu lệch, so sánh cùng khoảng ngày/cơ sở và cùng trạng thái kỳ. Chuyển HR xử lý dữ liệu nguồn thay vì sửa tay số báo cáo.

Kết quả cần kiểm tra

Báo cáo có phạm vi rõ ràng và được đối chiếu với dữ liệu nguồn.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Thiết lập cơ sở

1. Mở Quản trị → Cơ sở; tìm đúng mã/tên cơ sở, kiểm trạng thái và dữ liệu đang liên kết.
2. Người có quyền sửa thông tin cơ sở, tọa độ và bán kính GPS đúng vị trí. Không xóa dữ liệu nền để tạo lại khi chỉ cần sửa cấu hình.
3. Bấm Ghép máy chấm công ở đúng dòng cơ sở. Tạo mã mới khi cần, chuyển mã riêng cho máy Windows lễ tân đúng cơ sở.
4. Trên Windows nhập mã 8 ký tự trong 10 phút. Giữ ứng dụng chạy và có Internet; đợi khoảng 30–90 giây rồi bấm Làm mới trạng thái cơ sở.
5. Đọc riêng trạng thái ghép, tín hiệu gần nhất và điều kiện xác minh mạng. Đã gửi tín hiệu chưa đồng nghĩa mạng đã đủ điều kiện.

Điều kiện thay thế

GPS hợp lệ hoặc mạng hợp lệ của chính cơ sở được phân công. Cơ sở khác thiếu mạng không chặn cơ sở đang đủ điều kiện. Nếu đã biết hai cơ sở dùng chung IP, yêu cầu GPS cho đến khi tín hiệu mới đủ phân biệt.

Thông tin cần quản trị

Mạng riêng LAN chỉ dùng khi cấu hình CIDR tin cậy theo cơ sở và điều kiện ingress cho phép; không tự coi tất cả IP Docker/LAN là đáng tin. Với Tunnel, IT kiểm IP gốc theo hướng dẫn nâng cấp. Đổi tài khoản IMS trên máy Windows không tự hủy ghép máy.

Kho tổng và vòng đời kho r005e

Kho tổng là phạm vi toàn hệ thống, không gắn cơ sở. Người quản Kho cơ sở không tự có quyền quản Kho tổng; có thể nhận chuyển về kho cơ sở được giao. Ngừng hoạt động cơ sở không phải xóa; kho gắn cơ sở còn tồn tại không xóa riêng. Sau xóa giữ lịch sử và không lập phiếu mới.

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Đọc trạng thái máy lễ tân

Tình huống cần phân biệt

Khi tín hiệu mất hoặc ghép lại

Dấu hiệu đã biết về IP dùng chung được giữ qua offline, thu hồi hoặc ghép lại, đến khi có tín hiệu mới đủ phân biệt. Không dùng thao tác ghép lại để xóa guard. Máy nhận tín hiệu và mạng đủ điều kiện là hai trạng thái riêng.

Xác minh IP gốc trên NAS

Cập nhật ứng dụng không tự biến cấu hình mạng false thành đã kiểm chứng. Nếu cần bật, IT lấy hai link kiểm chứng, mở bằng Wi-Fi nha khoa và 4G/5G trong 15 phút, chạy verify đạt IMS_NETWORK_REAL_IP_PROBES_OK rồi mới enable. Không so nội dung JSON hai trang; NAS kiểm IP gốc trong log. Thực hiện đúng các lệnh trong hướng dẫn NAS, không tự sửa cờ true.

Giới hạn cần nhớ

IP không đọc SSID và không chứng minh tuyệt đối vị trí. VPN/NAT, IPv4/IPv6 hoặc nhiều đường WAN có thể làm kết quả khác dự kiến. Phải thử Wi-Fi/4G và GPS tại cơ sở thật; kết quả QA cục bộ không thay nghiệm thu.

Luồng mạng và GPS

↗ Phóng lớn sơ đồ

Giao diện minh họa

↗ Phóng lớn ảnh

Chọn đúng nhóm tài khoản

Ở bảng Tài khoản, nhóm employee hiển thị nhãn Nhân viên. Đây là nhóm truy cập; các cấp bậc Leader/Trưởng phòng vẫn khai báo trong hồ sơ.

Tạo, liên kết và kiểm tra

1. Tìm tài khoản trước để tránh tạo trùng. Dùng một tài khoản cho một người.
2. Tạo thông tin đăng nhập, mật khẩu tạm và nhóm quyền bằng tài khoản đủ quyền; người dùng phải đổi mật khẩu khi đăng nhập đầu tiên.
3. Với tài khoản thường, liên kết đúng một hồ sơ. Kiểm cơ cấu, vai trò chính/kiêm nhiệm và trạng thái lao động.
4. Migration 063 tự tách Admin từng liên kết khỏi hồ sơ, giữ hồ sơ và nhật ký. Sau nâng cấp, rà soát để liên kết tài khoản thường phù hợp khi cần.
5. Sau 5 lần đăng nhập sai, liên hệ Admin cấp mật khẩu tạm mới để mở khóa và buộc đổi mật khẩu.
6. Khóa/ngừng dùng/xóa theo quyền; không xóa tài khoản của chính mình.

Cơ sở nghiệp vụ lấy từ hồ sơ

Từ r003b, form tài khoản bỏ trường Mã cơ sở phụ trách. Tạo tài khoản mới chưa gán cơ sở tại đây; sửa tài khoản giữ cấu hình cơ sở cũ. Phạm vi nghiệp vụ/chấm công lấy qua hồ sơ liên kết và các vai trò. Không sửa nhóm quyền tài khoản để thay cho phân công cơ sở trong hồ sơ.

Kết quả cần kiểm tra

Admin không xuất hiện trong danh sách liên kết hồ sơ; tài khoản thường đã gắn một hồ sơ không được gắn hồ sơ thứ hai. Nhóm quyền tài khoản không thay thế cấp bậc nghiệp vụ.

Thiết bị chấm công của tài khoản

Admin dùng Xem thiết bị trong danh sách Tài khoản để xem và thay/thu hồi từng suất. Đây là quyền quản trị thiết bị riêng, không tự cấp theo quyền sửa hồ sơ.

Tài khoản dùng khi tạo hồ sơ từ form

Người khai không nhập tài khoản. HCNS/Admin chọn tài khoản phù hợp chưa liên kết khi chuyển bản khai đã duyệt thành hồ sơ. Cơ chế này không tạo mật khẩu/tài khoản tự động và không cho liên kết tài khoản Admin độc lập.

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Mở đúng tài khoản

Trong Quản trị → Tài khoản, chọn Xem thiết bị của đúng người. Drawer Thiết bị chấm công mở bên phải; kiểm tên, tài khoản, loại máy và mã đăng ký. Quyền sửa hồ sơ hoặc tài khoản thông thường không cho HR/Trưởng phòng quyền thay thiết bị.

Sơ đồ minh họa

↗ Phóng lớn sơ đồ

Thay thiết bị đã có máy mới chờ

1. Yêu cầu nhân viên đăng nhập trên máy/trình duyệt mới và mở Thiết bị của tôi để đăng ký. Khi suất đã dùng, máy mới trở thành ứng viên đang chờ.
2. Admin mở đúng tài khoản, tại thẻ Điện thoại hoặc Máy tính bấm Thay điện thoại / Thay máy tính.
3. Kiểm thiết bị hiện tại; đọc dòng thông báo suất còn lại được giữ nguyên. Chọn đúng ứng viên mới theo môi trường, mã và thời gian đăng ký.
4. Nhập lý do từ 5 đến 500 ký tự rồi bấm Xác nhận thay. Nút chưa bật nếu thiếu ứng viên hoặc lý do.
5. Kiểm máy cũ đã bị thu hồi, máy mới Được chấm công, suất còn lại không đổi; xem Lịch sử thay đổi. Nhân viên thử chấm vào/ra theo điều kiện cơ sở.

Thu hồi hoặc từ chối đăng ký

Thu hồi một thiết bị hoạt động làm mất quyền chấm công của đăng ký đó và mở lại suất. Thiết bị hợp lệ đăng nhập tiếp theo cùng loại có thể tự đăng ký vào suất trống. Nếu đã có máy mới chờ, ưu tiên Thay thiết bị để chọn chính xác. Từ chối một đăng ký đang chờ chỉ hủy ứng viên đó; các suất hoạt động giữ nguyên. Các thao tác cần lý do và được lưu nhật ký.

Trường hợp danh sách vừa thay đổi

Nếu hệ thống báo dữ liệu đã đổi, tải lại danh sách và kiểm lại máy trước khi xác nhận. Không bấm lặp hoặc thu hồi cả hai suất chỉ để thay một máy.

Giao diện minh họa

↗ Phóng lớn ảnh

Hai chế độ

Phạm vi hồ sơ hiện hành

Từ r005d/r005e, cơ sở tài khoản và bộ lọc Dashboard không được cộng/ghi đè nơi làm việc. Vị trí hành chính hợp lệ có phạm vi toàn hệ thống; vị trí theo cơ sở theo vai trò chính/kiêm nhiệm. Chấm công phải chọn nơi đang có mặt và vẫn qua thiết bị/mạng/GPS. Phạm vi làm việc không tự cấp quyền quản lý.

Sơ đồ minh họa

Chính sách đăng ký thiết bị và điều kiện mạng/GPS là hai lớp kiểm tra riêng. Bật Bắt buộc không thay bước xác minh mạng.

↗ Phóng lớn sơ đồ

Trình tự triển khai

1. Cập nhật và kiểm NAS/API/Web NAS 1.2.8/r005e; giữ 001–070 và thêm 071, gồm migration 065; Windows cài sau NAS. Giữ tên miền HTTPS chính thức.
2. Thông báo người dùng chọn một điện thoại và một kênh máy tính ổn định. Cho đăng nhập, kiểm loại máy và các đăng ký chờ.
3. Admin xử lý thay đúng suất nếu cần. Thử chấm vào/ra và kiểm lịch sử trên các kênh dự định dùng; kiểm GPS hoặc mạng cơ sở thật.
4. Trong drawer thiết bị, chọn Chính sách → Thay đổi. Đọc cảnh báo áp dụng toàn hệ thống và bấm Xác nhận đổi chính sách.
5. Kiểm nhãn Bắt buộc thiết bị đăng ký, thử tài khoản hợp lệ và xem nhật ký khi bị từ chối. Đổi về Chuẩn bị cũng cần xác nhận và được ghi lịch sử.

Điểm cần quyết định trước khi bật

Ứng dụng Android/iOS cũ chưa hỗ trợ bằng chứng thiết bị không được coi là tương thích với chế độ bắt buộc. Dùng trình duyệt đã đăng ký; bộ phát hành này chỉ có NAS và Windows. Không bật WIFI_SOURCE_IP_VERIFIED hoặc tin mọi proxy để vượt kiểm tra. Đăng ký trình duyệt không chứng minh tuyệt đối thiết bị/GPS không thể giả mạo.

Khi nâng từ bản đã có chính sách thiết bị

r003/r003a không đặt lại chính sách thiết bị đã có. Nếu đang Bắt buộc, tiếp tục kiểm thiết bị và khả năng chấm công trước khi nâng; không trông chờ cập nhật tự chuyển sang Chuẩn bị. Chuẩn bị là giá trị khởi tạo của migration 065 khi tính năng được cài lần đầu.

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Chọn cơ sở hoặc phạm vi áp dụng trước khi sửa giờ làm việc; kiểm tra ngày bắt đầu hiệu lực.
2. Nhập giờ chuẩn, ngày làm việc và các thông số theo chính sách đã được phê duyệt. Kiểm tra cả vị trí làm theo lịch cơ sở và vị trí hành chính.
3. Trong Lịch trực & ngày nghỉ, khai báo ngày đóng cửa/nghỉ và lý do. Nếu dùng nhóm luân phiên, chọn đúng thành viên, nhóm và thời điểm áp dụng.
4. Xem trước lịch để phát hiện thiếu người, sai nhóm hoặc ngày nghỉ bị trùng. Lưu cấu hình khi đã kiểm tra.
5. Nhờ HR tính lại kỳ công chưa chốt nếu thay đổi tác động đến dữ liệu trong kỳ. Kiểm tra lại một nhân sự mẫu.

Kết quả cần kiểm tra

Lịch chuẩn và ngày nghỉ được áp dụng đúng đối tượng.

Lưu ý và giới hạn

Lịch trên điện thoại và tablet

r005b sắp lại bộ lọc/thanh tháng và nút ngày theo khung màn hình; chọn tháng rồi kiểm ngày đang chọn trước thao tác. Quy tắc lịch và quyền vẫn như trước.

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Chọn loại nghiệp vụ, khoảng ngày và từ khóa phù hợp để tìm quyết định cần tra cứu.
2. Đối chiếu mã đơn, người tạo, nhân sự liên quan, quyết định và người quyết định.
3. Đọc lý do cùng thời điểm quyết định; kiểm tra đúng nhân sự thay vì chỉ nhìn tên hiển thị.
4. Khi hỗ trợ, ghi mã đơn và thời gian để đối chiếu với màn hình nghiệp vụ. Giữ nguyên nhật ký gốc.
5. Nếu nghi sai quyền hoặc sai dữ liệu, thu thập thông tin và xử lý qua luồng nghiệp vụ hoặc quy trình vận hành đã xác nhận.

Kết quả cần kiểm tra

Tra được ai đã quyết định, cho đơn nào và vào lúc nào.

Lưu ý và giới hạn

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Chọn loại đơn và dùng khoảng ngày, mã hoặc tên nhân sự để tìm đúng dữ liệu đã đưa vào thùng rác.
2. Xem thông tin đơn, người tạo và lịch sử quyết định trước khi chọn thao tác.
3. Khi cần khôi phục, dùng thao tác khôi phục nếu bản ghi còn đủ điều kiện; làm mới phân hệ gốc để kiểm tra.
4. Chỉ xóa vĩnh viễn khi đã xác định chính xác bản ghi và yêu cầu lưu trữ. Đây là thao tác không thể hoàn tác bằng nút trong ứng dụng.
5. Ghi nhận kết quả kiểm tra và giữ bản sao lưu cần thiết theo chính sách vận hành.

Kết quả cần kiểm tra

Dữ liệu được khôi phục đúng hoặc xử lý lưu trữ có kiểm soát.

Lưu ý và giới hạn

Bản khai tiếp nhận là dữ liệu riêng

Xóa bản khai trong Tiếp nhận hồ sơ là xóa cứng, không theo thời hạn thùng rác dữ liệu nhân sự. Tạo hồ sơ thành công cũng dọn nguồn bản khai trong giao dịch; hồ sơ chính thức giữ nguyên.

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Admin mở Quản trị → Nhật ký phê duyệt → Ticket hỗ trợ.
2. Tìm đúng mã ticket, kiểm cơ sở/người gửi và các lần phân công, hẹn lịch, đổi trạng thái, trao đổi và xóa/khôi phục.
3. Phân biệt đóng do hoàn tất và tự đóng do không phản hồi. Đối chiếu mốc thời gian với hạn chờ.
4. Ticket đã xóa vĩnh viễn còn chữ/nhật ký, ảnh không còn; không coi ảnh thiếu là có thể lấy lại từ danh sách.
5. Dùng quyền truy vết đúng mục đích; khi báo lỗi chỉ gửi thông tin cần thiết, không đính kèm cấu hình bí mật.

Kết quả cần kiểm tra

Có căn cứ xác định ai làm gì, khi nào và trạng thái kết thúc.

Đọc tiếp

Chọn nền tảng

Sơ đồ cập nhật NAS

↗ Phóng lớn sơ đồ

Thông tin đối chiếu

NAS Web UI24-personnel-system-scope-central-warehouse, 71 migration. ZIP NAS là source cần Internet để dựng image; không có image offline. Windows x64 r005b chưa ký số.

Trước khi nâng và khi lỗi

r005e thêm 071_warehouse_lifecycle.sql và giữ nguyên 001–070. Sau khi 071 đã áp dụng, không quay phần mềm về r005d hoặc cũ hơn, kể cả chưa tạo Kho tổng: schema/trigger mới vẫn tồn tại. Dùng resume đúng runbook để tiếp tục r005e. Trước migration chỉ hoàn tác khi kiểm database chứng minh tương thích; giữ chốt sản phẩm riêng của bản cũ. Không xóa migration, volume, sản phẩm hoặc nạp dump cũ để ép chạy. Rollback không tự phục hồi database; khôi phục DB cần phương án riêng bảo toàn phát sinh sau backup.

Hướng dẫn theo nền tảng

Trước khi bắt đầu

Bản phát hành NAS 06/11/2026. Đọc đủ 12 bước; source riêng, sao lưu DB/tệp và giữ cấu hình/khóa. Tất cả lệnh NAS chạy trong phiên SSH NAS. Windows online không cần cài lại; bộ cài Windows được giữ r005b.

1. Nhận đúng gói và thay đổi

Nhận ba tệp cùng phiên bản:

• NCV-IMS-NAS-1.2.8-r005e-HOAN-CHINH.zip
• NCV-IMS-NAS-1.2.8-r005e-HOAN-CHINH.zip.sha256
• HUONG_DAN_CAP_NHAT_NAS_1.2.8_r005e.md

Trong ZIP có cùng hướng dẫn này, bản sao HUONG_DAN_CAI_DAT.md, hướng dẫn Kho tổng, phạm vi nhân sự, tuyến duyệt/quyền xem đơn và tệp kiểm chứng.

Phạm vi nhân sự và chấm công

• Vai trò trong hồ sơ dùng lịch hành chính, không yêu cầu gắn cơ sở, làm việc toàn hệ thống. Không suy toàn hệ thống chỉ vì một hồ sơ đang thiếu cơ sở: vị trí phải được nhận diện hợp lệ trong danh mục.
• Sửa danh sách cơ sở bị rỗng ở EAC, ADCF, ADO, ADB, ADHR, ADCA; Trưởng phòng HCNS; Trưởng phòng Sale–Marketing; Marketing Plan/Content; Kế toán Thuế; Labo Trưởng phòng/Nhân viên. Mã trợ lý cũ ADBD và các vị trí hành chính cũ được nhận diện theo danh mục.
• Tiếp tục giữ phạm vi hồ sơ Giám đốc và các vị trí hành chính đã được sửa ở r005d; bản này hoàn thiện những nhóm còn thiếu, không bắt khai báo lại cơ sở cho hồ sơ hành chính.
• Vai trò theo cơ sở vẫn chỉ theo cơ sở được phân công trong hồ sơ. Có vai trò hành chính kiêm nhiệm thì phạm vi làm việc toàn hệ thống.
• Không lấy cơ sở từ tài khoản đăng nhập hoặc bộ lọc Dashboard để ghi đè hồ sơ. Tài khoản vẫn quyết định quyền tính năng; bản sửa không tự cấp thêm quyền sửa hồ sơ, duyệt hoặc quản lý kho.
• Hồ sơ hợp lệ đang tồn tại tự nhận phạm vi mới; không cần thêm cơ sở giả hoặc sửa hàng loạt hồ sơ hành chính.
• Khi chấm công vẫn chọn cơ sở đang có mặt và xác minh đúng mạng cơ sở hoặc GPS. Giữ thiết bị, phiên đăng nhập, giới hạn gửi dồn dập, trạng thái nghỉ/chốt công và cách lấy giờ vào đầu tiên/giờ ra muộn nhất đã chốt.

Kho tổng và xóa kho

• Thêm Kho tổng – Toàn hệ thống, có tồn riêng, không gắn cơ sở. Người có quyền quản lý kho toàn hệ thống tạo/nhập/chuyển hàng từ Kho tổng xuống kho cơ sở.
• Lễ tân – Kho vẫn chỉ quản lý cơ sở được phân công; có thể nhận phiếu chuyển về cơ sở mình, không tự quản lý tồn hoặc cấu hình Kho tổng.
• Có nút Xóa kho. Kho còn gắn với cơ sở đang tồn tại, kể cả cơ sở đã ngừng hoạt động, không được xóa riêng.
• Khi xóa cơ sở, hệ thống đưa các kho thuộc đúng ID cơ sở khỏi danh sách vận hành trong cùng giao dịch. Chỉ ngừng hoạt động cơ sở chưa phải xóa cơ sở.
• Migration mới tự xử lý kho cũ còn sót khi cơ sở đã xóa, gồm dạng ba kho cũ trong ảnh đã báo. Không đối chiếu bằng tên; kho Nguyễn Huệ hiện tại không bị nhầm với kho Nguyễn Huệ cũ.
• Giữ thông tin kho, tồn, phiếu và bút toán để tra cứu lịch sử. Kho đã xóa không dùng lập nghiệp vụ mới. Không tự xóa sản phẩm hay chứng từ.
• Kho tổng không bị xóa theo cơ sở. Xóa riêng kho bị chặn khi còn số lượng/giá trị tồn hoặc phiếu nháp/đang chuyển. Xóa cơ sở bị chặn khi còn phiếu chuyển kho đang đi hoặc đến cơ sở.

Nghỉ phép, điều chỉnh chấm công và tăng ca

• Cả Nhân viên và Leader gửi lên Trưởng phòng của bộ phận. Đơn của Trưởng phòng gửi Trợ lý phụ trách; đơn của Trợ lý gửi Giám đốc phụ trách; đơn của Giám đốc gửi CEO. Trong khối chuyên môn, Trưởng phòng khám là cấp Trưởng phòng, Trưởng khu điều trị là cấp Leader.
• Mỗi đơn chỉ cần một cấp phù hợp duyệt là hoàn tất. Thiếu người đủ điều kiện ở cấp gần nhất thì tìm cấp cao hơn trong đúng nhánh; không tự chuyển sang bộ phận khác. Người tạo/người có đơn không tự duyệt; giữ quy tắc miễn duyệt đơn cá nhân của CEO.
• Mảng riêng được Admin phân công trong hồ sơ Trợ lý/Giám đốc được ưu tiên. Hồ sơ chưa khai báo mảng riêng tiếp tục dùng bảng phân công đã chốt; EAC chưa được giao mảng không tự có phạm vi quản lý.
• Nhân sự xem đơn của mình/đơn mình được phép tạo thay. Leader, Trưởng phòng, Trợ lý và Giám đốc xem đơn đã duyệt của nhân sự thuộc phạm vi phụ trách. Người đang nhận duyệt có thêm đơn chờ đúng tuyến khi có quyền tính năng xử lý.
• CEO và Trưởng phòng HCNS xem mọi đơn theo hồ sơ nhân sự; Admin giữ toàn quyền. Chỉ mang quyền tài khoản hr_manager không tự có quyền xem toàn hệ thống. Quyền xem rộng không tự cấp quyền duyệt vượt tuyến.
• Khắc phục trường hợp Trưởng phòng HCNS không thấy đơn nghỉ lễ tân đã duyệt; việc xem không còn phụ thuộc người đó có phải cấp đang nhận duyệt hay không. COO/Giám đốc cũng xem được đơn đã duyệt của nhân sự thuộc đúng mảng được giao, kể cả khi đã có cấp duyệt gần hơn.
• Đơn tăng ca nhiều người: quản lý chỉ xem/duyệt cả nhóm khi có phạm vi phù hợp với toàn bộ thành viên. Thành viên xem phần của mình được che ID, tên, cơ sở và danh mục bộ phận của thành viên ngoài phạm vi.
• Nút duyệt/từ chối/hủy phê duyệt lấy quyền của từng đơn từ API; API kiểm tra lại hồ sơ hiện tại, quyền tính năng, trạng thái và phiên bản. Bộ đếm Dashboard/thông báo chỉ tính việc người đó thực sự có thể duyệt.
• Cảnh báo khóa lịch khi duyệt nghỉ phép chỉ hiện với hồ sơ Bác sĩ/Phụ tá, kể cả kiêm nhiệm; thông báo thành công phản ánh việc khóa lịch thực tế. Đơn thuần Lễ tân không còn bị báo khóa lịch Bác sĩ/Phụ tá.
• Giữ các quyết định và nhật ký cũ. Hành động mới vẫn ghi người xử lý, thời điểm, lý do và trạng thái trước/sau; màn hình Nhật ký phê duyệt vẫn chỉ dành cho Admin. Các thay đổi này không sửa luồng duyệt tài liệu, mua hàng hoặc thanh toán.

Chi tiết tuyến, bảng mảng phụ trách và quyền xem tại docs/PERSONNEL_REQUEST_APPROVAL.md trong source mới. Không cần sửa lại hàng loạt hồ sơ hoặc đơn đã duyệt để áp dụng quy tắc mới.

Dữ liệu và tương thích

Giữ nguyên 001–070, thêm duy nhất migration 071_warehouse_lifecycle.sql. Updater dừng ứng dụng, sao lưu database, áp dụng migration riêng rồi mới khởi động bản mới. Sau khi 071 đã áp dụng, không hoàn tác phần mềm về r005d hoặc cũ hơn; các bản đó không hiểu Kho tổng và trạng thái kho đã xóa. Dùng lệnh resume trong bước 9 nếu cần tiếp tục r005e.

Giữ các sửa iOS/Safari 16, chọn tháng và giao diện di động đã có. Giữ khóa ghép máy, khóa thiết bị, cấu hình xác minh mạng và JWT đang dùng. Giữ pids_limit: 80 theo lựa chọn trước; NAS không hỗ trợ PIDs controller vẫn có thể báo bỏ qua giới hạn này.

2. Kiểm tra NAS trước khi cập nhật

Đồng bộ hết dữ liệu ngoại tuyến đang chờ và chọn lúc ít người dùng. Lưu bản sao các thư mục tệp đính kèm data/announcement-assets, data/documents, data/employee-documents theo mount đang dùng. Bản pg_dump của updater chỉ sao lưu database; không sao chép nóng thư mục PostgreSQL để thay cho dump.

Tất cả lệnh dưới đây chạy trong SSH đã đăng nhập NAS, có dòng nhắc dạng admin@NAS_nucuoiviet:.... Máy dev hoặc máy lễ tân chỉ dùng mở phiên SSH.

sudo cat /volume2/docker-v2/ncv-tools/ims-v1/active-source
sudo docker ps --filter name=ncv-ims
sudo df -h /volume2
sudo test -d /volume2/migration-backup && echo BACKUP_DIRECTORY_OK

Gói hỗ trợ các source đã kiểm chứng: r003a/r003b của 1.2.6; r004/r004a/r004b/r004c của 1.2.7; r005/r005a/r005b/r005c/r005d của 1.2.8. Giữ thư mục của những lần nâng cấp cũ bị dừng; updater lấy cấu hình từ source thực sự đang active.

Nếu source đang active đã là source-1.2.8_r005e, chạy check ở bước 5. Nếu lần cập nhật r005e bị gián đoạn sau khi dừng ứng dụng, dùng bước 9; không giải nén đè hoặc xóa trạng thái để làm lại.

3. Upload ZIP và kiểm tra checksum

Dùng File Station upload ZIP và tệp ZIP.sha256 vào /volume2/docker-v2/ncv-ims.

Trong SSH NAS:

cd /volume2/docker-v2/ncv-ims
sha256sum -c NCV-IMS-NAS-1.2.8-r005e-HOAN-CHINH.zip.sha256

Phải có:

NCV-IMS-NAS-1.2.8-r005e-HOAN-CHINH.zip: OK

Nếu FAILED, tải lại đúng cặp ZIP/SHA-256 trước khi tiếp tục.

4. Giải nén vào source mới và kiểm tra

Trong File Station, tạo thư mục trống source-1.2.8_r005e tại /volume2/docker-v2/ncv-ims. Giải nén trực tiếp nội dung ZIP vào thư mục đó, không thêm thư mục lồng bên trong.

Phải thấy ngay apps, infra, packages, patches, package.json, update-r005e.sh, SOURCE_SHA256SUMS.txt và hướng dẫn .md.

Không giải nén đè vào source cũ hoặc trộn vào thư mục r005e đã có cấu hình/trạng thái cập nhật. Tên source phải đúng, không thêm hậu tố -2. Không xóa .env, khóa thiết bị hoặc dữ liệu để thử lại.

cd /volume2/docker-v2/ncv-ims/source-1.2.8_r005e
cat NAS_BUILD_INFO.txt
sha256sum -c SOURCE_SHA256SUMS.txt

Thông tin cần đúng:

Version: 1.2.8
Build revision: r005e
Web UI revision: UI24-personnel-system-scope-central-warehouse
Migration count: 71

Tất cả tệp trong manifest phải OK.

5. Chuẩn bị cấu hình bằng helper mới

Việc lấy cấu hình đã gộp vào updater. Không tự chép .env hoặc .env.example vào source mới; không cần chạy một bản vá riêng.

sudo sh /volume2/docker-v2/ncv-ims/source-1.2.8_r005e/update-r005e.sh check

Trước cập nhật phải có:

IMS_R005E_UPGRADE_PREFLIGHT_OK

Lệnh kiểm tra source, bản đang chạy và topology; chưa chuyển container hay áp dụng 071. Nếu có IMS_R005E_CHECK_OK, r005e đã active và qua kiểm tra: bỏ bước 6, sang bước 7.

Nếu báo cần tiếp tục lần nâng cấp trước, giữ nguyên backup và dùng resume ở bước 9; không tự sửa active-source.

6. Chạy cập nhật NAS đầy đủ

Giữ cách gọi công cụ nâng cấp như hướng dẫn trước:

sudo sh /volume2/docker-v2/ncv-ims/source-1.2.8_r005e/infra/nas-tools/upgrade-ims-volume2.sh

Lệnh gọi update-r005e.sh install. Chỉ chạy một tác vụ, giữ phiên SSH mở đến kết quả cuối.

Updater sẽ:

1. Kiểm tra source/checksum, bản đang chạy, cấu hình, mount, image database và biên nhận mạng.
2. Sao lưu công cụ/cấu hình; chuẩn bị .env mới từ source active, giữ các khóa và cờ hợp lệ.
3. Dựng image API/Web 1.2.8-r005e trong lúc bản cũ còn phục vụ. NAS cần Internet và dung lượng cho quá trình build.
4. Kiểm tra module trong container không mạng; kiểm lịch sử/checksum database bằng container IP động, không tranh IP cố định của API đang chạy.
5. Dừng API/Web/ingress, giữ PostgreSQL chạy; sao lưu database và kiểm tra dump đọc được.
6. Áp dụng migration riêng khi các tiến trình ứng dụng vẫn dừng; kiểm chứng đủ 71 migration rồi mới khởi động API/Web/ingress mới.
7. Kiểm tra dịch vụ, công bố source active và lưu biên nhận.

Mount dữ liệu, PostgreSQL, khóa ghép máy và đích Tunnel hiện có được giữ. Không cần sửa Cloudflare hoặc cài CF01/bản vá updater riêng. Trang có thể tạm không truy cập được ở giai đoạn dừng ứng dụng/migration; không thực hiện nghiệp vụ trong thời gian này.

Thành công phải có:

IMS_R005E_UPDATE_OK backup=/volume2/migration-backup/ims-r005e-...

Lưu đường dẫn backup thực tế. Build image xong chưa phải cập nhật thành công; tiếp tục kiểm tra bước 7.

7. Xác minh đúng bản đang phục vụ

sudo cat /volume2/docker-v2/ncv-tools/ims-v1/active-source
sudo sh /volume2/docker-v2/ncv-tools/ims-v1/ims.sh check
sudo docker exec ncv-ims-web-1 cat /usr/share/nginx/html/version.json
sudo docker exec ncv-ims-api-1 node -e 'fetch("http://127.0.0.1:3000/health").then(r=>r.json()).then(v=>console.log(JSON.stringify(v)))'
sudo sh /volume2/docker-v2/ncv-ims/source-1.2.8_r005e/update-r005e.sh check

Kết quả cần khớp:

• Active-source: /volume2/docker-v2/ncv-ims/source-1.2.8_r005e.
• Công cụ: NCV_IMS_VOLUME2_READY version=1.2.8 revision=r005e.
• API và Web: version: 1.2.8, buildRevision: r005e.
• Web UI revision: UI24-personnel-system-scope-central-warehouse.
• Updater: IMS_R005E_CHECK_OK.

Mở /health và /version.json trên https://ims.nhakhoanucuoiviet.com.vn, kiểm tra r005e rồi tải lại trang. Đóng/mở lại ứng dụng Windows đang dùng trực tuyến và đăng nhập lại để làm mới phần hiển thị phạm vi. Không xóa bộ nhớ trình duyệt/khóa máy để cập nhật.

Kiểm tra cờ mạng bằng lệnh chỉ đọc:

sudo docker exec ncv-ims-api-1 node -p 'process.env.WIFI_SOURCE_IP_VERIFIED'

7.1. Nếu xác minh mạng đã là true

Updater giữ trạng thái khi cấu hình và biên nhận cũ hợp lệ, kể cả từ r005d. Không cần chạy enable lại. Sang bước 8 để thử chấm công thực tế. Cờ true thể hiện cấu hình bật, không tự chứng minh người dùng đang ở đúng nha khoa.

7.2. Nếu xác minh mạng vẫn là false

GPS vẫn dùng được khi cấp quyền vị trí và cơ sở có tọa độ/bán kính đúng. Muốn bật xác minh mạng, lấy hai liên kết:

sudo sh /volume2/docker-v2/ncv-ims/source-1.2.8_r005e/update-r005e.sh links

Trong 15 phút, mở đúng link Wi-Fi bằng mạng nha khoa, sau đó mở đúng link 4G bằng dữ liệu di động; không dùng VPN. Hai trang hiện cùng JSON phiên bản là bình thường: NAS so IP gốc trong log.

sudo sh /volume2/docker-v2/ncv-ims/source-1.2.8_r005e/update-r005e.sh verify

Chỉ tiếp tục khi có IMS_NETWORK_REAL_IP_PROBES_OK:

sudo sh /volume2/docker-v2/ncv-ims/source-1.2.8_r005e/update-r005e.sh enable
sudo sh /volume2/docker-v2/ncv-ims/source-1.2.8_r005e/update-r005e.sh check
sudo docker exec ncv-ims-api-1 node -p 'process.env.WIFI_SOURCE_IP_VERIFIED'

Thành công có IMS_R005E_NETWORK_ENABLED và cờ true. Nếu verify chưa đạt, kiểm tra lại hai mạng và đúng liên kết; không tự sửa cờ thành true hoặc mở rộng dải tin cậy để vượt kiểm tra.

8. Kiểm tra sử dụng sau cập nhật

Nhân sự và chấm công

1. Đăng nhập lại một tài khoản Trợ lý hoặc nhóm hành chính bị thiếu cơ sở trước đây. Xác nhận phạm vi Toàn hệ thống, mở Chấm công và chọn đúng cơ sở đang có mặt.
2. Thử bằng mạng cơ sở hợp lệ khi GPS bị từ chối; thử GPS đúng cơ sở khi dùng 4G. Mạng khác nha khoa kèm GPS không hợp lệ phải bị từ chối.
3. Kiểm tra một hồ sơ theo cơ sở: chỉ được chấm ở các cơ sở được phân công. Có quyền tài khoản cao không được cộng cơ sở của tài khoản vào hồ sơ.
4. Kiểm tra giờ vào/ra và lịch sử sau lượt chấm hợp lệ; không tạo lượt giả vào dữ liệu công ty chỉ để thử khi không cần.

Kho và Kho tổng

1. Mở Quản lý kho → Cấu hình kho → Kho & vị trí. Kiểm tra các kho của cơ sở hiện tại được giữ và các kho cũ thuộc cơ sở đã xóa không còn trong danh sách vận hành.
2. Nút Xóa kho bị khóa đối với kho đang gắn cơ sở, kể cả cơ sở ngừng hoạt động. Không xóa cơ sở thật để kiểm thử.
3. Để tạo Kho tổng: chọn Toàn hệ thống → Quản lý kho → Cấu hình kho → Thêm kho → Phạm vi kho: Kho tổng – Toàn hệ thống, nhập tên/vị trí rồi lưu.
4. Kho tổng có tồn riêng. Dùng phiếu chuyển kho để cấp hàng xuống cơ sở; Lễ tân – Kho chỉ quản lý/nhận hàng tại cơ sở của mình.
5. Tra cứu một phiếu/báo cáo cũ để xác nhận vẫn giữ lịch sử và tên kho. Kho đã xóa không được lập nghiệp vụ mới.

Tuyến duyệt và quyền xem đơn

1. Ưu tiên tra cứu đơn có sẵn: Trưởng phòng HCNS phải thấy đơn nghỉ lễ tân đã duyệt; COO/Giám đốc phải thấy đơn đã duyệt của nhân sự thuộc mảng được giao. Một người được xem đơn chưa chắc có quyền duyệt hoặc hủy phê duyệt đơn đó.
2. Với tài khoản/dữ liệu thử, kiểm tra đơn của Nhân viên và Leader cùng gửi Trưởng phòng; một cấp đúng tuyến duyệt xong thì trạng thái là Đã duyệt. Nếu người ở cấp gần nhất bị khóa hoặc đang tạm nghỉ, đơn tìm cấp phù hợp tiếp theo.
3. Kiểm tra Leader chỉ xem đơn đã duyệt thuộc nhóm/cơ sở/khu điều trị mình; không thấy đơn nháp, bị từ chối hoặc đã hủy của cấp dưới chỉ vì có quyền quản lý. Nhân viên vẫn xem được đơn của chính mình.
4. Kiểm tra CEO/Trưởng phòng HCNS xem được toàn hệ thống, nhưng không có nút xử lý đơn chờ ngoài tuyến; Admin giữ quyền quản trị. Một tài khoản HR thông thường không được xem mọi đơn chỉ vì có quyền hr_manager.
5. Kiểm tra đơn nghỉ thuần Lễ tân không báo khóa lịch Bác sĩ/Phụ tá; hồ sơ có nghiệp vụ Bác sĩ/Phụ tá vẫn nhận cảnh báo phù hợp. Không duyệt hoặc hủy đơn thật chỉ để thử cảnh báo.
6. Với đơn tăng ca nhóm thử, kiểm tra thành viên chỉ thấy phần được phép xem. Kiểm tra lịch sử người duyệt cũ và Nhật ký phê duyệt bằng Admin vẫn được giữ.

Hướng dẫn chi tiết có tại docs/HUONG_DAN_KHO_TONG_VA_XOA_KHO.md, docs/PERSONNEL_WORK_SCOPE.md và docs/PERSONNEL_REQUEST_APPROVAL.md trong source mới. Dùng tài khoản/dữ liệu thử khi kiểm tra nhập/xuất/xóa hoặc gửi/duyệt đơn; không xóa dữ liệu thật để thử một nút.

9. Nếu helper/updater báo lỗi

Giữ nguyên source, cấu hình, dữ liệu và backup; ghi lại lỗi đầu tiên. Không chạy docker compose down -v, xóa PostgreSQL, sửa checksum/migration hoặc dùng source cũ để ép khởi động.

• Checksum/source sai: đối chiếu lại đúng ZIP và thư mục r005e, không giải nén trộn vào thư mục đã có trạng thái.
• Build/mất Internet trước khi dừng ứng dụng: bản cũ vẫn phục vụ. Nếu đã có .r005e-backup-path hoặc updater in lệnh tiếp tục, dùng resume bên dưới để tận dụng cache và giữ backup ban đầu. Chỉ chạy lại bước 6 nếu chưa tạo backup/trạng thái nâng cấp. Không xóa .env đã chuẩn bị.
• Có operation.lock: kiểm tra tác vụ trước đã kết thúc chưa; không chạy hai tác vụ hoặc tự xóa khóa khi còn cập nhật.
• Sau khi đã dừng ứng dụng hoặc bắt đầu migration: giữ backup ban đầu. Updater không tự phục hồi database và không chạy phần mềm cũ trên schema 071. Sửa nguyên nhân lỗi theo log rồi tiếp tục bằng:

sudo sh /volume2/docker-v2/ncv-ims/source-1.2.8_r005e/update-r005e.sh resume

Lệnh kiểm tra lại source, backup, cấu hình và image đã ghi nhận; tiếp tục r005e, không ghi đè bản dump gốc. Thành công phải có IMS_R005E_UPDATE_OK; chạy lại toàn bộ bước 7.

Xem đường dẫn backup và phần cuối log bằng lệnh ngắn, không dùng biến shell:

sudo cat /volume2/docker-v2/ncv-ims/source-1.2.8_r005e/.r005e-backup-path
sudo sh -c 'tail -n 40 /volume2/migration-backup/ims-r005e-*/modules.log'
sudo sh -c 'tail -n 60 /volume2/migration-backup/ims-r005e-*/migration-*.log'

Log của giai đoạn chưa chạy có thể chưa tồn tại. Nếu resume dừng vì checksum/cấu hình/image thay đổi, giữ nguyên các tệp và gửi thông báo để rà soát; không xóa các dấu trạng thái hoặc tạo backup giả.

10. Giữ khả năng quay lại

Giữ source/image cũ, backup được in ở bước 6 và bản sao tệp đính kèm. Có hai mốc khác nhau:

Nếu cần yêu cầu rollback ở mốc trước migration, lệnh được bảo vệ là:

sudo sh /volume2/docker-v2/ncv-ims/source-1.2.8_r005e/update-r005e.sh rollback

Khi 071 đã áp dụng, lệnh bị chặn với IMS_R005E_ROLLBACK_BLOCKED_SCHEMA071; không xóa migration, Kho tổng hoặc lịch sử để vượt chặn. Nếu database không kiểm tra được, updater cũng không tự coi rollback là an toàn.

Rollback không tự phục hồi database từ dump. Phục hồi database cũ là một quy trình riêng cần đối soát dữ liệu phát sinh, vì có thể mất lượt chấm công, phiếu kho hoặc hồ sơ mới. Không chạy pg_restore vào database đang dùng chỉ để xử lý một lỗi giao diện.

11. Phạm vi bàn giao lần này

• Gói NAS 1.2.8-r005e, đủ source API/Web/contracts, Docker/Compose, công cụ cập nhật, 71 SQL và manifest SHA-256.
• Hướng dẫn 12 bước này được gửi riêng và đặt trong ZIP; kèm hướng dẫn Kho tổng, phạm vi nhân sự, tuyến duyệt/quyền xem đơn và kiểm chứng.
• Không có bộ cài Windows mới. Windows online đang dùng nhận thay đổi từ NAS sau tải lại/đăng nhập lại; không cần ghép lại máy lễ tân. Giao diện offline đóng sẵn trong Windows chỉ thay khi cài gói Windows mới.
• Gói là source để dựng trên NAS, không chứa Docker image dựng sẵn, dữ liệu công ty, .env thật, mật khẩu hay khóa thiết bị. Phần phụ thuộc được tải trong quá trình build.

12. Kiểm chứng và giới hạn

Các kiểm tra nguồn đã đạt bao gồm phạm vi nhân sự/chấm công; Kho tổng, lịch sử kho và tranh chấp cập nhật bằng PostgreSQL cách ly; cảnh báo nghỉ phép; tuyến duyệt/quyền xem cả ba loại đơn qua HTTP; che thành viên ngoài phạm vi; số lần đọc repository khi tăng số đơn; giao diện máy tính/di động. Tình huống Trưởng phòng HCNS xem đơn lễ tân đã duyệt được kiểm tra bằng AuthService và HTTP thật với cả cơ cấu hiện hành lẫn hồ sơ cũ; COO/Giám đốc được kiểm tra xem lịch sử trong mảng phụ trách độc lập cấp duyệt gần nhất.

Kết quả kiểm chứng của chính gói bàn giao — image API/Web từ staged source, migration, các chế độ updater/tiếp tục/rollback được phép, trình duyệt và những kiểm tra còn giới hạn — được ghi theo thực tế trong KIEM_CHUNG_NAS_1.2.8_r005e.md đi kèm. Không suy rằng mọi bước cập nhật trên NAS đã được thử chỉ từ việc kiểm tra nguồn hoặc build image thành công. Các bản sửa tương thích iOS/WebKit 16.4 đã có tiếp tục được giữ; không coi đó là kiểm thử trên chiếc iPhone thực tế của anh.

Không dùng dữ liệu công ty để thử và chưa triển khai lên NAS của anh. Kiểm thử trình duyệt không thay thế thử iPhone vật lý/GPS tại nha khoa; chưa benchmark tải NAS hoặc thực hiện pentest độc lập. Các kết quả kiểm chứng không có nghĩa mọi lỗi/lỗ hổng đã được loại trừ.

Tải hướng dẫn gốc

Trước khi bắt đầu

Cập nhật NAS trước Windows. Đọc đủ runbook trước khi chạy, kiểm SHA256 và sao lưu dữ liệu/cấu hình/tệp cùng thời điểm. Giữ dữ liệu, khóa và cấu hình đang hoạt động. Các lệnh sh/docker chạy trong SSH NAS; không chạy trên hosting tài liệu.

NAS hiện hành và bộ cài Windows giữ nguyên

Trang tài liệu hiện r005e nhưng bộ cài/hướng dẫn Windows này vẫn r005b, ba link giữ nguyên. r005c/r005d/r005e chỉ phát hành NAS. Windows đang online nhận UI/API mới sau tải lại/đăng nhập lại; không cài lại/ghép lại chỉ vì nâng NAS. Nội dung offline đóng sẵn không đổi.

1. Cập nhật và kiểm tra NAS trước

Dùng gói NCV-IMS-NAS-1.2.8-r005b-HOAN-CHINH.zip theo hướng dẫn NAS đầy đủ. Cần có IMS_R005B_CHECK_OK, API/Web cùng 1.2.8-r005b và đăng nhập trên tên miền NAS bình thường.

Lỗi Address already in use của bước kiểm tra trước nâng cấp thuộc bộ cập nhật NAS; r005b đã sửa cách chạy container kiểm tra. Cài lại Windows không thay cho việc hoàn tất cập nhật/xác minh mạng trên NAS.

2. Đồng bộ dữ liệu và thoát ứng dụng

1. Kết nối mạng, mở NCV IMS hiện có và đồng bộ hết thao tác offline đang chờ.
2. Nếu còn lỗi đồng bộ, xử lý trước khi cập nhật. Giữ nguyên dữ liệu offline.
3. Nhấp phải biểu tượng NCV IMS ở khay hệ thống, chọn Thoát NCV IMS. Bấm X chỉ thu xuống khay, chưa thoát hoàn toàn.

Không xóa AppData, cache/database offline, cấu hình máy chủ hoặc khóa ghép máy để cập nhật.

3. Kiểm tra bộ cài

Tải EXE và tệp .exe.sha256 vào cùng thư mục. Mở PowerShell tại thư mục đó:

Get-FileHash -Algorithm SHA256 -LiteralPath '.\NCV-IMS-Setup-1.2.8-r005b.exe'
Get-Content -LiteralPath '.\NCV-IMS-Setup-1.2.8-r005b.exe.sha256'

Hai chuỗi SHA-256 phải giống nhau, không phân biệt chữ hoa/thường. Nếu khác, tải lại đúng bộ trước khi cài.

4. Cài bản mới

1. Chạy NCV-IMS-Setup-1.2.8-r005b.exe.
2. Giữ cùng thư mục cài đặt và cùng tài khoản Windows đã sử dụng ứng dụng trước đây.
3. Hoàn tất bộ cài, mở lại NCV IMS.
4. Kiểm tra ứng dụng đang kết nối đúng https://ims.nhakhoanucuoiviet.com.vn.
5. Đăng nhập bằng tài khoản công ty hiện có; kiểm tra đồng bộ và các chức năng đang dùng.

Không cần gỡ bản cũ hoặc tạo lại tài khoản IMS. Bộ này không chứa tài khoản/dữ liệu QA.

5. Kiểm tra máy lễ tân và chấm công

• Máy đã ghép hợp lệ giữ cấu hình và khóa cũ; không cần ghép lại chỉ vì cập nhật.
• Nếu chưa ghép: vào Quản trị → Cơ sở → Ghép máy chấm công, lấy mã của đúng cơ sở rồi nhập trong ứng dụng Windows tại máy lễ tân cơ sở đó.
• Giữ ứng dụng mở, có Internet, đợi khoảng 30–90 giây để cập nhật trạng thái. Có thể thu xuống khay; máy ngủ, mất mạng hoặc thoát ứng dụng sẽ dừng tín hiệu.
• Đổi tài khoản IMS không tự hủy ghép máy. Dây Ethernet hoặc Wi-Fi đều sử dụng được nếu đường ra mạng đáp ứng kiểm tra của cơ sở.
• Ghép thành công chưa đồng nghĩa xác minh mạng thành công. NAS phải nhận đúng IP gốc, cờ xác minh mạng được bật sau kiểm chứng Wi-Fi/4G, và mạng của chính cơ sở đó đủ điều kiện, không có dấu hiệu đã biết về IP dùng chung với cơ sở khác.

Quy tắc chấm công được giữ: mạng hợp lệ của đúng cơ sở được phân công hoặc GPS hợp lệ tại cơ sở đó. 4G chỉ được khi GPS hợp lệ; mạng cơ sở khác không xác nhận thay. Cơ sở chưa có mạng chỉ bị chặn mạng tại chính cơ sở đó, vẫn cho phép GPS đúng cơ sở. Cơ sở khác đủ điều kiện vẫn dùng mạng được. Đã ghi nhận mạng dùng chung giữa các cơ sở thì dùng GPS.

NAS r005b bổ sung quyền kho cơ sở, sản phẩm riêng cho Lễ tân - Kho và sửa giao diện bộ lọc tháng/lịch trên di động. Vào Quản lý kho → Sản phẩm → Thêm sản phẩm; kiểm tra Phạm vi sản phẩm đúng cơ sở. Danh mục chung và nhà cung cấp chung chỉ được xem. Giữ sửa bảng Hồ sơ nhân sự từ r005a. Bản này giữ Hộ lý ở HCNS và giữ cơ sở/khu điều trị. Dữ liệu, cấu hình máy chủ và khóa thiết bị Windows được giữ khi cài cùng tài khoản Windows/thư mục cũ.

6. Nếu gặp lỗi và phạm vi kiểm chứng

Giữ nguyên thông báo lỗi và dữ liệu. Nếu lỗi chấm công liên quan mạng/GPS, kiểm tra bước 7–8 của hướng dẫn NAS; không tự sửa cờ xác minh thành true hoặc xóa khóa ghép để thử lại.

Nếu cần quay về bản Windows trước, đồng bộ hết thao tác đang chờ rồi thoát ứng dụng, dùng bộ cài trước đã giữ và cùng thư mục cài. Không xóa AppData; nếu còn dữ liệu chưa đồng bộ hoặc lỗi bộ nhớ offline, giữ lại để rà soát trước khi đổi bản.

Bộ r005b đã biên dịch và chạy kiểm thử cơ chế ghép máy, hàng đợi offline/khôi phục và thông báo nền; app.asar đối chiếu 21 tệp biên dịch, 15 tệp dependency, metadata r005b và icon. Bản này dùng giao diện chấm công mới từ NAS r005b: một nút Chấm công, lượt đầu là vào, các lượt sau lấy giờ ra muộn nhất và vẫn bấm tiếp được. Không áp dụng khung giờ cố định. Công thường tính theo tỷ lệ giờ trong lịch làm chuẩn, trừ giờ nghỉ; tăng ca theo quy trình riêng.

Chưa cài trên máy người dùng hoặc nghiệm thu toast/push, GPS và mạng trên thiết bị thực tế tại công ty. NAS/Windows đã đóng gói không đồng nghĩa hệ thống công ty đã được cập nhật.

Lưu ý hoàn tác NAS: khi đã tạo sản phẩm riêng cơ sở, updater chặn quay về bản cũ không hiểu phạm vi sản phẩm. Đọc bước 10 của hướng dẫn NAS; không xóa dữ liệu để ép hoàn tác.

Tải tệp gốc

Trước khi ghép

NAS hiện hành r005e và tên miền IMS HTTPS chính thức hoạt động. Máy đã ghép hợp lệ giữ khóa cũ khi cài đè cùng tài khoản/thư mục Windows; không cần ghép lại chỉ vì nâng phiên bản.

Nhập mã trên Windows

1. Admin vào Quản trị → Cơ sở → Ghép máy chấm công, tạo mã của đúng cơ sở.
2. Tại máy Windows lễ tân cơ sở đó, mở phần Ghép máy trên màn hình đăng nhập hoặc nút Ghép máy ở thanh đầu trang.
3. Nhập mã 8 ký tự trong 10 phút, bấm Ghép máy bằng mã. Mã chỉ dùng một lần.
4. Giữ ứng dụng chạy, có Internet và không để máy ngủ. Có thể thu xuống khay; chọn Thoát sẽ dừng tín hiệu.
5. Đợi khoảng 30–90 giây, đọc tín hiệu gần nhất và kiểm lại cơ sở trên web. Ethernet hoặc Wi-Fi đều được nếu đường ra mạng hợp lệ.

Đọc thông báo

Đang gửi tín hiệu đến NAS chỉ xác nhận đã có tín hiệu; NAS còn kiểm điều kiện mạng từng cơ sở. Đã ghép · Chưa gửi được tín hiệu cần kiểm kết nối và cấu hình NAS. Đổi tài khoản đăng nhập không tự hủy ghép. Nếu ghép lại, khóa máy cũ bị vô hiệu và lịch sử giữ nguyên.

Phân biệt hai loại thiết bị

Máy lễ tân gửi tín hiệu xác minh mạng cơ sở khác với điện thoại/máy tính cá nhân đã đăng ký chấm công. Ghép máy lễ tân không tự cấp quyền hoặc thay suất thiết bị cá nhân.

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Khởi động cùng Windows nằm trên thanh đầu ứng dụng. Bật/tắt và kiểm thông báo kết quả; Fix01 đọc đúng cả đường dẫn có dấu cách.
2. Đối chiếu Cài đặt Windows → Ứng dụng → Khởi động hoặc Task Manager → Startup apps. Đây là tự mở khi đăng nhập Windows, không phải dịch vụ chạy trước đăng nhập.
3. Bấm X chỉ ẩn xuống khay. Nhấp đúp icon hoặc chọn Mở NCV IMS để hiện lại.
4. Muốn kết thúc hẳn: chuột phải icon → Thoát NCV IMS. Khôi phục phiên sau mở lại phụ thuộc Ghi nhớ đăng nhập và phiên hợp lệ.
5. Trước cập nhật, đồng bộ dữ liệu đã lưu và thoát hẳn. Không xóa AppData/cache/SQLite để chữa lỗi hay cài lại.

Thông báo khi ẩn xuống khay

Bấm X chỉ ẩn cửa sổ: ứng dụng còn chạy và kiểm tra thông báo theo tài khoản khi có mạng. Thoát NCV IMS dừng nhận. Cho phép NCV IMS trong cài đặt thông báo Windows; Web Push trình duyệt là cơ chế khác. Toast trên máy người dùng vẫn cần thử sau cài.

Kết quả cần kiểm tra

Phân biệt ẩn cửa sổ, thoát tiến trình và đăng xuất.

Lưu ý và giới hạn

Đọc tiếp

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Đăng nhập rồi nhìn nút Đồng bộ ngay trước Khởi động cùng Windows. Chưa đăng nhập nút bị vô hiệu hóa.
2. Đọc trạng thái Ngoại tuyến/Đang đồng bộ/Đã đồng bộ/số dữ liệu chờ hoặc cần xử lý. Bấm để kiểm kết nối và phiên ngay.
3. Khi NAS mất kết nối: chỉ dùng dữ liệu đã cache và phạm vi ngoại tuyến hiện có (lịch hẹn, đơn nghỉ nháp, yêu cầu điều chỉnh chấm công theo quyền).
4. Lưu nghiệp vụ rồi kiểm đã vào hàng đợi. Nội dung chưa lưu trên form chưa được bảo đảm trong outbox.
5. Khi có mạng, bấm Đồng bộ ngay; máy chủ kiểm lại phiên/quyền/dữ liệu. Chờ về 0 hoặc xử lý xung đột theo luồng, không xóa hàng đợi.
6. HTTP 502/5xx ở phiên/API có thể làm app chuyển offline dù health còn xanh. Cần API/proxy hoạt động trở lại để đồng bộ thành công.

Kết quả cần kiểm tra

Dữ liệu đã lưu được giữ trong hàng đợi mã hóa qua tắt/mở và được gửi lại có kiểm tra.

Lưu ý và giới hạn

Đọc tiếp

Chấm công và đăng ký thiết bị

Không dùng hàng đợi ngoại tuyến làm bằng chứng chấm công đã xác thực. Chấm công online cần kết nối NAS và xác minh thiết bị/phiên/cơ sở. Giữ AppData và khóa đăng ký khi cập nhật; Chrome và ứng dụng Windows có thể chiếm cùng suất Máy tính bằng hai đăng ký khác nhau.

Giao diện minh họa

↗ Phóng lớn ảnh

↗ Phóng lớn ảnh

Phạm vi bộ bàn giao

NAS hiện hành r005e; Windows giữ r005b; không có APK/IPA mới. Dùng web HTTPS trên điện thoại, đăng ký đúng suất Điện thoại. Android/iOS native cũ chưa có bằng chứng thiết bị sẽ bị từ chối khi bật bắt buộc.

Sử dụng web trên điện thoại

1. Mở tên miền IMS HTTPS trong trình duyệt điện thoại, đăng nhập tài khoản được cấp.
2. Bấm menu ba gạch để chọn chức năng; dùng thanh tên nhóm/chức năng trên màn hình nhỏ.
3. Xoay màn hình hoặc cuộn ngang bảng khi cần. Chỉ thực hiện thao tác có trong phạm vi của mình.
4. Cấp quyền Vị trí/Thông báo cho đúng domain IMS theo hướng dẫn; website tài liệu không là ứng dụng nghiệp vụ.

Hộp chọn r003a

Cập nhật nằm ở web IMS do NAS phục vụ; bản này không yêu cầu APK/IPA mới. Sau khi NAS cập nhật, tải lại trang và thử các trường chọn cơ sở hoặc cơ cấu.

Đọc tiếp

Trình duyệt dùng để chấm công

Giữ một trình duyệt/origin ổn định. Máy tính bảng thuộc suất Điện thoại và có thể cần xác nhận loại trong Thiết bị của tôi. Thêm web app ra Màn hình chính không miễn quyền vị trí hoặc điều kiện thiết bị.

Safari, PDF và ngày từ r005c

r005e giữ sửa trắng màn Safari/iOS 16, PDF tải khi cần, ngày Việt Nam không lệ thuộc định dạng locale và nút tải lại khi module lỗi. Không xóa dữ liệu thiết bị để cập nhật.

Cấu hình liên kết

Sửa assets/site-config.js theo cấu trúc nas/windows: url cho bộ cài, guideUrl cho hướng dẫn, checksumUrl cho SHA256. Dùng đúng URL đích HTTPS, giữ tên tệp gốc. Không sửa chỉ nhãn hiển thị mà bỏ sót địa chỉ href.

Kiểm sau khi thay

1. Mở cả ba link của mỗi nền tảng, đối chiếu tên tệp, phiên bản và checksum.
2. Upload site-config.js; nếu sửa nội dung thẻ tải, sửa maintenance/content.json rồi chạy maintenance/build.py để cập nhật cả hai HTML.
3. Tải lại bỏ cache và thử các nút trong tab mới. Kiểm quyền chia sẻ Drive bằng cửa sổ chưa đăng nhập nếu muốn người dùng tải công khai.
4. Bản này không có cấu hình/link tải Android và iOS.

Lưu ý khi tải từ Drive

Cách thực hiện

1. Trước cập nhật, đồng bộ dữ liệu chờ của các máy Windows và ghi lại active-source, phiên bản, thời điểm sao lưu.
2. Giữ PostgreSQL dump và thư mục tệp/ảnh/documents/employee-documents theo tác vụ backup hiện hành. Dump không chứa các tệp đính kèm.
3. Giữ source/image cũ, cấu hình .env thật và đường dẫn data. Không thay .env bằng mẫu hoặc đổi credentials trong lúc nâng cấp.
4. Sau cập nhật ghi lại RECOVERY_BACKUP_DIRECTORY, kiểm API/Web/revision ở container và tên miền thực tế, kiểm dữ liệu/chức năng bằng người phụ trách.
5. Nếu lỗi: dừng ở lỗi đầu, giữ log cuối và stage/backup; không xóa schema_migrations, volumes, data hoặc sửa checksum để vượt kiểm tra.
6. Cần restore: đối chiếu trạng thái và dữ liệu phát sinh sau backup, lập phương án bảo toàn trước. Không tự nạp dump cũ vì sẽ mất thay đổi mới.

Ranh giới schema 071 và tiếp tục sau lỗi

r005e thêm 071_warehouse_lifecycle.sql và giữ nguyên 001–070. Sau khi 071 đã áp dụng, không quay phần mềm về r005d hoặc cũ hơn, kể cả chưa tạo Kho tổng: schema/trigger mới vẫn tồn tại. Dùng resume đúng runbook để tiếp tục r005e. Trước migration chỉ hoàn tác khi kiểm database chứng minh tương thích; giữ chốt sản phẩm riêng của bản cũ. Không xóa migration, volume, sản phẩm hoặc nạp dump cũ để ép chạy. Rollback không tự phục hồi database; khôi phục DB cần phương án riêng bảo toàn phát sinh sau backup.

↗ Phóng lớn sơ đồ

Kết quả cần kiểm tra

Có dữ liệu và cấu hình đủ để lập phương án phục hồi có kiểm chứng.

Lưu ý và giới hạn

Đọc tiếp

Cách thực hiện

1. Sao lưu website tài liệu cũ trước khi thay. Giải nén gói này trên máy và giữ nguyên cây assets, downloads, reference và các file HTML.
2. Trong hosting của documentims.vominhhieu.com, upload nội dung thư mục bàn giao vào document root của tên miền. index.html nằm ngay tại gốc web, không lồng thêm một cấp thư mục ngoài ý muốn.
3. Giữ assets/site-config.js cạnh CSS/JS. Điền link Android/iOS trong file này khi đã chốt bộ cài; có thể dùng đường dẫn tương đối hoặc HTTPS đầy đủ.
4. Mở tên miền HTTPS, thử mục lục, tìm kiếm, ảnh, link bài sâu và tải NAS/Windows. Đối chiếu SHA256 của file tải nếu hosting có giới hạn dung lượng.
5. Bật nén HTTP cho HTML/CSS/JS theo hosting, tránh cache dài với index.html và site-config.js. Không cần PHP, Node server, database hoặc rewrite SPA.
6. Khi đổi domain, sửa canonical/og:url/og:image bằng cấu hình bảo trì và dựng lại. Hiện dùng https://documentims.vominhhieu.com/ với ảnh share tuyệt đối.
7. Sau thay thumbnail, có thể cần yêu cầu nền tảng chia sẻ đọc lại cache. Quản lý site-config và nội dung bằng bản sao local để tránh chỉnh mất dữ liệu.

Kết quả cần kiểm tra

Website tài liệu hoạt động độc lập trên hosting hiện tại.

Lưu ý và giới hạn

Đọc tiếp

Cách thực hiện

1. Kiểm đúng tài khoản và địa chỉ máy chủ. Đổi cơ sở về đúng nơi cần xem rồi đợi tải.
2. Kiểm trạng thái bản ghi: nháp/chờ duyệt/đã quyết định/đã chốt có các thao tác khác nhau.
3. HR/Admin đối chiếu tài khoản hoạt động, hồ sơ liên kết, vị trí/cấp bậc, kiêm nhiệm và phạm vi. Đăng nhập lại sau thay đổi.
4. Không thấy Quản lý kỹ thuật: kiểm vai trò IT, CEO chỉ xem hoặc Admin toàn quyền; không suy quyền sửa từ chức danh BGĐ/trưởng phòng bộ phận khác.
5. Vẫn lỗi: ghi chức năng, thao tác, cơ sở, thời điểm và ảnh toàn màn hình; gửi IT qua kênh được cấp khi đăng nhập được.

Kết quả cần kiểm tra

Phân biệt thiếu quyền hợp lệ với lỗi giao diện.

Lưu ý và giới hạn

Đọc tiếp

Không thấy Tiếp nhận hồ sơ hoặc quyền Event mới

Tiếp nhận hồ sơ dành cho HCNS/Admin có quyền tạo/sửa hồ sơ. Event được bổ sung theo sáu chức danh cụ thể, không cấp cho mọi HCNS/Leader/tài khoản nhóm Giám đốc chưa có chức danh. Đăng nhập lại và kiểm hồ sơ, vai trò và cơ sở trước khi đổi quyền.

Phân biệt mạng, vị trí và quyền

1. Kiểm tên miền IMS HTTPS, trạng thái lao động, cơ sở theo hồ sơ và đăng ký thiết bị.
2. Nếu mạng cơ sở đủ điều kiện, hệ thống thử mạng trước và không cần GPS. Nếu không, kiểm quyền Vị trí/Dịch vụ định vị và GPS tại đúng cơ sở.
3. 4G không tự được chấm công: cần GPS hợp lệ. Cho phép quyền chưa chứng minh đang trong bán kính hoặc đạt độ chính xác.
4. Mạng cơ sở khác không được dùng thay. Khi chính cơ sở thiếu mạng hoặc đã biết IP dùng chung, kiểm GPS; cơ sở khác thiếu mạng không chặn toàn hệ thống.
5. Quyền đã chặn phải sửa ở cài đặt trình duyệt/OS rồi kiểm lại. Không thể ép hiện hộp hỏi hoặc bật quyền thay người dùng.
6. Báo IT ảnh lỗi, ngày/giờ, cơ sở, thiết bị/trình duyệt. Không gửi cookie, mật khẩu, khóa ghép hoặc link kiểm chứng riêng.

Đọc tiếp

Giao diện minh họa

↗ Phóng lớn ảnh

Kiểm theo thông báo

Gửi đủ thông tin cho người hỗ trợ

Gửi phiên bản, tên miền đang dùng, loại kênh (web/Windows), thời gian Việt Nam, thông báo/mã lỗi và mã đăng ký hiển thị. Không gửi mật khẩu, cookie, token hoặc dữ liệu .env. Nhật ký Bị từ chối không phải là xác nhận đã ghi công.

Kiểm tra theo thứ tự

1. Kiểm có dữ liệu tại chuông trong IMS, đúng tài khoản/phạm vi và trạng thái đã phát hành/chờ duyệt.
2. Không có banner nhưng có ở chuông: kiểm quyền thông báo của đúng domain IMS hoặc quyền NCV IMS trong Windows.
3. Kiểm HTTPS, Internet và Không làm phiền/Tập trung. Windows cần còn chạy trong khay; đã Thoát thì không nhận.
4. Web Push do IT kiểm cấu hình máy chủ và đăng ký thiết bị; không xóa database hoặc VAPID để thử.
5. Gửi IT loại thiết bị/trình duyệt, giờ thử, domain và ảnh lỗi; không gửi token/cookie/mật khẩu.

Đọc tiếp

Cách thực hiện

1. Bấm Đồng bộ ngay trên thanh đầu. Nếu offline, kiểm mạng, địa chỉ NAS và API/proxy; lỗi 502 phiên vẫn khiến offline dù health còn trả lời.
2. Kiểm đã đăng nhập và phiên còn hợp lệ. Quyền bị thu hồi hoặc dữ liệu đổi trên server có thể làm tác vụ bị từ chối/xung đột.
3. Giữ app và hàng đợi; không xóa AppData/cache/database, không tạo bản trùng để bù khi chưa biết kết quả server.
4. Đối chiếu bản ghi và xử lý xung đột theo luồng được cấp. Form chưa Lưu chưa phải dữ liệu đã được outbox bảo vệ.
5. Nếu không xử lý được, ghi mã/bản ghi, thời điểm, trạng thái và số dữ liệu chờ để IT hỗ trợ; tránh gửi tệp dữ liệu cá nhân không cần thiết.

Kết quả cần kiểm tra

Dữ liệu chờ được bảo toàn đến khi máy chủ chấp nhận hoặc có quyết định xử lý.

Lưu ý và giới hạn

Đọc tiếp

Safari, PDF và ngày từ r005c

r005e giữ sửa trắng màn Safari/iOS 16, PDF tải khi cần, ngày Việt Nam không lệ thuộc định dạng locale và nút tải lại khi module lỗi. Không xóa dữ liệu thiết bị để cập nhật.

Giao diện minh họa

↗ Phóng lớn ảnh

Cách thực hiện

1. Ghi phiên bản ứng dụng/API-Web nếu biết, thiết bị, trình duyệt và địa chỉ máy chủ (không kèm token).
2. Ghi thời điểm Việt Nam, cơ sở, module, thao tác vừa làm, kết quả mong đợi và thông báo thực tế.
3. Đính kèm ảnh đủ ngữ cảnh, che thông tin cá nhân không liên quan. Ticket cho phép tối đa 5 ảnh/lần, 5 MB/ảnh.
4. Có mã đơn/ticket/nhân sự: ghi mã để tra cứu thay vì chỉ tên. Nếu lỗi cập nhật NAS thêm stage/backup và đoạn log cuối đã loại secrets.
5. Theo dõi ticket và trả lời nội dung IT hỏi trong vòng hạn chờ. Nếu không đăng nhập được, liên hệ kênh IT nội bộ do đơn vị công bố.

Kết quả cần kiểm tra

IT có căn cứ tái hiện và người gửi biết bước theo dõi.

Lưu ý và giới hạn

Đọc tiếp

Từ mốc tài liệu r003a đến r005e

Đọc theo nghiệp vụ

Điểm không đổi và giới hạn

001–070 giữ từng byte, r005e thêm 071. Các r005c/r005d/r005e chỉ phát hành NAS; Windows giữ r005b và offline bundle không tự đổi. Luồng tài liệu/mua hàng/thanh toán không chuyển sang tuyến nhân sự mới. Giữ khóa, xác minh mạng, dữ liệu công và các quyết định cũ; không tự mở kỳ đã chốt.

Ảnh và sơ đồ

Sơ đồ Archify trong bài chỉ là PNG/SVG, không nhúng HTML viewer. Ảnh bổ sung dùng dữ liệu QA giả: một số chụp component React với API/tuyến duyệt mô phỏng và có nhãn nguồn, không phải nghiệm thu NAS hoặc điện thoại vật lý. Ảnh cũ giữ nhãn gốc.

Kiểm chứng phát hành và giới hạn

r005c/r005d có các kiểm thử build/runtime, WebKit/PDF và phạm vi riêng ghi trong báo cáo từng bản. r005e nguồn phát hành ghi 244 kiểm tra API/Web/PostgreSQL cách ly, 40 kịch bản updater mô phỏng, 7 guard Compose, 6 ca UI Kho và 60 ca UI đơn/hồ sơ/cảnh báo; bổ sung 4 ca menu thực và 4 ca tiêu đề WebKit từ bundle cuối. Dữ liệu giả/API giả ở trình duyệt được ghi rõ; không tuyên bố chạy lại mọi luồng doanh nghiệp. Lần cập nhật tài liệu không triển khai NAS hoặc chạy lại toàn bộ kiểm thử ứng dụng.

Thư viện

Kế thừa audit dependency 02/11/2026: 0 critical, 1 high, 2 moderate, 1 low; dependency lock/patches giữ nguyên. Không tuyên bố đã audit lại ngày 07/11 hoặc sạch lỗ hổng. Giới hạn tải NAS, pentest và iPhone vật lý theo báo cáo nguồn.

Nguồn đối chiếu

Chức năng và bài viết

Các luồng dùng chung

Đăng nhập/ghi nhớ, phân quyền, trạng thái lao động, phép/công, quy trình liên phòng ban, quyền vị trí/thông báo, Windows, backup/hosting và xử lý lỗi có bài riêng. Tài liệu không chia lặp lại cùng một tính năng theo vai trò.

Tiếp nhận hồ sơ mới

Hộp chọn và tên cơ sở r003a

Các thay đổi tích lũy r003a → r005a

Phần cập nhật r005b

Các luồng bổ sung b → e