加建合法地下室出租单位后，MPAC 会不会把你的房子重新评估、税率跳到多户住宅类？
先把两件被混为一谈的事拆开：评估值可能微调，是一回事；税率类别跳到多户住宅类，是另一回事——而后者，加一个单位根本触发不了。
加建合法地下室出租单位后，我的房子会被 MPAC 重新评估、税率跳到多户住宅类吗？
税率类别不会跳。安省的多户住宅税率类别只适用于拥有 7 个或以上自足单位的物业；你的独立屋加一个合法地下室单位一共才 2 个单位，稳稳留在住宅类别，税率类别不变。真正可能变的是评估值——MPAC 可能就新增改良发出补充或遗漏评估，但评估值仍按现行法定基准年（2016 年 1 月 1 日）计算，且补税最多回溯到当年加前两个纳税年度。
来源：MPAC《Multi-Residential Property Assessments》《The Assessment Cycle》《Supplementary and Omitted Property Assessments》；Assessment Act, R.S.O. 1990 第 33-34 条（现行），核实于 2026-07-31
我是 Arthur Zhao，在 GTA 做了 12 年全职地产经纪。这两年地下室出租、加建 ADU 的客户越来越多，而微信群里最常见的一句恐吓是：「你一加出租单位，MPAC 就把你重估，地税直接按公寓楼那种高税率收。」——这句话把两件完全不同的事搅在了一起。评估值会不会调是一回事，税率类别会不会从住宅跳到多户住宅是另一回事，触发条件、后果、能不能回溯全都不同。下面我按机制一层层拆开，帮你在动工前就把这笔地税账算准；至于评估申诉的完整流程，我另有专文，这里只点到为止。
→
→
→
→
⚠️本文为一般性教育内容，非税务或法律意见。评估规则、税率类别口径与追溯年限可能随法规与个案而变；加建前请就你的具体物业向 MPAC 或持牌会计师核实，涉及分区与建筑合规另咨询市政与专业人士。
第一步：把「恐慌」拆成两个互不相干的问题
几乎所有关于「加了出租单位地税会怎样」的焦虑，都可以拆成两个独立的问题，分开回答才不会自己吓自己：
问题 A：评估值（assessed value）会不会上调？——有可能。你增加了可评估的改良（新建面积、把毛坯地下室装修成居住空间），MPAC 有权就这部分新增价值另行评估。
问题 B：税率类别（tax class）会不会从住宅跳到多户住宅？——几乎不可能，靠加一个单位根本触发不了。
地税账的公式是「评估值 × 该类别的市政税率」。多户住宅类别的市政税率在很多市确实高于住宅类别，所以群里那句恐吓真正吓人的地方是「跳类别」——但下一节你就会看到，那道门槛离你有多远。
住宅类别 vs 多户住宅类别：门槛差在「单位数」
那 MPAC 什么时候会来「盯上」你的房子？
评估值这一侧确实存在被上调的机会，触发点通常是这几个（来源：MPAC，核实于 2026-07-31）：
• 市政发出建筑许可：你为合法化地下室单位去市政拉 permit，这条信息会流向 MPAC，是最常见的触发点；
• 改良完工：新建加建、把未完工空间装修成可居住面积等，完工后 MPAC 可就新增价值评估；
• 用途改变：物业整体用途性质发生变化。
反过来说，如果你只是把一处本来就已装修、已计入评估的地下室在纸面上「合法化」为出租单位，没有新增可评估的建筑面积，评估值的变动可能很小甚至没有——因为住宅是按房子本身的销售比较法估的，不是按你能收多少租金估的（那是多户住宅才用的收入法）。
补充评估 vs 遗漏评估：能回溯几年是关键差别
💡 我个人的判断是：把「税率跳到多户住宅类」当成加地下室的主要顾虑，是把力气用错了地方。对独立屋加一个合法单位的业主来说，真正该算的从来不是「类别会不会跳」（不会），而是「补充/遗漏评估把评估值抬高多少、以及那笔可能回溯三年的补税」。把预算留给后者，别为前者失眠。
ℹ️提醒：地税 = 评估值 × 你所在市政当年的类别税率。住宅与多户住宅的税率由各市分别设定、每年不同，本文不给具体百分比——要算准，请查你所在市的当年税率表。
评估值会涨多少？2016 基准年是一道缓冲
这里有个容易被忽略、但对你有利的机制：安省的省级重新评估已被推迟多年，现行法定基准年仍冻结在 2016 年 1 月 1 日（来源：MPAC《The Assessment Cycle》，核实于 2026-07-31）。
关键点在于：即使你今年才加建，MPAC 评估你新增改良时，是把它当作在 2016 年 1 月 1 日那天就已存在来估值的，用的是 2016 年的市场水平，而不是今天涨了一大截的市价。所以补充评估抬高的那部分评估值，通常比你按今天房价直觉估算的要温和。
至于最终多缴多少税，取决于你所在市政当年的住宅税率——各市不同、逐年调整，这里不写死某个百分比。把新增的评估值乘以你所在市的住宅 mill rate，才是你真正要多缴的数。
收到 Property Assessment Change Notice 之后怎么办
改良评估落地时，你会收到一份 Property Assessment Change Notice（物业评估变更通知），上面写着新的评估值、生效年份和你的申诉截止日。如果你认为这个值不准确，路径很简单（来源：MPAC RfR 页，核实于 2026-07-31）：
① 在通知上「Issue Date」起 120 天内向 MPAC 提出复议（Request for Reconsideration, RfR）——住宅物业必须先走完 RfR，MPAC 作出决定后才有资格上诉；
② 对 RfR 决定仍不服，可在 MPAC 通知决定起 90 天内向评估复议委员会（ARB）提出上诉。
申诉的完整策略、如何找可比物业、举证要点，我在《MPAC 评估申诉》专文里讲得更细，这里不重复；对加建业主而言，先记住那条 120 天红线别错过就够了。
- MPAC — The Assessment Cycle (legislated Jan 1, 2016 valuation date; reassessment postponed)
- MPAC — Supplementary and Omitted Property Assessments
- MPAC — Multi-Residential Property Assessments (seven-or-more-unit threshold)
- MPAC — How to file a Request for Reconsideration (RfR)
- Assessment Act, R.S.O. 1990, c. A.31, ss. 33-34 (current) — e-Laws
- City of Toronto — Supplementary & Omitted Tax Bills
常见问题 FAQ
我把独立屋的地下室合法出租，会被 MPAC 重估成多户住宅、按公寓楼那种高税率收税吗？
不会。多户住宅税率类别只适用于 7 个或以上自足单位的物业；你的独立屋加一个地下室单位一共 2 个单位，远达不到门槛，仍属住宅类别，税率类别不变（来源：MPAC Multi-Residential，2026-07-31）。可能变的只是评估值，不是税率类别。
如果 MPAC 之前漏了没评，补税能追溯几年？
遗漏评估（omitted assessment，Assessment Act 第 33 条）可覆盖当年，加上前两个纳税年度的全部或部分——也就是最多三个纳税年度。补充评估（第 34 条）则针对当年新建/改良。所以最坏情况下你可能一次收到覆盖「当年 + 前两年」的补税单（来源：MPAC / Assessment Act，2026-07-31）。
今年才加建，评估值会按现在的高房价来算吗？
不会按今天市价。安省省级重新评估已被推迟，现行法定基准年仍是 2016 年 1 月 1 日；MPAC 评估你的新增改良时，是把它当作在 2016 年 1 月 1 日就存在来估值，用当年的市场水平，通常比按今天房价的直觉估算温和（来源：MPAC The Assessment Cycle，2026-07-31）。
只是把已装修好的地下室在纸面上合法化，评估值会变吗？
可能变化很小甚至没有。住宅按销售比较法（房子本身）估，不按你能收多少租金估。如果你没有新增可评估的建筑面积、只是把一处已计入评估的空间合法化为出租单位，评估值的变动往往有限——但具体以 MPAC 的评估为准，收到 Change Notice 后如有异议可申诉（来源：MPAC，2026-07-31）。
收到 Property Assessment Change Notice，觉得值太高，第一步做什么？
先看通知上的「Issue Date」，在其后 120 天内向 MPAC 提出复议（RfR）——住宅物业必须先走完 RfR 才能上诉。对 RfR 决定不服，可在决定通知起 90 天内向 ARB 上诉。完整申诉策略见我的《MPAC 评估申诉》专文（来源：MPAC RfR，2026-07-31）。
Arthur Zhao
Real Estate Broker · FRI · ABR · SRS · PSA · MCNE · E-PRO · CLHMS & GUILD Elite · REAIS
VP & Branch Manager, Bay Street Group Inc.
GTA 地产专家 Arthur Zhao 为您解答买房、卖房、出租的所有问题
Discover more from GTA Real Estate Broker | Arthur Zhao
Subscribe to get the latest posts sent to your email.
