CN115345682A - 一种企业的返利管理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明涉及一种企业的返利管理方法、装置、电子设备及存储介质。本发明所述的企业的返利管理方法包括：获取第一用户在第一客户端录入的返利协议内容；根据所述返利协议内容，将所述返利协议内容推送至对应的第二用户；获取对所述返利协议内容的审批结果，当所述审批结果为通过，将所述返利协议内容传输至ERP系统；接受所述ERP系统根据所述返利协议内容生成的返利预测；获取银行流水凭证信息、实收发票信息，生成实收凭证，并将所述实收凭证传输至所述ERP系统；获取所述ERP系统完成的实收摊分结果。本发明所述的企业的返利管理方法，在返利计算和管理之前加入了风控相关判断，一些不利于整体业务发展的返利协议可得到有效控制，并且更加灵活。

Description

一种企业的返利管理方法、装置、电子设备及存储介质

技术领域

本发明涉及医药流通的管理技术领域，特别是涉及一种企业的返利管理方法、装置、电子设备及存储介质。

背景技术

药品企业通过在药品销售时提供返还利润的方式以加强与经销商或销售终端的合作、扩大市场份额，进而提高市场竞争力，是医药流通领域中常见的市场营销方式。由于药品销售业务的多样性，医药销售返利的模式也具有多样性，返利的计算方式、适用范围、支付结算方式各有千秋，大量的数据处理和分析需求使得企业必须引入信息化的智能系统进行供应商返利管理。但目前医药行业中通用的返利管理系统仍存在诸如依赖人工、无法同时处理和预警超过量级的返利信息、无法监督不合规的返利支付等多个难点。

行业中通用的返利管理系统主要依赖人工追踪，具有(1)信息不完整不全面、(2)返利计算及跟踪滞后、(3)无法预警实收应收数据的问题。

另外，现有的返利管理系统仅仅对录入以后的协议进行规则提取并按照规则进行返利计算，但没有返利协议的风险控制功能。

发明内容

基于此，本发明的目的在于，提供一种企业的返利管理方法、装置、电子设备及存储介质，在返利计算和管理之前加入了风控相关判断，一些不利于整体业务发展的返利协议可得到有效控制，并且更加灵活。

第一方面，本发明提供一种企业的返利管理方法，包括以下步骤：

获取第一用户在第一客户端录入的返利协议内容，所述返利协议内容包括返利规则；

根据所述返利协议内容，确定所述返利协议对应的审批属性；其中，所述审批属性指示所述返利协议对应不同的审批流程；

根据所述返利协议对应的审批流程，将所述返利协议内容推送至对应的第二用户；

获取所述第二用户对所述返利协议内容的审批结果，当所述审批结果为通过，将所述返利协议内容传输至ERP系统；

接受所述ERP系统根据所述返利协议内容生成的返利预测；

获取银行流水凭证信息、实收发票信息，根据所述实收发票信息和所述返利规则，生成实收凭证，并将所述实收凭证传输至所述ERP系统；

获取所述ERP系统完成的实收摊分结果。

进一步地，所述审批流程指示所述返利协议对应的审批人员的级别和审批人员的人数；

所述审批属性包括以下至少一项：供应商级别、协议金额级别、协议品种级别、协议数量级别、返利金额级别、返利比例级别。

进一步地，根据所述返利协议对应的审批流程，将所述返利协议内容推送至对应的第二用户之前，还包括：

根据所述协议内容，判断所述返利协议对应的风险属性；

当所述返利协议对应的风险属性指示所述返利协议存在风险，生成拦截提示。

进一步地，所述返利协议对应的风险属性至少包括以下一项：

所述返利协议是否存在重复、所述返利协议是否有版本修改、所述返利协议是否有大额应收变动、所述返利协议是否兑付时间与合同时间跨度超过预设时长。

进一步地，根据所述实收发票信息和所述返利规则，生成实收凭证，包括：

获取第一用户提交的核销实收协议的请求和所述第一用户提交的对应的发票；

使用OCR技术对已上传发票进行文字识别和真伪校验；

当所述发票的校验结果为真，根据所述协议内容生成实收凭证。

