Why file review exists
Regulators review files against a short, consistent list. Here is what they check, in what order, and the review process that passes.
Supervision is a licensed duty
License law in every state makes the broker of record responsible for the licensed activity of affiliated agents. The duty is not delegable. A brokerage can assign the work of reviewing files to a coordinator or a compliance manager, and the responsibility for the outcome stays with the broker.
Review is the evidence
Supervision is invisible unless it leaves a record. When an examiner asks how the broker knows files are complete, the answer that works is a review record with a name, a date and an outcome on each file. An answer describing intentions, culture or agent responsibility is treated as an absence of supervision.
It is cheaper before closing
A missing initial on an addendum costs a message and a signature while the transaction is live. The same gap two years later, after the agent has left the brokerage and the buyer has moved twice, costs an unresolved finding. Everything in file review is an argument about when the work happens, not whether.
The external counterpart
The internal review described here is the same examination a state commission runs, performed by the brokerage first. The guide on what a state board audit involves covers the external process, the notice sequence and the document request.
It also settles disputes
Commission disagreements, earnest money claims and errors and omissions defense all depend on the same records. A file built to pass a regulator passes a claim adjuster too.
What regulators check, in order
The list is short and the order is stable. Presence first, sequence second, party-specific disclosures third, money fourth, advertising last.
What gets checked, and the test applied
| Item | The test | Common failure |
|---|---|---|
| Representation agreement | Present, signed by all required parties, term covers the activity in the file | Term expired before closing, with activity continuing after the end date |
| Agency disclosure | Signed and dated at or before the point the state requires | Undated signature, so the timing cannot be evidenced either way |
| Purchase contract | Fully executed, every page present, all referenced exhibits attached | An addendum referenced in the contract that is not in the file |
| Addenda and amendments | Each one signed by both parties and dated before the deadline it changes | An extension signed after the deadline it was meant to extend |
| Required disclosures | Correct form, correct party, delivered inside the statutory window | Lead-based paint disclosure missing on a pre-1978 property |
| Earnest money | Receipt date recorded, deposit inside the state's required window | Receipt date blank, which makes the deposit window unprovable |
| Commission and disbursement | Authorization matches the settlement statement line for line | A disbursement figure that does not reconcile with the agreement |
| Advertising records | Brokerage name present and prominent on each sample retained | Listing photos and social posts carrying the agent name only |
| Licensee status | Every licensee on the file active and affiliated for the whole period | A closing inside a license lapse the brokerage did not catch |
| Review record | Reviewer, date and outcome recorded for each review stage | Review performed but never recorded, so it cannot be evidenced |
Representative of common state commission practice. Requirements vary by state and change over time. Not legal advice.
Presence is the fast pass
A reviewer can establish in two minutes whether the agreement, the contract, the disclosures and the addenda are physically in the file. Files that fail here fail obviously, and they are usually incomplete rather than wrong.
Execution is stricter than presence
A document in the file that is missing a signature, an initial on a changed term, or a broker countersignature is treated as not executed. Partial execution is the most common way a document that is present still counts as missing.
Disclosures are per party, not per file
Two buyers means two signed disclosures. A trust or an entity means the signer’s authority also belongs in the file. Counting one disclosure per transaction rather than one per required party is a standard finding in multi-party files.
Money evidence is a date pair
Earnest money compliance is the receipt date and the deposit date read together. Either one alone proves nothing, which is why blank receipt dates convert an otherwise clean deposit into an unprovable one.
Advertising is checked last and fails often
Brokerage name on every advertisement, including social posts, yard sign photos and portal syndications. It is the item most often outside the transaction file entirely, so the review only catches it when the standard requires samples to be retained with the file.
The sequence tests
Three date-order tests decide most reviews, and a file can hold every required document and still fail all three.
Agreement before showing
The buyer representation agreement is signed before the first property tour
Passes
Agreement signed Mar 04, first showing Mar 06
Fails
First showing Mar 04, agreement signed Mar 06
Disclosure before advice
Agency disclosure is given at or before the first substantive representation conversation
Passes
Disclosure signed Mar 04, offer strategy discussed Mar 05
Fails
Offer written Mar 05, disclosure signed at closing Apr 22
Release before disbursement
A signed release or contract authority exists before earnest money moves
Passes
Mutual release signed Apr 02, funds disbursed Apr 04
Fails
Funds disbursed Apr 02, release signed Apr 09
Why order beats presence
A disclosure signed after the advice it was supposed to precede did not do the thing the rule requires. The document exists, and the protection it was meant to provide did not. Examiners read the dates precisely because presence alone is easy to manufacture and order is not.
Undated is failed
A signature with no date cannot pass a sequence test. Treat every blank date field as a defect at the open review, when it can still be corrected by the signer rather than reconstructed later.
Store dates as fields
Dates locked inside PDFs cannot be tested at volume. Extracted into fields on the transaction, the three tests become queries that run across the whole pipeline in a second, and transaction file review workflows that hold those fields turn a reading task into a report.
The fourth test worth adding
Amendment before the deadline it moves. An extension signed the day after the closing date it extends is the most frequently seen version, and it is usually a scheduling failure rather than an intent failure. Catching it requires comparing two dates that live in different documents.
Designing the internal review
Two review points, an independent reviewer, and a defined escalation path. That is the whole design.
Internal review workflow
Open review, within days of the file opening
Pre-closing review, before disbursement authorization
The review record
Open review
Run it within a few days of the file opening. It checks the agreements, the disclosures, the executed contract and the extracted dates. Everything it catches is still curable, because the parties are engaged and the transaction is live.
Pre-closing review
Run it before the disbursement authorization is signed, which is the last moment the brokerage holds leverage. Every addendum, every contingency removal, and the commission reconciliation get checked here. Once funds move, cooperation from everyone involved drops sharply.
Reviewer independence
Anyone but the producing agent. A coordinator, a compliance manager or the broker. Self-review is the arrangement regulators discount, and the reason is practical rather than moral: the person who forgot a document is the least likely to spot its absence.
What gets escalated
Anything the reviewer cannot resolve with a message, and anything touching trust money, license status, or a signature that appears to have been added after the fact. Escalation goes to the broker, and the escalation and its resolution both belong in the record.
Keep the standard as a list
One required-document list per transaction type, applied identically by whoever reviews. Reviewer discretion produces files that vary by reviewer, and inconsistency across a sample is exactly what an examination measures.
Do not review by exception
Reviewing only files that look risky selects for the files where someone already noticed a problem. The defects that produce findings sit in ordinary transactions nobody flagged.
The review record itself
The record of the review is part of the compliance, not administrative overhead attached to it.
Four fields
Reviewer, date, stage and outcome. Outcome is pass, pass with items, or escalated. Four fields per review stage is enough to answer the supervision question for any file an examiner picks, and short enough that reviewers actually complete it.
Store it on the transaction
A review log kept in a separate spreadsheet drifts away from the file within a quarter. Attached to the transaction, the record travels with the documents it describes and survives staff turnover.
Record the items, not just the outcome
A file marked pass with items should show which items and how they closed. That history is the difference between demonstrating a working process and demonstrating that someone once clicked a button.
Report on the process, not only the files
Percentage of files with both reviews completed, average days from open to open review, and the most frequent defect this quarter. Three numbers tell a broker whether supervision is functioning, and the third one tells them what to fix at the training level rather than file by file.
Retention
Review records are retained with the transaction under the state retention period, commonly three to five years from closing and longer in some states. They are requested during examinations more often than most brokerages expect, because they answer the supervision question directly.
Questions brokers ask
What is a broker file review?
A structured check of a transaction file against a required-document list and a set of date-order tests, performed by or on behalf of the broker of record. It exists because license law in every state makes the broker responsible for supervising licensed activity, and a documented review is the evidence that supervision happened. A review is a defined step with a reviewer name, a date and an outcome, rather than an informal look at a folder.
What do regulators check in transaction files?
Five things, in a consistent order: that the core documents are present and fully executed, that the dates run in a lawful sequence, that every required disclosure was given to the right party at the right time, that earnest money receipt and deposit are evidenced, and that advertising for the property named the brokerage. Presence is checked first because it is fast. Sequence is where files actually fail.
When should files be reviewed?
Twice: once shortly after the file opens, and once before closing. The open review catches missing agreements and disclosures while the parties are still available and the defect is still curable. The pre-closing review catches everything added since and confirms the file can be closed clean. Reviewing only after closing produces an accurate list of problems nobody can now fix.
Who should review transaction files?
Someone other than the agent who created the file. That is usually a transaction coordinator, a compliance manager or the broker of record, with the broker retaining responsibility regardless of who performs the check. Self-review by the producing agent is the arrangement regulators discount most, because the person who omitted a document is the least likely to notice it is missing.
Does the review itself need to be documented?
Yes. An undocumented review is indistinguishable from no review when an examiner asks how the broker knows files are complete. The record needs the reviewer name, the review date, the stage, the outcome and any items that were escalated and how they resolved. It is stored with the transaction, not in a separate log that can drift out of sync with the file.
