支付系统-业务账单

target：离开柬埔寨倒计时-210day

前言

• 最近不知道该写什么了，很多东西要写起来非常耗时间，写作是真的不容易呀

我们的支付系统账单有两大类，一个是业务账单还有一个就是资金记录，都是引发资金流后的资金变动表现，只是一个是按照业务驱动，一个是按照资金变动驱动。

业务账单的意义

业务账单到底有什么作用呢？业务账单可以作为对账单来使用，因为它既含有资金属性，又含有业务属性。比较麻烦的其实是如何定义业务账单的生命周期，有些业务在从开始到结束会发生多笔资金流，那么是否这些都归于一个业务呢，当然不是。

• M功能业务：在我们自己的支付软件中M订单的存活周期最多24个小时，如果24小时还没有完成，那么系统将自动撤单，这就意味着这笔业务的时效性是不长的，在此我们是可以有2种做法的，第一种就是每一笔成交都单独呈现于业务账单之中，还有一种场景是合并到订单中，就跟在真实交易场景那里一样，虽然可以看成交明细，但是我的主单还是委托单，以成交百分比或成交额的形式不断监听主单的业务进程。
• 理财业务：理财业务就是个时效性不可控的业务，我购买了一个理财，虽然理财是在持仓中，但是购买的那笔业务在理财完成持仓计算后就完结了，它的生命周期只在于购买，和M业务比较不同。
• 生活缴费：生活缴费的生命周期肯定是需要本次业务全部结束业务才结束。

还有就是我们的资金流是如何定义的，一般在定义业务的时候，对一个未知结果的操作，我们一般是先冻结前置资源。比如常规做法里面的话费充值，如果要充值100话费，我们可能是先冻结100，然后充值成功后再将100出金，充值失败则解冻，这里的充值前提是支付系统和充值系统都是自己的。还有一个充值是如果要充值100话费，那么我会将用户的100先划入到生活缴费的科目结算账户，然后进行运营商的充值，充值成功后结算到平台，充值失败则退还给用户，这样对用户来说可能就会产生2笔资金记录，但是其实业务只发生一笔，这里可以给用户呈现一笔单独的退款单，也可以不给用户呈现退款单，再原业务中呈现出已退款的字样，主要还是需要看业务方对业务账单的需求。

业务账单数据处理方式

这里粗略画了一下业务账单的处理形式

上周末去包场看了个电影

来柬埔寨这么久了还从来没去看过电影，所以周末去看了一下柯南

坐标：金边 Legend Cinemas, Eden Garden

这场电影相当于我和朋友包场了，全场从头到尾只有我们两个人，非常不友好的是没有中文字幕，太难受了。

后记

昨晚去跑了5KM，在金边不敢夜跑，所以只能在健身房跑了。

加油littlehow

北京时间：2024-06-05 17:47

金边时间：2024-06-05 16:47