All insights

An accepted offer is not money in the bank

Follow the transaction past the congratulatory call.

The call comes in. The offer has been accepted. Someone opens a bottle. The owner has not yet received the money.

This is a hypothetical moment, but it captures a common error in property planning. We give the offer the emotional weight of an ending and the financial weight of cash. Between those two things sit inspections, financing, legal work, settlement and disbursement. Each stage takes time. Some stages send the sale backward. A plan that needs proceeds by a particular date has to follow the whole chain.

A sale is a sequence of events

Discrete-event simulation offers a useful way to think about that chain. Instead of pushing time forward in a smooth blur, it moves from event to event: an offer is accepted, an inspection completes, a loan is approved, a title issue is resolved, settlement occurs, funds are released. Each event can have a duration and alternative outcomes. Some events do not occur at all because an earlier stage fails.

Imagine two offers for the same home. Offer A is higher but depends on the buyer obtaining financing and finishing a lengthy inspection. Offer B is lower, with fewer conditions and a shorter expected path to settlement. The seller needs usable funds for another purchase on a fixed date. If we compare only the offer amounts, A wins. If we compare possible cash available by the deadline, the answer can change. These offers and the deadline are illustrative. No universal rule favors one over the other.

Run both offers through the same calendar. In one hypothetical path, A clears inspection quickly but waits on a lender; B would have closed sooner. In another, A's lender is ready and its extra price more than compensates for the wait. A third path sends one buyer away altogether. The point is not to manufacture odds for fictional offers. It is to see how a decision about terms can be tested against a date rather than against a price alone.

The model would need to ask more than how long each stage usually takes. It should ask what happens after a delay. A buyer whose rate lock expires may renegotiate or leave. An inspection can reveal a defect and change the sale price. A failed contract returns the property to the market, sometimes with fewer weeks left and new questions from buyers. The path does not restart from a clean page.

Events can also run beside one another. A lender may review documents while the inspection is being scheduled. A title question can surface before financing is final. Adding every task's average duration end to end would exaggerate a transaction that allows parallel work; ignoring dependency between stages would make it too fast. A discrete-event model needs a calendar, a queue and rules about what must finish before the next step can begin.

The Consumer Financial Protection Bureau describes mortgage closing as a process in which the lender transfers funds to a settlement agent for delivery to the seller, while legal documents transfer ownership. The details depend on the transaction and jurisdiction. The practical point is plain: agreement, closing and available proceeds are related events, not synonyms.

FROM OFFER TO FUNDS

The transaction keeps moving after “yes.”

  1. 01Offer accepted
  2. 02Inspection
  3. 03Financing
  4. 04Title and terms
  5. 05Settlement
  6. 06Funds available

Timing and possible exits vary with the contract and jurisdiction. This is a conceptual sequence, not a fixed timetable.

Where time becomes risk

Not every extra day has the same consequence. A three-day delay during a relaxed move may be a nuisance. The same delay before a purchase deadline can be expensive. A week of additional carrying costs may matter little to one owner and a great deal to another. Good simulation models the owner's constraint as well as the transaction's mechanics.

It should also separate the probability that a stage completes from the time it takes when it does. A long-tail delay can dominate a deadline risk even when the average closing period looks safe. A stage that almost always finishes can still be the one that breaks a tight plan on the rare occasion it does not. Showing only the average is like describing a bridge by its average strength while ignoring its weakest span.

How could those probabilities be estimated? Past transactions can reveal patterns, but they are not perfectly comparable. Contract terms differ. Lenders differ. Local laws and settlement practices differ. Some failures are poorly recorded. The model should show which stages rest on evidence and where an assumption fills a gap. It should vary those assumptions to see whether the preferred offer changes.

The evidence problem is easy to overlook because the paperwork looks orderly after the fact. A completed sale has a closing date and a price. A failed contract may be recorded only as a status change on a listing, if it is recorded at all. If the simulation learns only from transactions that reached settlement, it may make the risky offer look safer than it was. A model that follows the sequence must also collect records of sequences that stopped.

The second ending

Suppose Offer A closes eventually, but after the date on which the owner had planned to use the money. A record of completed sales might count that as a success. The owner's original plan might not. The model needs an outcome that includes amount, date and the probability that either never arrives within the horizon.

Even the phrase “money in the bank” needs a boundary. Net proceeds can be reduced by debt payoff and sale costs, and their availability depends on the transaction's actual disbursement process. This is not an argument for assuming a standard extra delay in every market. It is an argument for identifying the date and amount the owner can truly use, then modeling backward from there.

That perspective changes the way we talk about a property sale. The price on the contract is one result. Net proceeds after costs are another. Funds available by a date are a third. If a decision depends on the third, it is a mistake to let the first stand in for it.

At the start of this story, the owner heard good news. It was good news. It was not the final event. The question after the congratulatory call is simple enough to ask and difficult enough to deserve a model: what still has to happen before the money is actually there?

Source notes