你是否也曾问过，账单和订单有什么区别？即使如此，不妨来听听本文作者的解析吧~enjoy~
前段时间有个负责产品设计的小朋友问我账单和订单有什么区别？当然，他知道一个电商系统一定有账单和订单模块，但让他郁闷的是他搞不清楚两者上有什么本质区别，例如：我买一瓶水2元，一包烟10元，订单上就会有这个两个商品成交价2元和10元，用户自然也按照订单上的12元进行支付,所以账单有什么存在的必要性呢？ 当然如果只是为了用户随时可以查询资金流，只需要把资金支付明细查询出来即可。所以他一直没有弄清楚账单的意义。
我知道这个问题的答案，不过为了加深他的学习印象，我让他去百度一下账单的书面解释，并苦口婆心的说产品设计首先从中文学起。但他比我还凶……说了一堆我一点都不负责之类的话（90后的思维不是我们这些老人家能理解的），我算怕了他，最后还是给他讲了一下我对订单和账单的理解：
首先讲订单，订单Order有很多种，我们这里讲的是Customer Order，是商品销售过程中，客户向商家发起购买请求，即：Ordre2Payment的过程。订单承载的买卖双方的购买契约，包括：商品，服务和价格，订单是以商品活动为中心，记录商品流通的过程和状态。
账单Customer Bill是指一般是指客户同商业机构因资金的活动发生的如“欠账”、“往来账项”、对账等的信息记录。账单是以资金活动为中心，记录钱的流通过程和状态。
主要差异
所以两者有着本质上的差异，但在有一些场景下就容易产生混淆，就像一开始那位小朋友问的一样，如果我们的收费都是按照商品价格收费，那账单的存在意义还有吗？现在常见电商客户支付金额大多数确实是按照订单选择的商品价格做汇总得到，专业术语是：“一次性费用”，但这并不能说明订单可以替代账单，因为账单是资金流动的记录，订单是商品流动的记录，在商品购买过程中，资金流动不代表就一定伴随商品流动，例如：各种优惠折扣、退款、补偿等，都是正常商品一次流动后的多次资金移动。
有些场景电商会把优惠分摊到商品价格上，但如果遇到账户整体优惠，这就不行了，有些优惠分摊是不能入商品成交价的，比如：优惠券、满减满送等。退款和补偿款更说明商品不一定会退回，而退款金额也不等于商品价格，由此总总现象都说明账单必须单独存在。
订阅型订单
另外订阅型电商还有一种收费模式叫“周期型费用”，是指订单完成后，后期提供的是周期性的服务或者商品，而费用是周期型产生。这类的电商订单只有一个订阅型的订单。后期会产生多次服务，收费按照服务的量周期性计费，并且计入账单收取。
例如：付费视频，教育和健身行业等，这类服务都有订阅型特点。客户订购只发生一次，而且有些时候订购并不产生费用，而是服务时再产生费用。可能你会说为什么搞这么复杂呢？为什么不每次服务的时候都让客户下订单呢？ 这当然是为了用户交互友好性考虑啊，如果我订了一个100节课的英语课程，让我下100个订单，估计没有哪个客户愿意这样哟。
你可能还会继续挑战我说那下一次订单我就把100节课的费用收了，不就完了? 这样不就把资金流和商品或者服务流放在一起啦，我们先不说这样的做法商业上是否会给客户带来多少风险，就即便可以这样预收费用，这个费用也不是商品（服务）款，而是预存款，预存款是不能算入企业应收款项的，而是要通过服务结算后分批入账，所以是不能和订单款项混为一谈的。
总结
上面讲了账单和订单的差异，最后讲讲账单的结构, 我把模型简化到和文章相关的部分，简单说账单费用的构成主要可以主要可以泛化为服务、产品、资源的使用费用，产品（商品）的费用和账户级的费用三类，我们常见的周期性费用，一次性费用，优惠，退费，补偿都可以在下面三个分类中找到对应。
不知道我有没有讲清楚这之间的道理，我们做业务架构和产品架构设计的同学首先要学会寻找业务过程中的ABE(Abstract Business Entity), 每个ABE都有属于自己一片独立的解释天地，订单和账单就是如此。
