CN108711046A - 线下零售离线结算系统及方法 - Google Patents
线下零售离线结算系统及方法 Download PDFInfo
- Publication number
- CN108711046A CN108711046A CN201810490818.4A CN201810490818A CN108711046A CN 108711046 A CN108711046 A CN 108711046A CN 201810490818 A CN201810490818 A CN 201810490818A CN 108711046 A CN108711046 A CN 108711046A
- Authority
- CN
- China
- Prior art keywords
- sku
- offline
- information library
- membership
- inactive
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/20—Point-of-sale [POS] network systems
- G06Q20/202—Interconnection or interaction of plural electronic cash registers [ECR] or to host computer, e.g. network details, transfer of information from host to ECR or from ECR to ECR
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/387—Payment using discounts or coupons
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
- G06Q30/0238—Discounts or incentives, e.g. coupons or rebates at point-of-sale [POS]
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Development Economics (AREA)
- Game Theory and Decision Science (AREA)
- Marketing (AREA)
- Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- Cash Registers Or Receiving Machines (AREA)
Abstract
本发明涉及一种线下零售离线结算系统及方法,主要应用于线下零售(商场、超市等)。本发明线下零售离线结算系统,包括:收银机、收银机服务端和离线数据处理终端;其中,收银机,包括订单生成模块、离线结算模块、离线优惠模块、精简离线SKU信息库和精简离线会员信息库;收银机服务端,包括远程结算模块、远程优惠模块和离线数据同步组件;离线数据处理终端,结合商超历史订单、商超SKU信息库、商超会员信息库,获取活跃SKU、活跃会员和非活跃SKU、非活跃会员,实时更新至离线数据同步组件。断网时,启用离线结算模块,得到订单应付款金额,进行离线结算,并从精简离线SKU信息库和精简离线会员信息库获取SKU信息和会员信息,以打印购物小票。
Description
技术领域
本发明涉及一种线下零售离线结算系统及方法,主要应用于线下零售(商场、超市等)。
背景技术
目前,在商场或超市(以下简称商超)的收银系统中,收银员在收银机给消费者下单时,需要计算订单的优惠(比如会员价,满就减,特价商品等各种优惠活动),由于计算订单的优惠涉及到数据十分多(商品信息,会员信息,优惠信息等),而收银机其存储容量,计算能力都十分有限,所以通常是向远程的收银机服务端发请求,由收银机服务端的订单结算模块来完成订单优惠的计算,如图1所示。
但是如果收银机与收银机服务端通讯中断了(比如网络出了问题,或者收银机服务端自身因请求量过大宕机了),收银机将无法结账。这样势必会给商场/超市带来巨大资金损失,甚至消费者排队过长,引发现场秩序混乱。
发明内容
本发明的目的在于克服上述存在的问题,提供一种线下零售离线结算系统及方法,在断网的情况下(即收银机与收银机服务端的通讯中断时,以下简称断网),也能让收银机正常结算,订单的优惠计算正常,减少断网给商场/超市带来资金损失。
本发明的目的是通过如下技术方案来完成的,
线下零售离线结算系统,包括:收银机、收银机服务端和离线数据处理终端;其中,
收银机,包括订单生成模块、离线结算模块、离线优惠模块、精简离线SKU信息库和精简离线会员信息库;所述订单生成模块在断网时启用离线结算模块,由离线结算模块从离线优惠模块获取优惠信息,并从精简离线SKU信息库和精简离线会员信息库获取SKU信息和会员信息,进行离线结算;
收银机服务端,包括远程结算模块、远程优惠模块和离线数据同步组件;联网时,所述订单生成模块通过网络启用远程结算模块进行结算,离线优惠模块与远程优惠模块通信连接实时同步优惠信息,精简离线SKU信息库和精简离线会员信息库分别与离线数据同步组件通信连接实时同步SKU信息和会员信息;
离线数据处理终端,结合商超历史订单、商超SKU信息库、商超会员信息库,获取活跃SKU、活跃会员和非活跃SKU、非活跃会员,实时更新至离线数据同步组件。
作为优选,所述精简离线SKU信息库包括活跃SKU信息库和非活跃SKU信息库,其中活跃SKU信息库常驻收银机内存,非活跃SKU信息库有序保存于收银机磁盘上。
作为优选,所述精简离线会员信息库包括活跃会员信息库和非活跃会员信息库,其中活跃会员信息库常驻收银机内存,非活跃会员信息库有序保存于收银机磁盘上。
作为优选,所述结合商超历史订单、商超SKU信息库、商超会员信息库,获取活跃SKU和非活跃SKU,具体为:
将商超历史同期历史订单与商超SKU信息库,根据2/8原则拆分,将占80%交易笔数的SKU作为活跃SKU,其余SKU则作为非活跃SKU;
提取SKU信息中与结算相关的属性;
根据SKU的条形码从小到大进行排序,以减少收银机的SKU信息查找复杂度;
将活跃SKU存储在MySQL中,并经离线数据同步组件同步至收银机内存中,作为活跃SKU信息库;将非活跃SKU存储在文件中,并经离线数据同步组件同步至收银机磁盘中,作为非活跃SKU信息库。
作为优选,所述与结算相关的属性,包括SKU的类目、品牌、条形码、名称、原价。
作为优选,所述结合商超历史订单、商超SKU信息库、商超会员信息库,获取活跃会员和非活跃会员,具体为:
把近3个月历史订单会员按购买次数从由大到小排序,取20%,得到活跃会员,其余则作为非活跃会员;
提取会员信息中与结算相关的属性;
根据会员的手机号从小到大进行排序,以减少收银机查找会员信息的复杂度;
将活跃会员存储在MySQL中,并经离线数据同步组件同步至收银机内存中,作为活跃会员信息库;将非活跃会员存储在文件中,并经离线数据同步组件同步至收银机磁盘中,作为非活跃会员信息库。
作为优选,所述与结算相关的属性,包括会员的id、手机、生日和会员等级。
作为优选,所述离线数据同步组件将新品作为活跃SKU,实时更新至精简离线SKU信息库;精简离线SKU信息库的数据更新频率与离线数据处理终端的数据更新频率保持一致。
一种线下零售离线结算方法,包括:
订单生成模块在断网时启用离线结算模块,由离线结算模块从离线优惠模块获取优惠信息,并从精简离线SKU信息库和精简离线会员信息库获取SKU信息和会员信息,进行离线结算。
作为优选,联网时,所述订单生成模块通过网络启用远程结算模块进行结算,离线优惠模块与远程优惠模块通信连接实时同步优惠信息,精简离线SKU信息库和精简离线会员信息库分别与离线数据同步组件通信连接实时同步SKU信息和会员信息。
作为优选,所述精简离线SKU信息库包括活跃SKU信息库和非活跃SKU信息库,其中活跃SKU信息库常驻收银机内存,非活跃SKU信息库有序保存于收银机磁盘上;所述精简离线会员信息库包括活跃会员信息库和非活跃会员信息库,其中活跃会员信息库常驻收银机内存,非活跃会员信息库有序保存于收银机磁盘上。
作为优选,所述活跃SKU信息库和非活跃SKU信息库的建立方法包括:
将商超历史同期历史订单与商超SKU信息库,根据2/8原则拆分,将占80%交易笔数的SKU作为活跃SKU,其余SKU则作为非活跃SKU;
提取SKU信息中与结算相关的属性;
根据SKU的条形码从小到大进行排序,以减少收银机的SKU信息查找复杂度;
将活跃SKU存储在MySQL中,并经离线数据同步组件同步至收银机内存中,作为活跃SKU信息库;将非活跃SKU存储在文件中,并经离线数据同步组件同步至收银机磁盘中,作为非活跃SKU信息库。
作为优选,所述活跃会员信息库和非活跃会员信息库的建立方法包括:
把近3个月历史订单会员按购买次数从由大到小排序,取20%,得到活跃会员,其余则作为非活跃会员;
提取会员信息中与结算相关的属性;
根据会员的手机号从小到大进行排序,以减少收银机查找会员信息的复杂度;
将活跃会员存储在MySQL中,并经离线数据同步组件同步至收银机内存中,作为活跃会员信息库;将非活跃会员存储在文件中,并经离线数据同步组件同步至收银机磁盘中,作为非活跃会员信息库。
本发明与现有技术相比有如下优点和效果:
断网时,启用离线结算模块,由离线结算模块从离线优惠模块获取优惠信息,得到订单应付款金额,进行离线结算,并从精简离线SKU信息库和精简离线会员信息库获取SKU(即消费者购买的商品,行业内称为SKU,即Stocking Keeping Unit)信息和会员信息,以打印购物小票。
附图说明
图1是本发明背景技术收银系统结构框图。
图2是本发明结构框图。
图3是本发明精简离线SKU信息库的处理流程图。
图4是本发明精简离线会员信息库的处理流程图。
图5是本发明优惠引擎的组成结构图。
图6是本发明优惠计算示意图。
具体实施方式
下面将结合附图对本发明做详细的介绍。
本发明提出订单离线结算系统,即断网时,收银机可以与离线结算模块通讯,获取订单的优惠,订单应付款金额,也能获取SKU(即消费者购买的商品,行业内称为SKU,即Stocking Keeping Unit)信息,会员信息以打印购物小票用。
为了能让离线结算模块正常工作,必须准备好SKU信息数据,会员信息数据,优惠引擎。当然在收银机本地不可能像收银机服务端那样,存储大量的SKU信息数据和大量的会员信息数据,因为收银机的存储空间不允许。于是必须对SKU信息数据,会员信息数据做精简化处理后再同步到收银机端,精简化处理包含:只保留与结算相关的属性,数据压缩,利用大数据事先做活跃数据(比如哪些SKU是热销的,称为活跃SKU)与非活跃数据的区分并存储分离。
如图2所示,本实施例线下零售离线结算系统,包括:收银机1、收银机服务端2和离线数据处理终端3;其中,
收银机1,包括订单生成模块1-1、离线结算模块1-2、离线优惠模块1-3、精简离线SKU信息库1-4和精简离线会员信息库1-5;所述订单生成模块1-1在断网时启用离线结算模块1-2,由离线结算模块1-2从离线优惠模块1-3获取优惠信息,并从精简离线SKU信息库1-4和精简离线会员信息库1-5获取SKU信息和会员信息,进行离线结算;
收银机服务端2,包括远程结算模块2-1、远程优惠模块2-2和离线数据同步组件2-3;联网时,所述订单生成模块1-1通过网络启用远程结算模块2-1进行结算,离线优惠模块1-3与远程优惠模块2-2通信连接实时同步优惠信息,精简离线SKU信息库1-4和精简离线会员信息库1-5分别与离线数据同步组件2-3通信连接实时同步SKU信息和会员信息;
离线数据处理终端3,结合商超历史订单、商超SKU信息库、商超会员信息库,获取活跃SKU、活跃会员和非活跃SKU、非活跃会员,实时更新至离线数据同步组件2-3。
如图3所示,所述结合商超历史订单、商超SKU信息库、商超会员信息库,获取活跃SKU和非活跃SKU,具体为:
将商超历史同期历史订单与商超SKU信息库,根据2/8原则拆分,将占80%交易笔数的SKU作为活跃SKU,其余SKU则作为非活跃SKU;之所以取商超历史同期历史订单来分析,是因为商超的线下交易量通常与当前所处季节有很大关系;另外,通过2/8原则,按交易笔数来分,80%的交易笔数,通常是20%的SKU贡献的,这样可以找到活跃SKU是哪些;
提取SKU信息中与结算相关的属性,比如SKU的类目,品牌,条形码,名称,原价;其它属性如生产日期,生产地与结算时关系不大,则不提取,以减少数据库的空间;
根据SKU的条形码从小到大进行排序,以减少收银机的SKU信息查找复杂度;
将活跃SKU存储在MySQL(关系数据库,比如互联网应用常用的开源数据库MySQL,下同)中,并经离线数据同步组件2-3同步至收银机1内存中,作为活跃SKU信息库;将非活跃SKU存储在文件中,并经离线数据同步组件2-3同步至收银机1磁盘中,作为非活跃SKU信息库。
精简后的SKU信息如下表所示:
以商超单店100万个SKU来预估,看看最终推送给收银机的精简SKU数据库的大小。
活跃SKU的数据量,预估大小:
100*10000*20%*(4+4+2+60+4)/(1024*1024)=14.11M。
非活跃SKU的数据量,预估大小:
100*10000*80%*(4+4+2+60+4)/(1024*1024)=56.46M。
进一步对SKU的名称进行压缩(因为SKU的名称中有大量的中文是重复的),最终的数据量会更小。
如图4所示,所述结合商超历史订单、商超SKU信息库、商超会员信息库,获取活跃会员和非活跃会员,具体为:
把近3个月历史订单会员按购买次数从由大到小排序,取20%,得到活跃会员,其余则作为非活跃会员;例如总会员数10000个,把近3个月历史订单会员按购买次数从由大到小排序,取20%,得到活跃会员为2000个,剩余的8000个是非活跃会员;
提取会员信息中与结算相关的属性,例如会员卡等级,生日,手机号,id;其它属性比如会员的姓名,住址则忽略,因为与结算关系不大,则不提取,以减少数据库的空间;
根据会员的手机号从小到大进行排序,以减少收银机查找会员信息的复杂度;
将活跃会员存储在MySQL中,并经离线数据同步组件2-3同步至收银机1内存中,作为活跃会员信息库;将非活跃会员存储在文件中,并经离线数据同步组件2-3同步至收银机1磁盘中,作为非活跃会员信息库。
精简后的会员信息如下表所示:
以商超单店10万个会员来预估,看看最终推送给收银机的精简会员数据库的大小。
活跃会员的数据量,预估大小:
10*10000*20%*(4+4+2+1)/(1024*1024)=0.21M。
非活跃会员的数据量,预估大小:
10*10000*80%*(4+4+2+1)/(1024*1024)=0.84M。
以商超单店100万的SKU、10万的会员的规模来预估,
推送到收银机内存的数据量(活跃SKU与活跃会员信息量之和):14.11M+0.21M=14.32M;
推送到收银机磁盘的数据量(非活跃SKU与非活跃会员信息量之和):56.46M+0.84M=57.3M;
再对SKU名称进行中文压缩处理,数据量还可以下降,这个数据量是在收银机可接受范围之内的。
为了让收银机本地也能计算优惠,并且计算结果与收银机服务端计算的优惠结果一样,共用一套可热插拔的优惠引擎(优惠算法),如图5所示。
首先,优惠互斥关系配置如下表所示,以常见的如下优惠方式为例:X表示互斥,表示这2个优惠不可以同时使用。
其次,优惠路径配置
如果两种优惠之间不互斥,那种优惠的先后顺序则通过优惠路径进行配置,以上述常见优惠为例,配置了10条不重复的可选优惠路径,最终订单的优惠路径,以给消费者优惠额度最大的为准,如下表所示:
优惠路径编号 | 优惠1 | 优惠2 | 优惠3 | 优惠4 |
1 | 商品特价 | |||
2 | 会员卡打折 | 生日打折 | 优惠券 | |
3 | 满就减 | 生日打折 | 优惠券 | |
4 | 满就送 | 生日打折 | 优惠券 | |
5 | 第N件折扣 | 生日打折 | 优惠券 | |
6 | 生日打折 | 优惠券 | ||
7 | 会员卡打折 | 优惠券 | ||
8 | 满就减 | 优惠券 | ||
9 | 满就送 | 优惠券 | ||
10 | 第N件折扣 | 优惠券 |
最后,优惠计算
如图6所示,用S代表SKU,N代表SKU的购买数量,P表示SKU原价,Q表示优惠后的价格;
优惠上下文:即消费者买了哪些SKU,SKU的数量,以及各SKU的结算属性(结算属性见前文所述),消费者自身的结算属性(如会员卡,生日等);
优惠计算:通过输入优惠上下文,结合上述优惠互斥关系配置,优惠路径配置,计算优惠结果。即根据实际的优惠规则计算Q1,Q2,…Qi,总折扣Discount,应用金额ActualPay。
特别地,如果优惠路径含多个优惠,则优惠结果再次作为优惠上下文进行优惠计算,直到计算完优惠路径上的最后一个优惠节点,得到最终的优惠结果。
优惠互斥关系,优惠路径配置都是配置信息(比如json文件),优惠算法是代码形式(比如java class文件),空间大小都是在K级别,占据空间较小。
此外,配置信息和代码信息都是可以动态加载的,所以优惠引擎可具备热部署的能力。当收银机服务端2有变化时,可以立马同步到收银机1上,以让收银机1保持与收银机服务端2共用同一个优惠引擎,这样,即使断网后,离线结算计算出的优惠也是正常的。
作为优选,所述精简离线SKU信息库1-4包括活跃SKU信息库和非活跃SKU信息库,其中活跃SKU信息库常驻收银机1内存,以加快热销品结账速度,非活跃SKU信息库有序保存于收银机1磁盘上,以支持非活跃SKU的结账。所述精简离线会员信息库1-5包括活跃会员信息库和非活跃会员信息库,其中活跃会员信息库常驻收银机1内存,以加快活跃用户的结账速度,非活跃会员信息库有序保存于收银机1磁盘上,以支持非活跃会员的结账。
作为优选,所述离线数据同步组件2-3将新品作为活跃SKU,实时更新至精简离线SKU信息库1-4,若没有同步成功,则重试;精简离线SKU信息库1-4的数据更新频率与离线数据处理终端3的数据更新频率保持一致,一般为一周一次。
通过上述处理最终在收银机1上形成精简离线SKU信息库1-4、精简离线会员信息库1-5和离线优惠模块1-3,方便离线结算模块1-2调用,实现离线结算。
线下零售离线结算方法,包括:
订单生成模块1-1在断网时启用离线结算模块1-2,由离线结算模块1-2从离线优惠模块1-3获取优惠信息,并从精简离线SKU信息库1-4和精简离线会员信息库1-5获取SKU信息和会员信息,进行离线结算。
作为优选,联网时,所述订单生成模块1-1通过网络启用远程结算模块2-1进行结算,离线优惠模块1-3与远程优惠模块2-2通信连接实时同步优惠信息,精简离线SKU信息库1-4和精简离线会员信息库1-5分别与离线数据同步组件2-3通信连接实时同步SKU信息和会员信息。
作为优选,所述精简离线SKU信息库1-4包括活跃SKU信息库和非活跃SKU信息库,其中活跃SKU信息库常驻收银机1内存,非活跃SKU信息库有序保存于收银机1磁盘上;所述精简离线会员信息库1-5包括活跃会员信息库和非活跃会员信息库,其中活跃会员信息库常驻收银机1内存,非活跃会员信息库有序保存于收银机1磁盘上。
作为优选,所述活跃SKU信息库和非活跃SKU信息库的建立方法包括:
将商超历史同期历史订单与商超SKU信息库,根据2/8原则拆分,将占80%交易笔数的SKU作为活跃SKU,其余SKU则作为非活跃SKU;
提取SKU信息中与结算相关的属性;
根据SKU的条形码从小到大进行排序,以减少收银机的SKU信息查找复杂度;
将活跃SKU存储在MySQL中,并经离线数据同步组件2-3同步至收银机1内存中,作为活跃SKU信息库;将非活跃SKU存储在文件中,并经离线数据同步组件2-3同步至收银机1磁盘中,作为非活跃SKU信息库。
作为优选,所述活跃会员信息库和非活跃会员信息库的建立方法包括:
把近3个月历史订单会员按购买次数从由大到小排序,取20%,得到活跃会员,其余则作为非活跃会员;
提取会员信息中与结算相关的属性;
根据会员的手机号从小到大进行排序,以减少收银机查找会员信息的复杂度;
将活跃会员存储在MySQL中,并经离线数据同步组件2-3同步至收银机1内存中,作为活跃会员信息库;将非活跃会员存储在文件中,并经离线数据同步组件2-3同步至收银机1磁盘中,作为非活跃会员信息库。
Claims (10)
1.一种线下零售离线结算系统,其特征在于包括:收银机(1)、收银机服务端(2)和离线数据处理终端(3);其中,
收银机(1),包括订单生成模块(1-1)、离线结算模块(1-2)、离线优惠模块(1-3)、精简离线SKU信息库(1-4)和精简离线会员信息库(1-5);所述订单生成模块(1-1)在断网时启用离线结算模块(1-2),由离线结算模块(1-2)从离线优惠模块(1-3)获取优惠信息,并从精简离线SKU信息库(1-4)和精简离线会员信息库(1-5)获取SKU信息和会员信息,进行离线结算;
收银机服务端(2),包括远程结算模块(2-1)、远程优惠模块(2-2)和离线数据同步组件(2-3);联网时,所述订单生成模块(1-1)通过网络启用远程结算模块(2-1)进行结算,离线优惠模块(1-3)与远程优惠模块(2-2)通信连接实时同步优惠信息,精简离线SKU信息库(1-4)和精简离线会员信息库(1-5)分别与离线数据同步组件(2-3)通信连接实时同步SKU信息和会员信息;
离线数据处理终端(3),结合商超历史订单、商超SKU信息库、商超会员信息库,获取活跃SKU、活跃会员和非活跃SKU、非活跃会员,实时更新至离线数据同步组件(2-3)。
2.根据权利要求1所述的线下零售离线结算系统,其特征在于:所述精简离线SKU信息库(1-4)包括活跃SKU信息库和非活跃SKU信息库,其中活跃SKU信息库常驻收银机(1)内存,非活跃SKU信息库有序保存于收银机(1)磁盘上。
3.根据权利要求1所述的线下零售离线结算系统,其特征在于:所述精简离线会员信息库(1-5)包括活跃会员信息库和非活跃会员信息库,其中活跃会员信息库常驻收银机(1)内存,非活跃会员信息库有序保存于收银机(1)磁盘上。
4.根据权利要求1所述的线下零售离线结算系统,其特征在于:所述结合商超历史订单、商超SKU信息库、商超会员信息库,获取活跃SKU和非活跃SKU,具体为:
将商超历史同期历史订单与商超SKU信息库,根据2/8原则拆分,将占80%交易笔数的SKU作为活跃SKU,其余SKU则作为非活跃SKU;
提取SKU信息中与结算相关的属性;
根据SKU的条形码从小到大进行排序,以减少收银机的SKU信息查找复杂度;
将活跃SKU存储在MySQL中,并经离线数据同步组件(2-3)同步至收银机(1)内存中,作为活跃SKU信息库;将非活跃SKU存储在文件中,并经离线数据同步组件(2-3)同步至收银机(1)磁盘中,作为非活跃SKU信息库。
5.根据权利要求4所述的线下零售离线结算系统,其特征在于:所述与结算相关的属性,包括SKU的类目、品牌、条形码、名称、原价。
6.根据权利要求1所述的线下零售离线结算系统,其特征在于:所述结合商超历史订单、商超SKU信息库、商超会员信息库,获取活跃会员和非活跃会员,具体为:
把近3个月历史订单会员按购买次数从由大到小排序,取20%,得到活跃会员,其余则作为非活跃会员;
提取会员信息中与结算相关的属性;
根据会员的手机号从小到大进行排序,以减少收银机查找会员信息的复杂度;
将活跃会员存储在MySQL中,并经离线数据同步组件(2-3)同步至收银机(1)内存中,作为活跃会员信息库;将非活跃会员存储在文件中,并经离线数据同步组件(2-3)同步至收银机(1)磁盘中,作为非活跃会员信息库。
7.根据权利要求6所述的线下零售离线结算系统,其特征在于:所述与结算相关的属性,包括会员的id、手机、生日和会员等级。
8.根据权利要求1所述的线下零售离线结算系统,其特征在于:所述离线数据同步组件(2-3)将新品作为活跃SKU,实时更新至精简离线SKU信息库(1-4);精简离线SKU信息库(1-4)的数据更新频率与离线数据处理终端(3)的数据更新频率保持一致。
9.一种线下零售离线结算方法,其特征在于包括:
订单生成模块(1-1)在断网时启用离线结算模块(1-2),由离线结算模块(1-2)从离线优惠模块(1-3)获取优惠信息,并从精简离线SKU信息库(1-4)和精简离线会员信息库(1-5)获取SKU信息和会员信息,进行离线结算。
10.根据权利要求1所述的线下零售离线结算方法,其特征在于:联网时,所述订单生成模块(1-1)通过网络启用远程结算模块(2-1)进行结算,离线优惠模块(1-3)与远程优惠模块(2-2)通信连接实时同步优惠信息,精简离线SKU信息库(1-4)和精简离线会员信息库(1-5)分别与离线数据同步组件(2-3)通信连接实时同步SKU信息和会员信息;
所述精简离线SKU信息库(1-4)包括活跃SKU信息库和非活跃SKU信息库,其中活跃SKU信息库常驻收银机(1)内存,非活跃SKU信息库有序保存于收银机(1)磁盘上;所述精简离线会员信息库(1-5)包括活跃会员信息库和非活跃会员信息库,其中活跃会员信息库常驻收银机(1)内存,非活跃会员信息库有序保存于收银机(1)磁盘上;
所述活跃SKU信息库和非活跃SKU信息库的建立方法包括:
将商超历史同期历史订单与商超SKU信息库,根据2/8原则拆分,将占80%交易笔数的SKU作为活跃SKU,其余SKU则作为非活跃SKU;
提取SKU信息中与结算相关的属性;
根据SKU的条形码从小到大进行排序,以减少收银机的SKU信息查找复杂度;
将活跃SKU存储在MySQL中,并经离线数据同步组件(2-3)同步至收银机(1)内存中,作为活跃SKU信息库;将非活跃SKU存储在文件中,并经离线数据同步组件(2-3)同步至收银机(1)磁盘中,作为非活跃SKU信息库;
所述活跃会员信息库和非活跃会员信息库的建立方法包括:
把近3个月历史订单会员按购买次数从由大到小排序,取20%,得到活跃会员,其余则作为非活跃会员;
提取会员信息中与结算相关的属性;
根据会员的手机号从小到大进行排序,以减少收银机查找会员信息的复杂度;
将活跃会员存储在MySQL中,并经离线数据同步组件(2-3)同步至收银机(1)内存中,作为活跃会员信息库;将非活跃会员存储在文件中,并经离线数据同步组件(2-3)同步至收银机(1)磁盘中,作为非活跃会员信息库。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810490818.4A CN108711046A (zh) | 2018-05-21 | 2018-05-21 | 线下零售离线结算系统及方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810490818.4A CN108711046A (zh) | 2018-05-21 | 2018-05-21 | 线下零售离线结算系统及方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108711046A true CN108711046A (zh) | 2018-10-26 |
Family
ID=63869314
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810490818.4A Pending CN108711046A (zh) | 2018-05-21 | 2018-05-21 | 线下零售离线结算系统及方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108711046A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110033228A (zh) * | 2019-02-26 | 2019-07-19 | 杭州火小二科技有限公司 | 一种连锁企业总店客户端、服务器以及系统 |
CN110264151A (zh) * | 2019-05-20 | 2019-09-20 | 平安银行股份有限公司 | 一种账户数据的处理方法及相关装置 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101171614A (zh) * | 2005-05-18 | 2008-04-30 | 卡塔里纳销售公司 | 处理交易数据的数据结构和架构 |
CN105488667A (zh) * | 2015-09-30 | 2016-04-13 | 河南卓安科技有限公司 | 一种基于云服务器的WebPOS系统 |
-
2018
- 2018-05-21 CN CN201810490818.4A patent/CN108711046A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101171614A (zh) * | 2005-05-18 | 2008-04-30 | 卡塔里纳销售公司 | 处理交易数据的数据结构和架构 |
CN105488667A (zh) * | 2015-09-30 | 2016-04-13 | 河南卓安科技有限公司 | 一种基于云服务器的WebPOS系统 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110033228A (zh) * | 2019-02-26 | 2019-07-19 | 杭州火小二科技有限公司 | 一种连锁企业总店客户端、服务器以及系统 |
CN110033228B (zh) * | 2019-02-26 | 2021-11-09 | 杭州火小二科技有限公司 | 一种连锁企业总店客户端、服务器以及系统 |
CN110264151A (zh) * | 2019-05-20 | 2019-09-20 | 平安银行股份有限公司 | 一种账户数据的处理方法及相关装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108140203B (zh) | 用于通过性质图形模型生成关系的系统和方法 | |
US8818879B2 (en) | Data element specific transaction routing | |
CN101438314A (zh) | 用于电子交易的最低成本网络路由 | |
US20090119211A1 (en) | Methods and systems for managing financial institution customer accounts | |
CN102841906B (zh) | 一种整合的交易处理系统及交易处理方法 | |
US20140143110A1 (en) | Circular Transaction Path Detection | |
US11182762B1 (en) | Synchronizing open ticket functionality with kitchen display systems | |
US20090287536A1 (en) | Method for determining consumer purchase behavior | |
CN108229876A (zh) | 一种基于大数据的电商交易方法和电商交易系统 | |
US10430893B2 (en) | Systems and methods for extracting information from a transaction description | |
JP6672635B2 (ja) | 情報処理システム、精算装置、情報処理方法、及びプログラム | |
CN107508904B (zh) | 资源处理方法及装置 | |
CN107133289A (zh) | 一种确定商圈的方法和装置 | |
CN110163601A (zh) | 线上订单的结算方法及装置、系统、存储介质、电子装置 | |
WO2020238363A1 (zh) | 信息推送方法、装置、电子商务系统以及存储介质 | |
CN108711046A (zh) | 线下零售离线结算系统及方法 | |
WO2014121076A1 (en) | System and method for determining inventory locations | |
CN103903148A (zh) | C2c系统、b2c系统及其使用方法 | |
US9799065B1 (en) | Associating items based at least in part on physical location information | |
CN108629467A (zh) | 一种样品信息处理方法及系统 | |
CN108171592A (zh) | 一种基于大数据的购物推广系统 | |
CN112035681B (zh) | 基于知识图谱的信用卡费率信息确定方法及装置 | |
CN108352027A (zh) | 识别个人客户在不同商户购买的产品的计算机实现的方法和系统 | |
CN108280606A (zh) | 一种批发市场交易方法及系统 | |
Ezhilarasan et al. | Performance prediction using modified clustering techniques with fuzzy association rule mining approach for retail |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |