A signed contract is a list of deadlines written in legal prose. “Within ten (10) business days after Acceptance.” “No later than five days prior to Close of Escrow.” Turning that into a calendar everyone can follow is one of the first jobs on every file, and one of the easiest to get slightly wrong.
Here’s a method that holds up, whether you do it by hand or with help.
Read for rules, not just dates
Most contract deadlines aren’t dates. They’re rules: a number of days, counted from an event. Write each one down in three parts:
- The number: 5, 10, 17.
- The unit: calendar days or business days, and what the contract says about weekends and holidays.
- The anchor: counted from acceptance, counted back from closing, or a fixed calendar date.
Only then turn the rule into a date. When the closing date moves, a rule tells you exactly what moves with it. A bare date doesn’t.
Start from a standard timeline
You don’t need to build every file from a blank page. Keep a standard timeline for each kind of deal you work, such as a financed purchase, a cash purchase and a listing, with every step you always need and its usual position relative to acceptance or closing. Then the contract’s job is to adjust that timeline, not to create it.
This also catches omissions. When a contract doesn’t mention a step your standard timeline has, that’s a prompt to ask why: maybe the deal is cash and there’s no appraisal, or maybe a deadline is hiding on a page you skimmed.
Build the timeline in order
- Confirm the acceptance date. It anchors most deadlines, so be sure which date the contract treats as acceptance.
- Confirm the closing date.
- List every deadline with its rule and its page number.
- Add the steps the contract doesn’t spell out but the deal needs, such as insurance, the walk-through and the Closing Disclosure.
- Decide who owns each step (the client, your side or a partner) and which ones the client should see.
- Note anything unusual: a rent-back, a contingency on another sale, a deadline you haven’t seen before.
Double-check before anyone relies on it
A timeline is only useful if people trust it, and they’ll trust it right up until the first wrong date. Before it goes to a client, check:
- Every date against its page in the contract.
- Business-day counts across weekends and holidays.
- Deadlines that count backward from closing.
- Counter-offers and addenda signed along with the contract, which can change its deadlines.
- The names and spellings of every client.
When the timeline and the contract disagree, the contract is right. If a clause can be read two ways, ask the agent or broker before you pick one.
Addenda move more than one date
An extension that moves closing by a week rarely moves only closing. Steps counted back from closing, like the walk-through, may move too, while steps counted from acceptance stay put. Steps already done shouldn’t move at all.
So when an addendum arrives, list every date it changes, then every step that counts from those dates. Update them together and tell the client once, with all the new dates, rather than in a trickle of corrections.
A note you can send: “Quick update on [address]: the addendum everyone signed moves closing from [old date] to [new date]. That also moves [steps] to [dates]. Nothing else changes, and nothing new is needed from you right now.”
Where the time actually goes
Typing dates isn’t the slow part. Reading carefully, counting days and checking your own work is, and the checking is the part worth keeping. The useful kind of help does the reading and the counting, then hands every value back to you with the page it came from, so your time goes into checking rather than typing.