首页 > 其他分享 >图解“交易·支付·清结算·账务”全局

图解“交易·支付·清结算·账务”全局

时间:2024-08-11 11:53:49浏览次数:10  
标签:商家 订单 优惠 平台 信息 账务 外卖 全局 图解

大家对外卖都很熟悉,因为会经常点外卖,我们以外卖场景为例,分析外卖的整个交易链路,从用户下单、商家接单、分配骑手、骑手取餐、配送到用户取餐,从订单、计价、配送、清分、记账、结算到付款,讲清楚每个环节的逻辑和内容。

从一张外卖的小票入手进行分析,研究支付微观层面的业务流转、单据的生成等支付细节,最后抽象出一个可通用的支付清结算体系架构出来。  

图片

看下面外卖盒上的纸质小票:牛肉拌饭1份一共39元、餐盒费1元,没有配送费,合计40元,优惠了19元,实付21,实收17元;

再看外卖平台(以下简称“平台”)APP中的订单信息:烤肉饭1分39元、打包费1元、配送费原价7元现价2元、平台会员15元;其中红包减7元、满减优惠14元,总优惠26元,订单合计36元,如图1所示:

图片

图1 美团外卖小票(左)和订单信息(右)

图中可以看出来,商家的小票信息和平台的订单信息之间有不少的差异,特别是优惠的明细展示、优惠总额和应付总额之间存在差异。下面我们就顺藤摸瓜,分析背后的玄机。         

1.1外卖单据

外卖过程中会产生很多的单据,不同环节的单据会提供给不同的参与者使用,不同单据记载着不同的但又相互关联的信息,我们需要了解这些主要的单据,并知道其用途、相互之间的关联关系和设计方法。这些单据主要包括用户订单、商家小票、商家后台账单、骑手账单、平台内部单据等,接下来逐一分析。

用户订单:在外卖的客户端里,用户的外卖订单信息记录了购买的商品、商品价格、优惠信息、支付信息、配送信息、商家信息等全部内容,这些信息是外卖平台给用户提供的交易记录,如图2所示。                   

图片

图2 用户的外卖订单信息

商家小票:用户收到的餐盒上都会附带一个纸质小票,也记载着该单商品的基本信息,这个信息是出餐商家给用户提供的本单餐品的服务内容以及收费情况,如图1(右)所示。

商家账单:是平台提供给商家的在平台上的经营数据,例如卖了多少餐、挣了多少钱、给商家付了多少款等信息,如图3所示。

图片

图3 商家账单管理

骑手账单:是平台提供给骑手的在平台的上的服务信息,包括接单信息、收入信息、奖惩信息、付款情况等内容,如图4所示。

图片

图4 骑手账单

平台内部单据:是平台自己内部存在很多业务系统,这些系统协同完成整个外卖业务。例如订单系统记录订单,计费系统记录计费结果,账务系统记录账务信息等,这些系统依赖各种单据完成记录以及推动流程的进行,并通过各种单据互相传递信息,如图5所示为后台订单管理。

图片

图5 内部订单管理

1.2外卖业务模型

我们先明白一个关系,订外卖的用户跟商家没有直接的关系,平台跟商家是结算关系,也就是平台帮助商家代收餐费,并向商家结算收入。简而言之,用户付钱给平台,平台抽一部分佣金,剩余部分结算给商家,如图6所示。

图片

图6 交易关系

这个过程大致是这样的,用户先到平台选择喜欢的“餐品”,然后“下单”,生成交易“账单”,用户选择支付方式进行“支付”,支付成功后平台要履行承诺把餐送到,“履约”完成以后平台就开始进行各方利益的“清分”,计算清楚应给谁多少钱,并“记账”,最后将款项“结算”给商家,这个过程如图7所示。

图片

 图7 外卖交易链条

当然,一次外卖业务会涉及到非常多的参与者和过程,每个参与者都有自己的一个子流程,这些子流程共同串起整个外卖交易。比如用户选品、下单、支付、取餐、评价;商家接单、制作;骑手接单、到店、取餐、配送、确认送达;平台创建订单、计价、支付处理、分配骑手、记账结算等。

将上述的不同角色、不同行为、不同节点所形成的一个复杂的流程绘制出来,以方便我们动态地审视整个交易链条的全部事件,这也将有利于后续我们去设计抽象清结算的业务节点,如图8所示。

图片

图8 外卖个角色的操作流程

基于上面的业务分析,接下来分析开头那张小票在每个环节是怎么处理的,都生成了什么单据,单据中包含哪些信息。

图片

用户下单是一次外卖旅程的开始,我们对这个过程再熟悉不过了。用户选择菜品,平台计算本单相应的优惠,计算应该支付的金额等内容,用户完成支付。

为了便于分析,我们让订单更加简单一些,仅分析展出最核心的字段,但是所涉及到的订单结构是完整的;本单用户看到的订单信息如图9所示。

图片

图9 本次下单的订单信息

2.1商品         

商品概念广泛应用于电商,在o2o领域可能叫“服务”多一点,站在吃货的角度来看,订外卖,买了一份商品也可以说的过去;一个简单的商品模型如图10所示。

图片

图10 商品信息结构

本案例中的这单外卖共有3个商品以及配送费,我们将商品信息、商品原价、购买数量、配送费等内容整理到表格中,如表1所示:

表1:外卖单的商品信息

商品信息

菜品

烤牛肉拌饭

餐盒

美团会员

原价

39.00

1.00

15.00

数量

1

1

1

单品总价

39.00

