How to run interest in DocketMath for United States (Federal)

6 min read

Published April 8, 2026 • By DocketMath Team

Step-by-step

Run this scenario in DocketMath using the Interest calculator.

Use DocketMath’s interest calculator to run interest calculations for United States (Federal) matters (jurisdiction code: US-FED). This walkthrough focuses on how to input the key variables and how the results typically change as you adjust them. (This is guidance for using the tool, not legal advice.)

1) Open the Interest calculator

  1. Go to the primary call-to-action: /tools/interest
  2. Select the jurisdiction for your run:
    • United States (Federal) (jurisdiction code: US-FED)

2) Identify the interest model you’re running

“Federal interest” can show up in different contexts (for example, interest on certain judgments, interest tied to specific rules, or interest governed by particular agreement terms). DocketMath’s interest tool is designed for calculator-style runs—so you’ll want to make sure the inputs you choose match the structure you’re trying to model.

Before you start typing, gather:

  • Principal (starting amount)
  • Annual interest rate (entered as a percentage)
  • Start date (when interest begins accruing)
  • End date (when interest stops accruing)
  • Compounding behavior (if the interface includes a choice)
  • Any payment/adjustment options (if the interface includes additional fields)

If you’re not sure which dates define the accrual period for your situation, you can still use DocketMath to test scenarios by running multiple date ranges side-by-side.

3) Enter the principal and rate

In DocketMath:

  • Input Principal Amount (example: 10000)
  • Input Interest Rate as an annual percentage (example: 7.50 for 7.5%)

How outputs change

  • Increasing principal generally scales the result upward roughly proportionally.
  • Increasing rate typically increases interest more noticeably because rate interacts with time and may compound (depending on your selected compounding method).

4) Set the date range precisely

Enter:

  • Accrual start date
  • Accrual end date

Then confirm DocketMath’s date handling matches what you expect. Common approaches include:

  • calculating based on the number of days between dates (day-count conventions), or
  • using month-based assumptions for certain settings.

Quick sanity check: sensitivity test

  • Run one calculation for the full period.
  • Then adjust the End date by 7 days and rerun.
  • Compare the difference in total interest.

This helps you verify you’re entering dates in the correct order and format, and that you’re controlling the accrual window you intend.

5) Choose compounding (if available)

If DocketMath’s UI provides compounding frequency options (e.g., simple, monthly, daily, annual), select the method that best matches your modeled scenario.

How outputs change

  • Simple interest: interest grows steadily with time.
  • Compounded interest: totals are often higher than simple interest, especially for longer periods and higher rates.
  • More frequent compounding (like daily vs. monthly) can increase the total because interest is effectively “applied” more often.

Note: If the numbers look unusually high after switching compounding, rerun using a simpler method (or a different compounding frequency) to isolate whether compounding settings are the driver.

6) Review the outputs and capture key numbers

After running the calculation, DocketMath should show results such as:

  • Total interest
  • Ending balance (often principal + interest)
  • Possibly a breakdown of how the rate and dates were applied

For practical use, record:

  • Principal
  • Interest rate
  • Date range
  • Compounding selection
  • Total interest
  • Ending total

If you are iterating (for example, because dates or rates changed), keep a lightweight log like:

  • “End date shifted by 14 days”
  • “Rate revised from 6.0% to 6.5%”

This helps you track which input changes caused which output changes.

7) Create multiple runs for scenario comparison

Federal matters often involve revisions—rates, dates, or principal amounts can change. DocketMath supports quick recalculation, so it’s useful to run a small set of scenarios and compare results.

Example scenario table you can mirror with your inputs:

ScenarioPrincipalRateStart dateEnd dateCompoundingWhat you’re testing
A10,0006.0%2024-01-012024-12-31SimpleBaseline
B10,0006.5%2024-01-012024-12-31SimpleRate sensitivity
C10,0006.0%2024-01-012025-01-31MonthlyDate sensitivity
D10,0006.0%2024-01-012024-12-31MonthlyCompounding effect

When comparing, focus on how one variable changes at a time (date or rate or compounding) so you can interpret the output differences.

8) Export or copy the result (if your workflow supports it)

Depending on the DocketMath interface, you may be able to:

  • copy the output for your notes, or
  • export/retain calculation text for use in drafts.

If that option is available, use it to keep runs consistent across iterations and to reduce transcription errors.

Common pitfalls

Input mismatches are the most common source of errors when running US-FED interest in DocketMath:

  • Swapped dates (start date after end date)
    • Symptom: unusually small interest, zero, or an error.
  • Rate entered as a decimal instead of percent
    • Example: entering 0.07 when the UI expects 7.0.
  • Using the wrong compounding setting
    • Symptom: ending totals jump substantially compared to a simple-interest run.
  • Off-by-one day issues
    • Example: using the day of a payment event as the day interest stops accruing (or vice versa), depending on how you interpret accrual cutoffs.
  • Assuming “principal” includes prior interest
    • Many interest calculations apply interest to an initial principal, but whether prior interest rolls forward depends on compounding settings and how you model the scenario.
  • Rounding early
    • If you manually round intermediate values and re-enter them, totals can drift—prefer re-entering original inputs and letting DocketMath compute the full period.
  • Not rerunning after adjusting one variable
    • If you change dates, rates, or compounding, do a quick rerun to avoid mistakenly attributing changes to the wrong input.

Warning: If a small date tweak (like a 1–7 day change) causes a dramatic output swing, double-check date formats, date order, and the compounding frequency—those settings can disproportionately impact results over short ranges.

Try it

Here’s a fast sequence to test your United States (Federal) interest workflow in DocketMath:

  1. Open /tools/interest
  2. Select United States (Federal) (US-FED)
  3. Enter starting values (use your own numbers later):
    • Principal: 10000
    • Rate: 5.00
    • Start date: 2024-01-01
    • End date: 2024-12-31
  4. Choose Simple compounding (if the tool offers a toggle)
  5. Click Calculate
  6. Make two quick adjustments and rerun:
    • Change End date to 2025-01-31 and rerun (total interest should increase)
    • Switch compounding to Monthly and rerun again (ending total typically rises further)

Use the deltas to confirm:

  • date range changes move interest in the expected direction, and
  • compounding settings materially affect totals.

If anything behaves unexpectedly, pause and re-check:

  • rate entry format (percent vs decimal),
  • date order,
  • compounding selection.

Related reading