Hệ thống Quản lý Vận hành
Activation Event

A1 · Quản lý tài khoản người dùng

• Quản lý tài khoản của cả 6 nhóm đối tượng: Quản trị viên, Agency, Supervisor, PG, PG, Nhãn hàng
• Tạo, sửa, khoá / mở khoá tài khoản; gán vai trò và phạm vi làm việc
• Tên đăng nhập là số điện thoại Việt Nam — hệ thống chuẩn hoá tự động khi lưu để tránh trùng lặp giữa các cách viết (0912…, +84912…, 84912…) ★ Đề xuất
• Số điện thoại thay đổi được mà không mất dữ liệu lịch sử. Hệ thống dùng mã định danh nội bộ riêng, số điện thoại chỉ là thông tin đăng nhập ★ Đề xuất
• Một người có thể tham gia nhiều dự án với vai trò khác nhau trong từng dự án

A2 · Đăng nhập & Bảo mật tài khoản

• Đăng nhập bằng số điện thoại và mật khẩu; quên mật khẩu, khôi phục tài khoản qua email hoặc số điện thoại
• Chính sách độ mạnh mật khẩu, buộc đổi mật khẩu định kỳ (bật/tắt được)
• Tự động khoá tài khoản khi nhập sai quá số lần quy định
• Lịch sử đăng nhập: ghi nhận mọi lần đăng nhập của từng tài khoản — thời điểm, thiết bị, địa chỉ IP, thành công hay thất bại ★ Đề xuất

A3 · Xác thực hai lớp ★ Đề xuất

• Ba phương thức: mã OTP qua SMS · mã OTP qua Email · ứng dụng sinh mã (Google Authenticator)
• Bật/tắt theo từng vai trò — khuyến nghị bắt buộc với Quản trị viên và Agency, tuỳ chọn với Supervisor, không áp dụng với PG
• Mã dự phòng khi mất thiết bị; ghi nhận thiết bị tin cậy để không phải xác thực lại mỗi lần đăng nhập

A4 · Hồ sơ cá nhân & Cài đặt người dùng ★ Đề xuất

• Cập nhật thông tin cá nhân, ảnh đại diện, đổi mật khẩu, chọn ngôn ngữ giao diện, bật/tắt từng loại thông báo và từng kênh nhận (trong ứng dụng / email / tin nhắn)

A5 · Vai trò & Phân quyền

• Phân quyền chi tiết đến từng thao tác (xem / thêm / sửa / xoá / duyệt) cho từng màn hình
• Phân quyền theo vai trò và phân quyền riêng cho từng cá nhân
• Phân quyền theo phạm vi: Supervisor chỉ nhìn thấy dữ liệu của các địa điểm được giao trong dự án ★ Đề xuất
• Phân quyền theo trường dữ liệu: ba lớp đơn giá hiển thị khác nhau tuỳ vai trò (xem mục Bảng giá ca làm việc) ★ Đề xuất
• Phân cấp duyệt đơn từ: Quản lý – Supervisor – PG

A6 · Đăng nhập hỗ trợ ★ Đề xuất

• Quản trị viên đăng nhập dưới danh nghĩa một người dùng để xem đúng những gì họ đang thấy và xử lý giúp. Toàn bộ thao tác trong phiên hỗ trợ được ghi nhật ký riêng, phân biệt rõ với thao tác của chính người dùng

A7 · Hồ sơ Agency / Nhãn hàng / Nhà cung cấp

• Thông tin: tên công ty, mã số thuế, mô tả thương hiệu và sản phẩm dịch vụ, logo công ty
• Bổ sung: địa chỉ, người đại diện, người liên hệ chính ★ Đề xuất
• Một tổ chức có thể đồng thời là Agency và Nhãn hàng — đáp ứng trường hợp nhãn hàng tự triển khai chiến dịch ★ Đề xuất
• Danh sách nhân sự thuộc tổ chức; các dự án liên quan; trạng thái Đang hoạt động / Ngừng hợp tác

A8 · Danh mục dùng chung

Quản lý tập trung các danh mục dùng lại xuyên hệ thống, thêm/sửa được mà không cần lập trình:

A9 · Kho địa điểm tổ chức

• Thông tin điểm: tên, loại, địa chỉ đầy đủ, tỉnh/xã, toạ độ GPS, diện tích, giá thuê tham khảo, lượng người qua lại ước tính, hình ảnh, ghi chú
• Bổ sung: người liên hệ tại điểm, giờ hoạt động, có sẵn nguồn điện và nước không, quy định riêng của điểm (giờ được setup, giờ tháo dỡ) ★ Đề xuất
• Lịch sử tổ chức: điểm này đã chạy dự án nào, thời gian nào, đạt bao nhiêu phần trăm chỉ tiêu
• Hiển thị dạng bản đồ: bấm vào một điểm hiện popup các thông số chính — diện tích, giá thuê, hiệu quả, lượng người qua lại
• Chỉ số hiệu quả tự tổng hợp từ dữ liệu các dự án đã chạy tại điểm ★ Đề xuất
• Lịch sử hiệu quả chỉ hiển thị cho Agency đã từng chạy tại điểm đó, tránh lộ dữ liệu cạnh tranh ★ Đề xuất? Cần chốt

A10 · Mẫu chính sách ★ Đề xuất

• Bảy loại mẫu: quy tắc chấm công · bộ lỗi & thưởng · mẫu ca làm việc · bộ tiêu chí đánh giá · mẫu hợp đồng · mẫu form tuyển dụng · mẫu báo cáo nghiệm thu
• Tạo mẫu ở cấp hệ thống → khi tạo dự án chọn mẫu → hệ thống sao chép toàn bộ vào dự án → chỉnh sửa riêng mà không ảnh hưởng mẫu gốc

A11 · Đa ngôn ngữ giao diện ★ Đề xuất

• Giai đoạn 1 cung cấp tiếng Việt (mặc định) và tiếng Anh cho phần giao diện quản trị và báo cáo
• Người dùng tự chọn ngôn ngữ hiển thị, lưu theo tài khoản
• Quản trị viên chỉnh sửa được nội dung dịch trực tiếp trên giao diện, không cần lập trình viên
• Bổ sung ngôn ngữ thứ ba về sau chỉ là công việc nhập nội dung dịch

A12 · Cấu hình hệ thống ★ Đề xuất

• Cấu hình gửi email · nhà cung cấp SMS/Zalo · giới hạn kích thước và định dạng tệp tải lên · thời gian lưu trữ hình ảnh · thông tin đơn vị hiển thị trên báo cáo và hợp đồng · logo và bộ nhận diện trên giao diện

