Inputs you need for Wage Backpay in Indiana
6 min read
Published April 15, 2026 • By DocketMath Team
Inputs you will need
To calculate wage backpay with DocketMath for Indiana (US-IN), you’ll typically need job/pay facts and date inputs that let the calculator estimate two things for the backpay period: (1) what wages you should have been paid and (2) what wages you were actually paid.
Because results can be very fact-specific, this guide is focused on the inputs you can gather and verify, not on legal advice.
Backpay time window (how far back to calculate)
Indiana’s general/default statute of limitations for many civil actions is 5 years under Indiana Code § 35-41-4-2. Based on the jurisdiction data provided, no claim-type-specific sub-rule was identified—so the article uses the general 5-year period as the default.
You’ll therefore need:
- Backpay start date (often tied to the earliest unpaid period you’re seeking to recover)
- Backpay end date (often the termination date, a stop-date, or another defined cut-off in your process)
- A clear way to ensure your start date matches the 5-year lookback concept for the relevant filing/trigger date you’re using
Note: DocketMath calculates wage backpay based on the dates you enter. If your selected backpay start date goes back more than 5 years under the Indiana general/default rule reflected in Indiana Code § 35-41-4-2, you may need to adjust dates so the calculator reflects the default window.
Wage and pay structure inputs
Backpay math depends on how wages were earned. Gather whichever items match your pay arrangement:
- Pay frequency (e.g., weekly, biweekly, semi-monthly, monthly)
- Regular hourly wage or salary amount
- Work schedule basis
- For hourly: hours per week (or how you can represent the expected weekly hours)
- For salary: the regular weekly hours assumption you’re using to translate salary into a wage rate for the tool
- Overtime inclusion details (if relevant)
- Whether your wage rate inputs are intended to include overtime, or whether overtime must be handled separately in how you set up the calculation
- Pay changes during the backpay period
- If there were raises/promotions/demotions that changed your pay rate, you’ll need the effective dates and new rates
- If DocketMath requires separate segments for different rates, plan for that by preparing the date/rate changes
- Any special wage components
- If commission/bonus is part of what you’re measuring as “wages” for the tool, gather those amounts for the covered periods
Offsets: what was actually paid
To avoid overstating backpay, you should also prepare inputs representing what the employer already paid:
- Actual wages paid during the same period
- If you have pay stubs, a total for each sub-period/pay cycle is often a practical approach
- Commission/bonus amounts (if applicable to your backpay calculation)
- Enter amounts actually earned/paid during the covered period(s) you’re measuring
- Consistent categories
- If your worksheet distinguishes wages from other categories (like certain benefits), keep your inputs consistent so the backpay math doesn’t mix apples and oranges
Practical checklist (inputs summary)
Before you run DocketMath, confirm you have:
Where to find each input
Use the checklist below as a “document map” to gather what you need.
Most inputs live in the case file, contracts, or docket entries. Dates usually come from the triggering event notice; rates and caps come from governing documents or statute; and amounts come from the ledger or judgment. Record the source for each value so the run is reproducible.
Dates (backpay start/end)
Common sources:
- Termination/separation letter or separation paperwork (end date)
- Emails or written notices of pay changes (raise/promotion/demotion effective dates)
- Your timeline or case calendar to align the tool with your underlying facts
Tip: If you’re aligning your calculation with the Indiana 5-year general/default window under Indiana Code § 35-41-4-2, make sure your chosen start date and your “trigger”/filing logic are documented so you can explain why the window begins when it does.
Pay frequency, regular wage, and salary terms
Common sources:
- Pay stubs (often the fastest for verifying hourly rate, pay frequency, and wage totals)
- Employment agreement/offer letter (often best for baseline salary terms and expected hours)
- HR documentation (pay schedule and overtime eligibility rules, if you need them)
- Payroll summaries
Work schedule / hours basis
Common sources:
- Timesheets or attendance records
- Weekly schedule emails (if used)
- Pay stubs showing regular hours
Actual wages paid (offsets)
Common sources:
- Pay stubs covering the backpay period
- Payroll summaries
- Bank statements (sometimes used as backup evidence if pay stubs are missing)
Pitfall to avoid: Don’t switch between gross and net amounts when building your offsets. Keep the wage inputs in the same “type” (typically earnings/gross) so the output matches what your documentation supports.
Bonus / commission
Common sources:
- Commission statements or bonus plan payout records
- HR compensation reports
- Compensation statements for each pay cycle
Run it
Run wage backpay in DocketMath using Indiana (US-IN) and the inputs you compiled.
- Open the tool: **DocketMath Wage Backpay
- Confirm the jurisdiction context is set to **Indiana (US-IN)
- Enter:
- Backpay start date and backpay end date
- Pay frequency
- Regular hourly wage or salary amount
- Hours basis (and any schedule assumptions you’re using)
- Any wage/rate changes by date (if prompted/required)
- Actual wages paid (offsets) for the same time period(s)
- Any bonus/commission inputs if the tool includes them
How outputs change when inputs change
Use these quick cause-and-effect checks to validate your setup:
- Start date moves forward (shorter window)
→ usually reduces total backpay because fewer pay periods are included. - Regular rate changes (salary/hourly amount changes)
→ recalculates the baseline “should-have-been-paid” amount for included periods at the new rate. - Adding a wage increase segment (new rate applies after a date)
→ increases backpay for the later sub-period(s) where the higher rate applies. - Adding/changing offsets (actual wages paid)
→ lowers net backpay relative to what the baseline would be without offsets.
Indiana date logic (5-year default)
This guide uses the general/default 5-year statute reflected in Indiana Code § 35-41-4-2 because no claim-type-specific sub-rule was found in the jurisdiction data you provided.
If your intended start date is older than 5 years from your relevant trigger, consider running two scenarios for comparison:
- Run A: your requested full start date (for internal comparison only)
- Run B: an adjusted start date that fits the 5-year general/default window
Caution: A total that includes more than the 5-year general/default window may not align with how the claim window is treated in practice. If you’re using results for decision-making or filings, keep a clear record of how you selected dates.
