Chiến lược lưu trữ ứng dụng: Giữ lại bản ghi một cách cẩn trọng

Vì sao bản ghi cũ cần một nơi lưu trữ rõ ràng

Ứng dụng đầy dữ liệu nhanh hơn nhiều đội ngũ dự đoán. Các vụ việc hỗ trợ đã đóng, đơn hàng hoàn tất, hồ sơ người dùng cũ, nhật ký kiểm toán và bản ghi nháp có thể vẫn hiển thị rất lâu sau khi không còn cần cho công việc hằng ngày. Kết quả tìm kiếm trở nên chật chội, việc quét qua màn hình mất nhiều thời gian hơn và nhân viên có thể vô tình mở nhầm bản ghi.

Dữ liệu đang hoạt động hỗ trợ công việc diễn ra hiện tại. Dữ liệu lưu trữ có mục đích khác: đội ngũ giữ lại vì quy định pháp luật, yêu cầu của khách hàng, kiểm tra tài chính hoặc một quyết định trước đây có thể cần đến nó sau này. Tách hai nhóm này giúp mọi người có không gian làm việc gọn gàng hơn mà không phải vứt bỏ thông tin có thể vẫn cần.

Giữ mọi thứ ở cùng một nơi cũng tạo ra rủi ro. Chi phí lưu trữ tăng khi tệp tin tích lũy. Báo cáo có thể bao gồm các mục đã lỗi thời và khiến người quản lý nhìn sai về tình hình. Việc lưu giữ thông tin cá nhân lâu hơn cần thiết có thể gây ra vấn đề về quyền riêng tư, đặc biệt khi khách hàng hoặc nhân viên cũ vẫn xuất hiện trong các công cụ dùng hằng ngày.

Một chính sách lưu trữ hữu ích cần trả lời hai câu hỏi cho từng loại bản ghi: vì sao chúng ta giữ bản ghi này và cần giữ trong bao lâu? Chính sách cũng phải nêu rõ bản ghi sẽ đi đâu sau khi không còn được sử dụng thường xuyên. Kho lưu trữ không phải là một thư mục bị lãng quên. Nhân viên cần tìm được bản ghi cũ khi có lý do chính đáng, trong khi các tìm kiếm thông thường vẫn tập trung vào công việc hiện tại.

Ví dụ, một đội hỗ trợ có thể giữ các vụ việc đang mở và mới đóng trong không gian làm việc chính. Những vụ việc đã đóng hơn 18 tháng có thể được chuyển vào kho lưu trữ, nơi người giám sát có thể lấy lại chúng khi xem xét khiếu nại. Nhờ vậy, nhân viên chỉ cần tìm kiếm các vụ việc hiện tại thay vì lọc qua nhiều năm vấn đề đã được giải quyết.

Nếu xây dựng công cụ nội bộ bằng AppMaster, hãy lên kế hoạch tách dữ liệu trước khi số lượng bản ghi tăng lên. Bạn có thể tạo các chế độ xem riêng cho bản ghi đang hoạt động và bản ghi lưu trữ, dùng quy trình nghiệp vụ để chuyển các bản ghi đủ điều kiện và giới hạn quyền truy cập kho lưu trữ theo vai trò. Hãy giữ lại từng bản ghi vì một lý do rõ ràng, bảo vệ nó trong thời gian lưu giữ và xóa khi lý do đó không còn.

Bắt đầu bằng việc kiểm kê bản ghi

Chính sách lưu trữ sẽ không hiệu quả nếu không ai biết ứng dụng đang chứa những dữ liệu nào. Hãy bắt đầu bằng một bản kiểm kê thực tế. Liệt kê mọi loại bản ghi được đưa vào, đưa ra hoặc vẫn tồn tại trong ứng dụng.

Các mục thường gặp gồm yêu cầu của khách hàng, hóa đơn, vụ việc hỗ trợ, hồ sơ người dùng, hợp đồng, bản ghi thanh toán, báo cáo đã xuất và nhật ký kiểm toán. Đừng quên các bản ghi tạm thời như biểu mẫu bị bỏ dở và đơn hàng nháp. Những dữ liệu này thường bị bỏ qua cho đến khi gây ra vấn đề về dung lượng, quyền riêng tư hoặc tìm kiếm.

Với mỗi loại bản ghi, hãy ghi lại bốn thông tin:

• Đội ngũ tạo hoặc sử dụng bản ghi, chẳng hạn hỗ trợ, tài chính, kinh doanh hoặc vận hành
• Nhân viên có cần bản ghi cho công việc hằng ngày hay chỉ thỉnh thoảng tra cứu
• Ứng dụng, cơ sở dữ liệu, thư mục dùng chung hoặc dịch vụ bên ngoài nơi bản ghi được lưu
• Các bản ghi khác có phụ thuộc vào nó hay không, chẳng hạn hóa đơn liên kết với tài khoản khách hàng