进一步地，获取第一用户在第一客户端录入的返利协议内容之前，还包括：

获取所述第一用户的录入协议请求；

判断当前所述第一用户是否创建协议包；

若当前所述第一用户已创建协议包，将当前录入的协议内容存入所述已有协议包；

若当前所述第一用户未创建协议包，则创建当前第一用户对应的协议包，并将当前录入的协议内容存入所述新建协议包。

第二方面，本发明还提供一种企业的返利管理装置，包括：

返利协议获取模块，用于获取第一用户在第一客户端录入的返利协议内容，所述返利协议内容包括返利规则；

返利协议审批属性确定模块，用于根据所述返利协议内容，确定所述返利协议对应的审批属性；其中，所述审批属性指示所述返利协议对应不同的审批流程；

返利协议推送模块，用于根据所述返利协议对应的审批流程，将所述返利协议内容推送至对应的第二用户；

返利协议审批结果获取模块，用于获取所述第二用户对所述返利协议内容的审批结果，当所述审批结果为通过，将所述返利协议内容传输至ERP系统；

返利预测获取模块，用于接受所述ERP系统根据所述返利协议内容生成的返利预测；

返利实收凭证生成模块，用于获取银行流水凭证信息、实收发票信息，根据所述实收发票信息和所述返利规则，生成实收凭证，并将所述实收凭证传输至所述ERP系统；

返利摊分结果获取模块，用于获取所述ERP系统完成的实收摊分结果。

第三方面，本发明还提供一种电子设备，包括：

至少一个存储器以及至少一个处理器；

所述存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述至少一个处理器执行，使得所述至少一个处理器实现如本发明第一方面任一所述的一种企业的返利管理方法的步骤。

第四方面，本发明还提供一种计算机可读存储介质，

所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如本发明第一方面任一所述的一种企业的返利管理方法的步骤。

本发明提供的一种企业的返利管理方法、装置、电子设备及存储介质，使用自行研发的统一采购平台，使用云原生架构统一部署在私有云中，保密性更高。在协议录入与预运算之间集成了审批流，在这过程中一些不利于整体业务发展的返利协议可得到有效控制，并且更加灵活。应收返利运算在erp中进行，减少海量进销存数据对接而产生的不稳定因素，减少数据同步之间的时间差造成的影响。基于返利协议基础的数据捕捉、汇总分类和监测分析，本发明实现了通过返利管理辅助定价决策和毛利估算，一方面可以通过详尽而智能的返利信息管理评估采购员的业绩，另一方面收付实现制和权责发生制之间的转换与协调可以更好地协助财务确认收入，综合实现销售返利管理对营销策略的积极影响。

为了更好地理解和实施，下面结合附图详细说明本发明。

附图说明

图1为本发明在一个实施例中依托的硬件网络拓扑图；

图2为本发明提供的一种企业的返利管理方法的步骤示意图；

图3为一个实施例中进行协议录入和审批的流程示意图；

图4为一个实施例中进行凭证认领和实收录入及摊收的流程示意图；

图5为本发明提供的一种企业的返利管理装置的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例方式作进一步地详细描述。

应当明确，所描述的实施例仅仅是本申请实施例一部分实施例，而不是全部的实施例。基于本申请实施例中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本申请实施例保护的范围。

在本申请实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请实施例。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。在本申请的描述中，需要理解的是，术语“第一”、“第二”、“第三”等仅用于区别类似的对象，而不必用于描述特定的顺序或先后次序，也不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

此外，在本申请的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

在一个具体的实施例中，本申请实施例提供的一种企业的返利管理方法依托于如图1所示的网络拓扑图。其中，PMS采购系统云端应用为企业自行研发的统一采购平台，使用云原生架构统一部署在私有云中，为企业采购员主要使用的系统。

针对背景技术中的问题，本申请实施例提供一种企业的返利管理方法，如图2所示，该方法包括以下步骤：

S01：获取第一用户在第一客户端录入的返利协议内容，所述返利协议内容包括返利规则。

在一个具体的应用场景中，第一用户为药品经销商等企业中的采购员等人员。第一客户端为搭载了PMS采购系统的智能终端，例如办公台式机、笔记本电脑、平板电脑、智能手机等设备。

