Chuyển tới nội dung chính

Quản Trị Dữ Liệu Chủ (Master Data Governance) & Khung Xương Kế Toán

Sứ Mệnh Của Bài Học

Một tòa nhà chọc trời không thể xây trên nền móng bằng cát. Trong ERP, "nền móng" chính là Dữ liệu chủ (Master Data).

Sự khác biệt giữa một công ty triển khai ERP thành công và một công ty thất bại (phải bỏ phần mềm) thường nằm ở chữ Governance (Quản trị). Bài học này sẽ giúp bạn hiểu tại sao việc quản lý danh mục Khách hàng, Sản phẩm, Trung tâm chi phí (Cost Center) và Hệ thống tài khoản (Chart of Accounts) lại quyết định sự sống còn của dữ liệu báo cáo tài chính cuối tháng.

1. Dữ Liệu Chủ (Master Data) Là Gì? Tại Sao Phải "Quản Trị"?​

Dữ liệu chủ (Master Data) là các thực thể cốt lõi, mang tính chất nền tảng và tương đối tĩnh, được sử dụng chung trên toàn bộ hệ thống ERP.

  • Ví dụ: Danh mục Khách hàng, Danh mục Nhà cung cấp, Danh mục Hàng hóa (Item), Hệ thống tài khoản kế toán, Danh sách Nhân viên.

Ngược lại với Dữ liệu chủ là Dữ liệu giao dịch (Transactional Data) – những thứ sinh ra hàng ngày như Đơn hàng, Phiếu nhập kho, Phiếu thu tiền. (Dữ liệu giao dịch luôn sử dụng Dữ liệu chủ. Bạn không thể lập Đơn hàng nếu hệ thống chưa có Khách hàng và Sản phẩm).

Tại sao gọi là "Quản trị" (Governance) chứ không đơn thuần là "Nhập liệu"?​

Trong hệ thống ERP, triết lý GIGO (Garbage In, Garbage Out - Rác đầu vào, Rác đầu ra) luôn ứng nghiệm tuyệt đối:

  • Nếu nhân viên Sales A tạo khách hàng tên "Công ty ABC", vài tháng sau Sales B tạo thêm một mã "CTY ABC". Kết quả: Báo cáo công nợ bị chia làm hai nửa sai lệch. Kế toán đi thu nợ sẽ bị sót.
  • Nếu nhân viên lập mã Mặt hàng mà gán sai tài khoản kế toán kho (gán nhầm 156 thành 152), đến cuối tháng Bảng Cân Đối Kế Toán sẽ lệch trọng yếu.

Quản trị Dữ liệu chủ (MDG) là việc áp dụng các luật lệ khắt khe: Ai được quyền tạo mã? Quy tắc đặt mã (Naming Convention) là gì? Ai duyệt mã trước khi cho phép sử dụng? Không có MDG, hệ thống ERP sẽ nhanh chóng biến thành một bãi rác dữ liệu không thể dọn dẹp.

2. Hệ Thống Tài Khoản (Chart of Accounts - COA): Bộ Não Của ERP​

Đích đến cuối cùng của mọi giao dịch trong doanh nghiệp (dù là xuất kho, bán hàng, hay trả lương) đều quy về một thứ: Sổ Cái Kế Toán (General Ledger). Khung xương để vẽ lên Sổ Cái chính là Hệ thống tài khoản (Chart of Accounts - COA).

Cấu Trúc Rễ Cây (Tree Structure) Chẩn Mực​

ERPNext tổ chức COA theo cấu trúc cây (giống với Chuẩn mực kế toán Việt Nam - VAS như Thông tư 200 hoặc Thông tư 133). Gốc cây là 5 nhóm trụ cột:

  1. Tài sản (Assets - Loại 1, 2): Những gì công ty có (Tiền mặt, Hàng tồn kho, Máy móc).
  2. Nợ phải trả (Liabilities - Loại 3): Những gì công ty nợ (Nợ nhà cung cấp, Nợ lương nhân viên, Thuế).
  3. Vốn chủ sở hữu (Equity - Loại 4): Nguồn vốn từ các cổ đông và lợi nhuận chưa phân phối.
  4. Doanh thu (Income - Loại 5, 7): Tiền thu được từ hoạt động kinh doanh.
  5. Chi phí (Expenses - Loại 6, 8): Tiền chi ra để vận hành kinh doanh (Giá vốn hàng bán, Lương, Tiền điện).

