設為首頁 收藏本站
開啟輔助訪問

免費發布信息

精彩推薦

杜魯多現身列治文漁人碼頭 將對銀行業加稅 每年多收25億

[複製鏈接]

jazz發表於 2021-8-25 20:00:36 | 顯示全部樓層 |閱讀模式

本帖最後由 jazz 於 2021-8-25 21:13 編輯

25號下午,杜魯多突然出現在了列治文漁人碼頭附近的Steveston社區,讓周邊的居民都大感意外,引來了人們的圍觀。
56d9cd399dc8bace0d0167.png

就在25號上午,杜魯多才剛剛在素里的一個競選站中,向記者表示,要對加拿大銀行以及保險公司加稅,以此來實現他的住房計畫。結果在下午,杜魯多就馬不停蹄地來Steveston進行了一場快速的競選訪問,與當地候選人、他們的支持者和一些當地企業主會面。
87d95d5e7ce9eef11aa941.jpg

在短暫的露面過程中,特魯多在漁人碼頭附近散了散步,與正在戶外吃飯的遊客們握手,還和孩子們一起合影自拍。
e3a59c4586b9b0556b2960.jpg

d9235209a30f2e40dd9165.jpg
圖源推特

期間,可以聽到有一名路人對著杜魯多大喊塔利班,希望阿富汗的問題能引起魯多重視。此次杜魯多來華人聚集的列治文,讓不少人感到驚喜,但更令人關注的,還是杜魯多上午公佈的加稅計畫。
17002ab41f799d0fccee99.png
dc17cb4492db066b49a157.png

魯多今天表示,由他領導的連任政府將對加拿大的銀行和保險公司開刀,提高這些“最大和最賺錢”的金融服務公司所支付的公司稅,以幫助支付他承諾的數十億加幣的住房計畫。在昨天,魯多針對加拿大的住房問題,給出了一系列的計畫方針,包括禁止外國人買房,徵收新的反炒房稅,以及為首套房買家開通免稅帳戶等。
18cc74a0bcfea48a51a921.png
6ac7dc3f881748052b4d12.png

除此之外,自由黨還表示將在未來四年內,在加拿大建造140萬套新房。這其中包括一個住房加速器基金,該基金將提供40億加幣,以幫助大城市加快其住房計畫。理想很豐滿,可現實很骨感,計畫說起來容易做起來難,這幾十億的錢要從哪來呢?特魯多今天給出了答案:從銀行和保險公司身上徵稅!
3f48bdfd65c3694cedd943.jpg

魯多表示,加拿大的主要銀行和保險公司從新冠疫情中恢復迅速,比任何其他行業的公司都要好,因此應該支付更多的錢,來幫助支付新冠疫情後雄心勃勃的計畫成本。加拿大的銀行是有多賺錢,連特魯多都看不下去了?在一周前,加拿大各大銀行公佈了季度利潤,多得讓人們瞠目結舌。這些銀行去年為了防範可能與新冠疫情有關的貸款損失,從而提取了資本儲備。再加上監管機構暫時阻止銀行通過分紅和股票回購向投資者分配更多資金,因此這些銀行坐擁著大量的現金。
c9e382b82900afcba53876.jpg

魯多說,如果他再次當選,自由黨將把所有收入超過10億加幣的銀行和保險公司的企業所得稅率提高三個百分點,從15%提高到18%,以此來“支持加拿大中產階級實現有房子的目標”。除此之外,自由還將建立一個叫做“加拿大復甦紅利”的計畫,這將迫使這些金融機構“在加拿大復甦的未來四年裡,做出更多貢獻”。雖然關於這個“紅利”的細節還很少,但杜魯多表示,銀行和保險公司必須支付的金額將在未來幾個月內,與金融機構監管人協商後決定,並將在四年內徵收。
57c8ee4c747809c5816b98.jpg

如果徵收的話,從2022-23財政年度開始,這兩項舉措將在未來四年內每年產生至少25億加幣的收入。 這些政策聽起來好像是在“槍打出頭鳥”,不過杜魯多對此解釋到,銀行在疫情期間“得到了一筆意外之財”,因為慷慨的政府救濟計畫使加拿大人在經濟中斷期間依舊保持著完整的生活,這導致了更多的儲蓄,家庭債務減少,拖欠貸款也減少。魯多說:“在這次疫情期間,加拿大人都勒緊了腰帶,做出了巨大的犧牲,但不是每個人都是這種情況。鑒於我們的銀行已經報告了特別高的利潤,並取得了令人難以置信的成功,我們將要求他們做得更多一點。”
ac0ceb212f11c70b77bf52.jpg

所以,這項政策其實更像是在“劫富濟貧”,但這也引起了人們擔憂,給銀行加稅就算了,給保險公司加稅不等於給所有人都加稅麼?對此杜魯多承諾,將會加強加拿大聯邦金融消費者機構的權力,以此來更好地監督金融機構不會向客戶收取過度的費用,並確保新的措施不會將成本轉嫁給消費者。不知道這項計畫做起來能不能一切順利呢?讓我們拭目以待吧。


您需要登錄後才可以回帖 登錄 | 立即註冊

本版積分規則

廣播臺

小黑屋| 溫哥華精彩生活

溫哥華美食 溫哥華景點 X3.4 © 溫哥華打工 溫哥華自由行 GMT-8, 2024-10-31 22:36 , Processed in 0.292781 second(s), 34 queries .