Hợp đồng bảo trì website cần biến những lời hứa như “hỗ trợ kỹ thuật”, “backup định kỳ” hay “xử lý nhanh” thành nghĩa vụ có thể kiểm tra. Một hợp đồng rõ không bảo đảm website không bao giờ lỗi, nhưng giúp hai bên biết ai làm gì, phản hồi theo cách nào, dữ liệu thuộc về ai và phải bàn giao gì khi kết thúc.
Bài này là checklist thương mại–kỹ thuật để rà trước khi ký. Nếu chưa thống nhất loại công việc cần thuê, hãy xác định phạm vi dịch vụ bảo trì website trước; bài viết không thay thế tư vấn pháp lý cho giao dịch, dữ liệu hoặc mức trách nhiệm cụ thể.
Cách dùng nhanh: với từng điều khoản, chốt một đầu ra, người chịu trách nhiệm, thời điểm và bằng chứng nghiệm thu. Cụm từ “hỗ trợ toàn diện” không đủ để quản lý một website đang vận hành.
Trước khi đọc điều khoản: xác nhận đối tác và đầu mối
- Đúng pháp nhân, thông tin liên hệ và người có thẩm quyền ký hoặc ủy quyền.
- Đầu mối tạo yêu cầu, duyệt thay đổi, nhận cảnh báo và nghiệm thu.
- Năng lực với nền tảng, quy mô và rủi ro tương tự website của bạn.
- Quy trình ticket, backup, escalation, bàn giao và nhà thầu phụ nếu có.
Đừng chỉ hỏi “có kinh nghiệm không”. Hãy yêu cầu mô tả quy trình, mẫu báo cáo đã làm sạch dữ liệu và cách đội ngũ xử lý một tình huống phù hợp với website của bạn.
Điều khoản 1: Đối tượng, phạm vi và tài liệu ưu tiên
Hợp đồng phải ghi đúng website, domain, môi trường và dịch vụ nằm trong phạm vi. Nếu có hợp đồng chính, báo giá, phụ lục kỹ thuật và SLA, cần quy định tài liệu nào được ưu tiên khi có mâu thuẫn.
| Cần chốt | Ví dụ |
|---|---|
| Tài sản | Domain, production, staging, hosting, CDN, database, email hoặc API liên quan |
| Công việc định kỳ | Backup, cập nhật, monitoring, kiểm thử, xử lý lỗi và báo cáo |
| Phần không gồm | Tính năng mới, làm sạch mã độc, license, hạ tầng bên thứ ba hoặc ngoài giờ |
| Đầu ra | Changelog, checklist test, báo cáo, file và tài khoản cần bàn giao |
Tránh “chăm sóc toàn diện” hoặc “hỗ trợ mọi lỗi”. Bài phân biệt bảo trì và chăm sóc website giúp tách đúng nhóm công việc trước khi đưa vào scope.
Điều khoản 2: Yêu cầu, phê duyệt và thay đổi phát sinh
Quy định một kênh chính thức để tạo, duyệt và nghiệm thu yêu cầu. Tin nhắn thiếu URL, mục tiêu hoặc người duyệt không nên tự động trở thành lệnh thay đổi trên production.
- Ai được tạo yêu cầu và ai có quyền duyệt?
- Yêu cầu tối thiểu phải có URL, mục tiêu, deadline và tiêu chí nghiệm thu nào?
- Thay đổi nào cần backup, staging hoặc cửa sổ bảo trì?
- Công việc ngoài scope được ước tính, báo giá và xác nhận ra sao?
- Timeline đổi thế nào khi khách hàng chậm duyệt hoặc chưa cấp quyền truy cập?
Điều khoản 3: SLA, mức độ sự cố và phụ thuộc
SLA cần tách thời gian tiếp nhận, bắt đầu xử lý, phương án tạm thời và mục tiêu khôi phục. Không nên có một mốc “xử lý xong” cho mọi lỗi vì kết quả có thể phụ thuộc hosting, cổng thanh toán, bên thứ ba, quyền truy cập hoặc chất lượng backup.
| Trường | Nội dung phải định nghĩa |
|---|---|
| Mức độ sự cố | Ảnh hưởng đến khả dụng, dữ liệu, giao dịch và số người dùng |
| Giờ dịch vụ | Giờ làm việc, ngày nghỉ, ngoài giờ và kênh khẩn cấp |
| Phản hồi và khôi phục | Mốc xác nhận, biện pháp tạm thời, mục tiêu khôi phục và escalation |
| Loại trừ | Bảo trì đã thông báo, sự kiện ngoài quyền kiểm soát và điều kiện cụ thể |
Nếu có uptime, hãy nêu nguồn đo, endpoint, kỳ đo và thời gian loại trừ. Xem cách phân biệt các mốc này trong bài SLA vận hành website.
Điều khoản 4: Backup, phục hồi và ứng cứu sự cố
Backup chỉ có giá trị khi có thể khôi phục. Hợp đồng cần nêu rõ file, database, media, cấu hình nào được backup; lịch, retention, kho lưu, quyền restore và cách kiểm tra khôi phục.
- RPO: mức dữ liệu có thể mất; RTO: thời gian phục hồi mục tiêu.
- Tần suất backup, số điểm khôi phục và thời gian lưu giữ.
- MFA, người được tải/xóa/restore và cơ chế bảo vệ bản backup.
- Tần suất restore test, tiêu chí thành công và báo cáo kết quả.
- Quy trình cô lập, lưu log, khôi phục và thông báo khi có sự cố.
- Chi phí cho restore thông thường, khôi phục phức tạp và xử lý mã độc.
Dùng RPO, RTO và kiểm tra khôi phục để chọn mức backup theo nhịp thay đổi và mức thiệt hại chấp nhận được, thay vì chọn một lịch mặc định.
Điều khoản 5: Bảo mật, dữ liệu và quyền truy cập
Điều khoản này cần trả lời nhà cung cấp được xem dữ liệu nào, dùng vào mục đích gì, ai có quyền truy cập và điều gì xảy ra nếu có nghi ngờ về sự cố dữ liệu. Không đưa mật khẩu trực tiếp vào hợp đồng; hãy mô tả cơ chế quản lý secret và danh mục quyền được cấp.
- Tài khoản riêng, MFA, quyền tối thiểu và nhật ký thao tác.
- Nhân sự hoặc nhà thầu phụ được truy cập và điều kiện sử dụng họ.
- Cơ chế cấp, thay đổi và thu hồi credential khi đổi người hoặc kết thúc hợp đồng.
- Nghĩa vụ thông báo, phối hợp, bảo toàn log và kiểm soát truy cập khi có sự cố.
- Việc trả lại, xuất, lưu giữ hoặc xóa dữ liệu sau khi chấm dứt.
Nếu có xử lý dữ liệu cá nhân, hãy lập phụ lục theo đúng luồng dữ liệu thực tế và nhờ người có chuyên môn rà soát vai trò, nghĩa vụ và văn bản hiện hành. Các nguồn pháp lý ở cuối bài chỉ dùng để đối chiếu ban đầu.
Điều khoản 6: Quyền sở hữu, license và tài khoản
Không thể gộp mọi tài sản thành một câu “thuộc khách hàng”. Cần tách tài sản doanh nghiệp sở hữu, mã nguồn mở, license bên thứ ba và công cụ riêng của nhà cung cấp.
| Tài sản | Câu hỏi cần chốt |
|---|---|
| Domain, hosting, CDN | Ai là owner, người thanh toán và admin cuối cùng? |
| Source, database, nội dung | Có được xuất, bàn giao và sử dụng tiếp sau khi chấm dứt không? |
| Theme, plugin, font, ảnh | License thuộc ai, thời hạn, số site và chi phí gia hạn là gì? |
| Analytics, Ads, Search Console | Doanh nghiệp có giữ quyền owner/admin cuối cùng không? |
Rà theo checklist quyền kiểm soát website trước khi ký, nhất là khi doanh nghiệp đang chuyển nhà cung cấp.
Điều khoản 7: Giá, thanh toán, phát sinh và trách nhiệm
- Giá, thuế, chu kỳ thanh toán và thời hạn hiệu lực.
- Số giờ/yêu cầu hoặc giới hạn theo từng hạng mục.
- Đơn giá, quy trình duyệt và giới hạn ngân sách cho việc ngoài scope.
- License, hosting và chi phí bên thứ ba do bên nào thanh toán.
- Điều kiện tạm ngừng khi chậm thanh toán và cách bảo toàn dữ liệu.
- Trách nhiệm, giới hạn trách nhiệm và cơ chế bồi thường cần phù hợp giao dịch cụ thể.
So sánh báo giá trên cùng một scope. Bảng giá bảo trì website là khung tham khảo, không thay thế báo giá và phụ lục đã được hai bên duyệt.
Điều khoản 8: Thời hạn, chấm dứt và bàn giao
Đây là điều khoản bảo vệ khả năng tiếp tục vận hành khi đổi nhà cung cấp. Hãy xác định trước điều kiện chấm dứt, thời hạn thông báo, phần công việc cần thanh toán và danh mục phải bàn giao.
- Điều kiện gia hạn, không gia hạn, tạm ngừng hoặc đơn phương chấm dứt.
- Source, database, media, cấu hình, tài khoản, license và tài liệu phải bàn giao.
- Định dạng, kênh, thời hạn và tiêu chí xác nhận bàn giao.
- Thời gian giữ bản sao, cách xóa dữ liệu và hỗ trợ chuyển tiếp nếu cần.
- Cách giải quyết tranh chấp theo thỏa thuận và tư vấn pháp lý phù hợp.
Checklist 10 phút trước khi ký
| Hạng mục | Đã xác nhận |
|---|---|
| Đúng pháp nhân, người ký, website và tài liệu ưu tiên | □ |
| Scope, đầu ra, tần suất và phần không bao gồm | □ |
| Quy trình yêu cầu, duyệt và phát sinh | □ |
| SLA, mức độ, giờ hỗ trợ và phụ thuộc | □ |
| Backup, RPO/RTO, retention và restore test | □ |
| Quyền truy cập, bảo mật và xử lý sự cố | □ |
| Quyền sở hữu, license và admin cuối cùng | □ |
| Giá, chi phí phát sinh, chấm dứt và bàn giao | □ |
Một hợp đồng bảo trì tốt giúp hai bên làm việc nhanh hơn vì không phải tranh luận lại về phạm vi, quyền truy cập hay cách xử lý một sự cố. Hãy chuyển từng lời hứa thành đầu ra, điều kiện và bằng chứng có thể kiểm tra trước khi ký.
Nguồn pháp lý tham khảo
Đoàn Trình Dục là Giảng viên Khoa Công nghệ Thông tin tại Đại học Công nghệ Sài Gòn (STU), với hơn 10 năm kinh nghiệm thực chiến trong các lĩnh vực Mạng máy tính, Marketing Online, SEO và Bảo mật hệ thống.
Với nền tảng sư phạm và kinh nghiệm tư vấn cho nhiều doanh nghiệp, thầy chuyên sâu vào việc xây dựng các giải pháp kỹ thuật số toàn diện và hiệu quả.