Maryland · closing date prorations

How to calculate closing date prorations in Maryland

By DocketMath TeamJune 4, 20267 min read
Abstract background illustration for How to calculate closing date prorations in Maryland
Under review

missing_or_unverified_packet

Quick takeaways

  • In Maryland, closing-date prorations for semiannual property tax are anchored by Md. Code Tax-Prop. § 10-102 and the Maryland Department of Assessments and Taxation’s guidance on semiannual payment timing.
  • DocketMath calculates closing-date prorations by converting the applicable tax period into day counts and allocating those days to the seller vs. buyer using a jurisdiction-aware settlement day rule.
  • A common contract approach (captured in your default setup) is seller pays through the day of settlement, meaning the settlement day is treated as belonging to the seller for day-count allocation.
  • Your most important inputs are the settlement date, the tax year structure (Maryland’s fiscal year), and whether special assessments are handled by agreement.

Note: This guide explains the mechanical day-count process. It’s not legal advice, and your contract terms can override defaults—especially for special assessments.

Inputs you need

Before you run the Closing Date Prorations calculator in DocketMath (jurisdiction: US-MD), gather these items.

1) Settlement / closing date

  • Use the exact settlement day, because prorations depend on which party owns the property on each day.

2) Who pays on the closing day (Maryland default used in DocketMath)

DocketMath’s Maryland jurisdiction-aware default aligns with your captured contract default:

  • Day-of-closing default: seller
  • Contract default note: “GCAAR contract: seller pays through day of settlement.”

For day-based proration, that means:

  • The settlement day is included in the seller’s allocated portion.
  • The buyer’s allocated portion starts after the settlement day.

3) Tax year definition (Maryland fiscal property tax year)

Maryland’s property tax year is treated as a fiscal year for calculation purposes:

  • Property tax year starts: 07-01
  • Property tax year ends: 06-30

This matters because DocketMath must attach your settlement date to the correct tax period(s).

4) Tax payment structure: semiannual context

Maryland property taxes are paid in semiannual installments. DocketMath uses that semiannual structure consistent with the Maryland Department of Assessments and Taxation’s guidance:

5) Special assessments handling

Your DocketMath configuration indicates:

  • Special assessments prorate: by_agreement

So, if special assessments are included in the closing, you should follow the agreement terms rather than assuming special assessments follow the same automatic day-count approach as regular property tax.

6) Statutory/limitations handling (calculator context)

Your verified facts packet indicates:

  • Receipts.0.limitation_period: “see statute”

DocketMath incorporates statute-driven logic for the proration framework, using Md. Code Tax-Prop. § 10-102 as the primary anchor.

How the calculation works

DocketMath’s closing-date prorations logic for Maryland (US-MD) is based on:

  1. Selecting the correct tax period(s) that cover the settlement date (within the Maryland fiscal year and semiannual payment structure).
  2. Converting the selected period(s) into day fractions.
  3. Applying the settlement day allocation rule (seller pays through the settlement day).

Step 1: Identify the relevant fiscal tax window

Maryland’s fiscal property tax year runs:

  • 07-01 → 06-30

DocketMath first checks where your settlement date lands within that fiscal year. Then, because the tax is paid semiannually, the calculator selects the semiannual installment window(s) that include the settlement date.

Input impact:

  • Move the settlement date across a boundary (start/end of a semiannual window) and the selected installment(s) can change.

Step 2: Convert the semiannual period into day fractions

After selecting the correct semiannual period window(s), DocketMath converts the installment period into day-count allocations.

With the common default rule:

  • Seller day count includes the settlement day
  • Buyer day count starts after the settlement day

Conceptually:

  • Seller gets the portion from the start of the installment period through the settlement day
  • Buyer gets the portion from the day after settlement through the end of the installment period

Step 3: Apply the day fractions to the tax amount for each period

Once day fractions are calculated, DocketMath prorates the tax amount using those fractions:

  • Seller prorated share = (seller day fraction) × (period tax amount)
  • Buyer prorated share = (buyer day fraction) × (period tax amount)

Because Maryland uses a semiannual framework, the calculator prorates within the relevant installment window(s) rather than treating the entire fiscal year as one block.

Step 4: Interpret the “annual” proration grouping setting (default)

Your configuration includes:

  • sub_rules.0.default_proration_period: annual

Practically, this affects how DocketMath groups certain subperiod logic. Even if grouping is “annual,” the actual day allocation still depends on the semiannual installment boundaries for Maryland property tax.

Step 5: Handle special assessments by agreement

Your configuration is explicit:

  • Special assessments prorate: by_agreement

So if special assessments are present, you should ensure the tool follows the contract’s approach. If your contract is unclear or silent, treat the output as a starting point for discussion—not a guaranteed final allocation.

Pitfall: Don’t assume every charge labeled “property-related” prorates identically. Regular semiannual property tax follows the statutory/semiannual day-count mechanics; special assessments follow the agreement rule in this setup.

Step 6: Use the statutory anchor for the core proration approach

For the primary legal framework driving the proration method used by the calculator, DocketMath relies on:

  • Md. Code Tax-Prop. § 10-102 (primary citation)
  • the Department of Assessments and Taxation’s Q&A for the semiannual context

This combination is the “why” behind the day-count and period-selection workflow—while your contract can still control edge cases.

To launch the workflow in DocketMath:

/tools/closing-date-prorations

Make sure the tool is set to Maryland (US-MD) so the correct fiscal-year and proration defaults are applied.

Common pitfalls

Below are issues that commonly distort prorations in Maryland workflows—especially when someone applies the wrong day rule or ignores semiannual structure.

1) Incorrect settlement-day ownership rule

If you treat the settlement day as belonging to the buyer (or exclude it), the day counts typically shift by one day, changing the proration fractions.

  • Maryland default used here: seller pays through day of settlement

2) Selecting the wrong fiscal year window

Maryland’s fiscal year is 07-01 to 06-30. Settlement dates near fiscal boundaries can change:

  • which semiannual installment window(s) apply
  • the number of days assigned to each party

3) Ignoring semiannual installment boundaries

A common mistake is using a “full-year” mindset when the underlying tax is paid in semiannual installments. That can produce allocations that don’t match the actual installment structure.

4) Treating special assessments like regular property tax

With:

  • special_assessments_prorate: by_agreement

…you should not automatically prorate special assessments using the same day-count rules used for regular property tax unless your agreement supports that approach.

5) Mixing jurisdiction assumptions

Even within the general category of “closing date prorations,” Maryland’s fiscal-year structure and semiannual payment context are specific. Always confirm the calculator is set to US-MD before relying on results.

Sources and references

Next steps

  • Open DocketMath: Closing Date Prorations:
    /tools/closing-date-prorations
  • Enter:
    • the settlement date
    • the relevant semiannual tax installment amount(s) to prorate
    • confirm the seller day rule is applied (seller pays through settlement day)
  • If your deal includes special assessments:
    • verify the contract language and ensure the tool’s approach remains by_agreement
  • Review the outputs by checking:
    • which semiannual installment period(s) DocketMath selected
    • whether the seller allocation includes the settlement day

Warning: If your settlement date is off by even a single day, both period selection and day fractions can change.

Related reading


Run the numbers for your matter against the verified rule for this jurisdiction.

Calculate prorations