WO2019015476A1 - 数据对象库存信息处理方法、装置及系统 - Google Patents

数据对象库存信息处理方法、装置及系统 Download PDF

Info

Publication number
WO2019015476A1
WO2019015476A1 PCT/CN2018/094457 CN2018094457W WO2019015476A1 WO 2019015476 A1 WO2019015476 A1 WO 2019015476A1 CN 2018094457 W CN2018094457 W CN 2018094457W WO 2019015476 A1 WO2019015476 A1 WO 2019015476A1
Authority
WO
WIPO (PCT)
Prior art keywords
inventory information
replenishment
data object
store
information
Prior art date
Application number
PCT/CN2018/094457
Other languages
English (en)
French (fr)
Inventor
王水民
Original Assignee
阿里巴巴集团控股有限公司
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 阿里巴巴集团控股有限公司 filed Critical 阿里巴巴集团控股有限公司
Publication of WO2019015476A1 publication Critical patent/WO2019015476A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management

Definitions

  • the present application relates to the field of data object inventory information processing technology, and in particular, to a data object inventory information processing method, apparatus and system.
  • the platform can deploy offline stores, mainly dealing with fresh goods, and users can provide applications through the platform (App). Online browsing of the products sold in the store, and order purchase, the store closest to the user's delivery address, to complete the picking and delivery services, in order to achieve the fastest delivery.
  • the store since it is necessary to undertake the task of distributing the goods for the user, it is necessary to store the goods in the store in advance so that the order can be delivered from the store when the user's order is received.
  • offline stores can also have functions similar to those of ordinary physical supermarkets, that is, users can also directly enter physical stores to conduct offline transactions.
  • the store is usually divided into a front field area and a back field area in the space position, and the front field area can mainly deploy some shelves, etc., and various kinds of saleable goods.
  • the front field inventory can be used to ship online trading orders, and can also be used to support offline trading behavior, and so on.
  • the back-field inventory can be replenished from the front-field inventory, that is, the goods are transferred from the back-field area to the front-field area, so that the goods can continue from the front field.
  • the area provides consumer services to consumer users.
  • the replenishment operation from the back field to the forward field is usually manually performed manually, that is, the inventory status of each item in the front field area can be performed by the operator in the front field area.
  • the replenishing operation personnel are notified to replenish the goods from the backcourt storage space.
  • this process will result in higher labor costs, and there may be problems such as the fact that some goods with insufficient front-end inventory cannot be discovered in time.
  • the application provides a method, a device and a system for processing data object inventory information, which can reduce the labor cost in the store and avoid the omission caused by the manual method.
  • a data object inventory information processing system comprising:
  • the inventory information subsystem is configured to store inventory information of data objects in a plurality of stores, and synchronously update inventory information according to the inbound/outbound status of data objects in each store; wherein each store includes a front field The inventory location and the backcourt location, the inventory information of the data object includes front field inventory information in the front field location;
  • a replenishment policy subsystem configured to obtain, by the inventory information subsystem, front field inventory information of each data object in each store, if the store has a target data object whose front field inventory information is lower than a preset threshold, generate Replenishing the task and sending it to the replenishment client of the corresponding store for replenishing the target data object from the backcourt location of the corresponding store to the frontcourt location according to the replenishment task.
  • a data object inventory information processing method includes:
  • the inventory information of the data objects in the plurality of stores is saved, and the inventory information is synchronously updated according to the inbound/outbound status of the data objects in each store; wherein each store includes a front field location and a backcourt location.
  • the inventory information of the data object includes front field inventory information in a front field location;
  • a data object inventory information processing method includes:
  • each data object in the plurality of stores Obtaining front field inventory information of each data object in the plurality of stores through the inventory information subsystem; wherein the inventory information subsystem is configured to save inventory information of the data objects in the plurality of stores, and according to the data objects in the respective stores In the library/outbound situation, the inventory information is synchronously updated; wherein each store includes a front field location and a backcourt location, and the inventory information of the data object includes front field inventory information in the front field location;
  • a replenishment task is generated and sent to a replenishment client of the corresponding store for using the target according to the replenishment task
  • the data object is replenished from the backcourt location of the corresponding store to the frontcourt location.
  • a data object inventory information processing apparatus includes:
  • the inventory information saving unit is configured to store inventory information of data objects in a plurality of stores, and synchronously update the inventory information according to the inbound/outbound status of the data objects in each store; wherein each store includes a front field library Bit and backcourt location, the inventory information of the data object includes front field inventory information in the front field location;
  • An inventory information providing unit configured to provide the replenishment policy subsystem with front field inventory information of each data object in each store, where the replenishment strategy subsystem compares front field inventory information of each data object in the store with The preset threshold is compared, and when there is a target data object whose front field inventory information is lower than a preset threshold, a replenishment task is generated and sent to a replenishment client of the corresponding store for use according to the replenishment task The target data object is replenished from the backcourt location of the corresponding store to the frontcourt location.
  • a data object inventory information processing apparatus includes:
  • An inventory information obtaining unit configured to obtain front field inventory information of each data object in the plurality of stores through the inventory information subsystem; wherein the inventory information subsystem is configured to save inventory information of data objects in the plurality of stores, and according to The inbound/outbound status of the data objects in each store, the inventory information is updated synchronously; wherein each store includes a front field location and a backcourt location, and the inventory information of the data object includes the front field location Front field inventory information;
  • a replenishment task generating unit configured to generate a replenishment task if the pre-field inventory information of the store is lower than a preset threshold, and send the replenishment task to the replenishment client of the corresponding store for use in the replenishment client
  • the replenishment task replenishes the target data object from the backcourt location of the corresponding store to the frontcourt location.
  • a data object inventory information processing system comprising:
  • the in-store inventory information subsystem is used for storing the inventory information of the data objects in the store, and synchronously updating the inventory information according to the inbound/outbound situation of the data object; wherein the store includes the front field location and the backcourt location
  • the inventory information of the data object includes front field inventory information
  • An in-store replenishment policy subsystem configured to obtain front field inventory information of the data object by using the inventory information subsystem, and if there is a target data object whose front field inventory information is lower than a preset threshold, generate a replenishment task for use in The target data object is replenished from the backcourt location to the frontcourt location according to the replenishment task.
  • the present application discloses the following technical effects:
  • the inventory information of the data objects of the plurality of stores can be saved and maintained through the inventory information subsystem, wherein the front field inventory information of each data object in each store can be separately, and the replenishment strategy is additionally
  • the subsystem can obtain the front field inventory information of each data object in the corresponding store through the inventory information subsystem, and determine the target data object in the store where the front field inventory information is lower than the preset threshold, and automatically generate a replenishment task. In this way, it is not necessary to manually generate a replenishment task, which can reduce the labor cost in the store, and can also avoid the omission caused by the manual method.
  • FIG. 1 is a schematic structural diagram of a system provided by an embodiment of the present application.
  • FIG. 2 is a schematic diagram of a first system provided by an embodiment of the present application.
  • FIG. 3 is a flowchart of a first method provided by an embodiment of the present application.
  • FIG. 5 is a schematic diagram of a first device according to an embodiment of the present application.
  • FIG. 6 is a schematic diagram of a second device provided by an embodiment of the present application.
  • FIG. 7 is a schematic diagram of a second system provided by an embodiment of the present application.
  • the replenishment task in order to facilitate timely discovery of insufficient inventory in the frontcourt and reduce the occupation of labor and other costs, can be automatically generated by deploying the replenishment strategy center.
  • the replenishment strategy center may obtain the front field inventory information of each data object (for example, a product object, etc.) from the inventory center, and set an inventory threshold for each data object, and find that the front field inventory of a data object is lower than the
  • the replenishment task can be automatically generated, and the replenishment task is issued to the corresponding replenishment terminal to complete the replenishment from the backcourt location to the forward field location.
  • the inventory information of each data object saved in the inventory center can be divided into two parts: the front field inventory and the back farm inventory.
  • the relevant information may be submitted to the inventory center when the data object is stored in the back-end inventory, including the location to which the storage is to be stored, the specific batch and the quantity, and the like.
  • the information can also be synchronously submitted to the inventory center for updating by the inventory center. .
  • inventory information in a plurality of different stores can be saved, wherein back-end inventory information for each data object can be saved in the following manner:
  • each inventory information can reflect the information of the above five fields, and the same data object can be divided into multiple inventory information for preservation when there are multiple batches of backcourt inventory.
  • the same data object of different batches may be located in the same backcourt location, or in different backcourt locations, when the backfield location is saved, and so on.
  • the information of the back-field inventory saved by the inventory center may also be other manners, for example, the batch field may not be included, or the location field is not included, and the like.
  • the front field inventory information may also be submitted to the inventory center for saving the data before the data object is transferred from the backcourt location to the front field location.
  • the associated data object identifier and quantity can also be submitted to the inventory center, and the inventory center updates the front field inventory.
  • the front-end inventory is used to ship the user, or the back-end inventory may be used to ship the user. Therefore, when submitting such shipping information to the inventory center, Inform the inventory center, whether this is the front-end inventory or the back-end inventory, so that the inventory update process can be performed by the inventory center.
  • the replenishment strategy center can understand the above situation by querying the inventory center information to determine whether it is necessary to replenish a data object.
  • the replenishment strategy center may query the inventory center in a periodic manner, for example, once per hour, or may be a longer or shorter period, depending on actual needs.
  • the inventory center may submit a notification message to the replenishment strategy center when the front field inventory of a certain data object is found to be insufficient, and a specific replenishment task is generated by the replenishment strategy center, and the like.
  • the replenishment strategy center specifically reflects the ID, name and other identification information of the specific data object in the replenishment task, and can also determine the quantity information of the replenishment required and add to the replenishment task.
  • the replenishment quantity information may be a predetermined quantity, for example, a configuration parameter in advance, and when the replenishment is specified for each data object, each time the replenishment is N pieces, and N is a fixed positive. Integer. In this way, when the replenishment strategy center generates the replenishment task, it can directly add the N as the replenishment quantity to the replenishment task. Or, in the specific implementation, different data objects, or different types of data objects, different replenishment quantities can be set, and the like.
  • the difference is mainly reflected in: different stores are reserved for the same data object in the frontcourt location.
  • the space may vary, and the space reserved for different data objects in the front store location by the same store may vary.
  • This difference can result in the maximum number of data objects that can be accommodated in the front field location may be different. Therefore, in order to better conform to the characteristics of the actual frontcourt locations in each store, it is also possible to set different maximum replenishment information for each different data object by the store, and also store each store separately in the replenishment strategy center. Maximum replenishment information configured for each data object. In this way, when generating the replenishment task, the current replenishment amount of the data object and the maximum replenishment amount in the corresponding store can be determined, and the replenishment amount can be determined.
  • the replenishment task it is not necessary to specify the replenishment quantity. That is to say, it is possible to notify only the replenishing operation personnel that the front field inventory of a certain data object is insufficient, and it is necessary to replenish the goods from the backcourt inventory, but specifically
  • the quantity of goods can be determined by the store according to the actual situation, and so on.
  • the store can submit the processing result to the inventory center, and the inventory center updates the specific inventory information.
  • the back field area usually includes multiple locations
  • one of the locations is usually selected for storage, and, as shown in Table 1, the inventory center is in the back field of the data object.
  • the location information of the data object can also be provided to the replenishment task, so that the replenishing operator can find it more conveniently. The location of the data object to improve replenishment efficiency.
  • the data object when the data object is stored in the warehouse, there may be batch information.
  • a data object it may be a batch of goods on June 20, and a batch of goods will be stored on June 24th.
  • the inventory center when the inventory center saves the back-end inventory information of the data object, it can also separately store the inventory information under different batches of the same data object (such as the first and second inventory information in Table 1). ). Therefore, this batch information can also be considered when specifically generating replenishment tasks.
  • the backyard inventory of the batch can be preferentially occupied for replenishment, so that the earlier batch of the batch can be placed in the frontcourt.
  • the sales are carried out in the bit to avoid the long-term occupation of the back-end logistics area by the same batch of data objects, and also to avoid the occurrence of the batch data object exceeding the shelf life. Therefore, after determining that a data object needs to be replenished, when the replenishment task is generated, the batch information of the data object can also be provided in the replenishment task. Specifically, if a data object has only one batch of inventory in the backcourt location, it is suggested to promptly replenish a certain number of the batch data objects to the front field in the replenishment task. If a data object has multiple batches of stock, you can first use the earliest stock of the batch to generate a replenishment task. If the earliest inventory is insufficient, multiple replenishment tasks can be generated for the same data object.
  • One replenishment task occupies the entire inventory of the earliest batch, and the insufficient portion generates another supplement based on the inventory of the second early batch. Goods tasks, and so on. That is to say, for the replenishment task of a certain data object, according to the inventory situation of different batches in the backcourt inventory, it can be split into multiple inventory tasks and distributed to the replenishment client respectively.
  • the data object 20001 described in Table 1 needs to be replenished, and the number of replenishment needs to be determined is 50.
  • the data object is found by querying the back-end inventory information of the data object.
  • the 20170620 batch has an earlier storage time, so it is possible to use the stock of the batch to replenish the front field.
  • the replenishment task for the data object can be split into two, one of which is in the replenishment task.
  • the replenishing operation personnel can be instructed to replenish the data object with the ID of 20001 and the batch of 20170620 to the front field area, the number is 20 pieces, and the location of the batch data object is the storage space 1; another replenishment task In the middle, the replenishing operator can be instructed to replenish the data object with the ID of 20001 and the batch of 20170624 to the front field, the number is 30, and the location of the batch data object is the location 2. In this way, the replenishing operator directly goes to the location of the location 1 of the backcourt area, removes 20 pieces of the first batch of data objects, and cancels 30 pieces of the second batch of data objects in the location 2, and delivers them.
  • the front field area is put on the shelf, and so on.
  • the replenishment client can provide a notification message of the task completion to the inventory center, and the inventory center updates the back-end inventory of the data object and the front-end inventory. For example, after the updated back-field inventory information, the back-field inventory of the first batch of the data object becomes 0, the back-field inventory of the second batch becomes 470, and correspondingly, the front-end inventory is increased by 50.
  • the deployment method of the replenishment strategy center can also have a variety of different implementation methods.
  • the inventory center may be separately deployed in each store, that is, the data object inventory information in each store may be protected and maintained by each store itself, in which case the replenishment strategy
  • the center can also be deployed in stores, where each store develops its own replenishment strategy and automatically generates replenishment tasks.
  • the inventory center in order to reduce the cost of each store, the inventory center can be uniformly deployed in the cloud, and the inventory center can store and update the inventory information of a plurality of stores.
  • each store does not have to self-dimension inventory center, but as long as the relevant inbound and outbound information is submitted to the cloud inventory center, it can be managed by the cloud inventory center.
  • the replenishment strategy center can also be in the cloud.
  • the inventory center can be divided into two aspects of the front field inventory and the back farm inventory when saving the inventory information of each data object.
  • the store 101 may be physically divided into a front field area and a back field area, wherein one or more shelves 102 may be deployed in the front field area.
  • 103 may be an offline transaction settlement client in the front field area, that is, when a consumer user enters the store and performs a purchase operation on a data object, the offline transaction settlement client 103 performs settlement, and information such as the identification, quantity, and the like of the related data object can be submitted to the inventory center, and the inventory center performs the update operation of the front field inventory.
  • the front field area may also have another client.
  • the related data object identification, quantity, and the like may be Submit to the Inventory Center for inventory updates from the Inventory Center.
  • the replenishment strategy center can periodically or irregularly query the inventory information stored in the inventory center for each store to determine whether a data object needs to be replenished from the backcourt location to the frontcourt location. ,and many more.
  • the replenishment task generated by the replenishment strategy center can also be delivered to the replenishment client 105 of the store through the network, and the replenishment client can be installed in the terminal device of the replenishing operation personnel, so that the replenishing operation personnel It is possible to replenish the goods according to the received replenishment task.
  • the first embodiment provides a data object inventory information processing system for a plurality of stores to uniformly deploy an inventory center.
  • the system may specifically include:
  • the inventory information subsystem 201 is configured to store inventory information of data objects in a plurality of stores, and synchronously update the inventory information according to the inbound/outbound status of the data objects in each store; wherein each store includes the former a field location and a backcourt location, wherein the inventory information of the data object includes front field inventory information in the front field location;
  • the replenishment strategy subsystem 202 is configured to use the front field inventory information of each data object in each store. If the store has a target data object whose front field inventory information is lower than a preset threshold, a replenishment task is generated and sent to Corresponding to the replenishment client of the store, for replenishing the target data object from the backcourt location of the corresponding store to the frontcourt location according to the replenishment task.
  • the replenishment strategy subsystem may be specifically configured to obtain front field inventory information of each data object in each store by periodically querying the inventory information subsystem.
  • the front field inventory information of each data object in each store may also be obtained through the information pushed by the inventory information subsystem.
  • the replenishment task may specifically include identification information of the target data object that needs to be replenished, and may further include quantity information of the required replenishment. In this way, the picking operation personnel can more clearly need the quantity of replenishment and improve the efficiency of replenishment.
  • the specific quantity information may be determined according to the replenishment quantity information uniformly configured for each data object in each store, or may be configured with different replenishment quantity configurations for each store or each data object in advance. information. That is to say, the specific configuration information may be submitted by the store, and may be configured in units of stores when the configuration is specifically performed, or may be configured in units of data objects, and the like.
  • each store's replenishment strategy stores the maximum replenishment quantity information configured by the corresponding store for each data object, so that The current front field inventory quantity of the target data object and the maximum replenishment quantity in the corresponding store, determining the quantity to be replenished, and generating a replenishment task according to the required replenishment quantity information.
  • the specific target data object analyzes the quantity of replenishment required this time.
  • the replenishment quantity information there may be multiple ways. For different target data objects, the corresponding required replenishment quantity may be the same or different.
  • the inventory information of the data objects in each store stored in the inventory information subsystem may further include: each data object in each store backcourt location, wherein the back farm inventory information includes : The location identification information of the backcourt location occupied by the data object in the corresponding store.
  • the replenishment strategy subsystem determines that the front field inventory of the target data object is insufficient
  • the replenishment task is generated for the replenishment strategy subsystem
  • the back-end inventory information of the target data object in the corresponding store may also be queried. Determining the location identification information and providing the location identification information in the replenishment task.
  • the replenishment task can include not only the identifier of the target data object, but also the occupied location identifier, so that the replenishing operator can more conveniently determine the location of the data object, thereby improving the efficiency of replenishment. .
  • the backcourt inventory information may further include batch information of the data object.
  • the inventory information subsystem may further provide the batch information to the replenishment policy subsystem, and the replenishment policy subsystem is generated.
  • the replenishment task is also used to: provide the batch information in the replenishment task.
  • the data object when there are multiple back-end inventory of different inbound batches in the same data object in the same store, the data object can correspond to multiple back-end inventory information in the store, and each back-end inventory information is used for recording The inventory quantity of one batch, the location identification information of the occupied backcourt location, and the corresponding storage time information, and the inventory information subsystem may respond to the request for the back farm inventory information query for the target data object. The information is returned.
  • the replenishment strategy subsystem when the replenishment strategy subsystem generates the replenishment task, the replenishment task can be generated by using the batch with the early warehousing time in the morning and evening according to the warehousing time. This can make the data objects that are stored earlier in the warehouse be preferentially sold, avoiding the long-term occupation of the storage space, and avoiding the phenomenon that the data objects exceed the shelf life.
  • the replenishment task is split into multiple subtasks, wherein the storage time is the earliest according to the The quantity of the batch and the location information of the batch, generate the first subtask, and generate other subtasks according to the inventory quantity of other batches and the location information of the batch.
  • the replenishment task generated by the replenishment strategy subsystem may be delivered to a replenishment client of the corresponding store, and the replenishment client may display the replenishment task information in the interface, and the picking operation The personnel can perform the corresponding replenishment task according to the information of the replenishment task, that is, transfer the corresponding data object from the backcourt location to the frontcourt location.
  • the above-mentioned system can save and maintain the inventory information of the data objects of the plurality of stores through the inventory information subsystem, wherein the front-end inventory information of each data object in each store can be separately
  • the replenishment strategy subsystem may obtain the front field inventory information of each data object in the corresponding store through the inventory information subsystem, and determine the target data object in the store that the front field inventory information is lower than the preset threshold, and automatically Generate replenishment tasks. In this way, it is not necessary to manually generate a replenishment task, which can reduce the labor cost in the store, and can also avoid problems such as omission caused by the manual method.
  • the second embodiment provides a data object inventory information processing method from the perspective of the inventory information subsystem.
  • the method may specifically include:
  • S301 storing inventory information of data objects in a plurality of stores, and synchronously updating the inventory information according to the inbound/outbound status of the data objects in each store; wherein each store includes a front field location and a backcourt library Bit, the inventory information of the data object includes front field inventory information in the front field location;
  • S302 Providing, to the replenishment policy subsystem, front field inventory information of each data object in each store, where the replenishment policy subsystem performs front field inventory information of each data object in the store with a preset threshold Comparing, when there is a target data object whose front field inventory information is lower than a preset threshold, generating a replenishment task, and sending it to a replenishment client of the corresponding store for using the target data according to the replenishment task The object is replenished from the backcourt location of the corresponding store to the frontcourt location.
  • the front field inventory information of each data object may be provided to the replenishment policy subsystem when receiving the first query request of the replenishment policy subsystem.
  • the inventory information subsystem may also actively push the front field inventory information of the data object to the replenishment policy subsystem.
  • the changed front field inventory information may be pushed to the replenishment policy subsystem when the front field inventory information of the data object changes.
  • the front field inventory information of each data object may be pushed to the replenishment policy subsystem according to a preset period, and the like.
  • the inventory information of the data objects in the stored stores further includes back-end inventory information of each data object in each store's backcourt location, and the back-end inventory information includes: the data object is in the corresponding store.
  • the location identification information of the occupied backcourt location may further include: receiving a second query request by the replenishment policy subsystem for performing back-end inventory information query for the specified data object in the designated store, and returning the location identification information, by the replenishment The policy subsystem adds the location identification information to the replenishment task.
  • the back farm inventory information further includes: batch information of the data object, when the second query request is received, the batch information is also returned, and the batch is performed by the replenishment policy subsystem Secondary information is added to the replenishment task.
  • the data object when there are multiple back-end inventory of different inbound batches in the same data object in the same store, the data object corresponds to multiple back-end inventory information in the store, and each back-end inventory information is used to record therein.
  • the information returned when the second query request is received includes: inventory quantity information of the target data object in each batch, location identification information of the respective back-end inventory, and the storage time information.
  • the replenishment task is generated by using the batch with the early storage time in the morning and evening according to the storage time.
  • the third embodiment provides a data object inventory information processing method from the perspective of the replenishment policy subsystem.
  • the method may specifically include:
  • S401 Obtaining front field inventory information of each data object in the plurality of stores through the inventory information subsystem; wherein the inventory information subsystem is configured to save inventory information of the data objects in the plurality of stores, and according to the data objects in the respective stores In the warehousing/outbound situation, the inventory information is updated synchronously; wherein each store includes a front field location and a backcourt location, and the inventory information of the data object includes front field inventory information in the front field location ;
  • the implementation is performed, and the front field inventory of each data object in each store can be obtained by means of active query, and the query request can be performed by periodically sending, for example, once every hour, or according to actual needs. , use longer or shorter cycles, and so on.
  • the method may be actively pushed through the inventory information subsystem, and the replenishment strategy subsystem obtains the front-end inventory information of each data object in each store. For example, when the front field inventory information of a data object changes in a certain store, the inventory information subsystem pushes the changed front field inventory quantity information to the replenishment strategy subsystem, or according to a preset cycle. The replenishment strategy subsystem pushes forward field inventory information for each data object in each store, and so on.
  • S402 If there is a target data object in which the front field inventory information is lower than a preset threshold, the replenishment task is generated and sent to a replenishment client of the corresponding store for use according to the replenishment task.
  • the target data object is replenished from the backcourt location of the corresponding store to the frontcourt location.
  • the replenishment quantity information of the target data object in the specific store may also be determined and added to the replenishment task.
  • the quantity of replenishment quantity information may be determined according to the replenishment quantity information that is uniformly configured for each data object in each store in advance.
  • a different replenishment strategy corresponding to each store may be pre-stored, wherein each store's replenishment strategy stores a maximum replenishment quantity information corresponding to the corresponding data store configured by the store; according to the current front of the target data object
  • the quantity of the field inventory and the maximum replenishment quantity in the corresponding store determine the quantity to be replenished, and generate a replenishment task according to the quantity of replenishment quantity required.
  • the inventory information of the data objects in each store stored in the inventory information subsystem further includes: back farm inventory information of each data object in each store backcourt location,
  • the field inventory information includes: location identification information of the backcourt location occupied by the data object in the corresponding store; at this time, when the replenishment task is generated, the target may also be sent by sending the information to the inventory information subsystem.
  • the second query request of the data object in the backcourt inventory information corresponding to the store obtains the location identification information of the backcourt location occupied by the target data object in the corresponding store, and adds the location identification information to the In the replenishment task.
  • the back farm inventory information further includes batch information of the data object, and the inventory information subsystem further returns the batch information when receiving the query request for the target data object; The batch information is added to the replenishment task.
  • the data object corresponds to a plurality of backcourt inventory information in the store, each A backcourt inventory information is used to record the inventory quantity of one batch, the location identification information of the occupied backcourt location, and the corresponding storage time information; the inventory information subsystem receives the target data object
  • the returned information includes: inventory quantity information of the target data object in each batch, location identification information of the backcourt location occupied by each of the target data objects, and the storage time information;
  • the library time is sooner or later, and the replenishment task is generated by using the batch with the early storage time.
  • the replenishment task may be split into multiple subtasks, wherein, according to the input The inventory quantity of the batch with the earliest time of the library and the location information of the batch, generate the first subtask, and generate other subtasks according to the inventory quantity of other batches and the location information of the same.
  • the embodiment of the present application further provides a data object inventory information processing device.
  • the device may include:
  • the inventory information storage unit 501 is configured to save inventory information of a plurality of in-store data objects, and synchronously update the inventory information according to the inbound/outbound status of the data objects in each store; wherein each store includes a front field The inventory location and the backcourt location, the inventory information of the data object includes front field inventory information in the front field location;
  • the inventory information providing unit 502 is configured to provide the replenishment policy subsystem with front field inventory information of each data object in each store, and the replenishment policy subsystem will display the front field inventory information of each data object in the store Comparing with a preset threshold, when there is a target data object whose front field inventory information is lower than a preset threshold, a replenishment task is generated and sent to a replenishment client of the corresponding store for replenishing according to the replenishment The task replenishes the target data object from the backcourt location of the corresponding store to the frontcourt location.
  • the inventory information providing unit may be specifically configured to: provide the front field inventory information of each data object to the replenishment policy subsystem when receiving the first query request of the replenishment policy subsystem.
  • the inventory information providing unit may be specifically configured to: push the front field inventory information of the data object to the replenishment policy subsystem.
  • the inventory information providing unit may push the changed front field inventory information to the replenishment policy subsystem when the front field inventory information of the data object changes.
  • the front field inventory information of each data object is pushed to the replenishment policy subsystem according to a preset period.
  • the inventory information of the data objects in the stored stores may further include back-end inventory information of each data object in each store backcourt location, where the back-end inventory information includes: the data object is in the corresponding store The location identification information of the occupied backcourt location; at this time, the device may further include:
  • a location identification information providing unit configured to receive a second query request that the replenishment policy subsystem performs a back-end inventory information query for a specified data object in a designated store, and return the location identification information, where the replenishment The policy subsystem adds the location identification information to the replenishment task.
  • the back farm inventory information further includes: batch information of the data object, and when the second query request is received, the batch information is also returned, and the batch is performed by the replenishment policy subsystem Secondary information is added to the replenishment task.
  • the data object corresponds to multiple back-end inventory information in the store, and each back-end inventory information is used to record therein.
  • the information returned when the second query request is received includes: inventory quantity information of the target data object in each batch, location identification information of the respective back-end inventory, and the storage time information.
  • the replenishment task is generated by using the batch with the early storage time in the morning and evening according to the storage time.
  • the embodiment of the present application further provides a data object inventory information processing apparatus.
  • the apparatus may include:
  • the inventory information obtaining unit 601 is configured to obtain front field inventory information of each data object in the plurality of stores through the inventory information subsystem, wherein the inventory information subsystem is configured to save inventory information of the data objects in the plurality of stores, and The inventory information is synchronously updated according to the inbound/outbound status of the data objects in each store; wherein each store includes a front field location and a backcourt location, and the inventory information of the data object includes a front field location Front field inventory information;
  • the replenishment task generating unit 602 is configured to generate a replenishment task if the pre-field inventory information of the pre-store inventory information is lower than the preset threshold, and send the replenishment task to the replenishment client of the corresponding store for use according to The replenishment task replenishes the target data object from a backcourt location of the corresponding store to a frontcourt location.
  • the inventory information obtaining unit may obtain the front field inventory information of each data object in each store by sending a first query request for querying the front field inventory information of each data object in each store to the inventory information subsystem.
  • the first query request may be sent periodically.
  • the inventory information obtaining unit may also receive front field inventory information of each data object in each store pushed by the inventory information subsystem.
  • the device may further include:
  • the replenishment quantity determining unit is configured to determine the replenishment quantity information of the target data object in the specific store, and add to the replenishment task.
  • the replenishment quantity determining unit may be specifically configured to: determine the replenishment quantity information according to the replenishment quantity information that is uniformly configured in advance for each data object in each store.
  • a different replenishment strategy corresponding to each store may be pre-stored, wherein each store's replenishment strategy stores a maximum replenishment quantity information corresponding to the corresponding data store configured by the store; according to the current front of the target data object The quantity of the field stock and the maximum replenishment quantity in the corresponding store are determined to determine the quantity to be replenished.
  • the inventory information of the data objects in each store stored in the inventory information subsystem further includes: back farm inventory information of each data object in each store backcourt location, the back farm inventory information includes: a data object
  • the location identification information of the backcourt location occupied by the corresponding store; at this time, the device may further include:
  • a location identifier determining unit configured to obtain, by sending, to the inventory information subsystem, a second query request for acquiring backcourt inventory information of the target data object in a corresponding store, obtaining the target data object occupied by the corresponding store The location identification information of the backcourt location;
  • a location identification adding unit for adding the location identification information to the replenishment task.
  • the back farm inventory information may further include batch information of the data object, and the inventory information subsystem further returns the batch information when receiving the second query request; include:
  • a batch information adding unit for adding the batch information to the replenishment task.
  • the data object corresponds to a plurality of backcourt inventory information in the store, each A backcourt inventory information is used to record the inventory quantity of one batch, the location identification information of the occupied backcourt location, and the corresponding storage time information; the inventory information subsystem receives the second query
  • the returned information includes: the inventory quantity information of the target data object under each batch, the location identification information of the backcourt location occupied by each of the target data objects, and the storage time information; at this time, the batch information is added.
  • the unit can be specifically used to: according to the warehousing time sooner or later, the replenishment task is generated by using the batch with the early warehousing time. Wherein, if the inventory quantity corresponding to the batch with the earliest storage time is less than the required replenishment quantity in the replenishment task, the replenishment task is split into multiple subtasks, wherein, according to the storage The inventory quantity of the batch with the earliest time and the location information of the batch, generate the first subtask, and generate other subtasks according to the inventory quantity of other batches and the location information of the batch.
  • the introduction is performed in the manner of setting the inventory information subsystem and the replenishment policy subsystem in the cloud, that is, the control of the replenishment strategy for multiple stores can be unified.
  • the method for self-deploying the inventory information subsystem and the replenishment side subsystem in the store is introduced.
  • the fourth embodiment provides a data object inventory information processing. System, including:
  • the in-store inventory information subsystem 701 is configured to store inventory information of the data objects in the store, and synchronously update the inventory information according to the inbound/outbound situation of the data object; wherein the store includes the front field location and the backcourt library Bit, the inventory information of the data object includes front field inventory information;
  • the in-store replenishment policy subsystem 702 is configured to obtain the front field inventory information of the data object by using the inventory information subsystem, and if there is a target data object whose front field inventory information is lower than a preset threshold, generate a replenishment task for use The target data object is replenished from the backcourt location to the frontcourt location according to the replenishment task.
  • the present application can be implemented by means of software plus a necessary general hardware platform. Based on such understanding, the technical solution of the present application may be embodied in the form of a software product in essence or in the form of a software product, which may be stored in a storage medium such as a ROM/RAM or a disk. , an optical disk, etc., includes instructions for causing a computer device (which may be a personal computer, server, or network device, etc.) to perform the methods described in various embodiments of the present application or portions of the embodiments.
  • a computer device which may be a personal computer, server, or network device, etc.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请实施例公开了数据对象库存信息处理方法、装置及系统，其中，所述系统包括：库存信息子系统，用于保存多个门店内的数据对象的库存信息，并对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；补货策略子系统，用于通过所述库存信息子系统获得各门店内各数据对象的前场库存信息，如果所述门店内存在前场库存信息低于预置阈值的目标数据对象，则生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。通过本申请实施例，可以降低门店中的人力成本，避免人工的方式造成的遗漏等问题。

