Điều chỉnh dữ liệu và chỉnh sửa dữ liệu trong ERP: Khác biệt về bản chất và hệ quả hệ thống
Thiết kế phân quyền trong ERP: Tác động đến tính toàn vẹn dữ liệu và kiểm soát giao dịch
Luồng dữ liệu trong ERP: Từ đơn hàng đến báo cáo tài chính
Cách tính giá thành sản xuất trong ERP: Khác biệt giữa định mức và thực tế
Quản lý tồn kho theo quy cách trong ERP: Bài toán kg, mét, cuộn và cách xử lý chính xác

Khóa dữ liệu không phải là thao tác kỹ thuật mà là cơ chế kiểm soát
Trong ERP, khóa dữ liệu thường được hiểu đơn giản là “không cho sửa”. Tuy nhiên, ở cấp độ hệ thống, khóa dữ liệu là cơ chế để đảm bảo dữ liệu không bị thay đổi sau khi đã tham gia vào các xử lý tiếp theo.
Nếu không có cơ chế khóa, mọi dữ liệu đều có thể bị chỉnh sửa bất kỳ lúc nào. Khi đó, hệ thống không tồn tại một trạng thái ổn định để làm cơ sở cho báo cáo hoặc kiểm soát.
Do đó, khóa dữ liệu không phải là giới hạn người dùng, mà là xác định thời điểm dữ liệu trở thành “chính thức”.
Hai cách tiếp cận phổ biến: khóa theo thời điểm và khóa theo trạng thái
Trong thực tế, có hai cách thiết kế khóa dữ liệu.
Cách thứ nhất là khóa theo thời điểm, thường áp dụng trong kế toán. Dữ liệu được khóa theo kỳ, ví dụ cuối tháng hoặc cuối quý. Sau khi khóa, toàn bộ giao dịch trong khoảng thời gian đó không thể thay đổi.
Cách thứ hai là khóa theo trạng thái. Mỗi giao dịch có vòng đời riêng và được khóa ngay khi đạt trạng thái hoàn tất, không phụ thuộc vào thời gian.
Hai cách tiếp cận này không thay thế nhau mà giải quyết hai bài toán khác nhau.
Giới hạn của khóa theo thời điểm
Khóa theo kỳ giúp đảm bảo tính ổn định cho báo cáo tài chính. Tuy nhiên, nó tồn tại một khoảng thời gian “chưa khóa”, trong đó dữ liệu vẫn có thể bị thay đổi.

Trong giai đoạn này, các vấn đề thường xảy ra:
Điều này dẫn đến tình trạng cùng một báo cáo nhưng cho ra kết quả khác nhau theo thời điểm xem.
Giới hạn của khóa theo trạng thái
Khóa theo trạng thái giải quyết vấn đề ổn định dữ liệu ở từng giao dịch. Khi một đơn hàng, phiếu xuất hoặc bút toán được hoàn tất, hệ thống không cho phép chỉnh sửa trực tiếp.

Tuy nhiên, nếu chỉ sử dụng cách này, hệ thống vẫn có thể gặp vấn đề khi tổng hợp dữ liệu.
Ví dụ, dữ liệu từng giao dịch là đúng và đã khóa, nhưng khi tính giá vốn hoặc phân bổ chi phí theo kỳ, kết quả vẫn có thể thay đổi nếu chưa có cơ chế khóa theo thời gian.
Mối liên hệ giữa khóa dữ liệu và phân quyền
Khóa dữ liệu và phân quyền không thể tách rời.
Phân quyền kiểm soát “ai được phép thao tác”, trong khi khóa dữ liệu kiểm soát “dữ liệu có được phép thay đổi hay không”.
Nếu chỉ có phân quyền mà không có khóa, người dùng vẫn có thể chỉnh sửa dữ liệu ở mọi thời điểm nếu được cấp quyền.
Ngược lại, nếu chỉ có khóa mà không thiết kế phân quyền hợp lý, hệ thống sẽ bị tắc nghẽn vì người dùng không thể thực hiện các thao tác cần thiết.
Thiết kế đúng phải kết hợp cả hai.
Điều chỉnh dữ liệu thay vì chỉnh sửa dữ liệu
Một nguyên tắc quan trọng trong ERP là dữ liệu đã khóa không nên bị chỉnh sửa trực tiếp.
Thay vào đó, hệ thống cần cho phép tạo các giao dịch điều chỉnh.
Ví dụ:
Cách tiếp cận này giúp giữ nguyên lịch sử dữ liệu và đảm bảo khả năng truy vết.
Đồng thời, mọi thay đổi đều được ghi nhận như một giao dịch mới, không phá vỡ cấu trúc dữ liệu cũ.
Khóa dữ liệu và tính ổn định của báo cáo
Báo cáo trong ERP phụ thuộc hoàn toàn vào dữ liệu tại thời điểm truy vấn.
Nếu dữ liệu chưa được khóa, báo cáo sẽ luôn ở trạng thái “có thể thay đổi”.
Điều này đặc biệt quan trọng với các chỉ số như:
Nếu không xác định rõ thời điểm khóa, doanh nghiệp không thể xác định đâu là số liệu chính thức.
Thiết kế khóa dữ liệu theo hướng hệ thống
Thiết kế hiệu quả không nên chọn một trong hai cách, mà cần kết hợp:
Khóa theo trạng thái để đảm bảo từng giao dịch không bị thay đổi sau khi hoàn tất.
Khóa theo thời điểm để đảm bảo dữ liệu tổng hợp không bị thay đổi khi đã chốt kỳ.
Ngoài ra, cần bổ sung cơ chế điều chỉnh thay vì chỉnh sửa, để đảm bảo dữ liệu luôn có thể cập nhật mà không phá vỡ lịch sử.
ROSY ERP và cơ chế khóa dữ liệu
Trong một hệ thống như ROSY ERP, khóa dữ liệu cần được thiết kế gắn với cả vòng đời giao dịch và chu kỳ kế toán.
Dữ liệu sau khi hoàn tất được kiểm soát không cho chỉnh sửa trực tiếp. Các thay đổi phải thông qua giao dịch điều chỉnh.
Đồng thời, hệ thống cần hỗ trợ khóa theo kỳ để đảm bảo tính ổn định cho báo cáo tài chính.
Cách tiếp cận này giúp cân bằng giữa tính linh hoạt và tính kiểm soát.
Kết luận
Khóa dữ liệu trong ERP không phải là hạn chế người dùng, mà là cơ chế đảm bảo dữ liệu không bị thay đổi sau khi đã được sử dụng.
Khóa theo trạng thái giúp ổn định từng giao dịch. Khóa theo thời điểm giúp ổn định dữ liệu tổng hợp.
Một hệ thống ERP chỉ có thể đáng tin cậy khi cả hai cơ chế này được thiết kế và vận hành đồng thời.