How to calculate Damages Allocation in Quebec, Canada

How to calculate Damages Allocation in Quebec, Canada

8 min read

Published October 17, 2025 • Updated April 23, 2026 • By DocketMath Team

Article claim inventory in progress

Trust release 4

This page has legal or numeric text that still needs claim-level inventory before we can treat it as verified.

Quick takeaways

Run this scenario in DocketMath using the Damages Allocation calculator.

  • Quebec damages allocation often hinges on what you’re allocating (e.g., property damage vs. personal injury vs. contractual losses) and the legal framework governing liability and causation.
  • DocketMath’s Damages Allocation calculator (CA‑QC) is designed to reflect Quebec-aware logic by separating inputs into categories and computing allocations per claimant/per defendant based on your selected assumptions.
  • You’ll get the cleanest, most defensible result when you enter inputs with consistent timeframes, currency, and loss categories, and when you document which amounts are already reduced for contributory factors.
  • A common failure mode is double-counting the same loss (for example, entering both “future loss” and “total loss” that already includes it).

Note: This guide explains how to calculate a damages allocation workflow in Quebec using DocketMath. It does not provide legal advice or determine legal outcomes in your specific dispute.

Inputs you need

Before using DocketMath’s damages-allocation tool for Quebec (CA‑QC), gather these inputs. The calculator is easiest to use when you can map each amount to one of the loss categories below.

Use this intake checklist as your baseline for Damages Allocation work in Quebec, Canada.

  • jurisdiction selection
  • key dates and triggering events
  • amounts or rates
  • any caps or overrides

If any of these inputs are uncertain, document the assumption before you run the tool.

1) Parties and allocation structure

  • Defendants (names or labels) to allocate against
  • Claimants (names or labels) who receive allocations
  • Allocation model:
    • Proportionate allocation (based on causal responsibility weights you provide), or
    • Specified caps / exclusions (if you have category-specific limits)

2) Loss categories (Quebec-aware categorization)

For each loss category, you’ll typically need a total amount and the basis for allocation:

  • Material/property damage (e.g., repairs, replacement costs)
  • Personal injury losses (e.g., income replacement, medical costs)
  • Non-pecuniary damages (e.g., pain and suffering) if applicable to your inputs
  • Contractual losses (e.g., expenses, losses tied to performance)
  • Interest/other add-ons (enter as separate line items if you’re using an interest model)

3) Causation / responsibility weights (if using proportionate allocation)

  • Causation weights per defendant (must sum to 1.0 or 100%, depending on how you input them)
  • If you have contributory factors:
    • Contributory responsibility weight for a claimant (e.g., claimant’s share), if your scenario models it that way

4) Reduction or offset flags

DocketMath works best when you explicitly tell it what has already been netted out. Check the items you already applied to your totals:

5) Timing and currency controls

  • Currency (CAD)
  • Cutoff date for totals (e.g., “loss measured up to 2023‑12‑31”)
  • If you separate current vs. future amounts:
    • Future horizon (e.g., until retirement, until end of contract term)

How the calculation works

DocketMath’s Damages Allocation workflow (CA‑QC) can be understood as a pipeline with five stages. Use the stages to validate your entries.

DocketMath applies the Quebec, Canada rule set to the inputs, then runs the calculation in ordered steps. It validates the trigger date, applies rate or cap logic, and produces a breakdown you can audit. If you change any one variable, the tool recalculates the downstream outputs immediately.

Stage A — Normalize inputs by category

For each category (c), DocketMath stores:

  • (Total_c) (your provided total)
  • Allocation basis:
    • responsibility weights per defendant, and/or
    • claimant share, and/or
    • category-specific rules you select

If you enter multiple categories, the calculator keeps them separate to prevent double counting.

Stage B — Apply claimant-level allocation (if modeled)

When contributory responsibility or claimant share is included, DocketMath computes a net claimant-eligible portion:

  • (Eligible_c = Total_c \times (1 - ClaimantShare))

If you don’t provide a claimant share, DocketMath treats the claimant as fully eligible for that category.

Stage C — Allocate to defendants using responsibility weights

For a proportionate allocation model:

  • (DefendantAmount_{d,c} = Eligible_c \times Weight_{d})

Where:

  • (Weight_{d}) is your responsibility weight for defendant (d)
  • Weights should be consistent across categories, unless you choose different category weights

Stage D — Handle offsets, caps, and exclusions