Description

数据对象库存信息处理方法、装置及系统
本申请要求2017年07月17日递交的申请号为201710582411.X、发明名称为“数据对象库存信息处理方法、装置及系统”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及数据对象库存信息处理技术领域，特别是涉及数据对象库存信息处理方法、装置及系统。
背景技术
随着网络销售平台的不断发展，出现了一种新型的销售平台模式，在该模式下，平台方可以部署线下门店，主要经营生鲜类商品，用户可以通过平台提供的应用程序(App)在线浏览门店中销售的商品，并进行下单购买，距离用户收货地址最近的门店，为其完成拣货及配送服务，以此实现以最快的速度送达。
在门店中，由于需要承担为用户进行配货的任务，因此，需要预先在门店内对商品进行存放，以便在接收到用户的订单时，能够从门店为其发货。另一方面，这种线下门店也可以具有与普通的实体超市等类似的功能，也即，用户也可以直接进入到实体店铺中，进行线下的交易。基于同一门店有多种不同销售渠道的情况，现有技术中，通常将门店在空间位置上划分为前场区域和后场区域，前场区域主要可以部署一些货架等，将各种可销售商品的一部分放置于货架上，这部分放置在前场区域货架上的库存，称为该商品的前场库存；同时，同一商品在门店中还存在后场库存，并且，对于同一商品而言，后场库存在数量上通常会大于前场库存。其中，前场库存可以用于为线上的交易订单进行发货，也可以用于支持线下的交易行为，等等。在某商品的前场库存出现不足或者为零时，可以从后场库存为前场库存进行补货，也即，将商品从后场区域转移至前场区域，以使得该商品能够继续从前场区域为消费者用户提供消费服务。
但是，在现有技术中，从后场向前场的补货操作通常是由人工的方式手动进行的，也即，可以由前场区域的作业人员对前场区域的各个商品的库存状态进行巡查，在发现某商品的前场库存不足时，通知补货作业人员，从后场库位向前场进行补货。但是，这种过程中会造成较高的人力成本，并且，可能会存在某些前场库存不足的商品无法被及时发现等问题。
发明内容
本申请提供了数据对象库存信息处理方法、装置及系统，可以降低门店中的人力成本，避免人工的方式造成的遗漏等问题。
本申请提供了如下方案：
一种数据对象库存信息处理系统，包括：
库存信息子系统，用于保存多个门店内的数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；
补货策略子系统，用于通过所述库存信息子系统获得各门店内各数据对象的前场库存信息，如果所述门店内存在前场库存信息低于预置阈值的目标数据对象，则生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。
一种数据对象库存信息处理方法，包括：
保存多个门店内数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；
向所述补货策略子系统提供各门店内各数据对象的前场库存信息，由所述补货策略子系统将所述门店内各数据对象的前场库存信息与预置的阈值进行比对，在存在前场库存信息低于预置阈值的目标数据对象时，生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。
一种数据对象库存信息处理方法，包括：
通过库存信息子系统获得多个门店内各数据对象的前场库存信息；其中，所述库存信息子系统用于保存多个门店内的数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；
如果所述门店内存在前场库存信息低于预置阈值的目标数据对象，则生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。
一种数据对象库存信息处理装置，包括：
库存信息保存单元，用于保存多个门店内数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；
库存信息提供单元，用于向所述补货策略子系统提供各门店内各数据对象的前场库存信息，由所述补货策略子系统将所述门店内各数据对象的前场库存信息与预置的阈值进行比对，在存在前场库存信息低于预置阈值的目标数据对象时，生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。
一种数据对象库存信息处理装置，包括：
库存信息获得单元，用于通过库存信息子系统获得多个门店内各数据对象的前场库存信息；其中，所述库存信息子系统用于保存多个门店内的数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；
补货任务生成单元，用于如果所述门店内存在前场库存信息低于预置阈值的目标数据对象，则生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。
一种数据对象库存信息处理系统，包括：
店内库存信息子系统，用于保存门店内数据对象的库存信息，并根据数据对象的入库/出库情况，对库存信息进行同步更新；其中，门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库存信息；
店内补货策略子系统，用于通过所述库存信息子系统获得数据对象的前场库存信息，如果存在前场库存信息低于预置阈值的目标数据对象，则生成补货任务，以用于根据所述补货任务将所述目标数据对象从后场库位补货到前场库位。
根据本申请提供的具体实施例，本申请公开了以下技术效果：
通过本申请实施例，可以通过库存信息子系统对多个门店的数据对象的库存信息进行保存及维护，其中就可以每个数据对象分别在各个门店中的前场库存信息，另外，补货策略子系统可以通过库存信息子系统获得各个数据对象在对应门店的前场库存信息，并确定出所述门店中前场库存信息低于预置阈值的目标数据对象，并自动生成补货任务。这样，就可以不必通过人工的方式来生成补货任务，可以降低门店中的人力成本，另外， 也可以避免人工的方式造成的遗漏等问题。
当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的系统架构示意图；
图2是本申请实施例提供的第一系统的示意图；
图3是本申请实施例提供的第一方法的流程图；
图4是本申请实施例提供的第二方法的流程图；
图5是本申请实施例提供的第一装置的示意图；
图6是本申请实施例提供的第二装置的示意图；
图7是本申请实施例提供的第二系统的示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
在本申请实施例中，为了便于及时发现前场库存不足的情况，并降低对人力等成本的占用，可以通过部署补货策略中心，实现补货任务的自动生成。具体的，补货策略中心可以从库存中心获取各数据对象(例如，商品对象等)的前场库存信息，并为各数据对象设定库存阈值，在发现某数据对象的前场库存低于该库存阈值时，则可以自动生成补货任务，并向相应的补货终端下发该补货任务，完成从后场库位向前场库位的补货。
其中，库存中心保存的各个数据对象的库存信息，可以分为前场库存以及后场库存两部分。关于后场库存信息，可以是在数据对象入库到后场库位时，将相关的信息提交到库存中心，包括入库到哪个库位，具体的批次以及数量等信息。另外，在后场库存发生向前场库存的转移，或者，利用后场库存为用户的线上销售行为执行了发货等操作时， 也可以将信息同步提交给库存中心，由库存中心进行更新。
例如，在库存中心，可以保存多个不同门店中的库存信息，其中，对于各数据对象的后场库存信息可以通过以下方式进行保存：
表1
门店ID 数据对象ID 后场库位ID 批次 库存
10001 20001 1 20170620 20
10001 20001 2 20170624 500
10001 20002 1 20170620 300
…… …… …… …… ……
也就是说，每条库存信息可以体现以上五个字段的信息，同一数据对象在存在多个批次的后场库存时，可以拆分成多条库存信息进行保存。另外，不同批次的同一数据对象，在后场库位保存时，可能是位于同一后场库位，也可能位于不同的后场库位，等等。需要说明的是，在实际应用中，库存中心保存的后场库存的信息也可以是其他的方式，例如，可以不包括批次字段，或者，不包括库位字段，等等。
而前场库存信息，也可以是在数据对象被从后场库位转移到前场库位时，将转移的数量作为数据对象的前场库存信息提交到库存中心进行保存。另外，在利用前场库存为线上或者线下交易进行发货时，还可以将关联的数据对象标识以及数量等提交到库存中心，由库存中心对前场库存进行更新。当然，由于对于线上交易而言，可能是利用前场库存为用户进行发货，也可能是利用后场库存为用户发货，因此，在向库存中心提交这种发货信息时，还可以告知库存中心，此次占用的是前场库存还是后场库存，以便由库存中心进行相应的库存更新处理。
在库存中心保存了各个数据对象的前场库存以及后场库存信息，并且可以根据数据对象的库位转移、线上/线下销售等情况，对前场库存及后场库存进行同步更新的情况下，库存中心保存的信息就体现了门店内具体前场区域及后场区域内，各个数据对象的实际库存情况。因此，补货策略中心就可以通过查询库存中心信息的方式，来了解上述情况，以确定是否需要为某数据对象进行补货。其中，补货策略中心可以采用周期性的方式查询库存中心，例如，每小时查询一次，或者，也可以是更长或者更短的周期，具体可以根据实际的需求而定。当然，也可以是由库存中心在发现某数据对象的前场库存不足时，向补货策略中心提交通知消息，由补货策略中心生成具体的补货任务，等等。
其中，补货策略中心具体在生成补货任务时，可以在补货任务中体现出具体的数据 对象的ID、名称等标识信息，另外，还可以确定出需补货的数量信息，并添加到补货任务中。其中，关于补货数量信息，可以是预先确定好的数量，例如，预先一配置参数等方式，指定针对每个数据对象进行补货时，都是每次补货N件，N为固定的正整数。这样，补货策略中心在生成补货任务时，直接将该N作为补货数量添加到补货任务中即可。或者，在具体实现时，也可以为不同的数据对象，或者不同类别的数据对象，设定不同的补货数量，等等。
或者，在另一种实现方式下，由于不同的门店中对前场库位的设计可能会有所不同，这种不同主要体现在：不同的门店在前场库位中为同一数据对象预留的空间可能会有所不同，另外，同一门店在前场库位中为不同数据对象预留的空间也可能会有所不同。这种不同会导致前场库位中能够容纳的各数据对象的最大数量可能是不同的。因此，为了更符合各门店内实际的前场库位的特点，还可以由门店为各个不同的数据对象设定不同的最大补货量信息，还可以在补货策略中心分别保存各个门店分别为各个数据对象配置的最大补货量信息。这样，在生成补货任务时，可以根据数据对象当前的前场库存量以及在对应门店中的最大补货量，确定出此次需补货量，等等。
当然，补货任务中也可以不必对补货数量进行指定，也就是说，可以仅通知补货作业人员，某数据对象的前场库存不足，需要从后场库存为其补货，但是具体补货的数量，可以由门店根据实际情况而定，等等。当然，无论是何种情况，在完成补货操作后，门店都可以再将处理结果提交给库存中心，由库存中心对具体的库存信息进行更新。
另外，由于后场区域中通常包括多个库位，某数据对象在入库时，通常会选择其中某个库位进行存放，并且，如表1所示，库存中心在保存数据对象的后场库存时，还可以保存各个数据对象在后场区域所在的库位标识信息。因此，在生成补货任务时，除了可以指定具体的数据对象的名称等标识，还可以将数据对象所在的库位信息提供到补货任务中，这样，补货作业人员可以更方便的查找到数据对象所在的库位，提高补货效率。
再者，如前文所述，数据对象在入库时，可能会存在批次信息，例如，对于某数据对象，可能是在6月20日入库一批，6月24日又入库一批，等等，库存中心在对数据对象的后场库存信息进行保存时，还可以分别保存同一数据对象不同批次下的库存信息(如表1所示中的第一条以及第二条库存信息)。因此，在具体生成补货任务时，还可以考虑这种批次信息。具体的，在需要从后场向前场进行补货时，可以优先占用批次更早的后场库存进行补货，这样，可以使得批次更早的库存更早的被放置到前场库位中进行销售，以避免出现同一批数据对象对后场库位的长时间占用，也避免批次早的数据对 象出现超出保质期等情况发生。因此，在确定出需要为某数据对象进行补货后，在生成补货任务时，还可以在补货任务中提供数据对象的批次信息。具体的，如果某数据对象在后场库位中只有一个批次的库存，则直接在补货任务中提示将某数量的该批次数据对象补货到前场区域即可。而如果某数据对象存在多个批次的库存，则可以首先利用批次最早的库存，生成补货任务。如果最早的库存不足，则可以针对同一数据对象生成多份补货任务，其中一份补货任务占用最早批次的全部库存，不足的部分，再根据次早批次的库存生成另一份补货任务，以此类推。也就是说，对于某一数据对象的补货任务，根据后场库存中不同批次的库存情况，可以拆分成多条库存任务，分别下发到补货客户端。
例如，假设需要对表1中所述的20001这一数据对象进行补货，并且确定出需要补货的数量为50件，此时，通过查询该数据对象的后场库存信息发现，该数据对象存在两个批次的库存，分别为20170620和20170624，其中，20170620批次的入库时间更早，因此，可以优先利用该批次的库存为前场进行补货。但是，由于该批次的库存仅剩20件，而需要补货的数量是50件，此时，就可以将针对该数据对象的补货任务拆分成两条，其中一条补货任务中，可以指示补货作业人员，将ID为20001，批次为20170620的数据对象补货到前场区域，数量为20件，该批次数据对象所在的库位为库位1；另一条补货任务中，可以指示补货作业人员，将ID为20001，批次为20170624的数据对象补货到前场区域，数量为30件，该批次数据对象所在的库位为库位2。这样，补货作业人员直接到后场区域的库位1所在的位置，取下20件第一批次的数据对象，并在库位2取消30件第二批次的数据对象，并送达前场区域进行上架处理，等等。在送达前场区域后，补货客户端可以将任务完成的通知消息提供给库存中心，库存中心对该数据对象的后场库存以及前场库存进行更新。例如，更新后的后场库存信息之，该数据对象第一批次的后场库存变为0，第二批次的后场库存变为470，相应的，前场库存增加50。
具体实现时，根据库存中心的部署方式的不同，补货策略中心的部署方式也可以有多种不同的实现方式。例如，在其中一种方式下，可以是在各个门店中分别部署库存中心，也即，各个门店内的数据对象库存信息可以由各个门店自行进行保护及维护，在这种情况下，补货策略中心也可以部署在门店中，由各个门店自行制定各自的补货策略，并自动生成补货任务。或者，在另一种实现方式下，为了减低各门店的成本，还可以在云端统一部署库存中心，该库存中心可以对多家门店的库存信息进行保存及更新等处理。也就是说，各门店不必自行维度库存中心，而是只要将相关的入库、出库等信息提交到云端的库存中心，就可以由云端的库存中心进行统一的管理。在这种情况下，补货策略 中心也可以是位于云端。其中，库存中心在保存每个数据对象的库存信息时，可以分为前场库存以及后场库存两方面的信息。
例如，在上述第二种实现方式下，可以如图1所示，门店101中从物理空间上划分为前场区域以及后场区域，其中，前场区域内可以部署有一个或多个货架102，后场区域中存在有一个或者多个库位，每个库位用于存放具体的数据对象。其中，103所示可以为前场区域的线下交易结算客户端，也即，当有消费者用户进入到门店，并对某数据对象进行了购买等操作，则由该线下交易结算客户端103进行结算，并且，可以将相关的数据对象的标识、数量等信息提交到库存中心，由库存中心执行前场库存的更新操作。另外，前场区域还可以存在另一客户端，在接收到销售平台系统中的线上交易订单，并从前场区域为该交易订单进行发货时，可以将相关的数据对象标识、数量等信息提交到库存中心，由库存中心进行库存的更新。总之，随着线上或者线下交易的进行，库存中心中保存的各数据对象的库存信息是在不断变化。而在本申请实施例中，补货策略中心就可以通过定期或者不定期查询库存中心为各门店保存的库存信息，确定出某数据对象是否需要从后场库位向前场库位进行补货，等等。此时，补货策略中心生成的补货任务也可以通过网络下发到门店的补货客户端105，该补货客户端可以安装在补货作业人员的终端设备中，这样，补货作业人员就可以根据接收到的补货任务进行补货。
下面分别通过多种不同的角度，对本申请实施例提供的具体实施方式进行详细介绍。
实施例一
首先，该实施例一针对为多个门店统一部署库存中心的方式，提供了一种数据对象库存信息处理系统，参见图2，该系统具体可以包括：
库存信息子系统201，用于保存多个门店内的数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；
补货策略子系统202，用于各门店内各数据对象的前场库存信息，如果所述门店内存在前场库存信息低于预置阈值的目标数据对象，则生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。
具体实现时，补货策略子系统具体可以用于：通过定期查询所述库存信息子系统获得各门店内各数据对象的前场库存信息。或者，也可以通过所述库存信息子系统推送的信息，获得各门店内各数据对象的前场库存信息。
具体实现时，所述补货任务中具体可以包括需要补货的目标数据对象的标识信息，另外，还可以包括所需补货的数量信息。这样，使得拣货作业人员可以更明确需要补货的数量，提高补货的效率。其中，具体的所述数量信息可以是根据为各门店内各数据对象统一配置的补货数量信息确定的，或者，还可以预先为每个门店，或者每个数据对象配置不同的补货数量配置信息。也就是说，具体的配置信息可以是由门店提交的，在具体进行配置时，可以以门店为单位进行配置，或者，还可以以数据对象为单位进行配置，等等。例如，补货策略子系统中可以预先保存各门店对应的不同补货策略，其中，每个门店的补货策略中保存有对应门店为各数据对象配置的最大补货数量信息，这样，可以根据所述目标数据对象的当前前场库存数量以及在对应门店中的所述最大补货数量，确定需补货数量，并依据所述需补货数量信息生成补货任务。当然，在其他的实现方式下，还可以是根据历史补货记录等信息来确定所需补货数量，甚至还可以通过大数据分析的方式确定出各数据对象在各门店的销售情况，来为具体的目标数据对象分析出此次所需补货的数量。另外，还可以综合考虑目标数据对象是否正在参加某促销活动，等等。总之，在确定补货数量信息时，可以有多种方式，对于不同的目标数据对象而言，对应的所需补货数量可以是相同的，也可以是不同的。
在优选的实现方式下，库存信息子系统中保存的各门店内的数据对象的库存信息，还可以包括：各数据对象在各门店后场库位中的，其中，所述后场库存信息包括：数据对象在对应门店中所占用的后场库位的库位标识信息。这样，所述补货策略子系统在确定出目标数据对象的前场库存不足后，在为其生成补货任务时，还可可以查询所述目标数据对象在对应门店中的后场库存信息，确定所述库位标识信息，并在所述补货任务中提供所述库位标识信息。这样，补货任务中就不仅可以包括目标数据对象的标识，还可以包括所占用的库位标识，使得补货作业人员可以更方便的确定出数据对象所在的位置，以此提高补货的效率。
另外，所述后场库存信息还可以包括数据对象的批次信息，此时，库存信息子系统还可以将这种批次信息提供给补货策略子系统，所述补货策略子系统在生成补货任务时还用于：在所述补货任务中提供所述批次信息。
其中，当同一门店内的同一数据对象存在多个不同入库批次的后场库存时，则该数据对象在该门店内可以对应多条后场库存信息，每一条后场库存信息用于记录其中一个批次的库存数量、所占用的后场库位的库位标识信息以及对应的入库时间信息，库存信息子系统在响应针对目标数据对象的后场库存信息查询请求时，可以将上述信息返回， 这样，所述补货策略子系统在生成补货任务时，可以按照入库时间早晚，优先利用入库时间早的批次生成补货任务。这样可以使得更早入库的数据对象优先被销售，避免对库位的长时间占用，也避免出现数据对象超出保质期等现象。
其中，如果入库时间最早的批次对应的库存数量，少于补货任务中的所需数量，则将所述补货任务拆分成多项子任务，其中，按照所述入库时间最早的批次的库存数量及所在的库位信息，生成第一子任务，并根据其他批次的库存数量以及所在的库位信息，生成其他子任务。
具体实现时，所述补货策略子系统生成的补货任务可以下发到对应门店的补货客户端，所述补货客户端可以在界面中展示所述补货任务的信息，拣货作业人员就可以按照补货任务的信息执行对应的补货任务，也即，将对应的数据对象从后场库位转移到前场库位。
总之，通过本申请实施例提供的上述系统，可以通过库存信息子系统对多个门店的数据对象的库存信息进行保存及维护，其中就可以每个数据对象分别在各个门店中的前场库存信息，另外，补货策略子系统可以通过库存信息子系统获得各个数据对象在对应门店的前场库存信息，并确定出所述门店中前场库存信息低于预置阈值的目标数据对象，并自动生成补货任务。这样，就可以不必通过人工的方式来生成补货任务，可以降低门店中的人力成本，另外，也可以避免人工的方式造成的遗漏等问题。
实施例二
该实施例二主要从库存信息子系统的角度，提供了一种数据对象库存信息处理方法，参见图3，该方法具体可以包括：
S301：保存多个门店内数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；
S302：向所述补货策略子系统提供各门店内各数据对象的前场库存信息，由所述补货策略子系统将所述门店内各数据对象的前场库存信息与预置的阈值进行比对，在存在前场库存信息低于预置阈值的目标数据对象时，生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。
具体实现时，可以在接收到补货策略子系统的第一查询请求时，向所述补货策略子 系统提供各数据对象的前场库存信息。或者，还可以由库存信息子系统主动将数据对象的前场库存信息推送给所述补货策略子系统。具体的，可以在所述数据对象的前场库存信息发生变化时，将变化后的前场库存信息推送给所述补货策略子系统。或者，还可以按照预置的周期，向所述补货策略子系统推送各数据对象的前场库存信息，等等。
其中，所述保存的各门店内的数据对象的库存信息，还包括各数据对象在各门店后场库位中的后场库存信息，所述后场库存信息包括：数据对象在对应门店中所占用的后场库位的库位标识信息。此时，该方法还可以包括：接收所述补货策略子系统针对指定门店中指定数据对象进行后场库存信息查询的第二查询请求，并返回所述库位标识信息，由所述补货策略子系统将所述库位标识信息添加到所述补货任务中。
另外，所述后场库存信息还包括：数据对象的批次信息，在接收到所述第二查询请求时，还将所述批次信息返回，由所述补货策略子系统将所述批次信息添加到所述补货任务中。
其中，当同一门店内的同一数据对象存在多个不同入库批次的后场库存时，则该数据对象在该门店内对应多条后场库存信息，每一条后场库存信息用于记录其中一个批次的库存数量、所占用的后场库位的库位标识信息以及对应的入库时间信息。在接收到所述第二查询请求时返回的信息包括：所述目标数据对象在各批次下的库存数量信息、各自占用的后场库位的库位标识信息以及所述入库时间信息，由所述补货策略子系统按照入库时间早晚，优先利用入库时间早的批次生成补货任务。
实施例三
该实施例三从补货策略子系统的角度，提供了一种数据对象库存信息处理方法，参见图4，该方法具体可以包括：
S401：通过库存信息子系统获得多个门店内各数据对象的前场库存信息；其中，所述库存信息子系统用于保存多个门店内的数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；
其中，具体是实现，可以通过主动查询的方式获得各门店内各数据对象的前场库存，查询请求可以通过周期性发送的方式进行，例如，每小时查询一次，或者，还可以根据实际的需求，采用更长或者更短的周期，等等。或者，另一种方式下，也可以是通过库存信息子系统主动推送的方式，来是补货策略子系统获得各门店内各数据对象的前场库 存信息。例如，在某门店内某数据对象的前场库存信息发生变化时，库存信息子系统就将变化后的前场库存数量信息推送给补货策略子系统，或者，按照预置的周期，向所述补货策略子系统推送各门店内各数据对象的前场库存信息，等等。
S402：如果所述门店内存在前场库存信息低于预置阈值的目标数据对象，则生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。
具体实现时，具体在生成补货任务时，还可以确定具体门店内所述目标数据对象的需补货数量信息，并添加到所述补货任务中。其中，可以根据预先为各门店内各数据对象统一配置的补货数量信息，确定需补货数量信息。或者，还可以预先保存各门店对应的不同补货策略，其中，每个门店的补货策略中保存有对应门店为各数据对象配置的最大补货数量信息；根据所述目标数据对象的当前前场库存数量以及在对应门店中的所述最大补货数量，确定需补货数量，并依据所述需补货数量信息生成补货任务。
在一种优选的实现方式下，所述库存信息子系统中保存的各门店内的数据对象的库存信息还包括：各数据对象在各门店后场库位中的后场库存信息，所述后场库存信息包括：数据对象在对应门店中所占用的后场库位的库位标识信息；此时，所述生成补货任务时，还可以通过向所述库存信息子系统发送获取所述目标数据对象在对应门店中的后场库存信息的第二查询请求，获得所述目标数据对象在对应门店中所占用的后场库位的库位标识信息，并将所述库位标识信息添加到所述补货任务中。
另外，所述后场库存信息还包括数据对象的批次信息，所述库存信息子系统在接收到针对目标数据对象的查询请求时，还返回所述批次信息；此时，还可以将所述批次信息添加到所述补货任务中。
其中，当同一门店内的同一数据对象存在多个不同入库批次的后场库存时，则在所述库存信息子系统中，该数据对象在该门店内对应多条后场库存信息，每一条后场库存信息用于记录其中一个批次的库存数量、所占用的后场库位的库位标识信息以及对应的入库时间信息；所述库存信息子系统在接收到针对目标数据对象的查询请求时，返回的信息包括：所述目标数据对象在各批次下的库存数量信息、各自占用的后场库位的库位标识信息以及所述入库时间信息；此时，可以按照入库时间早晚，优先利用入库时间早的批次生成补货任务。
其中，如果入库时间最早的批次对应的库存数量，少于补货任务中的所需补货数量，则可以将所述补货任务拆分成多项子任务，其中，按照所述入库时间最早的批次的库存 数量及所在的库位信息，生成第一子任务，并根据其他批次的库存数量以及所在的库位信息，生成其他子任务。
关于上述各实施例中的未详述部分，可以参见本申请中其他各部分的介绍，这里不再赘述。
与实施例二相对应，本申请实施例还提供了一种数据对象库存信息处理装置，参见图5，该装置可以包括：
库存信息保存单元501，用于保存多个门店内数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；
库存信息提供单元502，用于向所述补货策略子系统提供各门店内各数据对象的前场库存信息，由所述补货策略子系统将所述门店内各数据对象的前场库存信息与预置的阈值进行比对，在存在前场库存信息低于预置阈值的目标数据对象时，生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。具体实现时，所述库存信息提供单元具体可以用于：接收到补货策略子系统的第一查询请求时，向所述补货策略子系统提供各数据对象的前场库存信息。
或者，库存信息提供单元也可以具体用于：将数据对象的前场库存信息推送给所述补货策略子系统。
具体的，所述库存信息提供单元可以在所述数据对象的前场库存信息发生变化时，将变化后的前场库存信息推送给所述补货策略子系统。或者，按照预置的周期，向所述补货策略子系统推送各数据对象的前场库存信息。
其中，所述保存的各门店内的数据对象的库存信息，还可以包括各数据对象在各门店后场库位中的后场库存信息，所述后场库存信息包括：数据对象在对应门店中所占用的后场库位的库位标识信息；此时，该装置还可以包括：
库位标识信息提供单元，用于接收所述补货策略子系统针对指定门店中指定数据对象进行后场库存信息查询的第二查询请求，并返回所述库位标识信息，由所述补货策略子系统将所述库位标识信息添加到所述补货任务中。
其中，所述后场库存信息还包括：数据对象的批次信息，在接收到所述第二查询请求时，还将所述批次信息返回，由所述补货策略子系统将所述批次信息添加到所述补货 任务中。
另外，当同一门店内的同一数据对象存在多个不同入库批次的后场库存时，则该数据对象在该门店内对应多条后场库存信息，每一条后场库存信息用于记录其中一个批次的库存数量、所占用的后场库位的库位标识信息以及对应的入库时间信息；
在接收到所述第二查询请求时返回的信息包括：所述目标数据对象在各批次下的库存数量信息、各自占用的后场库位的库位标识信息以及所述入库时间信息，由所述补货策略子系统按照入库时间早晚，优先利用入库时间早的批次生成补货任务。
与实施例三相对应，本申请实施例还提供了一种数据对象库存信息处理装置，参见图6，该装置可以包括：
库存信息获得单元601，用于通过库存信息子系统获得多个门店内各数据对象的前场库存信息；其中，所述库存信息子系统用于保存多个门店内的数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；
补货任务生成单元602，用于如果所述门店内存在前场库存信息低于预置阈值的目标数据对象，则生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。
具体实现时，所述库存信息获得单元可以通过向库存信息子系统发送查询各门店内各数据对象的前场库存信息的第一查询请求，获得各门店内各数据对象的前场库存信息。其中，所述第一查询请求可以为周期性发送。或者，所述库存信息获得单元也可以接收所述库存信息子系统推送的各门店内各数据对象的前场库存信息。
其中，在一种实现方式下，该装置还可以包括：
补货数量确定单元，用于确定具体门店内所述目标数据对象的需补货数量信息，并添加到所述补货任务中。
具体的，补货数量确定单元具体可以用于：根据预先为各门店内各数据对象统一配置的补货数量信息，确定需补货数量信息。或者，还可以预先保存各门店对应的不同补货策略，其中，每个门店的补货策略中保存有对应门店为各数据对象配置的最大补货数量信息；根据所述目标数据对象的当前前场库存数量以及在对应门店中的所述最大补货数量，确定需补货数量。
其中，所述库存信息子系统中保存的各门店内的数据对象的库存信息还包括：各数 据对象在各门店后场库位中的后场库存信息，所述后场库存信息包括：数据对象在对应门店中所占用的后场库位的库位标识信息；此时，该装置还可以包括：
库位标识确定单元，用于通过向所述库存信息子系统发送获取所述目标数据对象在对应门店中的后场库存信息的第二查询请求，获得所述目标数据对象在对应门店中所占用的后场库位的库位标识信息；
库位标识添加单元，用于将所述库位标识信息添加到所述补货任务中。
另外，所述后场库存信息还可以包括数据对象的批次信息，所述库存信息子系统在接收到所述第二查询请求时，还返回所述批次信息；此时，该装置还可以包括：
批次信息添加单元，用于将所述批次信息添加到所述补货任务中。
其中，当同一门店内的同一数据对象存在多个不同入库批次的后场库存时，则在所述库存信息子系统中，该数据对象在该门店内对应多条后场库存信息，每一条后场库存信息用于记录其中一个批次的库存数量、所占用的后场库位的库位标识信息以及对应的入库时间信息；所述库存信息子系统在接收到所述第二查询请求时，返回的信息包括：所述目标数据对象在各批次下的库存数量信息、各自占用的后场库位的库位标识信息以及所述入库时间信息；此时，批次信息添加单元具体可以用于：按照入库时间早晚，优先利用入库时间早的批次生成补货任务。其中，如果入库时间最早的批次对应的库存数量，少于补货任务中的所需补货数量，则将所述补货任务拆分成多项子任务，其中，按照所述入库时间最早的批次的库存数量及所在的库位信息，生成第一子任务，并根据其他批次的库存数量以及所在的库位信息，生成其他子任务。
实施例四
前述各个实施例中，均是以在云端设置库存信息子系统以及补货策略子系统的方式进行的介绍，也即，可以统一为多个门店进行补货策略的控制。而在该实施例四中，则是针对门店内自行部署库存信息子系统以及补货侧路子系统的方式进行介绍，具体的，参见图7，该实施例四提供了一种数据对象库存信息处理系统，包括：
店内库存信息子系统701，用于保存门店内数据对象的库存信息，并根据数据对象的入库/出库情况，对库存信息进行同步更新；其中，门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库存信息；
店内补货策略子系统702，用于通过所述库存信息子系统获得数据对象的前场库存信息，如果存在前场库存信息低于预置阈值的目标数据对象，则生成补货任务，以用于根据所述补货任务将所述目标数据对象从后场库位补货到前场库位。
关于该实施例四中的实现细节，都可以是与前述各实施例相同或相似的，因此，参照执行即可，这里不再赘述。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上对本申请所提供的数据对象库存信息处理方法、装置及系统，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (26)

  1. 一种数据对象库存信息处理系统，其特征在于，包括：
    库存信息子系统，用于保存多个门店内的数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；
    补货策略子系统，用于通过所述库存信息子系统获得各门店内各数据对象的前场库存信息，如果所述门店内存在前场库存信息低于预置阈值的目标数据对象，则生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。
  2. 根据权利要求1所述的系统，其特征在于，所述补货策略子系统具体用于：通过定期查询所述库存信息子系统获得各门店内各数据对象的前场库存信息。
  3. 根据权利要求1所述的系统，其特征在于，所述补货策略子系统具体用于：通过所述库存信息子系统推送的信息，获得各门店内各数据对象的前场库存信息。
  4. 根据权利要求1所述的系统，其特征在于，所述补货策略子系统还用于保存各门店对应的不同补货策略，其中，每个门店的补货策略中保存有对应门店为各数据对象配置的最大补货数量信息，以便根据所述目标数据对象的当前前场库存数量以及在对应门店中的所述最大补货数量，确定需补货数量，并依据所述需补货数量信息生成补货任务。
  5. 一种数据对象库存信息处理方法，其特征在于，包括：
    保存多个门店内数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；
    向补货策略子系统提供各门店内各数据对象的前场库存信息，由所述补货策略子系统将所述门店内各数据对象的前场库存信息与预置的阈值进行比对，在存在前场库存信息低于预置阈值的目标数据对象时，生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。
  6. 根据权利要求5所述的方法，其特征在于，向所述补货策略子系统提供数据对象的前场库存信息，包括：
    接收到补货策略子系统的第一查询请求时，向所述补货策略子系统提供各数据对象 的前场库存信息。
  7. 根据权利要求5所述的方法，其特征在于，向所述补货策略子系统提供数据对象的前场库存信息，包括：
    将数据对象的前场库存信息推送给所述补货策略子系统。
  8. 根据权利要求7所述的方法，其特征在于，所述将数据对象的前场库存信息推送给所述补货策略子系统，包括：
    在所述数据对象的前场库存信息发生变化时，将变化后的前场库存信息推送给所述补货策略子系统。
  9. 根据权利要求7所述的方法，其特征在于，所述将数据对象的前场库存信息推送给所述补货策略子系统，包括：
    按照预置的周期，向所述补货策略子系统推送各数据对象的前场库存信息。
  10. 根据权利要求5所述的方法，其特征在于，所述保存的各门店内的数据对象的库存信息，还包括各数据对象在各门店后场库位中的后场库存信息，所述后场库存信息包括：数据对象在对应门店中所占用的后场库位的库位标识信息；
    所述方法还包括：
    接收所述补货策略子系统针对指定门店中指定数据对象进行后场库存信息查询的第二查询请求，并返回所述库位标识信息，由所述补货策略子系统将所述库位标识信息添加到所述补货任务中。
  11. 根据权利要求10所述的方法，其特征在于，所述后场库存信息还包括：数据对象的批次信息，在接收到所述第二查询请求时，还将所述批次信息返回，由所述补货策略子系统将所述批次信息添加到所述补货任务中。
  12. 根据权利要求11所述的方法，其特征在于，当同一门店内的同一数据对象存在多个不同入库批次的后场库存时，则该数据对象在该门店内对应多条后场库存信息，每一条后场库存信息用于记录其中一个批次的库存数量、所占用的后场库位的库位标识信息以及对应的入库时间信息；
    在接收到所述第二查询请求时返回的信息包括：所述目标数据对象在各批次下的库存数量信息、各自占用的后场库位的库位标识信息以及所述入库时间信息，由所述补货策略子系统按照入库时间早晚，优先利用入库时间早的批次生成补货任务。
  13. 一种数据对象库存信息处理方法，其特征在于，包括：
    通过库存信息子系统获得多个门店内各数据对象的前场库存信息；其中，所述库存信息子系统用于保存多个门店内的数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；
    如果所述门店内存在前场库存信息低于预置阈值的目标数据对象，则生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。
  14. 根据权利要求13所述的方法，其特征在于，所述通过库存信息子系统获得各门店内各数据对象的前场库存信息，包括：
    通过向库存信息子系统发送查询各门店内各数据对象的前场库存信息的第一查询请求，获得各门店内各数据对象的前场库存信息。
  15. 根据权利要求14所述的方法，其特征在于，所述第一查询请求为周期性发送。
  16. 根据权利要求13所述的方法，其特征在于，所述通过库存信息子系统获得各门店内各数据对象的前场库存信息，包括：
    接收所述库存信息子系统推送的各门店内各数据对象的前场库存信息。
  17. 根据权利要求16所述的方法，其特征在于，所述生成补货任务时，还包括：
    确定具体门店内所述目标数据对象的需补货数量信息，并添加到所述补货任务中。
  18. 根据权利要求17所述的方法，其特征在于，所述确定具体门店内所述目标数据对象的需补货数量信息，包括：
    根据预先为各门店内各数据对象统一配置的补货数量信息，确定需补货数量信息。
  19. 根据权利要求17所述的方法，其特征在于，所述确定具体门店内所述目标数据对象的需补货数量信息，包括：
    预先保存各门店对应的不同补货策略，其中，每个门店的补货策略中保存有对应门店为各数据对象配置的最大补货数量信息；
    根据所述目标数据对象的当前前场库存数量以及在对应门店中的所述最大补货数量，确定需补货数量。
  20. 根据权利要求13所述的方法，其特征在于，所述库存信息子系统中保存的各门店内的数据对象的库存信息还包括：各数据对象在各门店后场库位中的后场库存信息，所述后场库存信息包括：数据对象在对应门店中所占用的后场库位的库位标识信息；
    所述生成补货任务时，还包括：
    通过向所述库存信息子系统发送获取所述目标数据对象在对应门店中的后场库存信息的第二查询请求，获得所述目标数据对象在对应门店中所占用的后场库位的库位标识信息；
    将所述库位标识信息添加到所述补货任务中。
  21. 根据权利要求20所述的方法，其特征在于，所述后场库存信息还包括数据对象的批次信息，所述库存信息子系统在接收到所述第二查询请求时，还返回所述批次信息；
    所述生成补货任务时，还包括：
    将所述批次信息添加到所述补货任务中。
  22. 根据权利要求21所述的方法，其特征在于，当同一门店内的同一数据对象存在多个不同入库批次的后场库存时，则在所述库存信息子系统中，该数据对象在该门店内对应多条后场库存信息，每一条后场库存信息用于记录其中一个批次的库存数量、所占用的后场库位的库位标识信息以及对应的入库时间信息；所述库存信息子系统在接收到所述第二查询请求时，返回的信息包括：所述目标数据对象在各批次下的库存数量信息、各自占用的后场库位的库位标识信息以及所述入库时间信息；
    所述将所述批次信息添加到所述补货任务中，包括：
    按照入库时间早晚，优先利用入库时间早的批次生成补货任务。
  23. 根据权利要求22所述的方法，其特征在于，所述优先利用入库时间早的批次生成补货任务，包括：
    如果入库时间最早的批次对应的库存数量，少于补货任务中的所需补货数量，则将所述补货任务拆分成多项子任务，其中，按照所述入库时间最早的批次的库存数量及所在的库位信息，生成第一子任务，并根据其他批次的库存数量以及所在的库位信息，生成其他子任务。
  24. 一种数据对象库存信息处理装置，其特征在于，包括：
    库存信息保存单元，用于保存多个门店内数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；
    库存信息提供单元，用于向补货策略子系统提供各门店内各数据对象的前场库存信息，由所述补货策略子系统将所述门店内各数据对象的前场库存信息与预置的阈值进行比对，在存在前场库存信息低于预置阈值的目标数据对象时，生成补货任务，并发送到 对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。
  25. 一种数据对象库存信息处理装置，其特征在于，包括：
    库存信息获得单元，用于通过库存信息子系统获得多个门店内各数据对象的前场库存信息；其中，所述库存信息子系统用于保存多个门店内的数据对象的库存信息，并根据各门店内数据对象的入库/出库情况，对库存信息进行同步更新；其中，每个门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库位中的前场库存信息；
    补货任务生成单元，用于如果所述门店内存在前场库存信息低于预置阈值的目标数据对象，则生成补货任务，并发送到对应门店的补货客户端，以用于根据所述补货任务将所述目标数据对象从对应门店的后场库位补货到前场库位。
  26. 一种数据对象库存信息处理系统，其特征在于，包括：
    店内库存信息子系统，用于保存门店内数据对象的库存信息，并根据数据对象的入库/出库情况，对库存信息进行同步更新；其中，门店内包括前场库位以及后场库位，所述数据对象的库存信息包括前场库存信息；
    店内补货策略子系统，用于通过所述库存信息子系统获得数据对象的前场库存信息，如果存在前场库存信息低于预置阈值的目标数据对象，则生成补货任务，以用于根据所述补货任务将所述目标数据对象从后场库位补货到前场库位。
