1 个回答
目前公司也遇到了这个问题，目前的解决方案也不是很好；
金额拆分的最大问题是：余数怎么处理！！！
举例：用户下了一个订单：购买了iPhone 6s 16G版本三部，小米note 2部，用了100元的优惠卷
拆分维度：是选择商品即SKU？还是选择商品个数？
假如选择了商品sku维度，即记录iPhone 6s 三个商品一共使用了多少了优惠卷。这个时候可能产生iPhone6s一共使用了50元优惠卷。
这个时候用户申请一个iPhone 6s退货，这个时候就会产生余数，有一个一分钱的误差，对于财务特别是涉及开票的时候，因为一分钱无法做平账务，非常麻烦。
假如选择商品个数维度，即精确记录每个iPhone手机摊分的优惠卷。
这个时候用户申请一个iPhone 6s退货，系统必须有一套取商品逻辑？选择优惠卷摊分多的？还是摊分少的，这个必须要明确！
存在的问题：对于2B的网站来说，用户可能批量购买了1000个，这个时候对数据库的压力就分厂大了，得不偿失。
建议采取的方式：
在商品sku维度进行拆分，优化拆分算法，保证拆分的sku下每个商品金额相等。
系统最终会产生的无法做平差值，另行存储起来。在用户将该笔订单的商品全部退货时，系统才处理差值，整单维度做平，这样实现起来比较清晰、简单。