CN110689405A

CN110689405A - 一种用于快速响应的全渠道连锁经营后台系统

Info

Publication number: CN110689405A
Application number: CN201910894583.XA
Authority: CN
Inventors: 徐高平; 蒋文强
Original assignee: Shenzhen Angjie Information Technology Co Ltd
Current assignee: Shenzhen Angjie Information Technology Co Ltd
Priority date: 2019-09-20
Filing date: 2019-09-20
Publication date: 2020-01-14

Abstract

本发明公开了一种用于快速响应的全渠道连锁经营后台系统，包括智慧中台、收银终端、数据库、服务端、更新模块、智慧中台卡券云平台，其中：智慧中台是面向商业生态的统一平台，用于解除后台各ERP、CRM与前端之间的关联关系；收银终端用于顾客消费、对终端数据进行管理；服务端可与Oracle、DB2、Sqlserver、Mysql多种数据库对接，实现数据传输；本发明的有益效果是：强大的促销模型和运算引擎，支持零售行业绝大多数促销方式，业务匹配度高，适应性强，运算性能好；完善的卡券模型和运算、预计算引擎，支持市面上绝大多数卡券营销场景，适应性强，场景丰富，运算性能好；提供不同类型的接口对接方式，便于不同系统之间高效集成。

Description

一种用于快速响应的全渠道连锁经营后台系统

技术领域

本发明属于连锁经营技术领域，具体涉及一种用于快速响应的全渠道连锁经营后台系统。

背景技术

随着供需关系的变化，移动互联网的普及应用，消费者个性化的消费诉求越来越明显。而传统的相关技术都是各终端、各渠道各自独立实现商品、价格、促销、会员、卡券、支付、订单、库存等方面的业务逻辑。

一般由ERP直接为各类终端、各种渠道直接提供数据和服务，一部分ERP不支持的功能由不同渠道分别开发相应功能。现有技术的系统结构示意图如说明书附图图1所示；现有技术中存在着以下方面的不足：

1.全渠道、多业态连锁经营的背景下，顾客的消费触点（小程序、APP、微信商城、三方平台）越来越多，对于多业态、多渠道、多场景的前端支持略显吃力；

2.企业的后台系统，在创建之初的目标，是为了实现后端资源的信息化管理，解决企业管理及运营的效率问题；在如今全业态、全渠道运营的背景下，各种灵活多样化的促销、营销活动如何通过后台来实现快速响应及支持是所面临的问题；

3.企业的各业态的ERP系统来自不同的厂商，对于前端的支持需要实现多业态下多个系统间的联动，导致接口越来越多，业务也相继越来越复杂，系统使用的成本也越来越高。

发明内容

本发明的目的在于提供一种用于快速响应的全渠道连锁经营后台系统，以解决上述背景技术中提出的全渠道、多业态连锁经营的背景下，顾客的消费触点（小程序、APP、微信商城、三方平台）越来越多，对于多业态、多渠道、多场景的前端支持略显吃力；企业的后台系统，在创建之初的目标，是为了实现后端资源的信息化管理，解决企业管理及运营的效率问题；在如今全业态、全渠道运营的背景下，各种灵活多样化的促销、营销活动如何通过后台来实现快速响应及支持是所面临的问题；企业的各业态的ERP系统来自不同的厂商，对于前端的支持需要实现多业态下多个系统间的联动，导致接口越来越多，业务也相继越来越复杂，系统使用的成本也越来越高的问题。

为实现上述目的，本发明提供如下技术方案：一种用于快速响应的全渠道连锁经营后台系统，包括智慧中台、收银终端、数据库、服务端、更新模块、智慧中台卡券云平台，其中：

智慧中台是面向商业生态的统一平台，用于解除后台各ERP、CRM与前端之间的关联关系；

收银终端用于顾客消费、对终端数据进行管理；

服务端可与Oracle、DB2、Sqlserver、Mysql多种数据库对接，实现数据传输；

更新模块确保与各类第三方系统的有效集成，用于各类数据的积累与共享，用于将零售中台与后台ERP系统和门店POS系统进行对接；

智慧中台卡券云平台用于提供优惠券、电子提货券，多运营商所管理，对活动参与情况客群结构进行分析。