A13 · Nhập & Xuất dữ liệu Excel ★ Đề xuất

• Nhập hàng loạt: danh sách PG · danh sách địa điểm · danh mục hàng hoá · danh sách ứng viên
• Có tệp mẫu chuẩn để tải về; hệ thống kiểm tra dữ liệu trước khi nhập và báo cáo chi tiết từng dòng lỗi thay vì từ chối toàn bộ tệp
• Xuất Excel từ mọi màn hình danh sách theo đúng bộ lọc đang áp dụng

B1 · Hồ sơ PG / CTV / Helper

• Hai mức hồ sơ: Cấp 1 (chưa có CCCD) — không được phân vào ca làm việc; Đầy đủ (có CCCD và số tài khoản) — phân ca bình thường
• Quy tắc này được hệ thống kiểm soát ở bước phân ca — không tạo được dòng phân công cho PG hồ sơ cấp 1, chứ không chỉ hiện cảnh báo trên màn hình ★ Đề xuất
• Quy trình duyệt hồ sơ: PG nộp hồ sơ → Agency/Supervisor kiểm tra giấy tờ → duyệt hoặc từ chối kèm lý do
• Danh sách hạn chế theo Agency: đánh dấu PG không hợp tác nữa kèm lý do; hệ thống cảnh báo khi phân ca. Không áp dụng chặn trên toàn nền tảng ★ Đề xuất

B2 · Quan hệ Agency – PG

• Mỗi Agency quản lý danh sách PG riêng. Agency không nhìn thấy PG của Agency khác
• Một PG làm cho nhiều Agency là chuyện bình thường của lao động thời vụ — hệ thống hỗ trợ đầy đủ
• Xử lý trùng số điện thoại: Agency B thêm PG mà số đã tồn tại trên hệ thống → hệ thống nhận diện và gắn quan hệ, không tiết lộ PG này đang thuộc Agency nào khác ★ Đề xuất
• Nguồn PG: tự thêm tay / từ tuyển dụng / PG tự đăng ký được duyệt
• Trạng thái quan hệ: Đang hợp tác / Tạm ngưng / Ngừng hợp tác

B3 · Lịch sử làm việc

• Danh sách dự án đã tham gia, số ca, tổng giờ làm, điểm đánh giá từng dự án
• Phạm vi hiển thị: Agency chỉ thấy lịch sử của các dự án do chính mình chạy ★ Đề xuất? Cần chốt

B4 · Điểm tin cậy ★ Đề xuất

• Hệ thống tự tính, không nhập tay: tỉ lệ đi làm đúng giờ · tỉ lệ bỏ ca · số lần đi muộn · số lần vi phạm
• Hiển thị ngay tại màn hình phân ca: “PG này đã bỏ 2 ca trong 30 ngày qua”

C1 · Tạo & quản lý dự án

• Thông tin: mã dự án (sinh tự động), tên dự án, loại dự án, Bên thực hiện, Nhãn hàng, thông tin nhãn hàng và sản phẩm, logo và banner chiến dịch, thời gian dự án, người phụ trách
• Tạo theo hướng dẫn từng bước (5 bước), cho phép lưu nháp giữa chừng: Thông tin chung → Địa điểm & Lịch → Nhân sự & Bảng giá → Hàng hoá & Hoạt động → Chính sách ★ Đề xuất
• Sao chép dự án: tạo dự án mới từ dự án cũ, giữ nguyên địa điểm, hoạt động, chính sách, bảng giá; chỉ khai lại nhân sự và lịch ★ Đề xuất

Vòng đời dự án:

C2 · Mục tiêu chiến dịch (KPI)

• Khai báo chỉ tiêu theo từng địa điểm và từng khoảng thời gian: số data khách hàng thu thập, doanh thu, số quà phát ra, số lượt tải ứng dụng, số lượt tương tác
• Cấu trúc: Loại chỉ tiêu × Phạm vi (toàn dự án / địa điểm / ngày) × Con số mục tiêu × Đơn vị
• Hệ thống tự đối chiếu thực tế với chỉ tiêu, hiển thị phần trăm hoàn thành theo thời gian thực
• Mọi chỉ tiêu khai ở đây tự động xuất hiện trong báo cáo nghiệm thu cuối dự án — không phải tổng hợp lại bằng tay ★ Đề xuất

C3 · Địa điểm thực hiện

• Chọn một hoặc nhiều địa phương (Tỉnh / Xã) → chọn địa điểm cụ thể từ kho địa điểm hoặc tạo mới
• Trang mô tả địa điểm với các thông số cụ thể, hình ảnh, mô tả bổ sung
• Mỗi địa điểm khai thêm: toạ độ GPS chuẩn (dùng kiểm soát chấm công), bán kính cho phép chấm công, Supervisor phụ trách, thời gian hoạt động riêng có thể khác thời gian dự án tổng ★ Đề xuất
• Mỗi địa điểm đồng thời là một kho hàng — tạo địa điểm là tự động tạo kho tương ứng ★ Đề xuất

C4 · Booth & khu vực chức năng

• Hình ảnh booth kèm theo
• Khai báo các khu vực hoạt động trong booth: khu tư vấn bán hàng, khu trải nghiệm sản phẩm, khu trò chơi, khu kho… kèm lưu ý riêng từng khu
• Khu vực được dùng để gán cho từng hoạt động và từng ca làm việc

C5 · Hoạt động tại điểm ★ Đề xuất

Cấu hình từng loại hoạt động:

Cách vận hành: tại điểm, PG ghi nhận một lượt tương tác = 1 khách × một hoặc nhiều hoạt động. Mỗi lượt tự động sinh ra:

Các tình huống đặc thù đã được tính đến:

• Sampling không thu data (mở bia, nước ngọt cho khách dùng thử tại chỗ, PG thu lại vỏ và nắp chai): cấu hình hoạt động không cần form, không cần ảnh; PG bấm nút đếm hoặc nhập tổng số cuối ca ★ Đề xuất
• Tặng nhiều quà cùng lúc (gấu bông + móc khoá, bút + mũ): khai thành một combo, hệ thống trừ kho đúng từng thành phần
• Mini game: hệ thống ghi nhận kết quả trò chơi (khách chơi gì, trúng gì) và trừ quà tương ứng. Việc xây dựng bản thân trò chơi tương tác nằm ngoài phạm vi giai đoạn này ? Cần chốt
• Ô đồng ý cung cấp thông tin trong form thu data khách hàng, lưu kèm thời điểm — đáp ứng Nghị định 13/2023 về bảo vệ dữ liệu cá nhân ★ Đề xuất

C6 · Định biên nhân sự

