EZD对接KSeF,不等于发票全流程自动化

本文写给那些听到供应商说"我们的EZD支持KSeF"、并想知道这是否就意味着发票流转问题已经解决的秘书长和财务总监们。

EZD与KSeF的对接究竟做了什么

自2026年2月1日起,各机关通过波兰国家电子发票系统(Krajowy System e-Faktur,即KSeF)接收结构化发票。部分EZD类系统,包括EZD RP,能够抓取此类发票并将其显示为一份收文。这是实实在在的好处:发票不会淹没在电子邮箱中,带有KSeF编号和接收日期,在系统中一目了然。但通常它不会立即归入某个具体案卷。首先看到它的是收发文室,由其转交给业务部门,再由该部门把发票归入相应案卷。可是收发文室真的一眼就能判断这张发票该分派给哪个内设机构吗?还要记住,发票的元数据描述的是发票本身:品目、净额与含税金额、增值税税率,这些内容未必与收文登记表单中的字段一致,而后者的元数据范围是由办公规程(instrukcja kancelaryjna)规定的。

但对接到此为止。发票进了系统,甚至进了案卷,可还没有人对它做业务描述、没有人审批、没有人核对、也没有人入账。接下来的路径取决于该机关如何安排会计凭证的流转。许多机关的做法与KSeF之前并无二致:打印出来,在背面或专用印章处签字,装入文件夹送到财务部门,再由人工录入财务会计系统。

面向管理层的类比

把发票从KSeF抓取到EZD,就好比快递员把包裹放在了前台。包裹已经进了大楼,到达时间也一清二楚。但仍然需要有人去取、对照订单核对内容、签收验收单,再通知财务部门登记。快递员送得再快,也不会缩短包裹在机关内部流转的路程。

发票从接收到付款的全流程

每个机关都在会计凭证流转与控制规程中对这条路径有所规定。具体细节各不相同,但步骤通常是相似的。

接收。 发票通过KSeF送达,但并非唯一渠道。到2026年底前,部分小型供应商仍可在KSeF之外开具发票,而境外供应商在此之后也仍会在系统外开具发票。发票依旧会通过电子邮件和纸质方式送达,纸质发票需要扫描并进行光学字符识别(OCR),以避免人工重新录入数据。KSeF通常不支持附件(FA(3)结构仅允许以数据形式附带有限的附件,且需要事先申报才能使用),因此供应商常常会另外通过电子邮件发送同一张发票及其随附文件:验收单、工作清单或技术规格。也有供应商只是把已经进入KSeF的发票打印件或PDF发过来,不带任何附件。遇到KSeF故障或处于离线模式时,带二维码的发票会先于系统收到。因此机关必须能够识别某张发票是否已经收到过,以免重复处理。此外,发票并非唯一的费用凭证。保险单、民事合同的结算单、通知单、费用单以及应收款决定,都要走类似的路径:描述、审批、分类、入账、付款。所有费用凭证,无论接收渠道和种类如何,都应纳入同一条流转路径,否则机关就会出现两套流程:一套专门处理KSeF发票,另一套专门处理纸质的其余凭证。
与合同或订单关联。 发票对应的是某份具体的合同、委托或订单。有时只需与合同配对即可;有时则要与一份没有单独合同的订单配对;还有一种情况是,在一份框架协议之下陆续产生多个订单,而发票只对应其中一个订单,这时就需要先关联订单,再通过订单关联到合同。良好的关联能够立刻显示出对应的业务部门、需结算的金额,以及订单和合同还剩多少额度。如果没有合同登记台账和订单台账,就只能靠人工去查找。
描述与审批。 下单的业务部门要确认服务已按合同或订单履行、货物已交付。往往不止于此:如果采购资金来自由不同部门负责的多项预算,每个部门都应就其预算承担的那部分发票金额进行审批。如果支出属于信息化性质,流转规程通常还要求信息化部门审批,哪怕业务主办部门是另一个处室。投资性支出、欧盟项目资金或公共采购项目的情况也类似。因此一张发票可能需要三到四次审批,而把这些审批全部收集齐,尤其是在纸质流程下,往往是整个流转中最耗时费力的环节:发票搁在休假人员的桌上无人问津,或者因缺一个签字而被退回,却没人知道此刻它究竟在谁手里。
资金来源与预算科目。 需要标注预算分类中的大类、章、款项,财务计划中的任务项,有时还要标明项目及资助来源。还需要有人核实财务计划中是否有足够的资金。
审核、批复与付款批准。 财务部门对发票进行形式与核算合规性审核,总会计师(在JST中即财务总监/skarbnik)确认初步审核结果。凭证随后被确定可以入账。财务总监审核之后,流转规程通常还要求由分管该业务部门的管理层成员批准(在镇一级由镇长/市长或其副职批准),若该成员不在,则由另一位管理层成员代为批准。这又多了一个人、一个签字环节,如果流转机制不清楚谁在替谁代理,发票就可能在这里再次滞留。
录入财务会计系统。 经过审批的发票必须进入财务系统。这是系统之间最关键的衔接点:如果这里没有打通,原本以结构化文件形式送达的发票数据,最终还是要由人工从打印件重新录入。
付款。 付款是一个独立的流程,与发票相关联,但并非发票流转的一部分。通常由财务会计系统负责:多张发票的付款会汇总到同一批转账中,系统负责监控付款期限,并在需要时执行分割支付(split payment)。发票流转环节只需向财务系统提供完整数据,之后只要知道发票已经付款即可。
归档。 带有描述、审批记录和付款确认的完整发票应保存在同一处,随时可供检查。