作为本发明的一种优选的技术方案，收银终端通过逻辑优化实现强大的大并发支撑能力，具体如下：采用线程池模式，中间件启动时，根据配置，生成足够数量的线程，当有需要服务的请求时，从池中查找空闲线程，实时响应；数据库采用预连接处理，使用的数据库连接不会立即释放；资源请求按照阈值判断，当超过系统处理时，新请求直接进入队列进行排队，当有空闲线程时，立即从队列中取出请求进行处理；每个请求，根据处理的特点，可以微调整其处理超时；大数据量处理可采用压缩处理。

作为本发明的一种优选的技术方案，所述智慧中台发挥以下几个方面的服务：数据服务，业务服务，业务管理，路由服务。

作为本发明的一种优选的技术方案，所述智慧中台设计原则如下：统一准入，统一控制，资源共享，闭环生态，数据化运营。

作为本发明的一种优选的技术方案，所述智慧中台接入方式如下：直接进行系统对接集成，CPOS轻量化产品接入，按照中台标准接入，按照对方标准个性化接入。

作为本发明的一种优选的技术方案，所述数据库包括水平切分和垂直切分。

作为本发明的一种优选的技术方案，还包括中台促销引擎，该引擎服务模型包括参与范围，参与条件，执行结果，计算规则。

作为本发明的一种优选的技术方案，卡券云平台运作机制包括营销服务、营销执行、营销管理。

与现有技术相比，本发明的有益效果是：

（1）强大的促销模型和运算引擎，支持零售行业绝大多数促销方式，业务匹配度高，适应性强，运算性能好；

（2）完善的卡券模型和运算、预计算引擎，支持市面上绝大多数卡券营销场景，适应性强，场景丰富，运算性能好；

（3）提供不同类型的接口对接方式，便于不同系统之间高效集成。

附图说明

图1为现有的结构示意图；

图2为本发明的中台系统规划设计理念结构示意图；

图3为本发明的系统示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

对比例

请参阅图1，现有技术的系统结构示意图：包括第三方服务和POS后台之间的联系，POS后台包括PC-POS、移动自助POS，其中PC-POS、移动自助POS均包括商品界面、支付界面、订单界面；商品界面包括商品信息、商品价格、商品促销、商品打折；支付界面包括现金、银行卡、微信支付、支付宝支付、纸券、电子券；订单界面包括线上订单、团购订单。

实施例

请参阅图2和图3，本发明提供一种技术方案：一种用于快速响应的全渠道连锁经营后台系统，包括智慧中台、收银终端、数据库、服务端、更新模块、智慧中台卡券云平台，其中：

智慧中台是面向商业生态的统一平台，用于解除后台各ERP、CRM与前端之间的关联关系；让各系间的职责更明确，业务处理更清晰，降低或解除系统间的耦合性，让后台系统更稳定、更可靠，同时对于前端的变化响应更快速；

收银终端用于顾客消费、对终端数据进行管理；包括百货、购物中心综合体的集中收银；连锁超市的统一收银；专营专卖店的收银；购物中心综合体商户自收银（租用收银系统）；顾客的自助收银；提供稳定、高效、便捷的收银支持，以增强顾客门店支付体验，POS系统跨平台、跨设备，可支持Windows、UNIX、LINUX、IOS、安卓操作系统及POS端，充分满足未来可能出现的各类场景下的收银需求，POS系统具有极致方便、极致全面、极致速度、极致体验、极致通用、极致可靠一系列突出优势，不仅可以全面支撑公司的收银管理需要，同时易管理、易维护，安全性、稳定性高；

更新模块确保与各类第三方系统的有效集成，用于各类数据的积累与共享，用于将零售中台与后台ERP系统和门店POS系统进行对接；灵活实现新系统的扩展；在保障跨系统的整合能力的同时，保障系统性能的可扩展性；

本实施例中，优选的，收银终端通过逻辑优化实现强大的大并发支撑能力，具体如下：采用线程池模式，中间件启动时，根据配置，生成足够数量的线程，当有需要服务的请求时，从池中查找空闲线程，实时响应；数据库采用预连接处理，使用的数据库连接不会立即释放，对于数据库请求，减少了数据库连接的开销；资源请求按照阈值判断，当超过系统处理时，新请求直接进入队列进行排队，当有空闲线程时，立即从队列中取出请求进行处理；