Depending on your checkbox selections, DocketMath adjusts category totals before allocation or after allocation:

  • If you marked “totals already include insurance recoveries,” DocketMath won’t ask for separate insurance inputs.
  • If you marked “payments already made,” it won’t subtract again at the end.

A key practical rule: enter upstream reductions only once.

Pitfall: Double subtraction happens when you (1) reduce your totals for a settlement/payment before entering them, and then (2) also check “payments made” in the calculator. Keep your totals either “gross” with reductions modeled inside DocketMath, or “net” with reductions already applied—choose one approach.

Stage E — Produce outputs and summary totals

DocketMath outputs usually include:

  • Per defendant allocations by category
  • Per claimant totals (if multiple claimants exist)
  • Grand total allocated across categories
  • Optional breakdowns for auditability (e.g., “property damage allocated 70/30 between two defendants”)

A practical way to sanity-check results:

  • Ensure category totals match:
    [ \sum_d DefendantAmount_{d,c} = Eligible_c \quad (\text{after offsets/caps}) ]
  • Ensure grand totals match:
    [ \sum_c \sum_d DefendantAmount_{d,c} = \sum_c Eligible_c ]

Quick worked example (illustrative workflow)

Assume:

  • Property damage total: $40,000
  • Personal injury losses total: $90,000
  • Claimant share (contributory): 10%
  • Proportionate weights:
    • Defendant A: 70%
    • Defendant B: 30%
  • No additional offsets applied outside the calculator

Step 1 (Eligible totals):

  • Property eligible: (40,000 \times (1-0.10)=36,000)
  • Injury eligible: (90,000 \times (1-0.10)=81,000)

Step 2 (Defendant allocations):

  • Property:
    • A: (36,000 \times 0.70 = 25,200)
    • B: (36,000 \times 0.30 = 10,800)
  • Injury:
    • A: (81,000 \times 0.70 = 56,700)
    • B: (81,000 \times 0.30 = 24,300)

Step 3 (Grand totals):

  • Defendant A: (25,200 + 56,700 = 81,900)
  • Defendant B: (10,800 + 24,300 = 35,100)

If you change the claimant share to 0%, each eligible total increases by 11.11% relative to the 10% scenario.

Common pitfalls

  • Mixing “net” and “gross” amounts
    • If you already reduced totals for payments/insurance/settlements, keep the calculator aligned by using the matching offset flags.
  • Using weights that don’t sum correctly
    • Even minor rounding can create allocation gaps. DocketMath will show totals; verify that category sums reconcile.
  • Double-counting across categories
    • Example: entering both “future medical costs” and “total medical costs” that already includes future items.
  • Inconsistent time horizons
    • If property damage is measured to a 2022 date but personal injury losses are measured to 2024, your allocations may be internally inconsistent even if the arithmetic is correct.
  • Applying mitigation reductions twice
    • Mitigation is a factual/loss-measurement issue. If you already modeled it into your totals, don’t also enable mitigation reductions in a second step.
  • Unclear interest treatment
    • If you add interest as a line item, keep it separate from principal so it’s allocated according to the same responsibility logic you intend.

Warning: Quebec damage allocation calculations can be highly sensitive to how you define the “loss measure” (what the total includes and excludes). Always document your category definitions so you can reproduce the math later.

Sources and references

  • Civil Code of Québec, S.Q. 1991, c. 64:
    • Arts. 1457–1463 (fault, liability, and related principles in extra-contractual liability)
    • Arts. 1601–1602 (responsibility for damages and causation concepts in contractual contexts)
    • Art. 1611 (calculation-related concepts tied to execution and compensation framework)
    • Arts. 1621–1622 (modalities related to damages and related payments)
    • Arts. 1063–1064 (compensation principles and how reductions may operate in some contexts)

Because DocketMath’s output depends on your inputs and chosen allocation model, treat these statutes as the legal backdrop for categorization and responsibility rather than a substitute for case-specific interpretation.

Next steps

  1. Run a first pass in DocketMath with:
    • all totals entered as either gross or net (pick one),
    • consistent category definitions,
    • responsibility weights summing to 1.0 (or 100%).
  2. Validate reconciliation:
    • Confirm category sums equal eligible category totals after offsets.
  3. Stress test key assumptions:
    • Change claimant share by ±5% (if applicable) to see sensitivity.
    • Swap responsibility weights between defendants while keeping totals constant to confirm behavior.
  4. Export or record your assumptions:
    • Keep a copy of the entered weights, checkbox settings, and cutoff dates for auditability.

Open the calculator for Quebec, Canada: Open the calculator.

Related reading