CN113269593B - 一种业务数据处理方法及系统 - Google Patents

Abstract

本发明提供一种业务数据处理方法及系统，该方法包括：响应于用户在页面上对业务渠道的选择，确定所选择的业务渠道对应的身份类型对应的标识；根据所述身份类型对应的标识，在预设第一配置表中查找对应的渠道协议对应的标识；根据所述身份类型对应的标识，在预设第二配置表中查找对应的产品组包对应的标识；根据所选择的业务渠道、所述渠道协议对应的标识和所述产品组包对应的标识，生成一条对应的第一业务数据记录。本发明预先设置了多个统一的配置表，从各个配置表中查找各种数据，形成第一业务数据记录，即针对不同的渠道可以按照统一的模式生成第一业务数据处理，这种方法具有成本低、实施简单的优点，适用于大部分企业的数据处理。

Description

一种业务数据处理方法及系统

技术领域

本发明涉及数据处理技术领域，特别涉及一种业务数据处理方法及系统。

背景技术

企业的销售有直销和分销两种模式，所谓分销即产品通过一定的渠道才能到达最终消费者的方式，而企业的分销模式多种多样，一个企业为其分销建立的数据处理系统往往只适应于本企业，到了其他企业往往是只能部分适用，甚至完全不适用，为此有必要建立一种能够适用大部分企业的通用的数据处理系统来对各种数据进行管理、调用、判断等，便于进行签约等操作。

发明内容

本发明提供一种业务数据处理方法及系统，能够适用于大部分企业。

第一方面，本申请提供的业务数据处理方法，包括：

响应于用户在页面上对业务渠道的选择，确定所选择的业务渠道对应的身份类型对应的标识；

根据所述身份类型对应的标识，在预设第一配置表中查找对应的渠道协议对应的标识；所述第一配置表中包括多个身份类型对应的标识与多个渠道协议对应的标识之间对应关系；

根据所述身份类型对应的标识，在预设第二配置表中查找对应的产品组包对应的标识；所述第二配置表中包括多个身份类型对应的标识与多个产品组包对应的标识之间的对应关系；

根据所选择的业务渠道、所述渠道协议对应的标识和所述产品组包对应的标识，生成一条对应的第一业务数据记录。

第二方面，本申请提供的业务数据处理系统，包括：

身份标识确定模块，用于响应于用户在页面上对业务渠道的选择，确定所选择业务渠道对应的身份类型对应的标识；

协议标识查找模块，用于根据所述身份类型对应的标识，在预设第一配置表中查找对应的渠道协议对应的标识；所述第一配置表中包括多个身份类型对应的标识与多个渠道协议对应的标识之间对应关系；

组包标识查询模块，用于根据所述身份类型对应的标识，在预设第二配置表中查找对应的产品组包对应的标识；所述第二配置表中包括多个身份类型对应的标识与多个产品组包对应的标识之间的对应关系；

第一记录生成模块，用于根据所选择的业务渠道、所述渠道协议对应的标识和所述产品组包对应的标识，生成一条对应的第一业务数据记录。

本申请提供的业务数据处理方法及系统，预先设置了多个统一的配置表，从各个配置表中查找各种数据，形成第一业务数据记录，即针对不同的渠道可以按照统一的模式生成第一业务数据处理，这种方法具有成本低、实施简单的优点，在企业实际应用中发挥了良好的效果，实用性强，易于推广，适用于大部分企业的数据处理。

附图说明

图1为本申请一个实施例中业务数据处理方法的流程示意图。

具体实施方式

第一方面，本申请提供一种业务数据处理方法，在本发明中，在执行如下步骤S110～S140之前，需要先进行多个表格的配置：

(1)第一配置表

