How to run Alimony Child Support in DocketMath for Connecticut

5 min read

Published April 15, 2026 • By DocketMath Team

Step-by-step

This guide walks you through running Alimony + Child Support calculations in DocketMath for Connecticut (US-CT) using jurisdiction-aware rules. It focuses on getting consistent results—not on legal strategy. Before relying on any output for real-world decisions, verify key figures and consider having a qualified professional review your numbers.

1) Open the correct calculator

  1. Go to the primary CTA: **/tools/alimony-child-support
  2. Confirm the calculator mode matches what you intend to compute. (The alimony-child-support tool is designed for combined scenarios.)

2) Select Connecticut jurisdiction (US-CT)

If DocketMath prompts for jurisdiction, choose:

  • Jurisdiction: Connecticut
  • Jurisdiction code: US-CT

This matters because DocketMath applies jurisdiction-specific assumptions and validation checks when it computes outputs.

3) Enter parties and timeline basics

Fill in the fields the calculator requests for:

  • Case timing (e.g., the start date for support calculations, if requested)
  • Payor/payee identification fields (names are optional in some tools; dates and amounts matter)
  • Any required “as-of” or effective date inputs

How inputs change outputs:
Support calculations are usually sensitive to duration. Even a small change in a start or effective date can alter totals substantially.

4) Provide income inputs used by the tool

Enter income-related values the calculator asks for (for example, wages and/or other income categories, depending on what the tool supports).

Practical tip:
If your source numbers come from pay stubs or a worksheet, match them to the calculator’s expected format—such as annual vs. monthly and gross vs. net—instead of trying to “eyeball” conversions.

5) Add child-related parameters

Add any required fields such as:

  • Number of children
  • Child age brackets (if the tool requests them)
  • Any custody-time or support-share assumptions the calculator supports

Watch the units:
If the tool expects a monthly support amount and you enter a weekly number, the result can be off by a factor of about 4.33.

6) Add alimony inputs

Enter alimony-specific parameters supported by the calculator, such as:

  • Alimony selection/type (if your workflow includes a selector)
  • Amount, duration, or other factors the tool uses to project totals

If DocketMath offers multiple output modes (for example, estimate vs. total over a span):

  • Choose the option aligned with your goal (e.g., estimate monthly vs. compute total over the selected period).

7) Set the measurement period

Look for a field that controls the time window for totals (for example, “from/to” dates or a “months/years” duration).

Why this is critical in Connecticut:
Your results can be constrained by the statute of limitations on enforcement-related actions. DocketMath can incorporate jurisdiction-wide limitation checks in its workflow.

Connecticut statute of limitations baseline (general/default)

Connecticut’s general statute of limitations is 3 years under:

Use this as the default/general period in your interpretation. Do not assume a special limitation applies to every scenario unless the calculator or your inputs explicitly select a claim-type-specific rule. For this workflow, no claim-type-specific sub-rule was identified, so treat § 52-577a as the general/default.

Note: DocketMath’s Connecticut limitation logic should use Conn. Gen. Stat. § 52-577a as the general/default 3-year period, unless you have a specific rule selection tied to the scenario you’re inputting.

8) Review outputs and sensitivity

After you submit inputs, review:

  • The monthly alimony/support amounts (if displayed)
  • Total amounts over the selected period
  • Any limitations or “effective enforcement window” outputs, if the tool shows them

Then make small input adjustments to understand sensitivity:

  • Change the end date by 1 month
  • Swap annual vs. monthly income (only if units were mismatched)
  • Verify number of children and any age/custody-time inputs

How outputs change:
A one-month shift in the enforcement window can change totals by roughly one month of the computed payment amount, plus any rounding the calculator applies.

9) Export or document your run

If DocketMath supports downloading a report or summary:

  • Save the run date
  • Keep a copy of the inputs you used
  • Record the selected jurisdiction code (US-CT)

This helps you reproduce results if you rerun after updating income, dates, or other variables.

Common pitfalls

Below are frequent issues that cause Connecticut runs in DocketMath to look “wrong,” even when the underlying math is correct.

  • Using the wrong time window
    • Totals are date-driven. Ensure the “from/to” dates match the period you want to analyze.
  • Forgetting Connecticut’s general SOL is 3 years
    • The baseline limitation period referenced by Conn. Gen. Stat. § 52-577a is 3 years (general/default).
  • Assuming a special limitation applies without a selector
    • If your workflow doesn’t identify a claim-type-specific rule, don’t override the general/default logic.
  • Mixing gross and net income
    • If you enter net income where the tool expects gross, outputs can be materially overstated or understated.
  • Unit mismatches
    • Monthly vs. biweekly vs. weekly errors often create a consistent scaling problem.
  • Child-related inputs left blank
    • If the tool requires the number of children or related parameters, leaving them empty may force defaults you didn’t intend.

Pitfall: If your DocketMath run shows a limitation/enforcement-window effect, double-check that you entered the correct “as-of” date and that Connecticut is set to US-CT—otherwise the tool may apply the wrong window logic.

Try it

Want a quick start? Use this checklist to make sure your first DocketMath run for Connecticut is set up correctly.

  • Conn. Gen. Stat. § 52-577a (3 years)

If you’re running multiple scenarios, keep a consistent naming convention (for example, “CT run A—updated income” and “CT run B—new end date”) so you can trace which input changed the result.

Related reading