Bàn giao website: kiểm tra tài khoản và quyền truy cập

Một website chưa được bàn giao đầy đủ chỉ vì trang chủ đã chạy hoặc bên thiết kế đã gửi mật khẩu. Người tiếp nhận cần tự đăng nhập được, thực hiện đúng công việc theo vai trò, kiểm soát đường khôi phục và biết ai chịu trách nhiệm gia hạn. Cách kiểm tra hữu ích là lập danh sách tài sản rồi thử từng quyền bằng tài khoản của bên nhận, thay vì chỉ xem bên giao thao tác trên màn hình.

Bài này dành cho chủ doanh nghiệp nhỏ đang kết thúc một dự án website giới thiệu hoặc dịch vụ. Đây là mẫu thực hành để thống nhất với nhà cung cấp, không phải tiêu chuẩn chứng nhận hay tư vấn pháp lý. Nếu còn ở giai đoạn đặt hàng, hãy đọc checklist thuê dịch vụ thiết kế website trước; phần dưới tập trung vào ngày bàn giao và khả năng tự vận hành sau đó.

1. Tách tài sản khỏi tài khoản đăng nhập

Tên miền, hosting và phần mềm quản trị nội dung là các lớp khác nhau. Đăng được vào WordPress không chứng minh rằng anh/chị có quyền đổi cấu hình tên miền, nhận thông báo gia hạn hosting hoặc lấy bản sao dữ liệu. Ngược lại, quyền thanh toán hosting cũng không tự động đồng nghĩa với quyền biên tập bài viết.

Hãy yêu cầu danh mục phù hợp với cấu hình thực tế, không ép một website đơn giản phải có mọi công cụ trong bảng. Với dịch vụ thuê bao hoặc hệ thống dùng chung, ghi rõ phần nào thuộc phạm vi được bàn giao, phần nào chỉ được cấp quyền sử dụng, và cách xuất dữ liệu đã thỏa thuận.

Bảng trên là đề xuất của DichVuHay.vn để tổ chức công việc. Một ảnh chụp có thể giúp ghi nhận thời điểm kiểm tra nhưng không thay thế quyền truy cập thực tế của bên nhận.

2. Dùng tài khoản của bên nhận để thử quyền

Đăng nhập được chưa có nghĩa là đủ quyền

Theo tài liệu Roles and Capabilities của WordPress, hệ thống dùng vai trò và khả năng để kiểm soát những việc người dùng được thực hiện. Vì vậy, hãy ghi công việc cần làm trước rồi kiểm tra quyền tương ứng, thay vì chỉ ghi một nhãn “đã có admin”. Cấu hình đa website, tiện ích và quyền tùy chỉnh có thể làm khả năng thực tế khác kỳ vọng.

Ví dụ, người phụ trách nội dung cần sửa bài, tải ảnh và xem trước. Người chịu trách nhiệm kỹ thuật có thể cần quản lý người dùng hoặc cấu hình khác theo thỏa thuận. Không nên cấp quyền quản trị cao nhất cho mọi nhân sự chỉ để tránh lỗi thiếu quyền.

Trong buổi bàn giao, bên nhận dùng thiết bị hoặc phiên đăng nhập riêng để thực hiện một tác vụ đã thống nhất. Với thay đổi có thể ảnh hưởng website đang chạy, yêu cầu nhà cung cấp trình diễn trên môi trường thử và ghi lại cách thực hiện. Không cài, gỡ tiện ích hoặc sửa cấu hình máy chủ chỉ để chứng minh có quyền.

Kiểm tra đường khôi phục mà không làm gián đoạn vận hành

Ghi nhận email và phương thức khôi phục đang do ai kiểm soát. Nếu thông báo khôi phục chỉ về tài khoản cá nhân của người thiết kế, cần thống nhất cách chuyển sang đầu mối của bên nhận theo tính năng của nền tảng. Không thu hồi tài khoản cũ trước khi xác nhận tài khoản mới và phương án hỗ trợ đã hoạt động.

Một lần đăng nhập thành công không chứng minh rằng quy trình khôi phục đã được thử. Ghi hai trạng thái riêng: “đã đăng nhập” và “đã kiểm tra phương thức khôi phục”. Chỉ chạy thử đặt lại mật khẩu vào thời điểm được thống nhất để tránh khóa tài khoản hoặc gián đoạn tích hợp.

3. Không đưa mật khẩu vào biên bản bàn giao

Biên bản nên chứa tên hệ thống, địa chỉ truy cập chính thức, chủ tài khoản, vai trò, người phụ trách và trạng thái kiểm tra; không chứa mật khẩu, mã dự phòng hay khóa API. Nếu cần chuyển thông tin bí mật, chọn phương thức chia sẻ an toàn được hai bên thống nhất, tách khỏi bảng dùng chung.

CISA khuyến nghị dùng mật khẩu dài, ngẫu nhiên, riêng cho từng tài khoản và trình quản lý mật khẩu; hướng dẫn này cũng nhắc bật xác thực nhiều yếu tố. Khi nền tảng hỗ trợ, bên nhận nên tự thiết lập phương thức xác thực và giữ mã khôi phục ở nơi hạn chế truy cập. Không để tất cả phương thức khôi phục chỉ phụ thuộc vào thiết bị của bên cung cấp.