可见，通过设置第一配置表，建立身份类型与渠道协议的关系配置类，即该类用于记录身份类型和渠道协议之间的关系，不同的身份类型的用户可以签订不同的渠道类型，即对应不同的渠道协议。当然，同一身份类型在不同的时间段内也可能签订不同的渠道协议，因此在第一配置表中对第一配置表的有效期进行限制，即设置生效日期、失效日期、是否有效等信息。通过这些信息可以判断当前的第一配置表是否有效，在有效的情况下在从第一配置表中获取信息。

当然，为了实现获取渠道协议，可以配置一个调用操作，当这个操作被触发后即可执行该操作，该操作的具体描述参见下表：

获取渠道协议的描述表格

例如，在某一具体场景中，第一配置表可以参见下表：

当然，为了根据渠道协议对应的标识可以获取到具体的渠道协议，还需要对渠道协议进行配置，即配置预设渠道协议数据表，在预设渠道协议数据表中具体可以配置协议内容、协议生效日期和协议失效日期等内容，具体参见如下表格：

预设渠道协议数据表

名称	含义
		渠道协议对应的标识	用于唯一标识一个渠道协议
协议内容	用于记录渠道协议的主要内容
		是否有效(即协议有效标识)	标识当前渠道协议是否有效
协议生效日期	表示当前渠道协议的生效日期
		协议失效日期	表示当前渠道协议的失效日期

其中，在预设渠道协议数据表中的协议信息中，可以看到协议内容、协议当前是否有效，因为有些协议可能会进行定期更新，更新后之前的协议就没有效力了，所以通过协议有效标识判断协议是否有效。当然为了更加明确该渠道协议的有效期限，设置了生效日期和失效日期。

可理解的是，该表格的目的是建立渠道协议类，该类主要用于管理渠道协议，不同的身份类型，可能签订不同的渠道协议，不同的年份可能需要签订不同的渠道协议。

例如，在某一具体场景中，预设渠道协议数据表可以参见下表：

(2)预设第二配置表

名称	含义
		关系标识	用于唯一标识身份类型与产品组包之间的对应关系
身份类型对应的标识	标识身份类型
		产品组包对应的标识	标识一个产品组包

可理解的是，该表格建立的是身份类型与产品组包之间的关系，它包括三个属性：关系标识、身份类型对应的标识、产品组包对应的标识。不同的对应关系对应不同的关系标识。

例如，在某一具体场景中，第二配置表参见如下：

关系标识	身份类型对应的标识	产品组包对应的标识
			1	0201	01
2	0202	02

当然，为了实现获取产品组包对应的标识，可以配置一个调用操作，当这个操作被触发后即可执行该操作，该操作的具体描述参见下表：

为了实现获取产品组包的具体信息，还需要对产品组包进行配置，即配置预设产品组包数据表，该表参见如下：

预设产品组包数据表

例如，在某一具体场景中，预设产品组包数据表参见下表：

产品组包对应的标识	产品组包名称	备注
			01	PC
02	服务器
			03	服务

(3)第三配置表

可见，第三配置表的目的是建立身份类型与上级物流控制的规则类，该类用于对选择上级物流进行控制。不同的身份类型处于不同的层级，每一层级的渠道都需要核心企业或其它渠道为其提供产品，一般某一层级的渠道由其上一层级的渠道提供货物，该类就用来控制上级物流的选择是可以跨级。

为了实现获取到跨级标识，可以设置一个调用操作，在该操作被触发时执行该操作，该操作的具体标识参见下表：

例如，在某一具体场景中，第三配置表可以参考下表：

配置标识	身份类型对应的标识	跨级标识
			1	01	否
2	0201	否
			3	0202	否
4	0203	否

(4)第四配置表

名称	含义
		关系标识	用于唯一标识产品组包与产品组之间的关系
产品组包对应的标识	标识一个产品组包
		产品组名称	标识一个产品组

可理解的是，该第四配置表中，一个产品组包对应的产品组可以有多个。

例如，在某一具体场景中，第四配置表可以参见下表：

关系标识	产品组包对应的标识	产品组
			1	01	游戏类笔记本