Dữ liệu dùng hằng ngày nên dễ tìm kiếm và mở. Dữ liệu cũ chỉ để tham khảo có thể rời khỏi không gian làm việc chính nếu nhân viên hiếm khi cần đến. Điểm phân biệt này quan trọng hơn tuổi của bản ghi. Một vụ việc hỗ trợ đã đóng có thể vẫn hiển thị trong sáu tháng vì nhân viên thường xem lại các cuộc trao đổi gần đây. Một vụ việc mười năm tuổi có thể chỉ cần đến khi khách hàng tranh chấp một vấn đề trong quá khứ.

Hãy đưa cả các bản ghi nằm ngoài ứng dụng chính vào danh sách. Bộ phận tài chính có thể giữ hóa đơn trong dịch vụ kế toán, còn đội hỗ trợ lưu ghi chú vụ việc trong công cụ hỗ trợ khách hàng. Các đội cũng thường xuất báo cáo vào bộ nhớ dùng chung mà không nhận ra những bản sao đó cần có quy tắc lưu giữ riêng.

Với các công cụ nội bộ xây dựng bằng AppMaster, hãy đưa vào bản kiểm kê các mô hình dữ liệu, bản ghi API được tạo, tệp đã tải lên và các mô-đun kết nối như thanh toán hoặc nhắn tin. Ghi chú nơi mỗi mục sẽ được chuyển đến sau khi triển khai. Bạn không thể bảo vệ những bản ghi mà đội ngũ chưa thống kê.

Mỗi loại bản ghi chỉ cần một dòng trong bản kiểm kê đầu tiên. Hãy rà soát danh sách cùng những người sử dụng các bản ghi đó. Họ thường biết về các mối phụ thuộc và tệp cũ mà chủ sở hữu ứng dụng có thể bỏ sót.

Đặt thời hạn lưu giữ dữ liệu mà mọi người có thể tuân thủ

Thời hạn lưu giữ cho biết đội ngũ sẽ giữ một bản ghi trong bao lâu trước khi xóa hoặc chuyển bản ghi đó sang bộ nhớ dài hạn. Hãy đặt thời hạn dựa trên nhu cầu thực tế như luật pháp, hợp đồng khách hàng, quy định thuế, tranh chấp và hoạt động hằng ngày. Một quy tắc không ai giải thích hoặc áp dụng được sẽ thất bại khi bản ghi chất đống.

Đừng dùng một quy tắc cho mọi tệp và dòng dữ liệu. Mỗi loại bản ghi có mức rủi ro khác nhau. Một thỏa thuận khách hàng đã ký có thể cần được lưu nhiều năm, trong khi báo cáo nhập trùng chỉ hữu ích trong vài tuần. Chiến lược lưu trữ ứng dụng nên nêu tên từng nhóm bản ghi và gán cho nhóm đó một thời hạn rõ ràng.

Một chính sách đơn giản có thể quy định:

• Giữ hóa đơn và bản ghi thanh toán trong thời hạn mà quy định thuế và kế toán yêu cầu
• Giữ hợp đồng khách hàng trong suốt thời hạn hợp đồng và khoảng thời gian cần thiết để xử lý khiếu nại
• Giữ các vụ việc hỗ trợ đã đóng trong số năm được quy định, trừ khi có tranh chấp đang diễn ra cần lưu lâu hơn
• Xóa tệp tải lên tạm thời, lần nhập thất bại và bản ghi kiểm thử sau một thời gian ngắn

Sự kiện bắt đầu tính thời hạn quan trọng không kém số năm lưu giữ. Hãy nêu thật rõ. Thời hạn của hợp đồng có thể bắt đầu khi thỏa thuận kết thúc, không phải khi ai đó tải hợp đồng lên. Thời hạn của vụ việc hỗ trợ có thể bắt đầu khi vụ việc đóng. Với hồ sơ nhân viên, thời hạn có thể bắt đầu khi quan hệ lao động kết thúc.

Biến quy tắc thành chức năng có thể dùng trong ứng dụng

Lưu sự kiện bắt đầu trong một trường mà ứng dụng có thể theo dõi, chẳng hạn «ngày đóng vụ việc» hoặc «ngày kết thúc hợp đồng». Việc tính thủ công dẫn đến các quyết định không nhất quán. Trong AppMaster, đội ngũ có thể mô hình hóa những ngày này trong Data Designer và dùng quy trình nghiệp vụ trực quan để đánh dấu bản ghi khi đến thời hạn lưu giữ.

