Worked example: Wage Backpay in Alaska
6 min read
Published April 15, 2026 • By DocketMath Team
Example inputs
This worked example shows how DocketMath’s wage-backpay calculator applies Alaska’s general statute of limitations (SOL) rules to a backpay calculation. The purpose is to illustrate how the calculator handles the timeline—not to provide legal advice.
Here is a simple illustration for Alaska. These values are for demonstration only and should be replaced with your actual inputs.
- Principal or amount: $100,000
- Rate or cap: 10%
- Start date: 2025-01-15
- End/as-of date: 2025-09-30
Scenario (Alaska, US-AK)
Assume an employee claims wage backpay for unpaid wages connected to an employment dispute.
- Last date worked (or last unpaid wage date): January 31, 2024
- Date the claim is filed: March 15, 2026
- Wage rate: $24.50/hour
- Hours unpaid per pay period: 78 hours
- How many pay periods per year: 26 (biweekly)
- Backpay coverage model: “Weekly accrual” summarized by pay periods (78 hours × $24.50 each pay period)
Inputs you’ll enter in DocketMath
You can map the scenario to typical calculator inputs like:
- Jurisdiction: US-AK
- General SOL period (years): 2
- Claim filing date: 03/15/2026
- Last unpaid wage date: 01/31/2024
- Pay frequency: biweekly (26/year)
- Hours per pay period: 78
- Hourly wage: 24.50
Note on the rule used: This example uses Alaska’s general/default SOL period because no claim-type-specific sub-rule was found for a wage-backpay situation in the provided jurisdiction data. In other words, the calculator applies the baseline limitations rule as the timeline cut-off.
Alaska rule used by the calculator (timeline cut-off)
The general SOL period is 2 years, consistent with Alaska Statutes § 12.10.010(b)(2) (2-year limitations period for certain actions).
Source: https://law.justia.com/codes/alaska/title-12/chapter-10/section-12-10-010/?utm_source=openai
Example run
To demonstrate the mechanics, DocketMath’s wage-backpay model effectively:
- Determines the earliest date that is within the SOL lookback window (based on the 2-year rule).
- Counts the pay periods whose unpaid wages fall inside that window.
- Multiplies unpaid pay-period wages by the number of covered pay periods.
Step 1: Compute the SOL lookback window (2 years)
- Filing date: March 15, 2026
- General SOL period: 2 years (Alaska Statutes § 12.10.010(b)(2))
- Earliest potentially covered unpaid wages date: March 15, 2024 (back two years from March 15, 2026)
Step 2: Determine what part of the backpay timeline is covered
- Last unpaid wage date (end point): January 31, 2024
- Since January 31, 2024 is before March 15, 2024, the unpaid period described here falls entirely outside the 2-year window (based on these inputs).
That results in 0 covered pay periods for this specific timeline assumption.
Pitfall: If your “last unpaid wage date” is earlier than the SOL lookback start date, the calculator can produce $0 covered backpay—even if the hourly wage and hours are significant. Timeline inputs drive eligibility.
Step 3: Compute backpay
Given:
- Covered pay periods: 0
- Hours per pay period: 78
- Hourly wage: $24.50
Backpay inside SOL window:
- Pay per pay period = 78 × $24.50 = $1,911.00
- Total covered backpay = 0 × $1,911.00 = $0
Example output (what you should expect)
When DocketMath applies Alaska’s general 2-year SOL as the only rule available from the provided jurisdiction data, this fact pattern produces:
| Output item | Result |
|---|---|
| SOL window length | 2 years |
| Earliest covered unpaid wages date | 03/15/2024 |
| Unpaid wages end date (scenario) | 01/31/2024 |
| Covered pay periods | 0 |
| Estimated wage backpay within SOL | $0 |
Where the law fits (jurisdiction-aware)
This worked example uses Alaska’s general SOL period: 2 years under Alaska Statutes § 12.10.010(b)(2). No additional claim-type-specific SOL sub-rule was used because none was identified in the provided jurisdiction materials—so DocketMath defaults to the general period.
If your facts involve a different accrual pattern (for example, unpaid wages continuing after a certain date), the covered portion typically increases once the unpaid wages extend past the lookback start date.
To run this exact scenario in DocketMath, go to: ** /tools/wage-backpay
Sensitivity check
Small date changes can dramatically change the covered backpay amount because they can shift which pay periods fall inside the SOL lookback window. Here are three variations on the same baseline scenario to show how DocketMath’s SOL cut-off affects results.
Baseline (from the Example run)
- Filing date: 03/15/2026
- General SOL lookback start: 03/15/2024
- Unpaid wages last date: 01/31/2024
- Covered pay periods: 0
- Backpay: $0
Variation A: Unpaid wages extend into the SOL window
Change only the last unpaid wage date to 06/30/2024 (keeping the wage rate and hours the same, and assuming biweekly pay).
- SOL lookback start remains: 03/15/2024
- Now part of the unpaid wages timeline is after 03/15/2024
- Approximate covered pay periods:
- From mid-March 2024 through end-June 2024 is about 3–4 biweekly pay periods depending on your exact pay-period boundaries.
- For illustration, assume 3 covered pay periods.
Backpay estimate:
- $1,911.00 per pay period × 3 = $5,733.00
Variation B: Earlier filing date (still ends after the lookback)
Change only the filing date to 01/15/2026.
- New lookback start = 01/15/2024
- If unpaid wages end = 01/31/2024, then some unpaid wages fall within the window (depending on the exact pay-period boundaries).
- For illustration, assume 1 covered pay period.
Estimated backpay (illustrative):
- $1,911.00 × 1 = $1,911.00
Variation C: Different wage inputs (changes amount, not eligibility)
Hold dates fixed as in the Example run (where the answer is $0), but change wages:
- Hourly wage: $30.00
- Hours per pay period: 78
Even with higher wages, covered pay periods remain 0 (because the unpaid wages end date is still outside the lookback window), so:
- Backpay remains $0
| Change | Affects SOL eligibility? | Affects amount if eligible? | Likely effect |
|---|---|---|---|
| Filing date | Yes | Yes | Can turn $0 into non-$0 |
| Last unpaid wage date | Yes | Yes | Can expand/reduce covered periods |
| Hourly wage | No | Yes | Changes dollar totals only if eligible |
| Hours per pay period | No | Yes | Changes dollar totals only if eligible |
Quick checklist to improve your inputs
Before running DocketMath at /tools/wage-backpay , verify:
- Your filing date is accurate to the day (not just month/year).
- Your last unpaid wage date reflects when unpaid wages actually occurred (the scenario’s timeline assumption is crucial).
- Pay frequency matches your employment (biweekly = 26/year is typical but confirm your facts).
- Hours per pay period are consistent with the wage period you’re estimating.