产品数据处理方法及装置
阅读：806发布：2020-05-11
专利汇可以提供产品数据处理方法及装置专利检索，专利查询，专利分析的服务。并且本 发明 公开了一种产品 数据处理 方法、装置及设备，通过调用业务 接口 ，来获取产品渠道商的结算数据，并结合产品制造商对该产品渠道商的结算数据，来获取该产品渠道商的产品库存数据，即实现对产品渠道商实际库存情况的监控，以便在产品渠道商产品库存不足时，及时补货，在发生库存积压情况时，及时辅助产品渠道商提高产品周转率，加快资金周转，并提高产品销售者的满意度。，下面是产品数据处理方法及装置专利的具体信息内容。
1.一种产品数据处理方法，其特征在于，所述方法包括：
调用业务接口，获取相应业务服务平台上的第一结算数据，所述第一结算数据表明产品渠道商针对下一级产品渠道商和/或产品消费用户产生的产品销售行为；
获取产品制造商的第二结算数据，所述第二结算数据表明所述产品制造商针对所述产品渠道商产生的产品销售行为；
依据所述第一结算数据及所述第二结算数据，获取所述产品渠道商的产品库存数据。
2.根据权利要求1所述的方法，其特征在于，不同产品渠道商的业务服务平台对接的业务接口不同，在调用多个业务接口，获取多个产品渠道商各自的第一结算数据的情况下，所述方法还包括：
对所述多个产品渠道商各自的第一结算数据进行分析，得到所述多个产品渠道商之间的进销数据；
依据得到的所述进销数据，实现对所述多个产品渠道商之间的进销行为的监控。
3.根据权利要求1所述的方法，其特征在于，所述方法还包括：
从所述产品渠道商的第一结算数据中，获取与产品消费用户关联的第三结算数据；
对所述第三结算数据进行分析，得到所述产品渠道商的产品库存消耗数据。
4.根据权利要求1所述的方法，其特征在于，所述方法还包括：
接收所述产品渠道商上报的产品异常信息，所述产品异常信息包括产品报损、产品理赔及产品更换中的至少一项；
基于同一产品的各产品渠道商上报的产品异常信息，获得所述产品的库存损失结果。
5.根据权利要求1～4任意一项所述的方法，其特征在于，所述业务接口位于所述产品渠道商的业务服务平台；和/或，
所述产品制造商的产品数据处理平台，且所述产品制造商的产品数据处理平台设置多个业务接口，且所述多个业务接口对接不同产品渠道商的业务服务平台。
6.根据权利要求5所述的方法，其特征在于，所述业务接口为Web服务器接口，且所述Web服务器接口能够对接不同类型的业务服务平台。
7.根据权利要求5所述的方法，其特征在于，所述方法还包括：
向所述业务服务平台发送数据获取请求；
接收到所述业务服务平台反馈的响应数据，执行所述调用业务接口，获取相应业务服务平台上的第一结算数据步骤，所述响应数据是基于所述业务服务平台的产品渠道商对所述数据获取请求的确认操作生成的。
8.一种产品数据处理装置，其特征在于，所述装置包括：
第一结算数据获取模块，用于调用业务接口，获取相应业务服务平台上的第一结算数据，所述第一结算数据表明产品渠道商针对下一级产品渠道商和/或产品消费用户产生的产品销售行为；
第二结算数据获取模块，用于获取产品制造商的第二结算数据，所述第二结算数据表明所述产品制造商针对所述产品渠道商产生的产品销售行为；
第一数据处理模块，用于依据所述第一结算数据及所述第二结算数据，获取所述产品渠道商的产品库存数据。
9.一种产品数据处理设备，其特征在于，所述设备包括：
至少一个业务接口，所述业务接口用于实现与产品渠道商的业务服务平台的通信连接；
存储器，用于存储实现1～7任意一项所述的产品数据处理方法的程序；
处理器，用于加载并执行所述存储器存储的程序，所述程序用于：
调用业务接口，获取相应业务服务平台上的第一结算数据，所述第一结算数据表明产品渠道商针对下一级产品渠道商和/或产品消费用户产生的产品销售行为；
获取产品制造商的第二结算数据；
依据所述第一结算数据及所述第二结算数据，获取所述产品渠道商的产品库存数据。
10.一种存储介质，其特征在于，其上存储有程序，所述程序由处理器执行，实现如权利要求1～7任意一项所述的产品数据处理方法的各步骤。
产品数据处理方法及装置
技术领域
[0001] 本发明涉及企业商品销售管理技术领域，更具体地涉及一种产品数据处理方法及装置。
背景技术
[0002] 目前，产品制造商通常采用扩大销售渠道的方式，来提高产品的销售量，进而实现利益最大化。因此，产品制造商通常会与多个产品渠道商进行合作，由渠道商作为产品制造商和产品消费者之间纽带，为产品制造商分担产品销售任务，以提高产品销售量。
[0003] 但是，由于产品制造商将产品销售给产品渠道商，并未实现真正意义上的销售，如果产品渠道商的仓库积压一些不健康的库存，不仅会增加仓库管理成本，还会影响产品渠道商资金周转，滋生审货现象，最终产品消费者的订单无法按时交付的现象也会越来越严重，导致产品消费者满意度下降，且对于有保质期的产品，也会因仓库滞留时间过长，而影响产品的销售。
发明内容
[0004] 鉴于上述问题，本发明提供一种克服上述问题或者至少部分地解决上述问题的一种产品数据处理方法、装置及设备。
[0005] 本发明实施例提供了一种产品数据处理方法，所述方法包括：
[0007] 获取产品制造商的第二结算数据，所述第二结算数据表明所述产品制造商针对所述产品渠道商产生的产品销售行为；
[0008] 依据所述第一结算数据及所述第二结算数据，获取所述产品渠道商的产品库存数据。
[0009] 可选的，不同产品渠道商的业务服务平台对接的业务接口不同，在调用多个业务接口，获取多个产品渠道商各自的第一结算数据的情况下，所述方法还包括：
[0010] 对所述多个产品渠道商各自的第一结算数据进行分析，得到所述多个产品渠道商之间的进销数据；
[0011] 依据得到的所述进销数据，实现对所述多个产品渠道商之间的进销行为的监控。
[0012] 可选的，所述方法还包括：
[0013] 从所述产品渠道商的第一结算数据中，获取与产品消费用户关联的第三结算数据；
[0014] 对所述第三结算数据进行分析，得到所述产品渠道商的产品库存消耗数据。
[0015] 可选的，所述方法还包括：
[0016] 接收所述产品渠道商上报的产品异常信息，所述产品异常信息包括产品报损、产品理赔及产品更换中的至少一项；
[0017] 基于同一产品的各产品渠道商上报的产品异常信息，获得所述产品的库存损失结果。
[0018] 可选的，所述业务接口位于所述产品渠道商的业务服务平台；和/或，[0019] 所述产品制造商的产品数据处理平台，且所述产品制造商的产品数据处理平台设置多个业务接口，且所述多个业务接口对接不同产品渠道商的业务服务平台。
[0020] 可选的，所述业务接口为Web服务器接口，且所述Web服务器接口能够对接不同类型的业务服务平台。
[0021] 可选的，所述方法还包括：
[0023] 接收到所述业务服务平台反馈的响应数据，执行所述调用业务接口，获取相应业务服务平台上的第一结算数据步骤，所述响应数据是基于所述业务服务平台的产品渠道商对所述数据获取请求的确认操作生成的。
[0024] 本发明实施例还提供了一种产品数据处理装置，所述装置包括：
[0025] 第一结算数据获取模块，用于调用业务接口，获取相应业务服务平台上的第一结算数据，所述第一结算数据表明产品渠道商针对下一级产品渠道商和/或产品消费用户产生的产品销售行为；
[0026] 第二结算数据获取模块，用于获取产品制造商的第二结算数据，所述第二结算数据表明所述产品制造商针对所述产品渠道商产生的产品销售行为；
[0027] 第一数据处理模块，用于依据所述第一结算数据及所述第二结算数据，获取所述产品渠道商的产品库存数据。
[0028] 本发明实施例还提供了一种产品数据处理设备，其特征在于，所述设备包括：
[0029] 至少一个业务接口，所述业务接口用于实现与产品渠道商的业务服务平台的通信连接；
[0030] 存储器，用于存储实现上述产品数据处理方法的程序；
[0031] 处理器，用于加载并执行所述存储器存储的程序，所述程序用于：
[0032] 调用业务接口，获取相应业务服务平台上的第一结算数据，所述第一结算数据表明产品渠道商针对下一级产品渠道商和/或产品消费用户产生的产品销售行为；
[0033] 获取产品制造商的第二结算数据；
[0034] 依据所述第一结算数据及所述第二结算数据，获取所述产品渠道商的产品库存数据。
[0035] 本发明实施例还提供了一种存储介质，其特征在于，其上存储有程序，所述程序由处理器执行，实现如上述产品数据处理方法的各步骤。
[0036] 借由上述技术方案，本发明提供的产品数据处理方法，通过调用业务接口，来获取产品渠道商的结算数据，并结合产品制造商对该产品渠道商的结算数据，来获取该产品渠道商的产品库存数据，即实现对产品渠道商实际库存情况的监控，以便在产品渠道商产品库存不足时，及时补货，在发生库存积压情况时，及时辅助产品渠道商提高产品周转率，加快资金周转，并提高产品销售者的满意度。
[0037] 上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。附图说明
[0038] 通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
[0039] 图1示出了本发明实施例提供的一种产品数据处理方法的流程示意图；
[0040] 图2示出了本发明实施例提供的实现产品数据处理方法的系统结构示意图；
[0041] 图3示出了本发明实施例提供的另一种实现产品数据处理方法的系统结构示意图；
[0042] 图4示出了本发明实施例提供的另一种产品数据处理方法的流程示意图；
[0043] 图5示出了本发明实施例提供的另一种产品数据处理方法的流程示意图；
[0044] 图6示出了本发明实施例提供的又一种产品数据处理方法的流程示意图；
[0045] 图7示出了本发明实施例提供的一种产品数据处理方法的应用流程示意图；
[0046] 图8示出了本发明实施例提供的一种产品数据处理装置的结构示意图；
[0047] 图9示出了本发明实施例提供的另一种产品数据处理装置的结构示意图；
[0048] 图10示出了本发明实施例提供的另一种产品数据处理装置的结构示意图；
[0049] 图11示出了本发明实施例提供的又一种产品数据处理装置的结构示意图；
具体实施方式
[0051] 下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
[0052] 参照图1，为本发明实施例提供的一种产品数据处理方法流程示意图，该方法可以应用于产品制作商的产品管理平台，如图1所示，该方法可以包括：
[0053] 步骤S11，调用业务接口，获取相应业务服务平台上的第一结算数据；
[0054] 在本实施例中，对于产品制造商来说，为了监控其产品的产品渠道商对该产品的销售情况，以便准确得知产品渠道商的实际库存情况，进而据此制定该产品后续的销售计划等，提出在产品制造商使用的产品管理平台开发至少一个业务接口，如图2所示的场景示意图，产品管理平台中的业务接口可以与产品渠道商使用的业务服务平台对接，以获取该业务服务平台存储的产品渠道商销售产品的相关数据，具体可以参照下文相应部分的描述。
[0055] 当然，如图3所示的场景示意图，本实施例也可以在产品渠道商的产品服务平台上开发能够对接产品制造商的业务接口，以便通过该业务接口实现与产品制造商的产品管理平台的数据交互，具体实现方法可以参照下文相应实施例的描述。
[0056] 由此可见，步骤S11调用的业务接口可以设置在产品制造商使用的产品管理平台，也可以设置在产品渠道商使用的业务服务平台上，以实现产品制造商与产品渠道商之间的通信，解决了目前产品制造商无法及时且准确得知各产品渠道商的产品库存情况，影响后续产品的生产、营销计划问题。
[0057] 可选的，本实施例开发的上述业务接口可以是Web服务器接口，即Webservice接口。且产品渠道商使用的业务服务平台、产品制造商使用的产品管理平台可以是SAP(System Applications and Products，一款企业管理软件)、Oracle(即以Oracle关系数据库为数据存储和管理作为构架基础，构建出的数据库管理系统)、用友(即一款企业管理软件，具有集团管理、财政管理、人力资源管理、客户关系管理等功能)、金蝶(即一款企业资源计划ERP软件)等的主流业务系统，本实施例对产品渠道商或产品制造商具体使用的业务系统类型及其工作不做详述。
[0058] 其中，对于产品制造商来说，其通常会与多个产品渠道商合作，因此，若在产品制造商的产品管理平台开发业务接口，可以开发多个通用的业务接口，还可以预先配置各业务接口能够对接哪个产品渠道商的业务服务平台，这样，但需要该产品渠道商的相关信息时，可以直接调用该业务接口，访问该产品渠道商的业务服务平台，但并不局限于本文描述的这种实现方式。
[0059] 在本实施例实际应用中，产品制造商可以与产品渠道商通过谈判等方式，来确定产品渠道商是否允许产品制造商获取自身的结算数据，产品渠道商允许后，产品制造商调用业务接口，请求获取所需的产品结算数据时，才能够得到对应产品渠道商的同意请求响应结果。
[0060] 需要说明，无论是产品渠道商还是产品制造商，通常都是通过本地的终端设备，启动相应平台的客户端，登录该平台，也就是说，上文各业务系统可以作为产品管理平台使用，也可以作为业务服务平台使用，通常采用客户端-服务器模式工作，即在使用该业务系统的用户终端上安装客户端软件后，可以启动客户端进入服务器支持的平台，并在平台管理界面上进行各种操作，当然，也可以通过浏览器网页的方式，登录业务系统的服务器，进入业务服务平台或产品管理平台，本发明对产品制造商如何使用产品管理平台，产品渠道商如何使用业务服务平台的方法不做限定。
[0061] 其中，对于产品制造商来说，通常会开发自己的产品管理平台，通过上述方式，实现对与该产品制造商有合作关系的产品渠道商的业务服务平台的通信连接。
[0062] 本实施例中的产品渠道商可以是批发商、经销商、零售商、代理商和佣金商等，对于较大规模的产品渠道商来说，其也可以开发自己的业务服务平台，方便其工作人员通过注册账号登录该业务服务平台，实现对其进销产品的管理；或者，也可以与上文举例的各业务系统的开发者合作，通过注册的账号登录上述任一业务系统，实现对产品渠道商进销产品的管理。
[0063] 且在产品渠道商对产品销售过程中，除了将产品直接销售给产品消费用户外，还能够销售给下一级产品渠道商，也就是说，产品渠道商可以是分级结构，低级别的产品渠道商可以从高级别的产品渠道商处进货，因此，产品渠道商在其业务服务平台上记录的第一结算数据可以包括针对产品消费用户的结算数据，也可以包括针对下一级产品渠道商的结算数据。
[0064] 由于结算主要包括现款现货、赊欠、铺底、承兑汇票期限等，在实施例中，第一结算数据可以包括将产品销售给产品消费用户/下一级产品渠道商的实际产品数量、实际产品金额等信息，可以是业务服务平台上显示交易完成对应的相关交易数据，也可以包括从税务系统获取的交易数据，如从该产品渠道商开具的发票信息中，获取所需的结算数据等。
[0065] 可见，第一结算数据可以表明产品渠道商针对下一级产品渠道商和/或产品消费用户产生的产品销售行为，本实施例对上述第一结算数据包含内容及其获取方式不做限定。
[0066] 步骤S12，获取产品制造商的第二结算数据；
[0067] 与上文描述的第一结算数据的含义类似，依据产品制造商的产品销售对象，如各级产品渠道商、产品消费用户等，产品制造商的产品结算数据可以表明产品制造商针对各级产品渠道商和/或产品消费用户产生的产品销售行为，其可以包括产品制造商销售给各产品渠道商的实际产品数量(即成功交易的产品数量)、产品金额等数据。本实施例中，该产品结算数据可以记录在该产品制造商的产品管理平台的数据库中，产品制造商为了获取某一个产品渠道商的当前库存情况，可以获取该产品制造商记录的与该产品渠道商对应的第二结算数据。
[0068] 可见，本实施例的第二结算数据表明的是产品制造商针对该产品渠道商的产品销售行为，即其包含产品制造商与该产品渠道商成功完成产品交易得到的相关交易数据，如实际销售给该产品渠道商的产品数量(即该产品渠道商的进货量)等。步骤S13，依据第一结算数据和第二结算数据，获取该产品渠道商的产品库存数据。
[0069] 结合上文对产品制造商的第二结算数据，及产品渠道商的第一结算数据的分析，能够得到该产品渠道商的实际进货量及实际出货量(即实际产品销售量)，经过差值运算，可以得到该产品当前的产品库存数据，如产品剩余量，以使得产品制造商能够据此，在产品库存不足时，及时为该产品渠道商补货，保证产品渠道商供货充足。
[0070] 当确定该产品渠道商出现产品库存积压情况时，产品制造商可以帮助该产品渠道商提高产品销售量，避免产品渠道商的仓库积压一些不健康的产品，带来一系列问题。如，因产品渠道商资金占用成本增加，滋生审货现象；具有保质期的产品因积压而影响产品销售，甚至会过期而无法销售；还会导致最终消费用户的订单不能按时交付的现象会越来越严重，消费用户满意度下降等问题，同时，还能够帮助产品渠道商降低其库存管理成本，提高产品的周转率，加快资金周转，以提高消费用户的满意度。
[0071] 需要说明，关于步骤S13的具体实现方法，并不局限于上文描述的方式，本实施例可以结合具体场景需求确定，在此不再一一详述。
[0072] 综上所述，本实施例的产品制造商能够调用能够对接各产品渠道商的业务服务平台的业务接口，来获取该产品渠道商的产品结算数据，并结合自身产品管理平台中针对该产品渠道商的产品销售数据，分析得到该产品渠道商的当前库存数据，即实现对该产品渠道商的产品库存的监控，以便能够该产品渠道商的实际库存情况，制定后续产品生产、营销计划，如对该产品渠道商的进货量进行调控等，还能够据此实现对各产品渠道商之间的库存调度，帮助产品渠道商解决仓库积压问题，从而解决因仓库积压而导致的一系列问题。
[0073] 在本发明另一可选实施例中，基于上文描述的发明构思，本实施例还可以通过对产品渠道商的产品销售和库存的监控，还能够进一步了解各产品渠道商之间的交易行为，以实现对不同产品渠道商之间的窜货情况，具体实现过程可以参照图4所示的另一种产品数据处理方法的流程示意图，如图4所示，该方法可以包括：
[0074] 步骤S21，调用不同业务接口，获取多个业务服务平台各自的产品渠道商的第一结算数据；
[0075] 本实施例获取产品渠道商的第一结算数据的过程，可以参照上文实施例的描述，本实施例在此不再赘述。
[0076] 步骤S22，对获得的多个产品渠道商各自的第一结算数据进行分析，得到多个产品渠道商之间的进销数据；
[0077] 本实施例的进销数据可以指一个产品渠道商从另一个产品渠道商处进货入库的相关数据，以及向其他产品渠道商销售出库的相关数据，可见，本实施例的进销数据可以表明各产品渠道商之间的产品交易行为，如各产品渠道商之间的产品互销数据，如A产品渠道商从B产品渠道商仓库调取货物，即B产品渠道商将产品销售给A产品渠道商所产生的相关数据等，本实施例对产品渠道商之间的进销数据的内容不作限定。
[0078] 由于各产品渠道商会将发生的所有交易行为(如产品销售、进货行为)记录在产品服务平台上，从而使得该产品服务平台记录的第一结算数据能够准确记录产品渠道商的产品采购入库、销售出库情况，因此，其包含了该产品渠道商从其他产品渠道商处进货，及将产品销售给其他产品渠道商，以提高产品销售量的相关数据。所以，本实施例通过对产品渠道商的第一结算数据进行分析，还能够得到各产品渠道商之间的进销数据，以便了解各产品渠道商之间的互销情况。
[0079] 步骤S23，依据得到的进销数据，实现对多个产品渠道商之间的进销行为的监控。
[0080] 结合上文对进销数据的分析，由于其能够表明两个产品渠道商之间的交易行为，产品制造商获取产品渠道商的第一结算数据后，通过分析还能够监控产品渠道商之间的交易情况，及时发现不同产品渠道商之间窜货(即渠道商置经销协议和制造商长期利益于不顾，进行产品跨地区降价销售)情况，以便采取相应措施，避免由此造成产品制造商的损失。
[0081] 在本发明又一可选实施例中，产品制造商还可以利用获得产品渠道商的第一结算数据，来掌握产品渠道商的库存实际消耗情况，以便精确调整该产品渠道商的进货量等信息，具体可以参照图5所示的产品数据处理方法的又一流程示意图，该方法可以包括：
[0082] 步骤S31，调用业务接口，获取相应业务服务平台上的第一结算数据；
[0083] 步骤S32，从产品渠道商的第一结算数据中，获取与产品消费用户关联的第三结算数据；如上述分析，对于任意产品渠道商，与其产生产品交易行为的可以有产品制造商、其他产品渠道商、产品消费用户等多种对象，因此，其产品服务平台记录的产品结算数据中可以包含该产品渠道商与其他任一对象进行产品交易产生的数据，而只有将产品销售给产品消费用户才是将产品真正销售出去。
[0084] 因此，本实施例为了监控产品渠道商的库存消耗量，可以从获取的第一结算数据中，筛选出与产品消费用户关联的结算数据，并将其记为第三结算数据。
[0085] 可选的，为了满足不同管理需求，准确且快速获取所需的结算数据，本实施例可以在产品渠道商的业务服务平台中，设置不同类型或来源的数据存储区域，即将产品渠道商录入的与不同对象交易产生的产品结算数据，发送至对应的存储区域进行保存，并在同意发送给产品制造商后，可以针对不同存储区域的产品结算数据设置数据标识，这样，产品制造商获得各产品渠道商的产品结算数据后，能够根据所需数据的数据标识，准确且快速获取与产品消费用户关联的第三结算数据。
[0086] 需要说明，本实施例对步骤S32的具体实现方法不做限定，除了上段描述的实现方法，产品渠道商也可以根据预设的数据管理要求，将产品制造商当前需要的第三结算数据上传至产品管理平台，也就是说，产品渠道商可以对存储的产品结算数据进行分类分批上传，并不限定全部数据统一上传。这种情况下，产品制造商可以接收到的数据记为所需数据，后续可以直接对其进行处理等等，本发明对如何获取第三结算数据的方法不做一一详述。
[0087] 步骤S33，对第三结算数据进行分析，得到产品渠道商的产品库存消耗数据。
[0088] 结合上文对第三结算数据分析，该第三结算数据能够表明产品消费者在该产品渠道商处的实际消费情况，即产品渠道商与产品消费用户成功交易的相关数据，因此，通过对该第三结算数据分析，能够准确得知该产品渠道商的产品库存消耗数据，即产品渠道商的产品库存减少情况，从而掌握该产品渠道商对产品的销售情况，评估该产品渠道商的产品销售能力，并确定后续与该产品渠道商的合作计划，如后续增加、减少或维持该产品渠道商销售的进货情况，同时，也能够通过对各产品渠道商对产品的销售情况的分析，得知该产品在市场上的销售情况，了解不同产品消费者对该产品的喜好，实现对产品性能的改善等等。
[0089] 作为本发明又一可选实施例，在上述各实施例基础上，本发明还可以统计各产品渠道商的产品库存损失情况，具体可以参照图6所示的流程示意图，该方法可以包括：
[0090] 步骤S41，接收产品渠道商上报的产品异常信息；
[0091] 其中，该产品异常信息可以包括产品报损、产品理赔及产品更换中的至少一项。
[0092] 在本实施例实际应用中，对于产品渠道商采购的产品，难免会因各种原因出现产品破损，或具有保质期的产品因滞销导致过期，或者产品消费者购买产品后，因各种原因在产品渠道商处进行产品更换等情况，对于这些情况，产品渠道商可以在自己的业务服务平台进行记录，并根据需要，通过其业务服务平台与产品制造商的产品管理平台的对接接口，登录该产品管理平台，将表明这些情况的数据上传到产品管理平台。
[0093] 可选的，如图7所示的系统架构图，一级产品渠道商可以是直接从产品制造商进货的产品渠道商，其可以将产品直接销售给产品消费者，也可以销售给二级产品渠道商，二级产品渠道商可以将产品直接销售给产品消费者，也可以销售给三级产品渠道商等等。可见，本发明的产品渠道商可以是分级结构，也可以不分级，即都从产品制造商处进货，本发明对产品渠道商的进货方式不做限定。
[0094] 其中，在图7所示的系统结构中，从产品制造商角度看来，Sell-In可以是指产品从产品制造商卖进给产品渠道商(如经销商/批发商/零售商等)的过程，也可以称为卖进；Sell-Out可以是指产品渠道商将产品出售给下一级产品渠道商或产品消费者的过程，也可以称为卖出。本实施例可以将产品渠道商将产品销售给产品消费者(即最终用户)的过程称为Sell-Out，而产品渠道商将产品出售给下一级产品渠道商的过程称为Sell-Through，即销售流通，也就是说总代理往下逐级批发的过程。
[0095] 另外，对于任一级别的产品渠道商，都可以将产品异常信息上报给产品制造商，以使产品制造商了解产品损失情况。图7仅对一级产品渠道商对产品异常信息的上报过程进行说明，如图7中Claim所示数据传输过程，对于其他级别产品渠道商的上报过程类似，本发明不再详述。
[0097] 且，本实施例对产品渠道商上报产品异常信息的实现方法不做限定，如，可以在产品渠道商的业务服务平台设置记录产品异常信息的选项，产品渠道商可以在该选项的相应输入框中录入异常内容，以使业务服务平台将得到的各产品异常信息上传给产品管理平台。
[0098] 当然，产品渠道商也可以登录产品管理平台，并在该产品管理平台的相应产品异常界面，上传产品异常内容，以使产品管理平台得到该产品渠道商上报的产品异常信息等等。
[0099] 步骤S42，基于同一产品的各产品渠道商上报的产品异常信息，获得该产品的库存损失结果。
[0100] 本实施例可以利用各产品渠道商的产品结算数据及产品异常信息，统计各产品渠道商的库存损失情况，从而得到产品制造商的库存损失结果，本实施例对该计算方法不做详述。
[0101] 可选的，对于得到的产品的库存损失结果，可以包括该产品的总库存损失，还可以包括各产品渠道商对应的产品库存损失等，以便由此更加准确得到该产品的实际销售情况。
[0102] 当然，本实施例也可以利用产品渠道商上报的产品异常信息，来更新该产品渠道商的产品库存数据，以监控该产品渠道商的仓库中还能够继续销售的产品数量。
[0103] 在本发明又一可选实施例中，本发明可以按照上述各实施例描述的方法，但并不局限于上文各实施例描述的方法，来统计产品制造商的库存进出情况，并计算出特定渠道商的进销存情况，从而为后续产品渠道商的产品库存的分析提供数据基础，并辅助调整产品后续销售计划，以提高产品实际销量，减少产品在产品制造商处或产品渠道商处的积压，进而降低产品仓库管理成本，提高产品周转率，加快资金周转。
[0104] 其中，进销存可以是指将企业管理过程中产品采购(仅)→入库(存)→销售(销)的动态管理过程，“进”是指询价、采购到入库与付款的过程，“销”是指报价、销售到出库与收款的过程，“存”是指出入库之外，包括领料、退货、盘点、损益、借入、借出、调拨等影响库存数量的动作。
[0105] 需要说明，在本发明可以根据实际管理需求，将上述各实施例进行组合，得到所需数据，本发明对上述各实施例的组合方案不再赘述
[0106] 参照图8，为本发明实施例提供的一种产品数据处理装置的结构示意图，该装置可以包括：
[0107] 第一结算数据获取模块11，用于调用业务接口，获取相应业务服务平台上的第一结算数据；
[0108] 其中，该第一结算数据表明产品渠道商针对下一级产品渠道商和/或产品消费用户产生的产品销售行为，关于本实施例中第一结算数据的含义及其包含的内容的分析，可以参照上述方法实施例的描述。
[0109] 在本实施例中，该业务接口可以位于产品渠道商的业务服务平台；和/或，位于产品制造商的产品数据处理平台，且产品制造商的产品数据处理平台设置多个业务接口，且多个业务接口对接不同产品渠道商的业务服务平台。
[0110] 可选的，业务接口可以是为Web服务器接口，且该Web服务器接口能够对接不同类型的业务服务平台。
[0111] 第二结算数据获取模块12，用于获取产品制造商的第二结算数据；
[0112] 其中，第二结算数据表明所述产品制造商针对所述产品渠道商产生的产品销售行为。
[0113] 第一数据处理模块13，用于依据所述第一结算数据及所述第二结算数据，获取所述产品渠道商的产品库存数据。
[0114] 综上，本实施例可以在产品制造商与产品渠道商谈判，产品渠道商同意将其产品结算数据发送给产品制造商的情况下，产品渠道商的产品管理平台能够通过调用业务接口，获取要监控的产品渠道商的第一结算数据，之后，结合产品渠道商自身的第二结算数据，分析得到该产品渠道商的产品库存数据，实现了对产品渠道商的产品库存监控，以便及时调整对该产品渠道商的进货量，保证该产品渠道商有充足供货同时，也避免产品渠道商仓库积压带来的一系列问题。
[0115] 可选的，基于上段分析，在本实施例实际应用中，该装置还可以包括：
[0116] 请求发送模块，用于向所述业务服务平台发送数据获取请求；
[0117] 数据接口模块，用于接收到所述业务服务平台反馈的响应数据，触发第一结算数据获取模块调用业务接口，获取相应业务服务平台上的第一结算数据，其中，该响应数据可以是基于所述业务服务平台的产品渠道商对所述数据获取请求的确认操作生成的，本实施例对其包含的内容不作限定。
[0118] 可选的，如图9所示，若不同产品渠道商的业务服务平台对接的业务接口不同，在调用多个业务接口，获取多个产品渠道商各自的第一结算数据的情况下，该装置还可以包括：
[0119] 第二数据处理模块14，用于对所述多个产品渠道商各自的第一结算数据进行分析，得到所述多个产品渠道商之间的进销数据；
[0120] 监控模块15，用于依据得到的所述进销数据，实现对所述多个产品渠道商之间的进销行为的监控。
[0121] 可见，本实施例还可以通过对产品渠道商的产品结算数据进行分析，监控产品渠道商之间的窜货情况，保证产品制造商的利益。
[0122] 在本发明另一可选实施例中，在上述各实施例的基础上，如图10所示，该装置还可以包括：
[0123] 第三结算数据获取模块16，用于从所述产品渠道商的第一结算数据中，获取与产品消费用户关联的第三结算数据；
[0124] 第三数据处理模块17，用于对所述第三结算数据进行分析，得到所述产品渠道商的产品库存消耗数据。
[0125] 可见，本实施例在得到产品渠道商的产品结算数据后，还能够通过对其中的产品消费者关联的第三结算数据进行分析，来确定该产品渠道商实际消费出去的产品数量，以评估该产品渠道商的销售能力等。
[0126] 可选的，如图11所示，在上述各实施例的基础上，该装置还可以包括：
[0127] 产品异常信息获取模块18，用于接收所述产品渠道商上报的产品异常信息，所述产品异常信息包括产品报损、产品理赔及产品更换中的至少一项；
[0128] 第四数据处理模块19，用于基于同一产品的各产品渠道商上报的产品异常信息，获得所述产品的库存损失结果。
[0129] 可见，本实施例中，产品渠道商可以及时上报产品异常情况，以便产品制造商及时回收破损产品、销毁过期产品等处理，并据此实际更新产品渠道商的实际库存数据等，从而更加精准地掌握产品渠道商对产品的销售情况及产品的库存量。
[0130] 所述产品数据处理装置包括处理器和存储器，上述第一结算数据获取模块、第二结算数据获取模块、第一数据处理模块、第二数据处理模块、监控模块、第三结算数据获取模块、第三数据处理模块、产品异常信息获取模块和第四数据处理模块等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
[0131] 处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来调用业务接口，获取产品渠道商的第一结算数据，并结合产品制造商的第二结算数据，分析得到该产品渠道商的产品库存数据，实现对该产品渠道商的库存管理，并在出现仓库积压时，及时帮助该产品渠道商提高产品销量，避免产品积压带来的一系列问题。
[0133] 本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现所述产品数据处理方法。
[0134] 本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述产品数据处理方法。
[0135] 参照图12，为本发明实施例提供了一种产品数据处理设备的硬件结构示意图，如图12所示设备可以包括：至少一个业务接口21、存储器22及处理器23，其中：
[0136] 业务接口21可以用于实现与产品渠道商的业务服务平台的通信连接；
[0137] 在本实施例中，该业务接口21可以是API(Application ProgrammingInterface，应用程序编程接口)，关于如何调用API接口，实现产品制造商的产品管理平台与产品渠道商的业务服务平台之间的对接，获取所需的产品渠道商的产品结算数据的实现方法本实施例不作限定。
[0138] 存储器22可以用于存储实现上述产品数据处理方法的程序。
[0139] 在实际应用中，该存储器22还可以存储处理过程中得到的结算数据、中间数据及处理结果数据等，具体可以参照上述方法实施例相应部分的描述。
[0140] 处理器23可以加载并执行存储器22存储的程序，处理器23执行程序时实现以下步骤：
[0141] 调用业务接口，获取相应业务服务平台上的第一结算数据，所述第一结算数据表明产品渠道商针对下一级产品渠道商和/或产品消费用户产生的产品销售行为；
[0142] 获取产品制造商的第二结算数据，所述第二结算数据表明所述产品制造商针对所述产品渠道商产生的产品销售行为；
[0143] 依据所述第一结算数据及所述第二结算数据，获取所述产品渠道商的产品库存数据。
[0144] 可选的，处理器23执行程序时还可以实现以下步骤：
[0145] 不同产品渠道商的业务服务平台对接的业务接口不同，在调用多个业务接口，获取多个产品渠道商各自的第一结算数据的情况下，对所述多个产品渠道商各自的第一结算数据进行分析，得到所述多个产品渠道商之间的进销数据；
[0146] 依据得到的所述进销数据，实现对所述多个产品渠道商之间的进销行为的监控。
[0147] 可选的，处理器23执行程序时还可以实现以下步骤：
[0148] 从所述产品渠道商的第一结算数据中，获取与产品消费用户关联的第三结算数据；
[0149] 对所述第三结算数据进行分析，得到所述产品渠道商的产品库存消耗数据。
[0150] 可选的，处理器23执行程序时还可以实现以下步骤：
[0151] 接收所述产品渠道商上报的产品异常信息，所述产品异常信息包括产品报损、产品理赔及产品更换中的至少一项；
[0152] 基于同一产品的各产品渠道商上报的产品异常信息，获得所述产品的库存损失结果。
[0153] 可选的，处理器23执行程序时还可以实现以下步骤：
[0154] 所述业务接口位于所述产品渠道商的业务服务平台；和/或所述产品制造商的产品数据处理平台，且所述产品制造商的产品数据处理平台设置多个业务接口，且所述多个业务接口对接不同产品渠道商的业务服务平台。
[0155] 本实施例实际应用中，所述业务接口可以为Web服务器接口，且所述Web服务器接口能够对接不同类型的业务服务平台。
[0156] 可选的，处理器23执行程序时还可以实现以下步骤：
[0157] 向所述业务服务平台发送数据获取请求；
[0158] 接收到所述业务服务平台反馈的响应数据，执行所述调用业务接口，获取相应业务服务平台上的第一结算数据步骤，所述响应数据是基于所述业务服务平台的产品渠道商对所述数据获取请求的确认操作生成的。
[0159] 本文中的产品数据处理设备可以包括服务器、PC、PAD、手机等。
[0161] 调用业务接口，获取相应业务服务平台上的第一结算数据，所述第一结算数据表明产品渠道商针对下一级产品渠道商和/或产品消费用户产生的产品销售行为；
[0162] 获取产品制造商的第二结算数据，所述第二结算数据表明所述产品制造商针对所述产品渠道商产生的产品销售行为；
[0163] 依据所述第一结算数据及所述第二结算数据，获取所述产品渠道商的产品库存数据。
[0164] 可选的，计算机程序产品进行初始化还可以实现以下步骤：
[0165] 不同产品渠道商的业务服务平台对接的业务接口不同，在调用多个业务接口，获取多个产品渠道商各自的第一结算数据的情况下，对所述多个产品渠道商各自的第一结算数据进行分析，得到所述多个产品渠道商之间的进销数据；
[0166] 依据得到的所述进销数据，实现对所述多个产品渠道商之间的进销行为的监控。
[0167] 可选的，计算机程序产品进行初始化还可以实现以下步骤：
[0168] 从所述产品渠道商的第一结算数据中，获取与产品消费用户关联的第三结算数据；
[0169] 对所述第三结算数据进行分析，得到所述产品渠道商的产品库存消耗数据。
[0170] 可选的，计算机程序产品进行初始化还可以实现以下步骤：
[0171] 接收所述产品渠道商上报的产品异常信息，所述产品异常信息包括产品报损、产品理赔及产品更换中的至少一项；
[0172] 基于同一产品的各产品渠道商上报的产品异常信息，获得所述产品的库存损失结果。
[0173] 可选的，计算机程序产品进行初始化还可以实现以下步骤：
[0174] 所述业务接口位于所述产品渠道商的业务服务平台；和/或所述产品制造商的产品数据处理平台，且所述产品制造商的产品数据处理平台设置多个业务接口，且所述多个业务接口对接不同产品渠道商的业务服务平台。
[0175] 本实施例实际应用中，所述业务接口可以为Web服务器接口，且所述Web服务器接口能够对接不同类型的业务服务平台。
[0176] 可选的，计算机程序产品进行初始化还可以实现以下步骤：
[0177] 向所述业务服务平台发送数据获取请求；
[0178] 接收到所述业务服务平台反馈的响应数据，执行所述调用业务接口，获取相应业务服务平台上的第一结算数据步骤，所述响应数据是基于所述业务服务平台的产品渠道商对所述数据获取请求的确认操作生成的。
[0179] 本领域内的技术人员应明白，本申请的实施例可提供为方法、装置、设备或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
[0180] 本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0181] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
[0182] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0183] 在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
[0184] 存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。存储器是计算机可读介质的示例。
[0185] 计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
[0186] 还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
[0187] 本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
[0188] 以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 一种多通道高速率的5G信号处理装置 | 2020-05-08 | 486 |
| 数据处理方法及相关设备 | 2020-05-08 | 438 |
| 通信数据同步及处理方法和系统 | 2020-05-08 | 406 |
| 用于立体车库的车辆数据处理方法、系统和存储介质 | 2020-05-08 | 981 |
| 基于DPDK的多进程DNS服务方法和系统 | 2020-05-08 | 42 |
| 一种配电网动模系统的分布式录波方法及装置 | 2020-05-08 | 835 |
| 数据处理设备、数据分析设备、数据处理系统和用于处理数据的方法 | 2020-05-08 | 242 |
| 数据处理方法、装置、设备和存储介质 | 2020-05-11 | 111 |
| 数据处理方法、装置和机器可读介质 | 2020-05-11 | 686 |
| 储能数据处理方法、系统、装置、能源系统及存储介质 | 2020-05-11 | 341 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
QQ群二维码
意见反馈
意见反馈