CN113312527A - 采购数据处理方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种采购数据处理方法、装置、计算机设备和存储介质。所述方法包括：获取预设时间段内的采购数据；计算所述采购数据对应的移动平均数以及移动标准差；获取预先设置的上下界标准差倍数，并根据所述上下界标准差倍数、所述移动平均数以及所述移动标准差计算得到上下界阈值；根据所述上下界阈值判断所述采购数据中是否存在异常数据。采用本方法能够提高准确性。

Description

采购数据处理方法、装置、计算机设备和存储介质

技术领域

本申请涉及人工智能技术领域，特别是涉及一种采购数据处理方法、装置、计算机设备和存储介质。

背景技术

B2B (Business to Business)，是指商家与商家建立的商业关系。目前常见的B2B运营模式主要有垂直B2B（上游和下游，可以形成销货关系）、水平B2B（将行业中相近的交易过程集中）、自建B2B（行业龙头运用自身优势串联整条产业链）、关联行业的B2B（整合综合B2B模式和垂直B2B模式的跨行业EC平台）。

B2C(Business to Consumer)，就是我们经常看到的供应商直接把商品卖给用户，即“商对客”模式，也就是通常说的商业零售，直接面向消费者销售产品和服务。B2C网站类型主要有综合商城（产品丰富的传统商城EC化）、百货商店（自有库存，销售商品）、垂直商店（满足某种特定的需求）、复合品牌店（传统品牌商的复合）、服务型网店（无形商品的交易）、导购引擎型（趣味购物、便利购物）、在线商品定制型（个性化服务、个性化需求）等。

C2B (Customer to Business)类似竞价C2B模式的核心，是通过聚合分散分布但数量庞大的用户形成一个强大的采购集团，以此来改变B2C模式中用户一对一出价的弱势地位，使之享受到以大批发商的价格买单件商品的利益。C2B模式的一般运行机制是需求动议的发起、消费者群体自觉聚集、消费者群体内部审议、制定出明确的需求计划、选择合适的核心商家或者企业群体、展开集体议价谈判、进行联合购买、消费者群体对结果进行分配、消费者群体对于本次交易结果的评价、消费者群体解散或者对抗。

传统技术中基于上述模式的企业采购，在采购完成后，对于采购数据的分析，通常是按照预设的固定的阈值进行判断，超出范围则发起告警流程。

然而，目前的固定的阈值的判断没有和前后时间点动态比较，常常导致错误告警。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高告警准确性的采购数据处理方法、装置、计算机设备和存储介质。

一种采购数据处理方法，所述方法包括：

获取预设时间段内的采购数据；

计算所述采购数据对应的移动平均数以及移动标准差；

获取预先设置的上下界标准差倍数，并根据所述上下界标准差倍数、所述移动平均数以及所述移动标准差计算得到上下界阈值；

根据所述上下界阈值判断所述采购数据中是否存在异常数据。

在其中一个实施例中，所述方法还包括：

对所述采购数据进行拟合得到拟合模型；

根据所述拟合模型进行预测得到预测时间段对应的预测数据，所述预测数据是按照第一时间间隔进行预测得到的趋势项数据；

获取第二时间间隔内的采购数据，并根据所述采购数据计算得到周期平均数；

根据每个第二时间间隔内的对应的时间段的趋势项数据计算得到趋势平均数；

根据所述周期平均数和所述趋势平均数计算得到修正项；

根据所述修正项对所述拟合模型进行修正

在其中一个实施例中，所述方法还包括：

接收供应商终端推送的商品，并提取所述商品的商品标识；

获取预先建立的供应商与平台的商品标识映射关系；

根据所述商品标识映射关系以及所述商品标识，将推送的所述商品的商品标识转换为平台的商品标识，并进行分类。

在其中一个实施例中，所述方法还包括：

接收输入的商品搜索请求，所述商品搜索请求携带有商品信息；

根据所述商品信息查询得到对应的待显示商品；

获取所述待显示商品对应的预设类型的商品当前价格以及商品历史价格；