每个请求，根据处理的特点，可以微调整其处理超时，防止出现网络堵塞；部分大数据量处理采用了压缩处理，减少了网络开销。

本实施例中，优选的，智慧中台发挥以下几个方面的服务：数据服务，业务服务，业务管理，路由服务；数据服务：对后端数据进行抽取、清洗和转换，并装入中台的数据模型，然后为前端应用提供数据服务；业务服务：为保证核心业务逻辑在各渠道的一致性，做到一次开发处处使用，多个渠道需要共享的业务逻辑，在中台实现，并提供统一的接入规范和一致的业务服务；业务管理：部分原来业务系统不支持或者支持不好的业务，可以在中台上进行扩展；路由服务：一些合作伙伴提供的服务可以通过中台实现前端服务消费到后端服务实现的透明访问，前端只需要关心需要什么服务，不用关心服务从哪里来，由谁提供，这样解耦前后端，保障前后端的逻辑独立性，提高开发效率和周期，降低运维成本。

本实施例中，优选的，智慧中台设计原则如下：统一准入，统一控制，资源共享，闭环生态，数据化运营；统一准入：无论自建渠道、终端或第三方渠道、终端，都需要通过平台认证方可接入，第三方合作伙伴的接入必须由广百审核后，才能进入该平台，而且原则上接入方需要遵守中台标准规范（大众化平台接入的服务可以共用，接口可以二次封装）；统一控制：核心资源统一控制，例如：会员、支付，此外，第三方接入需要在平台上签订合作协议，并设定运营范围，第三方合作伙伴只能在协议允许的范围内运营，并按照协议约定进行将结算和清算；资源共享：会员资源共享在各业态、各渠道充分共享；闭环生态：活动的规划、活动执行与检查、活动评估分析（包括：计划达成、业绩对比、客流提升与人群特征分析），协助运营持续改进；数据化运营：中台不仅仅是链接人、货、场，支持业务场景的高效执行与创新，同时顾客的基础信息、行为数据、交易数据、活动参与数据、社交数据等多维度数据沉淀，为后续数据化运营提供基础。

本实施例中，优选的，智慧中台接入方式如下：对于企业内部的系统，直接进行系统对接集成；中小客户提供CPOS轻量化产品接入；自建渠道或一般渠道提供OpenAPI，供对方按照中台标准接入；大众化渠道（例如：淘鲜达、京东到家、天猫旗舰店、京东旗舰店、多点、美团），一般按照对方标准个性化接入。

本实施例中，优选的，数据库包括水平切分和垂直切分。

本实施例中，优选的，还包括中台促销引擎，该引擎服务模型包括参与范围，参与条件，执行结果，计算规则；模型说明：活动时间范围：活动生效的时间，可以是日期段、可以是精确到分钟的时间段，也可以是指定某段时间的每个周几；活动范围规则：活动在哪些渠道开展，渠道：如某些门店、微信商城、移动APP；活动目标顾客：活动所针对的顾客群体，可以是全部顾客，也可以是全部会员，或指定某一卡级别的会员（例如：新会员、高级会员），或某一标签的群体（标签由CRM或其它专业系统生成与解析）；活动购买集合：活动所覆盖的商品、类别、品牌；活动执行结果：定价、定折扣率、一口价、均一价、满减、满折、赠送集合（活动类型），例如：任选三件10元、任选三件8折、A+B组合8元、系列商品一律2元/件、满减、满折、赠券、返礼品、送积分、换购；活动支付条件：例如，针对某种支付方式进行促销，也可以排除部分支付方式，例如：用券消费金额不能参与返券活动；计算规则：可以排除部分品类、商品、品牌不参与条件计算，或不参与结果计算，或者完全不参与该活动；同时，可以制定循环规则，循环参与活动，此时可以定义封顶，达到封顶条件时，不再继续循环赠送；对于促销活动冲突的处理办法：同类型的促销是后单压前单，不同类型的促销可以选择是低价优先，还是折上折；限量方式：可以总体限量，也可以从门店、日期、人员维度进行组合设置限量，让尽可能多的人能够参与活动，比如：每人每日限量5件；每人每日每店限量3件；折扣分摊方式：可以选择促销折扣的商家承担比例，供应商承担比例=1-商家承担比例；促销引擎的特点：业务层面：多种促销方式灵活选择；多渠道的促销联动支持；可以针对不同客群的促销；

