信用リスク

Credit risk is the chance that a borrower or customer fails to pay as promised, causing losses. It specifies the unit of analysis and the assumptions behind probability of default and loss given default, including cash-flow timing and discount-rate assumptions. The concept separates what is in scope (cash flows, funding costs, and returns adjusted for risk) from what is out of scope (sunk costs or one-off accounting noise), so comparisons stay consistent. Applied well, it turns a vague debate into a measurable choice and makes the drivers of results explicit.

Credit Risk needs a clear start point, end point, owner, and exception path. Start | Trigger condition and input | Prevents premature work End | Output and acceptance rule | Prevents unfinished handoff Exception | Escalation path and decision owner | Prevents stalled execution

Credit Risk improves when ownership, cadence, and feedback loops are explicit. Ownership | One accountable owner | Reduces coordination loss Cadence | Regular review rhythm | Detects drift early Feedback | Clear signal from users or operators | Turns process into learning

Use Credit Risk to decide setting credit limits and pricing, because it exposes probability of default and loss given default and the trade‑off with risk and liquidity constraints. It changes budgeting and prioritization by making cash-flow timing and discount-rate assumptions explicit and reviewable. It informs adjustments when interest rates or credit spreads change, so the decision stays grounded in current conditions.

• Use Credit Risk to decide setting credit limits and pricing, because it exposes probability of default and loss given default and the trade‑off with risk and liquidity constraints.
• It changes budgeting and prioritization by making cash-flow timing and discount-rate assumptions explicit and reviewable.
• It informs adjustments when interest rates or credit spreads change, so the decision stays grounded in current conditions.

• Define the unit and time horizon before comparing probability of default and loss given default across options.
• Track the primary driver (cost of capital) separately from secondary noise.
• Run sensitivity checks on discount rate and cash-flow timing to avoid false precision.
• Document data sources and calculation steps so results are auditable.
• Revisit the metric when the business model or market context changes.

Treat Credit Risk as an operating system, not a one-time activity. Do not add process without removing ambiguity. Do not measure activity if the output quality is unclear. Do not scale the process before the owner and exception path are stable.

• Do not add process without removing ambiguity.
• Do not measure activity if the output quality is unclear.
• Do not scale the process before the owner and exception path are stable.

A team compares extend 60‑day terms versus require prepayment. Using probability of default and loss given default, they model PD 2% with LGD 45% vs PD 8% and test cash-flow timing and discount-rate assumptions. The analysis shows that terms are tightened for higher‑risk accounts, so they align credit terms with expected loss. After implementation, they monitor cost of capital and update the model when macroeconomic stress rises.

Compare Credit Risk with adjacent concepts before deciding. Credit Risk | Current concept | Use when the team needs the primary decision lens Adjacent metric or framework | Supporting lens | Use when the team needs evidence or process detail General vocabulary | Broad explanation | Use only for orientation, not final decision-making

• Credit Risk is not the same as demand risk; it focuses on counterparty repayment risk.
• Higher probability of default and loss given default increase expected losses and require stronger risk controls.
• Short‑term changes can mislead when returns arrive after a long ramp-up.