• Khai số lượng và loại nhân sự (PG: PG / PB / Mascot / MC / KTV / Khác) theo từng điểm và cho cả dự án
• Phân biệt rõ ba mức: Định biên (kế hoạch) ≠ Danh sách nhân sự (đã tuyển được) ≠ Phân ca (đã xếp lịch cụ thể) ★ Đề xuất
• Hiển thị tỉ lệ lấp đầy và cảnh báo khi ngày chạy đến gần mà chưa đủ người ★ Đề xuất

C7 · Bảng giá ca làm việc ★ Đề xuất

• Bảng giá khai theo: loại nhân sự × loại ngày (thường / cuối tuần / lễ tết) × địa điểm
• Khi phân ca, hệ thống lấy giá mặc định nhưng cho phép ghi đè riêng từng người trong từng ca — đáp ứng tình huống cùng một ca nhưng hai PG có mức giá khác nhau
• Phần chênh lệch tự tính, chỉ hiển thị cho Quản lý dự án ★ Đề xuất
• Hỗ trợ hai kiểu nhân sự: tính theo công (có chấm công, mặc định) và tính theo khối lượng công việc (khoán, không chấm công) — đúng trường hợp Supervisor mà Quý khách đã nêu ★ Đề xuất? Cần chốt

C8 · Chính sách dự án

• 51 tham số cấu hình được theo từng dự án, chia 6 nhóm: Chấm công · Lỗi & Thưởng · Lương · Đơn từ · Kho · Đào tạo — chi tiết xem Phần III
• Chính sách được khoá lại khi dự án chuyển sang trạng thái Đang chạy. Muốn sửa phải ghi lý do và lưu nhật ký; thay đổi chỉ áp dụng từ thời điểm sửa trở đi, không hồi tố các ca đã chấm công ★ Đề xuất

C9 · Nhân sự dự án

• Danh sách người tham gia và vai trò trong dự án: Người phụ trách, Supervisor, PG, tài khoản xem của Nhãn hàng
• Supervisor được gán phạm vi là danh sách địa điểm cụ thể — chỉ nhìn thấy PG, ca làm việc, kho hàng và đơn từ của các điểm mình phụ trách ★ Đề xuất
• Thêm PG vào dự án và phân ca là hai bước riêng biệt ★ Đề xuất

C10 · Tài liệu dự án

• Kho tài liệu chung của dự án (brief, quy định, hướng dẫn vận hành), phân loại nội bộ / dành cho PG, có quản lý phiên bản, liên kết sang module Đào tạo

C11 · Checklist đóng dự án ★ Đề xuất

• Danh sách kiểm tra bắt buộc trước khi chuyển dự án sang trạng thái Đóng: đã thu hồi hết công cụ làm việc · đã trả hàng thừa về kho trung tâm hoặc về nhãn hàng · đã xử lý xong toàn bộ chênh lệch và thất thoát · đã chốt và chi trả lương · PG đã xác nhận thu nhập · đã xuất báo cáo nghiệm thu · đã bàn giao dữ liệu khách hàng · đã thu hồi quyền truy cập của nhân sự thời vụ
• Mỗi mục hiển thị số liệu thực tế còn tồn đọng, bấm vào là nhảy thẳng tới màn hình xử lý
• Không cho đóng dự án khi còn mục chưa hoàn tất, trừ khi người quản lý xác nhận bỏ qua kèm lý do

D1 · Trình tạo form tuyển dụng

• Nhà tuyển dụng tự thiết kế form theo yêu cầu thực tế của từng dự án bằng thao tác kéo thả, tương tự Google Form
• 10 loại trường: văn bản ngắn, văn bản dài, số, ngày tháng, chọn một, chọn nhiều, tải ảnh, tải tệp, số điện thoại, email
• Kèm mô tả vị trí và công việc (JD), thông tin dự án, thời gian làm việc, các trường đặc thù (số đo ba vòng, thời gian có thể đáp ứng…)
• Một số trường luôn bắt buộc và không xoá được (Họ tên, Điện thoại, Email) ★ Đề xuất
• Cùng công cụ này được dùng lại để thiết kế form thu thập dữ liệu khách hàng tại điểm — một công cụ phục vụ hai mục đích ★ Đề xuất

D2 · Trang ứng tuyển công khai

• Mỗi form sinh ra một đường link chia sẻ; Agency đăng lên các kênh tuyển dụng của mình
• Ứng viên nộp hồ sơ không cần tài khoản trên nền tảng
• Xác thực mã OTP qua số điện thoại trước khi nộp ★ Đề xuất
• Ghi nhận nguồn ứng viên theo từng kênh chia sẻ — biết kênh nào thực sự hiệu quả để tập trung ngân sách ★ Đề xuất
• Nếu số điện thoại đã có hồ sơ trên hệ thống, tự động điền sẵn thông tin, ứng viên không phải nhập lại ★ Đề xuất

D3 · Quản lý ứng viên

• Danh sách ứng viên theo dự án và kho ứng viên tổng hợp xuyên dự án — ứng viên trượt dự án này vẫn được giữ lại để mời cho dự án khác
• Hiển thị dạng bảng danh sách và bảng trực quan theo trạng thái (Kanban) để kéo thả
• Mọi lần chuyển trạng thái ghi lại người thực hiện, thời điểm và ghi chú; cho phép lùi trạng thái nhưng có ghi nhật ký
• Bộ lọc: dự án, trạng thái, khu vực, chiều cao, kinh nghiệm, nguồn tuyển
• Thao tác hàng loạt: chọn nhiều ứng viên cùng lúc để chuyển trạng thái, gửi lời mời, hoặc mời sang dự án khác ★ Đề xuất

Vòng đời ứng viên — chuẩn hoá 8 trạng thái ★ Đề xuất

Các nhánh rẽ: Không đạt · Ứng viên từ chối · Không liên lạc được

D4 · Xác nhận hợp tác & Tạo tài khoản

Trong tài liệu yêu cầu, luồng này được ghi chú là “cần tính toán”. Chúng tôi đề xuất phương án sau:

• Lời mời hết hạn sau số ngày cấu hình được (mặc định 3 ngày) → tự chuyển sang trạng thái “Không phản hồi”, giải phóng suất cho người khác ★ Đề xuất
• Ứng viên từ chối phải chọn lý do từ danh mục — dữ liệu này giúp cải thiện chất lượng tuyển dụng các đợt sau ★ Đề xuất

D5 · Hệ thống PG dự phòng (Backup)

