Worked example: Closing Cost in United States Federal

6 min read

Published April 15, 2026 • By DocketMath Team

This article is for informational purposes only and does not constitute legal advice. Laws change frequently — verify all citations with current official sources.

Example inputs

This worked example shows how DocketMath can calculate closing cost for a United States Federal (US-FED) scenario using a jurisdiction-aware “closing-cost” calculator flow. The goal is to demonstrate how the inputs drive the output so you can rerun the calculation with your own numbers.

Scenario: refinancing with a typical settlement mix

We’ll model a mortgage refinance in the US-FED context with the following cost categories commonly seen at closing:

Input category	Example value	Why it matters
Loan amount	$300,000	Used to scale percentage-based fees
Taxes / transfer-related fees (if applicable)	$1,950	Added as fixed or calculated charges
Title / escrow / settlement fees	$2,250	Often fixed or semi-fixed
Origination / lender fee (percent of loan)	1.00%	Drives a major variable component
Discount points (percent of loan)	0.50%	Optional and fully percentage-driven
Prepaid items (e.g., interest, insurance escrow)	$4,100	Typically fixed dollar totals
Government recording / similar fees	$425	Usually fixed dollar charges

Note: This example is for calculation illustration only and does not constitute legal or financial advice. Closing costs can vary widely based on the loan product, lender, and local administration of fees—even within federal frameworks.

DocketMath inputs (what you’d enter)

For the /tools/closing-cost calculator, you’ll usually provide something like:

Loan amount: 300000
Origination fee rate: 0.0100 (1.00%)
Discount points rate: 0.0050 (0.50%)
Title/escrow/settlement fees (fixed): 2250
Taxes/transfer-related fees (fixed): 1950
Prepaid items (fixed): 4100
Government recording/similar fees (fixed): 425

If your version of the tool uses a slightly different naming convention (for example, “settlement services” instead of “title/escrow/settlement”), map the same dollar totals to the closest category.

Example run

You can replicate this example directly using DocketMath’s calculator:

Primary CTA: **/tools/closing-cost

Run the Closing Cost calculator using the example inputs above. Review the breakdown for intermediate steps (segments, adjustments, or rate changes) so you can see how each input moves the output. Save the result for reference and compare it to your actual scenario.

Step-by-step math (mirrors what the calculator does)

DocketMath (and similar closing-cost calculators) typically separates percentage-based fees from fixed-dollar fees. Using the inputs above:

Origination fee
- Formula: Loan amount × Origination rate
- Calculation: $300,000 × 0.0100 = $3,000
Discount points
- Formula: Loan amount × Points rate
- Calculation: $300,000 × 0.0050 = $1,500
Fixed-dollar fees
- Title/escrow/settlement: $2,250
- Taxes/transfer-related: $1,950
- Prepaid items: $4,100
- Government recording/similar: $425
Fixed-dollar subtotal:
- $2,250 + $1,950 + $4,100 + $425 = $8,725
Total closing cost
- Percentage subtotal: $3,000 + $1,500 = $4,500
- Total: $4,500 + $8,725 = $13,225

Example output (what you should expect)

A realistic calculator output usually includes:

Origination fee: $3,000
Discount points: $1,500
Fixed fees subtotal: $8,725
Total closing cost: $13,225

DocketMath’s jurisdiction-aware framing (US-FED) focuses on correctly applying the calculator’s fee structure and categories for a federal workflow context, rather than injecting state-specific rules that don’t belong in a US-FED-only scenario.

Pitfall: Many people accidentally enter points as “5” instead of “0.05” (or confuse 0.50% with 0.50 as a full percentage). If your points are 0.50%, the correct decimal input is 0.0050.

How the output changes when inputs change

Here are two quick “directional” checks that follow directly from the formulas above:

Increase loan amount → percentage-based fees (origination and points) scale upward.
Increase origination or points rate → output increases linearly with that rate.

Sensitivity check

Now let’s test how sensitive the total is to changes that frequently occur in real transactions—especially loan amount and percentage fees. This is not a legal determination; it’s a computational stress test of the assumptions in the model.

Baseline (from the example run)

Loan amount: $300,000
Origination rate: 1.00%
Points rate: 0.50%
Fixed fees subtotal: $8,725
Total: $13,225

Variation A: loan amount +$25,000

Change only the loan amount from $300,000 to $325,000.

Origination fee: $325,000 × 0.0100 = $3,250
Discount points: $325,000 × 0.0050 = $1,625
Percentage subtotal: $3,250 + $1,625 = $4,875
Total closing cost: $4,875 + $8,725 = $13,600

Change: +$375 total
That equals the percentage component increasing by $25,000 × (0.0100 + 0.0050) = $25,000 × 0.0150 = $375.

Variation B: points removed (0.50% → 0.00%)

Keep everything else the same, but set points rate to 0.00.

Origination fee remains: $3,000
Discount points: $300,000 × 0.0000 = $0
Percentage subtotal: $3,000 + $0 = $3,000
Total: $3,000 + $8,725 = $11,725

Change: -$1,500 total
That equals $300,000 × 0.0050 = $1,500.

Variation C: origination rate increases (1.00% → 1.25%)

Keep loan amount and points the same; set origination rate to 0.0125.

Origination: $300,000 × 0.0125 = $3,750
Points: $1,500 (unchanged)
Percentage subtotal: $3,750 + $1,500 = $5,250
Total: $5,250 + $8,725 = $13,975

Change: +$750 total
That matches $300,000 × (0.0125 - 0.0100) = $300,000 × 0.0025 = $750.

Sensitivity summary table

Change	What changed	Total effect
+$25,000 loan	Percentage fees scale	+$375
Remove points	Points rate → 0	-$1,500
Origination 1.00% → 1.25%	Origination rate +0.25%	+$750

Practical takeaway (for recalculating with your numbers)

Use this checklist to rerun DocketMath quickly and spot which inputs matter most:

Warning: If your settlement statement treats certain items differently (for example, prepaid interest computed using a daily factor rather than a fixed amount), you should update the prepaid items line to match the statement rather than trying to “back into” totals using only percentages.