How to run Settlement Allocator in DocketMath for Texas

Step-by-step

This guide walks you through running Settlement Allocator in DocketMath for Texas (US-TX) using jurisdiction-aware rules based on Tex. R. Civ. P. 42. It’s written to be practical: you’ll set up inputs, run the allocator, and sanity-check the output.

1) Start at the calculator

Open the calculator here: /tools/settlement-allocator.

If you’re already in the app, look for Calculator → Settlement Allocator and select Texas (US-TX) as the jurisdiction.

2) Confirm Texas jurisdiction settings (US-TX)

In the calculator, verify:

• Jurisdiction: US-TX
• Rule basis: Tex. R. Civ. P. 42 (general rule set)

If DocketMath shows a rule-selection panel, ensure it’s using the Texas workflow and not a different state’s framework.

3) Enter the allocation inputs

Settlement Allocator typically requires, at minimum, values that allow it to apportion a total settlement amount among parties (or allocation targets) according to the Texas allocation logic.

Use this checklist to guide your input entry:

• Total settlement amount (the gross settlement to allocate)
• Parties / payees you want allocated
• Basis values for each allocation target (these are the figures the allocator uses to compute the allocation shares)
• Any timing or period parameter required by the Texas rule workflow (if shown)

Because the Texas rule set referenced here is Tex. R. Civ. P. 42, the calculator’s Texas behavior keys off its general/default period framework, rather than a claim-type-specific period rule (not present in the rule set used for this calculator).

4) Run the allocator

Click Calculate / Run.

DocketMath will return (wording may vary by UI configuration):

• Allocated amounts per party (or per allocation bucket, depending on your configuration)
• A summary view showing totals (so you can confirm the allocated sum matches the settlement amount)
• Potentially a breakdown by factor/period, depending on how the calculator presents the Texas rule-based timing/period step

5) Validate the output quickly (before relying on it)

Treat the results like a first-pass worksheet, not the final word on any particular case. Use these checks:

• Does the allocated sum equal the total settlement (allowing for rounding)?
• Are allocations consistent with the input basis values (higher basis → typically higher allocation)?
• If the calculator uses a period, confirm you used the correct period setting for your workflow.
• Do outputs change as you adjust inputs?
  Try changing one basis value (for example, increase Party A’s basis by 10%) and re-run. Allocations should respond proportionally.

6) Export or capture the calculation record

Use the calculator’s export/copy controls (if available in your UI) to:

• Save the output numbers
• Capture the inputs used
• Preserve jurisdiction/version context (if DocketMath displays it)

This helps you reproduce how DocketMath behaved under Texas (US-TX) rules derived from Tex. R. Civ. P. 42.

Common pitfalls

Texas workflows inside DocketMath are straightforward, but frequent errors come from mismatched inputs and misunderstanding rule defaults.

Here are concrete pitfalls to watch:

1. Assuming claim-type-specific allocation periods exist

   • In this calculator configuration, expect the general/default period approach driven by Tex. R. Civ. P. 42 unless the UI explicitly indicates otherwise.

2. Entering basis values in the wrong scale

   • If your basis is percentages, enter them consistently with what the tool expects (commonly 0–100 or 0–1).
   • If your basis is counts/days/weights, enter raw values consistently (don’t mix percent-formatted inputs with count-formatted inputs).

3. Mismatched settlement total vs. allocation targets

   • If the calculator expects a basis value for each party/target you listed, and you omit one (or add extra parties unintentionally), totals won’t reconcile cleanly.
   • Use the output summary to confirm allocated totals match the total settlement amount (allowing for rounding).

4. Rounding surprises

   • Many calculators round to whole dollars or two decimals.
   • If you see a small discrepancy (like pennies), it’s often rounding—not a substantive rule error. Re-run if you changed scales, toggles, or period inputs.

5. Period parameter confusion

   • When a Texas period input appears, re-check what the field is modeling (for example, whether it’s tied to a date range or a general timing bucket).
   • Since this tool is grounded in Tex. R. Civ. P. 42, the “period” behavior follows the tool’s general/default period workflow.

6. Treating the worksheet as legal advice

   • Settlement allocation outputs can support internal planning, but real-world allocations can depend on case posture, negotiation terms, and other filings.
   • Use DocketMath as decision support, not as legal advice.

Try it

Use a quick “what-if” run to understand how Texas (US-TX) changes allocations under Tex. R. Civ. P. 42 general/default period behavior.

Fast practice checklist

• Open /tools/settlement-allocator
• Set jurisdiction to Texas (US-TX)
• Enter a simple scenario with 2 parties (Party A and Party B)
• Give them clearly different basis values (for example, Party A = 70, Party B = 30)
• Run the allocator

What you should expect

If your inputs are proportional and the tool is using a proportional basis allocation model (common for settlement allocators), then:

• Party A’s allocation should be about 70% of the total (minus rounding).
• Party B’s allocation should be about 30% of the total (minus rounding).

Then test sensitivity

Now change only one variable:

• Increase Party B’s basis from 30 → 40
• Keep the total settlement amount fixed
• Re-run

You should see:

• Party B’s allocation increase
• Party A’s allocation decrease
• The allocated totals still reconcile to the same total settlement amount (within rounding)

Texas rule behavior to keep in mind

Even when you’re testing, remember the Texas behavior in this tool is based on Tex. R. Civ. P. 42 using the general/default period, because no claim-type-specific sub-rule was found in the rule set used for this calculator.

Related reading

• How to calculate Settlement Allocator in Ohio — Full how-to guide with jurisdiction-specific rules
• How to calculate Settlement Allocator in Philippines — Full how-to guide with jurisdiction-specific rules
• Worked example: Settlement Allocator in Philippines — Worked example with real statute citations