CN115526654A - 一种基于支付和理赔的稳价保供整体解决方法 - Google Patents

Abstract

本发明提供一种基于支付和理赔的稳价保供整体解决方法，属于信息化技术领域，主要环节包括智能电子秤电子支付并上传订单交易数据、理赔处理、零售企业信息查看。通过支付企业采购智能电子秤发放给零售企业，支付企业通过支付手续费分担电子秤采购成本，形成良性循环，把更多的零售企业纳入到稳价保供体系内。运营管理系统通过发布商品倡议价控制价格的稳定性。零售企业售卖商品价格须低于运营管理系统发布的倡议价。同时低于正常售卖价格的补偿资金以理赔的形式发放到零售企业，保障零售企业的企业利润。通过引入支付与理赔模式解决零售企业加入稳价保供体系动力不足且商品定价较高问题。

Description

一种基于支付和理赔的稳价保供整体解决方法

技术领域

本发明涉及通过信息化手段，将智能电子秤、移动支付、自动理赔等技术应用到商品稳价保供体系内，尤其涉及一种基于支付和理赔的稳价保供整体解决方法。

背景技术

传统稳价保供体系为零售企业自行采购智能电子秤且对售卖商品进行自行定价方案。由于智能电子秤采购成本相对较高，零售企业商品定价较低会影响利润，导致零售企业加入稳价保供体系动力不足。同时，由于零售企业实行商品自行定价，商品定价较高且波动较大。

发明内容

为了解决以上技术问题，本发明提供了一种基于支付和理赔的稳价保供整体解决方法。

本发明的技术方案是：

一种基于支付和理赔的稳价保供整体解决方案主要环节包括智能电子秤电子支付并上传订单交易数据、理赔处理、零售企业信息查看。

1)智能电子秤电子支付并上传订单交易数据过程分为电子支付和上传订单交易数据两部分。其中电子支付包括动态支付和静态支付。动态支付是商户每次进行订单结算时智能电子秤动态生产的支付二维码，此支付二维码对应的支付数据和订单是唯一绑定的，可唯一识别某笔交易。静态支付为放置在商户摊位前的静态支付二维码，此二维码未和商户订单数据进行绑定。商户扫码支付时，将支付信息上传至运营管理平台，运营管理平台通过调用第三方支付服务完成支付。同时，运营管理平台采用动态匹配算法将静态支付二维码的支付信息和智能电子秤订单交易数据进行匹配。具体算法为设置一个时间阈值t,一个价格阈值p,将某商户静态支付信息与上传的订单交易信息，按照时间阈值t和价格阈值p动态匹配。在时间阈值t和价格阈值p之内匹配到的支付数据和订单数据按照支付时间和订单交易时间最近原则进行绑定。因此动态匹配算法的匹配率和正确率是成反比的，在实际应用中，通过动态调整t和p的值，达到符合要求的匹配率和正确率。通过动态支付和静态支付，绑定商户订单交易数据与支付数据预防商户出现大面积订单交易数据造假行为。

上传订单交易数据为智能电子秤通过运营管理平台接收订单交易接口传输订单交易数据到运营管理平台。

2)理赔处理主要分为商户匹配理赔基础信息、运营管理平台接收理赔系统理赔信息、运营管理平台向理赔系统推送交易加权数据

商户匹配理赔基础信息，将运营管理系统中的商户信息与理赔系统中的商户信息进行匹配，主要是为运营管理系统中的商户ID与理赔系统商户ID进行匹配，解决两套系统中商户基础信息不一致问题。

运营管理平台接收理赔系统理赔信息主要是理赔系统将商户理赔信基础息包括理赔单号、商户名称、凭证类型、签单日期、理赔开始日期、理赔结束日、理赔商品品类期通过接口推送到运营管理平台。

运营管理平台向理赔系统推送交易加权数据主要是运营管理系统通过接收到的理赔信息匹配商户订单交易数据并将加权交易数据推送至理赔系统。加权数据分为加权重量和加权价格，加权重量为计算商户订单交易数据低于倡议价的理赔商品实际销售量求和，加权价格为实际交易价格(总金额/总重量)，将实际销售量、实际销售价格、商户名称、商户证件号、理赔品类推送到理赔系统。由于涉及到商户订单交易数据补传期限为3天，因为需要每天将所有商户近4天的加权交易数据全部推送到理赔系统。理赔系统基于加权数据计算理赔信息。