Hãy để các ngoại lệ luôn dễ nhìn thấy. Lệnh tạm giữ pháp lý, cuộc kiểm toán hoặc khiếu nại đang mở của khách hàng có thể tạm dừng việc xóa thông thường. Ghi lại ai đặt lệnh tạm giữ, lý do và thời điểm cần rà soát. Đừng giấu thông tin này trong ghi chú riêng hoặc hộp thư cá nhân.

Hãy nhờ người phụ trách pháp lý, tuân thủ, tài chính hoặc quyền riêng tư rà soát các thời hạn có ảnh hưởng đến tổ chức. Họ có thể xác nhận yêu cầu địa phương và nghĩa vụ hợp đồng trước khi đội ngũ tự động hóa quy tắc. Rà soát chính sách khi mở rộng sang thị trường mới, thay đổi mẫu hợp đồng hoặc thêm loại bản ghi.

Nhân viên nên có một hướng dẫn có thể lặp lại: giữ bản ghi này đến ngày này, sau đó lưu trữ hoặc xóa theo chính sách.

Chọn tiêu chí lưu trữ rõ ràng

Chiến lược lưu trữ ứng dụng cần có các quy tắc mà con người và phần mềm có thể áp dụng nhất quán. «Cũ» là khái niệm quá mơ hồ. Hãy gắn quyết định lưu trữ với các sự kiện đã được ghi trong ứng dụng, chẳng hạn vụ việc đóng, hợp đồng kết thúc hoặc tài khoản chuyển sang không hoạt động.

Một vụ việc hỗ trợ có thể đủ điều kiện khi nhân viên đánh dấu đã đóng và không ai mở lại trong 90 ngày. Hợp đồng khách hàng có thể được chuyển sau ngày kết thúc và sau khi bộ phận tài chính ghi nhận khoản thanh toán cuối cùng. Những quy tắc này giúp nhân viên hiểu rõ lý do của từng lần chuyển và giảm việc lưu trữ nhầm.

Hãy ưu tiên các trường có sẵn trước khi tạo bảng kiểm thủ công. Trạng thái, ngày đóng, trạng thái thanh toán, ngày kết thúc hợp đồng, ngày đăng nhập gần nhất và cờ tranh chấp thường đã cung cấp đủ thông tin. Trong AppMaster, đội ngũ có thể mô hình hóa các trường này trong Data Designer và dùng quy trình nghiệp vụ để kiểm tra theo lịch.

Một bản ghi phải đáp ứng mọi điều kiện gắn với loại bản ghi đó. Vụ việc hỗ trợ đã đóng và khoản thanh toán đã hoàn tất có nhu cầu kinh doanh và pháp lý khác nhau.

Thêm ngoại lệ trước khi bắt đầu tự động hóa

Một số bản ghi trông như đã sẵn sàng lưu trữ nhưng vẫn cần được giữ ở trạng thái đang hoạt động. Tranh chấp mở, cuộc kiểm toán, yêu cầu hoàn tiền, lệnh tạm giữ pháp lý hoặc vụ việc đang hoạt động có liên quan phải ngăn việc lưu trữ. Lưu trạng thái ngăn này trong một trường riêng để nhân viên không phải dựa vào bình luận hoặc trí nhớ.

Hãy viết từng quy tắc bằng ngôn ngữ đơn giản. Ví dụ:

• Lưu trữ vụ việc hỗ trợ đã đóng sau 90 ngày không được mở lại, trừ khi đang có tranh chấp hoặc cuộc kiểm toán.
• Lưu trữ hợp đồng 30 ngày sau ngày kết thúc khi trạng thái thanh toán cuối cùng đã hoàn tất.
• Lưu trữ tài khoản không hoạt động sau 12 tháng không đăng nhập, trừ khi tài khoản đó sở hữu gói đăng ký đang hoạt động hoặc yêu cầu chưa được giải quyết.
• Giữ các bản ghi chịu lệnh tạm giữ pháp lý trong hệ thống đang hoạt động cho đến khi người được ủy quyền gỡ lệnh.

Xác định việc phê duyệt thủ công

Tự động hóa sẽ không bao quát mọi tình huống. Hãy chỉ rõ vai trò có thể phê duyệt việc lưu trữ thủ công, chẳng hạn quản lý hồ sơ hoặc trưởng nhóm. Yêu cầu người đó ghi lại lý do, ngày và ID bản ghi. Chỉ cấp quyền này cho một nhóm nhỏ.

Điều tương tự áp dụng khi ai đó muốn lưu trữ bản ghi sớm. Quản lý kinh doanh có thể gửi yêu cầu, nhưng người phê duyệt được ủy quyền cần kiểm tra hóa đơn liên quan, nhiệm vụ đang mở và yêu cầu lưu giữ trước. Việc rà soát này ngăn một bản ghi tưởng như đã hoàn tất biến mất khi đội ngũ khác vẫn còn cần đến nó.

