Màn hình UI đề xuất Vai trò chính eDoc_Upload_Document Nhận và lưu tài liệu eDoc_Signer_Notifications Thông báo đến người ký eDoc_Document_Details Xem chi tiết tài liệu eDoc_Signer_Documents Ký, từ chối, khóa tài liệu eDoc_ListDocument Quản lý, tìm kiếm, đẩy tài liệu eDoc_Audit Theo dõi lịch sử thao tác eDoc_Users Quản lý người dùng eDoc_List_Permissions Phân quyền truy cập -------------------- Màn hình UI Use Case liên quan eDoc_Upload_Document UC01, UC07 – Nhận và lưu tài liệu từ LOS, kèm metadata eDoc_Customer_Notifications → đổi tên thành eDoc_Signer_Notifications UC02 – Thông báo đến người ký eDoc_Document_Details UC03 – Xem chi tiết tài liệu eDoc_ListDocument UC08, UC09 – Đẩy sang LMS, tìm kiếm và truy xuất tài liệu eDoc_Audit UC11 – Theo dõi lịch sử thao tác eDoc_Users, eDoc_List_Permissions UC12 – Quản lý người dùng và phân quyền 👉 Gợi ý thêm: eDoc_Signer_Documents UC04, UC05, UC06 – Ký, từ chối, khóa tài liệu dành cho người ký ------------------- 🧑‍💼 1. Người ký (Signer) Người có thẩm quyền ký duyệt tài liệu (có thể là cán bộ tín dụng, trưởng phòng, giám đốc...) Màn hình UI Vai trò eDoc_Signer_Notifications (tên mới của eDoc_Customer_Notifications) Nhận thông báo tài liệu cần ký eDoc_Signer_Documents (gộp từ MyDocument) Thực hiện ký, từ chối, khóa tài liệu eDoc_Document_Details Xem chi tiết tài liệu trước khi ký eDoc_ListDocument Tra cứu tài liệu đã ký hoặc đang xử lý 🧑‍💻 Người nhập liệu / Nhân viên vận hành (Operator) Người tiếp nhận tài liệu từ LOS và nhập vào hệ thống eDoc Màn hình UI Vai trò eDoc_Upload_Document Tải tài liệu từ LOS lên hệ thống, nhập metadata eDoc_ListDocument Kiểm tra trạng thái tài liệu, đẩy sang LMS 🛡️ Quản trị hệ thống (Admin) Người quản lý người dùng, phân quyền, kiểm tra nhật ký hệ thống Màn hình UI Vai trò eDoc_Users Quản lý người dùng trong hệ thống eDoc_List_Permissions Phân quyền thao tác tài liệu eDoc_Audit Theo dõi lịch sử thao tác tài liệu (Tuỳ chọn) eDoc_Retention (nếu giữ lại) Cấu hình thời hạn lưu trữ tài liệu ✅ Tổng kết phân vai: Vai trò Màn hình UI chính Signer Notifications, Signer_Documents, Document_Details, ListDocument Operator Upload_Document, ListDocument Admin Users, List_Permissions, Audit (Retention nếu cần) ------------- 🎯 Mục đích buổi review wireframe Xác nhận UI có đáp ứng đúng các Use Case trong FSD không Đảm bảo vai trò người dùng (Signer, Operator, Admin) được phân rõ Kiểm tra tính logic, dễ dùng, và khả năng mở rộng của giao diện Thu nhận phản hồi từ khách hàng/sếp để điều chỉnh trước khi thiết kế chi tiết hoặc phát triển 🧩 Vấn đề mà wireframe đang giải quyết Trước đây, quy trình ký tài liệu có thể rời rạc, khó kiểm soát. Wireframe giúp hình dung rõ: Ai làm gì? Làm ở đâu? Làm như thế nào? Giải quyết các vấn đề như: Thiếu thông báo cho người ký Không kiểm soát được trạng thái tài liệu Không có lịch sử thao tác rõ ràng Phân quyền chưa rõ ràng 🔁 Flow hoạt động tổng quát của hệ thống eDoc 1. Nhận tài liệu từ LOS Nhân viên vận hành nhận tài liệu → upload vào eDoc → nhập metadata 2. Thông báo đến người ký Hệ thống gửi thông báo → người ký vào xem chi tiết → ký hoặc từ chối 3. Sau khi ký Tài liệu được khóa → đẩy sang LMS để tiếp tục quy trình vay 4. Quản lý tài liệu Người dùng có thể tra cứu, tìm kiếm, xem lại tài liệu đã ký 5. Quản trị hệ thống Admin kiểm tra nhật ký thao tác, phân quyền người dùng 👥 Vai trò người dùng trong flow Vai trò Nhiệm vụ chính Operator Nhận và upload tài liệu từ LOS Signer Ký hoặc từ chối tài liệu Admin Quản lý người dùng, phân quyền, kiểm tra lịch sử Sự khác biệt giữa “Save Draft” và “Submit & Approval”: • Save Draft: • Action: Nhân viên lưu hồ sơ để tiếp tục chỉnh sửa sau. • Result: Hồ sơ ở trạng thái Draft, có thể sửa đổi. • Next Step: Gửi duyệt khi đã hoàn tất. • Submit & Approval: • Action: Nhân viên gửi hồ sơ lên Reviewer để phê duyệt. • Result: Hồ sơ chuyển sang trạng thái Chờ duyệt. • Next Step: Reviewer có thể phê duyệt (chuyển sang Chờ ký) hoặc yêu cầu chỉnh sửa (quay lại Draft). Màn hình UI đề xuất Vai trò chính eDoc_Upload_Document Nhận và lưu tài liệu eDoc_Signer_Notifications Thông báo đến người ký eDoc_Document_Details Xem chi tiết tài liệu eDoc_Signer_Documents Ký, từ chối, khóa tài liệu eDoc_ListDocument Quản lý, tìm kiếm, đẩy tài liệu eDoc_Audit Theo dõi lịch sử thao tác eDoc_Users Quản lý người dùng eDoc_List_Permissions Phân quyền truy cập -------------------- Màn hình UI Use Case liên quan eDoc_Upload_Document UC01, UC07 – Nhận và lưu tài liệu từ LOS, kèm metadata eDoc_Customer_Notifications → đổi tên thành eDoc_Signer_Notifications UC02 – Thông báo đến người ký eDoc_Document_Details UC03 – Xem chi tiết tài liệu eDoc_ListDocument UC08, UC09 – Đẩy sang LMS, tìm kiếm và truy xuất tài liệu eDoc_Audit UC11 – Theo dõi lịch sử thao tác eDoc_Users, eDoc_List_Permissions UC12 – Quản lý người dùng và phân quyền 👉 Gợi ý thêm: eDoc_Signer_Documents UC04, UC05, UC06 – Ký, từ chối, khóa tài liệu dành cho người ký ------------------- 🧑‍💼 1. Người ký (Signer) Người có thẩm quyền ký duyệt tài liệu (có thể là cán bộ tín dụng, trưởng phòng, giám đốc...) Màn hình UI Vai trò eDoc_Signer_Notifications (tên mới của eDoc_Customer_Notifications) Nhận thông báo tài liệu cần ký eDoc_Signer_Documents (gộp từ MyDocument) Thực hiện ký, từ chối, khóa tài liệu eDoc_Document_Details Xem chi tiết tài liệu trước khi ký eDoc_ListDocument Tra cứu tài liệu đã ký hoặc đang xử lý 🧑‍💻 Người nhập liệu / Nhân viên vận hành (Operator) Người tiếp nhận tài liệu từ LOS và nhập vào hệ thống eDoc Màn hình UI Vai trò eDoc_Upload_Document Tải tài liệu từ LOS lên hệ thống, nhập metadata eDoc_ListDocument Kiểm tra trạng thái tài liệu, đẩy sang LMS 🛡️ Quản trị hệ thống (Admin) Người quản lý người dùng, phân quyền, kiểm tra nhật ký hệ thống Màn hình UI Vai trò eDoc_Users Quản lý người dùng trong hệ thống eDoc_List_Permissions Phân quyền thao tác tài liệu eDoc_Audit Theo dõi lịch sử thao tác tài liệu (Tuỳ chọn) eDoc_Retention (nếu giữ lại) Cấu hình thời hạn lưu trữ tài liệu ✅ Tổng kết phân vai: Vai trò Màn hình UI chính Signer Notifications, Signer_Documents, Document_Details, ListDocument Operator Upload_Document, ListDocument Admin Users, List_Permissions, Audit (Retention nếu cần) ------------- 🎯 Mục đích buổi review wireframe Xác nhận UI có đáp ứng đúng các Use Case trong FSD không Đảm bảo vai trò người dùng (Signer, Operator, Admin) được phân rõ Kiểm tra tính logic, dễ dùng, và khả năng mở rộng của giao diện Thu nhận phản hồi từ khách hàng/sếp để điều chỉnh trước khi thiết kế chi tiết hoặc phát triển 🧩 Vấn đề mà wireframe đang giải quyết Trước đây, quy trình ký tài liệu có thể rời rạc, khó kiểm soát. Wireframe giúp hình dung rõ: Ai làm gì? Làm ở đâu? Làm như thế nào? Giải quyết các vấn đề như: Thiếu thông báo cho người ký Không kiểm soát được trạng thái tài liệu Không có lịch sử thao tác rõ ràng Phân quyền chưa rõ ràng 🔁 Flow hoạt động tổng quát của hệ thống eDoc 1. Nhận tài liệu từ LOS Nhân viên vận hành nhận tài liệu → upload vào eDoc → nhập metadata 2. Thông báo đến người ký Hệ thống gửi thông báo → người ký vào xem chi tiết → ký hoặc từ chối 3. Sau khi ký Tài liệu được khóa → đẩy sang LMS để tiếp tục quy trình vay 4. Quản lý tài liệu Người dùng có thể tra cứu, tìm kiếm, xem lại tài liệu đã ký 5. Quản trị hệ thống Admin kiểm tra nhật ký thao tác, phân quyền người dùng 👥 Vai trò người dùng trong flow Vai trò Nhiệm vụ chính Operator Nhận và upload tài liệu từ LOS Signer Ký hoặc từ chối tài liệu Admin Quản lý người dùng, phân quyền, kiểm tra lịch sử