Spreadsheet checks before running Closing Cost in Wyoming

5 min read

Published April 15, 2026 • By DocketMath Team

What the checker catches

DocketMath’s closing-cost worksheet checker for Wyoming (US‑WY) helps you catch common timing and eligibility problems before you run the Closing Cost calculator. For Wyoming, the checklist is centered on the general statute of limitations (SOL) rule for many civil claims—not on any single claim type.

Wyoming’s general SOL period is 4 years, set by Wyo. Stat. § 1-3-105(a)(iv)(C) (source: https://www.wyoleg.gov/). Since your jurisdiction data indicates no claim-type-specific sub-rule was found, the checker uses the default general period of 4 years. In other words, this is a “general/default SOL” check, not a claim-category-specific one.

Here’s what the checker is designed to surface early:

  • “Too old” dates
    • If your worksheet inputs imply the relevant event happened more than 4 years before the filing date (or the equivalent “as-of” date you use in your workflow), the checker flags it.
  • Missing or inconsistent date fields
    • The checker validates that key dates exist and are formatted correctly (for example: the worksheet shouldn’t have a blank “event date” while the “filing date” is filled in).
  • Date order issues
    • It checks for scenarios like:
      • filing date earlier than the event date, or
      • multiple worksheet rows where the dates don’t follow the same ordering logic.
  • Off-by-one workflow errors
    • Even when the dates are close, spreadsheet workflows can create subtle mistakes such as:
      • copying a date into the wrong row,
      • converting date formats inconsistently, or
      • mixing month/day order.
  • Unexpected results from stale assumptions
    • If you update parts of the worksheet but your computed “eligibility window” (driven by the SOL logic) still reflects a previous date range, the checker highlights the mismatch—so you don’t trust an outdated calculation.

Note (important): The checker uses Wyoming’s general/default 4-year SOL under Wyo. Stat. § 1-3-105(a)(iv)(C). If your specific situation involves a claim category with a different SOL, you’ll want to update the worksheet accordingly. Your current ruleset reflects the general/default period because no claim-type-specific sub-rule was found in the jurisdiction data.

Quick reference (Wyoming default)

ItemValue used by checkerAuthority
General SOL period4 yearsWyo. Stat. § 1-3-105(a)(iv)(C) (https://www.wyoleg.gov/)

When to run it

Run the checker immediately before you execute the Closing Cost calculator flow in DocketMath. This sequencing matters because spreadsheet mistakes often get “baked into” downstream outputs: once you calculate downstream values, it’s harder to notice that the date logic (and therefore the SOL-based eligibility timing) was wrong at the start.

A practical workflow that reduces rework:

  1. Gather the minimum dates first
    • Enter your worksheet’s core dates first—especially the event date and the filing/as-of date used for the calculator timeline.
  2. Run the spreadsheet checker
    • Let DocketMath validate date presence, formatting, and the 4-year SOL window derived from Wyo. Stat. § 1-3-105(a)(iv)(C).
  3. Only then run “closing-cost”
    • If the checker passes, proceed confidently.
    • If it flags issues, fix the date inputs and re-run until you get a clean pass.

Re-run the checker whenever you change any date-related inputs, including:

  • updating one date on one worksheet line,
  • copy/pasting or bulk editing a date column, or
  • adjusting the “as-of” date after a new filing event or deadline.

Warning: A calculator can produce a precise number even when the underlying date logic is wrong. The checker exists to prevent “confident-looking” outputs that rest on incorrect SOL assumptions.

Try the checker

Use this quick start inside DocketMath:

  1. Open the Closing Cost tool: **/tools/closing-cost
  2. Add your worksheet data for Wyoming (US‑WY).
  3. Run the spreadsheet checker step for the closing-cost workflow.
  4. Review the flags and fix the inputs:
    • Missing/invalid dates: fill in the missing date fields or correct formatting.
    • Date order problems: ensure the event date is not after the filing/as-of date used for evaluation.
    • Outside the 4-year window: revisit the worksheet dates and confirm you’re using the correct (general/default) Wyoming SOL ruleset for this run.

What to expect from the output

The checker’s purpose is to confirm that your worksheet aligns with Wyoming’s 4-year default general SOL:

  • If your event date is within 4 years of the filing/as-of date, the checker should allow the workflow to continue.
  • If the gap exceeds 4 years, it will flag the worksheet so you don’t run a Closing Cost calculation based on a likely timing issue.

To keep your spreadsheet inputs “checker-friendly,” use these rules of thumb:

  • Keep a single consistent date format across the sheet.
  • Use the same meaning for each date in every row (e.g., don’t switch what “event date” represents mid-sheet).
  • After any bulk paste, re-run the checker—most date conversion problems show up right after copy/paste.

Pitfall to avoid: Changing only one date (for example, updating the filing date while leaving the event date from an earlier assumption) can shift the SOL window enough to trigger a flag. Treat date edits as related changes, not isolated edits.

Related reading