匈牙利政府为避免银行系统过载 决定分阶段发放第13及14个月养老金

匈牙利政府为避免银行系统在2026年2月因同时处理常规养老金、第13个月全额养老金及第14个月养老金首期款项而出现过载风险,决定将这三笔支付分日进行。

标签:
发表日期:2026年1月15日

布达佩斯——匈牙利总理府部长古利亚什·盖尔盖伊(Gulyás Gergely)在周四的政府信息发布会上宣布,为避免银行系统过载,原定于2026年2月发放的第13个月全额养老金及新引入的第14个月养老金首期款项,将不会在同一天支付,而是分阶段进行。

根据计划,2026年2月,养老金领取者除常规月度养老金外,还将收到两笔额外款项:全额的第13个月养老金,以及作为新引入项目的第14个月养老金的首期付款。后者目前并非全额月度津贴,按今年方案,其金额相当于一月份养老金的25%,政府称此为进入“第14个月养老金”体系的“入门”步骤。

古利亚什在发布会上驳斥了将所有款项一次性支付的提议,强调风险并非源于“过多资金”同时流动,而是“过多转账指令”同时发起。这对银行后台系统而言是关键问题。

银行系统面临的实际压力

匈牙利银行协会(Bankszövetség)向政府提出的警示,若将常规月养老金、全额第13个月养老金及第14个月养老金首期款项集中于单日发放,交易量将激增至可能使银行系统面临过载风险的程度。为规避此风险,政府决定对支付日期进行最小化调整,可能间隔一至两天。

银行消息人士向本社证实,若三笔款项同日启动,将并非仅是理论风险。在常规养老金支付期间,银行需在短时间内处理、入账和核算数百万笔额外交易,这将导致处理时间显著增加,并可能引发切实的系统问题。

支付流程与技术瓶颈

养老金支付并非由银行发起,而是由匈牙利国家财政局(Magyar Államkincstár)通过GIRO系统,使用现有最陈旧的技术解决方案,直接转入养老金领取者的银行账户。银行作为接收方,需处理所谓的IG1类型交易,即夜间批量处理交易。

正常情况下此流程运行良好,但若单一夜间堆积过多此类“数据包”,系统将面临压力。一位银行消息人士指出,如此异常高的交易量远超日常运营范畴,金融机构对此几无实际处理经验。

决策本质:风险预防

因此,分日支付养老金的首要考量是预防性措施。决策并非由具体错误或已发生的故障所驱动,而是旨在预先避免此类不便情况。从银行角度看,这是经典的风险管理操作。


本网站所载文章的资料和数据来自匈牙利各大新闻网站和平台,文章观点仅代表原作者个人意见,不构成投资建议。