将各个供应商所对应的待显示商品、所述商品当前价格以及商品历史价格进行显示。

在其中一个实施例中，所述根据所述商品信息查询得到对应的待显示商品，包括：

根据所述商品信息中的商品标识和商品二级分类查询得到不同供应商对应的待显示商品；或者

提取所述商品信息中的商品名称的关键字，根据所述关键字进行检索得到不同供应商对应的待显示商品。

在其中一个实施例中，所述方法还包括：

接收结算请求，并将所述结算请求转发给供应端，以使得所述供应端根据所述结算请求生成发票信息；

接收发票关联请求，根据所述发票关联请求将所述发票信息和订单信息进行关联，并将关联后的发票信息和订单信息发送至审核终端；

接收审核终端反馈的审核结果，当所述审核结果为审核通过时，则进行价值转移操作。

在其中一个实施例中，所述方法还包括：

接收新的供应商终端发送的注册请求；

根据所述注册请求在供应商维度添加对应的供应商标识，在功能维度添加对应所述供应商标识的功能。

一种采购数据处理装置，所述装置包括：

数据获取模块，用于获取预设时间段内的采购数据；

第一计算模块，用于计算所述采购数据对应的移动平均数以及移动标准差；

阈值计算模块，用于获取预先设置的上下界标准差倍数，并根据所述上下界标准差倍数、所述移动平均数以及所述移动标准差计算得到上下界阈值；

判断模块，用于根据所述上下界阈值判断所述采购数据中是否存在异常数据。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述任意一个实施例中的方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一个实施例中的方法的步骤。

上述采购数据处理方法、装置、计算机设备和存储介质，通过采购数据本身来计算得到移动平均数以及移动标准差，从而根据上下界标准差倍数、移动平均数以及移动标准差计算得到上下界阈值，这样根据采购数据本身计算得到的上下界阈值来对采购数据进行判断，避免固定阈值所带来的判断错误，从而提高了准确性。

附图说明

图1为一个实施例中采购数据处理方法的应用环境图；

图2为一个实施例中采购数据处理方法的流程示意图；

图3为一个实施例中的平台的架构图；

图4为一个实施例中采购数据处理装置的结构框图；

图5为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的采购数据处理方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104进行通信，其中终端102可以包括采购终端、供应商终端以及审核终端等。采购终端用于登录服务器104中的平台，以从平台上进行商品采购，供应商终端则是提供对应的商品至平台，审核终端则是对采购过程中需要审核的数据进行审核。其中服务器104可以保存采购数据，并定期对采购数据进行检测以判断是否存在异常，例如服务器可以计算采购数据对应的移动平均数以及移动标准差；获取预先设置的上下界标准差倍数，并根据上下界标准差倍数、移动平均数以及移动标准差计算得到上下界阈值，这样根据所计算的上下界阈值来判断采购数据中是否存在异常数据。这样根据采购数据本身计算得到的上下界阈值来对采购数据进行判断，避免固定阈值所带来的判断错误，从而提高了准确性。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

其中，在详细介绍本申请之前，首先结合图1说明本申请中的采购数据的生成方式，其中采购数据是包括一个完整的采购过程所生成的数据，其中采购人员可以通过采购终端在平台进行下单以进行采购，平台一方面提供标准接入接口以与多个供应商终端进行连接，以实现商品的接入，另一方面与供应商开发票终端、审核终端、现金系统等进行连接，以使得整个采购过程中的开发票以及报销流程都在线上进行处理，报销以各采购员在系统自关联订单发起，同时下单及审核支持移动端操作，企业采购财务等部门可以随时获取当前的采购报销等数据。

具体地，采购数据的生成包括供应商注册登录、供应商商品接入、下单、收货、开票、报销、售后、活动商品配置、竞价、云采/移动审批。其中每一步所涉及的数据均存储至服务器以形成采购数据。

在一个实施例中，如图2所示，提供了一种采购数据处理方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

