加拿大薪资依赖关系图
一张关于加拿大薪资扣除的可视化“依赖关系图”突显了税务和福利规则已经变得多么错综复杂，尤其是在联邦、省级、CPP/QPP 和就业保险规则交织在一起之后。评论者讨论政府是否应公布官方、可机器读取的公式或参考实现，并引用法国和德国的例子；同时指出这种复杂性支撑了薪资 SaaS 供应商，却也让小公司更不愿直接雇人。讨论进一步延伸到其他国家的税务和房贷实践、开放银行的局限，以及税制是否可能既公平又足够简单到普通人无需专业帮助就能理解。
加拿大薪资与跨省复杂性
- 评论者指出，虽然图表中排除了魁北克、新斯科舍、育空和安大略，但在实际中仍覆盖了加拿大的大部分地区；魁北克被视为特例，拥有自己庞大的人力资源和薪资规则。
- 均衡付款和省级激励机制引发争论：有人认为魁北克获益过多，而且没有充分开发自然资源，从而形成了扭曲激励；也有人反驳称，该公式是基于纳税能力制定的，转移支付有助于维持统一的经济区域。
- 缺乏真正的省际自由贸易，以及针对特定职业的壁垒（例如工程师、护士），被认为是进一步的结构性复杂性来源。
对开放公式与“法律即代码”的渴望
- 许多人希望政府公布可机器读取的薪资和税务公式，或参考实现，理想情况下以开源形式提供。
- 反对意见包括：
- 政府和 SaaS 供应商可能会因责任风险和漏洞暴露而回避这样做。
- 如果法律需要“参考实现”，那它们可能已经过于复杂。
- 国外例子：德国公布标准化的薪资流程图；法国有税务/社保 DSL 和 NPM 包；加拿大有部分计算器，但没有完整的开源代码。
- 更广泛的“法律即代码”讨论：
- 支持者认为代码能揭示矛盾和复杂性。
- 怀疑者指出输入、人的意图甚至逻辑层面都不可避免地存在歧义（例如提到不完备性），并警告任意执法的风险。
银行、抵押贷款与开放银行
- 一些用户很难将自己的加拿大房贷余额与自行计算的结果对上；讨论中提到的差异来源包括加拿大利息复利规则、天数计息惯例，以及银行系统难以清楚解释本金/利息拆分。
- 加拿大缺乏标准化银行 API 受到批评；人们提到正在进行的“开放银行”努力，但期望值很低，并以欧盟经验为例：即便是“开放” API 也往往有门槛、昂贵或实际上不可用，导致许多人继续依赖网页抓取。
薪资/税务软件与 SaaS 的角色
- 复杂性被视为薪资服务商存在的主要原因之一；有人认为政府可以发布标准，让多个供应商都能正确实现。
- 也有人指出，即便是专业系统和公共部门的薪资实现，在不同国家也曾严重失败，而复杂性加上不断变化的规则，使得正确性和修复成本都很高。
税制设计与更广泛的反思
- 复杂性的成因被分别归结为：
- 定向税收抵免，以及带有政治包装的“减税”取代了简单税率档。
- 补漏洞与国际税务博弈。
- 从不透明规则中获益的行业游说。
- 提出的补救方案从激进简化（例如统一税率、定期重写法律并设置复杂度上限）到更好的自动化和参考代码不等，但人们普遍怀疑既得利益不会允许其中任何一种真正落地。