Inputs you need for Damages Allocation in Vermont

5 min read

Published April 15, 2026 • By DocketMath Team

Inputs you will need

Before you run DocketMath’s damages-allocation calculator for Vermont (US-VT), gather the inputs that drive how damages are allocated across the relevant categories. Vermont’s allocation workflow depends on the facts you’re allocating and on how your damages were calculated in the first place—so the goal is to enter numbers you already have from discovery, invoices, accountings, or existing calculations.

Use this checklist to confirm you’re not missing a required data point:

Vermont jurisdiction notes (timing)

DocketMath’s allocation math and timing checks are separate steps in practice, but your case still needs to fit within Vermont’s deadlines. For timing, the jurisdiction data you provided indicates a general statute of limitations (SOL) period of 1 year.

Also, your dataset does not identify a claim-type-specific sub-rule. So you should treat this as the default/general period unless you have a separate basis showing a different limitation period applies.

Note: The jurisdiction data provided shows no claim-type-specific sub-rule was found, so the 1-year general SOL is the default period to use when timing is relevant to your workflow—not a guarantee for every claim category.

Where to find each input

Collect inputs from the documents and calculations you already have. DocketMath works best when you translate your existing damages model into structured numbers.

Here’s a practical “where to look” guide:

  • Timeline dates

    • From: demand letters, complaint dates, contract performance records, billing periods, or accounting schedules.
    • Use: the period you’re allocating (not necessarily the date the case was filed).
  • Total claimed damages amount

    • From: your damages chart, expert report summary, spreadsheet totals, or the pleading’s damages paragraph.
    • Tip: ensure the total equals the sum of components you’ll enter—or clearly account for any “other”/residual bucket.
  • Damage components and component amounts

    • From: your damages spreadsheet tabs, invoices ledger, payroll records, receipts, or summary tables.
    • Important: if your components are derived from other calculations, enter the final computed amounts. DocketMath is for allocation, not rebuilding your entire damages theory.
  • Allocation method / weights

    • From: the methodology you already used (e.g., proportional allocation by usage, time, or business unit).
    • If you used percentages: enter the same percentages and confirm they total 100% if that’s how your method is structured.
  • Offsets / credits / recoveries

    • From: payments received, mitigation offsets you already modeled, refunds, insurance proceeds (if already included/excluded in your model), or settlements with co-defendants (if your workflow nets them).
    • Consistency matters: don’t mix gross and net figures across components unless your model explicitly does that.
  • **Uncertainty bounds (optional)

    • From: alternative computations, conservative vs. aggressive estimates, or sensitivity analyses you already ran.
Input groupWhat you enterExample of what “good” looks like
Total claimed damagesOne number$85,000
Component ANumberPast losses $60,000
Component BNumberProject costs $25,000
Weights (if used)Percent or ratio70% / 30%

Friendly reminder: this is not legal advice. Use DocketMath as a calculation aid for allocation based on the inputs you provide.

Run it

Once your inputs are ready, run DocketMath → damages-allocation using the jurisdiction-aware workflow for US-VT.

Primary CTA: **Run DocketMath damages-allocation

(If you also need to check or align timing for your inputs, you can use DocketMath’s tools first to avoid rework, but you can jump directly here as well: /tools/damages-allocation.)

What the calculator will do with your inputs

While your underlying damages theory drives the numbers, the allocation output will typically reflect:

  • How your component amounts are proportioned or reconciled to match the total claimed damages
  • How your weights/ratios affect each bucket’s allocated share
  • How offsets/credits change the net allocation (if your workflow includes them as inputs)

How outputs change when you change inputs

Use these “cause → effect” rules to sanity-check results:

  • If component totals don’t add up to your total claimed damages: DocketMath will surface the mismatch through allocation logic or reconciliation steps—so you should correct either the total or one component.
  • If your weights are off (e.g., summing to 90% instead of 100%): bucket outputs will shift, potentially inflating some categories relative to others.
  • If you add offsets/credits: you should expect net allocations to decrease, often unevenly depending on how offsets are applied across components in your model.

Warning: Don’t enter a net total (after offsets) while also entering component amounts that are gross (before offsets). That mismatch can distort allocation shares even when each component number looks reasonable.

Vermont timing reminder (workflow integration)

If your allocation workflow includes timing (such as determining whether claims are time-barred or limited in scope), incorporate the provided Vermont default 1-year general SOL as your starting point.

Based on your jurisdiction data:

  • General SOL period: 1 year
  • Claim-type-specific sub-rule: not found

So, treat timing as general/default unless you have additional jurisdiction-specific support outside this workflow.

Related reading