• PG dự phòng không trực tiếp tham gia chương trình nhưng theo thoả thuận với Agency/Nhãn hàng vẫn nhận một khoản tiền tương đương việc giữ người, chi trả sau khi kết thúc dự án
• Nếu trong quá trình thực hiện có gọi đến PG dự phòng mà PG không đáp ứng được thì khoản thù lao giữ chỗ không được tính
• Bật/tắt theo từng dự án — đây là chức năng cộng thêm tuỳ từng đơn vị sử dụng
• Vòng đời: Đang giữ chỗ → Được gọi → Nhận việc (chuyển thành PG chính thức) / Từ chối khi gọi (mất phí) → Kết thúc (được trả phí) ★ Đề xuất
• Phí giữ chỗ tự động đưa vào bảng lương như một khoản thu nhập riêng, không tính theo ca ★ Đề xuất

D6 · Báo cáo tuyển dụng ★ Đề xuất

• Số ứng viên theo từng bước, tỉ lệ chuyển đổi giữa các bước, thời gian trung bình mỗi bước, hiệu quả theo từng kênh tuyển dụng, so sánh định biên với số đã xác nhận và cảnh báo thiếu người

E1 · Tài liệu & Khoá học dự án

• Hình thức bài học: tài liệu văn bản, video, slide trình chiếu, nội dung soạn trực tiếp trên hệ thống ★
• Đo thời gian học của PG — video tính theo phần trăm đã xem thực tế, tài liệu tính theo phần trăm đã cuộn, chỉ tính khi màn hình đang hiển thị ★ Đề xuất
• Tài liệu cập nhật liên tục trong quá trình dự án — quản lý phiên bản, PG được thông báo khi có bản mới
• Nội dung hoạt động tại điểm liên kết trực tiếp tới tài liệu đào tạo tương ứng
• Đánh dấu bài học bắt buộc / tham khảo. Bài bắt buộc phải hoàn thành trước ca đầu tiên nếu chính sách dự án bật quy định này ★ Đề xuất

E2 · Bài kiểm tra

• Bài kiểm tra có điểm số, là tuỳ chọn theo từng dự án — có dự án bắt buộc đạt mới được làm việc, có dự án chỉ cần đọc tài liệu training
• Có thể bỏ qua hoàn toàn bước kiểm tra đầu vào; việc kiểm tra có thể tổ chức ở bất kỳ thời điểm nào trong dự án
• Không đạt → tổ chức đào tạo lại và làm lại bài; không đạt tiếp có thể bị loại
• Cấu hình: điểm đạt, số lần làm lại tối đa, thời gian làm bài, trộn thứ tự câu hỏi ★ Đề xuất
• Dạng câu hỏi: trắc nghiệm một đáp án, nhiều đáp án, đúng/sai ★ Đề xuất

E3 · Hợp đồng điện tử

• Ký sau khi ứng viên xác nhận hợp tác và hoàn thành bài học / bài kiểm tra
• Soạn theo mẫu có sẵn hoặc tự soạn mới tuỳ đơn vị
• Hệ thống tự điền thông tin PG, dự án và mức thù lao vào mẫu → PG xem → xác nhận bằng mã OTP → ghi nhận thời điểm ký, địa chỉ IP, thiết bị và mã kiểm tra toàn vẹn nội dung → xuất file PDF
• Giai đoạn này áp dụng hình thức “xác nhận trực tuyến”, làm căn cứ thoả thuận hợp tác giữa hai bên ở mức nội bộ. Chữ ký số có giá trị pháp lý đầy đủ cần tích hợp nhà cung cấp chứng thư số, là hạng mục riêng nằm ngoài phạm vi này ? Cần chốt
• Chính sách dự án: bắt buộc ký hợp đồng trước ca đầu tiên hay không. Nếu bắt buộc, hệ thống chặn chấm công khi chưa ký ★ Đề xuất

F1 · Mẫu ca & Sinh lịch làm việc

Yêu cầu của Quý khách nêu rõ ba tình huống khó: dự án kéo dài nhiều tuần, ngày làm cách quãng, và giờ làm khác nhau giữa các ngày. Chúng tôi giải quyết bằng cơ chế ba lớp:

Vừa tạo lịch nhanh cho dự án dài hàng tháng, vừa xử lý được mọi trường hợp ngoại lệ.

F2 · Phân ca cho PG

• Phân ca hàng loạt nhanh chóng: chọn nhiều PG × nhiều ca, gán một lần
• Phân ca theo đặc thù riêng: từng cá nhân, trong từng ca cụ thể, tại từng địa điểm cụ thể, với mức thù lao riêng cho ca đó — đáp ứng tình huống ca ngày lễ tết, hoặc cùng một ca có hai PG nhưng giá khác nhau
• Xem theo nhiều góc: theo người (lịch cá nhân), theo địa điểm, theo ngày, theo nhãn hàng

Bảy quy tắc kiểm tra tự động khi phân ca ★ Đề xuất

F3 · Thay đổi lịch & Thông báo

• Lịch chỉnh sửa được ngay cả khi dự án đang chạy — đáp ứng thay đổi phát sinh, đúng như yêu cầu đã nêu
• Tự động thông báo tới tất cả người liên quan: PG bị ảnh hưởng, Supervisor phụ trách điểm, người quản lý dự án
• Không cho sửa hoặc xoá ca đã có dữ liệu chấm công. Muốn huỷ phải dùng chức năng “Huỷ ca” kèm lý do, bản ghi cũ vẫn giữ nguyên để làm căn cứ ★ Đề xuất
• Lưu lịch sử mọi thay đổi: ai đổi, đổi gì, lúc nào ★ Đề xuất

F4 · PG xác nhận ca ★ Đề xuất

• PG nhận thông báo ca được phân và xác nhận sẽ đi làm. Ca chưa được xác nhận trước ngưỡng thời gian quy định sẽ cảnh báo cho Supervisor để chuẩn bị người thay thế

Vòng đời phân công:

F5 · Thay người khẩn cấp ★ Đề xuất

• Supervisor bấm “Tìm người thay” ngay trên ca bị trống
• Hệ thống tự lọc ứng viên phù hợp: đang rảnh trong khung giờ đó · ở gần địa điểm · hồ sơ đầy đủ giấy tờ · đã hoàn thành đào tạo và ký hợp đồng · không nằm trong danh sách hạn chế — kèm điểm tin cậy để cân nhắc
• Ưu tiên hiển thị nhóm PG dự phòng của dự án trước
• Gửi lời mời hàng loạt qua thông báo và tin nhắn, ai nhận trước được ca; hệ thống tự đóng lời mời với những người còn lại
• Nhận xong tự cập nhật phân công, giữ nguyên mức thù lao của ca, và thông báo cho các bên liên quan
• Ghi nhận lý do ca bị trống (PG báo nghỉ, vắng không lý do, nhãn hàng tăng người) để phục vụ thống kê và đánh giá

