Nhận biết khi bảng tính cần cơ chế vận hành chặt chẽ hơn

Dấu hiệu đáng chú ý không phải số dòng trong tệp. Đó là khoảng cách giữa hậu quả của sai sót và kiểm soát trong sử dụng hằng ngày. Một bảng nhỏ có thể chi phối quyết định quan trọng. Một bảng phân tích lớn vẫn có thể phù hợp khi người dùng được đào tạo kiểm tra kết quả trước khi hành động.

Xem tệp trở thành căn cứ vận hành thế nào

Theo một bản ghi từ nguồn đến quyết định mà nó ảnh hưởng. Hỏi bản nào là bản chính thức, ai được đổi công thức và cách sửa đến được người dùng phía sau. Quan sát quy trình thay vì chấp nhận lời nói rằng mọi người đều dùng cùng một tệp.

Hướng dẫn khám phá của GOV.UK đưa quy trình, hệ thống hiện có và công nghệ cũ vào nhóm ràng buộc cần tìm hiểu.[1] Áp dụng cách đó trước khi cho rằng cần ứng dụng mới. Vấn đề trước mắt có thể là trách nhiệm chưa rõ hoặc bàn giao thiếu kiểm soát, không phải bản thân phần mềm bảng tính.

Tìm khoảng trống kiểm soát có hậu quả nghiệp vụ

Xác định nhân viên có phân biệt được bản nháp với bản ghi đã duyệt và phát hiện thay đổi sau khi rà soát hay không. Kiểm tra dữ liệu nhập, sửa tay và đổi công thức ảnh hưởng kết quả thế nào. Nhờ người sở hữu quy trình mô tả lần xử lý lỗi và chỉ cách nhóm khôi phục.

Nhu cầu truy cập cần được quyết định riêng. OWASP khuyến nghị chỉ cấp quyền cần thiết cho công việc của từng người.[6] Nguyên tắc đó có thể định hướng yêu cầu cho hệ thống thay thế. Không mặc định tệp dùng chung tạo được phân tách quyền cần thiết chỉ vì một số ô được khóa trên giao diện.

Ví dụ giả định: bảng phân bổ hàng khuyến mại

Một nhà bán lẻ giả định phân bổ hàng khuyến mại bằng bảng tính chung. Nhân viên chi nhánh sửa số lượng trong lúc điều phối viên xuất đơn. Vấn đề không phải tốc độ tính toán. Vấn đề là không rõ bản phân bổ nào đã duyệt và thay đổi sau đó có vào tệp xuất hay không.

Nhóm thử khung thời gian gửi có kiểm soát, người duyệt cụ thể và bản chụp dữ liệu đã duyệt có thể nhận diện. Nếu cách này không đáp ứng vận hành, bản mô tả ứng dụng sẽ nêu trạng thái phê duyệt và ranh giới xuất dữ liệu. Chưa giả định tỷ lệ cải thiện trước khi thử nghiệm có bằng chứng.

Danh sách quyết định theo kiểm soát

Đánh giá tệp cùng quy trình bao quanh nó. Công cụ thay thế phải đóng khoảng trống đã chứng minh, không chỉ tạo giao diện đẹp hơn.

• Chỉ rõ bản chính thức và người chịu trách nhiệm về quy tắc.
• Tách trách nhiệm nhập liệu, sửa công thức và duyệt nghiệp vụ.
• Đối soát đầu ra với mẫu đầu vào đã biết trước khi dùng vận hành.
• Thực hiện thử khôi phục khi sửa nhầm hoặc không mở được tệp.
• Xác định điều kiện khiến kiểm soát thủ công không còn khả thi.

Chọn can thiệp nhỏ nhất dùng được

Rà soát và phân công rõ hơn có thể đủ khi quy trình ít diễn ra và lỗi được phát hiện trước hành động. Ứng dụng riêng hợp lý hơn khi cần bắt buộc tuân thủ trạng thái, quyền chi tiết hoặc phối hợp mà kiểm soát thủ công không duy trì nổi.

Ứng dụng vẫn cần định nghĩa dữ liệu, xử lý ngoại lệ, hỗ trợ và người sở hữu. Chuyển đổi còn phát sinh đào tạo và đối soát. So sánh các chi phí đó với vấn đề kiểm soát đã quan sát, rồi chọn cải thiện bảng tính, thêm công cụ hỗ trợ hoặc thay quy trình.