Quyết định nội dung chuyển vào kho lưu trữ

Kho lưu trữ nên loại bỏ sự lộn xộn mà không khiến công việc cũ trở nên không thể tìm thấy. Đưa các bản ghi không hoạt động ra khỏi kết quả tìm kiếm mặc định khi phần lớn nhân viên không cần đến chúng. Nhờ vậy, đội kinh doanh và hỗ trợ có thể thấy công việc hiện tại trước thay vì hàng trăm mục đã đóng từ nhiều năm trước.

Đừng chuyển bản ghi mà không giữ lại thông tin cơ bản để khôi phục. Bảo toàn ID bản ghi ổn định, người hoặc tài khoản liên kết, các ngày quan trọng, trạng thái hiện tại và ngày lưu trữ. Lý do đóng ngắn gọn cũng giúp tiết kiệm thời gian khi ai đó cần hiểu vì sao bản ghi tồn tại.

Thông tin liên quan cần có quy tắc rõ ràng. Một vụ việc hỗ trợ đã đóng có thể bao gồm tin nhắn, ảnh chụp màn hình đã tải lên, thông tin thanh toán và liên kết đến hồ sơ khách hàng. Hãy quyết định toàn bộ vụ việc sẽ được chuyển cùng nhau, một số tệp vẫn ở bộ nhớ đang hoạt động hay các mục nhạy cảm sẽ tuân theo thời hạn lưu giữ riêng.

Một gói lưu trữ thông thường gồm bản ghi chính và mã định danh, ngày tạo và ngày lưu trữ, trạng thái và chủ sở hữu, lý do đóng, tin nhắn và tệp liên quan, cùng các tham chiếu đến bản ghi liên kết vẫn đang hoạt động.

Tránh chia một sự kiện kinh doanh ra nhiều nơi nếu không có lý do. Nếu đơn hàng cũ được chuyển vào kho lưu trữ nhưng ghi chú hoàn tiền vẫn ở hệ thống đang hoạt động, nhân viên có thể thấy lịch sử không đầy đủ. Hồ sơ khách hàng đang hoạt động thường nên tiếp tục khả dụng ngay cả khi các vụ việc cũ rời khỏi chế độ xem hằng ngày.

Báo cáo cũng cần có quy tắc riêng. Báo cáo tài chính, tuân thủ và xu hướng có thể cần dữ liệu đã lưu trữ, trong khi báo cáo khối lượng công việc hằng ngày thường chỉ cần các mục đang hoạt động. Một bản tổng hợp lưu trữ theo tháng thường đủ cho báo cáo thông thường, còn toàn bộ chi tiết vẫn có thể mở khi kiểm toán hoặc điều tra.

Trong AppMaster, đội ngũ có thể mô hình hóa trạng thái và ngày lưu trữ trong Data Designer, sau đó dùng quy trình nghiệp vụ để chuyển các bản ghi đủ điều kiện và kiểm soát chế độ xem nào hiển thị chúng. Hãy kiểm thử quy tắc bằng một nhóm nhỏ bản ghi thực tế trước khi áp dụng cho nhiều năm lịch sử.

Viết các bước khôi phục trước khi cần đến

Kho lưu trữ chỉ hiệu quả khi mọi người có thể lấy lại bản ghi mà không bị nhầm lẫn. Hãy viết quy trình khôi phục dữ liệu khi đội ngũ vẫn còn nắm rõ cấu trúc bản ghi, quyền hạn và quy tắc nghiệp vụ.

Chỉ rõ ai có thể yêu cầu khôi phục. Nhân viên hỗ trợ có thể cần một vụ việc đã đóng để tiếp tục trao đổi với khách hàng, trong khi bản ghi tài chính có thể cần sự phê duyệt của quản lý hoặc người phụ trách tuân thủ. Giữ cho yêu cầu đơn giản nhưng vẫn bắt buộc nêu lý do để đội ngũ nhận ra các vấn đề lặp lại hoặc quyền truy cập bất thường.

Một quy trình yêu cầu nhất quán có thể gồm:

1. Người yêu cầu xác định bản ghi và giải thích lý do cần bản ghi đó.
2. Người phụ trách được phân công kiểm tra xem có cần phê duyệt hay không.
3. Hệ thống hoặc quản trị viên khôi phục bản ghi về một vị trí đã xác định.
4. Đội ngũ ghi lại yêu cầu, lý do, người phê duyệt và ngày khôi phục.
5. Bản ghi trở lại kho lưu trữ sau khi kết thúc thời gian rà soát đang hoạt động.

