Skip to main content

Sellers Disclosure of Expected Remuneration

The Expected Remuneration feature in Pluto's Sales App implements the BCFSA-required Disclosure to Sellers of Expected Remuneration form. When enabled for a project, the developer's representative must acknowledge this disclosure before signing a main contract, ensuring sellers are informed of all brokerage commissions related to their transaction.

How We Got Here

In British Columbia, real estate legislation (enforced by the BCFSA) requires that sellers be given a written disclosure of all expected remuneration that will be paid to any real estate licensee as a result of the transaction. This applies even when the developer is also the seller. To streamline compliance, Pluto automates the generation, acknowledgement, and filing of this form as part of the contract signing workflow — eliminating manual paperwork and creating a clear, time-stamped audit trail.


Enabling the Feature

Before the remuneration workflow appears in the Sales App, it must be configured at the project level.

Enable Remuneration in Project Settings

Navigate to the Workbench, open your project, and go to the Commissions section of Project Configuration. Toggle on Remuneration Form Enabled. While you're here, also fill in:

  • Remuneration Commission Rates & Threshold — the tiered rate structure used to calculate the seller's brokerage amount on the form (Rate 1 up to a threshold, Rate 2 above it), plus an optional flat amount added on top.
  • Include Discount / Include Customer Options — whether price discounts or approved customer sales options are factored into the commission base price.
  • Remuneration Form Email — the email address that will receive a copy of every acknowledged form.

Project Configuration — Commissions section showing the Remuneration Form settings

Upload the Remuneration PDF Template

The system generates the disclosure form by merging live deal data into a pre-uploaded PDF template. The template must be uploaded under the Sellers Expected Remuneration system template slot in the template manager (scoped to the corporate or project level). The PDF must contain named form fields following the placeholder-offer{n}_offerDate, placeholder-offer{n}_PurchasePrice, placeholder-offer{n}_disclosureDate,placeholder-offer{n}_BrokerageTotalAmount, placeholder-offer{n}_SellersBrokerageAmount and placeholder-offer{n}_BuyersBrokerageAmount *.


How the Acknowledgement Works

Once the feature is enabled and a template is in place, the workflow is automatically triggered during contract signing.

Triggering the Remuneration Dialog

When a staff member with the Sign Contract as Developer permission begins a signing session on the Main Contract, Pluto checks whether a remuneration acknowledgement is required. This check evaluates three conditions against the most recently recorded log:

  • Has the purchase price changed?
  • Has the seller's brokerage amount changed?
  • Has the buyer's brokerage amount changed?

If any value differs from the last acknowledged log — or if no log exists yet — the remuneration dialog appears before the signing session proceeds.

Reviewing the Form

The dialog presents a live-generated preview of the disclosure form, populated with the unit's current deal data:

FieldSource
Offer DateThe date of when the contract was signed by the Purchaser
Purchase PriceBase sale price + internal sales options − price discount + customer sales options
Seller's BrokerageTiered rate applied to the commission base price, plus any flat amount
Buyer's BrokerageTiered rate from the buying realtor's commission settings, plus any bonuses
Total BrokerageSeller's brokerage + buyer's brokerage

If prior acknowledgements exist for the same unit (e.g. after a counter-offer), previous offer columns are pre-filled from the historical logs, and the current offer populates the next available column.

Remuneration dialog showing the PDF preview with offer columns populated

Acknowledging the Form

Click Acknowledge to record the disclosure. Pluto will:

  1. Stamp the developer member's initials into the appropriate column's initials field in the PDF.
  2. Flatten and upload the completed PDF to the unit's file record.
  3. Create an audit log entry capturing the purchase price, brokerage amounts, acknowledging developer member, and timestamp.
  4. Email the acknowledged PDF to the address configured in Project Settings.

After acknowledgement, the signing session proceeds normally.

Remuneration dialog Acknowledge button and the signed form being submitted


Counter-Offers and When the Form Re-Appears

The form is designed to track every materially different offer — not just the first one. The system will require a new acknowledgement whenever the purchase price or brokerage amounts change compared to the last log. Common scenarios that trigger a re-acknowledgement:

  • A price adjustment is applied to the unit (discount added, removed, or changed).
  • An approved customer sales option is added or revised after the initial signing.
  • A buying realtor override commission is updated.
  • The deal was collapsed and re-opened at a different price.

Each acknowledgement creates a new entry in the log and adds a new column to the PDF, building a full counter-offer history on the form.


Viewing Acknowledgement History

Staff with the View Deal Fees & Commissions or Manage Deal Fees & Commissions permission can see all past acknowledgements in the History tab of the unit view, under the Expected Remuneration Acknowledgements section.

Each row in the grid shows:

  • Offer Date — the date the form was acknowledged
  • Purchase Price — the purchase price recorded at acknowledgement
  • Acknowledged By — the staff member who completed the acknowledgement
  • View — opens the stored flattened PDF for that acknowledgement

Unit History page showing the Expected Remuneration Acknowledgements grid


Congratulations — you now understand Pluto's full Expected Remuneration workflow. From project configuration through counter-offer tracking, you can confidently enable the feature, guide staff through the acknowledgement process, and verify the audit trail in the unit's history tab.