2	01	商务类笔记本
			3	02	刀片式服务器
4	02	水冷式服务器

为了实现获取到产品组包对应的产品组，可以调用一个操作，在该操作被触发时可以执行该操作，该操作的具体描述如下表：

(5)第五配置表

首先，根据身份类型和产品组确定对应的周期类型，具体可以参见在周期类型配置表：

周期类型配置表

例如，在一个具体场景中，周期类型配置表参见下表：

配置标识	产品组	周期类型
			C1	游戏类笔记本	季度
C2	商务类笔记本	季度

然后依据身份类型、产品组、周期类型，对第五配置表进行配置：

第五配置表

其中，承诺数量，例如，在第一个季度内承诺销售60台某产品；承诺金额，例如，在第一个季度内承诺销售金额为10W。

例如，在某一具体场景中，第五配置表可以参见下表：

行标识	配置标识	周期	承诺金额	承诺数量
					1	C1	Q1	100,000	60
2	C1	Q2	120,000	80
					3	C1	Q3	150,000	90
4	C1	Q4	200,000	120
					5	C2	Q1	80,000	50
6	C2	Q2	100,000	60
					7	C2	Q3	120,000	80
8	C2	Q4	160,000	100

为了实现对承诺数据的获取，可以配置一个调用操作，在该操作被触发后执行该操作，该操作的具体描述可以参见下表：

在上述各表中提到身份类型对应的标识，因此还需对身份类型对应的标识进行配置，具体可以参见如下表格：

身份类型数据表

例如，服务器类经销商和PC类经销商的上级身份类型为经销商。

例如，在某一具体场景中，身份类型数据表参见如下：

身份类型对应的标识	身份类型名称	上级身份类型	备注
				01	分销商
02	经销商
				0201	PC类经销商	经销商
0202	服务器类经销商	经销商
				0203	服务类经销商	经销商

当然，还可以对层级进行配置，具体参见下表：

名称	含义
		层级对应的标识	标识一个渠道层级
层级名称	表示渠道层级的名称
		备注	对渠道层级进行简单说明

例如，层级对应的标识为：T1、T2，T1为核心企业的渠道的第一层级，该层直接与核心企业交易，T2为核心企业渠道的第二层级，该层级一般不与核心企业直接交易，而是与T1层级的渠道交易。T1的层级名称为第一层，T2的层级名称为第二层。

例如，在一具体场景中，层级的配置表如下：

层级对应的标识	层级名称	备注
			T1	第一层级
T2	第二层级
			T3	第三层级

在执行完上述配置之后，如图1所示，执行如下步骤S110～S140：

S110、响应于用户在页面上对业务渠道的选择，确定所选择业务渠道对应的身份类型对应的标识；

例如，用户在电脑上选择了一种业务渠道为分销，则参见上述身份类型数据表，该业务渠道对应的身份类型即分销商，对应的标识为01，对应的层级为第一层。业务渠道有分销、经销、PC类经销等。其中，身份类型可以包括经销商、分销商、服务器类经销商、PC类经销商等。

S120、根据所述身份类型对应的标识，在预设第一配置表中查找对应的渠道协议对应的标识；所述第一配置表中包括多个身份类型对应的标识与多个渠道协议对应的标识之间对应关系；

在具体实施时，在确定身份类型对应的标识后，可以触发获取渠道协议的操作，从而在第一配置表中得到渠道协议对应的标识。

可理解的是，依据渠道协议对应的标识，便可以在预设渠道协议数据表中获取渠道协议的具体内容。在该协议中，可以不对具体的承诺数据进行配置，而只是对协议的大致内容进行规定，或者配置有默认数据，后续可以修改。

在具体实施时，在预设第一配置表中查找对应的渠道协议对应的标识之前，S120还可以包括：获取所述第一配置表中的有效标识，并根据所述有效标识判断所述第一配置表是否有效，若有效，则执行在预设第一配置表中查找对应的渠道协议对应的标识的步骤。

