Worked example: small claims fees and limits in Maine

7 min read

Published April 15, 2026 • By DocketMath Team

Example inputs

Run this scenario in DocketMath using the Small Claims Fee Limit calculator.

Below is a worked example showing how DocketMath’s “small-claims-fee-limit” calculation can look in Maine (US-ME). This example focuses on small-claims fee and limit logic as a calculation workflow—not on whether a particular case should be filed. If you use this as a planning tool, double-check dates and fee assumptions for your specific situation.

You can run the same calculator here: /tools/small-claims-fee-limit.

Assumptions for the example

To keep the example concrete, we’ll model one plaintiff filing a small-claims matter in Maine and we’ll track two moving parts:

  • Time limit (general statute of limitations): Maine uses a general default limitations rule when no specific claim-type rule applies.
  • Small-claims fee/limit calculation: DocketMath applies the relevant fee/limit inputs you provide to produce outputs (for example, estimated filing-fee exposure and whether the amount fits the small-claims limit framework).

Inputs (what you would type into DocketMath)

Use the following inputs to run the example:

  • Jurisdiction: US-ME (Maine)
  • Filing date (example): 2026-04-15
  • Event date (trigger date for the claim, example): 2025-10-01
  • Claim amount (principal): $3,500
  • Claim type-specific SOL rule: None selected (i.e., we rely on the default general rule)
  • Other fees/adjustments: assume $0 for simplicity in this example (so fee math is easier to see)

Statute basis used by the calculator

For Maine’s general default limitations period, DocketMath uses:

Important note (about missing sub-rules): No claim-type-specific sub-rule was found in the provided jurisdiction data. That means this worked example uses the general/default period of 0.5 years as the only SOL rule to demonstrate the workflow. If a later system update (or your own manual research) identifies a claim-type-specific limitations period in Maine for your scenario, your SOL output could change even if the fee/limit output stays the same.

Example run

Now let’s run the calculation with the inputs above and show how the outputs change.

Run the Small Claims Fee Limit 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: Check the statute of limitations timing (default general rule)

  • Event date: 2025-10-01
  • Filing date: 2026-04-15
  • Elapsed time: about 0.54 years

With a general SOL period of 0.5 years, the timeline in this example slightly exceeds the default window.

Outcome (timing logic):

  • With a 0.5-year default period, this run would be expected to flag the claim as at/over the default limits threshold.
  • Practical note: the exact result can depend on day-count conventions (for example, whether the tool treats “0.5 years” as an exact date-to-date cutoff). DocketMath’s interface typically indicates its approach in the calculation details.

Step 2: Apply small-claims fee and limit logic to the claim amount

  • Claim amount: $3,500

DocketMath’s “small-claims-fee-limit” workflow typically combines logic like:

  1. Eligibility/fit within the small-claims limit framework (often a threshold or band-based check), and
  2. Estimated fee exposure computed from amount bands and any configured fee schedule rules.

Because the only jurisdiction data explicitly provided here is the SOL default and the citation to 17-A, § 8, the fee/limit portion should be treated as the calculator’s internal mapping from claim amount → fees/limit fit indicator based on the tool’s configured rules.

Outcome (amount/fee logic in this example):

  • With $3,500 principal, DocketMath would compute:
    • an estimated fee amount (or fee category breakdown), and
    • a small-claims limit fit indicator (for example, “fits/does not fit” or “within/beyond” the small-claims framework), depending on how the tool is designed.

What the output might look like (conceptual)

When you press “Run,” expect fields similar to:

  • SOL status (default general rule): within / outside / near threshold
  • Elapsed time (years): ~0.54 years in this example
  • Estimated filing-fee exposure: (computed from claim amount)
  • Small-claims limit fit: yes/no (if the tool enforces a cutoff)
  • Assumptions used: default SOL rule, no claim-type-specific override

Warning to keep the example honest: This worked example uses one default SOL rule because no claim-type-specific sub-rule was found in the provided jurisdiction setup. If Maine has a claim-type-specific limitations period relevant to your facts, the SOL output can change substantially even if the fee/limit output stays the same.

Sensitivity check

Let’s change only one input at a time to see what moves. Sensitivity checks are especially helpful for calculators because you can quickly identify which inputs are “decision drivers.”

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.

Sensitivity A: Change only the event date (timing sensitivity)

Keep everything the same except the event date.

Fixed dates/assumptions:

  • Filing date = 2026-04-15
  • Claim amount = $3,500
  • SOL rule = **default general (0.5 years)

Scenarios:

ScenarioEvent dateFiling dateElapsed timeDefault SOL (0.5 years)Likely SOL status
A1 (baseline)2025-10-012026-04-15~0.54 yrs0.5 yrsOutside / over threshold (default)
A2 (earlier filing window)2025-10-012026-03-31~0.49 yrs0.5 yrsWithin threshold (default)
A3 (later event)2025-10-152026-04-15~0.50 yrs0.5 yrsBorderline

Interpretation: In this tool/data setup, SOL timing is a high-impact variable. Small date shifts around the 0.5-year mark can flip the output.

Sensitivity B: Change only the claim amount (fee/limit sensitivity)

Now hold dates constant (use baseline dates) and change the claim amount:

  • Event date = 2025-10-01
  • Filing date = 2026-04-15
  • SOL rule = default general

Amount scenarios:

  • B1: $1,000
  • B2: $3,500
  • B3: $7,500

Interpretation: Fee and small-claims “fit” outputs usually respond strongly to amount because fee schedules and limit thresholds are often band-based (higher amount → higher fees and/or a greater chance of exceeding a limit). The exact pattern depends on the internal banding used by DocketMath.

Sensitivity C: “No claim-type-specific SOL rule” vs a rule override (override sensitivity)

This worked example explicitly used the default because no claim-type-specific sub-rule was found in the provided jurisdiction data.

What to test in the calculator (if the UI allows):

  • Default (used above): 0.5 years from the event date under Title 17-A, § 8
  • Override: if DocketMath allows selecting a claim-type-specific limitations period, re-run with your selected category and compare SOL status.

Pitfall to avoid: Many users assume one SOL rule automatically applies to all claims. If a claim-type-specific limitations period exists and is selected, your SOL output can change even when dates and claim amount stay the same.

Related reading