S202：获取预设时间段内的采购数据。

具体地，预设时间段可以是用户自己设计的时间段，例如一个月、半年或者是一年内，采购数据则是在上述平台中进行采购操作所得到的数据，其包括但不限于商品的下单量、价格等。其中为了方便以某个月的日下单量为例进行说明，因此服务器首先获取某个月的每天的下单量。

S204：计算采购数据对应的移动平均数以及移动标准差。

具体地，移动平均数是用于表示采购数据的平均趋势的，其具体的计算方式可以为：

其中，

、

……分别表示t、t-1……期的观察值，其中N为平均项数。

具体地，移动标准差是用于反映当前下单量相对于移动平均数的离散程度的，其具体的计算方式可以为：

其中，n为项数，

为当前下单量，X为移动平均数。

S206：获取预先设置的上下界标准差倍数，并根据上下界标准差倍数、移动平均数以及移动标准差计算得到上下界阈值。

具体地，上下界标准差倍数可以是预先设置的，其可以是用户根据经验进行设置的，一般可以为2和1.5。在其他的实施例中，该上下界标准差倍数可以根据需要进行设置。

具体地，根据上下界标准差倍数、移动平均数以及移动标准差计算得到上下界阈值可以通过以下公式计算得到：

正常区域上界=移动平均数+（异常上界标准差倍数*标准差）

正常区域下界=移动平均数-（异常下界标准差倍数*标准差）

这样服务器根据采购数据本身计算得到的上下界阈值，从而避免使用固定阈值。

S208：根据上下界阈值判断采购数据中是否存在异常数据。

具体地，在确定了上下界阈值后，服务器将预设时间段内的采购数据分别与该上下界阈值进行比对，以判断是否存在异常数据。

上述采购数据处理方法，通过采购数据本身来计算得到移动平均数以及移动标准差，从而根据上下界标准差倍数、移动平均数以及移动标准差计算得到上下界阈值，这样根据采购数据本身计算得到的上下界阈值来对采购数据进行判断，避免固定阈值所带来的判断错误，从而提高了准确性。

在其中一个实施例中，上述采购数据处理方法还包括：对采购数据进行拟合得到拟合模型；根据拟合模型进行预测得到预测时间段对应的预测数据，预测数据是按照第一时间间隔进行预测得到的趋势项数据；获取第二时间间隔内的采购数据，并根据采购数据计算得到周期平均数；根据每个第二时间间隔内的对应的时间段的趋势项数据计算得到趋势平均数；根据周期平均数和趋势平均数计算得到修正项；根据修正项对拟合模型进行修正。

具体地，在该实施例中，可以通过历史数据来预测未来一段时间的采购数据，且为了方便在该实施例中以订单金额为例进行说明。

其中，由于平台在不断的优化，因此使用平台的用户会越来越多，虽然每天的订单金额不一样，但是总体上是向上趋势，基本符合线程规则，因此可以通过拟合一段时间的下单金额数据，以自然天作为自变量，下单金额为因变量，建立一元线性回归方程：

这样可以根据一段时间的数据来计算出上述方程中的a和b的值，这样得到上述公式后，可以进行预测得到预测时间段对应的预测数据，例如以自变量天为例，从1开始累加，经过公式计算得出每一按的一个趋势项数值。然后按照每周的下单金额作为一个周期，将周期平均减去趋势平均，得出周期内的修正项。其中趋势平均即每个第二时间间隔内的对应的时间段的趋势项数值计算得到。其中周期平均即该周期内的下单金额的平均，从而可以饿到周期内的修正项，进而可以根据上述公式以及修正项计算得到预测时间段内的采购数据。

这样可以预测未来一段时间的下单行为是否在合理区间内，可以从整个平台、一级机构、二级机构、三级机构以及个人的维度来分析下单的数量是否不在合理的预测置信区间内。此外还可以监控全品类商品中是否存在一些商品分类在下单数量以及下单金额上体现出异常，如异常则产生告警提示。最后可通过分析对比，利用计算移动平均数的方式来看月度、年度在该现象上是否有呈现下降的趋势。