也就是说，只有在第一配置表有效的情况下才进行后续步骤，以保证后续数据处理的有效性。

S130、根据所述身份类型对应的标识，在预设第二配置表中查找对应的产品组包对应的标识；所述第二配置表中包括多个身份类型对应的标识与多个产品组包对应的标识之间的对应关系；

在具体实施时，在确定身份类型对应的标识后，可以触发获取产品组包对应的标识的操作，从而在第二配置表中找到产品组包对应的标识。

其中，所谓的产品组包是将多个产品组形成的一个包，例如，某个身份类型的用户经常销售的各个产品组形成的一个包。

在得知一个产品组包对应的标识后，便可以在预设产品组包数据表中查找该产品组包对应的具体信息。

S140、根据所选择的业务渠道、所述渠道协议对应的标识和所述产品组包对应的标识，生成一条对应的第一业务数据记录。

在经过以上三个步骤获得身份类型对应的标识、渠道协议对应的标识、产品组包对应的标识后，便可以形成一条业务数据记录。通过该第一数据记录便可以对待签约的协议、组包进行记录，便于后续进行签约。

在具体实施时，本发明提供的方法还可以包括如下步骤：

S150、根据所述身份类型对应的标识，在预设第三配置表中查找对应的跨级标识，所述跨级标识用于表明所述身份类型是否能够跨级选择上级物流；

此时，S140可以具体包括：根据所选择的业务渠道、所述渠道协议对应的标识、所述产品组包对应的标识和所述跨级标识，生成一条对应的第一业务数据记录。

在具体实施时，在确定身份类型对应的标识后，可以通过获取跨级标识的操作在所述第三配置表中获取对应的跨级标识，从而得知是否能够跨级选择上级物流。

可理解的是，如果可以跨级选择上级物流，则系统筛选出比当前层级大的所有渠道，这些渠道都可以给当前渠道供货。如果不可以跨级选择上级物流，则只筛选出比当前层级大一级的渠道，只有比当前层级大一级的渠道才能给当前渠道供货。例如，经过查找确定跨级标识为否，当前层级为T2，则只能选择T1层级的渠道给T2层级进行供货。

在具体实施时，本申请提供的方法还可以包括：

S160、根据所述身份类型对应的标识，在预设的身份类型数据表中查找所述身份类型对应的上级身份类型；所述身份类型数据表中包括多个身份类型对应的标识、名称和上级身份类型；

此时，S140可以包括：根据所选择的业务渠道、所述渠道协议对应的标识、所述产品组包对应的标识和所述上级身份类型，生成一条对应的第一业务数据记录。

其中，上级身份类型，为当前身份类型所在层级在上一层级中对应的身份类型。

在具体实施时，在确定身份类型对应的标识后，可以在预设的身份类型数据表中进行查找，从而得知所述身份类型对应的上级身份类型。如果不可以进行跨级选择上级物流，则由该上级身份类型对应的渠道为当前身份类型的渠道进行供货。

在具体实施时，第一业务数据记录可以采用下表所示出的格式：

第一业务数据记录对应的表格

例如，在某一个具体场景中，形成的第一业务数据记录参见下表：

可理解的是，在形成第一业务数记录后，便可以得到适合于当前用户的渠道协议、产品组包、上级物流等内容，从而可以进行签约。针对任一业务渠道都可以采用这种方法获取签约所需要的各种信息，因此可以适用大多数签约场景，适用于大部分企业。

在具体实施时，本申请提供的方法还可以包括如下步骤：

S170、响应于用户在页面上对业务渠道的选择，确定所选择业务渠道对应的渠道层级；

此时，S140包括：根据所选择的业务渠道、所述渠道协议对应的标识、所述产品组包对应的标识和所述渠道层级，生成一条对应的第一业务数据记录。

也就是说，还可以在第一业务数据记录中对所述渠道层级进行记录。

