CN107705056A - 一种库存状态监控方法及装置、服务器、客户端 - Google Patents

一种库存状态监控方法及装置、服务器、客户端 Download PDF

Info

Publication number
CN107705056A
CN107705056A CN201610648823.4A CN201610648823A CN107705056A CN 107705056 A CN107705056 A CN 107705056A CN 201610648823 A CN201610648823 A CN 201610648823A CN 107705056 A CN107705056 A CN 107705056A
Authority
CN
China
Prior art keywords
warehouse
merchandise items
type
stock
items type
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201610648823.4A
Other languages
English (en)
Inventor
李磊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Cainiao Smart Logistics Holding Ltd
Original Assignee
Cainiao Smart Logistics Holding Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Cainiao Smart Logistics Holding Ltd filed Critical Cainiao Smart Logistics Holding Ltd
Priority to CN201610648823.4A priority Critical patent/CN107705056A/zh
Publication of CN107705056A publication Critical patent/CN107705056A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Development Economics (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本文公布申请公开了一种库存状态监控方法及装置、服务器、客户端,所述库存状态监控方法,包括:至少根据来自第一客户端的商品对象类型信息、收益值、以及库存信息,确定商品对象类型在每个仓库的库存状态;根据商品对象类型在每个仓库的库存状态,发出通知消息。本文实现了仓库库存量的自动管控,效率高。

Description

一种库存状态监控方法及装置、服务器、客户端
技术领域
本申请涉及网络技术领域,尤指一种库存状态监控方法及装置、服务器、客户端。
背景技术
目前,在供应链管理中仓库的有效管理是极其重要的一环。由于仓库的库容有限,仓库的入货量将直接影响到整个仓库的周转率、利用率和成本,这是相关用户关注的主要问题。
目前,对于仓库的库存状态监控,相关技术的做法是由运营人员手工查询相关数据并基于经验来控制仓库的入货量。该做法存在如下问题:1)缺乏全盘的精细化的入库管控;2)入库情况需要由运营人员人工统计和控制,容易漏查,有发生缺货或爆仓的风险;3)如果运营人员经验不足,难以精确管控仓库的入库量,必然会为仓库库存的管控带来风险,很可能会造成爆仓或大量仓库闲置,从而造成严重的经济损失。
因此,需要一种能够自动监控库存状态并及时提醒相关人员采取措施的解决方案。
发明内容
为了解决上述技术问题,本申请提供了一种库存状态监控方法及装置、服务器、客户端。
一方面,本申请提供了一种库存状态监控方法,包括:
至少根据来自第一客户端的商品对象类型信息、收益值、以及库存信息,确定商品对象类型在每个仓库的库存状态;
根据商品对象类型在每个仓库的库存状态,发出通知消息。
其中,所述确定商品对象类型在每个仓库的库存状态,包括:
至少根据所述商品对象类型信息和收益值,确定所述商品对象类型在每个仓库的第一库存阈值;
根据所述第一库存阈值和所述库存信息,确定所述商品对象类型在每个仓库的库存状态。
其中,所述确定所述商品对象类型在每个仓库的第一库存阈值,包括:
根据所述商品对象类型信息和收益值,确定商品对象类型在每个仓库的缺货概率;
至少根据所述缺货概率,确定所述商品对象类型在每个仓库的第一库存阈值。
其中,所述库存信息包括商品对象类型在每个仓库的补货周期;所述确定所述商品对象类型在每个仓库的第一库存阈值,包括:根据所述商品对象类型信息和收益值,确定所述商品对象类型在每个仓库的缺货概率;至少根据所述缺货概率和所述补货周期,确定所述商品对象类型在每个仓库的第一库存阈值。
其中,所述确定所述商品对象类型在每个仓库的第一库存阈值,包括:
根据所述商品对象类型信息和收益值,确定所述商品对象类型在每个仓库的缺货概率;
根据所述商品对象类型信息、以及来自所述第一客户端的交易信息,确定所述商品对象类型在每个仓库的销量预测均值;
至少根据所述缺货概率和所述销量预测均值,确定所述商品对象类型在每个仓库的第一库存阈值。
其中,所述库存信息包括商品对象类型在每个仓库的补货周期;
所述确定所述商品对象类型在每个仓库的第一库存阈值,包括:
根据所述商品对象类型信息和收益值,确定所述商品对象类型在每个仓库的缺货概率;
根据所述商品对象类型信息、以及来自所述第一客户端的交易信息,确定所述商品对象类型在每个仓库的销量预测均值;
至少根据所述缺货概率、所述补货周期以及所述销量预测均值,确定所述商品对象类型在每个仓库的第一库存阈值。
其中,所述根据所述第一库存阈值和所述库存信息,确定所述商品对象类型在每个仓库的库存状态,包括:
根据所述库存信息确定商品对象类型在每个仓库的当前库存量;
将所述商品对象类型在一仓库的当前库存量与所述商品对象类型在该仓库的第一库存阈值比较,确定所述商品对象类型在该仓库的库存状态。
其中,所述确定所述商品对象类型在该仓库的库存状态,包括:所述商品对象类型在所述仓库的当前库存量大于所述第一库存阈值时,确定所述商品对象类型在所述仓库为超量状态。
所述根据所述商品对象类型在每个仓库的库存状态,发出通知消息,包括:确定所述商品对象类型在所述仓库为超量状态时,发出第一通知,所述第一通知表示所述商品对象类型在所述仓库的库存已超量。
其中,所述确定商品对象类型在该仓库的库存状态,包括:在所述商品对象类型在所述仓库的当前库存量小于所述第一库存阈值的预定比例时,确定所述商品对象类型在所述仓库为不足状态;
所述根据所述商品对象类型在每个仓库的库存状态,发出通知消息,包括:确定所述商品对象类型在所述仓库为不足状态时,发出第二通知,所述第二通知表示所述商品对象类型在所述仓库的库存量不足。
其中,在所述发出通知消息之前,还包括:根据来自第二客户端的配置消息配置通知对象和/或通知方式,所述配置消息包括所述库存状态的通知对象和/或通知方式;
所述发出通知消息,包括:采用所述通知方式向所述通知对象对应的第一客户端和/或第二客户端发出所述通知消息。
其中,所述通知消息为如下的任一项或多项:邮件、短消息和即时通讯消息。
一方面,本申请提供了一种库存状态监控装置,包括:
第一确定单元,用于至少根据来自第一客户端的商品对象类型信息、收益值、以及库存信息,确定商品对象类型在每个仓库的库存状态;
第一通知单元,用于根据商品对象类型在每个仓库的库存状态,发出通知消息。
其中,所述第一确定单元,用于至少根据所述商品对象类型信息和收益值,确定所述商品对象类型在每个仓库的第一库存阈值;以及,根据所述第一库存阈值和所述库存信息,确定所述商品对象类型在每个仓库的库存状态。
其中,所述第一确定单元,用于通过如下一种或多种方式确定所述第一库存阈值:
根据所述商品对象类型信息和收益值,确定商品对象类型在每个仓库的缺货概率,至少根据所述缺货概率确定所述商品对象类型在每个仓库的第一库存阈值;
所述库存信息包括商品对象类型在每个仓库的补货周期;根据所述商品对象类型信息和收益值,确定所述商品对象类型在每个仓库的缺货概率,至少根据所述缺货概率和所述补货周期确定所述商品对象类型在每个仓库的第一库存阈值;
根据所述商品对象类型信息和收益值,确定所述商品对象类型在每个仓库的缺货概率;根据所述商品对象类型信息、以及来自所述第一客户端的交易信息,确定所述商品对象类型在每个仓库的销量预测均值;至少根据所述缺货概率和所述销量预测均值,确定所述商品对象类型在每个仓库的第一库存阈值;
所述库存信息包括商品对象类型在每个仓库的补货周期;根据所述商品对象类型信息和收益值,确定所述商品对象类型在每个仓库的缺货概率;根据所述商品对象类型信息、以及来自所述第一客户端的交易信息,确定所述商品对象类型在每个仓库的销量预测均值;至少根据所述缺货概率、所述补货周期以及所述销量预测均值,确定所述商品对象类型在每个仓库的第一库存阈值。
其中,所述第一确定单元,用于根据所述库存信息确定商品对象类型在每个仓库的当前库存量;将所述商品对象类型在一仓库的当前库存量与所述商品对象类型在该仓库的第一库存阈值比较,确定所述商品对象类型在该仓库的库存状态。
其中,所述第一确定单元用于确定所述商品对象类型在该仓库的库存状态,包括:所述商品对象类型在所述仓库的当前库存量大于所述第一库存阈值时,确定所述商品对象类型在所述仓库为超量状态;和/或,所述商品对象类型在所述仓库的当前库存量小于所述第一库存阈值的预定比例时,确定所述商品对象类型在所述仓库为不足状态;
所述第一通知单元,用于在所述商品对象类型在所述仓库为超量状态时,发出第一通知,所述第一通知表示所述商品对象类型在所述仓库的库存已超量;和/或,用于在所述商品对象类型在所述仓库为不足状态时,发出第二通知,所述第二通知表示所述商品对象类型在所述仓库的库存量不足。
一方面,本申请提供了一种服务器,包括处理器和存储器;所述存储器用于存储用于库存状态监控的程序;所述用于库存状态监控的程序在被所述处理器读取执行时,执行如下操作:
至少根据来自第一客户端的商品对象类型信息、收益值、以及库存信息,确定商品对象类型在每个仓库的库存状态;
根据商品对象类型在每个仓库的库存状态,发出通知消息。
另一方面,本申请提供了一种库存状态监控方法,包括:
向服务器发送商品对象类型信息、收益值、以及库存信息;
接收来自所述服务器的通知消息;
展示所述通知消息的内容,以提示商品对象类型在仓库的库存状态。
其中,所述接收来自所述服务器的通知消息,包括:接收所述服务器发出的第一通知,所述第一通知表示所述商品对象类型在所述仓库的库存已超量;
所述展示所述通知消息的内容,包括:展示所述第一通知的内容,并提示减少所述商品对象类型向所述仓库的补货。
其中,所述接收来自所述服务器的通知消息,包括:接收所述服务器发出的第二通知,所述第二通知表示所述商品对象类型在所述仓库的库存量不足;
所述展示所述通知消息的内容,包括:展示所述第二通知的内容,并提示增加所述商品对象类型向所述仓库的补货。
另一方面,本申请提供了一种库存状态监控装置,包括:
第一发送单元,用于向服务器发送商品对象类型信息、收益值、以及库存信息;
第一接收单元,用于接收来自所述服务器的通知消息;
第一展示单元,用于展示所述通知消息的内容,以提示商品对象类型在仓库的库存状态。
另一方面,本申请提供了一种客户端,包括处理器和存储器;所述存储器用于存储用于库存状态监控的程序;所述用于库存状态监控的程序在被所述处理器读取执行时,执行如下操作:
向服务器发送商品对象类型信息、收益值、以及库存信息;
接收来自所述服务器的通知消息;
展示所述通知消息的内容,以提示商品对象类型在仓库的库存状态。
另一方面,本申请提供了一种库存状态监控方法,包括:
向服务器发送配置消息,所述配置消息包括库存状态的通知对象和/或通知方式;
接收所述服务器发送的通知消息;
展示所述通知消息的内容,以提示商品对象类型在仓库的库存状态。
另一方面,本申请提供了一种库存状态监控装置,包括:
第二发送单元,用于向服务器发送配置消息,所述配置消息包括库存状态的通知对象和/或通知方式;
第二接收单元,用于接收来自所述服务器的通知消息;
第二展示单元,用于展示所述通知消息的内容,以提示商品对象类型在仓库的库存状态。
另一方面,本申请提供了一种客户端,包括处理器和存储器;所述存储器用于存储用于库存状态监控的程序;所述用于库存状态监控的程序在被所述处理器读取执行时,执行如下操作:
向服务器发送配置消息,所述配置消息包括库存状态的通知对象和/或通知方式;
接收所述服务器发送的通知消息;
展示所述通知消息的内容,以提示商品对象类型在仓库的库存状态。
本申请包括以下优点:通过来自第一客户端的商品对象类型信息、收益值、以及库存信息,周期性的或在库存变动时自动确定商品对象类型在每个仓库的库存状态,并基于商品对象类型在每个仓库的库存状态发出通知,以便用户能够及时准确的判断是否需要补货以及补货量是否合适,以将仓库库存量过高或过低造成的收益风险或者仓库成本尽可能控制在较低范围,实现了仓库库存量的自动管控,效率高。
当然,实施本申请的任一产品必不一定需要同时达到以上所述的所有优点。
附图说明
附图用来提供对本申请技术方案的进一步理解,并且构成说明书的一部分,与本申请的实施例一起用于解释本申请的技术方案,并不构成对本申请技术方案的限制。
图1为本申请一种库存状态监控方法的流程图;
图2为本申请一种库存状态监控装置的组成结构示意图;
图3为本申请另一种库存状态监控方法的流程图;
图4为本申请另一种库存状态监控装置的组成结构示意图;
图5为本申请另一种库存状态监控方法的流程图;
图6为本申请另一种库存状态监控装置的组成结构示意图;
图7为本申请库状态监控系统的组成结构示意图;
图8为本申请图2所示库存状态监控装置的示例结构示意图;
图9为本申请库存状态监控方法应用示例的示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚明白,下文中将结合附图对本申请的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
在本申请一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括非暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
如图1所示,本申请提供一种库存状态监控方法,包括:
步骤101,至少根据来自第一客户端的商品对象类型信息、收益值、以及库存信息,确定商品对象类型在每个仓库的库存状态;步骤102,根据商品对象类型在每个仓库的库存状态,发出通知消息。
其中,商品对象类型信息可以包括:用户(如卖家)可供销售的商品对象类型标识等。所述库存信息可以包括:用户可供销售的每个商品对象类型的入库数据、出库数据、在途调拨库存数据、在仓库存数据、补货周期等。所述交易信息可以包括:交易次数、交易时间、每次交易中的商品对象类型标识及其数量等交易数据。所述收益值可以包括第一收益值和第二收益值,所述第一收益值表示丢失一个商品对象类型的订单产生的收益损失,所述第二收益值表示多补一个商品对象类型产生的收益损失。实际应用中,所述收益值可由用户提供,也可以根据相同商品对象类型的收益值进行估算。例如,取同一商品对象类型的多个收益值的平均值。
本申请中,通过来自第一客户端的商品对象类型信息、收益值、以及库存信息,自动确定商品对象类型在每个仓库的库存状态,并基于商品对象类型在每个仓库的库存状态发出通知,以便用户能够及时准确的判断是否需要补货以及补货量是否合适,能够将仓库库存量过高或过低造成的收益风险或者仓库成本尽可能控制在较低范围,实现了仓库库存量的自动管控,无需人工参与,效率高。
其中,至少根据所述商品对象类型信息和收益值,确定所述商品对象类型在每个仓库的第一库存阈值;根据所述第一库存阈值和所述库存信息,确定所述商品对象类型在每个仓库的库存状态。在一些实现方式中,根据所述商品对象类型信息和收益值,确定商品对象类型在每个仓库的缺货概率;至少根据所述缺货概率,确定所述商品对象类型在每个仓库的第一库存阈值。其中,所述收益值包括第一收益值和第二收益值,可以预先定义所述缺货概率与所述第一收益值和/或第二收益值的函数关系,再以该缺货概率与第一库存阈值之间的正比关系(例如,所述缺货概率与一经验值之间的乘积,该经验值可通过历史数据采用统计计算的方式得到)确定所述第一库存阈值。其中,收益值与缺货概率之间的函数关系可以为第一收益值或第二收益值占两者之和的比重。
在一些实现方式中,所述库存信息包括商品对象类型在每个仓库的补货周期;所述确定所述商品对象类型在每个仓库的第一库存阈值,包括:根据所述商品对象类型信息和收益值,确定所述商品对象类型在每个仓库的缺货概率;至少根据所述缺货概率和所述补货周期,确定所述商品对象类型在每个仓库的第一库存阈值。实际应用中,可以预先建立以缺货概率和补货周期为变量的函数关系,该函数关系的函数值为所述第一库存阈值,该函数关系定义所述第一库存阈值随着所述缺货概率的增加、也随着补货周期的增加而增加,可以为所述第一库存阈值与缺货概率和补货周期之间的正比关系,例如,可以是缺货概率与补货周期之乘积。
在一些实现方式中,根据所述商品对象类型信息和收益值,确定所述商品对象类型在每个仓库的缺货概率;根据所述商品对象类型信息、以及来自所述第一客户端的交易信息,确定所述商品对象类型在每个仓库的销量预测均值;至少根据所述缺货概率和所述销量预测均值,确定所述商品对象类型在每个仓库的第一库存阈值。实际应用中,可以预先建立以缺货概率和销量预测均值为变量的函数关系,该函数关系的函数值为所述第一库存阈值,该函数关系定义所述第一库存阈值随着所述缺货概率的增加、也随着销量预测均值的增加而增加,具体可以为所述第一库存阈值与缺货概率和销量预测均值之间的正比关系,例如,可以是缺货概率与销量预测均值之乘积。其中,所述销量预测均值可以根据商品对象类型的交易数据利用预测算法得到。具体的计算方式可参照下文示例一相关说明。
在一些实现方式中,所述库存信息包括商品对象类型在每个仓库的补货周期;所述确定所述商品对象类型在每个仓库的第一库存阈值,包括:根据所述商品对象类型信息和收益值,确定所述商品对象类型在每个仓库的缺货概率;根据所述商品对象类型信息、以及来自所述第一客户端的交易信息,确定所述商品对象类型在每个仓库的销量预测均值;至少根据所述缺货概率、所述补货周期以及所述销量预测均值,确定所述商品对象类型在每个仓库的第一库存阈值。实际应用中,可以预先建立以缺货概率、补货周期和销量预测均值为变量的函数关系,该函数关系的函数值为所述第一库存阈值,该函数关系定义所述第一库存阈值随着所述缺货概率的增加、也随着补货周期的增加而增加、也随着销量预测均值的增加而增加,可以为所述第一库存阈值与缺货概率、补货周期以及销量预测均值之间的正比关系,例如,该函数关系可以下文示例二式(1)所示的关系。
其中,所述确定商品对象类型在每个仓库的库存状态,可以包括:将商品对象类型在一仓库的当前库存量与所述商品对象类型在所述仓库的第一库存阈值进行比较,确定所述商品对象类型在所述仓库的库存状态。这里,可以根据所述库存信息,确定商品对象类型在每个仓库的当前库存量。
其中,所述第一库存阈值表示某个商品对象类型在某个仓库的第一库存量,该第一库存量使得所述商品对象类型在所述仓库的仓储能够带来较佳的收益,也可使得所述仓库的周转率、利用率和/或成本等能够维持较佳水平。如果商品对象类型在仓库的库存量超过该第一库存阈值,表明所述商品对象类型在所述仓库的库存量已超,将会造成仓库周转率、利用率以及成本等方面的损失,也表示会造成所述商品对象类型的收益损失,也就是说,有爆仓的危险。每个仓库的每个商品对象类型都有其对应的第一库存阈值,不同仓库中商品对象类型的第一库存阈值不同,第一库存阈值与商品对象类型的收益值、库存信息等相关。本申请中,第一库存阈值可随销量预测数据及库存状态的变化随时调整,能够更加精准的预警某个商品对象类型在某个仓库的仓库库存量,达到精准提醒用户及时调整入库量的目的。
在一些实现方式中,所述确定商品对象类型在每个仓库的库存状态,可以包括:将商品对象类型在一仓库的当前库存量与其在所述仓库的第一库存阈值比较;在所述商品对象类型在所述仓库的当前库存量大于所述第一库存阈值时,确定所述商品对象类型在所述仓库为超量状态。这里,可以在所述商品对象类型在所述仓库为超量状态时,发出第一通知,所述第一通知表示所述商品对象类型在所述仓库的库存已超量。
在一些实现方式中,所述确定商品对象类型在每个仓库的库存状态,包括:将商品对象类型在一仓库的当前库存量与其在所述仓库的第一库存阈值比较;在所述商品对象类型在所述仓库的当前库存量小于所述第一库存阈值的预定比例时,确定所述商品对象类型在所述仓库为不足状态。这里,可在所述商品对象类型在所述仓库为不足状态时,发出第二通知,所述第二通知表示所述商品对象类型在所述仓库的库存量不足。
其中,所述第一库存阈值的预定比例表示所述商品对象类型在所述仓库的第二库存量,如果商品对象类型在仓库的库存量低于该第二库存量,表明所述商品对象类型在所述仓库的库存量太低,将会造成仓库周转率、利用率以及成本等方面的损失,也表示会造成所述商品对象类型的收益损失,也就是说,所述商品对象类型将会存在缺货风险。其中,所述预定比例为经验值,与商品对象类型相关,商品对象类型不同,其对应的上述预定比例就不同。例如,所述预定比例可以为四分之一、或五分之一等。
例如,所述第一库存阈值为100,预定比例为四分之一,则所述第一库存阈值的四分之一就为25,也就是说,所述第一库存量为100,所述第二库存量为25。
本申请中,如果商品对象类型在所述仓库的库存量在所述第一库存量与第二库存量之间,则说明该商品对象类型的收益与仓库使用成本损失是相对安全的,如果商品对象来自在所述仓库的库存量高于所述第一库存量,那么将会因为多补商品对象类型导致收益产生损失且所述仓库会因周转率低而增加仓库成本。如果商品对象来自在所述仓库的库存量低于所述第一库存量,那么将会因为缺货导致所述商品对象类型收益产生损失且仓库会因为利用率低而增加仓库成本。
在一些实现方式中,在所述发出通知消息之前,还包括:根据来自第二客户端的配置消息配置通知对象和/或通知方式,所述配置消息包括所述库存状态的通知对象和/或通知方式;所述发出通知消息,包括:采用所述通知方式向所述通知对象对应的第一客户端和/或第二客户端发出所述通知消息。实际应用中,所述第一客户端可以是对应用户(如卖家)的客户端,所述第二客户端可以是对应运营人员的客户端。这里,所述通知消息可以为如下的任一项或多项:邮件、短消息和即时通讯消息。
实际应用中,本申请的上述方法可在库存发生变化时或者周期性的重新调整所述第一库存阈值,并及时监控商品对象类型在每个仓库的库存状态,以及时提醒用户补货或者减少入库量。
如图2所示,本申请还提供了一种库存状态监控装置,包括:
第一确定单元21,用于至少根据来自第一客户端的商品对象类型信息、收益值、以及库存信息,确定商品对象类型在每个仓库的库存状态;
第一通知单元22,用于根据商品对象类型在每个仓库的库存状态,发出通知消息。
其中,所述第一确定单元21,可用于至少根据所述商品对象类型信息和收益值,确定所述商品对象类型在每个仓库的第一库存阈值;以及,根据所述第一库存阈值和所述库存信息,确定所述商品对象类型在每个仓库的库存状态。
在一些实现方式中,所述第一确定单元21可用于通过如下的一种或多种方式确定所述第一库存阈值:
1)根据所述商品对象类型信息和收益值,确定商品对象类型在每个仓库的缺货概率;至少根据所述缺货概率,确定所述商品对象类型在每个仓库的第一库存阈值;
2)所述库存信息包括商品对象类型在每个仓库的补货周期;根据所述商品对象类型信息和收益值,确定所述商品对象类型在每个仓库的缺货概率;至少根据所述缺货概率和所述补货周期,确定所述商品对象类型在每个仓库的第一库存阈值;
3)根据所述商品对象类型信息和收益值,确定所述商品对象类型在每个仓库的缺货概率;根据所述商品对象类型信息、以及来自所述第一客户端的交易信息,确定所述商品对象类型在每个仓库的销量预测均值;至少根据所述缺货概率和所述销量预测均值,确定所述商品对象类型在每个仓库的第一库存阈值;
4)所述库存信息包括商品对象类型在每个仓库的补货周期;根据所述商品对象类型信息和收益值,确定所述商品对象类型在每个仓库的缺货概率;根据所述商品对象类型信息、以及来自所述第一客户端的交易信息,确定所述商品对象类型在每个仓库的销量预测均值;以及,至少根据所述缺货概率、所述补货周期以及所述销量预测均值,确定所述商品对象类型在每个仓库的第一库存阈值。
在一些实现方式中,所述第一确定单元21可用于根据所述库存信息确定商品对象类型在每个仓库的当前库存量;将所述商品对象类型在一仓库的当前库存量与所述商品对象类型在该仓库的第一库存阈值比较,确定所述商品对象类型在该仓库的库存状态。其中,所述商品对象类型在所述仓库的当前库存量大于所述第一库存阈值时,所述第一确定单元21确定所述商品对象类型在所述仓库为超量状态;和/或,所述商品对象类型在所述仓库的当前库存量小于所述第一库存阈值的预定比例时,所述第一确定单元21确定所述商品对象类型在所述仓库为不足状态。
在一些实现方式中,所述第一通知单元22,可用于在所述商品对象类型在所述仓库为超量状态时,发出第一通知,所述第一通知表示所述商品对象类型在所述仓库的库存已超量;和/或,还可用于在所述商品对象类型在所述仓库为不足状态时,发出第二通知,所述第二通知表示所述商品对象类型在所述仓库的库存量不足。
其中,第一确定单元21和第一通知单元22可以是软件、硬件或两者的结合。上述方法和装置都可以通过服务器或类似设备实现。
在一些实现方式中,本申请还提供了一种服务器,包括处理器和存储器;所述存储器用于存储用于库存状态监控的程序;所述用于库存状态监控的程序在被所述处理器读取执行时,执行如下操作:
1)至少根据来自第一客户端的商品对象类型信息、收益值、以及库存信息,确定商品对象类型在每个仓库的库存状态;
2)根据商品对象类型在每个仓库的库存状态,发出通知消息。
其中,上述服务器可以实现上述方法中所有流程,具体可以参照上文的相关说明。
如图3所示,本申请还提供了一种库存状态监控方法,该方法应用于第一客户端,该方法可包括:
步骤301,向服务器发送商品对象类型信息、收益值、以及库存信息;
步骤302,接收来自所述服务器的通知消息;
步骤303,展示所述通知消息的内容,以提示商品对象类型在仓库的库存状态。
在一些实现方式中,所述接收来自所述服务器的通知消息,可以包括:接收所述服务器发出的第一通知,所述第一通知表示所述商品对象类型在所述仓库的库存已超量;所述展示所述通知消息的内容,可包括:展示所述第一通知的内容,并提示减少所述商品对象类型向所述仓库的补货。
在一些实现方式中,所述接收来自所述服务器的通知消息,可以包括:接收所述服务器发出的第二通知,所述第二通知表示所述商品对象类型在所述仓库的库存量不足;所述展示所述通知消息的内容,可以包括:展示所述第二通知的内容,并提示增加所述商品对象类型向所述仓库的补货。
相应的,如图4所示,本申请还提供了一种库存状态监控装置,应用于第一客户端,可包括:
第一发送单元41,用于向服务器发送商品对象类型信息、收益值、以及库存信息;
第一接收单元42,用于接收来自所述服务器的通知消息;
第一展示单元43,用于展示所述通知消息的内容,以提示商品对象类型在仓库的库存状态。
在一些实现方式中,所述第一接收单元42可用于接收所述服务器发出的第一通知,所述第一通知表示所述商品对象类型在所述仓库的库存已超量;所述第一展示单元43可用于展示所述第一通知的内容,并提示减少所述商品对象类型向所述仓库的补货。
在一些实现方式中,所述第一接收单元42可用于接收所述服务器发出的第二通知,所述第二通知表示所述商品对象类型在所述仓库的库存量不足;所述第一展示单元43可用于展示所述第二通知的内容,并提示增加所述商品对象类型向所述仓库的补货。
其中,第一发送单元41、第一接收单元42和第一展示单元43可以是软件、硬件或两者的结合。上述方法和装置都可以通过客户端或类似设备实现。
在一些实现方式中,实际应用中,上述图4所示的装置可以是PC或移动终端(如手机、平板电脑、便携式设备等)支持的浏览器或应用程序。
在一些实现方式中,第一发送单元41可以通过发射器等实现,第一接收单元42可以通过接收器等实现,第一展示单元43可以通过显示器等实现。上述图4所示的装置可以是发射器、接收器和显示器组成的设备,也可以是包含有发射器、接收器和显示器的客户端。
在一些实现方式中,本申请还提供了一种第一客户端,包括处理器和存储器;所述存储器用于存储用于库存状态监控的程序;所述用于库存状态监控的程序在被所述处理器读取执行时,执行如下操作:
1)向服务器发送商品对象类型信息、收益值、以及库存信息;
2)接收来自所述服务器的通知消息;
3)展示所述通知消息的内容,以提示商品对象类型在仓库的库存状态。
其中,上述第一客户端可以实现上述图3所示方法中的所有流程,具体可以参照上文的相关说明。在一些实现方式中,所述库存状态监控的程序可以通过PC或移动终端支持的浏览器或应用程序等加载。
如图5所示,本申请还提供了一种库存状态监控方法,应用于第二客户端,该方法可包括:
步骤501,向服务器发送配置消息,所述配置消息包括库存状态的通知对象和/或通知方式;
步骤502,接收所述服务器发送的通知消息;
步骤503,展示所述通知消息的内容,以提示商品对象类型在仓库的库存状态。
在一些实现方式中,通知对象可以包括:用户信息(可包括用户标识、邮箱地址、电话号码、和/或即时通讯账号等;运营人员的用户标识、邮箱地址、电话号码、和/或即时通讯账号等)与仓库标识的对应关系信息。
相应的,如图6所示,本申请还提供了一种库存状态监控装置,包括:
第二发送单元61,用于向服务器发送配置消息,所述配置消息包括库存状态的通知对象和/或通知方式;
第二接收单元62,用于接收来自所述服务器的通知消息;
第二展示单元63,用于展示所述通知消息的内容,以提示商品对象类型在仓库的库存状态。
其中,第二发送单元61、第二接收单元62和第二展示单元63可以是软件、硬件或两者的结合。上述方法和装置都可以通过客户端或类似设备实现。
在一些实现方式中,实际应用中,上述图4所示的装置可以是PC或移动终端(如手机、平板电脑、便携式设备等)支持的浏览器或应用程序。
在一些实现方式中,第二发送单元61可以通过发射器等实现,第二接收单元62可以通过接收器等实现,第二展示单元63可以通过显示器等实现。上述图6所示的装置可以是发射器、接收器和显示器组成的设备,也可以是包含有发射器、接收器和显示器的客户端。
在一些实现方式中,本申请还提供了一种第二客户端,包括处理器和存储器;所述存储器用于存储用于库存状态监控的程序;所述用于库存状态监控的程序在被所述处理器读取执行时,执行如下操作:
向服务器发送配置消息,所述配置消息包括库存状态的通知对象和/或通知方式;
接收所述服务器发送的通知消息;
展示所述通知消息的内容,以提示商品对象类型在仓库的库存状态。
其中,上述第一客户端可以实现上述图5所示方法中的所有流程,具体可以参照上文的相关说明。在一些实现方式中,所述库存状态监控的程序可以通过PC或移动终端支持的浏览器或应用程序等加载。
如图7所示,本申请还提供了一种库存状态监控系统,该库存状态监控系统可以包括:第一客户端、服务器和第二客户端。该第一客户端对应于用户(如卖家等),该第二客户端对应于运营人员(如管控仓库运营的人员),该服务器为第一客户端和第二客户端提供库存状态监控。服务器可以从第一客户端获取到商品对象类型信息、交易信息、库存信息以及收益值等,第一客户端可以接收服务器发出的通知消息,该通知消息用于指示商品对象类型在某个仓库库存不足或库存已超量,以便用户能够获知自己的每个商品对象类型在每个仓库的库存状态。服务器可以从第二客户端获取配置消息,所述配置消息为运营人员输入的通知对象和/或通知方式等信息,第一客户端可以接收服务器发出的通知消息,该通知消息用于指示商品对象类型在某个仓库库存不足或库存已超量,以便运营人员能够随时获知每个仓库中每个商品对象类型的库存状态。服务器可以基于商品对象类型信息、库存信息、交易信息以及收益值等形成商品对象类型的指标数据,计算得到商品对象类型的销量预测数据,并基于商品对象类型的指标数据及销量预测数据确定商品对象类型在每个仓库的第一库存阈值,通过将第一库存阈值与该商品对象类型在该仓库中的当前库存量进行比较来确定商品对象类型在所述仓库的库存状态,需要时发出通知消息给所述第一客户端和/或第二客户端。
在一些实现方式中,第一客户端可以包含图4所示的装置,第二客户端可以包括图6所示的装置,所述服务器可以包括图2所示的装置。
在一些实现方式中,第一客户端、第二客户端分别可以是PC或移动终端上运行的浏览器或应用程序,所述服务器可以提供交易平台并可以基于第一客户端提供的相关信息确定库存状态并进行通知。
示例一
本示例中,基于来自第一客户端的商品对象类型信息、收益值、库存信息、交易信息等,确定商品对象类型在仓库的第一库存阈值,将商品对象类型在仓库的当前库存量与其第一库存阈值比较,基于比较结果确定库存状态,进而达到仓库库存的预警目的。
如图8所示,图2所示库存状态监控装置中第一确定单元21可以包括数据处理模块、数据库、查询模块、以及库存管控模块。其中,库存管控模块,用于向查询模块发出查询请求,并接收所述查询模块返回的指定商品对象类型在指定仓库的指标数据及销量预测数据,所述查询请求用于指示所述查询模块查询指定商品对象类型在指定仓库的相关数据;根据所述商品对象类型在所述仓库的销量预测数据和指标数据,确定所述商品对象类型在所述仓库的第一库存阈值;将所述商品对象类型在所述仓库的当前库存量与所述第一库存阈值比较,并根据所述比较结果触发第一通知单元22的动作。
查询模块,用于接收所述库存管控模块发出的查询请求,根据所述查询请求从所述数据库中查询所述商品对象类型在所述仓库的指标数据以及销量预测数据并返回给所述库存管控模块。
数据处理模块,用于基于销量预测算法对来自第一客户端的交易信息、库存信息、商品对象类型信息等进行离线计算,得到所述销量预测数据并放入数据库中进行保存;以及基于所述交易信息、库存信息、商品对象类型信息以及收益值形成商品对象的指标数据并放入数据库中进行保存。
本示例中,进行库存状态监控的具体过程可以包括:
步骤801,数据处理模块将来自第一客户端的商品对象类型信息、收益值、库存信息和交易信息进行处理,形成每个商品对象类型的指标数据,并保存到数据库中;
其中,商品对象类型信息可以包括:用户(如卖家)可供销售的商品对象类型标识等。所述库存信息可以包括:用户可供销售的每个商品对象类型的入库数据、出库数据、在途调拨库存数据、在仓库存数据等。所述交易信息可以包括:交易次数、交易时间、每次交易中的商品对象类型标识及其数量等交易数据。所述收益值可以包括第一收益值和第二收益值,所述第一收益值表示丢失一个商品对象类型订单产生的收益损失,所述第二收益值表示多补一个商品对象类型产生的收益损失。所述收益值可由用户提供,也可以根据相同商品对象类型的收益值进行估算。例如,取同一商品对象类型的多个收益值的平均值。
其中,所述商品对象类型的指标数据是指与商品对象类型相关的量化指标数据,可以包括:商品对象类型数据、仓库数据、费用数据、收益值、销量预测数据。其中,所述仓库数据可以包括在仓现库存、调拨在途库存、入库数据、出库数据等;所述费用数据可以包括仓储费用等;所述收益值可以包括上述第一收益值和第二收益值;所述商品对象类型数据可以包括所属商品对象的标识、类别、体积、重量、颜色、尺码、型号等。
本示例中,数据处理模块可根据来自不同客户端的同一商品对象类型的商品对象类型信息、库存信息、收益值等,得到所述商品对象类型的指标数据。
步骤802,数据处理模块基于来自第一客户端的商品对象类型信息和交易信息,通过销量预测算法,得到商品对象类型级别的销量预测数据(即每个仓库的销量预测数据),并将所述销量预测数据保存到数据库中;
在一些实现方式中,可统计每个行业的销量预测数据,再基于行业商品对象类型对销量预测数据进行分类计算,最后再将该销量预测数据基于不同仓库再进行分类计算,得到商品对象类型的分仓销量预测数据。
在一些实现方式中,销量预测数据是商品对象类型级别的,如可以是某商品对象类型的未来日均销量预测数据。可根据相应商品对象类型的交易信息通过销量预测算法计算得到所述销量预测数据。例如,可以根据商品对象类型在一个指定周期内的销量总值来估算其日均销量数据。
其中,所述销量预测数据可以包括商品对象类型近7天平均日销量、商品对象类型近80天平均日销量、商品对象类型在各仓库覆盖城市的销量数据。所述销量预测数据可以通过商品对象类型及其所在行业来区分。具体的,销量预测数据可以包括某个行业中的某个商品对象类型的未来日均销量预测均值数据。
步骤803,在库存变化时,库存管控模块接收来自外部的库存变化消息,向查询模块发送查询请求,该查询请求用于查询指定商品对象类型在指定仓库的指标数据以及销量预测数据;
其中,所述库存变化消息包含库存信息,所述库存变化消息可以来自第一客户端或第二客户端,所述库存信息中包含发生变化的入库数据、出库数据、或调拨在途库存数据等;所述查询请求中可包括要查询的商品对象类型标识和仓库标识等信息。
步骤804,查询模块根据所述查询请求,查询相应商品对象类型在相应仓库的指标数据并返回给所述库存管控模块;
具体的,查询模块实时查询指定仓库中指定商品对象类型的指标数据、销量预测数据等并统一返回给所述库存管控模块。
在一些实现方式中,查询模块通过并行查询接口接收查询请求,并通过所述并行查询接口接收查询到所述商品对象类型的指标数据。所述查询请求可包含要查询的商品对象类型标识等信息。
在一些实现方式中,通过查询模块可以按不同商品对象类型和不同仓库离线查询销量预测数据。具体的,查询模块可以从数据库中所有销量预测数据中查询到某个商品对象类型在某个仓库的销量预测数据。
实际应用中,优选利用提供分布式查询的查询模块查询所述商品对象类型的指标数据及销量预测数据。
本步骤中,所述查询模块查询到的数据为商品对象类型的分仓销量预测数据和分仓指标数据。所述分仓销量预测是指所述商品对象类型在指定仓库的销量预测数据,所述分仓指标数据是指所述商品对象类型在指定仓库的指标数据。
步骤805,库存管控模块基于所述商品对象类型在所述仓库的指标数据、以及销量预测数据,确定所述商品对象类型在所述仓库的第一库存阈值;
在一些实现方式中,库存管控模块通过如下方式确定第一库存阈值:根据所述商品对象类型指标数据中的收益值,得到所述商品对象类型在所述仓库的缺货概率;根据所述销量预测数据得到所述商品对象类型在所述仓库的销量预测均值;从所述商品对象类型的指标数据中查询到所述商品对象类型在所述仓库的补货周期;最后,根据所述缺货概率、销量预测均值以及补货周期,得到所述商品对象类型在所述仓库的第一库存阈值。
其中,根据所述销量预测数据得到所述商品对象类型在所述仓库的销量预测均值,可以包括:根据所述商品对象类型在所述仓库的销量预测数据,确定所述商品对象类型在所述仓库的日平均销量预测值,该日平均销量预测值即为所述商品对象类型在所述仓库的销量预测均值。
步骤806,库存管控模块根据所述商品对象类型指标数据中的仓库数据,确定所述商品对象类型在所述仓库的当前库存量,将所述商品对象类型在所述仓库的当前库存量与所述第一库存阈值进行比较,根据所述比较的结果触发所述第一通知单元22的通知消息发送动作。
在一些实现方式中,可根据所述仓库数据中的在仓现库存和调拨在途库存确定所述商品对象类型在所述仓库的当前库存量。例如,某个商品对象类型在某个仓库的当前库存量可以为“在仓现库存”与“调拨在途库存”之和。
在一些实现方式中,可根据所述仓库数据中的入库量和出库量确定所述商品对象类型在所述仓库的当前库存量。例如,某个商品对象类型在某个仓库的当前库存量可以是商品对象类型在该仓库的总入库量与总出库量之差。
步骤807,第一发生单元在所述库存管控模块的触发下发送通知,所述通知表示某个商品对象类型在某个仓库的库存不足或库存过高。
具体的,如果当前库存量大于所述第一库存阈值,则触发所述第一通知单元22发出第一通知,以便提示用户停止或减少入库行为,如此,可避免因所述商品对象类型在所述仓库的库存量高而造成用户收益损失或仓库使用成本增加。
在一些实现方式中,如果当前库存量低于所述第一库存阈值的预定比例,则触发所述第一通知单元22发出第二通知,提醒用户及时补货。所述第一库存阈值的预定比例表示所述商品对象类型在所述仓库的第二库存量,如果商品对象类型在仓库的库存量低于该第二库存量,表明所述商品对象类型在所述仓库的库存量太低,将会造成仓库周转率、利用率以及成本等方面的损失,也表示会造成所述商品对象类型的收益损失,也就是说,所述商品对象类型将会存在缺货风险。其中,所述预定比例为经验值,与商品对象类型相关,商品对象类型不同,其对应的上述预定比例就不同。例如,所述预定比例可以为四分之一或五分之一等。
例如,在当前库存量>第一库存阈值时,库存管控模块触发库存量已超的报警,触发第一通知单元22发出“提醒用户库存量已超”的第一通知,该第一通知的具体内容可以是“xx仓库xx商品的库存数已超过警戒线,请检查库存信息并停止相关补货”。在当前库存量<第一库存阈值的四分之一时,库存管控模块触发需要补货的报警,触发第一通知单元22发出“提醒用户需要补货”的第二通知,该第二通知的具体内容可以是:xx仓库xx商品的库存数较少,请相关人员检查是否需要补货。
步骤807,第一通知单元22发送通知,并返回响应给所述库存管控模块;
实际应用中,可预先在第一通知单元22中配置通知对象和/或通知方式,在需要发送通知时,所述第一通知单元22根据预配置的通知对象向相应的第一客户端和/或第二客户端发送通知,发送时采用预配置的上述通知方式。
在一些实现方式中,预配置的通知对象可以包括:用户信息(可包括用户标识、邮箱地址、电话号码、和/或即时通讯账号等;运营人员的用户标识、邮箱地址、电话号码、和/或即时通讯账号等)与仓库标识的对应关系信息,在相应仓库中的商品对象类型库存量超过所述第一库存阈值或低于所述第一库存阈值的预定比例时,根据所述通知对象向相应的第一客户端(用户终端)和/或第二客户端(运营人员使用的客户端)。
实际应用中,上述第一通知单元22可通过短信、邮件、即时通讯等方式发出所述第一通知或第二通知。
这里,步骤801和步骤802之间的先后执行顺序可调换,也可同时执行。
本示例中,可周期性执行上述流程,也可以在有库存变动时执行上述流程,以达到及时并准确预警库存量的目的。
实际应用中,查询模块可以是OPEN-SEARCH,主要用于解决结构化数据搜索的需求,其通过标准化的接口规范,提供自助式、可定制的云搜索服务。第一通知单元22可以是Alimonitor,可通过发送邮件、短消息或其他方式发出通知。数据库可以是用于查询大量离线数据的数据库工具。其中,所述数据处理模块具体可以是大数据处理装置(ODPS,OpenData Processing Service),用于提供针对TB/PB级数据、实时性要求不高的分布式处理能力,其提供的丰富的数据处理功能,可运用于计算数据量大的离线算法中。
在一些实现方式中,本示例中的库存状态监控装置可以通过服务器集群实现。例如,库存管控模块可部署在比尔服务器(bill server)(应用的核心业务处理系统,包括若干台服务器,可动态扩容),搜索模块可部署在搜索服务器(search server)(包含openSearch并发搜索服务器),第一发送单元可部署在监控服务器(alimonitor server)(监控报警消息处理服务器)上,查询模块54部署在查询服务器(gruda server)(离线数据查询服务器),上述数据处理模块可以部署在数据库服务器(db server)用于常规关系型(mysql)数据库的承载,承载有业务基础数据,该业务基础数据中包含用户预先设置的参数,例如上文提到的补货周期等。通过上述服务器的集群来执行本申请的库存状态监控方法,并实现本申请的库存状态监控装置。
示例二
本示例详细说明第一库存阈值的确定方式。
在一些实现方式中,第一库存阈值可以仅基于缺货概率确定,与该缺货概率成正比例关系。其中,缺货概率基于商品对象类型在仓库的收益值确定。例如,可基于所述收益值与第一系数之间的第一函数关系确定,该第一系数可以是经验值,与商品对象类型相关,可通过相应商品对象类型在相应仓库的平均出库量确定。
所述收益值可以包括第一收益值和/或第二收益值,该第一收益值表示丢失一个商品对象类型的订单产生的收益损失,该第二收益值表示多补一个商品对象类型产生的收益损失。上述第一函数关系中可以第一收益值和/或第二收益值为变量的正比例关系函数。在第一函数关系中的变量不同时,其对应的第一系数也可不同。
例如,第一函数关系还可采用newsvendor model确定。
例如,上述第一函数关系可以是:Za=CU/(CU+CO),其中,Za表示商品对象类型在仓库的缺货概率,CO表示第二收益值,CU表示第一收益值。实际应用中,该第一函数关系中还可以增加表示CU权重的系数和/或表示CO权重的系数,该系数为经验值,可通过大量统计相关商品对象类型的数据来确定。
再例如,上述第一函数关系可以是:Za=CO/(CU+CO),其中,Za表示商品对象类型在仓库的缺货概率,CO表示第二收益值,CU表示第一收益值。实际应用中,该第一函数关系中还可以增加表示CU权重的系数和/或表示CO权重的系数,该系数为经验值,可通过大量统计相关商品对象类型的数据来确定。
在一些实现方式中,第一库存阈值可以基于缺货概率和补货周期确定,具体可以通过缺货概率、补货周期形成的正比例关系函数确定,该正比例关系函数的具体形式不限定。其中,补货周期具体为某个商品对象类型在某个仓库的补货周期,包含在库存信息中。
在一些实现方式中,第一库存阈值可以基于缺货概率、补货周期以及销量预测均值确定,具体可以通过缺货概率、补货周期以及销量预测均值形成的正比例关系函数确定,该正比例关系函数的具体形式不限定。
例如,可以通过如下式(1)定义的正比例关系函数确定某个商品对象类型在某个仓库的第一库存阈值:
其中,SS表示某个商品对象类型在某个仓库的第一库存阈值,L表示该商品对象类型在该仓库的补货周期,σ表示销量预测均值,Za表示商品对象类型在仓库的缺货概率。
在一些实现方式中,可以根据交易信息确定商品对象类型在每个仓库的销量预测数据,再根据该销量预测数据,预测未来一段时间窗口的销量分布,表达出对未来销量的不确定性,通过销量预测值和对不确定性的预估值之间的函数关系确定所述销量预测均值σ。
在一些实现方式中,可根据商品对象类型的交易信息,采用Gbrt模型对商品对象类型未来6周的销量进行预测,得到该商品对象类型的每周销量预测值,将6周的每周销量预测值求平均,得到周平均销量预测值,将周平均销量预测值除以7,即可得到商品对象类型的日平均销量预测值,将该日平均销量预测值确定为所述销量预测均值б。该计算过程仅为示例,也可以先得到月平均销量预测值,再计算周平均销量指,最后计算日平均销量预测值即销量预测均值б,也可采用其他类似算法,本文不做限制。
再例如,还可在式(1)中增加缺货概率、补货周期以及销量预测均值中任一项或几项的权重值,该权重值为经验值,可通过多次统计计算来确定。
再例如,式(1)中补货周期的开方运算可以省去,也可替换为其他运算。也可增加缺货概率、销量预测均值中一项或两项的开方运算。对此,本文不作限制,可根据实际需要对每个变量的具体运算形式进行调整。例如,需要减少缺货概率对第一库存阈值的影响时,可将缺货概率进行开方运算,需要减少销量预测均值对第一库存阈值的影响时,可将销量预测均值进行开方运算。
上文对第一库存阈值确定方式的示例性说明,仅为举例说明,本文不作限制。实际应用中,可以通过定义缺货概率与第一库存阈值之间的函数关系、或者通过定义缺货概率、补货周期与第一库存阈值之间的函数关系,或者通过定义缺货概率、销量预测均值与第一库存阈值之间的函数关系,或者通过定义缺货概率、补货周期以及销量预测均值与第一库存阈值之间的函数关系,来得到所述第一库存阈值。
示例三
如图9所示,为本申请方法及装置的应用示例示意图。
如图9所示,卖家A的可销售商品对象为手机“iphone6S”,其可销售的商品对象类型可以包括12种,分别为:类型1(iphone6S/金色/16G)、类型2(iphone6S/金色/64G)、类型3(iphone6S/金色/128G)、类型4(iphone6S/银色/16G)、类型5(iphone6S/银色/64G)、类型6(iphone6S/银色/128G)、类型7(iphone6S/灰色/16G)、类型8(iphone6S/灰色/64G)、类型9(iphone6S/灰色/128G)、类型10(iphone6S/玫瑰金色/16G)、类型11(iphone6S/玫瑰金色/64G)、类型12(iphone6S/玫瑰金色/128G)。
如图9所示,卖家A配置有两个仓库,分别是:仓库1和仓库2,其中,仓库1的发货区域为华东地区,仓库2的发货区域为华南地区,仓库1和仓库2都库存有上述12中商品对象类型。
如图9所示,卖家A可以通过第一客户端进行交易,并向服务器提供其库存信息、商品对象类型信息、收益值、仓储费用等。其中,商品对象类型信息包括上述12中商品对象类型的商品对象名称、内存、颜色等数据。库存信息可以包括卖家A的仓库数量、每个仓库的发货区域、每个仓库中可销售的商品对象类型、以及每个仓库中每个商品对象类型的入库量、出库量、调拨在途库存量、补货周期等数据。所述仓库费用可以包括每个仓库产生的费用。所述收益值为商品对象类型级别,每个商品对象类型的收益值可以包括第一收益值和第二收益值,所述第一收益值可以是商品对象类型在仓库多补一个产生的收益损失值,所述第二收益值可以是丢失一个商品对象类型订单的收益损失值。
在卖家A通过所述服务器提供的电商平台上售出商品对象类型时,产生交易。所述服务器会从卖家A的第一客户端获取交易信息,所述交易信息可以从该第一客户端发送的订单消息中提取。所述交易信息可以包括销售的商品对象类型数量、销售时间、价格等数据。
实际应用中,服务器向第一客户端提供交易平台,第一客户端将该交易平台以网站或类似形式展示,卖家A可在该交易平台上注册店铺,以售卖商品对象或服务等。
实际应用中,商品对象类型信息可以是卖家在注册店铺时或者有新商品对象增加时输入,所述第一客户端可以通过相应的注册消息或更新消息将商品对象类型信息(包括商品对象类型的标识、商品对象名称、型号、尺码、品类、颜色等)送至所述服务器,服务器会接收所述注册消息或更新消息并提取所述商品对象类型信息后放入本地数据库保存。
实际应用中,第一客户端通过库存变更消息或所述注册消息等将库存信息送至服务器,在发生库存变动(如有商品对象类型入库、因调拨或发生交易有商品对象类型出库时)时通过库存变更消息(携带商品对象类型的入库量、出库量等)、在注册店铺时通过所述注册消息(携带卖家A的仓库数量、以及每个仓库的仓库标识、发货区域、商品对象类型的在仓库存数量等)将相应的库存信息送至服务器,服务器会接收所述注册消息或库存变更消息并提取库存信息后放入本地数据库保存。
实际应用中,所述收益值可以在注册时或新增商品对象时由卖家输入,也可以在其他任何时候由卖家更新;例如,可由第一客户端将商品对象类型的收益值包含在注册消息和/或商品对象更新消息送至服务器;如果当前卖家未提供,服务器可查询本地数据库中保存的同一商品对象类型的收益值,查询到多个收益值时可随机取,也可以通过取平均值的方式确定。
实际应用中,所述交易信息可包含在订单消息由第一客户端送至所述服务器,服务器从所述订单消息中提取所述交易信息。
如图9所示,所述服务器根据第一客户端的交易信息、商品对象类型信息、收益值、库存信息等,形成商品对象类型的指标数据并存在本地的数据库中,并通过销量预测算法得到商品对象类型在每个仓库的销量预测数据并存在本地的数据库中。通过查询商品对象类型的指标数据及其在每个仓库的销量预测数据,确定商品对象类型在每个仓库的第一库存阈值,再通过比较每个商品对象类型在每个仓库的第一库存阈值和当前库存量,监控每个商品对象类型在每个仓库的库存状态,在库存不足或库存超量时向所述第一客户端和第二客户端发送通知。
如图9所示,其中,所述商品对象类型的指标数据可以包括如下项目:可供销售的商品对象类型;商品对象类型在每个仓库的在仓库存量、入库量、出库量、在途库存量和补货周期;向每个仓库多补一个商品对象类型产生的收益损失(即第一收益值)、丢失一个商品对象类型订单产生的收益损失(第二收益值)。其中,上述数据均可以由卖家A通过其第一客户端输入后经由相应的信息发送至服务器。其中,如果卖家A未提供第一收益值和第二收益值,可根据其他用户提供的同一商品对象的相同参数进行估算(例如,取平均值)。
如图9所示,所述商品对象类型在买个仓库的销量预测数据中包含每个商品对象类型在每个仓库的销量预测均值,该销量预测均值可通过交易数据计算得到,具体的计算方法可参考上文相关说明。
本示例中,第一库存阈值的具体确定方法可参考示例二的相关说明。
如图9所示,运营人员可以通过第二客户端向服务器发送配置消息,该配置消息包含预定的通知对象和/或通知方式,以便所述服务器根据该配置消息进行预配置通知对象和/或通知方式,在发出通知时所述服务器将基于所述通知对象和/或通知方式进行通知。本示例中,将通知对象预配置为第一客户端和第二客户端,服务器将会在库存超量或库存不足时向第一客户端和第二客户端发出相应的通知。
如图9所示,第一客户端在接收到所述服务器的通知之后,会将所述通知的内容展示出来,以便用户能够获知相关信息。
例如,服务器确定iphone6S/银色/64G在仓库1的当前库存量大于iphone6S/银色/64G在仓库1的第一库存阈值时,发出第一通知给第一客户端,第一客户端将该第一通知展示出来,其展示出来的内容可以是:iphone6S/银色/64G在仓库1的库存量已超。
再例如,服务器确定iphone6S/灰色/64G在仓库2的当前库存量小于iphone6S/灰色/64G在仓库2的第一库存阈值的四分之一时,发出第二通知给第一客户端,第一客户端将该第二通知展示出来,其展示出来的内容可以是:iphone6S/灰色/64G在仓库2的库存量不足,请及时补货。
本领域的技术人员应该明白,上述的本申请实施例所提供的装置的各组成部分,以及方法中的各步骤,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上。可选地,它们可以用计算装置可执行的程序代码来实现。从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本申请不限制于任何特定的硬件和软件结合。
虽然本申请所揭露的实施方式如上,但所述的内容仅为便于理解本申请而采用的实施方式,并非用以限定本申请。任何本申请所属领域内的技术人员,在不脱离本申请所揭露的精神和范围的前提下,可以在实施的形式及细节上进行任何的修改与变化,但本申请的专利保护范围,仍须以所附的权利要求书所界定的范围为准。

