HIỂU VÀ SỬ DỤNG PARTY TRONG ERPNEXT
Trong ERPNext, Party (Đối tượng) là một khái niệm cực kỳ mạnh mẽ giúp giải phóng bạn khỏi "ma trận" tài khoản chi tiết.
Nếu Cost Center trả lời câu hỏi "Chi phí này thuộc bộ phận nào?", thì Party trả lời câu hỏi "Khoản nợ này là của ai?".
Dưới đây là phân tích kỹ hơn về cách sử dụng Party để giải quyết các vấn đề cụ thể trong file dữ liệu của bạn.
1. Sự khác biệt cốt lõi về Tư duy
- Cách cũ (Kế toán truyền thống): Danh tính của đối tượng được gắn liền với Mã tài khoản.
- Ví dụ: Bạn tạo mã
341101là "Vay A". Khi A nghỉ và bạn vay B, bạn lại phải tạo341102. - Hệ quả: Cây tài khoản phình to vô hạn. Muốn xem tổng nợ vay tư nhân phải cộng thủ công
341101+341102+ ... - Cách mới (ERPNext - Party): Danh tính tách rời khỏi Tài khoản.
- Bạn chỉ có duy nhất 1 tài khoản:
3411 - Vay ngắn hạn tư nhân. - Bạn tạo 2 Party: "A" và "B".
- Khi vay tiền, bạn chọn Tài khoản
3411+ PartyA. - Hệ quả: Cây tài khoản luôn gọn gàng. Báo cáo tự động tổng hợp được tổng nợ
3411, đồng thời trích xuất được sổ chi tiết công nợ (Ledger) của riêng A.
2. Các loại Party chính trong ERPNext
ERPNext chia đối tượng thành các nhóm (Party Type) để quản lý thông tin khác nhau (CRM, Tài khoản ngân hàng, Địa chỉ):
- Customer (Khách hàng): Gắn với TK Phải thu (
131). - Supplier (Nhà cung cấp): Gắn với TK Phải trả (
331). - Employee (Nhân viên): Gắn với TK Tạm ứng (
141) hoặc Phải trả lương (334). - Shareholder (Cổ đông): Gắn với các TK vốn (nếu cần theo dõi chi tiết).
- Member (Thành viên): Dùng cho mô hình phi lợi nhuận/HTX (có thể áp dụng cho xã viên Hợp Tác Xã của bạn).
3. Áp dụng Party vào dữ liệu của bạn (Giải pháp cụ thể)
Dựa trên file Excel của bạn, đây là cách chuyển đổi tối ưu nhất:
Trường hợp 1: Các khoản vay cá nhân (Tk 34110xxx)
Trong file bạn có rất nhiều cá nhân:A, B, C...
- Bước 1: Trong Chart of Accounts, chỉ giữ lại tài khoản mẹ
3411 - Vay ngắn hạn tư nhân(Account Type: Payable). - Bước 2: Tạo các cá nhân này dưới dạng Supplier (Hoặc tạo một Party Type riêng tên là "Lender" - Người cho vay, nhưng dùng Supplier là tiện nhất vì có sẵn quy trình thanh toán).
- Bước 3: Tạo nhóm Supplier Group là "Người cho vay" để phân biệt với nhà cung cấp hàng hóa.
- Lợi ích: Bạn lưu được cả số điện thoại, số tài khoản ngân hàng, mã số thuế của từng người cho vay ngay trong hồ sơ của họ (điều mà Tài khoản kế toán không làm được).
Trường hợp 2: Tạm ứng nhân viên (Tk 141a, 141b)
- Bước 1: Giữ tài khoản
141 - Tạm ứng(Account Type: Receivable). - Bước 2: Tạo hồ sơ Employee cho từng nhân viên.
- Bước 3: Khi nhân viên nhận tiền tạm ứng (Payment Entry), hệ thống yêu cầu chọn Party Type là
Employeevà tên nhân viên cụ thể. - Lợi ích: Theo dõi được ông A đang giữ bao nhiêu tiền tạm ứng chưa hoàn chưa chỉ bằng 1 cú click vào tên ông A.
4. Cơ chế "Tự động định khoản" nhờ Party
Đây là tính năng giúp bạn nhập liệu siêu tốc:
- Bạn vào hồ sơ Customer A, thiết lập "Default Receivable Account" là
131. - Bạn vào hồ sơ Supplier B, thiết lập "Default Payable Account" là
331. - Bạn vào hồ sơ Lender C (Người cho vay), thiết lập "Default Payable Account" là
3411.
-> Khi tạo giao dịch: Bạn chỉ cần chọn tên người đó. ERPNext sẽ tự động lấy tài khoản kế toán tương ứng điền vào bút toán. Kế toán viên không cần nhớ mã tài khoản nữa.
5. Báo cáo quản trị từ Party (Điều sếp cần xem)
Sử dụng Party mang lại các báo cáo mà Kế toán Việt Nam thường phải làm thủ công trên Excel:
- Accounts Receivable/Payable Summary (Tổng hợp công nợ): Xem danh sách tất cả những ai đang nợ mình và mình đang nợ ai.
- Accounts Receivable Aging (Tuổi nợ):
- Phân tích nợ theo thời gian: 0-30 ngày, 30-60 ngày, 60-90 ngày, >90 ngày.
- Hệ thống tự tính dựa trên "Payment Terms" (Điều khoản thanh toán) bạn cài cho từng Party.
- Party Ledger (Sổ chi tiết đối tượng): Giống hệt Sổ chi tiết công nợ (S31, S32) của Việt Nam, liệt kê chi tiết từng lần mua, từng lần trả tiền và số dư cuối kỳ.