Hãy nêu chính xác bản ghi sẽ được đưa về đâu. Một vụ việc hỗ trợ được khôi phục có thể xuất hiện trong khu vực rà soát hạn chế với trạng thái «Đã khôi phục bản ghi lưu trữ», thay vì âm thầm trộn vào các vụ việc mới. Quyết định thời gian bản ghi được giữ ở đó, chẳng hạn 14 hoặc 30 ngày, và điều gì sẽ đưa bản ghi trở lại sớm hơn.

Nhật ký yêu cầu hỗ trợ dịch vụ và trách nhiệm giải trình. Nhật ký nên bao gồm ID bản ghi, người yêu cầu, lý do kinh doanh, người phê duyệt nếu cần, ngày yêu cầu và ngày trở lại kho lưu trữ. Tin nhắn trò chuyện và trí nhớ không phải là hồ sơ đáng tin cậy cho hoạt động này.

Hãy kiểm thử quy trình bằng một mẫu lưu trữ thực tế. Khôi phục bản ghi có liên hệ, ghi chú, mục thanh toán hoặc tệp đính kèm. Kiểm tra xem các liên kết vẫn hoạt động và người dùng chỉ nhìn thấy những trường họ được phép xem. Tệp đính kèm bị thiếu và mối quan hệ bị hỏng thường xuất hiện trong lúc kiểm thử, không phải khi thiết lập.

Với ứng dụng AppMaster, đội ngũ có thể mô hình hóa trạng thái lưu trữ và yêu cầu khôi phục trong mô hình dữ liệu, sau đó dùng quy trình nghiệp vụ trực quan để chuyển yêu cầu phê duyệt và ghi lại từng thao tác. Cùng một quy trình có thể xử lý yêu cầu thông thường và bản ghi nhạy cảm hơn, với bước phê duyệt bổ sung khi chính sách yêu cầu.

Thiết lập quy tắc truy cập kho lưu trữ

Bản ghi đã lưu trữ thường vẫn chứa thông tin cá nhân, tài chính hoặc bí mật giống như khi còn hoạt động. Đưa bản ghi ra khỏi chế độ xem hằng ngày không có nghĩa là nên mở quyền truy cập cho tất cả mọi người. Hãy đặt quyền dựa trên công việc mỗi người cần làm, thay vì dựa trên tư cách thành viên nhóm chung.

Nhân viên hỗ trợ có thể cần đọc một vụ việc cũ của khách hàng trong quá trình tiếp tục xử lý. Họ thường không cần truy cập mọi hóa đơn đã lưu trữ, ghi chú nội bộ hoặc hồ sơ nhân sự. Hãy cung cấp chế độ xem hỗ trợ đúng yêu cầu và ẩn những trường không giúp giải quyết vấn đề.

Giới hạn kho lưu trữ nhạy cảm cho các vai trò được chỉ định. Quản lý tài chính có thể mở bản ghi thanh toán đã lưu trữ, trong khi nhân viên hỗ trợ chỉ thấy số vụ việc, tên khách hàng, trạng thái và lịch sử tài khoản đã được phê duyệt. Một tập quyền nhỏ dễ rà soát hơn và giảm nguy cơ để lộ thông tin.

Kiểm soát việc xuất dữ liệu và truy cập hàng loạt

Việc xuất dữ liệu cần được xử lý chặt chẽ hơn so với việc xem một bản ghi trên màn hình. Một bảng tính có thể bị sao chép, gửi qua email hoặc lưu bên ngoài ứng dụng. Hãy yêu cầu phê duyệt khi bản ghi lưu trữ chứa thông tin cá nhân hoặc tài chính. Ghi lại ai yêu cầu xuất dữ liệu, vì sao cần, phạm vi ngày tháng và ai đã phê duyệt.

Với công cụ nội bộ xây dựng bằng AppMaster, đội ngũ có thể mô hình hóa các vai trò trong ứng dụng và dùng quy trình nghiệp vụ để chuyển yêu cầu xuất dữ liệu đến người phê duyệt. Quy tắc cần đủ đơn giản để nhân viên có thể tuân thủ trong ngày làm việc bận rộn.

Một số cấp độ truy cập ngắn gọn có thể hữu ích:

• Nhân viên hỗ trợ có thể tìm kiếm và xem các vụ việc lưu trữ liên quan đến yêu cầu của khách hàng.
• Quản lý có thể xem lịch sử vụ việc rộng hơn để xử lý vấn đề leo thang hoặc kiểm toán.
• Vai trò tài chính hoặc quyền riêng tư có thể mở các bản ghi chứa thanh toán hoặc dữ liệu cá nhân nhạy cảm.
• Quản trị viên có thể quản lý quyền, nhưng không nên mặc nhiên được phép xuất toàn bộ kho lưu trữ.