在具体实施时，本申请提供的方法还可以包括：

S180、根据所述产品组包对应的标识，在预设第四配置表中查找对应的各个产品组；所述第四配置表中包括多个产品组包对应的标识与多个产品组之间的对应关系；

在具体实施时，在获取到产品组包对应的标识后，可以触发获取产品组的操作，通过该操作可以在第四配置表中查找到对应的产品组。

S190、根据所述各个产品组中的每一个产品组和所述身份类型对应的标识，确定对应的周期类型，所述周期类型包括年周期、季度周期和年周期；

可理解的是，不同的产品组、不同的身份类型可能对应不同的周期类型，所谓的周期类型。在具体实施时，可以在周期类型配置表中获取对应的周期类型。

S200、根据所述各个产品组中的每一个产品组和所述身份类型对应的标识，在第五配置表中查找在预设时间段内各个周期各自对应的承诺数据；

在具体实施时，可以在获得产品组和身份标识对应的标识后，触发获取承诺数据的操作，通过执行该操作，在第五配置表中进行查找，得到该身份类型的渠道、针对该产品组在各个周期内的承诺数据。

S210、针对所述各个产品组中的每一个产品组，生成一条对应的第二业务数据记录；所述第二业务数据记录中包括所选择的业务渠道、所述产品组以及在预设时间段内各个周期各自对应的承诺数据，所述承诺数据包括承诺数量和承诺金额。

可理解的是，针对每一个产品组，在每一个周期内对应生成一条第二业务数据记录，例如，有n个产品组，在一年内按季度分一共四个周期，这样的话，一共有4*n条第二业务数据记录。

可理解的是，通过生成第二业务数据记录，对签约进行记录，便于后续的管理等。

在具体实施时，第二业务数据记录可以采用如下格式的表格实现：

例如，在一具体场景中，生成的第二业务数据记录参见下表：

当然，第五配置表给出的承诺数据仅是参考，可以在其基础上进行修改，但是只能改大，不能改小。所以在具体实施时，本申请提供的方法还可以包括：响应于用户对所述第二业务数据记录中承诺数据的修改，判断修改是否有效；若有效，则对所述第二业务数据记录进行更新；若修改后的承诺数据大于修改前的承诺数据则所述修改有效，否则修改无效。

如果修改后的承诺数据大于修改前的承诺数据，则说明改大，此时有效，若修改后的承诺数据小于修改前的承诺数据，说明改小，此时无效。如果有效，则对第二业务数据进行更新。

在具体实施时，本申请提供的方法还可以包括：

S220、根据所述第一业务数据记录和所述第二业务数据记录，在所述渠道协议中生成对应的协议明细数据，并进行展示以供用户签约。

在生成第一业务数据记录和第二业务数据记录之后，便可以依据这两条记录调取相应的信息，从而生成更为细化的渠道协议，即在原来渠道协议中增加明细数据。之后将更为细化的渠道协议展示出来，用户阅览后可以进行签约。其中，明细数据是指在原来渠道协议中没有的详细数据，例如承诺数据等。

当然，在生成第一业务数据记录后，也可以进行签约，只不过此时签约内容没有承诺数据，或者其中的承诺数据为默认数据，这里在生成第二业务数据记录之后，用户可以根据需求在此基础上修改承诺数据，实现个性化定制。

在具体实施时，本申请提供的方法中S220可以具体包括：

根据所述产品组包对应的标识，在预设产品组包数据表中查找对应的产品组包名称；所述预设产品组包数据表中包括多个产品组包对应的标识和多个产品组包名称之间的对应关系；

根据所述渠道协议对应的标识，在预设渠道协议数据表中查找对应的协议信息；所述预设渠道协议数据表中包括所述协议信息，所述协议信息包括协议内容、协议有效标识、协议生效日期和协议失效日期；所述协议有效标识用于标识所述渠道协议是否有效；