Quy Tắc Tử Huyệt: Group và Ledger​

Trong cấu trúc cây này, bạn phải phân biệt rõ 2 loại tài khoản:

  • Tài khoản Nhóm (Group/Root): Đóng vai trò làm thư mục chứa (Ví dụ: 152 - Nguyên liệu, vật liệu). Bạn TUYỆT ĐỐI KHÔNG thể hạch toán tiền trực tiếp vào tài khoản Group.
  • Tài khoản Chi tiết (Ledger/Sổ cái): Là các "lá" của nhánh cây, nơi trực tiếp đón nhận bút toán Nợ/Có. (Ví dụ: 1521 - Vật liệu chính, 1522 - Vật liệu phụ).

Tại Sao ERP Xịn Hơn Kế Toán Bằng Excel? (Default Accounts)​

Trong Excel hay các phần mềm kế toán cũ, mỗi khi bán hàng, kế toán phải tự nhẩm trong đầu: "Ghi Nợ 131, Ghi Có 511, Ghi Có 33311... Ghi Nợ 632, Ghi Có 156". Cách làm này chậm và dễ sai sót. Trong ERP, bạn cấu hình sẵn Tài khoản Mặc định (Default Accounts) tại Dữ liệu chủ. Khi nhân viên Sales chốt hóa đơn, ERP tự động sinh ra các bút toán Nợ/Có vô hình đằng sau dựa trên cấu hình:

  • Default Receivable Account: Tự động ghi Nợ 131 (từ Master Data Khách hàng).
  • Default Income Account: Tự động ghi Có 511 (từ Master Data Mặt hàng).

3. Trung Tâm Chi Phí (Cost Center): Kế Toán Quản Trị Cho Sếp​

Báo cáo thuế (Kế toán tài chính) cho nhà nước biết công ty lãi lỗ bao nhiêu tổng thể. Nhưng Giám đốc (CEO) thì cần biết: "Chi nhánh Hà Nội đang tiêu bao nhiêu tiền marketing so với chi nhánh TP.HCM?" hoặc "Dự án A lỗ hay lãi?".

Đó là lúc Cost Center (Trung tâm chi phí) xuất hiện.

Bản Chất Của Cost Center​

Cost Center là một bộ lọc (Dimension) đính kèm vào mọi giao dịch có phát sinh chi phí hoặc doanh thu. Hệ thống Cost Center cũng tổ chức theo hình cây.

  • Ví dụ: Nhóm Khối Kinh Doanh chứa 2 Cost Center con là Phòng Sales Miền Bắc và Phòng Sales Miền Nam.

Cách Hoạt Động​

Khi Kế toán làm Phiếu thanh toán (Payment Entry) chi 10 triệu tiền quảng cáo Facebook. Nếu chỉ hạch toán: Nợ 641 (Chi phí bán hàng) / Có 112 (Tiền gửi NH), Sếp sẽ không biết 10 triệu này chi cho đội nào. Trong ERP, Kế toán bắt buộc phải chọn thêm trường Cost Center.

  • Bút toán đúng: Nợ 641 + Cost Center: Phòng Sales Miền Nam.

Nhờ cơ chế này, cuối tháng Giám đốc chỉ cần mở báo cáo Profit and Loss (Lãi Lỗ), lọc theo Cost Center Phòng Sales Miền Nam là sẽ ra bản P&L riêng biệt của team đó. Đây chính là cốt lõi của Kế Toán Quản Trị (Managerial Accounting).