在其中一个实施例中，上述采购数据处理方法还包括：接收供应商终端推送的商品，并提取商品的商品标识；获取预先建立的供应商与平台的商品标识映射关系；根据商品标识映射关系以及商品标识，将推送的商品的商品标识转换为平台的商品标识，并进行分类。

具体地，在平台的商品中，集合主流电商平台上的大品牌和商品分类数据，明确了平台中的标准化品牌和标准化商品分类的定义。

这样供应商在注册后，将自己的品牌和商品分类与平台中的品牌和商品分类建立映射关系。从而在后续平台接收供应商终端推送的商品后，所推送的商品就会自动按照映射关系转换成平台的品牌和商品分类，以晚上供应商的商品的上架操作。

在其中一个实施例中，上述采购数据处理方法还包括：接收输入的商品搜索请求，商品搜索请求携带有商品信息；根据商品信息查询得到对应的待显示商品；获取待显示商品对应的预设类型的商品当前价格以及商品历史价格；将各个供应商所对应的待显示商品、商品当前价格以及商品历史价格进行显示。

具体地，搜索请求是采购终端发送至服务器的，其中搜索请求携带有商品信息，该商品信息可以是商品名称或者是商品标识等，在此不做具体的限定，在服务器接收到商品搜索请求后，可以直接在平台进行商品搜索，若是对应的供应商没有商品，则可以向对应的供应商发送商品获取请求，从而以使得供应商及时知道该商品需要补充。

此外，服务器在检索商品的时候，获取待显示商品对应的预设类型的商品当前价格以及商品历史价格，这样商品详情页面展示该商品的企业协议价、原价（供应商接口中获取的原价）、供应商价格（利用技术手段从其他渠道获取的供应商原价）以及以上价格的历史价。同时也可横向对比该商品在不同供应商处的各种历史价格。其中可选地，在提交订单成功时，服务器获取订单内商品的商品链接作为参数以进行商品价格的查询，该商品价格包括历史的到手价、面价、优惠信息等，并且生成下单时的信息保存到数据库。

比价功能可以方便在下单时纵向比较商品的价格高低，也可以横向比较各供应商的价格差别。

其中可选地，根据商品信息查询得到对应的待显示商品，包括：根据商品信息中的商品标识和商品二级分类查询得到不同供应商对应的待显示商品；或者提取商品信息中的商品名称的关键字，根据关键字进行检索得到不同供应商对应的待显示商品。

具体地，服务器可以通过商品的唯一通用标识UPC码及商品的二级分类数值来将不同供应商的商品自动关联起来，起到商品对比的作用，或者是将商品名称通过关键字提取算法TF-IDF分析，根据达到算法阈值的商品进行自动关联。

在其中一个实施例中，上述采购数据处理方法还包括：接收结算请求，并将结算请求转发给供应端，以使得供应端根据结算请求生成发票信息；接收发票关联请求，根据发票关联请求将发票信息和订单信息进行关联，并将关联后的发票信息和订单信息发送至审核终端；接收审核终端反馈的审核结果，当审核结果为审核通过时，则进行价值转移操作。

在其中一个实施例中，上述采购数据处理方法还包括：接收新的供应商终端发送的注册请求；根据注册请求在供应商维度添加对应的供应商标识，在功能维度添加对应供应商标识的功能。

具体地，在本实施例中，首先各个供应商终端在平台上进行注册，具体地，平台对外提供接入的标准接口，包括授权认证、品牌创建、商品信息、标准地址、订单信息、物流信息、售后、消息推送等基础接口。同时要求接入供应商按照平台要求提供授权认证、预占库存、价格、下单、物流查询、取消订单、售后、开票等接口。此外，平台还可以针对供应商定制个性化接口。

