EZD级电子公文系统与案件电子流转
对人来说有什么变化:案件不再靠纸质文件流转。分办、审批、签字和归档的方式都变了,业务组负责人可以在系统里看到本组的案件。
常见难点:各科室推进速度不一,系统旁边还会长期保留“平行的纸质流程”,因为这样更稳妥。
我关注的重点:科室推进的先后顺序,先让业务组负责人做好准备,在各科室设立变革联络人,再加一个简单的指标:到底有多少案件真正在系统里办理。
官方预告的EZD级电子公文系统义务(时间已推迟至最早2029年)、KSeF、KSC、中央合同登记册:各项义务来自不同方向,最终却落在同一批人员、同一批科室和同一份预算上。Krogis为市镇、城市和县级机关提供咨询,帮助它们一步一步走完这些变化:机关已经有什么,变化按什么顺序推进,如何让负责人和工作人员做好准备,如何选择供应商,以及实施之后如何确认大家真的换了一种方式工作。以外部顾问的身份,无需新增编制,投入程度按机关的需要确定。第一步是盘点:2–6周,费用低于公共采购门槛。
这些项目都以系统验收收尾,但只有当工作人员真正换了一种方式工作,效果才会显现。原则相同,难点各异。
对人来说有什么变化:案件不再靠纸质文件流转。分办、审批、签字和归档的方式都变了,业务组负责人可以在系统里看到本组的案件。
常见难点:各科室推进速度不一,系统旁边还会长期保留“平行的纸质流程”,因为这样更稳妥。
我关注的重点:科室推进的先后顺序,先让业务组负责人做好准备,在各科室设立变革联络人,再加一个简单的指标:到底有多少案件真正在系统里办理。
对人来说有什么变化:新的义务改变了收发室、财务会计和合同经办人员的工作,而且各有各的期限。
常见难点:这些义务同时到来,落在同一批人身上。单独看每一项都能应付,叠加在一起就超出了人们能够消化的程度。
我关注的重点:一张涵盖机关所有变化的总图:变什么、涉及谁、何时发生,然后排出一个站得住脚的先后顺序。
对人来说有什么变化:不再需要在税务、财务、人事和公文流转之间反复录入同样的数据。
常见难点:每个科室都习惯了“自己的”数据,担心失去对它们的掌控。
我关注的重点:谁对哪些数据负责,谁来决定变更,以及各科室如何了解自己能得到什么好处。
对人来说有什么变化:公文、答复和分析的准备方式变了,由人来核查结果并对结果负责。
常见难点:一方面担心饭碗和出错的责任,另一方面又有人悄悄使用私人工具。
我关注的重点:使用规则、谁对决定负责、从哪些事项入手,以及如何让大家看到:AI是为了减轻负担,而不是取代人。
KSC与NIS 2。县级机关和省级自治单位无论规模大小都属于关键实体,乡镇政府在雇员超过50人后也属于关键实体;下属单位往往属于重要实体。我帮助确定整个体系内各单位的身份,并在领导层一侧监督落实。 从管理层角度看KSC
机关在规划新的系统实施之前,需要清楚自己在用哪些系统、这些系统之间如何关联,以及哪里存在风险和不一致之处。我把这些信息梳理成一张清晰完整的全景图,帮助确定优先事项、规划后续行动。这是设计架构、制定IT战略的基础——没有它,就很难对后续变革做出有依据的决策。起点是IT系统盘点。
实施EZD级电子公文系统或其他系统,不仅需要技术层面的决策,还需要让整个机关为新的工作方式做好准备。尤其是在缺乏完善IT架构的机关,我凭借20年的经验和经过验证的实施做法,协助秘书长规划后续步骤,并为人员工作方式的变化做好准备。在与承包方的沟通中,我会提出容易被忽略的问题,核实含糊不清的表态,并在疏漏演变为代价高昂的问题之前及时发现。我协助协调各科室与IT之间的工作,让机关清楚哪些事项需要决定、谁负责什么,以及如何稳妥地完成实施。
并非每一项IT决策都能在年初预见。因此,我按事先约定的投入程度,随时为秘书长和执行机构提供支持:协助评估需求、确定优先事项、监督项目,并与承包方沟通。我与内部IT部门合作,协助领导层作出决策——但不替代IT人员的日常工作。
这些问题,我会在作出决定、资金开始流动之前,向秘书长、县长、镇长和财务主管们提出。如果其中有哪一个的回答是“我们不知道”,那正是我可以帮上忙的地方。
出错的代价。 选错EZD级系统,意味着多年在不合适的公文流转中工作,以及几年后代价高昂的迁移。顾问的费用通常低于一项选错的技术、一家不合适的供应商,或合同中的一个陷阱。
义务增加的速度,快于承担这些义务所需能力的增长。IT系统盘点是应对每一项义务的第一步,而且只需做一次。
截至2026年10月4日。资料来源:EZD RP:数字事务部预告的期限(gov.pl)、《公共财政法》(第238条,预算决议草案)、《国家网络安全体系法》修正案(Dz.U. 2026年第252项)、中央合同登记册(gov.pl)、《公共采购法》适用门槛(UZP)、KSeF(podatki.gov.pl)、e-Doręczenia(gov.pl)。
秘书长(行政负责人)的职责是组织机关的日常工作。如今,EZD级电子公文系统的实施、基于KSeF的发票流转以及e-Doręczenia都落到了他的肩上——这些是大型IT项目,更是规模更大的工作方式变革项目。这往往是其职业生涯中第一次遇到此类项目,而配合他的只有两三名IT人员,他们光是维持机关日常运转就已应接不暇。
我在此类项目上拥有20余年经验,涉及不同的组织和组织文化,其中也包括地方自治政府。以约定的非全职投入,作为外部咨询服务提供,无需新设岗位。
常常出现这样的情况:EZD、KSeF、KSC和中央合同登记册的期限分散在不同的文件夹里,由不同的人负责。往往没有人能用一句话说清机关有哪些系统、由谁负责。IT预算有时只是一个单列项目,议会很难有效评估。
有时决策会在期限的压力下、依据供应商的报价而不是机关的需求作出。此时补充协议、重复采购以及对单一供应商依赖的风险随之上升。就KSC法规定的义务而言,即使机关负责人把职责交给了别人,对这些义务仍然负有责任。
多数情况下是秘书长或财务主管,并获得镇长、市长或县长的明确授权。没有机关领导层的决定,通常不值得启动。
我不接管机关负责人的职责,不负责系统运维,也不出具法律意见。决策和责任仍由机关承担。
最小而稳妥的第一步:一次30分钟的免费交流,之后是盘点(2–6周,费用可在首次交流后告知,低于公共采购门槛)。在此之前,您无需作出任何承诺。
EZD、KSeF、KSC、中央合同登记册和e-Doręczenia(电子送达)常常都落到同样的几个人身上。期限有时会与机关的日常事务相互冲突,工作进展容易分散在邮件和个人脑海里。此时往往缺的不是知识,而是常态化的秩序。
在约定的工作量内,我在机关一侧维护这套秩序:让每项任务都有负责人、期限和状态,让秘书长和领导层清楚事情进展到了哪一步。
在政府机关,以及行业自治组织和类似机构中,许多事务仍按照为模拟时代设计的程序办理。往往已经没有人知道为什么要这样做。
首先盘点并描述现状。
对市场和现有解决方案的了解是我最大的专长:它帮助为问题匹配合适的工具,而不是让问题去迁就某人恰好在推销的工具。
一页可以直接放在县长(starosta)和财务主管办公桌上的摘要、一份供执行机构会议使用的演示文稿,以及为下一次采购程序准备的全套文件。
| 您的计划 | 执行机构获得什么 | 化解哪些风险 |
|---|---|---|
| 选择并实施EZD级电子公文系统 | 公文流转与集成图、迁移需求、合同条款。 | 在新系统中重复旧流程的错误、为合同中遗漏的集成签订付费补充协议、错过截止日期。 |
| KSC / NIS 2 | 系统登记册和带权重的风险登记册。 | 因风险管理无据可查而受到处罚,执行机构被追究责任。 |
| 预算与地方议会会议 | 支出按义务与投资划分、不作为的代价、一页建议书。 | 地方议会否决支出,或质疑一项未加说明的“信息系统”单列项目。 |
| RIO、NIK检查 | 有据可查的A/B/C/D分类和采购决策依据。 | 被指管理不善或决策缺乏依据。 |
视系统和科室数量而定。在就贵机关规模进行30分钟沟通后,我会确认具体报价。
所负责的组织如今面临着中型企业规模的问题——却缺乏数字化方面的管理经验,也没有时间通过反复试错去积累。
获得:一页建议书和EZD级电子公文系统的实施时间表——一份无需IT专业知识也能掌控的时间表。
收获:一位在项目和变革中提供支持的顾问,而不只是一堆文件。
必须在地方议会面前为IT预算答辩——需要区分监管义务与投资,而不是一个笼统的“信息系统”单列项目,还需要有人与执行机构一起准备并陈述这些依据。
获得:IT支出按义务与投资划分,以及可纳入多年期财务预测的运维成本。还将获得预算草案和地方议会会议所需的论证依据。
收获:一份经得起地方议会审议、未来几年也不会带来意外的预算。
如果盘点成为支持其预算的依据,而不是对其以往工作的评判,他就会成为盟友。
获得:登记册、可重复使用的方法论,以及支持预算的论据——与他共同制定,而不是绕开他。
收获:在与执行机构沟通时多一位盟友,也能腾出时间维持机关的日常运转。
执行机构不仅要对自己负责——它还必须向经普选产生的地方议会作出交代。最难的时刻,是申请增加预算或请求批准某项支出。这时,IT项目必须用简单易懂、不含技术术语的语言来陈述,让地方议会能够在充分知情的基础上作出决定。Krogis帮助执行机构为这场沟通做好准备,并与执行机构一同向地方议会陈述盘点结果、风险、不作为的代价和支出依据:把IT和法规的语言转化为一份经得起地方议会审议的建议。
同样的顺序在地方自治政府的数字化中已被证明行之有效:先划定小范围,在作出更大的决策之前先看到成效。
“每个地方自治政府的运作模式都相同——相同的预算流程、公共登记册、科室结构、公共采购制度和监管压力。”
18年来与地方自治政府合作,为统一的信息交换平台制定战略和架构,打造真正意义上的电子政务机关。设计并实施了40多个模块,包括:EZD、电子档案、执行机构会议电子化、议会会议电子化、电子申请征集、电子招聘、公众咨询、电子出差管理、电子培训、议员服务、12个公共登记册和两个门户网站。约20年为公共行政和企业实施项目的经验。
从数十次关于数字化的谈话中归纳出的、反复出现的匿名主题——并非某一具体机构的原话。
“我们有十几个系统,却没有一个人能看清全貌——直到出了故障或者检查来了。”
“我们知道IT预算太低,但没有关于风险和不作为代价的硬数据,很难向地方议会说明理由。”
“比起新系统的实施本身,我们更担心多年档案数据的迁移。”
“我们更希望看看它在类似机关里的实际运行情况,而不是轻信销售演示。”
数字事务部已预告EZD级电子公文系统义务;据该部2026年10月的说明,时间已推迟至最早2029年,相关法规仍处于草案阶段,因此我们会在盘点开始时确认当时的法律状况。根据NASK的时间表,EZD PUW的开发将于2029年结束,但这与义务的时间是两回事。比日期本身更重要的是:迁移是审视整个公文流转架构的时机,而不仅仅是搬移数据。
是的。《国家网络安全体系法》修正案自2026年4月3日起施行,明确将县政府列为关键实体,员工不少于50人的乡镇政府同样如此;规模较小的机关及组织单位属于重要实体。法律给予12个月时间落实各项义务,并由机关负责人亲自承担责任,即使已将相关工作委托他人亦然。系统盘点是第一个实际步骤:没有系统清单、系统负责人和风险清单,就无法规划其余工作。
机关作为开具和接收发票的增值税纳税人,与其他主体适用相同的规则——因此,这一义务同样适用于地方自治政府的经营性活动。关键问题不是“是否要实施”,而是“如何将KSeF与现有的发票流转和财务会计系统集成”,以免形成又一个应用孤岛。
关键在于在招标文件阶段就强制要求以下条款,而不是事后谈判:数据权利及以开放格式导出数据的权利、明确的退出计划、开放API,在有正当理由时还包括源代码托管。否则,几年后更换供应商就意味着要么丢失数据,要么被迫以高昂代价继续合作。
从一个小而有时限、能带来确凿认知(而不是又一份方向性声明)的步骤入手——在实践中,就是系统与流程盘点:历时2–6周,最终形成一页供执行机构阅读的摘要,而不是一个耗时数月却没有实际成果的战略项目。
验收应以写入采购文件和合同的测试场景与标准为依据,而不是凭总体印象。在签署验收报告之前,请检查数据迁移、与财务会计系统及其他登记册的集成、文档以及员工培训情况。将发现的问题连同整改期限一并记入验收报告。如果验收标准与需求同步制定,系统验收就最为顺利。
战略应源于机关已有的东西,而不是供应商的产品目录。它从盘点系统、合同和流程开始,然后确定目标架构、标准(例如权限模型和需求文档规范),以及区分法定义务与投资的路线图。好的战略会说明下一个预算中该做什么、按什么顺序做,让财务主管和地方议会看到支出的依据。