Rà soát quyền truy cập khi vai trò thay đổi

Mọi người có thể chuyển đội, đảm nhận nhiệm vụ tạm thời hoặc nghỉ việc. Hãy rà soát quyền truy cập kho lưu trữ tại những thời điểm đó thay vì chờ đến đợt dọn dẹp hằng năm. Xóa quyền vào ngày cuối cùng của một người và điều chỉnh quyền khi vai trò của họ không còn cần các bản ghi cũ.

Giữ nhật ký truy cập cơ bản cho kho lưu trữ nhạy cảm. Nhật ký nên cho biết ai mở bản ghi, mở lúc nào và có xuất dữ liệu hay không. Khi khách hàng hỏi ai đã xem một vụ việc cũ, đội ngũ có thể trả lời bằng dữ liệu cụ thể thay vì lục tìm trong hộp thư.

Ví dụ: lưu trữ các vụ việc hỗ trợ đã đóng

Các đội hỗ trợ thường cần giữ các vụ việc đã đóng ở gần trong một khoảng thời gian. Nhân viên xem lại các vụ việc gần đây để kiểm tra câu trả lời trước đó, nhận ra vấn đề lặp lại và hỗ trợ khách hàng mở lại cuộc trao đổi. Giữ mọi vụ việc hoạt động mãi mãi khiến việc tìm kiếm hằng ngày chậm hơn và để lộ nhiều thông tin khách hàng cũ hơn mức cần thiết.

Hãy xem xét một vụ việc được đóng vào ngày 14 tháng 5 năm 2024 sau khi khách hàng nhận tiền hoàn. Chính sách giữ các vụ việc đã đóng ở trạng thái hoạt động trong hai năm kể từ ngày đóng cuối cùng. Trong thời gian đó, nhân viên hỗ trợ được ủy quyền có thể tìm kiếm vụ việc, đọc tin nhắn và xem bản ghi hoàn tiền.

Điều kiện kích hoạt lưu trữ rất rõ ràng: vụ việc đã đóng liên tục hai năm và không chịu lệnh tạm giữ pháp lý, không có tranh chấp mở hoặc cuộc điều tra liên quan. Ngày 15 tháng 5 năm 2026, ứng dụng chuyển vụ việc cùng các tệp đính kèm vào kho lưu trữ. Hàng đợi hỗ trợ thông thường không còn hiển thị vụ việc, nhưng kho lưu trữ vẫn giữ nó trong phần thời hạn còn lại.

Chính sách có thể yêu cầu đội ngũ giữ vụ việc đã đóng ở trạng thái hoạt động trong hai năm, chỉ lưu trữ khi không có lệnh tạm giữ hoặc cuộc điều tra, bảo toàn tin nhắn và tệp đính kèm, đồng thời giới hạn tìm kiếm cho quản lý hỗ trợ được phê duyệt, nhân viên tuân thủ và người rà soát khiếu nại.

Sáu tháng sau, khách hàng gửi khiếu nại về quyết định hoàn tiền. Người rà soát khiếu nại tìm thấy vụ việc bằng số vụ việc và yêu cầu khôi phục tạm thời. Người này ghi lại mã tham chiếu khiếu nại và lý do truy cập. Quản lý hỗ trợ phê duyệt yêu cầu vì việc rà soát cần cuộc trao đổi ban đầu và dòng thời gian hoàn tiền.

Ứng dụng khôi phục một bản sao chỉ đọc của vụ việc vào khu vực rà soát hạn chế. Nhân viên có thể kiểm tra vụ việc mà không mở lại, thay đổi lịch sử hoặc đưa vụ việc trở lại hàng đợi hỗ trợ thông thường. Khi kết thúc rà soát, bản sao trở lại kho lưu trữ hoặc ứng dụng xóa bản sao theo quy tắc khôi phục.

Nhật ký truy cập nên ghi lại ai tìm kiếm vụ việc, ai yêu cầu khôi phục, ai phê duyệt, lý do truy cập và thời điểm ứng dụng tạo cũng như xóa bản sao rà soát. «Chỉ dành cho quản lý» là chưa đủ. Hãy nêu rõ vai trò, yêu cầu lý do đối với các lần khôi phục nhạy cảm và giữ bản ghi được khôi phục tách khỏi công việc hằng ngày.

Những sai lầm gây rắc rối về sau

Chính sách lưu trữ thường thất bại vì những lối tắt rất bình thường. Đội ngũ dùng một ngày cho mọi loại bản ghi, xóa tệp để giải phóng dung lượng hoặc giao cho một người dọn dẹp thủ công mỗi tháng. Những lựa chọn này có vẻ đơn giản cho đến khi ai đó cần lịch sử vụ việc, bản ghi thanh toán hoặc bằng chứng của một quyết định.

