Modelling Loan Fact - Arrears
4 posters
Page 1 of 1
Modelling Loan Fact - Arrears
Hi,
I'm in the process of building a loan transaction fact table but was wondering how to handle the requirement to report on loan arrears amounts (could equally apply to other financial products like mortgages, credit cards etc).
This would be an absence of a transaction - so I'm not sure if I should add an Expected Payment Amount to the fact table or to have a separate fact table for expected loan transactions or something else?
Someone's probably solved this issue before, so any suggestions?
Thanks,
Paul
I'm in the process of building a loan transaction fact table but was wondering how to handle the requirement to report on loan arrears amounts (could equally apply to other financial products like mortgages, credit cards etc).
This would be an absence of a transaction - so I'm not sure if I should add an Expected Payment Amount to the fact table or to have a separate fact table for expected loan transactions or something else?
Someone's probably solved this issue before, so any suggestions?
Thanks,
Paul
pauljames- Posts : 3
Join date : 2010-06-03
Re: Modelling Loan Fact - Arrears
Interesting challenge. I haven't had to solve it yet myself, so I would be interested in what others come up with.
I think the answer lies in the 3 main types of fact tables : Transactional, Periodic Snapshot and Accumulating snapshot. (http://www.rkimball.com/html/articlesArchitecture/articlesAdvancedFact.html)
My first inclination would be to say that this requires an accumulating snapshot fact table, with the grain being a single loan at a single point in time.
As you said, there isn't really a transaction for "Arrears" - it really is more of a measure of the status of a loan.
Therefore, there probably is a business rule that defines the state of a loan being "In Arrears". Your ETL would look for transaction/events that trigger changes in "Arrears" state, and those changes would trigger a new calculation of amount_in_arrears.
For example:
Consider a business rule that gives 5 days grace for a loan payment. Payment is expected to be $100.
On due_date + 5, no payment was received -> the ETL would create a new snapshot fact for the load, with amount_in_arrears=$100
On due_date + 7, payment of $100 was received - > the ETL would create a new snapshot fact for the loan, with amount_in_arrears=$0.
Hope this points you in a successfull direction.....
I think the answer lies in the 3 main types of fact tables : Transactional, Periodic Snapshot and Accumulating snapshot. (http://www.rkimball.com/html/articlesArchitecture/articlesAdvancedFact.html)
My first inclination would be to say that this requires an accumulating snapshot fact table, with the grain being a single loan at a single point in time.
As you said, there isn't really a transaction for "Arrears" - it really is more of a measure of the status of a loan.
Therefore, there probably is a business rule that defines the state of a loan being "In Arrears". Your ETL would look for transaction/events that trigger changes in "Arrears" state, and those changes would trigger a new calculation of amount_in_arrears.
For example:
Consider a business rule that gives 5 days grace for a loan payment. Payment is expected to be $100.
On due_date + 5, no payment was received -> the ETL would create a new snapshot fact for the load, with amount_in_arrears=$100
On due_date + 7, payment of $100 was received - > the ETL would create a new snapshot fact for the loan, with amount_in_arrears=$0.
Hope this points you in a successfull direction.....
LAndrews- Posts : 132
Join date : 2010-05-13
Location : British Columbia, Canada
Re: Modelling Loan Fact - Arrears
I would go with a separate fact table. The grain would be all expected payments for all loans. Your missing payments are all expect payments fact - payments received fact.
BoxesAndLines- Posts : 1212
Join date : 2009-02-03
Location : USA
Similar topics
» Dimensional Modelling of a Bank ; Can Loan be considered as a Dimension ???
» Modelling question - Multiple fact tables with one to many relationships and querying from many fact tables
» Modelling Fact Tables That Change
» Questions about modelling an event fact table
» Modelling inventory quantities - fact or dimension
» Modelling question - Multiple fact tables with one to many relationships and querying from many fact tables
» Modelling Fact Tables That Change
» Questions about modelling an event fact table
» Modelling inventory quantities - fact or dimension
Page 1 of 1
Permissions in this forum:
You cannot reply to topics in this forum
|
|