一、技术风险

系统及软硬件支撑方面存在软件风险和硬件风险。ERP系统是以财务为核心的管理系统，集成了大量业务数据信息，一旦某个模块功能发生故障，会干扰其他关联模块的正常运行，给财务支撑带来较大的压力。

初期系统上线时，部分功能设置仍存在漏洞，客户化开发的报表未经充分测试或仅通过少数关键用户加以测试正式投入使用，潜在影响了财务集成数据的可靠性；各单位月末集中处理财务数据时，服务器处理器及I/O总线等关键参数超过负载比例较高。待后续增加服务器数量时，未有效分配特殊期的系统请求量，一旦数据请求超过服务器负载，易造成系统瘫痪，也带来了潜在的关账风险。

业财集成方面存在数据核对、数据不规范及系统监控风险。业财集成过程存在着转换、传输、接收等数据控制环节，其中每个环节都可能产生问题数据。在推广过程中，集成数据存在传输重复或漏传现象，致使业财对账核对流程较为复杂，各单位在不清楚集成原理及正确核对方法的情况下，核对集成数据存在较大困难，不可避免地出现错漏，将对数据核对结果带来风险；ERP系统运行初期，各单位人工核对数据的压力较大，财务关账检查可能未达到真正的审核效果，各种非实际业务数据进入ERP生成凭证，无相关实际说明支撑引发财务凭证的不规范；由于集成数据经历了多个传输环节，短期内未建立有效的技术监控机制，造成财务人员在ERP界面发现集成数据报错，被动地反馈给其他部门查找原因，严重影响了财务报表编制及报表数据的质量。

二、管理风险

权限功能设置上有权限管理、权限转移及参数调整风险。为方便各单位有效解决系统功能设置问题，项目组将管理员职责赋予某些关键用户，而个别关键用户又将系统管理员权限下放到最终用户，增加了系统功能管理的风险；为满足集团公司月末关账任务要求，各单位的业务审批可能流于形式，将审批权限直接转交其他人员，内部财务凭证监管难以落实，业务数据的真实性及准确性面临审计风险；在获得系统访问权限下，员工可能误操作调整系统的设置参数，导致系统中关于企业的商业机密数据（客户、供应商等）透明化，有可能给企业带来重大损失。

流程设计改造也有风险。在方案设计过程中，基于系统操作的简易程度，对现有流程加以微调、修补，从设计的合理性层面可能考虑较少，一定程度影响业财集成的效果，为运行后业务流程调整带来二次设计的风险；部分业务系统集成时较为仓促，短期内系统改造难度较大，诸多业务流程改造仍基于原有的管理模式，未从根本上对业务流程加以梳理与改造。

人员流动频繁也会带来实施人员和关键用户的流动风险。在项目实施阶段，多数项目实施人员临时抽调到ERP项目组，项目组缺乏与邮政企业对接的绩效考核办法及晋升渠道，实施人员留在项目组的主观意愿不高，借调期结束后，已经熟悉项目情况的实施人员大多数选择返回原工作岗位，对项目的影响较大；ERP推广上线阶段，要求各单位选派关键人员参与培训学习，各单位由于概念不清，大多临时组织上报人员名单，参加培训的人员回去后可能从事另外的工作，致使二次培训无法在省内开展。

还有运维力量不足的风险。在目前各省（区、市）邮政和速递板块上报的问题中，运维人员发现很多问题是重复问题，降低了运维支撑的工作效率。这主要源于初期邮政方解决问题的能力有限，问题答复依赖于实施方顾问，且对问题及答复未进行有效归纳、整理，未形成逐步完善的知识库；在实施阶段，运维队伍无法深入到ERP实施中，与实施方沟通联系不紧密，知识转移的效果不明显。部分运维人员不清楚系统功能原理与设计方案，仅片面了解系统软件的基本操作，尚未达到二级运维的支撑要求。