Choosing the right Alimony Child Support tool for Maryland
7 min read
Published April 15, 2026 • By DocketMath Team
Choose the right tool
Run this scenario in DocketMath using the Alimony Child Support calculator.
If you’re calculating alimony and/or child support in Maryland, the right starting point is choosing a tool that (1) matches your goal and (2) applies Maryland-specific rules to the inputs you enter. With DocketMath’s alimony-child-support calculator (jurisdiction-aware for US-MD), you can model how changes in income, time, and support-related factors affect an estimated payment.
Start by matching your goal to the calculator
Before you plug anything in, decide what you’re trying to produce:
- A combined estimate for alimony and child support (most people start here)
- A child-support-focused estimate (when alimony is not at issue or is secondary)
- An alimony-focused estimate (when child support is already settled)
DocketMath’s alimony-child-support tool-selector workflow helps you align the tool choice with the kind of support calculation you need, so you’re not forcing a model that doesn’t fit your planning use case.
Confirm the jurisdiction setup (Maryland = US-MD)
Support calculations are rule-driven. DocketMath’s calculator is configured for Maryland (US-MD) so the tool can apply Maryland-specific assumptions and time rules consistent with how courts typically handle these calculations.
A practical way to keep this straight is to treat “jurisdiction” as part of your input set:
- Jurisdiction: Maryland (US-MD)
- Tool: DocketMath – alimony-child-support
- Use case: estimate for planning, document preparation, or scenario comparison
Note: DocketMath is designed for modeling and scenario planning. For filings or final numbers, court orders and local practice matter—use the calculator output to understand ranges and drivers, not as a substitute for a formal legal determination.
Understand what “alimony vs. child support” means for your inputs
Even when you’re using a single tool, the inputs you provide usually differ depending on what you want to estimate. Here’s a quick “what changes what” guide:
Common inputs that shift results (scenario drivers)
- Income inputs (how much, and for whom): often the biggest driver
- Time-sharing / custody arrangement (if your model incorporates it): can affect child-support calculations
- Relevant dates: can affect the period you’re modeling
- Adjustment factors (if the tool supports them): these can shift outputs without changing your raw income
How output behavior typically changes
Use these as planning heuristics while you run scenarios:
- If income increases, the estimated support amount generally increases for the payor side.
- If time-sharing increases, the effect on child-support figures depends on the model’s structure and how the custody/time inputs are entered.
- If you change the effective start date or the modeled window, the total over the period may change even when the monthly figure looks similar.
The Maryland statute clock: don’t miss the timing issue
Many people focus only on monthly amounts. Yet timing affects everything from how far back support might be analyzed to what “period” your documentation covers.
Maryland uses a 3-year general statute of limitations framework under Md. Code, Cts. & Jud. Proc. § 5-106. DocketMath’s planning model can help you select a reasonable period for analysis, but you still need to choose the time window carefully.
- General SOL period: 3 years
- Statute: Md. Code, Cts. & Jud. Proc. § 5-106
Warning: The 3-year rule above is the general/default period. No claim-type-specific sub-rule was identified here. If your situation involves a different category of claim or a special procedural posture, the limitations analysis could differ from the general rule.
Use the DocketMath workflow to test “what if” changes
A good calculator session isn’t one run—it’s a controlled set of scenarios. Here’s a practical process that works well with DocketMath:
- Run a baseline scenario
- Enter current best-available income and your custody/time-sharing facts.
- Create 2–3 variations
- Example variations: income adjustment, different start date window, different time-sharing input.
- Compare the deltas
- Focus on which inputs move the estimate the most.
- Document what you changed
- Keep a simple note of each run so you can explain the reasoning behind the numbers later (especially if you’re sharing outputs with a mediator, drafting a worksheet, or preparing exhibits).
To make this efficient, use DocketMath’s linked tools when you need related computations. For example, you can start in /tools/alimony-child-support and then pivot to other supporting calculations in /tools to keep assumptions consistent across documents.
- If you need to narrow uncertainty: run scenarios using conservative and aggressive income figures and observe the swing.
- If you need to explain a range: present outputs as “Scenario A / Scenario B,” tied directly to the input changes.
Next steps
Once you’ve chosen the correct DocketMath tool and run your scenarios, the next step is turning calculator output into usable work product—without treating the numbers as final legal determinations.
Use the Alimony Child Support tool to produce a first pass, then share the output with the team for review. You can start directly in DocketMath: Open the calculator.
1) Lock your inputs and label your scenarios
Create a short scenario table so you can track what you changed and why:
| Scenario | Start date window | Income (payor) | Income (recipient) | Time-sharing inputs | Output focus |
|---|---|---|---|---|---|
| Baseline | YYYY-MM | $ | $ | Standard | Total estimate |
| Variation 1 | YYYY-MM | $ | $ | Adjusted | Sensitivity check |
| Variation 2 | YYYY-MM | $ | $ | Different | Timing / period check |
This helps you avoid a common failure mode: comparing runs that used different time windows, which can make the monthly comparison misleading.
2) Align the period you’re modeling with Maryland’s general 3-year clock
Because Md. Code, Cts. & Jud. Proc. § 5-106 reflects a general 3-year limitations period, consider whether your analysis window stays within that general period when you’re building back records or estimating “covered” amounts.
Pitfall: Using a much longer lookback window can create totals that look precise but reflect assumptions that may not match the limitations period you’re actually trying to model under Maryland law.
A practical checklist:
3) Use outputs to decide what to gather next
DocketMath outputs are most useful when they point to missing inputs. After your first run, list what data you still need. Typical follow-ups include:
4) Keep a “shareable” summary for meetings or filings
If you’re using the tool for preparation, produce a short summary like:
- Tool: DocketMath – alimony-child-support (Maryland / US-MD)
- Scenarios run: Baseline + 2 variations
- Key driver: (e.g., payor income changed by $X)
- Result: monthly estimate range and how it changes with the input
This keeps your calculator work organized and reduces back-and-forth when another person reviews your worksheets.
5) Use DocketMath as your consistency layer across related tasks
Even when you only need one calculator, it’s easy for different documents to use different assumptions. A consistency layer helps:
If you’re actively working across multiple calculations, consider staying inside /tools so that your derived numbers aren’t re-created manually with mismatched assumptions.
