Worked example: Closing Cost in Oregon

6 min read

Published April 15, 2026 • By DocketMath Team

Example inputs

Below is a worked example of a closing cost calculation for an Oregon transaction using DocketMath with jurisdiction-aware rules (US-OR). This is a practical walkthrough of how the tool treats inputs and how changes affect the output—not legal advice.

Assume these facts for a typical refinance/closing scenario in Oregon:

InputValue used in this exampleNotes on how it’s used in the tool
Purchase price / Base amount$450,000The starting amount DocketMath applies costs to.
Loan amount$380,000Used for any loan-related cost categories (e.g., percentage-based items).
Down payment$70,000Helpful only if your workflow includes both purchase and loan framing.
Loan-to-value (LTV)84.4%Derived from loan ÷ price; can drive tiered calculations.
Closing date2026-04-15The tool uses the date to align jurisdiction-aware timing assumptions.
County / locationMultnomah County, OROregon rules can be county-sensitive for some categories; DocketMath factors this where applicable.
Title & escrow (flat)$1,850Any fixed fee components you provide remain fixed in this example.
Third-party settlement fees (flat)$475Represents items you enter that don’t vary with loan/price.
Recording-related fees base$250Used for fee schedules that start from a base.
Document prep / courier (flat)$260Kept constant so you can see what changes when you adjust a different variable.
Owner’s/borrower’s insurance (flat)$1,050Treated as user-entered flat insurance cost in this example.
Taxes / assessments$0Set to $0 so the example focuses on the tool’s cost rules rather than tax complexity.
Discount points0Kept at zero to avoid mixing interest-cost modeling with closing-cost modeling.

What you’ll do with the tool

If you’re following along, start at the DocketMath calculator here: /tools/closing-cost.

You’ll enter the values above, then compare results by changing one input at a time (the sensitivity check section shows the “what if” moves).

Warning: Closing costs depend on the exact transaction type (purchase vs. refinance), financing structure, and the settlement agent’s fee sheet. This example shows one coherent scenario; your numbers may differ even in the same county.

Example run

Here’s what happens when these inputs are entered into DocketMath for Oregon (US-OR) under a “closing cost” workflow.

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 1: Tool categorization (Oregon-aware rules)

DocketMath groups closing costs into categories typically driven by:

  • Flat fees you enter (title & escrow, third-party fees, courier, insurance, etc.)
  • Percentage-based fees tied to loan amount or base amount
  • Recording-related fees tied to a base and jurisdiction rules
  • Tiered assumptions potentially driven by derived values like LTV

In this worked example, the key derived value is:

  • LTV = $380,000 ÷ $450,000 = 84.4%

Step 2: Example output (rounded for readability)

After running the inputs above, the calculator returns a breakdown similar to this:

CategoryAmount
Title & escrow (flat)$1,850
Third-party settlement fees (flat)$475
Recording-related fees (computed)$612
Document prep / courier (flat)$260
Owner’s/borrower’s insurance (flat)$1,050
Loan-related percentage costs (computed)$4,375
Estimated total closing costs$8,622

Step 3: Interpreting the result

A few practical takeaways from this run:

  • Flat fees: $1,850 + $475 + $260 + $1,050 = $3,635 in this example.
    Changing those fields will shift your total dollar-for-dollar (subject to rounding).
  • Computed categories: recording-related fees ($612) and loan-related percentage costs ($4,375) together total $4,987, which is more sensitive to loan/price and Oregon-specific assumptions.
  • Largest leverage point: in this scenario, the biggest driver is the loan-related percentage category. Small percentage changes (or changes to the loan amount) typically move the total more than a $50 tweak in a flat fee.

Sensitivity check

To make the calculator actionable, test “one variable at a time” changes. Below are three targeted adjustments to show where your total closing cost moves most in this Oregon example.

To test sensitivity, change one high-impact input (like the rate, start date, or cap) and rerun the calculation. Compare the outputs side by side so you can see how small input shifts affect the result.

1) Increase loan amount by $10,000 (from $380,000 to $390,000)

Why this matters: loan-related percentage costs usually scale with loan amount.

  • Loan amount: $380,000 → $390,000
  • Price stays: $450,000
  • LTV rises: 390,000 ÷ 450,000 = 86.7%

Expected effect (example):

MetricBeforeAfterChange
Loan-related percentage costs$4,375$4,487+$112
Recording-related fees$612$612$0
Estimated total closing costs$8,622$8,734+$112

Observation: The total moved by about the same amount as the loan-related percentage category, while the recording-related fees stayed flat in this particular input set.

2) Raise title & escrow flat fee by $300

Why this matters: it tests whether the tool is treating your entered fees as flat additions.

  • Title & escrow: $1,850 → $2,150

Expected effect (example):

MetricBeforeAfterChange
Title & escrow$1,850$2,150+$300
Other computed categories$6,772$6,772$0
Estimated total closing costs$8,622$8,922+$300

Observation: This is the clearest “dollar-for-dollar” behavior. If you’re shopping settlement services, this sensitivity check is useful.

3) Change the base recording-related input by $50

Why this matters: recording fee computation often starts with a base amount you enter (and then applies jurisdiction-aware fee logic).

  • Recording base: $250 → $300

Expected effect (example):

MetricBeforeAfterChange
Recording-related fees$612$645+$33
Total closing costs$8,622$8,655+$33

Observation: Recording fees may not scale 1:1 with your “base” because the tool’s Oregon-aware logic can apply a schedule, thresholds, or fixed increments.

Pitfall: Do not change two inputs at once during testing. If you adjust loan amount and title/escrow simultaneously, it becomes hard to tell whether the shift came from percentage-based logic or flat fee entries.

Practical checklist for your next Oregon run

Use this quick checklist to iterate efficiently in DocketMath:

Related reading