KSeF与EZD只覆盖了第一步以及第八步的一部分,其余六个环节都发生在它们之外。

用一张图看示例流程

下图用标准的流程表示法BPMN呈现了同样的路径。每一条泳道代表机关中的一个角色。黑色箭头表示工作交接的先后顺序,虚线则表示与流转之外的系统之间的数据交换,包括KSeF、客户档案、合同与订单登记以及财务会计系统。带齿轮图标的任务可以由系统自动完成,无需人工参与。动态标记展示的是一张发票的完整路径:从KSeF出发,经过一道道审批,最终录入财务系统;较小的标记则表示沿途与各系统交换的数据。这只是一个示例,并非标准模板:每个机关的泳道、审批环节和系统连接方式都会略有不同。

在选择工具之前,值得先为自己的机关画一张这样的图。这样可以立刻看出需要多少次审批、发票可能在哪些环节滞留,以及数据要在多少个系统之间传递。

面向财务监督

《会计法》要求会计凭证必须真实可靠,并包含经审核、确认可入账的声明,由责任人签字(第21条第1a款及第22条)。《公共财政法》将凭证完整性与真实性的初步审核职责交给总会计师,并以其签字加以确认(第54条)。由谁以何种顺序对发票进行描述和审批,由机关内部的文件流转规程规定。如果审批要采用电子方式,规程中应对此予以明确规定,系统也应留存记录:谁在何时批准了什么内容。

一张发票会触及多少个系统

把发票的路径梳理清楚后会发现,它要经过KSeF、EZD系统、客户档案、合同登记与订单台账(如果有的话)、财务计划与预算系统、财务会计系统、网上银行,有时还要经过专门的项目管理系统或公共采购系统。除此之外,各部门往往还各自维护着记录合同和预算占用情况的Excel表格。

每一次系统之间未被打通的切换,都意味着一次人工操作:重新录入编号、复制金额、打印、扫描、打电话询问。这些操作本身不需要做决策,却要占用多个部门里好几个人的时间。没有人能看到全貌,因为每个人只做自己那一小段。

时间究竟消耗在哪里

业务审批或财务总监的审核属于决策性工作,理应由人来完成。时间真正的消耗在别处,在那些辅助性的操作上:

