How to interpret Damages Allocation results in Maryland
5 min read
Published April 15, 2026 • By DocketMath Team
What each output means
Run this scenario in DocketMath using the Damages Allocation calculator.
DocketMath’s Damages Allocation calculator helps you translate a damages number into a distribution timeline that courts and litigants commonly model for judgment accounting (for example, how parts of damages may map to different components of a claim for limitations purposes). In Maryland, interpreting those results depends heavily on the statute of limitations (SOL) framework—especially the starting point you choose for the limitations analysis.
This is a practical explanation of how to read the output. It is not legal advice.
1) Limitation window shown in the results
For US-MD, the calculator should apply Maryland’s general SOL rule:
- General SOL Period: 3 years
- General Statute: Md. Code, Cts. & Jud. Proc. § 5-106
Key interpretation rule: Because no claim-type-specific sub-rule was found in the DocketMath jurisdiction configuration, the calculator uses the general/default 3-year period in § 5-106. That means any “allowed filing window” or “included vs. excluded” bands reflect the general rule—not a specialized SOL for a particular cause of action.
Note: DocketMath’s Maryland output will assume the default 3-year SOL under Md. Code, Cts. & Jud. Proc. § 5-106 when no claim-type-specific override exists.
2) “Included” vs “excluded” damages bands (if displayed)
Many allocation outputs split damages into segments—commonly reflecting whether amounts fall within or outside the SOL window. If your results show segments, interpret them like this:
- Included: portions the model treats as falling within the general 3-year limitations window.
- Excluded: portions the model treats as falling outside that 3-year window.
If the calculator displays a date-based cutoff (often derived from your event date and filing date), treat that cutoff as the model’s dividing line for what counts as timely under the general SOL assumption.
3) Allocated totals
If the results show more than one total (for example, an “allocated total” plus an “overall” or starting total), use them to infer what was filtered out by the SOL logic:
- The allocated total is the amount the model is treating as remaining after applying the 3-year general SOL framework.
- The difference between:
- overall/starting total, and
- allocated total is the portion the tool is effectively treating as excluded (time-barred under the tool’s general-rule assumptions).
4) Audit trail fields (inputs reflected in outputs)
Some outputs include a “based on” summary—commonly including your event date, filing date, or similar timeline anchors. Use these fields to sanity-check your inputs:
- A small date shift can move amounts across the “included/excluded” boundary.
- Because the calculation is driven by the dates you enter, your interpretation should confirm you entered the intended event anchor and filing date.
What changes the result most
The largest swings usually come from a few levers you can rerun quickly in DocketMath (open the tool at /tools/damages-allocation).
**The event/date anchor (the SOL starting point for the model)
- Moving the event/date anchor later changes where the 3-year window begins.
- That can shift more damages into the excluded portion if the timeline no longer falls within the window.
**The filing date (the SOL ending point for the model)
- Moving the filing date later generally gives the model less time inside the 3-year window.
- That often increases the excluded band.
How damages are distributed over time
- If your damages occur earlier (front-loaded), more may land within the “included” window.
- If damages occur later (back-loaded), more may move to “excluded.”
**Whether a claim-type-specific SOL override applies (and whether the tool has it)
- In this Maryland configuration, the tool uses the general/default 3-year SOL under § 5-106.
- If your real case would involve a specialized SOL (not represented here), the actual court outcome could differ. The tool output is constrained by what the jurisdiction configuration assumes.
Warning: Don’t treat the allocation output as a definitive legal conclusion. Maryland SOL law can involve additional nuance beyond the general rule in § 5-106.
Practical “rerun” checklist (sensitivity):
- Event date later → typically more excluded
- Filing date later → typically more excluded
- Damages shift later in time → typically more excluded
- Damages shift earlier in time → typically more included
- If you adjust the assumption away from the default general rule → the allocation can change meaningfully
Next steps
Follow this workflow to interpret your Maryland Damages Allocation results with less guesswork:
Confirm the dates you entered
- Verify the event/date anchor is the one you intend the SOL analysis to use.
- Verify the filing date matches the timeline you’re modeling.
Reconcile “overall” vs “allocated” totals
- If both totals appear, compute:
- excluded portion = overall total − allocated total
- Then evaluate whether that excluded portion aligns with your understanding of what should be timely under the tool’s general 3-year assumption.
Check whether the general SOL assumption is appropriate
- Under the configuration used here, DocketMath applies Md. Code, Cts. & Jud. Proc. § 5-106 (general 3 years).
- If your scenario could involve a different limitations rule, treat the tool’s results as a model based on the general default, not the final legal answer.
Stress-test with two date scenarios
- Rerun with the earliest plausible event date you can support.
- Rerun with the latest plausible event date you can support.
- If the allocated total swings a lot, your interpretation should emphasize that the output is date-sensitive.
Save what the tool assumed
- Screenshot or record the result summary that indicates it used the default 3-year SOL under § 5-106.
- This helps you explain the output later to colleagues and ensures everyone is reviewing the same assumptions.
