订单回退处理系统、处理方法以及业务支撑系统的制作方法

文档序号:10512993阅读:597来源:国知局
订单回退处理系统、处理方法以及业务支撑系统的制作方法
【专利摘要】本发明公开一种订单回退处理系统、处理方法及业务支撑平台。该方法包括:收到用户下订单的指令时,分析处理用户上传的订单数据,将订单数据中退订时需要删除的数据存储到第一存储区域,将需要保留的数据存储到第二存储区域;如果收到用户退订指令,判断是否在下订单后的预定时间段内且订单是否为可退,如果均为是则第一存储区域将下订单时存储的数据更新后发给第二存储区域并删除下订单时存储的数据,第二存储区域接收用户退订指令和第一存储区域发来的数据并将订单状态更新为回退,将第一存储区域发来的数据存储到该订单数据中,上一次的订单状态失效;发送指令到银行端进行账户变动;反馈用户已完成订单回退。能够快速、便捷地进行订单回退。
【专利说明】
订单回退处理系统、处理方法以及业务支撑系统
技术领域
[0001]本发明涉及一种数据处理系统和处理方法,尤其涉及一种订单回退处理系统、处理方法以及业务支撑系统。
【背景技术】
[0002]订单书面定义为企业采购部门向供应商发出的订货凭据(包含成品、原材料、燃料、零部件、办公用品、服务等全部采购过程)。本发明中订单指在互联网行业,APP中或后台业务支撑系统(BSS)中,用于流转客户订购数据等一系列活动的依据,从订购,付款,到取消等相关活动。
[0003]BSS系统,主要由网络管理、系统管理、计费、营业、账务和客户服务等部分组成,系统间通过统一的信息总线有机整合在一起。它不仅能在帮助供应商制订符合自身特定的运营支撑系统的同时帮助确定系统的发展方向,还能帮助用户制订系统的整合标准,改善和提高用户服务水平。
[0004]目前为止,基于互联网行业的订单都无法立即回退,需要在客户点击退款操作才能把订单取消,退款的操作实质是指把订单进行取消操作,并把相关金额按照原路返回到客户的账户中。但基于这种操作需要人工参与去评判订购物品(虚拟或实际物品)是否已经消费,才能确认是否给用户退款操作,并且流程缓慢,系统设定为取消模式,影响到客户体验和客户感知。
[0005]现有订单处理机制为客户通过客户端进行下单,进入BBS系统中进行订单数据交互,相对物品、库存、服务的改变,并随客户的付款,完成客户的交易,并且订单随之归档,存储到数据库的历史订单表中。
[0006]如果客户在购买后,出现反悔,或由于误操作导致的购买,客户只能通过客服或客户端进行申请退款操作,一般需要3-5个工作日才能为客户取消订单,并把钱款返回至客户打款账户中。

【发明内容】

