Master Data ERP (dữ liệu nền ERP) là thông tin dùng chung để nhận diện khách hàng, nhà cung cấp, sản phẩm và vật tư. Ví dụ một mã hàng xuất hiện trong bán hàng, mua hàng và kho. Nếu hai mã cùng chỉ một nhà cung cấp, kế toán có thể khó đối chiếu công nợ. Quản lý dữ liệu nền là xác định ai được tạo, sửa, duyệt và kiểm tra các thông tin đó.
Khác với chuyển dữ liệu ERP thường thực hiện khi thay phần mềm, quản lý dữ liệu nền là công việc duy trì trong suốt quá trình vận hành. Chuyển sang ERP mới với dữ liệu sạch nhưng không kiểm soát mã được tạo thêm thì sai sót sẽ quay lại.
Cơ sở: IBM hướng dẫn việc quản trị dữ liệu nền và xử lý các trường hợp nghi trùng tại quản trị dữ liệu nền và công việc của người kiểm tra dữ liệu. Cách phân vai trong bài là khung gợi ý; doanh nghiệp có thể điều chỉnh theo quy mô.
Master Data ERP gồm những nhóm dữ liệu nào?
| Nhóm dữ liệu | Thông tin thường gặp | Bộ phận sử dụng |
|---|---|---|
| Khách hàng | Mã khách, tên pháp nhân, mã số thuế, địa chỉ. | Bán hàng, công nợ, giao hàng. |
| Nhà cung cấp | Mã nhà cung cấp, pháp nhân, điều khoản thanh toán. | Mua hàng, kế toán. |
| Sản phẩm, vật tư | Mã hàng, tên, đặc tính, đơn vị tồn kho. | Kho, mua hàng, sản xuất. |
| Định mức/công đoạn | Nguyên liệu cần dùng (BOM), phiên bản và bước sản xuất. | Lập kế hoạch, giá thành. |
| Cơ cấu tài chính | Danh mục tài khoản, bộ phận, mã chi phí. | Kế toán, báo cáo. |
| Dữ liệu tham chiếu/cấu hình | Mã thuế, tiền tệ, đơn vị tính, kho. | Dùng chung; không phải loại nào cũng là dữ liệu chủ. |
Trong sản xuất, sai mã hàng hoặc định mức có thể dẫn đến thiếu vật tư; xem ERP cho doanh nghiệp sản xuất. Theo phân loại dữ liệu của Microsoft, hồ sơ khách hàng khác đơn hàng/hóa đơn là dữ liệu giao dịch. Tiền tệ và mã thuế thường thuộc dữ liệu cấu hình; cách phân loại định mức và cơ cấu tài chính tùy ERP.
6 câu hỏi cần trả lời trước khi quản lý dữ liệu nền
- Ai được đề nghị tạo hoặc sửa khách hàng, sản phẩm, nhà cung cấp?
- Ai phê duyệt và chịu trách nhiệm về thông tin?
- Trường nào bắt buộc; kiểm tra đúng/sai thế nào?
- Làm sao tìm mã đã có trước khi tạo mã mới?
- Phần mềm nào có quyền sửa, phần mềm nào chỉ nhận dữ liệu?
- Khi mã hết sử dụng, khóa thế nào mà vẫn xem được chứng từ cũ?
Không nên coi đây chỉ là việc của IT. Đội kỹ thuật thiết lập quyền và công cụ; kinh doanh, kho, mua hàng và kế toán phải chịu trách nhiệm xác nhận nghiệp vụ. Một người có thể kiêm nhiệm trong doanh nghiệp nhỏ, nhưng người quyết định phải rõ.
Bước 1. Phân công người phụ trách theo nhóm dữ liệu
| Nhóm | Người có thể duyệt | Người rà soát hằng ngày |
|---|---|---|
| Khách hàng | Quản lý kinh doanh/kế toán. | Kiểm tra mã trùng và hồ sơ thiếu. |
| Nhà cung cấp | Mua hàng/kế toán. | Xác minh pháp nhân, tài khoản nhận tiền. |
| Mã hàng | Quản lý kho/sản phẩm. | Chuẩn hóa mã và đơn vị tính. |
| Định mức | Kỹ thuật sản xuất/quản đốc. | Đối chiếu phiên bản định mức. |
| Danh mục tài chính | Kế toán trưởng. | Kiểm tra mã và tình trạng sử dụng. |
Người phụ trách dữ liệu (owner) quyết định quy tắc và phê duyệt; người kiểm tra (steward) rà soát yêu cầu hằng ngày. Với tài khoản ngân hàng hoặc điều kiện thanh toán, cần cách xác minh thích hợp trước khi sửa.
Bước 2. Quy định cách tạo và sửa thông tin
Quy trình nên rõ: gửi yêu cầu → kiểm tra hồ sơ → tìm mã trùng → người có quyền duyệt → cập nhật và lưu lịch sử. Theo tài liệu quản trị dữ liệu nền của SAP, hệ thống có thể có các bước duyệt, kích hoạt và phân phối bản ghi.
- Ghi lý do, ngày yêu cầu và thời điểm áp dụng.
- Lưu giá trị trước và sau khi thay đổi.
- Kiểm tra thông tin bắt buộc.
- Quy định người có quyền phê duyệt.
- Xác định hệ thống khác cần cập nhật.
- Lưu lịch sử ai đề nghị, ai duyệt và lúc nào.
Bước 3. Ngăn mã trùng trước khi tạo mới
Dọn dữ liệu trùng định kỳ không đủ nếu nhân viên vẫn tự tạo mã mới. Hãy tìm trước khi tạo bằng mã số thuế, mã sản phẩm hoặc thuộc tính đáng tin cậy. Khi hai bản ghi giống nhau, cần người xác minh, không tự gộp theo tên.
Ví dụ giả định: nhà cung cấp “Minh Long” tồn tại dưới mã NCC003 và NCC087. Mua hàng báo nghi trùng; kế toán kiểm tra pháp nhân, mã số thuế, công nợ và hóa đơn trước khi quyết định. Không tự xóa hoặc gộp mã vì chứng từ cũ có thể đang liên kết với từng mã.
Theo hướng dẫn IBM về tìm bản ghi trùng, phần mềm có thể đề xuất các bản ghi cần xét nhưng người phụ trách vẫn phải quyết định. Quy tắc so khớp nhà cung cấp không nhất thiết giống quy tắc so sản phẩm.
Bước 4. Chuẩn hóa các trường thông tin
Bảng quy định dữ liệu (data dictionary) ghi ý nghĩa, định dạng, người phụ trách và quy tắc của từng trường. Ví dụ nếu mã hàng dùng đơn vị “hộp”, cần biết một hộp có bao nhiêu sản phẩm. Không tự sửa đơn vị khi đã có giao dịch mà chưa xét ảnh hưởng.
| Trường | Ý nghĩa | Quy tắc | Bộ phận |
|---|---|---|---|
| Loại khách hàng | Phân nhóm để báo cáo. | Chọn trong danh mục đã duyệt. | Kinh doanh. |
| Đơn vị tồn kho | Cái, hộp, kg… cho mã hàng. | Kiểm tra giao dịch cũ trước khi đổi. | Kho. |
| Điều kiện thanh toán | Hạn và cách thanh toán. | Dùng mã đã được chấp nhận. | Kế toán. |
Bước 5. Khóa mã không còn dùng, giữ lịch sử
Mã dữ liệu có thể ở trạng thái chờ duyệt, đang dùng, tạm khóa hoặc ngừng sử dụng tùy ERP. Ngừng dùng không có nghĩa xóa lịch sử. Sản phẩm dừng bán cần bị chặn tạo giao dịch mới nhưng đơn hàng cũ vẫn phải tra cứu được.
- Khách hàng/nhà cung cấp không còn quan hệ giao dịch.
- Sản phẩm ngừng kinh doanh hoặc được thay mã hợp lệ.
- Định mức đã có phiên bản mới.
- Nhóm chi phí hoặc bộ phận thay đổi.
- Thông tin hết hiệu lực nhưng chứng từ cũ còn cần giữ.
Bước 6. Giữ dữ liệu nhất quán giữa các phần mềm
Nếu ERP, CRM, website và phần mềm kho dùng chung thông tin, phải biết hệ thống nào có quyền sửa từng trường. Khi đồng bộ cần kiểm tra cập nhật chậm, ghi đè sai và gửi dữ liệu trùng; xem tích hợp ERP.
Ví dụ ERP có thể quản lý điều kiện thanh toán, còn CRM chỉ đọc. Ngược lại, nhóm khách hàng phục vụ bán hàng có thể do CRM quản lý. Không cần mọi trường đều được sửa hai chiều.
Đo chất lượng dữ liệu nền ERP bằng gì?
Không có một điểm chất lượng dữ liệu áp dụng cho mọi doanh nghiệp. Nên chọn chỉ số ảnh hưởng trực tiếp đến bán hàng, kho, kế toán và so kết quả theo từng kỳ.
- Số hoặc tỷ lệ mã khách/nhà cung cấp/mã hàng bị trùng.
- Hồ sơ thiếu trường bắt buộc.
- Thông tin sai mã, đơn vị tính hoặc danh mục.
- Đơn hàng/hóa đơn không liên kết được mã đúng.
- Thời gian xử lý đề nghị tạo hoặc sửa mã.
- Số giao dịch sai do dữ liệu nền.
- Mã còn hoạt động nhưng không còn sử dụng.
- Thông tin lệch giữa ERP và hệ thống khác.
IBM giới thiệu các chiều chất lượng như đầy đủ, hợp lệ, không trùng và kịp thời; doanh nghiệp tự chọn mức phù hợp, xem IBM — Data quality dimensions. Không nên áp một tỷ lệ lỗi chung cho mọi nhóm dữ liệu.
Quản lý dữ liệu nền khác chuyển dữ liệu ERP thế nào?
Khi chuyển hệ thống, doanh nghiệp làm sạch và đưa dữ liệu vào ERP một lần theo dự án. Sau ngày sử dụng chính thức vẫn cần người duyệt mã mới, xử lý trùng, khóa mã cũ và theo dõi lỗi. Đội triển khai phải bàn giao quy tắc dữ liệu, người chịu trách nhiệm và vấn đề còn tồn cho đội vận hành.
Checklist quản lý dữ liệu nền trước và sau Go-live
- Xác định người chịu trách nhiệm từng nhóm.
- Có quy tắc cho các trường quan trọng.
- Rõ ai đề nghị, ai kiểm tra, ai duyệt sửa.
- Đã kiểm tra cách phát hiện mã trùng.
- Có cách khóa mã mà vẫn giữ chứng từ cũ.
- Biết phần mềm sở hữu từng trường thông tin.
- Đặt cách đo lỗi và người rà soát định kỳ.
- Nhận tài liệu và lỗi còn tồn từ dự án chuyển dữ liệu.
- Có phân quyền và lịch sử thao tác với thông tin nhạy cảm.
Kết luận
Dữ liệu nền đúng giúp các bộ phận sử dụng ERP thống nhất thông tin. Doanh nghiệp cần người chịu trách nhiệm, quy trình tạo/sửa, kiểm tra mã trùng và cách theo dõi chất lượng. Đưa các yêu cầu này vào RFP ERP từ khi chọn giải pháp.
Những nội dung nên kiểm tra tiếp
Đọc bảo mật ERP để kiểm soát quyền tạo/sửa, KPI ERP sau Go-live để đo chất lượng và quản lý thay đổi ERP để hướng dẫn người dùng. Với nhà máy, xem ERP vs MRP vs MES về nơi mã hàng và định mức được sử dụng.
Dữ liệu nền trong dự án Odoo
Khi triển khai hoặc nâng cấp Odoo, cần kiểm tra mã khách, nhà cung cấp, sản phẩm, tham chiếu và thử nhập lại để tránh trùng. Xem dịch vụ nâng cấp và chuyển dữ liệu Odoo để thống nhất phạm vi đối chiếu và bàn giao.
Đ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ả.