2名魁省税务局的税务稽查人员在一家企业查税时,在毫不知情的情况下被拍下一段录像,这2人在对话中承认,魁省税务局确实为员工们提供相当诱人的奖金,为员工按小时分配追回税款的配额。尽管魁省税务局否认有查税配额的存在,但是,事实已经击碎了民众对政府的信任。 魁省税务局被揭为员工制定查税配额 原载《蒙城华人报》 编辑/唐漠 视频: 她们到底说了些什么? 关于3.5%的绩效奖金: “去年,我的绩效奖金超级高。” “真的吗?你拿了多少?” “相当于我年薪的3.5%。” “我的天,真的吗?(模糊)” (模糊) “我不清楚。你平均每小时追回多少税?” “我也不清楚,因为今年是税务局自己计算的。” “你平均工资的3.5%?” “交完税之后,还剩……” “啊,当然了,还要交税。但是那也不少。” “恩,那也不少。” “是啊。但是第一年你没拿到奖金?” “没有,但是他们是根据财年来计算的,从每年3月到次年3月。” “哦,好吧” 关于配额: “他们要求你每小时追回多少?” “1000到1200,你们也是?” (点头表示确认) “我是个新人,才刚刚开始。” “在个人所得税部门?” (点头表示确认) “RAS(直接扣缴)也算在配额里。” “那是肯定的。” 税务局的新闻发言人Stéphane Dion在看完了一名税务局查人员吹嘘自己拿到了相当于年薪3.5%的奖金的视频之后表示,根据他们的理解,这是税务局员工对于税务局制度的误解。 Stéphane Dion表示,魁省税务局没有对旗下员工的工作目标给出过任何量化的要求,因此,配额制度根本不存在。这样的制度与税务局的道德准则背道而驰。另外,他还解释说,税务稽查人员追讨回来的拖欠税款的多少与他们是否有机会得到奖金没有任何联系。作为总结,他重申说,魁省税务局的税务稽查员们没有受到任何个人配额制度的约束。 然而,魁省税务局的解释并没有得到民众和舆论的认同。魁省税务局追查偷税漏税的战斗已经为政府增加了很多收入。 据悉,从2010年到2014年,通过税务审计收归国库存的钱飚升了65%,从每年23.5亿增加到38.9亿。 2010年,前财政厅长 Raymond Bachand在公布2010 - 2011年预算时,为达到平衡预算,他提出了加强打击逃税的努力。随后,前自由党总理Jean Charest宣布,税务部门将建立一个专门查税的新机构。伴随这一转变,魁北克授权税务局在三年时间内雇用了1100名新员工。占魁省税务局(Revenu Quebec)4400工作人员的三分之一。 在魁省税务部门发出查税通知后,大部分公司漏交的税款项都会被追回。据悉,在过去的五年中,魁省税务局追回的税款中有74%至82%来自企业;同一时期,追回的税款中有18%至26%来自个人。 在2014年至2015年追回的32.8亿税款中,有3.95亿元来自建筑业,4.09亿元来自餐饮业,1.77亿元来自中介行业。 伦理学家Donald Riendeau认为,由魁省税务局颁发给员工的奖金以及分配的逃税配额制度违背了税务机关的使命。根据Donald Riendeau,魁省税务局向税务稽查人员颁发奖金的做法可能会误导其员工,因为这些稽查人员将会把所有的注意力都集中在追讨税款的金额上,而无视被他们瞄上的公司是否有足够的证据为自己辩护。 Donald Riendeau表示魁省税务局和联邦税务局的工作方式有着巨大的区别。在魁省税务局看来,任何人、任何人在一开始就都是有罪的。而在联邦税务局,工作人员们会对每个案件进行调查。 Donald Riendeau还提醒大家,魁省税务局的口号一直都是“对所有人都公平”(Juste pour tous)。Donald Riendeau认为,魁省税务局的使命不应该是尽可能多的为省政府赚钱,而是要公平对待所有人。 税务政策专家、《La Crise fiscale qui vient》一书的作者Brigitte Alepin指出,纳税人是无法忍受政府用追回的税款来支付审计人员的奖金的,这件事件可能引起一场财政危机。税务专家Paul Ryan也同意这个观点,他说,为了拿回钱,他们肯定要创建激励工作人员的制度,这将会扭曲办事人员的判断,同时让他工作更为税极。 Brigitte Alepin指出,税务部门的这种做法更加应该受到谴责的是,中小企业缺乏大型企业或跨国公司的实力和资源,他们根本无力在法庭上向税务部门提出的查税审计提出反驳。中小型企业最终选择付钱了事,而不是挑战。Brigitte Alepin指出,她的一些客户,特别是中小企业经常遭遇政府查税,由于没有资金也没有时间与政府纠缠,最终选择交钱来息事宁人。 |
Copyright © 1999 - 2024 by Sinoquebec Media Inc. All Rights Reserved 未经许可不得摘抄 | GMT-5, 2024-11-21 18:12 , Processed in 0.136412 second(s), 23 queries .