F6 · Ca mở cho PG tự nhận ★ Đề xuất

• Người quản lý đăng các ca còn trống dưới dạng ca mở, giới hạn theo khu vực và loại nhân sự
• PG xem danh sách ca mở phù hợp với mình và bấm đăng ký
• Hai chế độ cấu hình: tự động duyệt (ai đăng ký trước được ca) hoặc chờ Supervisor duyệt
• Áp dụng đầy đủ bảy quy tắc kiểm tra như phân ca thủ công — trùng giờ, giấy tờ, đào tạo, giờ tối đa
• Tự đóng ca mở khi đã đủ định biên

G1 · Màn hình chính của PG ★ Đề xuất

• Ca làm việc hôm nay kèm nút chấm công nổi bật và chỉ đường tới điểm · Việc cần làm (bài học chưa hoàn thành, hợp đồng chưa ký, giấy tờ còn thiếu, ca chưa xác nhận) · Thông báo mới · Thu nhập tạm tính của dự án đang chạy

G2 · Chấm công vào / ra

• Ảnh chỉ được chụp trực tiếp từ camera, không cho chọn ảnh có sẵn trong máy; ảnh có đóng dấu thời gian
• Kèm toạ độ GPS hoặc chấm công qua mạng wifi tại điểm — hạn chế gian lận
• Ghi nhận thêm để phục vụ đối chiếu: thời điểm trên thiết bị, thời điểm máy chủ nhận, độ chính xác GPS, khoảng cách tới điểm, mã thiết bị ★ Đề xuất
• Không cho chấm công sớm quá 60 phút trước giờ ca (cấu hình được)
• Giới hạn phạm vi chấm công: chỉ chấm được trong bán kính quy định quanh địa điểm (mặc định 100m, cấu hình theo từng điểm). Chấm ngoài vùng vẫn được nhưng bắt buộc nhập lý do và đánh dấu chờ duyệt ★ Đề xuất
• Hỗ trợ chấm công khi không có mạng: ứng dụng lưu tại máy, có mạng thì tự gửi lên và hệ thống ghi nhận đầy đủ
• Xử lý quên chấm công ra: hệ thống tự đóng ca sau khoảng thời gian quy định, đánh dấu “thiếu chấm công ra” và không tính công cho tới khi Supervisor duyệt tay ★ Đề xuất
• Không chấm công cả ca → ghi nhận “Vắng ca”, áp dụng mức phạt tương ứng ★ Đề xuất
• Lịch sử chấm công hiển thị dạng lịch biểu cho cả PG và cấp quản lý theo dõi

G3 · Checklist mở & đóng booth ★ Đề xuất

• Đầu ca: ảnh toàn cảnh booth, ảnh khu vực trưng bày, xác nhận đã nhận đủ hàng, xác nhận thiết bị hoạt động
• Cuối ca: ảnh booth sau khi dọn, xác nhận tồn kho, xác nhận bàn giao thiết bị
• Nội dung checklist cấu hình theo từng dự án, bật/tắt được

G4 · Ghi nhận hoạt động tại điểm

Luồng chuẩn khi phát quà kèm thu data:

• Mục tiêu tốc độ nhập liệu: dưới 15 giây mỗi khách. Form tối giản 3–4 trường, bàn phím số cho điện thoại, chọn quà bằng nút lớn, tự động làm mới sau mỗi lượt ★ Đề xuất
• Trừ tồn kho ngay lập tức. Trường hợp mất mạng, dữ liệu đồng bộ sau và cảnh báo cho Supervisor nếu phát sinh chênh lệch
• Chống trùng dữ liệu khách theo số điện thoại trong phạm vi dự án — cảnh báo nhưng không chặn cứng, vì khách hoàn toàn có thể quay lại thật
• Sửa hoặc xoá lượt đã ghi chỉ được thực hiện trong ca của mình và trong khoảng thời gian giới hạn; sau đó phải qua Supervisor duyệt ★ Đề xuất

G5 · Nhận hàng tại điểm

• PG / Supervisor / PG tại từng điểm nhận bàn giao quà tặng và hàng hoá chuyển về
• Đối chiếu số thực nhận với phiếu, chụp ảnh, xác nhận ★ Đề xuất
• Nếu số thực nhận khác số trên phiếu → ghi số thực và lý do → sinh phiếu chênh lệch chờ Agency/Supervisor xử lý ★ Đề xuất

• Cấu hình theo dự án: cần một người bất kỳ đang trực xác nhận, hay cần tất cả PG đang trực cùng xác nhận ★ Đề xuất

G6 · Bàn giao giữa hai ca

• Bàn giao cá nhân – cá nhân và nhóm – nhóm (nhập đầy đủ nhân sự bàn giao và nhận bàn giao của cả hai nhóm)
• Nội dung bàn giao: hàng hoá và quà tặng tiêu hao · công cụ làm việc · dữ liệu phát sinh trong ca
• Luồng: cuối ca hệ thống tự tính tồn còn lại theo sổ → PG ca trước đếm thực tế → nhập số thực → chụp ảnh → gửi bàn giao → PG ca sau xác nhận ★ Đề xuất
• Nếu số thực đếm khác số theo sổ → sinh phiếu chênh lệch, ghi nhận trách nhiệm ca trước, chuyển Supervisor xử lý ★ Đề xuất
• Nếu ca sau không xác nhận trong thời gian quy định → tự ghi nhận theo số ca trước khai và gắn dấu “chưa đối chiếu”, báo Supervisor ★ Đề xuất
• Ca cuối ngày: bàn giao về “tồn qua đêm tại booth” thay vì bàn giao cho người ★ Đề xuất

G7 · Báo cáo cuối ca ★ Đề xuất

• Số lượt tương tác và số quà đã phát — hệ thống tự điền, PG xác nhận
• Tồn kho cuối ca — hệ thống tự điền, PG đếm và xác nhận
• Ảnh booth cuối ca
• Ghi chú tình hình: đông / vắng, phản hồi của khách, vấn đề gặp phải
• Ước lượng lượng người qua booth — nhập tay ở giai đoạn này

Chưa nộp báo cáo cuối ca thì ca chưa được coi là hoàn tất, có thể áp dụng mức phạt theo quy định dự án.

G8 · Báo cáo sự cố tại điểm