PCT/CN2018/094457 2017-07-17 2018-07-04 数据对象库存信息处理方法、装置及系统 WO2019015476A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710582411.XA CN109272265A (zh) 2017-07-17 2017-07-17 数据对象库存信息处理方法、装置及系统
CN201710582411.X 2017-07-17

Publications (1)

Publication Number Publication Date
WO2019015476A1 true WO2019015476A1 (zh) 2019-01-24

Family

ID=65015368

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/094457 WO2019015476A1 (zh) 2017-07-17 2018-07-04 数据对象库存信息处理方法、装置及系统

Country Status (2)

Country Link
CN (1) CN109272265A (zh)
WO (1) WO2019015476A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109961257A (zh) * 2019-03-08 2019-07-02 珠海随变科技有限公司 一种库存分级方法及系统
CN112308474B (zh) * 2019-07-30 2024-05-17 北京京东振世信息技术有限公司 补货方法及其系统、介质及电子设备
CN112529489A (zh) * 2019-09-19 2021-03-19 阿里巴巴集团控股有限公司 任务状态处理方法、装置及系统
CN111178797A (zh) * 2019-12-21 2020-05-19 武汉微批科技有限公司 一种库存补货调度方法及系统
CN113807757A (zh) * 2020-09-27 2021-12-17 北京沃东天骏信息技术有限公司 仓储数据处理方法、装置、介质及电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105913209A (zh) * 2016-04-14 2016-08-31 上海斐讯数据通信技术有限公司 仓库管理系统、仓库管理方法及货物配送方法
CN106022859A (zh) * 2016-05-06 2016-10-12 汇通达网络股份有限公司 一种自动补货系统和自动补货方法以及商品购买平台
CN106651258A (zh) * 2016-12-14 2017-05-10 黑龙江农业工程职业学院 一种零售产品库存管理系统
CN106952067A (zh) * 2017-03-17 2017-07-14 杭州纳戒科技有限公司 库存管理方法、装置及系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1464445A (zh) * 2002-06-22 2003-12-31 鸿富锦精密工业（深圳）有限公司 一种仓储中心管控系统及方法
CN106355341A (zh) * 2016-09-05 2017-01-25 用友优普信息技术有限公司 商品配送管理方法及商品配送管理系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105913209A (zh) * 2016-04-14 2016-08-31 上海斐讯数据通信技术有限公司 仓库管理系统、仓库管理方法及货物配送方法
CN106022859A (zh) * 2016-05-06 2016-10-12 汇通达网络股份有限公司 一种自动补货系统和自动补货方法以及商品购买平台
CN106651258A (zh) * 2016-12-14 2017-05-10 黑龙江农业工程职业学院 一种零售产品库存管理系统
CN106952067A (zh) * 2017-03-17 2017-07-14 杭州纳戒科技有限公司 库存管理方法、装置及系统

