Why Alimony Child Support results differ in Maine
6 min read
Published April 15, 2026 • By DocketMath Team
The top 5 reasons results differ
Run this scenario in DocketMath using the Alimony Child Support calculator.
If you run the DocketMath “alimony-child-support” calculator for Maine (jurisdiction US-ME), the numbers can come out noticeably different from what you expected—even when you think you’re using the same income figures. In Maine, those differences usually trace back to how the tool applies jurisdiction-aware rules and how particular inputs interact with each other.
Here are the top 5 reasons Maine results differ:
**Time horizon mismatches (calculation date vs. case timing)
- Many support scenarios effectively depend on when payments start, when they change, and what portion of the timeline you’re modeling.
- If your comparison assumes a different start date or modeled period than the calculator run, the totals can shift even with the same monthly incomes.
Income definition and included streams
- Small changes in what counts as “income” can change both child support and alimony inputs (for example: whether you include certain benefits, overtime/bonus patterns, or other variable streams).
- Because DocketMath reflects the inputs you provide, two runs that look similar to a human can differ if one run treats a stream as includable income and the other does not.
Adjustable obligations driven by child-related inputs
- Child support can change when you model different child-related factors (like the number of children and other child-specific inputs).
- So even if alimony stays the same, the combined result you’re comparing can still change because child support moved.
Alimony modeling complexity
- Alimony is sensitive to the specific alimony inputs you enter, including assumptions tied to relative income and the scenario you’re modeling.
- Since alimony and child support can move independently, a change that you intended to affect only one component may still affect your overall comparison if the tool recalculates both components from updated inputs.
Sunk assumptions: using the wrong default timing framework
- DocketMath uses Maine’s jurisdiction-aware approach. Where the rules require a default timing framework, Maine’s general default period is the half-year framework:
- General SOL Period: 0.5 years
- General Statute: Title 17-A, §8
- Important: No claim-type-specific sub-rule was found. That means the calculator uses the general/default period unless your inputs or scenario explicitly call for a more specific rule.
Note: The general default period referenced above is 0.5 years under Title 17-A, § 8. This content uses that as the default timing framework and does not assume a different claim-type-specific limitation period.
Source: https://legislature.maine.gov/statutes/17-a/title17-asec8.html?utm_source=openai
How to isolate the variable
To figure out why your DocketMath result differs, use a controlled workflow: change one thing at a time. This is the fastest way to avoid getting misled by interacting inputs.
- Freeze the jurisdiction and tool settings so both runs use the same rule set.
- Compare one input at a time (dates, rates, amounts) and re-run after each change.
- Review the breakdown to see which segment or assumption drives the difference.
A practical isolation checklist
- Freeze all inputs except one:
- income (including what streams are included),
- child-related inputs,
- alimony inputs,
- and any timing assumptions/start dates (if your scenario includes them).
- Run DocketMath once and record:
- the monthly child support figure,
- the monthly alimony figure,
- and any total/summary output the tool shows.
- Change one variable and rerun.
- Compute the delta: new − old.
- Repeat until you find which input change caused the result shift.
What to test first (highest impact)
- Primary/secondary income
- Why it matters: can shift both support and alimony math.
- What to record: monthly alimony + monthly child support.
- Number of children / child inputs
- Why it matters: child support is typically more sensitive to these factors.
- What to record: child support line item + total (if shown).
- **Timing assumption (start or modeled period)
- Why it matters: timeline modeling changes totals and comparison baselines.
- What to record: total over time (if shown).
- Any “variable income” inputs
- Why it matters: adding/removing streams changes income inputs that the calculator uses.
- What to record: the net monthly income effect reflected by the tool.
- Any alimony-specific inputs
- Why it matters: alimony is often highly input-driven.
- What to record: alimony line item only.
Use output comparisons to pinpoint the affected component
- If child support changed but alimony didn’t → focus on child-related inputs or income definition.
- If alimony changed but child support didn’t → focus on alimony modeling inputs and relative income assumptions.
- If both changed → revisit income and timing inputs first.
Gentle reminder: This is not legal advice. If your goal is to understand eligibility or legal deadlines, consider confirming assumptions with a qualified professional.
Next steps
- Lock your baseline
- Save your first DocketMath run (screenshots or notes) so you can compare later runs reliably.
- Re-run using consistent timing
- Since Maine’s general default period is 0.5 years under Title 17-A, § 8, make sure your scenario comparisons are not accidentally using a different horizon than the tool’s default framework.
- Document input sources
- For each numeric input, note what it represents (e.g., average monthly pay vs. last 12 months, fixed income vs. variable income).
- The calculator can only reflect what you enter—good documentation prevents accidental inconsistencies.
- Sanity-check the direction of change
- If you increase an input on one side and the result moves in a way you didn’t expect, pause and re-check the inputs you changed. Directional mismatches often reveal an entry error.
- Avoid cross-tool or cross-jurisdiction comparisons
- If you compare a Maine (US-ME) run to a different jurisdiction (or a different tool with different rules), differences are expected. Rule application and default timing assumptions may not match.
When you find the input that drives the difference, rerun with that corrected input and compare component lines (child support vs. alimony), not just the combined figure.