1.00

15.00

商品原价

55.00

其他费用

配送费

7.00

         

这里需要特别说一下平台会员,这是平台推出的一个会员服务,相当于花钱买了多张优惠券,如图11所示,所以购买平台会员获得优惠券也是一次交易,而且本交易要先与外卖单,因为外卖单的支付用到了这批券。

图片

图11 平台会员详情

2.2优惠

选购了商品以后,需要知道这一单有什么优惠,本单的优惠主要有3个:配送费5元减免、平台红包减7元、满减优惠减14。把优惠信息增加到表4-1中得到了包含了优惠信息的表格,该订单的优惠比较简单,都是针对整单的优惠,没有针对单品的优惠,未来完整起见我们将单品优惠也放进去,只不过优惠金额为0,如表2所示。

表2 优惠信息

商品信息

菜品

烤牛肉拌饭

餐盒

美团会员

优惠信息

单品优惠

特价菜

满二赠一

立减

优惠金额

0

0

0

店铺满减

-14.00

平台红包

-7.00

配送费优惠

-5.00

优惠合计

-26.00

2.3计价         

该过程是要计算出本单应该付多少钱,计价包含很多内容,比如计算优惠、计算商品总价、计算配送费、结算优惠后的订单金额、计算用户应付金额等,计算完成以后反馈给交易,常见的计价模块架构如图12所示。

图片

图12 计价模块架构图

对于例子中订单的计价相对比较简单,有时候点的外卖菜品多,计价会复杂一些,从而计价过程也相对复杂很多,但无论计价场景复杂还是简单

标签:商家,订单,优惠,平台,信息,账务,外卖,全局,图解
From: https://blog.csdn.net/wjianwei666/article/details/141060602

相关文章

  • 【计算机网络】彻底搞懂TCP 的三次握手和四次挥手(超详细,带案例,带图解,带面试题)
    在计算机网络中,TCP(传输控制协议)是一种可靠、有序的数据传输协议。TCP使用三次握手建立连接,四次挥手关闭连接。理解这两个过程对于网络编程和网络协议非常重要。本文将通过详细的文字解析和生动的图示,帮助你彻底搞懂TCP的三次握手和四次挥手。......
  • 进制转换图解
             ......
  • Leetcode 141. 环形链表(超详图解,解析过程)
    141.环形链表点击跳转leetcode原题给你一个链表的头节点head,判断链表中是否有环。如果链表中有某个节点,可以通过连续跟踪next指针再次到达,则链表中存在环。为了表示给定链表中的环,评测系统内部使用整数pos来表示链表尾连接到链表中的位置(索引从0开始)。注意:pos......
  • YoloV8改进策略:注意力机制改进|全局与局部注意力融合(AFF)|即插即用
    摘要在深度学习和计算机视觉领域,YoloV8以其卓越的性能和实时检测能力而广受赞誉。为了进一步提升YoloV8的检测精度和泛化能力,我们创新性地在其核心Bottleneck模块中引入了注意力特征融合(AFF)机制。这一改进不仅实现了即插即用的便捷性,还显著提升了模型的表现,为YoloV8注入了......
  • Java Optional容器总结(快速上手图解)
    Java系列文章目录JavaLambda表达式总结文章目录Java系列文章目录一、前言二、学习内容:三、问题描述四、解决方案:4.1引入Optional容器4.1.1引入容器的原因4.2Optional介绍4.3Optional的使用4.3.1关于空值报错的解决方法4.4Optional实践4.4.1为什么使用Option......
  • SQL2017 安装教程图解(详细到每一个细节)
    SQL2017安装教程图解(详细到每一个细节)----bayaim----2024年8月5日15:27:41----借鉴网址:https://blog.csdn.net/weixin_39665379/article/details/111100754 一、程序准备JDK:jdk-7u80-windows-x64(官网可以下最新的,JDK7以上就可以,其他版本没试过不知道可不可以,等我试过......
  • 探究全局代理是什么?有什么作用?
    今天,我们来聊聊一个经常被提及但很多人不太了解的概念——全局代理。那么,全局代理到底是什么?它有什么用?以及如何正确使用呢?接下来,小编就带大家一探究竟!什么是全局代理?通俗地说,全局代理是一种网络设置方式,通过代理服务器转发所有的网络流量。无论你访问哪个网站,所有的请求都......
  • 【Redis】全局命令/内部编码/浅谈单线程模型
    目录前言两个核心命令GET和SET全局命令KEYSEXISTS DELEXPIRETTLTYPE 数据结构的内部编码Redis的5中数据类型Redis数据结构和内部编码单线程架构前言Redis提供了5种数据结构,理解每种数据结构的特点对于Redis开发运维⾮常重要,同时掌握每种数据结构的常......
  • uniapp Promise封装全局uni.request网络请求
    前言:在一个项目开发时,我们除了页面布局之外,就是数据处理了,封装一个全局的网络请求,有助于我们处理一些公用逻辑代码,更加专注于业务代码官方api说明:https://uniapp.dcloud.net.cn/api/request/request.html一般我们只关注这几个参数url也就是我们的baseurl,根域名header......
  • 图解平衡二叉树
    平衡二叉树平衡二叉树的背景由于一些众所周知的原因,我们选择了平衡二叉树,好吧,其实就是因为对二叉搜索树的限制太少了,导致在一些特殊的情况下,二叉搜索树不太听话,查找,插入与删除的时间均变成了\(O(n)\)也可以认为,熵增就会更加有序,熵减就会更加自由,这里我们......