在调用供应商提供的接口时，平台通过将抽象部分与它的实现部分分离，使它们都可以独立地变化。抽象部分和实现部分可以单独的变动，并且每一部分的扩充都不会破坏整体结构，提高了系统的可拓展性，在两个变化维度中任意拓展一个维度，都不需要修改原有的系统，符合开闭原则。

平台中各个业务模块通过中间服务模块supplier-bridge调用各个供应商底层服务。不同供应商实现不同的Handler 进行业务处理。

其中可以结合图3所示，图3为一个实施例中的平台的架构图，在该实施例中，存在两个变化维度（供应商、功能），这样系统中类的个数更少，且系统扩展更为方便。如要增加一家供应商则新增一个供应商类即可。不会影响到其他供应商。如果要增加一个对账单的功能，只需要增加一个对账功能的类即可，不会影响其他的功能类，也不会影响供应商。在两个变化维度中任意拓展一个维度，都不需要修改原有的系统，符合开闭原则。

供应商在外互联网环境下登录平台进行商品管理及数据查询，需保证登录的安全。平台采用了手机盾扫码登录验证的方法。

其中手机盾账号申请方法可以包括：供应商管理员通过账户登录平台后，增加手机端用户，添加手机号及身份证信息。手机盾用户下载手机盾app后使用供应商管理员添加的手机号进行注册登录，并在手机盾中进行人脸识别认证。确保是本人激活的手机盾用户。

手机盾登录验证的方法可以：终端打开网上商城平台手机盾登录页面，平台后端从手机盾服务器获取登录二维码返回页面展示。打开手机盾app扫描页面展示的二维码，手机盾服务端验证用户信息、证书等。验证通过后，查询用户信息并通知商城平台后端用户登录成功，平台后端做登录成功页面跳转。

其中平台提供一套标准接入接口，供应商通过接口完成商品池同步、下单、开票等操作。标准接口可支持随时拓展其他供应商。

其中，上文中主要介绍了供应商接入平台，在供应商接入平台后，商品上架，则采购人员可以在平台上进行商品的采购，具体地，平台接收输入的商品查询请求，从而平台查询对应的商品，并显示。其中，商品详情页面中展示企业协议价、市场价、历史价格趋势，若其他供应商有相同商品则展示其他供应商的协议价，根据价格的对比协助采购员完成商品选择，同时因为所有商品的上下架都由企业进行管理，只要在商城内下单，品牌、质量、价格等因素已经经历过筛选。采购员进行下单时会在供应商处完成订单库存预占，预占成功后会根据采购员的组织机构发起一条该机构配置的审批流程进行审批，在审批通过后才真正发起订单、供应商进行发货。

供应商对所下订单的商品进行拆分包裹发货，不同供应商拆分包裹规则不一样。包裹发出后，根据包裹快递状态确定包裹是否妥投，从而判断订单的状态是否为已妥投。

根据订单自动生成或手动合并多个订单生成结算单，结算单推送到对应的供应商进行开票，开票完成后将发票寄到指定收票人进行报销操作。

完成开票后、平台将结算单、订单及发票信息同步给费控系统，费控系统中在选择类型为网上商城时必须关联结算单号，报销完成，费控系统通过系统完成付款后，将平台中结算单状态修改为已付款，并将付款信息写入网上商城。平台需要发送付款邮件给供应商。

在收货后可进行C端商城一致的申请售后，包括退货换货等操作。

其中可选地，平台可以支持新建活动配置，活动配置可多个组合的商品，且配置商品对应的可购买用户，该活动被审批通过后，企业员工即可在相应页面选择需要领取的商品，填写收货信息后会进行下单，供应商会将商品寄到指定的地址，待活动结束后以及商品订单都已经完成妥投，会统一生成一个结算单推送给供应商进行开票，最后报销人员走报销流程即可。

可选地，平台提供移动端，采购员可以在移动端进行下单。审批也可在移动端完成。

