Worked example: Wage Backpay in North Carolina

6 min read

Published April 15, 2026 • By DocketMath Team

Example inputs

Run this scenario in DocketMath using the Wage Backpay calculator.

This worked example shows how DocketMath’s wage backpay calculator can model a wage-backpay period in North Carolina (US‑NC) using a jurisdiction-aware default statute of limitations (SOL). It’s a practical demonstration—not legal advice.

Scenario (worked, numbers-based)

Assume an employee claims unpaid wages and wants to estimate wage backpay for a portion of the period that would be reachable under the state SOL.

  • Work location / jurisdiction: North Carolina (US‑NC)
  • Claim basis: unpaid wages (wage backpay)
  • Start date of unpaid work: March 1, 2022
  • End date / last day of unpaid work: October 15, 2024
  • Regular hourly rate: $18.50
  • Hours unpaid per week: 20
  • Number of weeks to cover (calculator will determine)
  • Assumed pay schedule: Weekly
  • Assumed no overtime multiplier (keeps the focus on the SOL/truncation concept)

SOL rule used by DocketMath for US‑NC

DocketMath applies the general/default SOL period when no claim-type-specific sub-rule is found.

  • General SOL Period (default): 3 years
  • General Statute referenced in tool jurisdiction data: SAFE Child Act (as provided in the jurisdiction data)
  • Important: No claim-type-specific sub-rule was found for wage backpay in the provided inputs, so DocketMath uses the general/default 3-year period as the truncation rule. There is no special wage-backpay sub-rule layered on top of the default.

Pitfall: Don’t assume wage claims always get the same SOL treatment as other labor/employment causes of action. This example uses DocketMath’s jurisdiction default (3 years) because no claim-type-specific sub-rule was found.

Time window logic (how the tool typically uses SOL)

To model a wage-backpay window, the calculator determines how much of the requested period falls within the last 3 years counted back from a chosen anchor date (often the date of filing or an equivalent “effective date” set in the tool).

For this example, we’ll use:

  • Anchor date (date of filing / effective date): December 1, 2024

With the general/default 3-year SOL, the reachable window runs from:

  • December 1, 2021 through December 1, 2024

The unpaid period is bounded by your last unpaid day input (October 15, 2024) when calculating what’s reachable.

Example run

Here’s the exact input set we’ll run through DocketMath.

Run the Wage Backpay calculator using the example inputs above. Review the breakdown for intermediate steps (segments, adjustments, or rate changes) so you can see how each input moves the output. Save the result for reference and compare it to your actual scenario.

Inputs entered (US‑NC)

  • Unpaid work start: 03/01/2022
  • Unpaid work end: 10/15/2024
  • Anchor date: 12/01/2024
  • Hourly rate: $18.50
  • Hours/week: 20
  • SOL default: 3 years (general/default period)

Step 1: SOL truncation (what dates are covered)

Under the general 3-year default SOL, the reachable timeframe is:

  • From 12/01/2021 to 12/01/2024

Your unpaid period is:

  • From 03/01/2022 to 10/15/2024

Because 03/01/2022 → 10/15/2024 lies entirely within the last 3 years ending on 12/01/2024, the SOL does not truncate the period for this scenario.

Result: the covered unpaid period remains 03/01/2022 through 10/15/2024.

Step 2: Convert covered time into weeks (approximation)

A wage-backpay estimate usually follows a “time period → weeks → hours → dollars” pipeline.

For intuition (not an exact prorating rule):

  • Duration from 03/01/2022 to 10/15/2024 is about 959 days
  • That’s roughly 137 weeks (959 ÷ 7 ≈ 137)

DocketMath uses its calculator logic to convert the date span into an equivalent number of weeks/units consistent with the wage model.

Step 3: Compute wage backpay using hourly rate × hours

Once the covered weeks are known:

  • Hours/week: 20
  • Weekly wages: 20 × $18.50 = $370/week
  • Estimated weeks covered: ~137
  • Estimated wage backpay: $370 × 137 = $50,690

Output (what you should expect from the tool)

A DocketMath wage backpay run in this setup will typically show:

  • Covered period (after SOL default): unchanged (03/01/2022–10/15/2024)
  • Total unpaid wages (estimated): approximately $50,690
  • Breakdown of covered work duration into weeks and wage totals (formatting varies by tool output)

Key insight: the SOL default didn’t cut anything out because the unpaid work period sits inside the reachable 3-year window.

Note: The jurisdiction data provided for North Carolina includes a general SOL period of 3 years and references the SAFE Child Act. This example uses the general/default SOL because no claim-type-specific sub-rule was found in the provided jurisdiction rule set.

Quick reference table (this example)

ItemValue
Hourly rate$18.50
Hours per week20
Weekly wages$370
Anchor date12/01/2024
Unpaid period03/01/2022–10/15/2024
SOL window (default 3 years)12/01/2021–12/01/2024
SOL truncationNone
Est. weeks covered~137
Est. wage backpay~$50,690

Sensitivity check

Now let’s stress-test the result with changes that commonly drive wage-backpay calculations: (1) the anchor date and (2) unpaid period dates.

To test sensitivity, change one high-impact input (like the rate, start date, or cap) and rerun the calculation. Compare the outputs side by side so you can see how small input shifts affect the result.

Sensitivity A: Shift the anchor date forward by 6 months

Change only the anchor date:

  • Original anchor: 12/01/2024
  • New anchor: 06/01/2025

New SOL window (default 3 years):

  • 06/01/2022 to 06/01/2025

Your unpaid period remains 03/01/2022–10/15/2024, so the part before 06/01/2022 is no longer reachable.

  • Approximate new covered period: 06/01/2022–10/15/2024

Practical impact: expect a meaningful drop, because shifting the anchor date forward moves the SOL window forward and excludes older unpaid time.

Sensitivity B: Keep anchor date the same, extend the unpaid start earlier

Keep anchor date at 12/01/2024, but move the unpaid start earlier:

  • Original unpaid start: 03/01/2022
  • New unpaid start: 01/15/2021

SOL window is still 12/01/2021–12/01/2024. Since the unpaid start is earlier than 12/01/2021, DocketMath should truncate the covered start to 12/01/2021 (or the nearest tool-aligned boundary).

Practical impact: if unpaid work starts more than 3 years before the anchor date, the wage-backpay estimate drops substantially because earlier months are excluded.

Sensitivity C: Change hours per week (direct proportionality)

If instead you adjust:

  • Hours/week from 20 to 25

Then:

  • Weekly wages increase from $370 to $462.50
  • Total backpay increases by roughly the same proportion: 25/20 = 1.25

Practical impact: unlike SOL truncation (which can remove entire portions of time), changing hours (or rate) typically scales the dollar result nearly linearly.

How to use these checks with DocketMath (quick checklist)

Warning: If you enter unpaid work dates far outside the default 3-year window, DocketMath will likely show a much smaller covered period—and therefore a lower wage total—because it is applying the general/default SOL period (not a claim-type-specific rule).

Related reading