Một thời hạn lưu giữ hiếm khi phù hợp với mọi loại bản ghi. Vụ việc hỗ trợ đã đóng có thể có thời gian hoạt động ngắn hơn hóa đơn, hợp đồng, bản ghi chấp thuận hoặc nhật ký kiểm toán. Hãy cấp cho mỗi loại bản ghi thời hạn, chủ sở hữu và lý do riêng.

Đừng lưu trữ bản ghi khi công việc vẫn đang mở. Hóa đơn chưa thanh toán, khoản phí đang tranh chấp hoặc vụ việc chờ rà soát vẫn cần được truy cập nhanh. Thêm bước kiểm tra trạng thái vào tiêu chí lưu trữ bản ghi. Ví dụ, chỉ lưu trữ vụ việc hỗ trợ sau khi đội ngũ đóng vụ việc, thời hạn hoàn tiền kết thúc và không còn cờ rà soát.

Xóa và lưu trữ giải quyết hai vấn đề khác nhau. Kho lưu trữ giữ thông tin cũ để có thể truy cập với quy tắc chặt chẽ hơn. Xóa thì loại bỏ thông tin. Nếu chính sách yêu cầu lưu giữ bảy năm, việc xóa bản ghi sau một năm vì bản ghi không còn xuất hiện trong danh sách hằng ngày sẽ vi phạm chính sách và có thể khiến doanh nghiệp mất bằng chứng.

Công việc thủ công là một điểm yếu khác. Nếu chỉ một nhân viên biết phải chạy bộ lọc nào, tệp xuất được lưu ở đâu và cách khôi phục bản ghi, quy trình sẽ dừng lại khi người đó vắng mặt hoặc nghỉ việc. Hãy viết rõ các bước, chỉ định người thay thế và kiểm thử quy trình khôi phục dữ liệu bằng một mẫu thực tế.

Trong AppMaster, đội ngũ có thể đưa những bước kiểm tra này vào quy trình nghiệp vụ thay vì dựa vào trí nhớ. Quy trình có thể kiểm tra trạng thái, ngày, tình trạng thanh toán và cờ rà soát trước khi thay đổi trạng thái lưu trữ. Nhờ đó, quy tắc trở nên nhất quán và lịch sử xử lý luôn rõ ràng.

Hãy thường xuyên rà soát các ngoại lệ. Bản ghi bị giữ vì tranh chấp hoặc rà soát không nên nằm trong trạng thái lửng lơ mãi. Phân công người kiểm tra các bản ghi bị giữ để đưa chúng về công việc đang hoạt động, lưu trữ khi lệnh tạm giữ kết thúc hoặc xóa khi hết thời hạn lưu giữ đã ghi nhận.

Kiểm tra chính sách trước khi công bố

Một chính sách hiệu quả là chính sách mọi người có thể áp dụng mà không phải đoán. Hãy rà soát chính sách trước khi công bố hoặc sửa đổi, đặc biệt khi có loại bản ghi mới được đưa vào ứng dụng.

Mỗi loại bản ghi cần có chủ sở hữu và thời hạn lưu giữ được chỉ định. «Vụ việc hỗ trợ khách hàng» là quá rộng nếu bao gồm tranh chấp thanh toán, câu hỏi thông thường và yêu cầu xóa tài khoản, vì mỗi nhóm có thể tuân theo quy tắc khác nhau. Hãy tách các nhóm đó và gán thời hạn rõ ràng.

Đảm bảo điều kiện kích hoạt lưu trữ khớp với các sự kiện nhân viên thực sự có thể nhìn thấy. «Lưu trữ khi không hoạt động» dễ gây tranh cãi vì mỗi đội có thể hiểu «không hoạt động» khác nhau. «Lưu trữ 90 ngày sau khi vụ việc đóng» dễ áp dụng hơn. Với bản ghi được mở lại, hãy quyết định thời hạn có bắt đầu lại hay ngày đóng ban đầu vẫn được dùng.

Trước khi công bố chính sách:

• Chỉ định chủ sở hữu, thời hạn lưu giữ và quyết định xóa cho từng loại bản ghi.
• Gắn mỗi điều kiện kích hoạt lưu trữ với một sự kiện thực tế, chẳng hạn vụ việc đóng, đơn hàng hoàn tất hoặc hợp đồng kết thúc.
• Khôi phục một bản ghi mẫu, bao gồm tệp, ghi chú và hoạt động liên quan.
• Rà soát ai có thể xem, khôi phục hoặc xuất bản ghi đã lưu trữ.
• Đặt ngày rà soát khi phần mềm, quy trình nghiệp vụ hoặc nghĩa vụ pháp lý thay đổi.