Việc đổi mật khẩu, thu hồi phiên đăng nhập hay khóa tích hợp cần có trình tự. Trước tiên xác nhận người nhận đã truy cập được và kiểm kê phụ thuộc; sau đó mới thực hiện thay đổi được thống nhất. Một khóa đang dùng cho gửi email hoặc sao lưu không nên bị vô hiệu hóa khi chưa biết hệ thống nào phụ thuộc vào nó.

4. Mẫu ghi nhận một hạng mục đã bàn giao

Có thể sao chép cấu trúc sau vào tài liệu nội bộ. Chỉ điền dữ liệu của dự án thực tế và không ghi bí mật:

• Tài sản: tên hệ thống và website liên quan.
• Phạm vi bàn giao: quyền quản lý, quyền sử dụng hay quyền xuất dữ liệu theo thỏa thuận.
• Bên nhận phụ trách: người hoặc nhóm được giao nhiệm vụ.
• Tác vụ đã thử: công việc cụ thể, tài khoản thử và ngày kiểm tra.
• Kết quả: đạt, chưa đạt hoặc không áp dụng, kèm lý do.
• Khôi phục và gia hạn: đầu mối quản lý, ngày cần theo dõi, không ghi mã bí mật.
• Tồn đọng: việc cần bổ sung, người xử lý, mốc xác nhận lại.

Ví dụ giả định: “Hệ quản trị nội dung — người phụ trách nội dung đã đăng nhập bằng tài khoản riêng, tạo bản nháp và xem trước thành công; chưa xác nhận email khôi phục; đầu mối kỹ thuật sẽ kiểm tra lại vào mốc hai bên thống nhất.” Cách ghi này hữu ích hơn “đã gửi mật khẩu”, vì nêu rõ cả phần đã làm và phần chưa hoàn tất.

Nếu hạng mục cần bàn giao chưa có trong phạm vi ban đầu, dùng mẫu yêu cầu báo giá dịch vụ để mô tả phần bổ sung. Đừng mặc định một tài khoản dùng chung của nhà cung cấp sẽ được chuyển nguyên trạng sang bên mua.

5. Chốt đầu mối sau bàn giao, không chỉ chốt tệp tài liệu

Trước khi kết thúc buổi làm việc, xác nhận ai nhận thông báo lỗi, ai theo dõi hạn tên miền và ai xử lý khi người phụ trách nghỉ việc. Lưu đường dẫn hỗ trợ chính thức và phạm vi hỗ trợ còn lại; không suy ra rằng nhà cung cấp sẽ tiếp tục bảo trì chỉ vì họ vẫn giữ một tài khoản trên website.

Đối với mỗi tồn đọng, yêu cầu một phép thử hoàn tất cụ thể. “Bổ sung quyền xuất dữ liệu và bên nhận tải thử thành công” rõ hơn “sẽ hỗ trợ khi cần”. Khi đánh giá phần hỗ trợ tiếp theo, có thể dùng ma trận chọn nhà cung cấp dịch vụ để so sánh trách nhiệm, khả năng đáp ứng và chi phí, không chỉ giá ban đầu.

Câu hỏi thường gặp

Có cần nhận mật khẩu tài khoản của người thiết kế không?

Không nhất thiết. Nếu hệ thống hỗ trợ, bên nhận nên được mời vào bằng tài khoản riêng với quyền phù hợp. Tài khoản cá nhân của người thiết kế có thể chứa nhiều dự án khác, nên cần phân biệt chuyển quyền tài sản với chuyển cả tài khoản.

Nhận bản sao lưu có đồng nghĩa đã nhận toàn bộ website?

Không. Cần làm rõ bản lưu gồm những gì, có quyền sử dụng các thành phần liên quan hay không và có thể phục hồi ở đâu. Một bản lưu chưa thử khôi phục chỉ là tệp đã nhận, chưa phải bằng chứng website có thể vận hành độc lập. Thử phục hồi ở môi trường riêng, tránh ghi đè website đang chạy.

Khi nào có thể ghi “hoàn tất bàn giao”?

Khi các hạng mục đã thống nhất có kết quả kiểm tra, bên nhận kiểm soát được quyền cần thiết và các ngoại lệ còn lại được ghi rõ với người xử lý. Việc nghiệm thu hoặc thanh toán cụ thể vẫn theo thỏa thuận của hai bên; bài viết không thay thế hợp đồng.

Phát triển dự án dịch vụ với DichVuHay.vn

DichVuHay.vn hiện cung cấp nội dung tham khảo và đang được rao bán; website không nhận bàn giao kỹ thuật, mật khẩu hay hồ sơ khách hàng. Tên miền có thể phù hợp cho dự án hướng dẫn lựa chọn dịch vụ hoặc danh bạ nhà cung cấp có tiêu chí minh bạch, tùy cách triển khai thực tế của người mua.

Nếu anh/chị quan tâm sở hữu DichVuHay.vn, hãy trao đổi qua 0945 279 268. Đây là liên hệ mua bán tên miền, không phải nơi tiếp nhận yêu cầu hỗ trợ website. Quyền sở hữu tên miền không tự bảo đảm khách hàng, lưu lượng truy cập hay thứ hạng tìm kiếm.