Choosing the right Damages Allocation tool for Delaware
5 min read
Published April 15, 2026 • By DocketMath Team
Choose the right tool
Run this scenario in DocketMath using the Damages Allocation calculator.
If you’re building a damages allocation workflow for Delaware (US-DE), the “right tool” usually comes down to two questions:
- Do you need a damages allocation calculator (splitting totals across categories/participants/periods)?
- Do you need jurisdiction-aware defaults—especially a timing boundary that can change what damages you include?
That’s where DocketMath comes in. Use the Damages Allocation tool (calculator: damages-allocation) here:
- /tools/damages-allocation
Delaware time-period context: use the default SOL rule unless you’ve identified a specific one
Delaware’s general statute of limitations (SOL) period is 2 years. The general/default limitations rule is in Title 11, §205(b)(3). Source: https://delcode.delaware.gov/title11/c002/index.html?utm_source=openai
Important planning note: In the materials provided for this guide, no claim-type-specific sub-rule was found. So treat Title 11, §205(b)(3) as the general/default SOL planning period, and only adjust if you’ve already confirmed that a different, claim-specific limitation applies.
Key workflow impact: if your allocation method depends on the time window for counting damages, Delaware’s default 2-year boundary can affect which dates are included—changing both how you allocate and what you can defensibly claim you’re measuring.
What to look for in DocketMath’s Damages Allocation tool (inputs → output changes)
When choosing the allocation tool in DocketMath, focus on how your inputs map to output behavior. The tool is most effective when you can structure your case math into repeatable “allocation-ready” components.
Common inputs that drive output changes include:
- Total damages amount (the starting number)
- Allocation buckets (e.g., by claimant, by date segment, by theory/category, or by component)
- Weighting method (e.g., proportional allocation vs. fixed allocation)
- Time window / date range used for damages (where the SOL boundary can matter)
Even if your allocation logic is straightforward, DocketMath helps because it keeps the math consistent across iterations—so you can test “what if” scenarios (like changing the end date) without redoing everything manually.
How Delaware jurisdiction awareness changes your inputs (and why outputs move)
Jurisdiction awareness changes what you enter, not just what you get out. For Delaware, the 2-year default SOL period can impact whether your damages measurement covers a full span or is effectively limited to the default planning window.
A practical Delaware checklist:
Quick example: how the 2-year default changes allocation output
Assume you have a total damages figure of $100,000 covering a 3-year period, and you allocate damages proportionally by month.
- Scenario A (3-year window):
- Allocation uses 36 months
- Each month gets weight = 1/36
- Scenario B (2-year default window under Title 11, §205(b)(3)):
- Allocation uses 24 months
- Each month gets weight = 1/24
- Bucket amounts change because the denominator changes (24 vs. 36 months)
Even if the “as filed” total you started with is the same, your allocation shares can change when your included time window changes. That’s why the jurisdiction-aware SOL default belongs in your allocation workflow inputs—not just in your narrative.
Choosing between allocation strategies in DocketMath (without redoing your case math)
DocketMath’s Damages Allocation tool works best when your allocation method stays consistent within a scenario. Pick an approach that matches what your case file already supports:
| If your case uses… | Match it to this allocation approach | What changes in outputs |
|---|---|---|
| A single total and split by known shares | Share-based / proportional allocation | Each bucket is driven by the specified shares/weights |
| A total plus components that need separate handling | Component-based allocation | Tool outputs separate component totals (even if they sum to the same overall number) |
| A total that is time-driven (e.g., by month) | Date/window-driven allocation | Results are sensitive to whether the 2-year SOL default window is applied |
No matter which approach you choose, incorporate Delaware’s general 2-year default whenever your allocation depends on timing—especially the start/end dates that define the measurement window.
Next steps
Use this sequence to go from raw case inputs to a Delaware-appropriate allocation output in DocketMath:
Open the Damages Allocation tool
- Go to: /tools/damages-allocation
Confirm your starting total and bucket design
- Enter the total damages figure you want to allocate.
- Define what your outputs should be broken into (claimant-level, period-level, component-level, etc.).
Set your damages date window using Delaware’s general default SOL rule
- Delaware general SOL default: 2 years under Title 11, §205(b)(3).
- Use this as your planning default, unless you’ve already identified a different, claim-specific limitation.
Run allocation scenarios to test sensitivity
- If you’re unsure whether your damages window needs adjustment, compare two runs:
- Compare bucket-by-bucket outputs. The difference helps you quantify how timing assumptions change results.
Document assumptions so you can reproduce the output
- Record in your workflow notes:
- The 2-year SOL basis (Title 11, §205(b)(3))
- Your start/end dates
- Your proportional weights or time segmentation rules
Reminder (not legal advice): damages allocations can appear “clean” while still being heavily driven by time-window assumptions. If your damages period includes dates beyond the 2-year general default SOL period in 11 Del. C. §205(b)(3), your allocation math may reflect damages your broader strategy may not support.
If you want a simple internal control, adopt this habit: whenever you change the damages end date, rerun the allocation. That makes the Delaware 2-year boundary visible immediately in the output changes.
