How Settlement Allocator rules vary in Hawaii

What varies by jurisdiction

Run this scenario in DocketMath using the Settlement Allocator calculator.

In DocketMath’s Settlement Allocator workflow (jurisdiction-aware under US-HI / Hawaii), the biggest place rules “vary” isn’t usually the basic math—it’s the legal assumptions that determine which dollar amounts are treated as time-bound and how long a claim may be pursued.

For Hawaii, the allocator uses a general/default statute of limitations (SOL) period for the time-based allocation logic. Under Hawaii Revised Statutes (HRS) § 701-108(2)(d), the general SOL period is 5 years. The statute generally requires that a civil action covered by that provision be brought within 5 years.

Two key Hawaii-specific points for how this affects allocations in practice:

• No claim-type-specific sub-rule was found for the allocation logic described in this brief. Because of that, the article treats HRS § 701-108(2)(d) as the general/default period, rather than attempting to automatically apply a shorter or longer SOL for particular claim categories.
• If your underlying facts involve a different limitations rule than the general/default provision, your DocketMath outputs may not reflect what is legally reachable unless you confirm and adjust the rule your workflow is modeling.

How the 5-year rule typically shows up in the allocator run

In a DocketMath Settlement Allocator run, you’ll typically provide inputs like:

• Event date (for example, the incident/injury date or other triggering date your workflow uses for accrual),
• Cutoff date (for example, filing/demand date or a modeling cutoff date), and
• The amounts you want allocated into damages buckets (whatever categories you’re mapping to the time-window logic).

Because Hawaii’s default SOL is 5 years, the allocator’s time-window logic will generally:

• Treat amounts tied to events more than 5 years before your chosen cutoff as outside the reachable window, and
• Treat amounts tied to events within 5 years as inside the reachable window.

If you want to run this yourself, use the tool at /tools/settlement-allocator.

What to verify

Before relying on any allocator result, verify the items below so the output matches your assumptions and legal framework. (This is not legal advice—think of it as a practical checklist to reduce model mismatch.)

• The governing rule or statute for the jurisdiction.
• Any local rule overrides or administrative guidance.
• Effective dates and whether amendments apply.

1) Confirm the limitations framework is truly “general/default”

DocketMath’s Hawaii configuration here uses a general SOL period of 5 years under HRS § 701-108(2)(d) because no claim-type-specific sub-rule was found for the allocation logic referenced in this brief.

What to check in your file:

• Is there any reason your case would fall into a different HRS limitations provision than § 701-108(2)(d)?
• Are you modeling a theory where a different SOL is commonly applied in Hawaii?

If the answer is “yes,” you may need to adjust your allocator inputs or the rule mapping so the time-window logic matches the correct authority.

2) Verify the “start date” used by your workflow

Even with a fixed SOL length, the start date (accrual/event date) can change what falls within vs. outside the window.

Common workflow date choices include:

• The incident/event date, or
• Another triggering date (depending on how your matter defines accrual)

Checklist:

3) Understand how changing dates changes allocator output

Because the Hawaii default is 5 years, even modest date shifts can change which amounts land in an “inside vs. outside” bucket.

Practical test: run a quick sensitivity check in DocketMath.

Example pattern:

• If an event date is June 1, 2018 and your cutoff is July 15, 2023, that’s slightly over 5 years, which may move corresponding amounts into an “outside window” side depending on your allocator logic.
• If you move the cutoff to May 20, 2023, those same event-linked amounts may shift into the “inside window” side.

What to try:

• Keep damage/bucket amounts the same
• Change only the cutoff date by a few weeks/months
• Observe how the totals move

4) Keep a record of the statutory basis used in the run

For auditability, note the rule you relied on:

• HRS § 701-108(2)(d) → 5-year general/default SOL (as the baseline used for the allocator’s time-window logic)

Quick Hawaii verification checklist (copy/paste)

Sources and references

Start with the primary authority for Hawaii and confirm the effective date before relying on any output. If the rule has been amended, update the inputs and rerun the calculation.

• Primary authority reference

Related reading

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