[0007]为了克服上述问题,本发明提出一种利用两种存储方式存储订单数据的订单回退处理系统、处理方法、以及业务支撑系统。
[0008]本发明采用如下技术方案:
[0009]—方面,提供一种订单回退处理方法。该方法包括如下步骤:
[0010]收到用户下订单的指令时,分析处理用户上传的订单数据,将订单数据中退订时需要删除的数据存储到第一存储区域,将订单数据中退订时需要保留的数据存储到第二存储区域;
[0011]如果收到用户退订指令,判断是否在下订单后的预定时间段内且订单是否为可退,如果均为是则第一存储区域将下订单时存储的数据更新后发给第二存储区域并删除下订单时存储的数据,第二存储区域接收用户退订指令和第一存储区域发来的数据并将订单状态更新为回退,将第一存储区域发来的数据存储到该订单数据中,上一次的订单状态失效;
[0012]发送指令到银行端进行账户变动;
[0013]反馈用户订单回退结果。
[0014]对于上述订单回退处理方法,如果在预定时间段内没有收到用户退订指令,则将第一存储区域中的数据发送给第二存储区域并删除第一存储区域中该订单的数据。
[0015]对于上述订单回退处理方法,第一存储区域是缓存,第二存储区域是数据库;或者第一存储区域和第二存储区域分别在数据库的不同表中;或者第一存储区域和第二存储区域分别在数据库同一表中的不同区域。
[0016]另一方面,提供一种订单回退处理系统。该系统包括:客户端和与客户端相连的业务支撑平台,其中,业务支撑平台包括:
[0017]收发器,用于接收客户端发来的数据并向客户端发送数据;
[0018]计时器,用于计算从用户下订单开始是否达到预定时间;
[0019]订单数据获取与处理单元,用于获取用户下订单指令并对从用户获取的订单数据进行分析划分后分别存储在第一存储区域和第二存储区域中,并且在预定时间段内没有收到用户的退订指令时指示第一存储区域将其存储的订单数据发送给第二存储区域;
[0020]退订指令获取与处理单元,用于获取用户的退订指令并判断退订指令是否在预定时间段内发送且订单是否为可退,如果均为是则指示第一存储区域将下订单时存储的数据更新后发给第二存储区域并删除下订单时存储的数据,向第二存储区域发送用户退订指令并指示第二存储区域将订单状态更新为回退,并将第一存储区域发来的数据存储到该订单数据中,上一次的订单状态失效;
[0021]通知银行变更账户单元,用于根据退订指令获取与处理单元的指示发送指令到银行端进行账户变动;
[0022]用户反馈单元,用于根据退订指令获取与处理单元的指示和通知银行变更账户单元反馈的银行变更账户情况反馈客户端订单回退结果。
[0023]对上上述订单回退处理系统,第一存储区域是缓存,第二存储区域是数据库;或者第一存储区域和第二存储区域分别在数据库的不同表中;或者第一存储区域和第二存储区域分别在数据库同一表中的不同区域。
[0024]还有一方面,提供了一种业务支撑系统。该系统包括:
[0025]收发器,用于接收客户端发来的数据并向客户端发送数据;
[0026]计时器,用于计算从用户下订单开始是否达到预定时间;
[0027]订单数据获取与处理单元,用于获取用户下订单指令并对从用户获取的订单数据进行分析划分后分别存储在第一存储区域和第二存储区域中,并且在预定时间段内没有收到用户的退订指令时指示第一存储区域将其存储的订单数据发送给第二存储区域;
[0028]退订指令获取与处理单元,用于获取用户的退订指令并判断退订指令是否在预定时间段内发送且订单是否为可退,如果均为是则指示第一存储区域将下订单时存储的数据更新后发给第二存储区域并删除下订单时存储的数据,向第二存储区域发送用户退订指令并指示第二存储区域将订单状态更新为回退,并将第一存储区域发来的数据存储到该订单数据中,上一次的订单状态失效;
[0029]通知银行变更账户单元,用于根据退订指令获取与处理单元的指示发送指令到银行端进行账户变动;
[0030]用户反馈单元,用于根据退订指令获取与处理单元的指示和通知银行变更账户单元反馈的银行变更账户情况反馈客户端订单回退结果。
[0031]对于上述业务支撑系统,第一存储区域是缓存,第二存储区域是数据库;或者第一存储区域和第二存储区域分别在数据库的不同表中;或者第一存储区域和第二存储区域分别在数据库同一表中的不同区域。
[0032]与现有技术相比,本发明技术方案主要的优点如下:
[0033]在本发明中,利用现有数据库和缓存存储方式,在订单管理系统中,订单在各模块交互间完成隔离,同时按照一定的计算逻辑,完成订单24小时内可回退,做到快速、便捷的订单回退流程。本发明的技术方案能够提升客户体验,能够减少客户等待的时间,并且不会有系统上的漏洞,客户能够安全快速退款。能够简化后台操作,24小时内的订单都处于一种可回退的状态,当状态触发时,只需自动化按照逻辑进行处理,不需要人工的检查、核实和等待。依靠此方案,能够减少系统脏数据,使用回退功能帮助系统中只存储回退记录,避免存在退款和取消订单双重记录。后期在对客户进行数据分析时,能够对回退订单有特别处理,特别分析,更能准确把握客户行为。在不破坏大的订单逻辑的前提下,用新的方式改写订单,能够完整快速回退订单。
【附图说明】
[0034]图1示出本发明一个实施例所述的订单回退处理系统对客户下订单的处理流程的一个实际例子;
[0035]图2示出本发明一个实施例所述的订单回退处理系统对客户订单回退的处理流程的一个实际例子;
[0036]图3示出本发明一个实施例所述的订单回退处理系统;
[0037]图4是本发明一个实施例所述的订单回退处理方法的流程图;
【具体实施方式】
[0038]本发明的技术方案是基于数据库storage和缓存cache的区别利用,在一定逻辑的判断下,可以实现客户下的订单,在24小时内进行回退,避免退款时间过长或无法订单回退的问题。
[0039]如图1和图2所示,本发明一个实施例所述的订单回退处理系统包括能够下订单即能够登录业务支撑平台(BSS)系统2的客户端I,可以是手机、平板电脑等便携设备;业务支撑平台(BSS)2,包括用于存储订单信息的数据库和主机。
[0040]具体来说,如图3所示,业务支撑平台2包括收发器21、计时器22、与收发器21和计时器22相连的订单数据获取与处理单元23、与收发器21和计时器22相连的退订指令获取与处理单元24、与订单数据获取与处理单元23和退订指令获取与处理单元24相连的第一存储区域25以及第二存储区域26、与退订指令获取与处理单元24相连的通知银行变更账户单元27、以及与退订指令获取与处理单元24和通知银行变更账户单元27相连的用户反馈单元28,其中,第一存储区域25与第二存储区域26相连。
[0041]其中,收发器21用于接收客户端发来的数据并向客户端发送数据;计时器22用于计算从用户下订单开始是否达到预定时间;订单数据获取与处理单元23用于获取用户下订单指令并对从用户获取的订单数据进行分析划分后分别存储在第一存储区域25和第二存储区域26中,并且在预定时间段内没有收到用户的退订指令时指示第一存储区域25将其存储的订单数据发送给第二存储区域26;退订指令获取与处理单元24用于获取用户的退订指令并判断退订指令是否在预定时间段内发送且订单是否为可退订单,如果均为是则指示第一存储区域25将下订单时存储的数据更新后发给第二存储区域26并删除下订单时存储的数据,向第二存储区域26发送用户退订指令并指示第二存储区域26将订单状态更新为回退,并将第一存储区域25发来的数据存储到该订单数据中,上一次的订单状态失效;通知银行变更账户单元27用于根据退订指令获取与处理单元24的指示发送指令到银行端进行账户变动;用户反馈单元28用于根据退订指令获取与处理单元24的指示和通知银行变更账户单元27反馈的银行变更账户情况反馈客户端订单回退结果。
[0042]第一存储区域25和第二存储区域26的实现方式可以是分别在缓存和数据库中,或者分别在数据库的不同表中,或者在数据库同一表中有特殊标示进行标注的不同区域。
[0043]在一个优选实施例中,上述预定时间为24小时。
[0044]客户通过客户端下单进行订购,通过退订操作进行订单退订,后台BSS系统在收到该指令后,通过校验用户交易信息进行判断,并执行把数据库和主机中storage和cache的数据和状态进行改变,实现快速退订订单的操作。
[0045]本发明一个实施例所述的订单回退处理方法需要手机端为可安装应用客户端的并且用户手机端安装了应用客户端,需要事先构建BSS业务支撑系统平台:通过网络连接app和后台主机,可将app端下发指令进行业务分析判断后发送主机进行存储和计算。平台搭建后,就立刻拥有了提供本发明所述的订单回退能力。
[0046]如图4所示,该方法包括如下步骤:
[0047]步骤SlOl,BSS业务支撑平台检测用户下发的订购订单指令
[0048]用户侧通过客户端选择需要付费的订购进行下订单操作,产生订购关系,平台侧检测用户的下订购指令。
[0049]步骤S102,收到用户的下订单指令时,BSS业务支撑平台与客户端交互
[0050]平台侧收到用户的下订购指令并通过与客户端交互,订购数据上传云平台,分析处理用户上传的数据。
[0051]步骤S103,将用户的订单数据分析划分后分别存储在缓存和数据库中
[0052]业务计算和分析后的订单数据,分为两部分分别存储在第一存储区域与第二存储区域中,第一存储区域中存储的为用户即将生效订购关系、付款信息、和使用的服务信息、订单已生效时间,预定时间内不删除;第二存储区域中存储的为用户订单信息,包括订单号、时间、订单状态。实质上是将订单数据中退订时需要删除的数据存储到缓存中,将订单数据中退订时需要保留的数据存储到第二存储区域中。
[0053]步骤S104,计时从用户下订单起是否到达预定时间段。如果到了预定时间段,则进入步骤105 ;如果没有过预定时间段,进入步骤S106,
[0054]步骤105,如果在预定时间段内没有收到用户的退订指令,则指示第一存储区域将其存储的数据发送给第二存储区域
[0055]如果在预定时间段比如24小时内没有收到用户的退订指令,则BSS向第一存储区域发送指令,第一存储区域在接收到指令后,把订购关系、付款信息、服务信息、订单状态发送给第二存储区域,并删除第一存储区域中存在的该订单的数据。
[0056]步骤S106,检测是否收到用户退订指令,如果没有收到则返回步骤S104,如果收到则进入步骤S107。
[0057]步骤S107,用户在下订单后的预定时间段比如24小时内下发退订指令
[0058]用户由于操作错误或不想继续使用等原因,进行退订操作,从客户端或通过客服向云平台发起订单退订。
[0059]步骤S108,BSS平台检验信息并发送第二存储区域和第一存储区域
[0060]平台接收到客户的退订指令,进行业务分析,包括是否在第一存储区域中存在数据,是否为可退订服务,退订是否超过24小时,如果全符合要求,则发送第二存储区域及第一存储区域进行退订。
[0061]步骤S109,第一存储区域进行数据变更
[0062]第一存储区域在接收到指令后,把订购关系、付款信息、服务信息、订单状态更新后发送给第二存储区域及相关平台进行回退,并清除第一存储区域中存在的该订单的数据。
[0063]步骤S110,第二存储区域进行数据变更
[0064]第二存储区域在接收到平台和第一存储区域的信息后,新插入订单数据为订单状态回退,更新记录订购关系、付款信息、服务信息。前一条该订单数据状态为失效。
[0065]步骤Slll,平台发送指令到银行端
[0066]第二存储区域在变更数据后,由平台发送指令到银行端进行账户变动,订单费用原路回退至银行。
[0067]步骤S112,平台发送指令给客户端反馈信息
[0068]全部操作完成后,平台端反馈客户端已完成订单回退。
[0069]上述实施例所述的订单回退处理方法只是为了说明本发明的技术方案而举的一个例子,并不限定为这种具体的执行顺序,实际上各个步骤可以根据需要变换执行顺序。
[0070]第一存储区域和第二存储区域的实现方式可以是分别在缓存和数据库中,或者分别在数据库的不同表中,或者在数据库同一表中有特殊标示进行标注的不同区域。
[0071]总体上,本发明解决的是订单回退流程缓慢、机制复杂的过程,方便客户在24小时内进行回退,避免客户产生不必要的费用,并且不需要额外人工判断的问题,同时该机制方案可以大幅降低人工成本,和提升客户体验,达到客户快速退款、退订单的效果。
【主权项】
1.一种订单回退处理方法,其特征在于,包括步骤: 收到用户下订单的指令时,分析处理用户上传的订单数据,将订单数据中退订时需要删除的数据存储到第一存储区域,将订单数据中退订时需要保留的数据存储到第二存储区域; 如果收到用户退订指令,判断是否在下订单后的预定时间段内且订单是否为可退,如果均为是则第一存储区域将下订单时存储的数据更新后发给第二存储区域并删除下订单时存储的数据,第二存储区域接收用户退订指令和第一存储区域发来的数据并将订单状态更新为回退,将第一存储区域发来的数据存储到该订单数据中,上一次的订单状态失效; 发送指令到银行端进行账户变动; 反馈用户订单回退结果。2.如权利要求1所述的订单回退处理方法,其特征在于,如果在预定时间段内没有收到用户退订指令,则将第一存储区域中的数据发送给第二存储区域并删除第一存储区域中该订单的数据。3.如权利要求1所述的订单回退处理方法,其特征在于,第一存储区域是缓存,第二存储区域是数据库;或者第一存储区域和第二存储区域分别在数据库的不同表中;或者第一存储区域和第二存储区域分别在数据库同一表中的不同区域。4.一种订单回退处理系统,包括客户端(I)和与客户端(I)相连的业务支撑平台(2),其特征在于,业务支撑平台(2)包括: 收发器(21),用于接收客户端发来的数据并向客户端发送数据; 计时器(22),用于计算从用户下订单开始是否达到预定时间; 订单数据获取与处理单元(23),用于获取用户下订单指令并对从用户获取的订单数据进行分析划分后分别存储在第一存储区域(25)和第二存储区域(26)中,并且在预定时间段内没有收到用户的退订指令时指示第一存储区域(25)将其存储的订单数据发送给第二存储区域(26); 退订指令获取与处理单元(24),用于获取用户的退订指令并判断退订指令是否在预定时间段内发送且订单是否为可退,如果均为是则指示第一存储区域(25)将下订单时存储的数据更新后发给第二存储区域(26)并删除下订单时存储的数据,向第二存储区域(26)发送用户退订指令并指示第二存储区域(26)将订单状态更新为回退,并将第一存储区域(25)发来的数据存储到该订单数据中,上一次的订单状态失效; 通知银行变更账户单元(27),用于根据退订指令获取与处理单元(24)的指示发送指令到银行端进行账户变动; 用户反馈单元(28),用于根据退订指令获取与处理单元(24)的指示和通知银行变更账户单元(27)反馈的银行变更账户情况反馈客户端订单回退结果。5.如权利要求4所述的订单回退处理系统,其特征在于,第一存储区域是缓存,第二存储区域是数据库;或者第一存储区域和第二存储区域分别在数据库的不同表中;或者第一存储区域和第二存储区域分别在数据库同一表中的不同区域。6.一种业务支撑系统,其特征在于,该系统包括: 收发器(21),用于接收客户端发来的数据并向客户端发送数据; 计时器(22),用于计算从用户下订单开始是否达到预定时间; 订单数据获取与处理单元(23),用于获取用户下订单指令并对从用户获取的订单数据进行分析划分后分别存储在第一存储区域(25)和第二存储区域(26)中,并且在预定时间段内没有收到用户的退订指令时指示第一存储区域(25)将其存储的订单数据发送给第二存储区域(26); 退订指令获取与处理单元(24),用于获取用户的退订指令并判断退订指令是否在预定时间段内发送且订单是否为可退,如果均为是则指示第一存储区域(25)将下订单时存储的数据更新后发给第二存储区域(26)并删除下订单时存储的数据,向第二存储区域(26)发送用户退订指令并指示第二存储区域(26)将订单状态更新为回退,并将第一存储区域(25)发来的数据存储到该订单数据中,上一次的订单状态失效; 通知银行变更账户单元(27),用于根据退订指令获取与处理单元(24)的指示发送指令到银行端进行账户变动; 用户反馈单元(28),用于根据退订指令获取与处理单元(24)的指示和通知银行变更账户单元(27)反馈的银行变更账户情况反馈客户端订单回退结果。7.如权利要求6所述的业务支撑系统,其特征在于,第一存储区域是缓存,第二存储区域是数据库;或者第一存储区域和第二存储区域分别在数据库的不同表中;或者第一存储区域和第二存储区域分别在数据库同一表中的不同区域。
【文档编号】G06Q30/00GK105869028SQ201510765357
【公开日】2016年8月17日
【申请日】2015年11月11日
【发明人】张昭
【申请人】乐卡汽车智能科技(北京)有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1