Put every input on one deal record
Picture a small brokerage with twelve agents and one office manager. On a Thursday afternoon, the title company emails asking for the commission disbursement authorization on a Friday closing. The office manager opens last month's version as a template, retypes the property address, pulls the sales price from the contract, checks a spreadsheet for the agent's split, remembers that a referral fee is owed to an out-of-town agent, and sends it. On Friday the agent asks why the referral was taken from her side instead of the brokerage's, and the title officer asks for a corrected form an hour before funding.
That scene is an original illustration, not a TwoQM client and not a measured result. It describes a common gap in brokerages: the numbers that decide who gets paid at closing already live in the contract, the listing agreement, the agent's plan and the referral paperwork, but the authorization is rebuilt by hand under deadline.
This article is about preparing that authorization from one deal record and having a second person check it before it goes to the title company. It is not about how much anyone should be paid, how splits should be structured, or what the law requires of your brokerage. Those decisions belong to your broker, your accountant and, where needed, your attorney.
Most errors come from copying numbers from five places. List the inputs once, on the transaction record, with the document each one came from:
Property and parties. Address, buyer, seller, closing date, and the title company and escrow officer.
Gross commission basis. The sales price and the commission terms as written in the signed agreement, with a link to that document rather than a retyped summary.
Sides. Which side or sides your brokerage represents and which cooperating brokerage, if any, is on the other side.
Agent plan. The split, cap status and any fees from the agent's current plan, pulled from where your brokerage keeps plans, not from memory.
Referrals and other payees. Referral agreements, team splits or other payees, each with its signed document attached.
Adjustments. Anything that changed late, such as an amended contract, with a note explaining what changed and who approved it.
When an input is missing, the record shows it as missing. Nobody fills the gap with last month's number.
Generate the draft, then check it
With inputs on one record, the authorization can be drafted from them the same way every time. The value is not speed; it is that every line on the form traces back to a document on the deal.
A short check before sending catches what drafting cannot:
Second reviewer. Someone other than the person who drafted it, usually the broker or a designated reviewer, compares the draft to the source documents.
Payee names. Each payee matches its agreement and W-9 on file, spelled the same way.
Totals. The lines add up to the gross commission basis, with nothing left over and nothing paid twice.
Sign-off. The reviewer records approval with a name and time before the form leaves the office.
The same idea of logging each money handoff appears in our article on trust account receipt logging, a different industry with the same need for a clear trail.
Changes after approval create a new version
Closings move. When a price is amended, a repair credit changes commission terms, or a referral is added late, the approved authorization is no longer current. Treat any change as a new version: update the input on the deal record, draft again, review again, and mark the earlier version as replaced. The title company should only ever have the latest approved version, and your file should show every version that existed.
This pairs well with escrow status notes agents and coordinators share, which keeps the rest of the closing visible on the same record.
Where TwoQM fits
Custom software can provide the deal record, the authorization draft, the review step and the version history inside one brokerage workspace. Connected systems can pull contract details and agent plans from tools you already use so nobody retypes them. Business automation can remind the reviewer when a closing is approaching and the authorization is not yet approved.
TwoQM has built brokerage software before: the RCR Real Connect Realty case study describes a brokerage backend with transaction management workflows. What fits your brokerage is confirmed during scoping. See how TwoQM works with real estate businesses.
Where AI helps, and where it stops
AI can read a signed amendment and point out which input on the deal record it appears to change, flag a referral agreement that has no matching payee, or summarize what changed between two versions for the reviewer.
AI never approves an authorization, changes a split, adds or removes a payee, or sends anything to a title company. A person at your brokerage reviews and approves every version, the same human approval step described in AI-drafted follow-ups with human send approval. The rule is similar to commission rules encoded once in a salon: write the rule down once and let people check the result.
Where to start this week
Take your next three closings. For each, list every input the authorization needs and the document it came from, before drafting anything. Ask a second person to check the draft against that list. Write down every question the reviewer had to ask. That list is the first draft of your deal record.
This article describes operational workflow only. It is not legal, tax or accounting advice; ask your broker, accountant or attorney how commissions should be handled in your brokerage. Pricing explains how business apps, systems and custom software are scoped.
Discuss Your Brokerage Commission Workflow · Explore TwoQM Custom Software