这种ERP系统核查工作实际是在做无用功

【这种ERP系统核查工作实际是在做无用功】的更多相关文章

这种ERP系统核查工作实际是在做无用功

前段时间跟朋友聊起他们公司持续了好几年的ERP核查工作,此时他正在一家分公司做核查.ERP核查工作我是知道的,一个季度一次,每个模块出一个人去子公司巡回巡查,主要核查ERP系统的使用情况. 核查工作主要有主数据的核查,单据的核查,系统操作情况核查等.在子公司核查期间还会顺便解决操作人员的操作问题等.基本上数据类的核查在集团总部就能做了,从系统中导出来分析,真正去子公司驻场的估计也就只有5天左右,还要扣减来回路上花费的时间.核查过程发现的数据问题等也只是抛出来,很少能做到及时跟进. 因此ERP系统…

我是如何一步步编码完成万仓网ERP系统的（二）前端框架

https://www.cnblogs.com/smh188/p/11533668.html(我是如何一步步编码完成万仓网ERP系统的(一)系统架构) https://www.cnblogs.com/smh188/p/11534451.html(我是如何一步步编码完成万仓网ERP系统的(二)前端框架) https://www.cnblogs.com/smh188/p/11535449.html(我是如何一步步编码完成万仓网ERP系统的(三)登录) https://www.cnblogs.com/…

数据是ERP系统搭建的基础，但，不要让数据毁了ERP

很难想象没有数据的ERP是什么样子的.然而,实际情况又是如何的呢? 根据AMT的研究,在那些上线不成功或者上线后掉线的案例中,有高达70%的项目都有一个共同的直接原因,那就是在数据上出了问题.有的是在数据还没有准备好,诸多数据不准确.不完整的情况下就仓促上线:有的则是业务没有理顺,出现一数多据的情况,不知道该相信哪个数据:还有的是上线运行后操作人员未及时更新业务数据导致系统内的数据失真等等,虽然数据问题的表现不尽相同,但最终的结果都是一样的,那就是大家忙了数月得到的是一个没有数据的ERP系统.…

解析大型.NET ERP系统业务逻辑设计与实现

根据近几年的制造业软件开发经验,以我开发人员的理解角度,简要说明功能(Feature)是如何设计与实现的,供参考. 因架构的不同,技术实现上会有所差异,我的经验仅限定于Windows Form程序. 总体功能 1 系统支持多用户. 创建一个单实例(Singleton)的会话管理器SessionManager,用.NET Remoting部署在服务器端时,用DataTable保存登入的用户会话(Session:Login Id,User Id,Name,Login Time).客户端登入时,会先…

解析大型.NET ERP系统核心组件查询设计器报表设计器窗体设计器工作流设计器任务计划设计器

企业管理软件包含一些公共的组件,这些基础的组件在每个新项目立项阶段就必须考虑.核心的稳定不变功能,方便系统开发与维护,也为系统二次开发提供了诸多便利.比如通用权限管理系统,通用附件管理,通用查询等组件,若是在项目开发前就准备好了这些组件,为项目如期交付提供了保证. 查询设计器 Query Designer 支持选择一个或多个数据库表,通过左右连接的方式构建查询结果,支持直接手写SQL语句设计查询,支持调用存储过程查询,支持用代码设计查询. 报表设计器 Report Designer 支持配置的…

解析大型.NET ERP系统架构设计 Framework+ Application 设计模式

我对大型系统的理解,从数量上面来讲,源代码超过百万行以上,系统有超过300个以上的功能,从质量上来讲系统应该具备良好的可扩展性和可维护性,系统中的功能紧密关联.除去业务上的复杂性,如何设计这样的一个协作良好的系统,搭建开发人员基础平台,一直是我研究的方向. SouceCounter(版本3.3.91.79)对源代码的统计信息如下: 下面来详细解析一下这个系统的设计架构,纯.NET技术架构方案,C/S WinForms系统. 系统分为Framework和Application两个部分,前者是框架(…