Worked example: Wage Backpay in Texas
5 min read
Published April 15, 2026 • By DocketMath Team
Example inputs
Run this scenario in DocketMath using the Wage Backpay calculator.
Below is a worked example of wage backpay calculations in Texas using DocketMath (US-TX). This walkthrough focuses on the jurisdiction-aware statute of limitations (SOL) logic—not on the merits of any claim. It’s also not legal advice; use the numbers as a demonstration of how SOL windowing affects recoverable amounts.
Jurisdiction rules used (Texas):
- The general SOL period is 0.0833333333 years.
- The governing statute set is Texas Code of Criminal Procedure, Chapter 12: https://statutes.capitol.texas.gov/Docs/CR/htm/CR.12.htm
- No claim-type-specific sub-rule was found, so this example uses the general/default period rather than a narrower, claim-specific SOL.
Scenario for this example
Assume an employee alleges unpaid wage losses spanning 12 months. DocketMath limits recoverable wages using the SOL window based on the Texas rule above.
We’ll set these inputs:
| Input | Value | What it represents |
|---|---|---|
| Start date of unpaid work | 2024-01-01 | When the unpaid/underpaid wages began |
| End date of unpaid work | 2024-12-31 | When the unpaid/underpaid wages ended |
| Filing date (key for SOL look-back) | 2025-03-15 | The date used to “look back” for SOL purposes |
| Hourly wage | $22.50 | Baseline pay rate |
| Hours per week | 32 | Regular work hours per week |
| Pay frequency | weekly | Determines how the calculator aggregates totals |
| Number of weeks unpaid in period | derived | Computed from the date range (used to total wages) |
Note: Real wage backpay calculations often require additional inputs (e.g., scheduled vs. actual hours, deductions, offsets, bonuses, or other payroll adjustments). This example keeps the focus on SOL-limited windowing and the timing effect.
Convert the SOL period into a “look-back” window
DocketMath uses the provided Texas general SOL period:
- General SOL period:
0.0833333333 years - This equals approximately 1 month (since 1/12 of a year ≈ 0.0833333333 years).
So, in practice, the SOL window is roughly the ~1-month period before the filing date.
With a filing date of 2025-03-15, the look-back window is approximately:
- Window start: ~2025-02-15
- Window end: 2025-03-15
Because the alleged unpaid work runs 2024-01-01 through 2024-12-31, there is no overlap between the unpaid work period and the ~1-month SOL window in early 2025.
Example run
We’ll run the example using DocketMath with the wage-backpay calculator (US-TX) (primary CTA: /tools/wage-backpay). In this example, the key behavior is:
- SOL windowing: keep only the dates that fall within the Texas SOL look-back period.
- Backpay math: apply hours × hourly wage to the covered (overlapping) time only.
Step 1: Determine covered time (SOL-limited)
- SOL look-back window: ~1 month before 2025-03-15 (≈ 2025-02-15 to 2025-03-15)
- Alleged unpaid period: 2024-01-01 to 2024-12-31
- Overlap: none
Covered unpaid time = 0 days (i.e., zero covered work time within the SOL window)
Step 2: Compute total wages for covered time
Since covered time is zero:
- Covered hours = 0
- SOL-limited backpay = 0 hours × $22.50/hour = $0
DocketMath output (expected in this scenario)
| Output | Value |
|---|---|
| SOL-limited covered period | ~2025-02-15 to 2025-03-15 |
| Overlap with alleged unpaid work | None |
| Calculated wage backpay (SOL-limited) | $0.00 |
| Notes | General/default Texas SOL applied; no claim-type-specific sub-rule identified |
Practical takeaway: even if the alleged unpaid work spans a full year, SOL-limited windowing can reduce recoverable wages to $0 when the filing date produces a look-back window that does not overlap the alleged unpaid dates.
Sensitivity check
Small changes to the inputs—especially the filing date and the unpaid work end date—can materially change the SOL overlap, and therefore the backpay total.
Below are three variations to show how DocketMath’s SOL windowing drives the result.
Variation A: Filing date moved into late 2024
Keep unpaid work: 2024-01-01 to 2024-12-31
Keep hourly wage and hours: $22.50/hour, 32 hours/week
Change only filing date to 2024-12-15
SOL look-back window: ~2024-11-15 to 2024-12-15
Overlap exists with the unpaid work period (late 2024)
Result direction: backpay becomes non-zero, roughly proportional to the hours inside the overlap window.
Variation B: Unpaid work continued into the SOL window
Keep filing date: 2025-03-15
Change unpaid work end date to 2025-03-01
Unpaid work: 2024-01-01 to 2025-03-01
SOL look-back window: ~2025-02-15 to 2025-03-15
Overlap: ~2025-02-15 to 2025-03-01 (about a couple of weeks)
Result direction: backpay becomes positive, increasing with the overlap duration.
Variation C: Wage rate changes only (dates unchanged)
- Keep dates exactly as the original example (no overlap)
- Increase hourly wage from $22.50 → $30.00
Because the SOL-overlap time remains zero, the computed covered hours still equal 0.
Result direction: backpay stays $0 even with a higher wage rate.
Quick sensitivity summary
| Change | What shifts | SOL overlap? | Backpay outcome |
|---|---|---|---|
| Filing date moved into late 2024 | Look-back window | Yes | From $0 to > $0 |
| Unpaid work continued into 2025 | Overlapping dates | Yes | From $0 to > $0 |
| Wage rate changes only | Rate | No | Stays $0 |
Note: DocketMath’s wage-backpay calculator is affected by both timing (dates) and compensation inputs. In this Texas example, the largest swing factor is whether the SOL look-back window overlaps the alleged unpaid wage dates.