版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA版权协议,转载请附上原文出处链接和本声明。
——由软件开发实践中遇到的两个问题看传统行业信息化的困境和对信息化建设规划的理解
最近,我们开发的系统上线投入使用后,遇到了一些问题,其中有两个问题引人深思。
问题1 合同号填写不规范
问题描述:
合同基本信息登记是合同管理的第一步,所有线上针对合同的管理活动都要指向一个明确的合同对象,合同基本信息是载体,它是所有合同扩展信息的生根之处,合同号是合同最重要的属性,它体现了合同的唯一性,是不可重复的。这个信息本职应该是PU专业输入,因为一些历史原因,MC专业协助PU专业做合同量单的时候也会顺便输入合同基本信息,自从合同支付款项流程与材料管理软件集成之后,MC专业发现合同号出现了不正常的输入,几个合同号连在一起被当做一个合同号输入了(举个例子:合同号A和合同号B是两个合同,系统里面出现了一个叫A/B的合同),还有的合同号就是一个“.”或者“-”。
产生的原因:
合同支付款项流程自从与材料管理软件集成后,PU部门秘书承担了部分合同基本信息的输入工作。排查发现,这类问题合同信息基本都来自于他们的输入,因为合同在支付款项的时候会出现几个合同一起支付的情况,虽然合同是多个,但是付款凭证只有一张,于是他们就把几个合同登记到一起了,这样凭证上传一次就可以了。“.”或者“-”这种合同号则是因为不明原因随手输入的,事后大部分作废,留在系统里成为了垃圾数据。
分析和思考:
最初看到这个问题的时候我的感觉是很憋气,即使对于一个不懂软件开发,但是天天做采购业务的人来说,出于职业敏感性,合同号的重要性不言而喻。当初规划整个系统数据流的时候,合同号作为合同的唯一性标识,是最核心的主数据,显然是不能随意组合在一起的,这样就破坏了他原本要表达的含义。举个例子,就像我们的姓名一样,虽然张三、李四都要参加考试,但不会在一张准考证的姓名栏写张三/李四吧。道理似乎很简单,但是要让用户理解却并非易事,一张付款凭证不能撕成两半分开上传,那两个合同使用一张支付凭证的话如何处理呢?
在软件不做任何改动的条件下,合理的做法应该是登记一个A合同,将凭证上传一次,再登记一个B合同,将凭证再上传一次,这样合同号的唯一性没有被破坏,凭证跟合同也实现了对应,漏洞是合