Claims (25)

1.一种库存状态监控方法,包括:
至少根据来自第一客户端的商品对象类型信息、收益值、以及库存信息,确定商品对象类型在每个仓库的库存状态;
根据商品对象类型在每个仓库的库存状态,发出通知消息。
2.根据权利要求1所述的库存状态监控方法,其特征在于,所述确定商品对象类型在每个仓库的库存状态,包括:
至少根据所述商品对象类型信息和收益值,确定所述商品对象类型在每个仓库的第一库存阈值;
根据所述第一库存阈值和所述库存信息,确定所述商品对象类型在每个仓库的库存状态。
3.根据权利要求2所述的库存状态监控方法,其特征在于,所述确定所述商品对象类型在每个仓库的第一库存阈值,包括:
根据所述商品对象类型信息和收益值,确定商品对象类型在每个仓库的缺货概率;
至少根据所述缺货概率,确定所述商品对象类型在每个仓库的第一库存阈值。
4.根据权利要求2所述的库存状态监控方法,其特征在于,
所述库存信息包括商品对象类型在每个仓库的补货周期;
所述确定所述商品对象类型在每个仓库的第一库存阈值,包括:
根据所述商品对象类型信息和收益值,确定所述商品对象类型在每个仓库的缺货概率;
至少根据所述缺货概率和所述补货周期,确定所述商品对象类型在每个仓库的第一库存阈值。
5.根据权利要求2所述的库存状态监控方法,其特征在于,所述确定所述商品对象类型在每个仓库的第一库存阈值,包括:
根据所述商品对象类型信息和收益值,确定所述商品对象类型在每个仓库的缺货概率;
根据所述商品对象类型信息、以及来自所述第一客户端的交易信息,确定所述商品对象类型在每个仓库的销量预测均值;
至少根据所述缺货概率和所述销量预测均值,确定所述商品对象类型在每个仓库的第一库存阈值。
6.根据权利要求2所述的库存状态监控方法,其特征在于,
所述库存信息包括商品对象类型在每个仓库的补货周期;
所述确定所述商品对象类型在每个仓库的第一库存阈值,包括:
根据所述商品对象类型信息和收益值,确定所述商品对象类型在每个仓库的缺货概率;
根据所述商品对象类型信息、以及来自所述第一客户端的交易信息,确定所述商品对象类型在每个仓库的销量预测均值;
至少根据所述缺货概率、所述补货周期以及所述销量预测均值,确定所述商品对象类型在每个仓库的第一库存阈值。
7.根据权利要求2所述的库存状态监控方法,其特征在于,
所述根据所述第一库存阈值和所述库存信息,确定所述商品对象类型在每个仓库的库存状态,包括:
根据所述库存信息确定商品对象类型在每个仓库的当前库存量;
将所述商品对象类型在一仓库的当前库存量与所述商品对象类型在该仓库的第一库存阈值比较,确定所述商品对象类型在该仓库的库存状态。
8.根据权利要求7所述的库存状态监控方法,其特征在于,
所述确定所述商品对象类型在该仓库的库存状态,包括:所述商品对象类型在所述仓库的当前库存量大于所述第一库存阈值时,确定所述商品对象类型在所述仓库为超量状态;
所述根据所述商品对象类型在每个仓库的库存状态,发出通知消息,包括:确定所述商品对象类型在所述仓库为超量状态时,发出第一通知,所述第一通知表示所述商品对象类型在所述仓库的库存已超量。
9.根据权利要求7所述的库存状态监控方法,其特征在于,
所述确定商品对象类型在该仓库的库存状态,包括:在所述商品对象类型在所述仓库的当前库存量小于所述第一库存阈值的预定比例时,确定所述商品对象类型在所述仓库为不足状态;
所述根据所述商品对象类型在每个仓库的库存状态,发出通知消息,包括:确定所述商品对象类型在所述仓库为不足状态时,发出第二通知,所述第二通知表示所述商品对象类型在所述仓库的库存量不足。
10.根据权利要求1、8或9所述的库存状态监控方法,其特征在于,
在所述发出通知消息之前,还包括:根据来自第二客户端的配置消息配置通知对象和/或通知方式,所述配置消息包括所述库存状态的通知对象和/或通知方式;
所述发出通知消息,包括:采用所述通知方式向所述通知对象对应的第一客户端和/或第二客户端发出所述通知消息。
11.根据权利要求10所述的库存状态监控方法,其特征在于,所述通知消息为如下的任一项或多项:邮件、短消息和即时通讯消息。
12.一种库存状态监控装置,包括:
第一确定单元,用于至少根据来自第一客户端的商品对象类型信息、收益值、以及库存信息,确定商品对象类型在每个仓库的库存状态;
第一通知单元,用于根据商品对象类型在每个仓库的库存状态,发出通知消息。
13.根据权利要求12所述的库存状态监控装置,其特征在于,
所述第一确定单元,用于至少根据所述商品对象类型信息和收益值,确定所述商品对象类型在每个仓库的第一库存阈值;以及,根据所述第一库存阈值和所述库存信息,确定所述商品对象类型在每个仓库的库存状态。
14.根据权利要求13所述的库存状态监控装置,其特征在于,
所述第一确定单元,用于通过如下一种或多种方式确定所述第一库存阈值:
根据所述商品对象类型信息和收益值,确定商品对象类型在每个仓库的缺货概率,至少根据所述缺货概率确定所述商品对象类型在每个仓库的第一库存阈值;
所述库存信息包括商品对象类型在每个仓库的补货周期;根据所述商品对象类型信息和收益值,确定所述商品对象类型在每个仓库的缺货概率,至少根据所述缺货概率和所述补货周期确定所述商品对象类型在每个仓库的第一库存阈值;
根据所述商品对象类型信息和收益值,确定所述商品对象类型在每个仓库的缺货概率;根据所述商品对象类型信息、以及来自所述第一客户端的交易信息,确定所述商品对象类型在每个仓库的销量预测均值;至少根据所述缺货概率和所述销量预测均值,确定所述商品对象类型在每个仓库的第一库存阈值;
所述库存信息包括商品对象类型在每个仓库的补货周期;根据所述商品对象类型信息和收益值,确定所述商品对象类型在每个仓库的缺货概率;根据所述商品对象类型信息、以及来自所述第一客户端的交易信息,确定所述商品对象类型在每个仓库的销量预测均值;至少根据所述缺货概率、所述补货周期以及所述销量预测均值,确定所述商品对象类型在每个仓库的第一库存阈值。
15.根据权利要求14所述的库存状态监控装置,其特征在于,
所述第一确定单元,用于根据所述库存信息确定商品对象类型在每个仓库的当前库存量;将所述商品对象类型在一仓库的当前库存量与所述商品对象类型在该仓库的第一库存阈值比较,确定所述商品对象类型在该仓库的库存状态。
16.根据权利要求13至15任一项所述的库存状态监控装置,其特征在于,
所述第一确定单元用于确定所述商品对象类型在该仓库的库存状态,包括:所述商品对象类型在所述仓库的当前库存量大于所述第一库存阈值时,确定所述商品对象类型在所述仓库为超量状态;和/或,所述商品对象类型在所述仓库的当前库存量小于所述第一库存阈值的预定比例时,确定所述商品对象类型在所述仓库为不足状态;
所述第一通知单元,用于在所述商品对象类型在所述仓库为超量状态时,发出第一通知,所述第一通知表示所述商品对象类型在所述仓库的库存已超量;和/或,用于在所述商品对象类型在所述仓库为不足状态时,发出第二通知,所述第二通知表示所述商品对象类型在所述仓库的库存量不足。
17.一种服务器,包括处理器和存储器;其特征在于,所述存储器用于存储用于库存状态监控的程序;所述用于库存状态监控的程序在被所述处理器读取执行时,执行如下操作:
至少根据来自第一客户端的商品对象类型信息、收益值、以及库存信息,确定商品对象类型在每个仓库的库存状态;
根据商品对象类型在每个仓库的库存状态,发出通知消息。
18.一种库存状态监控方法,包括:
向服务器发送商品对象类型信息、收益值、以及库存信息;
接收来自所述服务器的通知消息;
展示所述通知消息的内容,以提示商品对象类型在仓库的库存状态。
19.根据权利要求18所述的库存状态监控方法,其特征在于,
所述接收来自所述服务器的通知消息,包括:接收所述服务器发出的第一通知,所述第一通知表示所述商品对象类型在所述仓库的库存已超量;
所述展示所述通知消息的内容,包括:展示所述第一通知的内容,并提示减少所述商品对象类型向所述仓库的补货。
20.根据权利要求18所述的库存状态监控方法,其特征在于,
所述接收来自所述服务器的通知消息,包括:接收所述服务器发出的第二通知,所述第二通知表示所述商品对象类型在所述仓库的库存量不足;
所述展示所述通知消息的内容,包括:展示所述第二通知的内容,并提示增加所述商品对象类型向所述仓库的补货。
21.一种库存状态监控装置,包括:
第一发送单元,用于向服务器发送商品对象类型信息、收益值、以及库存信息;
第一接收单元,用于接收来自所述服务器的通知消息;
第一展示单元,用于展示所述通知消息的内容,以提示商品对象类型在仓库的库存状态。
22.一种客户端,包括处理器和存储器;其特征在于,所述存储器用于存储用于库存状态监控的程序;所述用于库存状态监控的程序在被所述处理器读取执行时,执行如下操作:
向服务器发送商品对象类型信息、收益值、以及库存信息;
接收来自所述服务器的通知消息;
展示所述通知消息的内容,以提示商品对象类型在仓库的库存状态。
23.一种库存状态监控方法,包括:
向服务器发送配置消息,所述配置消息包括库存状态的通知对象和/或通知方式;
接收所述服务器发送的通知消息;
展示所述通知消息的内容,以提示商品对象类型在仓库的库存状态。
24.一种库存状态监控装置,包括:
第二发送单元,用于向服务器发送配置消息,所述配置消息包括库存状态的通知对象和/或通知方式;
第二接收单元,用于接收来自所述服务器的通知消息;
第二展示单元,用于展示所述通知消息的内容,以提示商品对象类型在仓库的库存状态。
25.一种客户端,包括处理器和存储器;其特征在于,所述存储器用于存储用于库存状态监控的程序;所述用于库存状态监控的程序在被所述处理器读取执行时,执行如下操作:
向服务器发送配置消息,所述配置消息包括库存状态的通知对象和/或通知方式;
接收所述服务器发送的通知消息;
展示所述通知消息的内容,以提示商品对象类型在仓库的库存状态。
CN201610648823.4A 2016-08-09 2016-08-09 一种库存状态监控方法及装置、服务器、客户端 Pending CN107705056A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610648823.4A CN107705056A (zh) 2016-08-09 2016-08-09 一种库存状态监控方法及装置、服务器、客户端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610648823.4A CN107705056A (zh) 2016-08-09 2016-08-09 一种库存状态监控方法及装置、服务器、客户端