需要说明地，本实施例中的发票是支持多点结算开票的，例如各机构公司的采购员在平台采购供应商的商品，采购员收货后即可以对自己采购订单发起结算请求，由供应商进行响应。供应商根据各机构公司采购员的订单信息进行开票，开完票后将发票寄给结算请求信息中的收票地址和报销人，报销人收到发票后再费控系统中走报销流程，报销流程审批通过后给供应商打款，最后跟供应商进行对账，从而完成结算流程。

A公司的采购员采购了N1供应商处的10个水杯，B公司的采购员采购了N2供应商处的10个椅子，并且都收到所采购的商品。

A公司的采购员和B公司的采购员分别向对应订单的供应商发起结算请求，录入开票信息、收票地址信息，当采购员不对订单做结算时还有定时自动触发结算请求的逻辑。

N1供应商响应A公司采购员的结算请求，对10个杯子进行开票，然后将发票寄给指定的收票人，N2供应商响应B公司采购员的结算请求，对10个椅子进行开票，然后将发票寄给指定的收票人。如采购员发起的请求包含多订单信息则供应商响应时也是按照多订单的信息进行开票，充分满足了采购员对开票的要求。

收票人收到发票后，在费控系统中关联相关订单信息以及发票信息，在费控系统中审核报销流程，审核通过后交由资金系统进行打款，资金系统打款完成将信息返回给费控系统，最后再由费控系统转到平台。

平台对结算单的付款金额进行校验，当实付金额等于应付金额时，将结算单状态置为已付款，隔天将该结算完成的信息通过邮件告知供应商进行对账，核销采购员之前的所下订单。

应该理解的是，虽然图2的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图4所示，提供了一种采购数据处理装置，包括：数据获取模块100、第一计算模块200、阈值计算模块300和判断模块400，其中：

数据获取模块100，用于获取预设时间段内的采购数据；

第一计算模块200，用于计算采购数据对应的移动平均数以及移动标准差；

阈值计算模块300，用于获取预先设置的上下界标准差倍数，并根据上下界标准差倍数、移动平均数以及移动标准差计算得到上下界阈值；

判断模块400，用于根据上下界阈值判断采购数据中是否存在异常数据。

在其中一个实施例中，上述采购数据处理装置还包括：

拟合模块，用于对采购数据进行拟合得到拟合模型；

预测模块，用于根据拟合模型进行预测得到预测时间段对应的预测数据，预测数据是按照第一时间间隔进行预测得到的趋势项数据；

第二计算模块，用于获取第二时间间隔内的采购数据，并根据采购数据计算得到周期平均数；

第三计算模块，用于根据每个第二时间间隔内的对应的时间段的趋势项数据计算得到趋势平均数；

修正项计算模块，用于根据周期平均数和趋势平均数计算得到修正项；

修正模块，用于根据修正项对拟合模型进行修正。

在其中一个实施例中，上述采购数据处理装置还包括：

第一接收模块，用于接收供应商终端推送的商品，并提取商品的商品标识；

映射关系获取模块，用于获取预先建立的供应商与平台的商品标识映射关系；

分类模块，用于根据商品标识映射关系以及商品标识，将推送的商品的商品标识转换为平台的商品标识，并进行分类。

在其中一个实施例中，上述采购数据处理装置还包括：

第二接收模块，用于接收输入的商品搜索请求，商品搜索请求携带有商品信息；

查询模块，用于根据商品信息查询得到对应的待显示商品；

价格获取模块，用于获取待显示商品对应的预设类型的商品当前价格以及商品历史价格；

显示模块，用于将各个供应商所对应的待显示商品、商品当前价格以及商品历史价格进行显示。

在其中一个实施例中，上述查询模块用于根据商品信息中的商品标识和商品二级分类查询得到不同供应商对应的待显示商品；或者提取商品信息中的商品名称的关键字，根据关键字进行检索得到不同供应商对应的待显示商品。

在其中一个实施例中，上述采购数据处理装置还包括：

第三接收模块，用于接收结算请求，并将结算请求转发给供应端，以使得供应端根据结算请求生成发票信息；

第四接收模块，用于接收发票关联请求，根据发票关联请求将发票信息和订单信息进行关联，并将关联后的发票信息和订单信息发送至审核终端；