3)零售企业信息查看主要依托于微信小程序查看理赔数据，包括理赔时间、理赔金额等。

操作流程为：

1)支付企业采购智能电子秤发放给零售企业；

2)零售企业依托于智能电子秤及交易系统进行商品交易，包括称重、支付、交易数据上传；

3)运营管理系统接收智能电子秤交易系统订单交易数据及支付信息，同时与第三方支付系统、理赔系统进行数据交互；

4)理赔系统依据加权交易数据进行理赔计算，并对商户进行理赔；

5)企业使用微信小程序查看理赔及实时交易数据。

本发明的有益效果是

可以提高零售企业加入稳价保供体系的积极性，扩大稳价保供体系的覆盖范围，控制区域内商品价格的稳定。减少囤货居奇、哄抬物价、价格欺诈行为的发生。

附图说明

图1是本发明的业务流程示意图；

图2是系统整体架构图；

图3是系统整体交互流程图。

具体实施方式

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

本发明提供了一种基于支付和理赔的稳价保供整体解决方法，依托于智能电子秤及智能电子秤交易系统、运营管理系统、企业微信小程序、第三方支付系统、理赔系统实现。

1)智能电子秤交易系统包括登录管理、商品管理、秤体控制、经营结算、购物车、快捷功能、异常状态、状态监控、数据上传、软件更新。主要实现商品售卖、支付及相关数据上传功能。

其中登录管理主要是使用手机号或密码登录智能电子秤。

商品管理主要是选择商品、搜索商品，并且支持通过智能摄像头自动识别商品快速完成商品选择。

称体控制主要是去皮和置零功能。

经营结算主要是进行现金或线上结算、赠送、优惠等，线上结算包括动态支付和静态支付两种支付模式。

购物车主要包括待收费商品信息展示、删除已称重商品、挂单、优惠及赠送商品显示、整单删除等功能。

快捷功能包括一键报修、打印机开关、日结显示及打印、钱箱开关、消息查看、交易订单列表、交易统计、设置市公斤、设置价格四舍五入。

异常状态主要包括离线交易与断电恢复两个功能，使智能电子秤在异常状态下可以使用。

状态监控主要能够查看设备最后的运行时间及交易时间，并提示长时间未使用的机器，监控数据实时共享到运营管理平台的状态。

数据上传主要是智能电子秤能够实时将订单交易数据、支付数据上传到运营管理平台。

2)运营管理系统主要是管理智能电子秤并采集交易数据。同时，实现与理赔系统、支付系统的数据交互。包括企业信息管理、商品信息管理、设备管理、运维管理、理赔信息管理、监测分析、接口对接、倡议价管理。

其中企业信息管理包括企业备案和商户备案。

商品信息管理包括监测商品基础品类管理、品类信息统一下发、智能电子秤自定义商品与基础品类对应、交易信息管理。

设备管理包括设备类型、备案、发放、领用、退回、维修、报废、使用分析、运行监控管理，实现对智能电子秤的全流程管理。

运维管理包括运维人员管理、报修单管理、工单分配、运维过程记录、备件领用管理、评价反馈、超时工单预警、统计分析等功能。通过便捷的电子化运维体系更好的完成智能电子秤的运维工作。

理赔信息管理主要查看商户理赔信息。

监测分析包括价格监测、销量异常监测。价格监测主要监测商品交易价格超过倡议价的数据，超过倡议价部分不予理赔。销量异常监测主要是销量极高极低监测，用来佐证商户交易数据的准确性，及时发现问题商户，排查相关异常数据。

接口对接包括与智能电子秤、理赔系统、第三方支付系统对接。与理赔系统对接主要包括接收理赔信息和将计算好的加权数据推送给理赔系统，依据理赔数据对企业进行理赔。与支付系统对接主要对接支付接口实现智能电子秤动态支付和静态支付。与智能电子秤对接包括基础品类下发、倡议价下发、采集交易数据等。

倡议价管理主要管理商品的倡议价。

3)企业微信小程序主要包括理赔信息查询、运维管理、实时蔬菜交易数据查询。主要给企业或者商户使用查询理赔、销售数据等信息。

4)理赔系统主要包括商户理赔基础信息管理、理赔信息计算、接口服务。

5)支付系统主要为第三方支付系统。

支付企业采购智能电子秤发放给零售企业，零售企业使用智能电子秤销售相关商品，将支付及订单交易信息上传至运营管理系统。运营管理系统匹配支付及订单交易数据并将加权数据推送给理赔系统，理赔系统依据交易数据计算相关理赔金额。