• Các loại sự cố: mất hàng, khách khiếu nại, booth hỏng, thời tiết, an ninh — kèm ảnh và dấu thời gian, có luồng xử lý
• Phân bốn mức độ; sự cố mức Cao và Khẩn cấp thông báo ngay cho Supervisor và người quản lý dự án ★ Đề xuất
• Quy trình: Mới → Đang xử lý → Đã xử lý → Đóng, ghi rõ hướng xử lý và người xử lý ★ Đề xuất
• Sự cố mất hàng liên kết trực tiếp sang phiếu chênh lệch kho để quy trách nhiệm ★ Đề xuất

G9 · Đơn từ trực tuyến (5 loại)

Toàn bộ đơn từ dùng chung một khung xử lý: người tạo · phạm vi (ca / dự án) · lý do · tệp đính kèm · luồng duyệt tối đa 2 cấp · thời hạn xử lý · kết quả và ghi chú người duyệt.

G10 · Tra cứu tài liệu

• PG xem lại tài liệu đào tạo bất kỳ lúc nào trong dự án và thực hiện các bài kiểm tra được giao bổ sung

G11 · Công & thu nhập của tôi

• PG theo dõi lịch sử chấm công của mình dạng lịch biểu dự án
• Hệ thống thông báo cho PG ngay khi bị ghi lỗi đi muộn hoặc về sớm
• Xem chi tiết: ngày công đã ghi nhận, từng khoản thưởng / phạt kèm lý do cụ thể, thu nhập tạm tính ★ Đề xuất
• PG xác nhận thu nhập khi chốt lương

H1 · Danh mục hàng hoá dự án

• Quà tặng: loại quà, số lượng từng loại, mô tả, hình ảnh, lưu ý
• Sản phẩm sampling: loại sản phẩm, hình ảnh, số lượng từng loại, lưu ý
• Mỗi mặt hàng có giá / chi phí tương ứng nếu mất hoặc thất thoát
• Phân nhóm: quà tặng / sản phẩm sampling / vật tư tiêu hao / công cụ làm việc; đơn vị tính; có quản lý theo mã riêng từng cái hay không ★ Đề xuất

H2 · Yêu cầu hàng gửi Nhãn hàng

• Tạo yêu cầu gửi nhãn hàng: “ngày X cần 100 gấu bông về điểm Y”
• Theo dõi trạng thái: Nháp → Đã gửi → Nhãn hàng xác nhận → Đã giao → Đã nhập kho
• Hệ thống không quản lý kho của nhãn hàng, chỉ ghi nhận yêu cầu và kết quả giao nhận — đúng phạm vi Quý khách đã nêu

H3 · Phiếu kho, Sổ kho & Báo cáo Xuất–Nhập–Tồn

• Có thể nhập hàng thẳng từ nhãn hàng về booth, không nhất thiết qua kho trung tâm ★ Đề xuất
• Kiểm kê kho tại các thời điểm: nhập hàng mới, nhập hàng cũ đã có mã, hàng thay thế sửa chữa
• Sổ kho ghi từng dòng biến động; tồn luôn tính lại được từ sổ — đảm bảo số liệu không sai lệch âm thầm ★ Đề xuất
• Không cho xoá phiếu đã xác nhận. Sai thì lập phiếu điều chỉnh ngược, giữ nguyên dấu vết ★ Đề xuất
• Báo cáo Xuất – Nhập – Tồn – Trả lại theo Dự án × Kho × Mặt hàng × Khoảng thời gian, các cột: Đầu kỳ · Nhập · Phát ra · Chuyển đi · Chuyển đến · Trả lại · Thất thoát · Cuối kỳ

H4 · Chênh lệch & Thất thoát

Ghi nhận chênh lệch → quy ra giá trị → xác định người chịu trách nhiệm → chọn hướng xử lý → thông báo đến nhân sự thực hiện.

• Mức khấu trừ tối đa trên thu nhập kỳ (đề xuất 30%), tránh trường hợp lương âm và rủi ro pháp lý ★ Đề xuất? Cần chốt
• PG được quyền khiếu nại khoản khấu trừ trong thời hạn quy định ★ Đề xuất

H5 · Công cụ làm việc

• Cấp phát công cụ làm việc cho PG theo từng dự án: điện thoại, sạc dự phòng, camera, thẻ đeo, bộ đàm…
• Quản lý số lượng và tình trạng giao – nhận của từng người hoặc theo lô
• Thiết bị chung của ekip: bàn giao giữa các ca làm việc, giữa hai người hoặc nhóm với nhóm — nhập đầy đủ nhân sự bàn giao và nhận bàn giao của cả hai nhóm
• Mỗi công cụ có giá quy trách nhiệm tương ứng khi mất hoặc hỏng
• Ghi nhận tình trạng khi giao/nhận (Tốt / Trầy xước / Hỏng / Mất) kèm ảnh ★ Đề xuất

I1 · Quy tắc chấm công

Toàn bộ quy tắc là tham số cấu hình, thay đổi được theo từng dự án và theo mong muốn của từng nhãn hàng — đúng như yêu cầu “không áp cố định”.

Bậc thang đi muộn ? Cần chốt — xem Q1

• Số bậc và ngưỡng đều thêm/bớt được, không cố định trong mã nguồn ★ Đề xuất
• Bậc thang về sớm dùng cùng cấu trúc ★ Đề xuất

I2 · Hệ thống lỗi & thưởng

• Danh mục các loại lỗi và thưởng trong dự án, mỗi loại quy ra điểm số; mức độ lỗi/thưởng liên quan đến điểm số cụ thể
• Ở các dự án khác nhau, một điểm tương ứng số tiền khác nhau — cấu hình riêng theo từng dự án
• Hai cách ghi nhận: tự động (đi muộn, về sớm, vắng ca, không nộp báo cáo cuối ca, không xác nhận bàn giao) và ghi tay bởi Supervisor (đồng phục không đúng, thái độ với khách, vượt chỉ tiêu, được khách khen) ★ Đề xuất
• Lỗi ghi tay bắt buộc có mô tả, thời điểm và người ghi; ảnh là tuỳ chọn ★ Đề xuất
• PG được quyền khiếu nại lỗi ghi tay trong thời hạn quy định ★ Đề xuất
• Mức phạt tối đa trên tổng thu nhập kỳ — tránh lương âm và rủi ro pháp lý ★ Đề xuất? Cần chốt
• Toàn bộ lỗi và thưởng của từng cá nhân được tổng hợp vào bảng lương cuối cùng

I3 · Bảng công & Duyệt công ★ Đề xuất