第五接收模块，用于接收审核终端反馈的审核结果，当审核结果为审核通过时，则进行价值转移操作。

在其中一个实施例中，上述采购数据处理装置还包括：

第六接收模块，用于接收新的供应商终端发送的注册请求；

注册模块，用于根据注册请求在供应商维度添加对应的供应商标识，在功能维度添加对应供应商标识的功能。

关于采购数据处理装置的具体限定可以参见上文中对于采购数据处理方法的限定，在此不再赘述。上述采购数据处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图5所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储采购数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种采购数据处理方法。

本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：获取预设时间段内的采购数据；计算采购数据对应的移动平均数以及移动标准差；获取预先设置的上下界标准差倍数，并根据上下界标准差倍数、移动平均数以及移动标准差计算得到上下界阈值；根据上下界阈值判断采购数据中是否存在异常数据。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：对采购数据进行拟合得到拟合模型；根据拟合模型进行预测得到预测时间段对应的预测数据，预测数据是按照第一时间间隔进行预测得到的趋势项数据；获取第二时间间隔内的采购数据，并根据采购数据计算得到周期平均数；根据每个第二时间间隔内的对应的时间段的趋势项数据计算得到趋势平均数；根据周期平均数和趋势平均数计算得到修正项；根据修正项对拟合模型进行修正

在一个实施例中，处理器执行计算机程序时还实现以下步骤：接收供应商终端推送的商品，并提取商品的商品标识；获取预先建立的供应商与平台的商品标识映射关系；根据商品标识映射关系以及商品标识，将推送的商品的商品标识转换为平台的商品标识，并进行分类。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：接收输入的商品搜索请求，商品搜索请求携带有商品信息；根据商品信息查询得到对应的待显示商品；获取待显示商品对应的预设类型的商品当前价格以及商品历史价格；将各个供应商所对应的待显示商品、商品当前价格以及商品历史价格进行显示。

在一个实施例中，处理器执行计算机程序时所实现的根据商品信息查询得到对应的待显示商品，包括：根据商品信息中的商品标识和商品二级分类查询得到不同供应商对应的待显示商品；或者提取商品信息中的商品名称的关键字，根据关键字进行检索得到不同供应商对应的待显示商品。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：接收结算请求，并将结算请求转发给供应端，以使得供应端根据结算请求生成发票信息；接收发票关联请求，根据发票关联请求将发票信息和订单信息进行关联，并将关联后的发票信息和订单信息发送至审核终端；接收审核终端反馈的审核结果，当审核结果为审核通过时，则进行价值转移操作。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：接收新的供应商终端发送的注册请求；根据注册请求在供应商维度添加对应的供应商标识，在功能维度添加对应供应商标识的功能。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：获取预设时间段内的采购数据；计算采购数据对应的移动平均数以及移动标准差；获取预先设置的上下界标准差倍数，并根据上下界标准差倍数、移动平均数以及移动标准差计算得到上下界阈值；根据上下界阈值判断采购数据中是否存在异常数据。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：对采购数据进行拟合得到拟合模型；根据拟合模型进行预测得到预测时间段对应的预测数据，预测数据是按照第一时间间隔进行预测得到的趋势项数据；获取第二时间间隔内的采购数据，并根据采购数据计算得到周期平均数；根据每个第二时间间隔内的对应的时间段的趋势项数据计算得到趋势平均数；根据周期平均数和趋势平均数计算得到修正项；根据修正项对拟合模型进行修正

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：接收供应商终端推送的商品，并提取商品的商品标识；获取预先建立的供应商与平台的商品标识映射关系；根据商品标识映射关系以及商品标识，将推送的商品的商品标识转换为平台的商品标识，并进行分类。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：接收输入的商品搜索请求，商品搜索请求携带有商品信息；根据商品信息查询得到对应的待显示商品；获取待显示商品对应的预设类型的商品当前价格以及商品历史价格；将各个供应商所对应的待显示商品、商品当前价格以及商品历史价格进行显示。