Publications (1)

Publication Number Publication Date
CN107705056A true CN107705056A (zh) 2018-02-16

Family

ID=61169249

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610648823.4A Pending CN107705056A (zh) 2016-08-09 2016-08-09 一种库存状态监控方法及装置、服务器、客户端

Country Status (1)

Country Link
CN (1) CN107705056A (zh)

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108921639A (zh) * 2018-05-28 2018-11-30 安徽鼎龙网络传媒有限公司 一种商业活动管理平台商品的网络化展示系统
CN109118139A (zh) * 2018-08-07 2019-01-01 深圳市易达云科技有限公司 多维度库存处理方法、设备及计算机可读存储介质
CN109285275A (zh) * 2018-08-22 2019-01-29 深圳友朋智能商业科技有限公司 一种售货设备货量检测方法及装置
CN109360118A (zh) * 2018-10-26 2019-02-19 上海新增鼎数据科技有限公司 一种工厂状态监控方法、装置、系统、设备和存储介质
CN109544060A (zh) * 2018-10-18 2019-03-29 金蝶软件(中国)有限公司 基于erp的发货量控制方法、装置、计算机设备和存储介质
CN109636480A (zh) * 2018-12-20 2019-04-16 象山兑鹏电子科技有限公司 一种自动营销、推广的方法及系统
CN109801013A (zh) * 2018-12-28 2019-05-24 广东联业智能科技有限公司 一种货架缺货的管控方法、系统及装置
CN110175797A (zh) * 2019-06-25 2019-08-27 云南财经大学 一种基于人工智能的物流供应链管理系统
CN110335090A (zh) * 2019-07-12 2019-10-15 创新奇智(南京)科技有限公司 基于商品销量分布预测的补货方法及系统、电子设备
CN110837987A (zh) * 2018-08-17 2020-02-25 北京京东振世信息技术有限公司 一种确定搬仓库存的方法和装置
CN111062661A (zh) * 2019-12-10 2020-04-24 北京云杉信息技术有限公司 一种基于销量预测的库容分配方法及装置
CN111695847A (zh) * 2019-05-17 2020-09-22 上海寻梦信息技术有限公司 物流电子面单的号段管理方法及系统、设备及存储介质
CN112380187A (zh) * 2020-11-11 2021-02-19 苏宁云计算有限公司 库存数据监控方法、装置、计算机设备和存储介质
CN114677172A (zh) * 2022-03-22 2022-06-28 北京网鲜供应链科技有限公司 一种生鲜异动预警系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101976377A (zh) * 2002-01-23 2011-02-16 传感电子有限责任公司 库存管理系统
CN105556558A (zh) * 2013-09-20 2016-05-04 日本电气株式会社 订货量确定设备、订货量确定方法、记录介质和订货量确定系统
CN105678492A (zh) * 2015-12-31 2016-06-15 天津布尔科技有限公司 一种基于条码的智能仓库出入库管理方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101976377A (zh) * 2002-01-23 2011-02-16 传感电子有限责任公司 库存管理系统
CN105556558A (zh) * 2013-09-20 2016-05-04 日本电气株式会社 订货量确定设备、订货量确定方法、记录介质和订货量确定系统
CN105678492A (zh) * 2015-12-31 2016-06-15 天津布尔科技有限公司 一种基于条码的智能仓库出入库管理方法

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108921639A (zh) * 2018-05-28 2018-11-30 安徽鼎龙网络传媒有限公司 一种商业活动管理平台商品的网络化展示系统
CN109118139A (zh) * 2018-08-07 2019-01-01 深圳市易达云科技有限公司 多维度库存处理方法、设备及计算机可读存储介质
CN110837987A (zh) * 2018-08-17 2020-02-25 北京京东振世信息技术有限公司 一种确定搬仓库存的方法和装置
CN110837987B (zh) * 2018-08-17 2023-09-29 北京京东振世信息技术有限公司 一种确定搬仓库存的方法和装置
CN109285275A (zh) * 2018-08-22 2019-01-29 深圳友朋智能商业科技有限公司 一种售货设备货量检测方法及装置
CN109544060A (zh) * 2018-10-18 2019-03-29 金蝶软件(中国)有限公司 基于erp的发货量控制方法、装置、计算机设备和存储介质
CN109360118A (zh) * 2018-10-26 2019-02-19 上海新增鼎数据科技有限公司 一种工厂状态监控方法、装置、系统、设备和存储介质
CN109636480A (zh) * 2018-12-20 2019-04-16 象山兑鹏电子科技有限公司 一种自动营销、推广的方法及系统
CN109801013A (zh) * 2018-12-28 2019-05-24 广东联业智能科技有限公司 一种货架缺货的管控方法、系统及装置
CN111695847A (zh) * 2019-05-17 2020-09-22 上海寻梦信息技术有限公司 物流电子面单的号段管理方法及系统、设备及存储介质
CN110175797A (zh) * 2019-06-25 2019-08-27 云南财经大学 一种基于人工智能的物流供应链管理系统
CN110335090A (zh) * 2019-07-12 2019-10-15 创新奇智(南京)科技有限公司 基于商品销量分布预测的补货方法及系统、电子设备
CN111062661A (zh) * 2019-12-10 2020-04-24 北京云杉信息技术有限公司 一种基于销量预测的库容分配方法及装置
CN112380187A (zh) * 2020-11-11 2021-02-19 苏宁云计算有限公司 库存数据监控方法、装置、计算机设备和存储介质
CN114677172A (zh) * 2022-03-22 2022-06-28 北京网鲜供应链科技有限公司 一种生鲜异动预警系统

