How to run Settlement Allocator in DocketMath for Wisconsin

Step-by-step

Follow these steps to run Settlement Allocator in DocketMath for Wisconsin (US-WI). The goal is to allocate settlement proceeds using jurisdiction-aware settings based on Wisconsin’s general statute-of-limitations framework.

1) Open the tool in DocketMath

Start at the primary call-to-action: /tools/settlement-allocator.

2) Select the jurisdiction: Wisconsin (US-WI)

Inside the tool:

• Choose **Jurisdiction: US-WI (Wisconsin)
• Confirm the jurisdiction-aware rules are applied (DocketMath will reflect the selected jurisdiction in the results panel).

This selection matters because the calculator changes how it treats the time window used to determine which parts of a claim may be treated as timely versus time-barred.

3) Enter the case timing inputs

Settlement allocation typically depends on whether parts of a claim are time-barred. For Wisconsin, DocketMath uses the general/default limitations period in Wis. Stat. § 939.74(1).

Use these inputs in the calculator:

• Accrual date (or the date you consider the underlying event “began” for limitations purposes)
• Filing/notice date (the date you’re treating as the relevant filing point for limitations analysis)

Then confirm the calculator’s internal check:

• Wisconsin general SOL period is 6 years
• Source statute: Wis. Stat. § 939.74(1)
  https://codes.findlaw.com/wi/crimes-ch-938-to-951/wi-st-939-74/

Important limitation (be explicit): A claim-type-specific sub-rule wasn’t identified for this workflow. That means the tool applies the general/default 6-year period rather than a shorter/longer period that might apply to particular claim types.

4) Enter settlement amount and allocation dimensions

Next, add the settlement amount and any allocation “buckets” the tool supports (the UI labels may vary, but the overall pattern is consistent).

Common inputs include:

• Total settlement amount
• Allocation factors / weights (e.g., how much of the settlement you want to attribute to different components)
• Line-item assumptions (e.g., whether certain components should be treated as within the limitations window versus outside it—often the tool will compute this, but some interfaces use toggles or assumptions)

As you enter amounts and weights, DocketMath will:

• compute a jurisdiction-adjusted eligibility window based on the 6-year general SOL
• adjust allocations so time-barred components reduce their allocated share (depending on how the tool models your configured buckets/assumptions)

Tip: If the tool provides separate fields for “component,” “bucket,” or “category,” keep the naming consistent across runs. That makes it easier to compare results when you change dates.

5) Review the jurisdiction-aware SOL impact in the results

After you run the calculation, inspect the results panel for the fields that explain why allocations change. Look for:

• Computed limitations window

  • the date range the tool treats as within the 6-year period
• Time-bar eligibility flag(s) for each component or allocation bucket

  • for example, markers indicating “within” vs “outside” the limitations window
• Allocated amounts for each component/bucket

  • how the settlement total gets distributed after the time-bar gating effect is applied

In Wisconsin, for this workflow, the governing rule is the general 6-year SOL under Wis. Stat. § 939.74(1). So if your inputs place a component outside the 6-year period, you should expect DocketMath to reduce or exclude that component from the “within-limitations” pool (as implemented by the tool’s allocation model).

6) Export or copy the output summary

Most DocketMath tools let you:

• copy results for sharing, or
• export a report snapshot (if available in the UI)

Before you share:

• record the accrual date and filing/notice date
• record the computed 6-year window shown in results
• preserve the allocation assumptions (weights/buckets), since changing them can materially alter outputs

A best practice is to save a “baseline” run and then document what changed in subsequent runs (especially date changes).

Common pitfalls

Use this checklist to avoid the most frequent issues people encounter when running Settlement Allocator for Wisconsin.

• This workflow uses the general 6-year SOL under Wis. Stat. § 939.74(1).
• No claim-type-specific sub-rule was found for this setup, so the calculator won’t automatically swap in a different limitations period for specialized categories.
• Even if the UI accepts the dates, reversing them can shift eligibility across the 6-year boundary and significantly change allocations.
• The outcome depends on the exact calendar dates provided. Two scenarios that “feel” similar can land on different sides of the cutoff.
• DocketMath’s result is a modeling output based on your inputs and configured assumptions. It’s best viewed as an allocation aid, not legal advice.
• If you adjust accrual/filing dates or re-balance weights/buckets, re-run so the SOL eligibility window and allocations refresh.

Pitfall to watch: If a component crosses the 6-year line by a small number of days, your allocated amounts can shift sharply because the tool applies the limitations window as a gating mechanism.

Try it

Here’s a practical way to validate your setup in DocketMath for Wisconsin (US-WI).

1. Open /tools/settlement-allocator.
2. Select Wisconsin (US-WI).
3. Enter:

   • Accrual date: choose a date roughly 5 years before today for one run
   • Filing/notice date: keep it consistent within that run
4. Enter a total settlement amount and your allocation buckets/weights.
5. Run the calculator and observe:

   • which components are marked within the limitations window
   • how allocated amounts distribute across buckets

Then do a boundary test:

1. Change only the accrual date (move it forward so that elapsed time exceeds 6 years).
2. Re-run with the same filing/notice date and the same settlement/bucket inputs.
3. Compare results:

   • components that move outside the 6-year general SOL under Wis. Stat. § 939.74(1) should see reduced or eliminated allocation, depending on the tool’s model for time-bar gating.

If the outputs don’t change as expected, check:

• that Wisconsin (US-WI) is still selected
• that the calculator is using the general/default 6-year SOL
• that accrual and filing/notice dates weren’t entered into the wrong fields

Related reading

• Settlement Allocator Guide for Alabama
• Settlement Allocator Guide for Arizona
• Settlement Allocator Guide for Colorado