在一个实施例中，计算机程序被处理器执行时所实现的根据商品信息查询得到对应的待显示商品，包括：根据商品信息中的商品标识和商品二级分类查询得到不同供应商对应的待显示商品；或者提取商品信息中的商品名称的关键字，根据关键字进行检索得到不同供应商对应的待显示商品。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：接收结算请求，并将结算请求转发给供应端，以使得供应端根据结算请求生成发票信息；接收发票关联请求，根据发票关联请求将发票信息和订单信息进行关联，并将关联后的发票信息和订单信息发送至审核终端；接收审核终端反馈的审核结果，当审核结果为审核通过时，则进行价值转移操作。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：接收新的供应商终端发送的注册请求；根据注册请求在供应商维度添加对应的供应商标识，在功能维度添加对应供应商标识的功能。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器（Read-Only Memory，ROM）、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器（Random Access Memory，RAM）或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器（Static Random Access Memory，SRAM）或动态随机存取存储器（Dynamic Random Access Memory，DRAM）等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

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

Claims (10)

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

获取预设时间段内的采购数据；

计算所述采购数据对应的移动平均数以及移动标准差；

获取预先设置的上下界标准差倍数，并根据所述上下界标准差倍数、所述移动平均数以及所述移动标准差计算得到上下界阈值；

根据所述上下界阈值判断所述采购数据中是否存在异常数据。

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

对所述采购数据进行拟合得到拟合模型；

根据所述拟合模型进行预测得到预测时间段对应的预测数据，所述预测数据是按照第一时间间隔进行预测得到的趋势项数据；

获取第二时间间隔内的采购数据，并根据所述采购数据计算得到周期平均数；

根据每个第二时间间隔内的对应的时间段的趋势项数据计算得到趋势平均数；

根据所述周期平均数和所述趋势平均数计算得到修正项；

根据所述修正项对所述拟合模型进行修正。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

接收供应商终端推送的商品，并提取所述商品的商品标识；

获取预先建立的供应商与平台的商品标识映射关系；

根据所述商品标识映射关系以及所述商品标识，将推送的所述商品的商品标识转换为平台的商品标识，并进行分类。

4.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

接收输入的商品搜索请求，所述商品搜索请求携带有商品信息；

根据所述商品信息查询得到对应的待显示商品；

获取所述待显示商品对应的预设类型的商品当前价格以及商品历史价格；

将各个供应商所对应的待显示商品、所述商品当前价格以及商品历史价格进行显示。

5.根据权利要求4所述的方法，其特征在于，所述根据所述商品信息查询得到对应的待显示商品，包括：

根据所述商品信息中的商品标识和商品二级分类查询得到不同供应商对应的待显示商品；或者

提取所述商品信息中的商品名称的关键字，根据所述关键字进行检索得到不同供应商对应的待显示商品。

6.根据权利要求4所述的方法，其特征在于，所述方法还包括：

接收结算请求，并将所述结算请求转发给供应端，以使得所述供应端根据所述结算请求生成发票信息；

接收发票关联请求，根据所述发票关联请求将所述发票信息和订单信息进行关联，并将关联后的发票信息和订单信息发送至审核终端；

接收审核终端反馈的审核结果，当所述审核结果为审核通过时，则进行价值转移操作。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收新的供应商终端发送的注册请求；

根据所述注册请求在供应商维度添加对应的供应商标识，在功能维度添加对应所述供应商标识的功能。

8.一种采购数据处理装置，其特征在于，所述装置包括：

数据获取模块，用于获取预设时间段内的采购数据；

第一计算模块，用于计算所述采购数据对应的移动平均数以及移动标准差；

阈值计算模块，用于获取预先设置的上下界标准差倍数，并根据所述上下界标准差倍数、所述移动平均数以及所述移动标准差计算得到上下界阈值；

判断模块，用于根据所述上下界阈值判断所述采购数据中是否存在异常数据。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。

Images