Revenue Recognition và Expense Amortization theo từng book

TL;DR: Revenue recognition và expense amortization nằm trong nhóm quy trình book-specific của NetSuite Multibook. Mỗi book có thể áp dụng quy tắc ghi nhận doanh thu và phân bổ chi phí riêng, và lịch liên quan là bản ghi book-specific.

Đây là nhóm nghiệp vụ mà khác biệt giữa các chuẩn mực kế toán lộ rõ nhất. Nếu doanh nghiệp có hợp đồng dài hạn hoặc chi phí trả trước lớn, đây cũng là phần cần kiểm thử kỹ nhất trong dự án Multibook.

Vì sao hai quy trình này là book-specific?

Oracle xếp revenue recognition, deferred revenue reclassification journal entries và expense amortization vào nhóm quy trình chỉ có thể thực hiện với một đơn vị tiền tệ cơ sở. Giao dịch và template liên quan tới các quy trình này là book-specific.

Nói cách khác: quy tắc ghi nhận doanh thu không còn là một thiết lập duy nhất cho toàn công ty, mà có thể khác theo từng sổ. Đây chính là năng lực mà Multibook mang lại, và cũng là phần phức tạp nhất khi cấu hình.

Ba lớp cấu hình cần phân biệt

Tương tác với Chart of Accounts Mapping

Đây là điểm giao thoa phức tạp nhất. Khi Chart of Accounts Mapping và Revenue and Expense Management cùng được bật, nguồn tài khoản dùng cho mapping các giao dịch ghi nhận doanh thu và phân bổ chi phí có thể là item hoặc transaction form.

Hệ quả thực hành: cùng một giao dịch ghi nhận doanh thu có thể đi theo hai nhánh mapping khác nhau tùy cách tài khoản được xác định. Trước khi cấu hình, hãy trả lời rõ: với nhóm doanh thu này, tài khoản đến từ item hay từ người dùng nhập trên chứng từ?

Một chi tiết liên quan: khi chart of accounts mapping được bật, các tài khoản chỉ định trên item record cũng trở thành nguồn cho item account mapping. Vì vậy dọn dẹp item master data phải làm trước khi thiết kế rule.

Deferred revenue reclassification cần chú ý gì?

Bút toán reclassification cho deferred revenue nằm trong danh sách bản ghi book-specific. Nghĩa là khi doanh nghiệp dùng cơ chế trì hoãn và phân loại lại doanh thu, các bút toán này tách theo book thay vì dùng chung.

Hệ quả vận hành: checklist đóng kỳ phải có bước đối soát reclassification theo từng book, và người phụ trách phải xác nhận mình đang xử lý book nào trước khi chạy quy trình.

Checklist kiểm thử cho dự án Multibook

• Kiểm thử quy tắc ghi nhận doanh thu riêng cho từng book bằng hợp đồng mẫu có nhiều mốc ghi nhận.
• Kiểm thử lịch phân bổ chi phí ở book gốc và book thứ cấp, xác nhận lịch được tạo riêng.
• Kiểm thử nhánh mapping khi tài khoản đến từ item và khi tài khoản nhập trên chứng từ.
• Kiểm thử bút toán reclassification cho deferred revenue theo từng book.
• Xác nhận báo cáo cấp giao dịch của từng book truy ngược được tới lịch ghi nhận tương ứng.

Câu hỏi thường gặp

Có thể dùng hai bộ quy tắc ghi nhận doanh thu khác nhau cho hai book không?

Có. Đây là một trong những mục tiêu nghiệp vụ mà Multibook hướng tới: cho phép tạo quy tắc ghi nhận doanh thu và phân bổ chi phí khác nhau cho từng book.

Lịch ghi nhận doanh thu có chia sẻ giữa các book không?

Lịch là bản ghi book-specific theo danh sách bản ghi Oracle nêu. Vì vậy cần kiểm thử để xác nhận hành vi trong tài khoản của bạn.

Nếu chỉ cần điều chỉnh vài bút toán cuối kỳ thì sao?

Xem xét Adjustment-Only Books: bạn hạch toán giao dịch hằng ngày vào base book, rồi nhập bút toán theo book vào adjustment-only book ở cuối kỳ.

Kết luận

Revenue recognition và expense amortization là trái tim nghiệp vụ của Multibook, và cũng là phần dễ phát sinh lỗi cấu hình nhất. Ba việc cần làm: chốt nguồn tài khoản cho từng nhóm doanh thu, thiết kế rule mapping với dimension duy nhất, và kiểm thử đủ cả hai nhánh item và chứng từ. Đừng go-live khi chưa kiểm thử reclassification theo từng book.

Tham khảo: Chart of Accounts Mapping và Multi-Book Accounting Records trên Oracle NetSuite Help.