采购员与药品供应商达成采购协议意向后，通过第一客户端录入协议内容。

在一些具体的场景中，协议内容包括：供应商名称、采购商名称、购入各种药品的数量和单价、批次日期和返利规则等内容。

优选的，PMS采购系统预设了协议录入模板，采购员在录入协议内容时，需要选择系统设计支持的返利协议，每一项协议有对应的相关规则，并且规则可叠加。

优选的，如图3所示，在获取第一用户在第一客户端录入的返利协议内容，还包括以下步骤：

S11：获取所述第一用户的录入协议请求；

S12：判断当前所述第一用户是否创建协议包；

S13：若当前所述第一用户已创建协议包，将当前录入的协议内容存入所述已有协议包；

S14：若当前所述第一用户未创建协议包，则创建当前第一用户对应的协议包，并将当前录入的协议内容存入所述新建协议包。

S02：根据所述返利协议内容，确定所述返利协议对应的审批属性；其中，所述审批属性指示所述返利协议对应不同的审批流程。

为控制采购风险，在一个优选的实施例中，返利录入后会触发审批流，该审批流调用的是PMS自带的审批流引擎，通过多条件智能拦截以及多节点审批以达到企业监管和风险控制目的。

优选的，所述审批流程指示所述返利协议对应的审批人员的级别和审批人员的人数。、

当审批属性指示该协议对应的风险等级越高，需要审批该协议的人员越多、级别越高。在具体的应用场景中，第二用户可能为采购员的多层级上级、企业的多层级财务人员、多层级法务人员等。

所述审批属性包括以下至少一项：供应商级别、协议金额级别、协议品种级别、协议数量级别、返利金额级别、返利比例级别。

S03：根据所述返利协议对应的审批流程，将所述返利协议内容推送至对应的第二用户。

具体的，根据录入返利协议的等级，类型，协议内容，确定所述返利协议对应的审批属性；其中，不同等级，类型，协议内容都会对应不同的审批流程。

根据发起审批角色，将协议审批推送至发起审批角色的所属的专属上级审批节点。经过专属上级审批节点后，其余节点同角色均可对此审批单据进行审批。

在另一个优选的实施例中，为了进一步智能识别返利协议风险，在根据所述返利协议对应的审批流程，将所述返利协议内容推送至对应的第二用户之前，还包括以下步骤：

S031：根据所述协议内容，判断所述返利协议对应的风险属性；

S032：当所述返利协议对应的风险属性指示所述返利协议存在风险，生成拦截提示。

具体的，审批协议若有重复，审批流程给出拦截提示。审批协议若有前后版本修改，审批流程给出拦截提示。审批协议若有大额应收变动，审批流程给出拦截提示。审批协议若有兑付时间与合同时间跨度过长，审批流程给出拦截提示。

S04：获取对所述返利协议内容的审批结果，当所述审批结果为通过，将所述返利协议内容传输至ERP系统。

具体的，当返利协议审批通过后，系统形成队列，等待ERP通过定时API接口对返利协议进行拉取。

S05：接受所述ERP系统根据所述返利协议内容生成的返利预测。

具体的，ERP获取协议后根据协议规则进行应收计算，并分摊到具体每个相关品种的批次中，其中返利种类包含：

(1)按购进数量-普通型

·协议总体限制：符合协议限制购进商品的数量和*对应阶梯的返利单价

·返利商品限制：sum(各个商品符合条件的数量*对应阶梯的返利单价)

·假设A商品购进数量为100,B商品购进数量为100，此协议所有返利为：协议总体限制模块返利+返利商品限制模块返利＝200*1+100*2+100*1

(2)按购进数量-指定批次

·每个批次的返利金额＝批次整体返利＝批次数量*每件返利单价

·协议整体返利＝sum每个批次的返利金额

·购进型的指定批次应收的产生是在录入协议后就会产生这个批次全部的应收(因为购进型的指定批次一定是针对已购进的)

(3)按购进金额-普通型

·协议总体限制：符合协议限制购进商品的p1金额和*对应阶梯的返利比例