Kiểm thử khôi phục rất quan trọng vì bản ghi hiếm khi tồn tại riêng lẻ. Hãy chọn một mẫu có tệp đính kèm và các bản ghi liên kết. Nhờ người không xây dựng quy tắc lưu trữ tìm và khôi phục bản ghi bằng quy trình đã viết. Ghi lại thời gian thực hiện và những gì không được khôi phục.

Hãy kiểm thử quy tắc truy cập theo cách tương tự. Nhân viên hỗ trợ có thể cần đọc một vụ việc cũ, trong khi chỉ quản lý mới được khôi phục hoặc xuất một nhóm vụ việc. Xử lý việc xuất dữ liệu cẩn thận vì các tệp đã tải xuống nằm ngoài quyền và thời hạn lưu giữ thông thường của ứng dụng.

Nếu sử dụng ứng dụng no-code xây dựng bằng AppMaster, hãy ghi lại các bước kiểm tra này cùng với quy trình nghiệp vụ đóng hoặc lưu trữ bản ghi. Khi đội ngũ thay đổi trạng thái, thêm loại tệp hoặc tạo vai trò người dùng, hãy cập nhật quy tắc lưu trữ đồng thời.

Đưa chính sách vào sử dụng hằng ngày

Hãy bắt đầu với một loại bản ghi tăng nhanh, chẳng hạn vụ việc hỗ trợ đã đóng hoặc yêu cầu đơn hàng hoàn tất. Viết phiên bản đầu tiên ngắn gọn, nêu rõ thời điểm bản ghi được chuyển, ai có thể phê duyệt ngoại lệ và nhân viên yêu cầu khôi phục như thế nào.

Giữ quy mô triển khai ban đầu nhỏ. Chọn khoảng 50 bản ghi đã đóng đáp ứng tiêu chí lưu trữ. Kiểm tra xem kho lưu trữ có giữ lại những chi tiết đội ngũ có thể cần sau này hay không, bao gồm số vụ việc, ngày tháng, tên khách hàng, tệp đính kèm và ghi chú kiểm toán. Xác nhận các bản ghi đang hoạt động không bị đưa vào kho lưu trữ.

Kiểm thử toàn bộ quy trình với những người sẽ sử dụng nó. Một quản lý hỗ trợ có thể yêu cầu vụ việc từ năm trước vì khách hàng tranh chấp câu trả lời đã nhận. Người phê duyệt phải nhận yêu cầu, ghi lại lý do, khôi phục vụ việc về đúng nơi và thông báo cho người yêu cầu. Hãy đo thời gian thực hiện. Nếu quy trình có quá nhiều bước hoặc không tạo được nhật ký kiểm toán, hãy sửa trước khi nhân viên phụ thuộc vào nó.

Cung cấp hướng dẫn trả lời các câu hỏi hằng ngày:

• Những bản ghi nào được chuyển tự động và bản ghi nào cần rà soát
• Bản ghi đã lưu trữ xuất hiện ở đâu trong ứng dụng
• Ai được xem, thay đổi hoặc khôi phục bản ghi cũ
• Nhân viên phải cung cấp lý do gì khi yêu cầu khôi phục
• Ai xử lý khi không tìm thấy bản ghi đã lưu trữ

Hãy cập nhật hướng dẫn khi vai trò hoặc yêu cầu pháp lý thay đổi. Một lần rà soát ngắn sau vài tháng có thể phát hiện những quy tắc hợp lý trên giấy nhưng lại làm chậm công việc thực tế.

AppMaster giúp đội ngũ xây dựng quy trình lưu trữ vào ứng dụng nội bộ mà không cần viết mã. Tạo các trạng thái như Đang hoạt động, Đã đóng, Đang rà soát lưu trữ và Đã lưu trữ. Dùng Visual Business Process Editor để kiểm tra ngày tháng và trạng thái trước khi chuyển bản ghi, sau đó áp dụng quyền truy cập theo vai trò để chỉ người được phê duyệt mới có thể xem hoặc khôi phục dữ liệu cũ.

Hãy xây dựng quy trình dựa trên quyền thực tế thay vì một bảng tính dùng chung. Nhân viên hỗ trợ có thể yêu cầu khôi phục, trưởng nhóm phê duyệt và quản trị viên hoàn tất thao tác. Mỗi bước có thể ghi lại ai đã thực hiện và vào thời điểm nào.

Khi loại bản ghi đầu tiên hoạt động ổn định, hãy áp dụng cùng mô hình cho loại tiếp theo. Những thay đổi nhỏ đã được kiểm thử sẽ biến quy tắc lưu trữ thành công việc thường lệ thay vì một dự án dọn dẹp mà mọi người luôn trì hoãn.