一种分销数据统筹处理方法和相关服务器的制造方法

一种分销数据统筹处理方法和相关服务器的制造方法
【专利摘要】本发明提供了一种分销数据统筹处理方法和相关服务器，其中，该方法通过经销集合数据服务器统计当前周期内所在管辖区内各个经销商的进货汇总数据，向供应商数据服务器上报统计的进货汇总数据，然后接收供应商数据服务器根据进货汇总数据确定的返利总金额，并根据接收到的返利总金额和各个经销商各自的进货数据对当前周期内各个经销商对应的返利数据进行更新，通过统计所在管辖区内各个经销商的进货汇总数据，使各个经销商都可以享受到销售返利，从而提高进货额小的经销商销售商品的积极性。
【专利说明】
-种分销数据统筹处理方法和相关服务器
技术领域
[0001] 本发明设及数据处理技术领域，具体而言，设及一种分销数据统筹处理方法和相 关服务器。
【背景技术】
[0002] 目前，供货商销售返利模式是目前商业销售的一种主要模式。供货商为了留存优 质经销商，增加供应商品的渠道竞争力，采用销售返利模式激励经销商销售自己供应的商 品。通过运种销售返利模式，供货商能够将进货额大的经销商留住，从而增加了自己供应产 品的渠道竞争力。
[0003] 但是，在研究过程中发现，进货额大的经销商数量少，在某些商品领域，例如：日常 用品、米面粮油等，由于进货额小的经销商数量庞大，因此，众多的进货额小的经销商对供 货商的销售也能起到重要的作用。
[0004] 在实现本发明过程中，发明人发现现有技术中至少存在如下问题：
[0005] 供货商采用的销售返利模式无法覆盖到进货额小的经销商，导致进货额小的经销 商销售商品的积极性不高，使得供货商的经销渠道不稳定，进而影响到了供销商的整体销 售业绩。

【发明内容】

