本文适合财政主管和秘书长——他们在秋季提交预算草案时,需要向议员解释为什么信息化支出比去年更高。
时间表:法律对期限的规定
根据《公共财政法》第238条,地方自治单位(JST)的管理机构——乡长、镇长、市长或县执行机构——负责编制预算决议草案,并将其提交给决策机构(即议会)以及地区审计院(regionalna izba obrachunkowa)征求意见。期限是预算年度前一年的11月15日。2026年11月15日恰逢周日,因此更稳妥的做法是提前安排草案的提交时间。
管理机构在提交预算草案的同时,还需附上说明及相关材料,其范围由议会关于预算编制程序的决议(第234条)确定。正是在这份决议中,规定了各部门的内部截止日期,通常早于法定期限。值得核实负责信息化事务的部门须在何时提交其提案。
在提交预算草案的同时,管理机构还须提交关于多年期财政预测(wieloletnia prognoza finansowa)或其修订的决议草案(第230条)。该预测涵盖预算年度及此后至少三个年度(第227条)。预算决议应在年度开始前由议会通过,在特别合理的情况下最迟可至次年1月31日(第239条)。
三个篮子,而非单一项目
把全部支出笼统地写成"信息化"一项,议员根本看不出门道。将同样的支出拆分到三个篮子里,才能清楚地展示议会究竟在决定什么。
- 义务性支出。 机关无法回避的支出,因为它们源自法律规定或已签署的合同。例如:使发票流程适应波兰国家电子发票系统(KSeF)、处理波兰电子送达系统(e-Doręczenia)相关事务、为使用EZD级电子文件与案件管理系统(EZD)做准备,以及往年签订的服务合同所产生的义务。每一项都应注明依据:具体法规条款或合同编号。
- 维护性支出。 让现有系统在未来一年继续运转所需的成本:技术支持服务、许可证、更新、网络连接、更换老化设备等。这些支出每年都会出现,而且通常随着每一个新系统的加入而增加。关于这一机制的更多内容,参见全生命周期成本一文。
- 投资性支出。 机关主动选择的支出,目的在于改善某些方面:缩短办理事务的时间、取代人工重复录入数据、减少系统数量。在这一类别中,议会才拥有真正的选择权,因此需要说明预期收益,以及未来几年的维护成本。
三者的界限有时并不分明。更换一台制造商即将终止技术支持的服务器属于维护性支出;而在履行某项义务的同时"顺带"购入的新模块则属于投资性支出,应当如实这样描述。
三个篮子并不能取代预算分类。法律将支出划分为经常性支出和资本性支出(第236条),而义务性支出可能落入两个类别中的任何一个:技术支持服务属于经常性支出,购买新系统则通常属于资本性支出。篮子只是说明材料中增加的一列,用来说明支出的原因,而分类说明的是支出的性质。
多年期支出与财政预测
大型系统的实施很少能在一年内完成,而完成之后又会产生每年的持续费用。法律规定,多年期计划、项目和任务应作为"事业项目"列入多年期财政预测的附件,须注明名称与目标、负责单位、实施期限、总投入、各年度支出限额以及债务限额(第226条)。
对财政主管而言,这意味着对每一项信息化投资都要问一个简单的问题:采购当年需要花多少钱,未来三年的每一年又各需要多少钱。如果相关部门拿不出后一个数字,那么这份申请就还没有准备好。
不作为的成本:不靠恐吓说话
不作为的成本,回答的是议员常问的那个问题:"如果我们不做这件事会怎样?"写得好,它应当是平静而具体的;写得不好,就会听起来像威胁,议员便不再愿意听下去。
- 描述对机关工作的实际影响,而非灾难场景。 与其说"我们将面临瘫痪",不如说:"技术支持到期后,厂商将不再修复错误,故障的处理将完全取决于供应商的意愿。"
- 引用具体日期和文件。 合同到期日、技术支持终止日、法规规定的期限。合同上的日期比形容词更有说服力。
- 如果能够量化,就展示拖延的代价。 例如:目前有两名员工手动从发票录入数据,而这种状况在未来一年内不会改变。如果无法量化,就不要凭空编造一个估算数字。
- 区分确定的事与可能发生的事。 合同中写明的费用上涨是确定的;老旧服务器发生故障是可能的。议员应当能够看清这两者之间的区别。
- 不要把罚则当作主要论据。 只需指出该义务源自哪项法规以及自何时起生效即可。
信息化预算很像办公楼的维护预算。烟囱和设施检查是义务性支出;供暖和清洁是维护性支出;保温改造是投资性支出,目的是降低账单。没有人会质疑是否该为供暖付费,但所有人都想知道保温改造能否收回成本。关于信息系统的讨论,也应当按照同样的逻辑来组织。
如何向议员展示
议员评判的不是系统本身,而是该支出是否必要、是否有明确目的、是否节约,因为法律对公共支出正是这样要求的(第44条)。因此,在说明材料和委员会会议上,一页纸的汇总往往比技术性演示更管用。
这一页应当包含:带金额并与本年度对比的三个篮子;每一项较大支出各配一句"为什么做"和一句"不做会怎样";以及投资性支出在未来几年的费用。系统名称应替换为对其功能的描述,例如"公文流转系统""税款计算程序"。缩写词应在首次出现时予以说明,或者干脆略去不用。
还应当提前回应关于预算增长的提问。如果预算在上涨,这一页应当说明:增长中有多少来自义务性支出,多少来自现有合同的涨价,又有多少来自机关自身的决策。
支撑这一切的文件
只有在可以核实的情况下,这种篮子式的划分才可信。财政主管可以要求提供以下三样东西:
- 系统清单。 对每一个系统注明:用途是什么、哪个部门在使用、供应商是谁、合同编号及期限、年度费用、厂商技术支持的到期日期。关于这份清单与普通程序列表的区别,我在系统盘点一文中有详细说明。
- 合同及未来各年度费用一览表。 哪些费用是固定的,哪些会上涨、依据是什么,以及解约通知期限何时届满。
- 义务清单,列明法律依据和期限。 简明扼要即可,注明具体法规名称,并说明在本机关内具体涉及哪些事项。
如果这些文件尚不齐备,按新方式编制的第一份预算就只能是一个大致的估算。但即便如此,也仍然胜过笼统的一个项目,前提是说明材料要明确指出哪些金额属于估算。
参考来源
- 2009年8月27日《公共财政法》,众议院秘书处统一文本(第44、226、227、230、234、236、238、239条)
- 2025年9月26日众议院议长公告,《公共财政法》统一文本,波兰法律公报2025年第1483项
- 财政部:强制性KSeF的适用范围
- 数字化事务部:EZD RP,2025年7月14日公告
法律状态截至2026年10月4日。