Lịch sử phiên bản của Google Sheets lưu lại các trạng thái của tệp theo thời gian, cho biết ai sửa gì và cho phép khôi phục cả tệp về một thời điểm trước đó. Bạn mở nó ở menu Tệp, mục lịch sử phiên bản; trên máy tính có phím tắt Ctrl, Alt, Shift và H. Ngoài ra, nhấp chuột phải vào một ô sẽ có mục xem lịch sử chỉnh sửa của riêng ô đó.
Với bảng nhiều người cùng sửa, đây là lưới an toàn quan trọng nhất, nhưng ít người dùng cho đến khi có sự cố. Bài này đi qua cách đọc lịch sử phiên bản, cách đặt tên các mốc quan trọng, cách khôi phục mà không mất phần việc mới, và những giới hạn cần biết để không đặt nhầm niềm tin. Cuối bài là quy trình xử lý tình huống quen thuộc nhất: ai đó sắp xếp một cột làm lệch cả bảng.
Lịch sử phiên bản ghi lại những gì
Google Sheets tự lưu khi bạn gõ và tự tạo các phiên bản theo thời gian, không cần bấm lưu. Khi mở lịch sử phiên bản, bạn thấy danh sách các mốc ở cột bên phải, mỗi mốc kèm thời gian và tên những người đã sửa trong khoảng đó. Chọn một mốc, bảng hiện trạng thái tại thời điểm ấy, các ô thay đổi được tô màu theo người sửa nếu bạn bật hiển thị thay đổi.
Các phiên bản gần nhau có thể được gộp lại thành một mốc khi thời gian trôi qua, nên đừng mong tìm được trạng thái của từng phút trong tháng trước. Đây là lý do nên đặt tên cho các mốc quan trọng, phần sau sẽ nói. Người xem và người nhận xét thường không mở được lịch sử phiên bản; tính năng này dành cho người có quyền chỉnh sửa.
Lịch sử phiên bản khác với hoàn tác bằng Ctrl và Z. Hoàn tác chỉ lùi các thao tác của chính bạn trong phiên làm việc hiện tại; đóng tệp hay để người khác sửa xen vào là hoàn tác không còn đáng tin. Lịch sử phiên bản thì ghi cho cả tệp, mọi người sửa, qua nhiều ngày.
Một điểm nữa hay bị bỏ qua: lịch sử phiên bản ghi trạng thái của chính tệp này. Dữ liệu kéo về từ tệp khác, kết quả của các hàm tự làm mới hay dữ liệu đọc từ nguồn ngoài có thể không khớp hoàn toàn với những gì người dùng nhìn thấy vào ngày đó, vì nguồn của chúng nằm ngoài tệp và có lịch sử riêng. Khi điều tra một con số trong quá khứ, hãy nhớ phân biệt ô nhập tay với ô do công thức sinh ra.
Đặt tên phiên bản cho các mốc quan trọng
Một phiên bản có tên được giữ riêng và dễ tìm hơn hẳn giữa hàng trăm mốc tự động. Thói quen đặt tên phiên bản tốn mười giây và cứu bạn nhiều giờ.
- Chọn thời điểm đặt tên: trước khi chốt số cuối tháng, trước khi dán dữ liệu mới từ hệ thống khác, trước khi chạy một công thức hay đoạn mã AI viết trên cả bảng, trước khi giao bảng cho người mới.
- Mở menu Tệp, vào lịch sử phiên bản, chọn đặt tên cho phiên bản hiện tại.
- Đặt tên theo quy ước nhất quán, ví dụ năm tháng ngày kèm việc sắp làm: 2025-07-31 chốt doanh số tháng 7, hoặc trước khi gộp bảng ba nhà cung cấp.
- Trong danh sách phiên bản, dùng lựa chọn chỉ hiển thị phiên bản được đặt tên để lọc ra các mốc này khi cần quay lại.
- Ghi tên phiên bản vào trang nhật ký của tệp cùng người thực hiện, để người khác biết có mốc an toàn để quay về.
Đặt tên phiên bản trước khi chạy thứ gì do AI viết là thói quen đáng giữ nhất trong danh sách trên. Một đoạn mã Apps Script hay một chuỗi thao tác tìm và thay thế áp lên cả bảng có thể sửa hàng nghìn ô trong một giây; có mốc tên rõ ràng thì quay lại cũng chỉ mất một giây.
Lịch sử chỉnh sửa của từng ô
Mở thế nào. Nhấp chuột phải vào ô, chọn hiển thị lịch sử chỉnh sửa. Một khung nhỏ hiện các lần sửa ô đó: giá trị cũ, giá trị mới, ai sửa, lúc nào. Dùng mũi tên để lùi qua từng lần.
Dùng khi nào. Khi bạn chỉ nghi ngờ một con số, ví dụ số tồn kho của một mặt hàng tự nhiên giảm. Xem lịch sử ô nhanh hơn nhiều so với lật qua các phiên bản của cả tệp.
Những gì không hiện. Lịch sử ô không ghi mọi loại thay đổi. Giá trị thay đổi do công thức tự tính lại không hiện như một lần sửa; một số thao tác như đổi định dạng, chèn hay xoá dòng có thể không được ghi ở mức ô. Danh sách đầy đủ có trong trợ giúp hiện hành của Google. Với ô chứa công thức, lịch sử cho thấy ai sửa công thức, không cho thấy kết quả đã thay đổi thế nào theo thời gian.
Dùng với tinh thần nào. Lịch sử chỉnh sửa giúp tìm nguyên nhân và sửa dữ liệu, không nên biến thành công cụ bắt lỗi từng người. Bảng mà nhân viên sợ sửa sẽ là bảng nhân viên né nhập, và dữ liệu thiếu còn tệ hơn dữ liệu sai được sửa kịp.
Tình huống quen thuộc: ai đó sắp xếp một cột làm lệch cả bảng
Một người chọn riêng cột tên khách rồi sắp xếp theo bảng chữ cái, các cột còn lại đứng yên. Từ đó, mỗi khách nằm cạnh số điện thoại và công nợ của người khác. Lỗi này nguy hiểm vì bảng vẫn trông bình thường. Xử lý theo trình tự:
- Báo ngay cho nhóm dừng sửa bảng. Mỗi lần sửa thêm trên dữ liệu đã lệch là thêm một thứ phải gỡ về sau.
- Mở lịch sử phiên bản, tìm mốc ngay trước lần sắp xếp. Bật hiển thị thay đổi; một cột bị tô màu toàn bộ trong khi các cột khác không đổi là dấu hiệu rõ.
- Không khôi phục ngay nếu sau thời điểm đó có người nhập dữ liệu mới đúng. Thay vào đó, dùng lựa chọn tạo bản sao của phiên bản cũ để có một tệp riêng ở trạng thái trước sự cố.
- So sánh: các dòng nhập mới sau sự cố được chép từ tệp hiện tại sang bản sao, còn phần dữ liệu cũ lấy theo bản sao.
- Khi bản sao đã đủ và đúng, quyết định dùng nó làm tệp chính, hoặc khôi phục tệp hiện tại về phiên bản cũ rồi dán bổ sung dòng mới. Khôi phục tạo thêm một phiên bản mới chứ không xoá các phiên bản sau, nên vẫn có thể quay lại nếu nhầm.
- Kiểm bằng số: đếm dòng, cộng tổng công nợ, so vài khách quen với chứng từ gốc.
- Phòng lần sau: bảo vệ các cột dữ liệu gốc bằng mức cảnh báo, hướng dẫn nhóm dùng chế độ xem bộ lọc thay cho sắp xếp trên bảng chung.
Nếu bạn nhờ AI giúp so hai phiên bản để tìm dòng mới, chỉ đưa cột mã và cột ngày, không đưa tên và số liên hệ của khách. Một công thức đối chiếu theo mã, như COUNTIF trên cột mã của bản kia, thường đủ để đánh dấu dòng có ở bản này mà không có ở bản kia.
Nhật ký thay đổi: thứ lịch sử phiên bản không ghi được
Lịch sử phiên bản trả lời được ai sửa, sửa lúc nào, sửa thành gì. Nó không trả lời vì sao. Ba tháng sau, khi đơn giá một mặt hàng bị đổi, biết người đổi là kế toán chưa đủ; bạn cần biết đổi theo báo giá mới hay đổi vì sửa sai. Một trang NhatKy trong tệp lấp khoảng trống đó. Cấu trúc gọn gồm các cột:
- Ngày giờ thay đổi, ghi theo một định dạng thống nhất để sắp xếp được.
- Người thực hiện, ghi tên hoặc mã nhân viên.
- Phạm vi: trang tính nào, cột nào, bao nhiêu dòng chịu ảnh hưởng.
- Nội dung thay đổi bằng một câu, ví dụ cập nhật đơn giá nhóm hàng gốm theo báo giá mới của nhà cung cấp.
- Lý do và căn cứ, ví dụ số báo giá, yêu cầu của ai, chứ không cần dán chứng từ.
- Tên phiên bản đã đặt trước khi thay đổi, để biết quay về mốc nào nếu cần.
- Có dùng AI hay không, công cụ gì, đã kiểm thế nào. Cột này giúp người sau biết thay đổi nào đã qua kiểm tay và thay đổi nào cần soát lại.
Không cần ghi mọi lần gõ số hằng ngày; chỉ ghi các thay đổi hàng loạt, thay đổi cấu trúc, đổi công thức, đổi danh mục. Nếu ngại viết, có thể kể bằng vài câu cho chatbot và nhờ nó chuyển thành một dòng nhật ký đúng các cột trên, rồi dán vào. Chỉ kể nội dung thay đổi, không dán dữ liệu khách hàng. Sau vài tháng, trang này thành tài liệu bàn giao tốt nhất của tệp, đặc biệt khi người phụ trách bảng đổi việc.
Lịch sử phiên bản không thay được sao lưu
Lịch sử phiên bản sống bên trong tệp. Có những sự cố mà nó không cứu được, và bạn cần một lớp sao lưu khác.
| Sự cố | Lịch sử phiên bản cứu được không | Lớp bảo vệ nên có thêm |
|---|---|---|
| Sửa nhầm, xoá nhầm dữ liệu trong tệp | Có | Đặt tên phiên bản trước thao tác lớn |
| Xoá nhầm cả tệp | Không trực tiếp; tệp vào thùng rác và có thời hạn khôi phục | Kiểm thùng rác ngay, thư mục dùng chung của công ty |
| Chủ tệp nghỉ việc, tài khoản bị xoá | Không, tệp có thể mất cùng tài khoản | Chủ sở hữu là tài khoản công ty |
| Tài khoản bị chiếm, kẻ xấu xoá hoặc mã hoá dữ liệu | Không chắc | Bản tải xuống định kỳ lưu ngoài tài khoản đó |
| Dữ liệu kéo về từ tệp khác bằng IMPORTRANGE bị sai ở nguồn | Không, khôi phục tệp đích không sửa tệp nguồn | Đặt tên phiên bản ở cả tệp nguồn |
Một lịch sao lưu đơn giản cho cửa hàng nhỏ: cuối mỗi tháng, tải tệp quan trọng về dạng Excel hoặc tạo một bản sao đặt tên theo tháng, lưu vào thư mục lưu trữ chỉ chủ cửa hàng có quyền. Việc tự động hoá sao lưu định kỳ bằng mã có bàn ở danh mục tự động hoá của trang. Nguyên tắc rộng hơn về sao lưu và chất lượng dữ liệu có ở danh mục chất lượng và an toàn dữ liệu.
Câu hỏi thường gặp
Lịch sử phiên bản Google Sheets giữ được bao lâu?
Google giữ lịch sử khá lâu nhưng các phiên bản cũ có thể được gộp lại theo thời gian, và chính sách cụ thể có thể thay đổi. Các phiên bản bạn đặt tên được giữ riêng và dễ tìm. Đừng coi lịch sử phiên bản là kho lưu trữ dài hạn duy nhất.
Khôi phục phiên bản cũ có làm mất phần dữ liệu mới không?
Khôi phục đưa nội dung tệp về trạng thái cũ, nên phần nhập sau thời điểm đó không còn trên bảng. Tuy vậy, thao tác khôi phục tạo thêm một phiên bản mới, các phiên bản sau vẫn còn trong lịch sử. Nếu có dữ liệu mới cần giữ, tạo bản sao phiên bản cũ rồi ghép tay sẽ an toàn hơn.
Làm sao biết ai đã xoá một dòng?
Mở lịch sử phiên bản, bật hiển thị thay đổi và lùi qua các mốc cho đến khi dòng đó còn xuất hiện. Tên người sửa trong mốc kế tiếp là manh mối. Lịch sử của từng ô có thể không ghi thao tác xoá dòng, nên dùng lịch sử phiên bản của cả tệp.
Người xem có xem được bảng đã từng chứa thông tin gì không?
Thông thường người xem không mở được lịch sử phiên bản. Nhưng người có quyền chỉnh sửa thì xem được mọi trạng thái cũ, kể cả dữ liệu đã xoá. Nếu từng dán nhầm thông tin nhạy cảm vào tệp chung, xoá đi chưa đủ; cần cân nhắc chuyển nội dung sạch sang tệp mới.
Có xem lịch sử phiên bản trên ứng dụng điện thoại được không?
Tính năng đầy đủ thuận tiện nhất trên trình duyệt máy tính. Ứng dụng điện thoại có thể hạn chế hoặc thay đổi theo phiên bản. Khi xử lý sự cố dữ liệu, nên dùng máy tính để nhìn được nhiều cột và so sánh các mốc rõ ràng.
Tệp Excel tải lên Google Drive có lịch sử phiên bản không?
Tệp Excel để nguyên định dạng có lịch sử theo các lần tải lên, không chi tiết như tệp Google Sheets. Nếu nhóm cùng làm việc trên tệp đó hằng ngày, chuyển thành Google Sheets để có lịch sử chỉnh sửa đầy đủ và lịch sử từng ô.