Similar Documents

Publication Publication Date Title
CN107705056A (zh) 一种库存状态监控方法及装置、服务器、客户端
US11763370B2 (en) Dynamic processing of electronic messaging data and protocols to automatically generate location predictive retrieval using a networked, multi-stack computing environment
CN106991550B (zh) 商品对象补货信息处理方法及装置
CN107767092B (zh) 商品对象信息的处理方法、展示方法及装置
CN111340421A (zh) 一种采购方法
CN109658010A (zh) 食材的管理方法及装置
US20180218312A1 (en) Inventory rebalance
Hua et al. Carbon-constrained perishable inventory management with freshness-dependent demand
CN107341914A (zh) 一种智能终端信息管理云平台
CN112053168A (zh) 物料的监控方法、装置、电子设备及存储介质
CN116258444A (zh) 一种短保质期商品的库存管理方法及系统
CN107169713A (zh) 基于标准箱的高效货品配送方法、系统及订单管理服务器
Yadollahi et al. Evaluating approximate solution models for the stochastic periodic inventory routing problem
CN116109252A (zh) 仓库补货管理方法、装置、仓库管理系统及存储介质
US10902379B2 (en) System for customized unrequested item resolution
CN104866988A (zh) 一种电商分布式智能配送自助取货系统技术设置方法
CN113780944A (zh) 信息处理方法、装置、电子设备及介质
CN112330255B (zh) 仓库管理系统
CN113627847A (zh) 补货单的生成方法和装置
US20180144288A1 (en) System for inventory management
CN109948965A (zh) 控制方法和装置
CN116433158A (zh) 一种基于云计算的商品库存动态管理系统及方法
CN109767296A (zh) 生鲜货物生成采购单的方法
CN112990948A (zh) 服务评估方法、装置、设备、存储介质及计算机程序产品
CN109447732A (zh) 门店产品下单方法以及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20180216