[0006] 有鉴于此，本发明实施例的目的在于提供一种分销数据统筹处理方法和相关服务 器，可W使销售返利模式覆盖到进货额小的经销商，提高进货额小的经销商进货商品的积 极性。
[0007] 第一方面，本发明实施例提供了一种分销数据统筹处理方法，包括：
[000引经销集合数据服务器统计当前周期内所在管辖区内各个经销商的进货汇总数据；
[0009] 所述经销集合数据服务器向供应商数据服务器上报统计的所述进货汇总数据；
[0010] 所述经销集合数据服务器接收所述供应商数据服务器根据所述进货汇总数据确 定的返利总金额；
[0011] 所述经销集合数据服务器根据所述各个经销商各自的进货数据确定所述当前周 期内所述各个经销商对应的返利比例；
[0012] 所述经销集合数据服务器根据所述返利比例和所述各个经销商各自的进货数据 更新所述当前周期内所述各个经销商对应的返利数据。
[0013] 结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中：所 述经销集合数据服务器统计当前周期内所在管辖区内各个经销商的进货汇总数据，包括：
[0014] 所述经销集合数据服务器判断距离上一次向所述供应商数据服务器发送所述进 货汇总数据的时间长度是否达到预设周期；
[0015] 如果是，则所述经销集合数据服务器分别获取所述各个经销商的进货数据；
[0016] 所述经销集合数据服务器根据获取到的所述各个经销商的进货数据，对所在管辖 区内所述各个经销商的所述进货汇总数据进行统计。
[0017] 结合第一方面，本发明实施例提供了第一方面的第二种可能的实施方式，其中：所 述经销集合数据服务器根据所述各个经销商各自的进货数据确定所述当前周期内所述各 个经销商对应的返利比例，包括：
[0018] 所述经销集合数据服务器通过预先设置的进货数据和返利比例的对应关系，确定 所述对各经销商的初始返利比例；
[0019] 所述经销集合数据服务器通过预设数值，对所述初始返利比例进行增量处理，得 到所述各个经销商的返利比例。
[0020] 结合第一方面，本发明实施例提供了第一方面的第=种可能的实施方式，其中：所 述经销集合数据服务器根据所述返利比例和所述各个经销商各自的进货数据更新所述当 前周期内所述各个经销商对应的返利数据，包括：
[0021] 通过W下公式确定所述各个经销商的返利数据：
[0022] 各个经销商的返利数据二各个经销商的返利比例X各个经销商的进货数据；
[0023] 通过确定的所述各个经销商的返利数据对所述各个经销商的账户余额进行更新。
[0024] 第二方面，本发明实施例提供了一种分销数据统筹处理方法，包括：
[0025] 供应商数据服务器接收经销集合数据服务器上报的进货汇总数据；
[0026] 所述供应商数据服务器根据预设的进货汇总数据和分销返利比例的对应关系，确 定向所述经销集合数据服务器返回的返利总金额；
[0027] 所述供应商数据服务器向所述经销集合数据服务器返回确定的所述返利总金额。
[0028] 第=方面，本发明实施例提供了一种经销集合数据服务器，包括：
[0029] 统计模块，用于统计当前周期内所在管辖区内各个经销商的进货汇总数据；
[0030] 上报模块，用于向供应商数据服务器上报统计的所述进货汇总数据；
[0031 ]接收模块，用于接收所述供应商数据服务器根据所述进货汇总数据确定的返利总 金额；
[0032] 处理模块，用于根据所述各个经销商各自的进货数据确定所述当前周期内所述各 个经销商对应的返利比例；
[0033] 更新模块，用于根据所述返利比例和所述各个经销商各自的进货数据更新所述当 前周期内所述各个经销商对应的返利数据。
[0034] 结合第=方面，本发明实施例提供了第=方面的第一种可能的实施方式，其中，所 述统计模块，包括：
[0035] 判断单元，用于判断距离上一次向所述供应商数据服务器发送所述进货汇总数据 的时间长度是否达到预设周期；
[0036] 获取单元，用于若判断单元得到的判断结果为是，则分别获取所述各个经销商的 进货数据；
[0037] 统计单元，用于根据获取到的所述各个经销商的进货数据，对所在管辖区内所述 各个经销商的所述进货汇总数据进行统计。
[0038] 结合第=方面，本发明实施例提供了第=方面的第二种可能的实施方式，其中，所 述处理模块，包括：
[0039] 比例确定单元，用于通过预先设置的进货数据和返利比例的对应关系，确定所述 对各经销商的初始返利比例；
[0040] 处理单元，用于通过预设数值，对所述初始返利比例进行增量处理，得到所述各个 经销商的返利比例。
[0041] 结合第=方面，本发明实施例提供了第=方面的第=种可能的实施方式，其中，所 述更新模块，包括：
[0042] 计算单元，用于通过W下公式确定所述各个经销商的返利数据：
[0043] 各个经销商的返利数据二各个经销商的返利比例X各个经销商的进货数据；
[0044] 更新单元，用于通过确定的所述各个经销商的返利数据对所述各个经销商的账户 余额进行更新。
[0045] 第四方面，本发明实施例提供了一种供应商数据服务器，包括：
[0046] 上报数据接收模块，用于接收经销集合数据服务器上报的进货汇总数据；
[0047] 返利确定模块，用于根据预设的进货汇总数据和分销返利比例的对应关系，确定 向所述经销集合数据服务器返回的返利总金额；
[0048] 数据返回模块，用于向所述经销集合数据服务器返回确定的所述返利总金额。
[0049] 本发明实施例提供的分销数据统筹处理方法和相关服务器，通过经销集合数据服 务器统计当前周期内所在管辖区内各个经销商的进货汇总数据，向供应商数据服务器上报 统计的进货汇总数据，然后接收供应商数据服务器根据进货汇总数据确定的返利总金额， 并根据接收到的返利总金额和各个经销商各自的进货数据对当前周期内各个经销商对应 的返利数据进行更新，与现有技术中进货额小的经销商无法享受到销售返利相比，不论进 货额的多少，通过统计所在管辖区内各个经销商的进货汇总数据，使各个经销商都可W享 受到销售返利，从而提高进货额小的经销商销售商品的积极性，保证了供货商的经销渠道 的稳定性，进一步保证了供销商的整体销售业绩。
[0050] 为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合 所附附图，作详细说明如下。
【附图说明】
[0051] 为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附 图作简单地介绍，应当理解，W下附图仅示出了本发明的某些实施例，因此不应被看作是对 范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可W根据运 些附图获得其他相关的附图。
[0052] 图1示出了本发明实施例1所提供的一种分销数据统筹处理方法的流程图；
[0053] 图2示出了本发明实施例2所提供的一种分销数据统筹处理方法的流程图；
[0054] 图3示出了本发明实施例3所提供的一种经销集合数据服务器的结构示意图；
[0055] 图4示出了本发明实施例3所提供的一种经销集合数据服务器的结构示意图。
【具体实施方式】
[0056] 为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例 中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅 是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实 施例的组件可WW各种不同的配置来布置和设计。因此，W下对在附图中提供的本发明的 实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实 施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所 有其他实施例，都属于本发明保护的范围。
[0057]相关技术中，供货商采用的销售返利模式无法覆盖到进货额小的经销商，导致进 货额小的经销商销售商品的积极性不高，使得供货商的经销渠道不稳定，进而影响到了供 销商的整体销售业绩。基于此，本申请提供的一种分销数据统筹处理方法和相关服务器。 [0化引实施例1
[0059] 为便于对本实施例进行理解，首先对本发明实施例所公开的一种分销数据统筹处 理方法进行详细介绍。
[0060] 参见图1，一种分销数据统筹处理方法，包括W下步骤：
[0061] 步骤100、经销集合数据服务器统计当前周期内所在管辖区内各个经销商的进货 汇总数据。
[0062] 在上述步骤100中，经销集合数据服务器统计当前周期内所在管辖区内各个经销 商的进货汇总数据，包括W下步骤(1)至步骤(3):
[0063] (1)经销集合数据服务器判断距离上一次向供应商数据服务器发送进货汇总数据 的时间长度是否达到预设周期，如果是，则执行步骤2，如果否，则执行步骤1;
[0064] (2)经销集合数据服务器分别获取各个经销商的进货数据；
[0065] (3)经销集合数据服务器根据获取到的各个经销商的进货数据，对所在管辖区内 各个经销商的进货汇总数据进行统计。
[0066] 在步骤1中，上述预设周期，可W是W月度、季度或者年度为周期的时间长度。
[0067] 上述经销集合，是多个经销商的集合体，运些多个经销商对外W-个经销商(或者 经济共同体、供销联盟体)的形式出现。运些经销商可W通过会员制或者协约制加入同一个 供销联盟体，服从供销联盟体的供销管理。较优地，供销联盟体对所辖的经销商的管理仅限 于供销量统计和返利再分配管理。也就是说，供销联盟体内的多个经销商之间是一种松散 的结构，经销商之间平等竞争不受联盟约束;供销联盟体与所辖经销商之间也属于合作关 系，可W不存在上下级依存关系。
[0068] 经销集体，不限于将小型经销商、中型经销商、大型经销商和超级经销商联合起 来;在经销集体内部，通过返利再分配过程实现互利共存。
[0069] 当有一个经销商想要加入经销集合时，经销商需要登录经销集合数据服务器进行 注册，经销集合数据服务器对经销商进行注册的过程包括如下步骤(a)至步骤(d):
[0070] (a)经销集合数据服务器接收经销商输入的经销商注册信息，该经销商注册信息 包括:经销商名称和登录密码；
[0071] (b)经销集合数据服务器根据接收到的经销商注册信息，对输入该经销商注册信 息的经销商进行注册，并生成经销商的账户；
[0072] (C)向该新注册的经销商分配经销商标识，并将分配的经销商标识传输给经销商， 使得经销商对经销商标识进行存储；
[0073] (d)生成经销商标识与经销商注册信息的对应关系，并将生成的经销商标识与经 销商注册信息的对应关系进行存储。
[0074] 具体地，在上述步骤2中，经销集合数据服务器分别获取各个经销商的进货数据， 包括W下具体步骤(21)至步骤(23):
[0075] (21)经销集合数据服务器获取各经销商上传的经销数据信息，其中，该经销数据 信息中携带有经销数据和经销商标识；
[0076] (22)经销集合数据服务器通过经销数据信息中携带的经销商标识，确定经销商是 否为在经销集合数据服务器注册过的经销商；
[0077] (23)当确定该经销商为在经销集合数据服务器注册过的经销商时，对经销商上传 的经销数据进行统计。
[0078] 上述经销商，是指可W登录经销集合数据服务器，与经销集合数据服务器进行数 据交互的任何计算设备，运里不再一一寶述。
[0079] 步骤102、经销集合数据服务器向供应商数据服务器上报统计的进货汇总数据。
[0080] 步骤104、经销集合数据服务器接收供应商数据服务器根据进货汇总数据确定的 返利总金额。
[0081] 步骤106、经销集合数据服务器根据各个经销商各自的进货数据确定当前周期内 各个经销商对应的返利比例。
[0082] 步骤108、经销集合数据服务器根据返利比例和各个经销商各自的进货数据更新 当前周期内各个经销商对应的返利数据。
[0083] 在上述步骤108中，经销集合数据服务器根据返利比例和各个经销商各自的进货 数据更新当前周期内各个经销商对应的返利数据，包括W下步骤(1)至步骤(2):
[0084] (1)通过W下公式确定各个经销商的返利数据：
[0085] 各个经销商的返利数据二各个经销商的返利比例X各个经销商的进货数据；
[0086] (2)通过确定的各个经销商的返利数据对各个经销商的账户余额进行更新。
[0087] 综上所述，本实施例提供的分销数据统筹处理方法，通过经销集合数据服务器统 计当前周期内所在管辖区内各个经销商的进货汇总数据，向供应商数据服务器上报统计的 进货汇总数据，然后接收供应商数据服务器根据进货汇总数据确定的返利总金额，并根据 接收到的返利总金额和各个经销商各自的进货数据对当前周期内各个经销商对应的返利 数据进行更新，与现有技术中进货额小的经销商无法享受到销售返利相比，不论进货额的 多少，通过统计所在管辖区内各个经销商的进货汇总数据，使各个经销商都可W享受到销 售返利，从而提高进货额小的经销商销售商品的积极性，保证了供货商的经销渠道的稳定 性，进一步保证了供销商的整体销售业绩。
[0088] 相关技术中，各个经销商的返利数据需要人工计算并记录，容易出现错误，因此， 为了更快更准确的确定各个经销商的返利数据，在本实施例中，经销集合数据服务器根据 各个经销商各自的进货数据确定当前周期内各个经销商对应的返利比例，包括W下步骤 (1)至步骤(2):
[0089] (1)经销集合数据服务器通过预先设置的进货数据和返利比例的对应关系，确定 对各经销商的初始返利比例；
[0090] (2)经销集合数据服务器通过预设数值，对初始返利比例进行增量处理，得到各个 经销商的返利比例。
[0091] 在上述步骤（1)中，进货数据和返利比例的对应关系，预先存储在经销集合数据服 务器中。
[0092] 综上所述，经销集合数据服务器通过预先设置的进货数据和返利比例的对应关系 确定对各经销商的初始返利比例，然后通过预设数值，对初始返利比例进行增量处理，得到 各个经销商的返利比例，从而无需通过人工计算，就可W自动确定各个经销商的返利数据， 从而可W更快更准确的确定各个经销商的返利数据。
[0093] 实施例2
[0094] 参见图2,本实施例提供一种分销数据统筹处理方法，包括如下步骤：
[00M]步骤200、供应商数据服务器接收经销集合数据服务器上报的进货汇总数据；
[0096] 步骤202、供应商数据服务器根据预设的进货汇总数据和分销返利比例的对应关 系，确定向经销集合数据服务器返回的返利总金额；
[0097] 步骤204、供应商数据服务器向经销集合数据服务器返回确定的返利总金额。
[0098] 在步骤202中，进货汇总数据和分销返利比例的对应关系，预先存储在供应商数据 服务器中。
[0099] 综上所述，本实施例提供的分销数据统筹处理方法，通过经销集合数据服务器统 计当前周期内所在管辖区内各个经销商的进货汇总数据，向供应商数据服务器上报统计的 进货汇总数据，然后接收供应商数据服务器根据进货汇总数据确定的返利总金额，并根据 接收到的返利总金额和各个经销商各自的进货数据对当前周期内各个经销商对应的返利 数据进行更新，与现有技术中进货额小的经销商无法享受到销售返利相比，不论进货额的 多少，通过统计所在管辖区内各个经销商的进货汇总数据，使各个经销商都可W享受到销 售返利，从而提高进货额小的经销商销售商品的积极性，保证了供货商的经销渠道的稳定 性，进一步保证了供销商的整体销售业绩。
[0100] 通过W下示例对上述的分销数据统筹处理方法作进一步描述：
[0101] 经销集合数据服务器，用于支取供货商的返利金额;核算加入经销集合的各个经 销商的进货额，并根据各个经销商的进货额实现返利金额再分配。
[0102] 返利金额再分配遵循下列两个原则：
[0103] 1、再分配返利总额小于供货商的返利总金额，富余部分至少用于支付经济联盟体 的管理成本；
[0104] 2、再分配给每个经销商的返利额不小于供货商应直接返给该经销商的返利额。
[0105] 下面通过一个实例对返转消费模式的再分配原理进行说明。
[0106] 某经销集体由5个经销商组成。表1示出了运些经销商如果单独向供货商进货的返 利比例和额度。
[0107]
[010引 表1
[0109] 从表1可W看出，5个经销商虽然进货总额达到了7100万，但是最终返利总额度只 有73万。而如果作为经销集合，返利总额度可W达到284万，其中差额达到211万。
[0110] 在返利再分配中，主要是对运211万进行再分配。需要说明的是在本实施例中采用 的再分配方案仅作为示例性说明，并不限制本发明的再分配方案的具体形式。
[0111] 例如，可W为每个经销商提高0.5 %~1 %的返利比例。例如，W1 %为例，表2中示 出了各个经销商的再分配返利额。
[01171
[0113] 表2
[0114] 由表2可看出，各个经销商的返利额度都提高了，5个经销商的返利总额为144万， 少于211万。富余的67万可W用于经销集合的管理开支。
[0115] 可见，通过上面的模式能够实现经销商的互利共存，并且有望支撑经销集体的管 理开支。
[0116] 为了能够进一步的降低成本，发挥经销集体的协作作用，进而达到节能减排和疏 解低能劳动人口的作用，可W进一步整合经销集体内经销商的运输和仓储渠道。
[0117] 例如，对于中小型经销商而言，由于进货量不大，在长途运输过程中只能够采用大 型箱式货车的形式运输。而将多个经销商整合成经销集体之后，大大提高了进货量，从而使 得采用高效率、低成本、绿色节能的电动机车铁路运输成为了可能。此外，电动机车铁路运 输的使用，必然减少了大型箱式货车的开行率，那么，一方面可W疏解进入城市的低能劳动 人口，另一方面，也减少了碳排放，有利于城市空气环境污染的治理。
[0118] 又例如，对于中小型经销商而言，由于传统仓库的小型化、便利性，传统仓库是仓 储商品的首选。传统仓储必然需要配备大量的搬运工人，并且小型传统仓库的仓储成本与 相较于大型仓库要高。在本发明实施例中，将多个经销商集合成经销集合之后，使得大型、 自动化仓储系统的应用有了用武之地。商品经过铁路长途运输至货场之后，通过电动物流 车将商品分炼入库；自动化仓库系统采用自动化机车自动运输和摆放货物，从而减少了人 力投入。从一定程度上也可W疏解进入城市的低能劳动人口。
[0119] 可见，通过整合运输环节和仓储环节，能够起到绿色节能减排的作用;并且进一步 为各个经销商降低了运输成本和仓储成本，有较高的经济价值。
[0120] 进一步的，通过再分配返利额富余的资金和通过整合运输环节和仓储环节节约的 资金除了用于经销集合的管理成本外，富余资金还可W用于公益事业。
[0121] 优选地，本发明提供的返转消费系统还包括:消费返现服务器。
[0122] 消费返现服务器，用于接受消费者的会员注册;将富余资金按照一定规则分配给 消费者。例如，为每个消费者设置一个会员账号，消费者消费则会员账号产生积分。按照会 员积分，W富余资金作为基数，按照比例向消费者的会员账号返回现金。
[0123] 较优地，还可W为不同类型的消费者预先设置返现比例，例如，对于五保户成员、 困难家庭成员、残障家庭成员核发高返现比例的会员账号，为一般消费者核发普通返现比 例的会员账号;无论会员账号在当期是否有消费，都W富余资金基数和该会员帐号的返现 比例返现一定金额。
[0124] 另外，本发明实施例提供的返转消费系统账目可W信息公开，接收公众监督;为了 规避习惯性避税导致的税费流失，在消费返利中W进货额和税收为返利基准，例如:实行税 后返利。
[0125] 实施例3
[0126] 本实施例提供一种经销集合数据服务器，用于执行上述实施例1所述的分销数据 统筹处理方法，包括：
[0127] 统计模块300,用于统计当前周期内所在管辖区内各个经销商的进货汇总数据；
[0128] 上报模块302,用于向供应商数据服务器上报统计的进货汇总数据；
[0129] 接收模块304,用于接收供应商数据服务器根据进货汇总数据确定的返利总金额；
[0130] 处理模块306,用于根据各个经销商各自的进货数据确定当前周期内各个经销商 对应的返利比例；
[0131] 更新模块308,用于根据返利比例和各个经销商各自的进货数据更新当前周期内 各个经销商对应的返利数据。
[0132] 具体地，上述统计模块300，包括：
[0133] 判断单元，用于判断距离上一次向供应商数据服务器发送进货汇总数据的时间长 度是否达到预设周期；
[0134] 获取单元，用于若判断单元得到的判断结果为是，则分别获取各个经销商的进货 数据；
[0135] 统计单元，用于根据获取到的各个经销商的进货数据，对所在管辖区内各个经销 商的进货汇总数据进行统计。
[0136] 其中，上述更新模块308，包括：
[0137] 计算单元，用于通过W下公式确定各个经销商的返利数据：
[0138] 各个经销商的返利数据二各个经销商的返利比例X各个经销商的进货数据；
[0139] 更新单元，用于通过确定的各个经销商的返利数据对各个经销商的账户余额进行 更新。
[0140] 相关技术中，各个经销商的返利数据需要人工计算并记录，容易出现错误，因此， 为了更快更准确的确定各个经销商的返利数据，在本实施例中，处理模块306,包括：
[0141] 比例确定单元，用于通过预先设置的进货数据和返利比例的对应关系，确定对各 经销商的初始返利比例；
[0142] 处理单元，用于通过预设数值，对初始返利比例进行增量处理，得到各个经销商的 返利比例。
[0143] 综上所述，经销集合数据服务器通过预先设置的进货数据和返利比例的对应关系 确定对各经销商的初始返利比例，然后通过预设数值，对初始返利比例进行增量处理，得到 各个经销商的返利比例，从而无需通过人工计算，就可W自动确定各个经销商的返利数据， 从而可W更快更准确的确定各个经销商的返利数据。
[0144] 进一步地，参见图4,本实施例还提供一种供应商数据服务器，用于执行上述实施 例2所述的分销数据统筹处理方法，包括：
[0145] 上报数据接收模块400，用于接收经销集合数据服务器上报的进货汇总数据；
[0146] 返利确定模块402,用于根据预设的进货汇总数据和分销返利比例的对应关系，确 定向经销集合数据服务器返回的返利总金额；
[0147] 数据返回模块404,用于向经销集合数据服务器返回确定的返利总金额。
[0148] 综上所述，本实施例提供的经销集合数据服务器和供应商数据服务器，通过经销 集合数据服务器统计当前周期内所在管辖区内各个经销商的进货汇总数据，向供应商数据 服务器上报统计的进货汇总数据，然后接收供应商数据服务器根据进货汇总数据确定的返 利总金额，并根据接收到的返利总金额和各个经销商各自的进货数据对当前周期内各个经 销商对应的返利数据进行更新，与现有技术中进货额小的经销商无法享受到销售返利相 比，不论进货额的多少，通过统计所在管辖区内各个经销商的进货汇总数据，使各个经销商 都可W享受到销售返利，从而提高进货额小的经销商销售商品的积极性，保证了供货商的 经销渠道的稳定性，进一步保证了供销商的整体销售业绩。
[0149] 本发明实施例所提供的进行分销数据统筹处理方法的计算机程序产品，包括存储 了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例 中所述的方法，具体实现可参见方法实施例，在此不再寶述。
[0150] 所属领域的技术人员可W清楚地了解到，为描述的方便和简洁，上述描述的系统、 装置和单元的具体工作过程，可W参考前述方法实施例中的对应过程，在此不再寶述。
[0151] 在本申请所提供的几个实施例中，应该理解到，所掲露的系统、装置和方法，可W 通过其它的方式实现。W上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分， 仅仅为一种逻辑功能划分，实际实现时可W有另外的划分方式，又例如，多个单元或组件可 W结合或者可W集成到另一个系统，或一些特征可W忽略，或不执行。另一点，所显示或讨 论的相互之间的禪合或直接禪合或通信连接可W是通过一些通信接口，装置或单元的间接 禪合或通信连接，可W是电性，机械或其它的形式。
[0152] 所述作为分离部件说明的单元可W是或者也可W不是物理上分开的，作为单元显 示的部件可W是或者也可W不是物理单元，即可W位于一个地方，或者也可W分布到多个 网络单元上。可W根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目 的。
[0153] 另外，在本发明各个实施例中的各功能单元可W集成在一个处理单元中，也可W 是各个单元单独物理存在，也可W两个或两个W上单元集成在一个单元中。
[0154] 所述功能如果W软件功能单元的形式实现并作为独立的产品进货或使用时，可W 存储在一个计算机可读取存储介质中。基于运样的理解，本发明的技术方案本质上或者说 对现有技术做出贡献的部分或者该技术方案的部分可WW软件产品的形式体现出来，该计 算机软件产品存储在一个存储介质中，包括若干指令用W使得一台计算机设备(可W是个 人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。 而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memo巧）、随机存取存 储器(RAM,Random Access Memory)、磁碟或者光盘等各种可W存储程序代码的介质。
[0155] W上所述，仅为本发明的【具体实施方式】，但本发明的保护范围并不局限于此，任何 熟悉本技术领域的技术人员在本发明掲露的技术范围内，可轻易想到变化或替换，都应涵 盖在本发明的保护范围之内。因此，本发明的保护范围应所述W权利要求的保护范围为准。
【主权项】
1. 一种分销数据统筹处理方法，其特征在于，包括： 经销集合数据服务器统计当前周期内所在管辖区内各个经销商的进货汇总数据； 所述经销集合数据服务器向供应商数据服务器上报统计的所述进货汇总数据； 所述经销集合数据服务器接收所述供应商数据服务器根据所述进货汇总数据确定的 返利总金额； 所述经销集合数据服务器根据所述各个经销商各自的进货数据确定所述当前周期内 所述各个经销商对应的返利比例； 所述经销集合数据服务器根据所述返利比例和所述各个经销商各自的进货数据更新 所述当前周期内所述各个经销商对应的返利数据。2. 根据权利要求1所述的方法，其特征在于，所述经销集合数据服务器统计当前周期内 所在管辖区内各个经销商的进货汇总数据，包括： 所述经销集合数据服务器判断距离上一次向所述供应商数据服务器发送所述进货汇 总数据的时间长度是否达到预设周期； 如果是，则所述经销集合数据服务器分别获取所述各个经销商的进货数据； 所述经销集合数据服务器根据获取到的所述各个经销商的进货数据，对所在管辖区内 所述各个经销商的所述进货汇总数据进行统计。3. 根据权利要求1所述的方法，其特征在于，所述经销集合数据服务器根据所述各个经 销商各自的进货数据确定所述当前周期内所述各个经销商对应的返利比例，包括： 所述经销集合数据服务器通过预先设置的进货数据和返利比例的对应关系，确定所述 对各经销商的初始返利比例； 所述经销集合数据服务器通过预设数值，对所述初始返利比例进行增量处理，得到所 述各个经销商的返利比例。4. 根据权利要求1所述的方法，其特征在于，所述经销集合数据服务器根据所述返利比 例和所述各个经销商各自的进货数据更新所述当前周期内所述各个经销商对应的返利数 据，包括： 通过以下公式确定所述各个经销商的返利数据： 各个经销商的返利数据=各个经销商的返利比例X各个经销商的进货数据； 通过确定的所述各个经销商的返利数据对所述各个经销商的账户余额进行更新。5. -种分销数据统筹处理方法，其特征在于，包括： 供应商数据服务器接收经销集合数据服务器上报的进货汇总数据； 所述供应商数据服务器根据预设的进货汇总数据和分销返利比例的对应关系，确定向 所述经销集合数据服务器返回的返利总金额； 所述供应商数据服务器向所述经销集合数据服务器返回确定的所述返利总金额。6. -种经销集合数据服务器，其特征在于，包括： 统计模块，用于统计当前周期内所在管辖区内各个经销商的进货汇总数据； 上报模块，用于向供应商数据服务器上报统计的所述进货汇总数据； 接收模块，用于接收所述供应商数据服务器根据所述进货汇总数据确定的返利总金 额； 处理模块，用于根据所述各个经销商各自的进货数据确定所述当前周期内所述各个经 销商对应的返利比例； 更新模块，用于根据所述返利比例和所述各个经销商各自的进货数据更新所述当前周 期内所述各个经销商对应的返利数据。7. 根据权利要求6所述的经销集合数据服务器，其特征在于，所述统计模块，包括： 判断单元，用于判断距离上一次向所述供应商数据服务器发送所述进货汇总数据的时 间长度是否达到预设周期； 获取单元，用于若判断单元得到的判断结果为是，则分别获取所述各个经销商的进货 数据； 统计单元，用于根据获取到的所述各个经销商的进货数据，对所在管辖区内所述各个 经销商的所述进货汇总数据进行统计。8. 根据权利要求6所述的经销集合数据服务器，其特征在于，所述处理模块，包括： 比例确定单元，用于通过预先设置的进货数据和返利比例的对应关系，确定所述对各 经销商的初始返利比例； 处理单元，用于通过预设数值，对所述初始返利比例进行增量处理，得到所述各个经销 商的返利比例。9. 根据权利要求6所述的经销集合数据服务器，其特征在于，所述更新模块，包括： 计算单元，用于通过以下公式确定所述各个经销商的返利数据： 各个经销商的返利数据=各个经销商的返利比例X各个经销商的进货数据； 更新单元，用于通过确定的所述各个经销商的返利数据对所述各个经销商的账户余额 进行更新。10. -种供应商数据服务器，其特征在于，包括： 上报数据接收模块，用于接收经销集合数据服务器上报的进货汇总数据； 返利确定模块，用于根据预设的进货汇总数据和分销返利比例的对应关系，确定向所 述经销集合数据服务器返回的返利总金额； 数据返回模块，用于向所述经销集合数据服务器返回确定的所述返利总金额。
【文档编号】G06Q30/02GK105956886SQ201610324500
【公开日】2016年9月21日
【申请日】2016年5月17日
【发明人】赵志勇, 赵子绅
【申请人】北京中汇农科技有限公司