Collection Model (RE Module) query

Giới thiệu


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ụ.

56b95518-848d-4fd4-85df-6e9888817960.pbs_bo_fi_cashflow_collectionmodel_md

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 Balance

Remains

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

Tham số


Khi chạy truy vấn này, ta có thể sử dụng các tham số sau:

  1. 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.

  2. 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

Nguyên tắc phân bổ 4.7.6.935


  1. 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 datePaymentNo

  2. Đố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 :

30416943-cabd-4d25-b30e-60bd7581c289.pbs_bo_fi_cashflow_collectionmodel_md

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ú

Xem thêm



Updated on : 2024-02-25 16:01:05. by : . at X1-EXTREME.

Topic : Collection CashFlow Model (RE). pbs.bo.fi.cashflow.collectionmodel