[发明专利]一种运营平台及通过运营平台收银的方法在审
申请号: | 202210817996.X | 申请日: | 2022-07-12 |
公开(公告)号: | CN115471222A | 公开(公告)日: | 2022-12-13 |
发明(设计)人: | 付一帆;肖楠;张俊水 | 申请(专利权)人: | 北京美蓝智达科技有限公司 |
主分类号: | G06Q20/20 | 分类号: | G06Q20/20;G06Q20/38;G06F21/64 |
代理公司: | 暂无信息 | 代理人: | 暂无信息 |
地址: | 100000 北京市*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 运营 平台 通过 收银 方法 | ||
本发明公开了一种运营平台及通过运营平台收银的方法。平台包括订单收集器、算价引擎、数据校验引擎和订单反馈器;收银方法是:S1、各租户通过数据接口给算价引擎,对订单服务器上报待算价的订单;S2、订单服务器与终端进行数据验证交换,核对本次终端上传的数据总条数和数据内容,与服务器收到的是否一致;S3、核对无误后,进入订单服务器待算价订单队列,开始算价;S4、订单服务器算价完成后,自动开始二次核对;S5、核对无误后,订单服务器下发订单算价结果;S6、订单服务器与终端进行数据验证交换,核对本次服务器下发的数据总条数和数据内容,与终端接收到的是否一致;S7、终端展示订单算价结果。本发明提供统一的订单算价引擎,不再需要各终端、各渠道独立算价。
技术领域
本发明涉及电商交互技术领域,特别是一种运营平台及通过运营平台收银的方法。
背景技术
一套完整的收银系统算价逻辑非常复杂,订单算价不是简单的对订单中所有商品的价格进行累加,还会包含:商品的渠道专属价、折扣(单商品打折、部分商品打折、整单打折等)、优惠(满减、满赠等)、折上折逻辑处理、优惠处理次序逻辑等。
当前业内的收银系统,为了满足计算速度快、实时性高等要求,这种复杂的计算逻辑都是在渠道或者终端中进行独立计算,经常会造成订单数据不统一、多端对账错误等问题,同时,由于软件系统具备高度的复杂性和严谨的计算逻辑,当产生新增需求或修复线上bug时,需要针对不同类型的终端或者渠道,多次进行需求开发和bug修复,极易造成修改遗漏等问题,从而导致更严重的bug。
发明内容
本发明的目的是提供一种解决方法,解决多终端、多渠道在收银订单算价时算法难统一、易出错的问题。系统提供统一的订单算价引擎,不再需要各终端、各渠道独立算价,只需要在云端服务器中的订单算价系统中集中完成,计算完成后,分发给各终端、渠道进行订单算价结果展示。
为达到上述目的,本发明是按照以下技术方案实施的:
一种运营平台,包括订单收集器、算价引擎、数据校验引擎和订单反馈器;
所述订单收集器对原始订单的数据进行收集;
所述算价引擎对租户商品价格进行分析,可以对租户相关配置查询、用户优惠查询、用户折扣查询,按优惠处理次序订单计算,生成优惠或折扣信息,生成订单结算金额;
所述数据校验引擎进行数据校对,对订单进行二次算价;
所述订单反馈器反馈算价结果。
作为对上述技术方案的改进,本运营平台还包括线上平台和线下平台,所述线上平台和线下平台,所述线上平台和线下平台与算价引擎交换数据并进行二次校验。
一种通过运营平台收银的方法,步骤是:
S1、各租户使用的终端收银系统或渠道订单,通过数据接口给算价引擎,对订单服务器上报待算价的订单;
S2、订单服务器与终端进行数据验证交换,核对本次终端上传的数据总条数和数据内容,与服务器收到的是否一致;如果一致,则进入步骤S3,如果不一致,则返回步骤S1;
S3、核对无误后,进入订单服务器待算价订单队列,开始算价;
S4、订单服务器算价完成后,自动开始二次核对;数据校验正确,则进入步骤S5,如果数据校验不正确,则返回步骤S3;
S5、核对无误后,订单服务器下发订单算价结果;
S6、订单服务器与终端进行数据验证交换,核对本次服务器下发的数据总条数和数据内容,与终端接收到的是否一致;如果一致,则进入步骤S7,如果不一致,则返回步骤S3;
S7、终端展示订单算价结果。
作为对上述技术方案的改进,算价处理的逻辑为:
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京美蓝智达科技有限公司,未经北京美蓝智达科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202210817996.X/2.html,转载请声明来源钻瓜专利网。