本发明通过支付企业采购智能电子秤发放给零售企业，支付企业通过支付手续费分担电子秤采购成本，形成良性循环，把更多的零售企业纳入到稳价保供体系内。运营管理系统通过发布商品倡议价控制价格的稳定性。零售企业售卖商品价格须低于运营管理系统发布的倡议价。同时低于正常售卖价格的补偿资金以理赔的形式发放到零售企业，保障零售企业的企业利润。通过引入支付与理赔模式解决零售企业加入稳价保供体系动力不足且商品定价较高问题。

以上所述仅为本发明的较佳实施例，仅用于说明本发明的技术方案，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (8)

1.一种基于支付和理赔的稳价保供整体解决方法，其特征在于，

包括

智能电子秤电子支付并上传订单交易数据、理赔处理、零售企业信息查看三个步骤：

1)智能电子秤电子支付并上传订单交易数据，分为电子支付和上传订单交易数据两部分；其中电子支付包括动态支付和静态支付；上传订单交易数据为智能电子秤通过运营管理平台接收订单交易接口传输订单交易数据到运营管理平台；

2)理赔处理，包括商户匹配理赔基础信息、运营管理平台接收理赔系统理赔信息、运营管理平台向理赔系统推送交易加权数据；

商户匹配理赔基础信息，将运营管理系统中的商户信息与理赔系统中的商户信息进行匹配，为运营管理系统中的商户ID与理赔系统商户ID进行匹配，解决两套系统中商户基础信息不一致问题；

运营管理平台接收理赔系统理赔信息，理赔系统将商户理赔信基础息包括理赔单号、商户名称、凭证类型、签单日期、理赔开始日期、理赔结束日、理赔商品品类通过接口推送到运营管理平台；

运营管理平台向理赔系统推送交易加权数据，运营管理系统通过接收到的理赔信息匹配商户订单交易数据并将加权交易数据推送至理赔系统；

3)零售企业信息查看，利用微信小程序查看理赔数据，包括理赔时间、理赔金额。

2.根据权利要求1所述的方法，其特征在于，

动态支付是商户每次进行订单结算时智能电子秤动态生产的支付二维码，此支付二维码对应的支付数据和订单是唯一绑定的，可唯一识别交易；

静态支付为放置在商户摊位前的静态支付二维码，此二维码未和商户订单数据进行绑定；商户扫码支付时，将支付信息上传至运营管理平台，运营管理平台通过调用第三方支付服务完成支付。

3.根据权利要求2所述的方法，其特征在于，

运营管理平台采用动态匹配算法将静态支付二维码的支付信息和智能电子秤订单交易数据进行匹配。

4.根据权利要求3所述的方法，其特征在于，

设置一个时间阈值t,一个价格阈值p,将商户静态支付信息与上传的订单交易信息，按照时间阈值t和价格阈值p动态匹配；

在时间阈值t和价格阈值p之内匹配到的支付数据和订单数据按照支付时间和订单交易时间最近原则进行绑定；

动态匹配算法的匹配率和正确率是成反比的，通过动态调整t和p的值，达到符合要求的匹配率和正确率。

5.根据权利要求4所述的方法，其特征在于，

通过动态支付和静态支付，绑定商户订单交易数据与支付数据。

6.根据权利要求5所述的方法，其特征在于，

加权数据分为加权重量和加权价格两类，加权重量为商户订单交易数据低于倡议价的理赔商品实际销售量求和，加权价格为实际交易价格(总金额/总重量)，将实际销售量、实际销售价格、商户名称、商户证件号、理赔品类推送到理赔系统，理赔系统基于加权数据计算理赔信息。

7.根据权利要求6所述的方法，其特征在于，

商户订单交易数据补传期限为3天，每天将所有商户近4天的加权交易数据全部推送到理赔系统。

8.根据权利要求7所述的方法，其特征在于，

主要流程为：

1)支付企业采购智能电子秤发放给零售企业；

2)零售企业依托于智能电子秤及交易系统进行商品交易，包括称重、支付、交易数据上传；

3)运营管理系统接收智能电子秤交易系统订单交易数据及支付信息，同时与第三方支付系统、理赔系统进行数据交互；

4)理赔系统依据加权交易数据进行理赔计算，并对商户进行理赔；

5)企业使用微信小程序查看理赔及实时交易数据。

Images