How to run Alimony Child Support in DocketMath for Nebraska
7 min read
Published April 15, 2026 • By DocketMath Team
Step-by-step
Run this scenario in DocketMath using the Alimony Child Support calculator.
This guide walks you through running Alimony + Child Support in DocketMath for Nebraska (US-NE) using jurisdiction-aware rules. I’ll keep it practical and focus on what to enter, what you should expect back, and how Nebraska’s general default timeline can affect post-judgment planning.
Note: This walkthrough is about using DocketMath and interpreting calculator behavior—not about giving legal advice.
1) Open the correct calculator
Start at the primary call-to-action:
- /tools/alimony-child-support
Once you’re on the calculator page, confirm the jurisdiction selection is Nebraska (US-NE). DocketMath uses the jurisdiction to apply the right rule set for formatting and timing assumptions.
2) Identify what “alimony” means in your calculation inputs
The alimony-child-support calculator is built to handle both spousal support (alimony) and child support in one flow.
Before you enter numbers, separate your facts into two buckets:
- Alimony inputs (spousal support)
- Child support inputs (children-related obligation)
If your situation includes only one component (for example, child support only), you can still run the calculator, but set the unused component fields to their applicable defaults (often 0, if the UI allows it). That helps ensure outputs aren’t inflated by unintended active inputs.
3) Enter party and case basics (jurisdiction-aware)
Look for fields that typically include:
- Who is paying vs. who is receiving
- Payor income and/or adjusted income
- Recipient income (if the tool asks)
- Number of children and any age-related details the tool requests
As you type, watch for validation messages (for example: negative income, missing required fields, or mismatched time periods). DocketMath generally needs consistent time units (like monthly vs. yearly) to produce correct results.
4) Fill in alimony parameters
Common alimony-related fields in tools like this often include:
- Support term (duration)
- Payment frequency (commonly monthly)
- Whether the amount is treated as forward-looking or entered as a current estimate
- Any toggles for modification assumptions (if present)
Because DocketMath is a calculation tool, you’ll usually enter values based on what the court order or the case facts provide (like duration and payment period), rather than asking the tool to “decide” alimony.
5) Fill in child support parameters
Next, enter child support inputs such as:
- Number of children
- Ages (if the tool uses age bands)
- Parent incomes (often the key driver)
- Any additional custody/time-sharing inputs the calculator requests
If DocketMath asks for custody/visitation splits (like time-sharing percentages), use the best numeric representation you have for your scenario. If the UI uses sliders, enter the percentage that matches your current schedule.
6) Run the calculator and review outputs
After inputs are complete, run the calculation. You can expect outputs similar to:
- Monthly alimony amount (or a summary/range, depending on the UI)
- Monthly child support amount
- Total monthly obligation (combined output)
- Optionally, an aggregated total across the term if the tool collects a term length and frequency
Do a quick sanity check:
- Does the total increase when you increase payor income?
- Does it decrease when you increase recipient income (if the tool uses it)?
- Does adding a child change the result meaningfully in the child support component?
If something looks inverted, don’t assume the math is wrong—check that you mapped the payer/recipient correctly.
7) Use Nebraska’s statute timeline for post-judgment planning (general default)
Nebraska includes a general default timeline for certain actions. DocketMath’s alimony/child-support calculator doesn’t replace legal analysis of enforceability or remedies—but it can be useful for understanding what baseline timelines the tool may attach to your scenario.
For Nebraska, the general statute of limitations period is listed as “0.5 years” under:
- Neb. Rev. Stat. § 13-919
https://law.justia.com/codes/nebraska/chapter-13/statute-13-919/
Important clarity: No claim-type-specific sub-rule was found in the provided jurisdiction data. That means the tool should treat this general/default period as the baseline (0.5 years)—not as a specialized, category-specific timeline.
Warning: A “general/default” statute of limitations is not the same thing as the timeline that may apply in every enforcement posture. DocketMath’s role is computation and organization of numbers, not determining legal remedies.
8) Save or export your results
If the tool offers export (or you can copy outputs), save:
- Your input set
- The calculated monthly totals
- Any time span used for aggregated totals
This lets you rerun scenarios quickly (for example: changing income, term length, or number of children) and compare how the outputs shift.
Common pitfalls
Nebraska math errors usually come from input inconsistencies and timeline assumptions. Here are the issues that most often cause misleading results when running alimony-child-support in DocketMath for US-NE:
- Mixing time units
- Example: entering annual income into a monthly field (or vice versa). Your totals may look “off” right away.
- Using inconsistent income definitions
- Example: using gross for one party and net/adjusted for the other when the tool expects a consistent approach.
- Leaving stale dependent inputs
- Example: changing the number of children but not updating ages or any related age-band/custody inputs.
- Leaving the unused component active
- Example: running “alimony only” but failing to set child-support fields to their applicable defaults (or vice versa), which can inflate combined totals.
- Assuming the timeline is claim-category-specific
- The provided jurisdiction data indicates a general/default baseline under Neb. Rev. Stat. § 13-919 of 0.5 years. Since no claim-type-specific sub-rule was found, don’t assume this automatically matches every enforcement context.
- Skipping a payer/recipient sanity check
- If outputs represent the wrong direction of payments (even though the math “works”), it’s usually because payor/recipient fields were swapped or misread.
Quick pitfall reminder: a mismatch between “payor” and “recipient” may not change the internal calculation mechanics—but it can change what the output means for your situation.
Try it
Here’s a controlled way to test whether your DocketMath inputs are wired correctly before you rely on real numbers:
Open the Alimony Child Support calculator and follow the steps above: Run the calculator.
When rules change, rerun the calculation with updated inputs and store the revision in the matter record.
1) Run a baseline
- Enter your best-known numbers
- Run the calculation
- Record:
- Monthly alimony output
- Monthly child support output
- Total monthly obligation
2) Apply one change at a time
Rerun after each single adjustment and confirm the result moves in the expected direction:
- Increase payor income by $500/month (or the smallest step your UI supports)
- Expected: totals should move up
- Increase number of children by +1
- Expected: child-support component should change meaningfully
- Change payment frequency (if supported by the calculator)
- Expected: monthly totals should remain consistent if the UI correctly converts units
3) Verify the timeline baseline (general default)
If your workflow involves any timeline component, confirm DocketMath is using Nebraska’s general default baseline of:
- Neb. Rev. Stat. § 13-919 → 0.5 years
Again: this is about verifying what the tool applies—not asserting what legal timeline governs every specific scenario.
4) Save your scenarios
Create two labeled snapshots:
- Scenario A: baseline inputs
- Scenario B: one controlled change
Then compare outputs to confirm the tool responds logically.
You can start the actual run here:
- /tools/alimony-child-support