技术层面：促销预计算引擎，为线上促销展示和提醒提供支持；多重促销（优先级、低价、叠加）策略规则；支持线下的离线促销交易处理机制（核心算法与中台共享，确保算法逻辑一致）；基于微服务的可扩展的并发计算处理能力；灵活的促销模型和业务规则参数，可以适配不同ERP。

本实施例中，优选的，卡券云平台运作机制包括营销服务、营销执行、营销管理。

需要补充的是：

中台集中部署在总部；门店POS可以实时连接到中台进行相关查询和交易；在脱网情况下，POS可以使用本地的脱机包进行正常交易，并执行促销价格（限量必须联网的活动无法执行）；销售流水从中台回写到ERP的门店POS后台数据库中；支持超市、百货、电器多业态不同ERP及其门店系统的对接；中台通过DTS工具，从ERP中定期抽取主档、物价、PLU数据；中台通过DTS工具，从ERP门店系统中定期抽取库存数据（减去当日已销未扣减库存的部分）；如有需要，中台可以自行定义渠道专享价格；中台可以针对渠道、业态、门店、流程、专柜、品类、品牌、单品发起促销活动；中台可以针对渠道、业态、门店、流程、专柜、品类、品牌、单品发起券活动，可以渠道间发券用券，也可以业态间、门店间发券用券，还可以品类、品牌之间相互发券用券；通过DataMap工具直接实时访问CRM系统读取会员、积分、卡券信息，并实时进行消费交易处理；交易完成的订单，通过RabbitMQ回传ERP门店前台管理系统进行记账和库存处理。

尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同物限定。

Claims

1.一种用于快速响应的全渠道连锁经营后台系统，其特征在于，包括智慧中台、收银终端、数据库、服务端、更新模块、智慧中台卡券云平台，其中：

收银终端用于顾客消费、对终端数据进行管理；

2.根据权利要求1所述的一种用于快速响应的全渠道连锁经营后台系统，其特征在于：收银终端通过逻辑优化实现强大的大并发支撑能力，具体如下：采用线程池模式，中间件启动时，根据配置，生成足够数量的线程，当有需要服务的请求时，从池中查找空闲线程，实时响应；数据库采用预连接处理，使用的数据库连接不会立即释放；资源请求按照阈值判断，当超过系统处理时，新请求直接进入队列进行排队，当有空闲线程时，立即从队列中取出请求进行处理；每个请求，根据处理的特点，可以微调整其处理超时；大数据量处理可采用压缩处理。

3.根据权利要求1所述的一种用于快速响应的全渠道连锁经营后台系统，其特征在于：所述智慧中台发挥以下几个方面的服务：数据服务，业务服务，业务管理，路由服务。

4.根据权利要求1所述的一种用于快速响应的全渠道连锁经营后台系统，其特征在于：所述智慧中台设计原则如下：统一准入，统一控制，资源共享，闭环生态，数据化运营。

5.根据权利要求1所述的一种用于快速响应的全渠道连锁经营后台系统，其特征在于：所述智慧中台接入方式如下：直接进行系统对接集成，CPOS轻量化产品接入，按照中台标准接入，按照对方标准个性化接入。

6.根据权利要求1所述的一种用于快速响应的全渠道连锁经营后台系统，其特征在于：所述数据库包括水平切分和垂直切分。

7.根据权利要求1所述的一种用于快速响应的全渠道连锁经营后台系统，其特征在于：还包括中台促销引擎，该引擎服务模型包括参与范围，参与条件，执行结果，计算规则。

8.根据权利要求1所述的一种用于快速响应的全渠道连锁经营后台系统，其特征在于：卡券云平台运作机制包括营销服务、营销执行、营销管理。