确认这张发票是否已经通过其他渠道收到过,
重新录入未经KSeF送达的纸质发票、邮件发票以及其他费用凭证,
查找对应的合同或订单以及下单的部门,
补填本可以直接从合同中读取的预算科目,
从多个部门收集审批意见、传递文件夹、追踪发票此刻究竟在谁手里,
在两个系统里重复建立同一个客户档案,
把发票数据重新录入财务会计系统。

正是这些操作值得实现自动化——不是因为它们有多难,而是因为每一张发票都要重复一遍,而一个机关一年要处理成千上万张发票。

如何理性地推进发票流转改造

顺序很重要:先梳理流程,再选择工具。

目标并不是上线一套电子发票流转系统。目标是在这样一个时代——重复性的辅助工作完全可以交给系统去做——改变处理费用凭证的方式。这会改变许多人的工作方式,而改变工作方式要从想象"这件事本可以用不同的方式完成"开始。这正是数字化转型的本质,也是在每一次信息系统投资中都值得坚持的原则。单纯采购一套系统,本身并不构成改变。

梳理从接收到付款的全流程。 让财务总监、财务部门、秘书长以及几个业务部门共同参与。谁做什么、在哪个系统里做、耗时多久、发票会在哪里停留。这样的梳理常常会暴露出一些仍留在纸质时代规程里、却已经没人记得为什么存在的步骤。关于如何在选型之前完成这样的梳理,我在需求分析页面有详细介绍。

确定审批在哪里进行。 不一定非要在EZD里进行。审批可以在EZD系统中完成,也可以在独立的流程(workflow)工具中完成,或者在财务会计系统的某个模块中完成。关键是要集中在一个地方,留有完整的记录,并且审批结果能够直接传递下去,无需重新录入。设计良好的流转机制,会根据支出所使用的预算及其性质自动确定审批路径,在顺序无关紧要的环节让审批并行进行,并且在休假期间有相应的代理机制。关于流程类系统与业务系统之间的区别,我在BPM与业务系统一文中有详细说明。

把流转系统与财务会计系统打通。 这是最重要的一项集成:经过审批的发票数据,连同描述、分类和审批记录,应当作为现成的凭证直接进入财务系统,而不是以打印件的形式转交。实现方式有三种。最好的方式是使用系统供应商提供的应用程序接口(API)。第二种是直接写入财务系统的数据库,这需要供应商同意并参与,因为这种写入方式一旦出错很难事后察觉。第三种,当系统没有接口时,可以使用机器人流程自动化(RPA):一个简单的程序代替用户在界面上操作,把发票像人工一样录入系统。机器人起步快、成本低,但比较脆弱,系统界面一旦因升级发生变化,就可能让它失效。最好把它当作一座过渡性的桥梁,等供应商提供正式接口后再替换。付款和转账批次可以继续保留在财务会计系统中处理,不必改动。

统一客户档案。 财务系统中的发票必须对应到正确的客户,因此流转系统与财务会计系统必须指向同一批主体。在EZD系统中,客户数量通常要多得多:居民、申请人以及各类从未开过发票、却会给机关写信的机构都在其中。而财务会计系统里只有与机关存在结算关系的主体。因此,从一开始就需要为机关内各系统中的客户数据制定清晰的生命周期规则:谁、在何时、在哪个系统中建立客户档案;谁、在何时更新其数据;以及一个系统中的变更应如何同步到其他系统。此外还需要一种识别同一供应商的方法,例如通过税号(NIP),以便发票中出现的新供应商能够直接进入财务系统,而无需再人工重复建档。

把发票与合同及订单登记关联起来。 这样的关联能够直接提示对应的业务部门、预算科目,以及合同中还剩多少额度待结算。

更新流转规程。 如果规程中没有对电子审批作出规定,结果往往是发票还是会被"为求稳妥"打印出来。在调整流程和规程时,最好先设想一种理想状态:在这种工作方式下,没有人再需要执行多余的辅助性操作。规程条文应当据此来调整,而不是反过来让理想状态迁就现有的规程。

参考资料

法律状态截至2026年10月30日。

抓取只是起点。

一张发票,多个系统。

时间消耗在辅助性工作上。

先梳理流程,再选工具。