·返利商品限制：sum(各个商品符合条件的p1金额和*对应阶梯的返利比例)

·假设A商品购进p1金额和为100,B商品购进p1金额和为100，此协议所有返利为：协议总体限制模块返利+返利商品限制模块返利＝200*10％+100*9％+100*8％

(4)按购进金额-指定批次

·每个批次的返利金额＝批次整体返利＝批次数量*每件p1单价*每件返利比例

·协议整体返利＝sum每个批次的返利金额

·购进型的指定批次应收的产生是在录入协议后就会产生这个批次全部的应收(因为购进型的指定批次一定是针对已购进的)

(5)按销售数量-普通型

·协议总体限制：符合协议限制商品的销售出库数量*对应阶梯的返利单价

·返利商品限制：sum(各个商品符合条件的销售出库数量*对应阶梯的返利单价)+sum(各个商品符合条件的赠品销售出库数量*对应每件返利单价

·订单及终端返利限制(阶梯型)：订单明细的数量*对应的阶梯返利单价

·订单及终端返利限制(X型)：根据订单明细的数量与X对比得出的返利总额

·假设A商品销售数量为100,其中正常销售的数量有98，赠品销售的数量有2，协议总体限制模块的返利为＝100*1，返利商品限制模块的返利＝100*1+2*11，那么此协议的返利金额＝协议总体限制模块的返利+返利商品限制模块的返利+订单及终端模块的返利(此处需要根据每条销售明细计算)

(6)按销售数量-指定批次

·每个批次的返利金额＝批次整体返利＝批次数量*每件返利单价

·协议整体返利＝sum每个批次的返利金额

·销售型的指定批次应收的产生是根据销售数量计算的，每销售产生一笔会产生一笔应收，当全部销售完成后会产生全部的返利

(7)按销售金额-普通型

·协议总体限制：符合协议限制商品的销售出库金额*对应阶梯的返利比例

·返利商品限制：sum(各个商品符合条件的销售出库金额*对应阶梯的返利比例)

·订单及终端返利限制(阶梯型)：订单明细的出库金额*对应的阶梯返利比例

·订单及终端返利限制(X型)：根据订单明细的出库金额与X对比得出的返利总额

·假设A商品销售金额为100,协议总体限制模块的返利为＝100*10％，返利商品限制模块的返利＝100*9％，那么此协议的返利金额＝协议总体限制模块的返利+返利商品限制模块的返利+订单及终端模块的返利(此处需要根据每条销售明细计算)

(8)按销售金额-指定批次

·每个批次的返利金额＝批次整体销售金额*返利比例

·协议整体返利＝sum每个批次的返利金额

·销售型的指定批次应收的产生是根据销售数量计算的，每销售产生一笔会产生一笔应收，当全部销售完成后会产生全部的返利，且按销售金额类型的销售金额一定要等到实际销售发生后才可获取，所以此处仅可填入返利比例。

S06：获取银行流水凭证信息、实收发票信息，根据所述实收发票信息和所述返利规则，生成实收凭证，并将所述实收凭证传输至所述ERP系统。

在一个具体的实施例中，如图4所示，当供应商向企业打款返利金额后，PMS通过接口API形式获取CBS银企直联的银行流水以及凭证。

优选的，根据所述实收发票信息和所述返利规则，生成实收凭证，包括以下子步骤：

S061：获取第一用户提交的核销实收协议的请求和所述第一用户提交的对应的发票；

S062：使用OCR技术对已上传发票进行文字识别和真伪校验；

S063：当所述发票的校验结果为真，根据所述协议内容生成实收凭证。

具体的，收到银行打款消息后，采购员在已生效的应收协议中选取需要核销实收的协议。之后，采购员在PMS中进行发票录入以及认领银行凭证。对于采购员录入的发票，PMS使用OCR技术对已上传发票进行识别并且验真。验真后，PMS系统生成实收凭证。

S07：获取所述ERP系统完成的实收摊分结果。

ERP通过API接口获取PMS中已生效的实收凭证，并且在本地匹配已生效的应收，并进行摊分和实收核销，计算完成后回传结果到PMS系统。

在具体的应用场景中，每一笔返利将具体摊分到该笔订单对应的每一个品种，根据所有叠加的返利协议计算出按品种批次分摊的应收金额，再使用进销差成本减去应收金额得出的计算返利后的成本。后续的数据处理流程中，作为企业对返利追踪，成本预测，定价决策辅助的基础。

本申请实施例还提供一种企业的返利管理装置，如图5所示，该企业的返利管理装置400包括：

返利协议获取模块401，用于获取第一用户在第一客户端录入的返利协议内容，所述返利协议内容包括返利规则；

返利协议审批属性确定模块402，用于根据所述返利协议内容，确定所述返利协议对应的审批属性；其中，所述审批属性指示所述返利协议对应不同的审批流程；

返利协议推送模块403，用于根据所述返利协议对应的审批流程，将所述返利协议内容推送至对应的第二用户；

返利协议审批结果获取模块404，用于获取所述第二用户对所述返利协议内容的审批结果，当所述审批结果为通过，将所述返利协议内容传输至ERP系统；

返利预测获取模块405，用于接受所述ERP系统根据所述返利协议内容生成的返利预测；

返利实收凭证生成模块406，用于获取银行流水凭证信息、实收发票信息，根据所述实收发票信息和所述返利规则，生成实收凭证，并将所述实收凭证传输至所述ERP系统；

返利摊分结果获取模块407，用于获取所述ERP系统完成的实收摊分结果。

优选的，所述审批流程指示所述返利协议对应的审批人员的级别和审批人员的人数；

所述审批属性包括以下至少一项：供应商级别、协议金额级别、协议品种级别、协议数量级别、返利金额级别、返利比例级别。

优选的，还包括风险模块，包括：

风险属性判断单元，用于根据所述协议内容，判断所述返利协议对应的风险属性；

拦截提示生成单元，用于当所述返利协议对应的风险属性指示所述返利协议存在风险，生成拦截提示。

优选的，所述返利协议对应的风险属性至少包括以下一项：

所述返利协议是否存在重复、所述返利协议是否有版本修改、所述返利协议是否有大额应收变动、所述返利协议是否兑付时间与合同时间跨度超过预设时长。

优选的，返利实收凭证生成模块包括：

发票获取单元，用于获取第一用户提交的核销实收协议的请求和所述第一用户提交的对应的发票；

发票校验单元，用于使用OCR技术对已上传发票进行文字识别和真伪校验；

实收凭证生成单元，用于当所述发票的校验结果为真，根据所述协议内容生成实收凭证。

优选的，还包括：

录入协议请求获取单元，用于获取所述第一用户的录入协议请求；

协议包判断单元，用于判断当前所述第一用户是否创建协议包；

协议包存储单元，用于若当前所述第一用户已创建协议包，将当前录入的协议内容存入所述已有协议包；

协议包创建单元，用于若当前所述第一用户未创建协议包，则创建当前第一用户对应的协议包，并将当前录入的协议内容存入所述新建协议包。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本申请实施例还提供一种电子设备，包括：

至少一个存储器以及至少一个处理器；

所述存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述至少一个处理器执行，使得所述至少一个处理器实现如前所述的一种企业的返利管理方法的步骤。

对于设备实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的设备实施例仅仅是示意性的，其中所述作为分离部件说明的组件可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本申请实施例还提供一种计算机可读存储介质，

所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如前所述的一种企业的返利管理方法的步骤。

计算机可用存储介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括但不限于：相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

本发明提供的一种企业的返利管理方法、装置、电子设备及存储介质，使用自行研发的统一采购平台，使用云原生架构统一部署在私有云中，保密性更高。在协议录入与预运算之间集成了审批流，在这过程中一些不利于整体业务发展的返利协议可得到有效控制，并且更加灵活。应收返利运算在erp中进行，减少海量进销存数据对接而产生的不稳定因素，减少数据同步之间的时间差造成的影响。基于返利协议基础的数据捕捉、汇总分类和监测分析，本发明实现了通过返利管理辅助定价决策和毛利估算，一方面可以通过详尽而智能的返利信息管理评估采购员的业绩，另一方面收付实现制和权责发生制之间的转换与协调可以更好地协助财务确认收入，综合实现销售返利管理对营销策略的积极影响。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。

Claims (9)

1.一种企业的返利管理方法，其特征在于，包括以下步骤：

获取第一用户在第一客户端录入的返利协议内容，所述返利协议内容包括返利规则；

根据所述返利协议内容，确定所述返利协议对应的审批属性；其中，所述审批属性指示所述返利协议对应不同的审批流程；

根据所述返利协议对应的审批流程，将所述返利协议内容推送至对应的第二用户；

获取所述第二用户对所述返利协议内容的审批结果，当所述审批结果为通过，将所述返利协议内容传输至ERP系统；

接受所述ERP系统根据所述返利协议内容生成的返利预测；

获取银行流水凭证信息、实收发票信息，根据所述实收发票信息和所述返利规则，生成实收凭证，并将所述实收凭证传输至所述ERP系统；

获取所述ERP系统完成的实收摊分结果。

2.根据权利要求1所述的一种企业的返利管理方法，其特征在于：

所述审批流程指示所述返利协议对应的审批人员的级别和审批人员的人数；

所述审批属性包括以下至少一项：供应商级别、协议金额级别、协议品种级别、协议数量级别、返利金额级别、返利比例级别。

3.根据权利要求1所述的一种企业的返利管理方法，其特征在于，根据所述返利协议对应的审批流程，将所述返利协议内容推送至对应的第二用户之前，还包括：

根据所述协议内容，判断所述返利协议对应的风险属性；

当所述返利协议对应的风险属性指示所述返利协议存在风险，生成拦截提示。

4.根据权利要求3所述的一种企业的返利管理方法，其特征在于：

所述返利协议对应的风险属性至少包括以下一项：

所述返利协议是否存在重复、所述返利协议是否有版本修改、所述返利协议是否有大额应收变动、所述返利协议是否兑付时间与合同时间跨度超过预设时长。

5.根据权利要求1所述的一种企业的返利管理方法，其特征在于，根据所述实收发票信息和所述返利规则，生成实收凭证，包括：

获取第一用户提交的核销实收协议的请求和所述第一用户提交的对应的发票；

使用OCR技术对已上传发票进行文字识别和真伪校验；

当所述发票的校验结果为真，根据所述协议内容生成实收凭证。

6.根据权利要求1所述的一种企业的返利管理方法，其特征在于，获取第一用户在第一客户端录入的返利协议内容之前，还包括：

获取所述第一用户的录入协议请求；

判断当前所述第一用户是否创建协议包；

若当前所述第一用户已创建协议包，将当前录入的协议内容存入所述已有协议包；

若当前所述第一用户未创建协议包，则创建当前第一用户对应的协议包，并将当前录入的协议内容存入所述新建协议包。

7.一种企业的返利管理装置，其特征在于，包括：

返利协议获取模块，用于获取第一用户在第一客户端录入的返利协议内容，所述返利协议内容包括返利规则；

返利协议审批属性确定模块，用于根据所述返利协议内容，确定所述返利协议对应的审批属性；其中，所述审批属性指示所述返利协议对应不同的审批流程；

返利协议推送模块，用于根据所述返利协议对应的审批流程，将所述返利协议内容推送至对应的第二用户；

返利协议审批结果获取模块，用于获取所述第二用户对所述返利协议内容的审批结果，当所述审批结果为通过，将所述返利协议内容传输至ERP系统；

返利预测获取模块，用于接受所述ERP系统根据所述返利协议内容生成的返利预测；

返利实收凭证生成模块，用于获取银行流水凭证信息、实收发票信息，根据所述实收发票信息和所述返利规则，生成实收凭证，并将所述实收凭证传输至所述ERP系统；

返利摊分结果获取模块，用于获取所述ERP系统完成的实收摊分结果。

8.一种电子设备，其特征在于，包括：

至少一个存储器以及至少一个处理器；

所述存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述至少一个处理器执行，使得所述至少一个处理器实现如权利要求1-6任一所述的一种企业的返利管理方法的步骤。

9.一种计算机可读存储介质，其特征在于：

所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1-6任一所述的一种企业的返利管理方法的步骤。

Images