Collection Model là mô hình Cashflow kết hợp:
🔔 Gợi ý
Khi quản lý công nợ phải thu với số lượng nghiệp vụ rất nhiều. Nếu sử dụng kỹ thuật tách như phân hệ kế toán sổ cái đang làm, lượng công việc phát sinh sẽ rất lớn và dễ gây nhầm lẫn. Đặc biệt khi các thao tác tách công nợ bị nhầm hoặc dữ liệu phải thu bị điều chỉnh (Post Rough).
Sử dụng mô hình này để quản lý công nợ phải thu sẽ tự động hóa việc ước tính phân bổ theo quy tắc của Collection model Profile. Đồng thời không thay đổi (tách) dữ liệu gốc.
Hơn nữa ta vẫn có thể kết hợp cả 2 phương pháp. Tách 1 số nghiệp vụ đặc biệt rồi chạy mô hình để có kết quả mong muốn.
⚠️ Chú ý
Việc tách và so khớp công nợ xuất phát từ góc độ quản lý của công ty. Còn từ góc độ khách hàng thì sẽ thấy việc tách các khoản mà họ đóng làm phức tạp hóa vấn đề.
Việc sử dụng mô hình này cung cấp dữ liệu cho cả 2 góc độ.
Update 4.7.6.935 : phân bổ số tiền thu theo nguyên tắc First Due → First Pay trong mỗi nhóm nghiệp vụ.
No | Cột dữ liệu | Diễn giải |
---|---|---|
1 | Reference | Thông tin hợp đồng và các đợt phải thu liên quan đến Hợp đồng |
2 | Receivable | Số tiền phải thu |
3 | Payment Allocated | Phần thanh toán được phân bổ cho khoản phải thu. Giá trị này có thể = Paid Amount hoặc 1 phần của Paid Amount. Khi Paid Amount nhỏ hơn Receivable khoản Receivable sẽ được tách ra thành 2 phần để matching với khoản thanh toán. Việc tách này chỉ ở mô hình và không post và CSDL |
4 | Số tiền chưa được thanh toán. V4.7.7.589 bỏ đi cột Balance, thay thế bằng cột Remains = Receivable - Paid Amount | |
5 | Payment | Thông tin về đợt thanh toán và số chứng từ liên quan đợt thanh toán này nếu phân bổ cho nhiều khoản receivable sẽ được lặp lại |
Khi chạy truy vấn này, ta có thể sử dụng các tham số sau:
Code : Liệt kê các Collection Model profile tham gia vào truy vấn. Nếu không khai báo, toàn bộ các Collection Model profile sẽ được sử dụng.
Các tham số khác được các profile áp dụng để trích xuất dữ liệu từ các câu Phoebus Url : CollectionUrl và PayementUrl
Các nghiệp vụ phải thu được nhóm theo từng hợp đồng và sắp xếp theo thứ tự tăng dần của Due date và PaymentNo
Đối với mỗi nghiệp vụ thu tiền tiến hành phân bổ giá trị cho các nghiệp vụ phải thu nếu :
Trong hình bên trên khoản thu 2 tỷ 3 nhóm N
, do đó nó chỉ dùng để phân bổ cho các khoản N
mà thôi.
TransGroup của nghiệp vụ phải thu cũng như nghiệp vụ thu được quy định bởi Collection model Profile
💡 Ghi chú
Nếu khoản thu có TransGroup trống, thì nó sẽ phân bổ cho tất cả các khoản phải thu. Được hiểu là khoản thu này không biết phân bổ cụ thể cho nhóm phải thu nào, do đó nó sẽ phân bổ cho tất cả các nhóm.
Nếu TransGroup của khoản thu có giá trị, thì nó sẽ phân bổ cho các khoản phải thu trong nhóm của nó mà thôi.
Khoản phải thu có TransGroup để trống sẽ chỉ có thể được phân bổ bởi khoản thu cũng nằm trong nhóm trống.
Khi khoản thu phân bổ không hết, nó sẽ được ghi nhận thêm 1 dòng vào cuối danh sách của mô hình. Ở hình dưới khoản thu 24,562
thuộc nhóm F
nên nó không phân bổ hết. Số còn lại chưa phân bổ được ghi vào cuối danh sách như hình dưới
Updated on : 2024-02-25 16:01:05. by : . at X1-EXTREME.
Topic : Collection CashFlow Model (RE). pbs.bo.fi.cashflow.collectionmodel