• Trạng thái công tự sinh: Đủ công / Đi muộn / Về sớm / Thiếu chấm công ra / Vắng ca / Không ghi nhận — kèm số phút đi muộn hoặc về sớm cụ thể
• Hệ thống tự thông báo cho PG khi phát sinh lỗi
• Supervisor duyệt công theo ngày hoặc theo tuần, duyệt hàng loạt cho cả điểm ★
• Mọi điều chỉnh phải nhập lý do; bản ghi gốc giữ nguyên và hiển thị dấu “đã điều chỉnh” ★
• Sau khi duyệt, PG không tạo được đơn sửa lỗi cho ca đó nữa trừ khi Supervisor mở lại ★

I4 · Bảng lương

• Quản lý lương theo ngày và theo kỳ dự án, bao gồm ngày công, thưởng phạt theo quy tắc dự án, thưởng thêm và trừ phạt khác nếu có
• Cấu hình cách tính tiền ca: trọn ca / theo giờ thực tế ? Cần chốt
• Cấu hình kỳ chốt lương và quy tắc trả lương theo từng dự án ? Cần chốt
• Khấu trừ thuế thu nhập cá nhân — bật/tắt theo dự án, tham số theo hướng dẫn của kế toán Quý khách ? Cần chốt
• Chốt lương là khoá kỳ: sau khi chốt không sửa được chấm công, lỗi thưởng hay đơn giá của kỳ đó ★ Đề xuất
• Phát hiện sai sau khi chốt → không mở khoá, mà lập khoản điều chỉnh sang kỳ kế tiếp, ghi rõ lý do và kỳ gốc ★ Đề xuất
• Xuất bảng lương (Excel) và phiếu lương từng PG (PDF) theo mẫu

I5 · Tạm ứng lương

• Tạm ứng lương tương đương số ngày công đã làm
• Chỉ tạm ứng trên phần công đã được duyệt; mức tối đa theo tỉ lệ cấu hình (mặc định 50%) ★ Đề xuất
• Ghi nhận ngày, số tiền, người duyệt, hình thức chi; tự động trừ vào bảng lương kỳ ★ Đề xuất

I6 · PG xác nhận thu nhập

• PG xác nhận thu nhập khi chốt lương
• Không đồng ý → tạo khiếu nại kèm lý do → Agency xử lý → có thể sinh khoản điều chỉnh kỳ sau ★ Đề xuất
• Quá thời hạn không phản hồi thì coi như đã xác nhận, quy định rõ trong chính sách dự án ★ Đề xuất

I7 · Hoàn ứng chi phí phát sinh tại điểm ★ Đề xuất

• PG hoặc Supervisor tạo đề nghị thanh toán ngay tại chỗ: chụp hoá đơn, chọn loại chi phí, nhập số tiền, gắn với dự án và địa điểm cụ thể
• Danh mục loại chi phí cấu hình được: vận chuyển · ăn ca · in ấn · vật tư · điện nước tại điểm · chi phí khác
• Luồng duyệt hai cấp giống các đơn từ khác; có thể đặt hạn mức tự duyệt cho khoản nhỏ
• Ghi nhận hình thức chi trả: hoàn tiền mặt, chuyển khoản, hoặc cộng vào bảng lương kỳ
• Tổng hợp chi phí phát sinh theo dự án và theo địa điểm, đưa vào báo cáo nghiệm thu để đối soát với nhãn hàng nếu thuộc khoản nhãn hàng chịu

I8 · Danh mục ngày lễ & hệ số lương ★ Đề xuất

• Khai báo danh sách ngày lễ theo năm, dùng chung toàn hệ thống; cho phép thêm ngày đặc biệt riêng của từng dự án (ngày khai trương, ngày cao điểm)
• Mỗi loại ngày gắn một hệ số lương: ngày thường · cuối tuần · ngày lễ · ngày cao điểm
• Khi sinh lịch và phân ca, hệ thống tự nhận diện và áp hệ số, vẫn cho ghi đè thủ công từng ca nếu cần
• Hiển thị rõ hệ số đang áp dụng trên bảng phân ca và trong chi tiết lương của PG

J1 · Đánh giá sau dự án

• Bộ tiêu chí linh hoạt, tạo được mẫu dùng lại cho các dự án sau
• Đánh giá theo từng giai đoạn (ví dụ: đánh giá khả năng học tập trong giai đoạn đào tạo, đánh giá khả năng làm việc) hoặc cho cả dự án
• Ba chiều đánh giá: Supervisor đánh giá PG · Agency đánh giá Supervisor · Nhãn hàng đánh giá Agency
• Cách thức đơn giản, thao tác nhanh tương tự đánh giá trên các ứng dụng phổ biến
• Mỗi tiêu chí có tên, mô tả, thang điểm, trọng số, bắt buộc hay không; kèm ô nhận xét tự do ★ Đề xuất
• Giai đoạn này đánh giá một chiều (không cho PG đánh giá ngược) để giữ hệ thống đơn giản ★ Đề xuất
• Kết quả tổng hợp về hồ sơ PG, làm căn cứ lịch sử năng lực cho các dự án sau

J2 · Bảng điều khiển dự án

• Tiến độ dự án, số điểm đang hoạt động
• Nhân sự: tỉ lệ lấp đầy định biên, tỉ lệ đi làm đúng giờ, số ca vắng trong ngày
• Chỉ tiêu KPI: mục tiêu so với thực tế, theo tổng, theo điểm, theo ngày
• Tồn kho theo điểm kèm cảnh báo sắp hết hàng
• Sự cố đang mở
• Hiển thị khác nhau theo vai trò: Nhãn hàng xem chỉ tiêu và hình ảnh, không xem đơn giá và thông tin lỗi phạt của PG ★ Đề xuất

J3 · Báo cáo nghiệm thu

Đây là sản phẩm đầu ra quan trọng nhất — thứ Agency dùng để nghiệm thu và thanh toán với nhãn hàng.

• Xuất file PDF theo mẫu thiết kế riêng và Excel số liệu thô
• Bàn giao dữ liệu khách hàng cho nhãn hàng là một thao tác riêng có ghi nhật ký (ai xuất, lúc nào, bao nhiêu bản ghi) — do đây là dữ liệu cá nhân ★ Đề xuất? Cần chốt

J4 · Báo cáo tổng thể

• Báo cáo tổng hợp trên nhiều dự án, lọc theo thời gian, phân loại dự án, Agency, nhãn hàng, địa điểm — phục vụ đánh giá hiệu quả hoạt động chung của đơn vị

J5 · Tuỳ biến bảng điều khiển ★ Đề xuất

• Thư viện widget (biểu đồ, con số, danh sách); người dùng kéo thả sắp xếp bảng điều khiển của mình; quản trị viên đặt bố cục mặc định cho từng vai trò

J6 · Phiếu kiểm tra điểm ★ Đề xuất

