解析运输系统 之三

每个业务系统都不可避免要涉及到计费需求,如何解决计费问题总是没那么容易。做得少了满足不了用户的基本需求,一些费用登记不了。做得多了变成一个不专业的财务系统,被使用的可能性极小,通常各企业都有自己的财务系统,财务人员不可能再到业务系统里去做一遍数据。

最常见的托运单都是把费用填在单据中的,而不是单独计费的。例如,运费、送货费、提货费、保费等,五花八门。而单据的明细条目则通常在三条以内,有些甚至只有一条。而费用则是由各个明细条目一起计算出来的,只有一条当然好算,如果是多条的话,就稍微有点麻烦了。因为有些情况下是按整单计费的,没法精确知道各个条目所分担的运费。或者先是按各条目计费,然后把合计的费用再打个折扣或去掉零头。

付款方式多,现付、回付、提付、月结,每个客户可能不同就算了,问题是一个客户可能都有几种付款方式。还好,我们确定下来,一单只有一个付款方式。

怎么处理对账单是一个大问题,处理是不好,就会引发更多的需求漫延。我们决定只做最少的功能--统计对账单。用户按照不同的查询条件把对账单列表显示出来,如果这些都已经对完账了,就直接一次性销账,或者剔除没有销账的记录,把其它的对账单一次性销掉。具体的金额我们不管,你没收到款也好,收不足也好,由你的财务系统来解决。

实际上,这并没有完全解决客户的需求,但是,如果再提供更多的功能,风险是非常大的,往往得不偿失。

总体来讲,运输系统其实并不难开发,最主要的因素还是在人的身上。理解问题的深度,解决问题的技巧,开发实力,跟客户的沟通,这些都是影响项目成败的要素。

推荐阅读:
解析运输系统 之一
解析运输系统 之二
解析运输系统 之四

你可能感兴趣的:(Blog,vb)