根据所述产品组包名称、所述协议信息、所述第一业务数据记录和各条所述第二业务数据记录，在所述渠道协议中生成对应的协议明细数据。

也就是说，在原来渠道协议中增加产品组包名称、协议信息，使得渠道协议具有可读性，而非只用一些标识来代替文字性描述，便于用户理解。

为了进一步保证安全性，本申请提供的方法还可以包括：

S230、响应于用于对所述渠道协议的确定签约操作，将所述协议明细数据发送至审核平台进行审核，并在审核通过后允许进行签约；在签约之后，将所述协议明细数据发送至关联的用户终端上。

如果用户经过阅览之后确定签约，此时在页面上点击确定签约，此时系统会将所有的协议数据发送至审核平台进行审核，在审核通过后才允许签约。在完成签约之后，会将签约的协议明细数据发送给用户，便于保存。

其中，审核平台的审核内容可以包括：签约用户是否有签约资格、签约流程是否符合规定等。

本申请提供的业务数据处理方法，预先设置了多个统一的配置表，从各个配置表中查找各种数据，形成第一业务数据记录，即针对不同的渠道可以按照统一的模式生成第一业务数据处理，这种方法具有成本低、实施简单的优点，在企业实际应用中发挥了良好的效果，实用性强，易于推广，适用于大部分企业的数据处理。

另外，用户可以对承诺数据进行修改，因此可以实现个性化签约定制。

第二方面，本申请提供一种业务数据处理系统，该系统包括：

身份标识确定模块，用于响应于用户在页面上对业务渠道的选择，确定所选择业务渠道对应的身份类型对应的标识；

协议标识查找模块，用于根据所述身份类型对应的标识，在预设第一配置表中查找对应的渠道协议对应的标识；所述第一配置表中包括多个身份类型对应的标识与多个渠道协议对应的标识之间对应关系；

组包标识查询模块，用于根据所述身份类型对应的标识，在预设第二配置表中查找对应的产品组包对应的标识；所述第二配置表中包括多个身份类型对应的标识与多个产品组包对应的标识之间的对应关系；

第一记录生成模块，用于根据所选择的业务渠道、所述渠道协议对应的标识和所述产品组包对应的标识，生成一条对应的第一业务数据记录。

可理解的是，第二方面提供的系统中的有关内容的解释、具体实施方式、有益效果等部分可以参考第一方面中的内容，此处不再赘述。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (2)

1.一种业务数据处理方法，其特征在于，所述方法包括：

响应于用户在页面上对业务渠道的选择，确定所选择的业务渠道对应的身份类型对应的标识；

根据所述身份类型对应的标识，在预设第一配置表中查找对应的渠道协议对应的标识；所述第一配置表中包括多个身份类型对应的标识与多个渠道协议对应的标识之间的对应关系；

根据所述身份类型对应的标识，在预设第二配置表中查找对应的产品组包对应的标识；所述第二配置表中包括多个身份类型对应的标识与多个产品组包对应的标识之间的对应关系；

根据所选择的业务渠道、所述渠道协议对应的标识和所述产品组包对应的标识，生成一条对应的第一业务数据记录；

在预设第一配置表中查找对应的渠道协议对应的标识之前，所述方法还包括：

获取所述第一配置表中的有效标识，并根据所述有效标识判断所述第一配置表是否有效，若有效，则执行在预设第一配置表中查找对应的渠道协议对应的标识的步骤；

所述方法还包括：根据所述身份类型对应的标识，在预设第三配置表中查找对应的跨级标识，所述跨级标识用于表明所述身份类型是否能够跨级选择上级物流；

所述根据所选择的业务渠道、所述渠道协议对应的标识和所述产品组包对应的标识，生成一条对应的第一业务数据记录，包括：根据所选择的业务渠道、所述渠道协议对应的标识、所述产品组包对应的标识和所述跨级标识，生成一条对应的第一业务数据记录；

