|
近日，在视察了一栋急需维修的公寓楼后，多伦多市长邹至蕙向房东们发出了一条警告：如果房东无法修缮自己的房产，市政府应该亲自进行修理并向房东收取费用。
但市政府的数据表明，自2021年（当时仅执行过一次）以来，多伦多并未行使这一权力。尽管市长正在推动市政府更积极地准备使用这一工具，并在今年5月市议会的一项动议中获得通过。 周六，邹至蕙市长在与雷克斯代尔区（rexdale）一栋公寓的租户交谈时谈到了这种执法措施——称为“补救性维修”（remedial work）——这是市政府依据《物业标准附例》（property standards bylaw）所拥有的权力。这栋公寓正面临害虫滋生、持续漏水以及其他问题。 但根据市府2024年关于RentSafeTO（租赁监管项目）的报告显示，近年来该工具使用频率很低：2017年使用过4次，2018年1次，2019年10次，2020年和2021年各1次。根据2024年的RentSafeTO年度回顾，在2022、2023和2024年均未使用过补救性措施。 来自约克南区韦斯顿租户联盟（York-South Weston tenants union）的奇亚拉·帕多瓦尼（音译，Chiara Padovani）表示，租户多年来一直要求市政府动用补救性维修的执法机制。 帕多瓦尼说：“我们真正需要市政府做的是，动用这个工具、行使这个权力，在租户的健康和安全受到影响时，切实地采取补救性行动。” “当房东没有履行他们的基本责任，未遵守为保障租户基本居住权利而设立的附例时，市政府就不能再一味地‘好好说话’了。” 市政府在一份声明中表示，RentSafeTO的目标是通过“循序渐进的执法行动”实现合规，并提醒租户他们遇到问题时，应该先向房东反映。声明还称，仅在“特殊情况下”才会采取补救性措施。 帕多瓦尼指出，一个鲜明的例子体现在市监察专员在今年5月发布的报告中。报告批评了市政府负责附例执法的“市政执照与标准部门”（Municipal Licensing and Standards，简称MLS），称其在回应某栋急需维修公寓租户的求助时处理不公。 报告调查的是市府对一栋没有暖气和供水的合租屋的处理方式。由于这些关键服务的中断，11位租户中有10位失去了住处。 如果市政府介入自行维修，每小时将收取74.36加元的费用，并添加至房东的物业税账单中。 报告写道：“MLS从未考虑动用自身权力来恢复这些关键服务。”并指出，没有任何迹象表明该部门曾考虑采取补救性措施。 该报告公开后，市长提出一项动议，要求市府工作人员确保多伦多拥有一份承包商名单，在紧急情况下可被派遣进行维修，以维持建筑物的可居住性。 物业标准附例旨在确保出租物业无害虫、保持清洁、热水畅通，以及满足其他基本居住条件。 城市租户联合会（Federation of Metro Tenants’ Associations）负责人也表示，她不记得市府曾真正为租户进行过维修。 该组织的执行董事亚罗丝拉娃·阿维拉·蒙特内哥罗（Yaroslava Avila Montenegro）表示，如果市府能更频繁地使用这项机制，将产生重大影响。 “我们每天都接到关于不同楼宇维修问题的电话，”她说，“我会说，大约50%的咨询电话都涉及某种维修问题。” 她认为市政府在执法方式上需要进行根本转变。 “总体而言，在加拿大，我们有一种文化，把房主的利益放在首位。而对于租房者和租户来说，我们被视为‘二等公民’，”她说。 市政府网站表示，在某些情况下，问题可以通过对房东进行教育来解决，而在其他情况下则需要采取进一步行动。2024年的RentSafeTO报告也指出，执法团队的目标是“与建筑业主合作”。 关于此措施的实施，网友们还是相当好奇的。 “如果政府开始这么做的话，那么应该会很棒。” 回复——“然后他们花费数万加元进行维修，并花费数千加元试图迫使房东支付账单。” 回复的回复——“如果贷款人不付款，他们就可以留置房产。在试图欺骗市政府之后，他们会很享受无法出售的过度杠杆化的房产。” 对此，另一位网友猜测，如果房东没有支付政府的账单，那么这笔维修费会进入地税：“我不知道该计划具体如何运作，但我猜测可能发生的情况是，他们只是将其添加到房东的地税中，然后，如果没有支付，则会像任何其他房产税单一样收取，即如果欠款累积的时间足够长，就会被拍卖。” 还有一位网友认为，如果房东付不起维修费，那么市政府应该代收房租：“如果房东无力承担房屋的妥善修复费用，而不得不依靠市政府支付修复费用，那么他们可能就不应该拥有这所房屋，而是使用租户的租金来修复房屋损坏。” 对此，各位华人房东们，你们怎么看呢？ |
Copyright © 1999 - 2026 by Sinoquebec Media Inc. All Rights Reserved 未经许可不得摘抄 | GMT-5, 2026-2-9 01:03 , Processed in 0.129142 second(s), 23 queries .
