循环框架下信用支取的新额度与可用资金计算问询

Let's walk through this revolving credit scenario step by step, breaking down how to compute new_volume (incremental credit limit added) and free_volume (available funds for drawdown) based on your rules. The key rule to keep front and center is: new_volume is only generated when the frame_volume (overall credit framework) is increased to a higher level. Repayments don't factor into our calculations here, so we can disregard them entirely.

1. Initial Drawdown #

• Current frame_volume: 100,000
• Customer action: Full drawdown of 100,000
• Calculations:
  • new_volume: 100,000 (this is the initial full framework amount, as it's the first activation of the credit line)
  • free_volume: 0 (the entire initial framework has been drawn, so no funds are left available)

2. Second Drawdown (Same Framework Level) #

• Current frame_volume: Still 100,000 (no increase applied)
• Customer action: Draws 30,000
• Calculations:
  • new_volume: 0 (since the framework hasn't been raised to a higher level, no new credit is added)
  • free_volume: 100,000 - (100,000 + 30,000) = -30,000 (we're drawing beyond the original framework, so available funds go negative—this aligns with your note that repayments aren't considered)

3. Third Drawdown (Framework Volume Increased) #

• Updated frame_volume: Raised to 150,000 (a higher level than the previous 100,000)
• Customer action: Immediately draws 60,000
• Calculations:
  • new_volume: 150,000 - 100,000 = 50,000 (this is the incremental credit added from the framework increase)
  • free_volume: 150,000 - (100,000 + 30,000 + 60,000) = -40,000 (total drawn now exceeds the new framework, so available funds remain negative)

If you need to adjust for scenarios where overdraws aren't permitted (i.e., free_volume can't go negative), you'd cap the draw amount to the current available free_volume—but based on your description, we're calculating values as-is regardless of overdraw status.

内容的提问来源于stack exchange，提问作者Juraj Béger