所述方法还包括：根据所述身份类型对应的标识，在预设的身份类型数据表中查找所述身份类型对应的上级身份类型；所述身份类型数据表中包括多个身份类型对应的标识、名称和上级身份类型；

所述根据所选择的业务渠道、所述渠道协议对应的标识和所述产品组包对应的标识，生成一条对应的第一业务数据记录，包括：根据所选择的业务渠道、所述渠道协议对应的标识、所述产品组包对应的标识和所述上级身份类型，生成一条对应的第一业务数据记录；

所述方法还包括：响应于用户在页面上对业务渠道的选择，确定所选择业务渠道对应的渠道层级；

所述根据所选择的业务渠道、所述渠道协议对应的标识和所述产品组包对应的标识，生成一条对应的第一业务数据记录，包括：根据所选择的业务渠道、所述渠道协议对应的标识、所述产品组包对应的标识和所述渠道层级，生成一条对应的第一业务数据记录；

所述方法还包括：

根据所述产品组包对应的标识，在预设第四配置表中查找对应的各个产品组；所述第四配置表中包括多个产品组包对应的标识与多个产品组之间的对应关系；

根据所述各个产品组中的每一个产品组和所述身份类型对应的标识，确定对应的周期类型，所述周期类型包括年周期、季度周期和月周期；

根据所述各个产品组中的每一个产品组和所述身份类型对应的标识，在第五配置表中查找在预设时间段内各个周期各自对应的承诺数据；

针对所述各个产品组中的每一个产品组，生成一条对应的第二业务数据记录；所述第二业务数据记录中包括所选择的业务渠道、所述产品组以及在预设时间段内各个周期各自对应的承诺数据，所述承诺数据包括承诺数量和承诺金额；

所述方法还包括：

响应于用户对所述第二业务数据记录中承诺数据的修改，判断修改是否有效；若有效，则对所述第二业务数据记录进行更新；若修改后的承诺数据大于修改前的承诺数据则修改有效，否则修改无效；

根据所述第一业务数据记录和所述第二业务数据记录，在所述渠道协议中生成对应的协议明细数据，并进行展示以供用户签约；

所述根据所述第一业务数据记录和所述第二业务数据记录，在所述渠道协议中生成对应的协议明细数据，包括：

根据所述产品组包对应的标识，在预设产品组包数据表中查找对应的产品组包名称；所述预设产品组包数据表中包括多个产品组包对应的标识和多个产品组包名称之间的对应关系；

根据所述渠道协议对应的标识，在预设渠道协议数据表中查找对应的协议信息；所述协议信息包括协议内容、协议有效标识、协议生效日期和协议失效日期；所述协议有效标识用于标识所述渠道协议是否有效；

根据所述产品组包名称、所述协议信息、所述第一业务数据记录和各条所述第二业务数据记录，在所述渠道协议中生成对应的协议明细数据；

所述方法还包括：

响应于用户对所述渠道协议的确定签约操作，将所述协议明细数据发送至审核平台进行审核，并在审核通过后允许进行签约；在签约之后，将所述协议明细数据发送至关联的用户终端上。

2.一种业务数据处理系统，其特征在于，使用如权利要求1所述的方法，所述系统包括：

身份标识确定模块，用于响应于用户在页面上对业务渠道的选择，确定所选择业务渠道对应的身份类型对应的标识；

协议标识查找模块，用于根据所述身份类型对应的标识，在预设第一配置表中查找对应的渠道协议对应的标识；所述第一配置表中包括多个身份类型对应的标识与多个渠道协议对应的标识之间的对应关系；

组包标识查询模块，用于根据所述身份类型对应的标识，在预设第二配置表中查找对应的产品组包对应的标识；所述第二配置表中包括多个身份类型对应的标识与多个产品组包对应的标识之间的对应关系；

第一记录生成模块，用于根据所选择的业务渠道、所述渠道协议对应的标识和所述产品组包对应的标识，生成一条对应的第一业务数据记录。

Images