• Người kiểm tra (Supervisor, Agency, hoặc Nhãn hàng) tạo phiếu ngay tại điểm trên điện thoại
• Bộ tiêu chí kiểm tra cấu hình theo dự án: booth setup đúng thiết kế chưa · hàng hoá bày đủ chưa · PG có mặt đủ và mặc đồng phục đúng chưa · thái độ phục vụ · vệ sinh khu vực · vật phẩm truyền thông còn nguyên vẹn không
• Mỗi tiêu chí có thang điểm và ô ghi chú; bắt buộc kèm ảnh minh chứng
• Ghi nhận yêu cầu khắc phục kèm hạn xử lý, giao cho Supervisor phụ trách điểm; theo dõi đến khi đóng
• Tổng hợp điểm kiểm tra theo địa điểm và theo thời gian, đưa vào báo cáo nghiệm thu

J7 · Đối soát số liệu với nhãn hàng ★ Đề xuất

• Agency gửi bản nháp báo cáo nghiệm thu cho nhãn hàng xem trực tiếp trên hệ thống
• Nhãn hàng phản hồi theo từng mục số liệu — chấp nhận, hoặc nêu ý kiến kèm lý do
• Agency giải trình hoặc điều chỉnh; mọi lần điều chỉnh đều ghi lại giá trị trước và sau, kèm người thực hiện
• Khi hai bên thống nhất, báo cáo được chốt và khoá, xuất bản chính thức làm căn cứ thanh toán
• Lưu toàn bộ lịch sử trao đổi và các phiên bản báo cáo

K1 · Hệ thống thông báo

• Kênh: thông báo trong ứng dụng (thời gian thực), thông báo đẩy về điện thoại, email, tin nhắn SMS/Zalo cho việc quan trọng ★
• Mười loại sự kiện sinh thông báo: được phân ca · lịch thay đổi · bị ghi lỗi · đơn được duyệt hoặc từ chối · có phiếu hàng chờ xác nhận · có bàn giao chờ xác nhận · lương đã chốt · tài liệu mới · sự cố mức cao · nhắc trước giờ vào ca ★ Đề xuất

K2 · Gửi email hệ thống ★ Đề xuất

• Hạ tầng gửi email và bộ mẫu email: mời ứng viên, thông báo kết quả tuyển dụng, gửi phiếu lương, gửi báo cáo định kỳ cho nhãn hàng. Mẫu email chỉnh sửa được trên giao diện

K3 · Nhật ký hoạt động & Lịch sử thay đổi dữ liệu ★ Đề xuất

• Nhật ký thao tác: ghi lại mọi hành động ảnh hưởng đến tiền bạc và trách nhiệm — sửa bảng công, sửa đơn giá, xử lý thất thoát, chốt và mở lại lương, thay đổi chính sách dự án, xuất dữ liệu khách hàng. Kèm người thực hiện, thời điểm, địa chỉ IP
• Lịch sử thay đổi dữ liệu: với các đối tượng quan trọng (phân công, chấm công, phiếu kho, bảng lương), ghi lại từng trường bị sửa, giá trị cũ và giá trị mới — tra cứu được bất kỳ lúc nào

K4 · Tác vụ nền & Hẹn giờ ★ Đề xuất

• Tự đóng ca khi quên chấm công ra · tự tính điểm lỗi cuối ngày · gửi nhắc trước giờ vào ca · gửi nhắc ca chưa xác nhận · tự đánh dấu lời mời hết hạn · tổng hợp số liệu báo cáo định kỳ · dọn dẹp ảnh quá hạn lưu trữ. Có màn hình giám sát tác vụ và chạy lại khi lỗi

K5 · Tuỳ biến bảng danh sách ★ Đề xuất

• Chọn cột hiển thị, sắp xếp thứ tự cột, đặt bộ lọc mặc định, lưu thành “chế độ xem” cá nhân và chuyển đổi nhanh giữa các chế độ xem

K6 · Trường dữ liệu mở rộng ★ Đề xuất

• Thêm trường tuỳ chỉnh cho hồ sơ PG, thông tin dự án, thông tin địa điểm — chọn kiểu dữ liệu, đặt bắt buộc hay không, quyết định có hiển thị trong báo cáo hay không

K7 · Kết nối hệ thống bên ngoài ★ Đề xuất

• Cơ chế bắn sự kiện tự động ra hệ thống bên ngoài khi có dữ liệu khách hàng mới, khi ca kết thúc, khi chỉ tiêu đạt mốc. Có màn hình cấu hình địa chỉ nhận, khoá bảo mật, nhật ký gửi và tự gửi lại khi lỗi

K8 · Giao diện & Quản lý menu ★ Đề xuất

• Bố cục hiển thị, chế độ sáng / tối, thiết lập bộ nhận diện của đơn vị, quản lý menu và phân quyền hiển thị menu theo vai trò — mỗi vai trò chỉ nhìn thấy đúng những mục mình được dùng

K9 · Giám sát hệ thống & Trang bảo trì ★ Đề xuất

• Trang kiểm tra tình trạng hệ thống (máy chủ, cơ sở dữ liệu, lưu trữ, tác vụ nền); trang thông báo bảo trì khi cần nâng cấp; theo dõi dung lượng lưu trữ ảnh và cảnh báo khi sắp đầy

L1 · Thiết kế & chuẩn hoá API

• Rà soát toàn bộ giao diện lập trình dùng cho mobile, chuẩn hoá định dạng dữ liệu và mã lỗi, quản lý phiên bản API để ứng dụng cũ vẫn chạy được khi máy chủ nâng cấp

L2 · Xác thực cho thiết bị di động

• Xác thực bằng token, cơ chế duy trì phiên dài ngày (PG không phải đăng nhập lại mỗi ca), tự động làm mới token, thu hồi quyền truy cập khi tài khoản bị khoá

L3 · API đồng bộ dữ liệu offline

• Quy chuẩn dữ liệu cho chấm công và ghi nhận hoạt động khi mất mạng; nhận dữ liệu theo lô; xử lý bản ghi trùng lặp khi ứng dụng gửi lại; ghi nhận cả thời điểm trên thiết bị và thời điểm máy chủ nhận để đối chiếu; xử lý xung đột khi cùng một ca có nhiều bản ghi

L4 · Tối ưu cho mạng yếu

• Phân trang, rút gọn dữ liệu trả về, tải ảnh có nén, tự động gửi lại khi lỗi, giảm dung lượng truyền tải

L5 · Tài liệu & bộ công cụ cho đội mobile

• Tài liệu API đầy đủ, bộ mẫu gọi thử, thư viện kết nối sinh tự động cho ứng dụng, tài liệu hướng dẫn tích hợp và môi trường thử nghiệm riêng