4. Quản Trị Danh Mục Đối Tác (B2B) & Hàng Hóa​

Việc khai báo các thực thể kinh doanh cần đáp ứng chặt chẽ yêu cầu đối soát sau này.

Khách Hàng (Customer) & Nhà Cung Cấp (Supplier)​

Đừng bao giờ để trống các trường cấu hình quan trọng:

  • Customer Group (Nhóm khách hàng): Dùng để thiết lập chính sách giá tự động. Ví dụ: Nhóm Đại lý cấp 1 mặc định được giảm giá 20% trên giá bán lẻ.
  • Credit Limit (Hạn mức tín dụng): Đây là công cụ bảo vệ dòng tiền. Nếu cấp cho khách hàng A hạn mức nợ là 100 triệu, khi nhân viên Sales lên đơn hàng thứ 2 làm tổng nợ vọt lên 105 triệu, ERP sẽ lập tức báo đỏ và khóa không cho Submit đơn hàng.
  • Accounting Links: Chắc chắn rằng khách hàng liên kết với Tài khoản 131 - Phải thu, nhà cung cấp liên kết với 331 - Phải trả.

Mặt Hàng (Item) & Kho (Warehouse)​

Danh mục hàng hóa trong ERP phức tạp hơn nhiều so với phần mềm bán hàng POS.

  • Maintain Stock: Bạn có theo dõi tồn kho cho món này không? (Ví dụ: Màn hình máy tính thì Có, nhưng Dịch vụ bảo hành thì Không. Hàng không duy trì kho sẽ không bao giờ sinh ra định khoản vào tài khoản Hàng tồn kho 156).
  • Item Group (Nhóm mặt hàng): Quyết định tài khoản Doanh thu và Giá vốn. Khi bán "Máy tính", tiền chảy vào 5111 - Doanh thu bán hàng hóa. Khi bán "Gói bảo hành", tiền tự động chảy vào 5113 - Doanh thu cung cấp dịch vụ.
  • Warehouse (Kho bãi): Mỗi Kho có thể đại diện cho một tài khoản kế toán khác nhau. Xuất hàng từ Kho Nguyên Liệu sẽ giảm 152, xuất hàng từ Kho Thành Phẩm sẽ giảm 155.

5. Lời Khuyên Triển Khai Thực Tế (Best Practice)​

Để bảo vệ sự toàn vẹn của Dữ liệu chủ, các doanh nghiệp chuyên nghiệp thường làm như sau:

  1. Chính Sách Cấm Gõ Tay Mã (Auto Naming): Đừng cho phép nhân viên tự nghĩ ra mã khách hàng kiểu KH-A-NGUYEN-VAN-X. Hãy thiết lập Naming Series để hệ thống tự sinh mã như CUST-2026-00001. Tên khách hàng (Customer Name) thì gõ tự do, nhưng Mã gốc (ID) phải là tự động.
  2. Khóa Quyền Tạo Mới (Restrict Creation): Thu hồi quyền Create trên các DocType như Item, Customer, Supplier khỏi tay nhân viên Sales và nhân viên Kho. Cấp quyền này cho duy nhất vị trí Master Data Admin hoặc Kế toán trưởng. Khi có khách mới, Sales gửi một "Yêu cầu tạo mã" để người có thẩm quyền rà soát trùng lặp trước khi duyệt tạo vào hệ thống.
  3. Không Bao Giờ Xóa (Never Delete): Nếu một đối tác không còn giao dịch, hoặc một mặt hàng ngừng kinh doanh, hãy tích chọn ô Disabled (Khóa/Vô hiệu hóa). Tuyệt đối không xóa bản ghi, vì nó sẽ phá vỡ liên kết với toàn bộ các đơn hàng và hóa đơn cũ trong quá khứ.

Khi Dữ liệu chủ đã vững chãi, chúng ta có thể tự tin thiết lập các "chốt chặn an toàn" sâu hơn ở bài tiếp theo: Thiết lập & Kiểm soát hệ thống.