Also Published As

Publication number Publication date
CN109272265A (zh) 2019-01-25

Similar Documents

Publication Publication Date Title
WO2019015476A1 (zh) 数据对象库存信息处理方法、装置及系统
US10783493B2 (en) Method and device for processing transaction information of merchandise object assembly
CN108280733B (zh) 一种订单处理系统
CN105447736B (zh) 一种商品交易中交易处理、物流解决方法及装置
JP2017514219A (ja) 商品オブジェクト情報を処理する方法及びシステム
WO2017036331A1 (zh) 物流服务信息处理方法及装置
CN106709774B (zh) 商品对象交易信息处理方法及装置
US20190034866A1 (en) Method and device for generating logistics distribution network
CN104025144B (zh) 高吞吐量全球订单承诺系统
CN111292030A (zh) 选仓方法及装置、计算机可读存储介质
US10679178B2 (en) Big data sourcing simulator
TW201710964A (zh) 物流線路資訊處理方法及裝置
RU2013140415A (ru) Усовершенствованная система управления запасами и способ для ее осуществления
CN110807596A (zh) 一种跨境电商代销仓库存管理系统及方法
CN110471904A (zh) 一种商城商品数据管理方法、装置及存储介质
KR20190048303A (ko) 네크워크 상의 사용자의 빅데이터를 이용한 사용자별 맞춤형 상품 추천 방법 및 이에 사용되는 관리 서버
US11488101B2 (en) Store workload manager
US20150296010A1 (en) Asynchronous Download for Application Offline Support
CN107203917B (zh) 一种业务处理方法、装置及系统
US9489425B2 (en) Routing order lookups
CN113129060A (zh) 线下商品推荐显示系统、方法、装置、设备及存储介质
CN107886346B (zh) 数据对象资源信息处理方法及装置
US20160189090A1 (en) Smart Scheduling for Processing Back Orders
CN112598271A (zh) 一种产品销售资源管控方法、系统、装置和存储介质
CN112418754A (zh) 物流管理订单分配计算方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18835285

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18835285

Country of ref document: EP

Kind code of ref document: A1