BC Rent Increase Notice Mistakes: Timing, Service and the RTB-7 Form

When I built the rent-increase calculator at gofactai.com/products/perch/free, I expected the hard part to be the cap arithmetic. It was not. The 2026 BC limit is 2.3%, set by the province (gov.bc.ca), and the math is two multiplications and a rounding step. The hard part was encoding the notice rules - specifically the three distinct ways a notice goes wrong before the proposed dollar amount is ever relevant: wrong timing, wrong service method, and the wrong form. I wrote 27 golden tests to lock each rule down before shipping any of it.

The three failure modes, in the order they trip up a notice

Timing is the one most property managers get directionally right but precisely wrong. BC requires at least three months' notice under RTA s.42(2), and the RTB-7 form counts that as three whole calendar months - not 90 rolling calendar days, not roughly a quarter-year. Three complete calendar months must elapse between the date the notice is received and the effective date of the increase. A rent increase effective March 1 requires the notice to be received by November 30, because December, January, and February are the three complete months that must pass. Push the effective date back one month to February 1 and the deadline becomes October 31. The rule is month-sensitive: one month of shift in the effective date moves the service deadline by exactly one month, with no partial-day rounding in between.

Service method adds another layer that operators frequently undercount - and this is the one I find people most surprised by once they see it stated explicitly in the legislation. Under RTA s.90 - confirmed in RTB Policy Guideline 12 - a notice is not considered received the day it leaves your hands. It is deemed received based on how it was delivered: in-person service is received the same day; a notice posted on the door or left in the mailbox or mail slot is deemed received three days later; mail - registered or regular - adds five days; email adds three days, but only to an email address the tenant gave you in writing for service (Residential Tenancy Regulation s.43 and s.44). Most operators mentally model the notice as sent-equals-received. The legislation does not work that way. The deadline runs from deemed receipt, not from the day you served the notice. Serve by mail on the day you calculated as the deadline and you are already five days late before the tenant sees the envelope.

The form is the third trap and the quietest one. BC requires the RTB-7, the approved Notice of Rent Increase form - not a well-drafted letter, not a custom template that contains every correct number. Property managers sometimes get the timing exactly right, choose in-person delivery, and still produce a notice the tenant does not have to pay, because the document is not the RTB-7. The form is available on the gov.bc.ca rent-increases page and using it is not optional (RTA s.42(3)); the same page says tenants do not have to pay an increase when proper notice was not given.

None of these are edge cases that surface only in disputed RTB hearings. They are the routine mechanics of every rent increase, and they interact: you must serve by this date, using this delivery method, which adds these deemed days, against this effective date, on the right form, within the once-per-12-months frequency the Act also enforces (RTA s.42). Running that chain by memory or on a freehand spreadsheet leaves room for exactly one quiet slip to push the increase back a month, or to cost it until a new notice is served.

The same notice, three service methods, three outcomes

Take a unit renting at $2,000 a month, with a manager planning a rent increase effective February 1, 2026.

The cap arithmetic is genuinely the easy part. The 2026 BC maximum is 2.3% (gov.bc.ca), so the ceiling is $2,046.00. The manager proposes $2,046 - exactly at cap. That part is correct.

Now the procedural chain. Working backward from February 1: the three full calendar months that must elapse are November, December, and January, so the notice must be received by October 31 (RTA s.42). The manager decides to serve by mail on October 28 - three days before the deadline, which sounds like a reasonable buffer. Mail adds five deemed days under RTA s.90, so the notice is considered received November 2, two days past the October 31 deadline. The notice is late on timing grounds alone, even though the proposed amount was compliant and the RTB-7 form was used. It is not void. Under RTA s.42(4), a notice that gives too little notice "takes effect on the earliest date that does comply". With rent due on the 1st and three whole months counted the way the RTB-7 form counts them, that is March 1 instead of February 1.

To serve by mail and have the notice deemed received by October 31, the manager needed to mail by October 26 at the latest - not October 28. Two days earlier. Nobody has to correct this after the fact; the Act moves the date by itself, and the tenant pays the old rent until March 1. The slip costs one month of the increase.

Now run the same scenario with a notice posted on the door on October 28. Door or mailbox service adds three deemed days under RTA s.90, so deemed receipt is October 31 - exactly on the deadline. The notice is valid.

Same scenario with in-person delivery on October 28: deemed receipt is October 28, before the deadline. Also valid.

Three service methods on the same calendar date, with the same proposed amount and the same effective date: one a month late, two on time. That is not a technicality buried in fine print. That is the main rule.

Why the cap percentage gets the attention while the procedural rules do not

I want to name something that practitioners who have run into a late notice will already know: the annual percentage cap causes fewer compliance failures than the procedural rules.

The cap is the most visible requirement. It is published each year by the province, covered in property-management trade media, and most operators have a habit of looking it up. The 2026 cap is 2.3%. Previous years for context: 3.0% in 2025, 3.5% in 2024, 2.0% in 2023, 1.5% in 2022, 0% in 2021, 2.6% in 2020, 2.5% in 2019 (gov.bc.ca). A single-number annual lookup, widely available.

Getting the cap right but mailing two days late still costs you: the increase does not take effect on the date you planned (RTA s.42(4)). The procedural rules carry the same weight as the percentage limit. They just require a multi-step backward calculation from the effective date, incorporating delivery-method offsets, rather than a single number lookup. That extra complexity is exactly where the failures happen.

Encoding the rules beats reviewing them

The answer is not sharper attention - it is encoding the rules so they cannot slip.

When I built the notice-deadline checker, I encoded the deemed-receipt offsets from RTA s.90 as constants in the library and ran every combination of service method and effective date against the expected legal deadline before shipping a single feature. The library applies the same calculation every time: three months back, minus one day, minus the deemed-receipt offset for the service method chosen. It does not know whether a manager is distracted, working under deadline pressure, or operating off a mental model of what "three months" means that differs by two days from what the statute says.

A calculation that passes 27 controlled tests is more reliable than one a careful operator runs correctly on average. That is not a criticism of property managers. It is an observation that rule-shaped problems - where the inputs, the rules, and the correct answer are all fully specified - respond best to encoding, not to reminders to be more careful.

The free BC deadline calculator now also computes your latest service date, in the same result. It runs these exact rules - the 2.3% cap (2026), the RTA s.42 three-month requirement, and the deemed-receipt offsets for every service method (RTA s.90; Residential Tenancy Regulation s.44 for email) - validated against 27 golden tests. No account required.