Data processing method and device in goods allocation process and electronic equipment
By introducing virtual allocation and cross-warehouse picking technologies into the community group buying system, the contradiction between high logistics costs and user demand satisfaction rate in the product allocation process is solved, and more efficient operation processes and cost savings are achieved.
Patent Information
- Application Number
- CN202510008898.5
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-01-02
- Publication Date
- 2025-06-03
AI Technical Summary
In the community group buying system, there is a contradiction between high logistics costs and user demand satisfaction rate in the goods allocation process, especially in the daily clearance mode of the central warehouse, which leads to inaccurate returns of remaining inventory and estimated sales.
By realizing virtual allocation between shared warehouses and central warehouses, using virtual inventory databases and cross-warehouse picking models, labor and transportation costs are reduced, and space costs of central warehouses are saved. The specific steps include: determining the virtual allocation quantity based on actual order requirements, determining the target warehouse location identification information, performing inventory deduction and increase operations, triggering picking orders and realizing cross-warehouse picking.
The physical area between the shared warehouse and the central warehouse is realized, which improves operating efficiency, saves manpower and transportation costs during the allocation process, and reduces the space rental cost of the central warehouse.
Smart Images
Figure CN120087880A_ABST
Abstract
Description
Technical Field
[0001] This application relates to the technical field of data processing, and particularly to a data processing method, apparatus, and electronic device in the process of goods allocation. Background Art
[0002] In a sales system such as community group buying, a multi-level warehouse distribution model such as a central warehouse - grid warehouse - self-pickup point is usually adopted. The order fulfillment process is usually that the supplier delivers goods to the central warehouse one day in advance according to the sales volume estimated by the supply chain system. The central warehouse then packs and delivers the goods to the grid warehouse according to the order situation of users on the same day, and the grid warehouse then delivers them to the self-pickup point. Of course, there may also be a situation where the central warehouse directly delivers to the self-pickup point.
[0003] In the above solution, since the supplier delivers goods to the central warehouse in advance according to the estimated sales volume, and the central warehouse usually adopts an "everyday clearance" operation mode, that is, it is necessary to empty the goods in the central warehouse after the order cutoff every day. Therefore, if there is still remaining inventory of a certain good in the central warehouse after the order cutoff on the same day, it is usually necessary to return the remaining inventory from the central warehouse to the supplier, etc. Obviously, this will generate relatively high logistics costs. And if the quantity of goods delivered by the supplier to the central warehouse is insufficient, it may not be able to meet the current user purchase demand (there is a situation where the goods in the central warehouse are not enough to sell). Therefore, a contradiction arises between logistics costs and the satisfaction rate of user demands.
[0004] To solve the above contradiction, the platform side can also provide shared warehouses for suppliers. For some standard-category goods, since the requirements for delivery time are relatively low (correspondingly, fresh goods usually belong to goods with high delivery time requirements), the supplier can store the goods in the shared warehouse in advance. When sales occur on the platform, the goods can be allocated from the shared warehouse to the central warehouse through the method of allocation between warehouses, and then a centralized sorting can be performed through the central warehouse to complete the delivery process to the grid warehouse and self-pickup point. Among them, during the process of allocation between warehouses, it is an internal allocation behavior of the platform side and does not require the intervention of the supplier. Even if there is a situation where goods are allocated back from the central warehouse to the shared warehouse later, it only involves the occupation of relevant internal allocation resources of the platform and will not incur additional logistics costs for the supplier.
[0005] That is to say, the positioning of the shared warehouse is a storage center, which is used by the community group buying platform for suppliers to stock up in advance. The positioning of the central warehouse is an operation center, which performs outbound operations based on the daily dynamic sales commodity information of the community group buying platform. Through the cooperation between the shared warehouse and the central warehouse, the frequent delivery costs of the supplier can be reduced, and the delivery timeliness rate and the satisfaction rate of user demands can be improved. However, for the platform side, the process of allocating from the shared warehouse to the central warehouse will generate additional labor and time costs. Therefore, how to reduce the costs of the platform side and improve the operation efficiency has become a technical problem that needs to be solved by those skilled in the art. Summary of the Invention
[0006] The present application provides a data processing method, device, and electronic device during the goods transfer process, which can save the manpower and transportation costs generated during the transfer process and save the space cost of the central warehouse.
[0007] The present application provides the following solutions:
[0008] A data processing method during the goods transfer process, the method is applied to a community group buying system, where a shared warehouse and a central warehouse are deployed in the community group buying system, and the proximity between the shared warehouse and the central warehouse meets a preset condition; the method includes:
[0009] According to the target goods to be virtually transferred from the shared warehouse to the central warehouse and the corresponding virtual transfer quantity within the current transfer cycle, determine the target warehouse location identification information of the target goods in the shared warehouse; wherein, within the same sales date, multiple transfer cycles are divided, and the target goods and the corresponding virtual transfer quantity are determined according to the goods and quantities required by the actual orders generated during the period after the end of the previous transfer cycle and before the start of the current transfer cycle;
[0010] Perform an inventory deduction operation on the inventory database corresponding to the shared warehouse for the corresponding virtual transfer quantity of the target warehouse location identification;
[0011] Perform an inventory increase operation on the virtual inventory database corresponding to the central warehouse for the corresponding virtual transfer quantity of the target warehouse location identification, so as to trigger the generation of a picking list, and enable the picking operator in the central warehouse to perform cross-warehouse picking processing of the target goods at the target warehouse location of the shared warehouse. Among them, the goods picked across the warehouse are used for packaging operations in the packaging operation area of the central warehouse and waiting for outbound.
[0012] Wherein, before determining the target warehouse location identification information, it further includes:
[0013] Generate a virtual transfer order according to the target goods to be transferred from the shared warehouse to the central warehouse and the corresponding transfer quantity within the current transfer cycle, and send it to the shared warehouse client;
[0014] After receiving the operation message for processing the virtual transfer order submitted by the shared warehouse client, trigger the operation of determining the target warehouse location identification information.
[0015] Among them, in the first transfer cycle on the same sales date, the target goods that need to be virtually transferred from the shared warehouse to the central warehouse and the corresponding virtual transfer quantity are determined according to the goods and quantities required by the actual orders generated during the period after the operation of the central warehouse ends on the previous sales date and before the start of the first transfer cycle.
[0016] Among them, in the last transfer cycle on the same sales date, the target goods that need to be virtually transferred from the shared warehouse to the central warehouse and the corresponding virtual transfer quantity are determined according to the goods and quantities required by the actual orders generated during the period after the end of the previous transfer cycle and before the start of the last transfer cycle, and the goods and quantities estimated during the period from the start of the last transfer cycle to before the cut-off of the sales date.
[0017] Among them, the transfer cycle can be evenly divided within the working hours on the same sales date, and the last transfer cycle is close enough to the stop-out time of the central warehouse on the same sales date so that the sales volume estimation accuracy rate during the last transfer is higher than the preset threshold.
[0018] Among them, it further includes:
[0019] During the process of packing the goods picked across warehouses in the packing operation area, modify the inventory information corresponding to the target warehouse location identifier in the virtual inventory database of the central warehouse to the inventory occupied state;
[0020] After completing the packing operation and the goods are out of the warehouse, perform an inventory deduction operation for the corresponding transfer quantity on the target warehouse location identifier in the virtual inventory database of the central warehouse.
[0021] A data processing device during the goods transfer process, characterized in that the device is applied to a community group buying system, in which a shared warehouse and a central warehouse are deployed, and the proximity between the shared warehouse and the central warehouse meets the preset conditions; the device includes:
[0022] A target warehouse location identifier determination unit, configured to determine the target warehouse location identifier information where the target goods are located in the shared warehouse according to the target goods that need to be virtually transferred from the shared warehouse to the central warehouse and the corresponding virtual transfer quantity during the current transfer cycle; among them, multiple transfer cycles are divided within the same sales date, and the target goods and the corresponding virtual transfer quantity are determined according to the goods and quantities required by the actual orders generated during the period after the end of the previous transfer cycle and before the start of the current transfer cycle;
[0023] An inventory deduction processing unit, configured to perform an inventory deduction operation for the corresponding virtual transfer quantity on the target warehouse location identifier in the inventory database corresponding to the shared warehouse;
[0024] An inventory increase processing unit is configured to perform an inventory increase operation on the virtual transfer quantity corresponding to the target storage location identifier in the virtual inventory database corresponding to the central warehouse, so as to trigger the generation of a picking list, and enable the picking operator in the central warehouse to perform cross-warehouse picking processing of the target goods at the target storage location in the shared warehouse. Among them, the goods picked from the cross-warehouse are used to be transported to the packing operation area of the central warehouse for packing operation and wait for outbound.
[0025] A computer-readable storage medium has a computer program stored thereon, and when the program is executed by a processor, it implements the steps of the method described in any one of the foregoing.
[0026] An electronic device includes:
[0027] One or more processors; and
[0028] A memory associated with the one or more processors, the memory is used to store program instructions, and when the program instructions are read and executed by the one or more processors, the steps of the method described in any one of the foregoing are executed.
[0029] A computer program product includes computer programs / computer-executable instructions, and when the computer programs / computer-executable instructions are executed by a processor in an electronic device, the steps of the method described in any one of the foregoing are implemented.
[0030] According to the specific embodiments provided in this application, the following technical effects are disclosed in this application:
[0031] Through the embodiments of the present application, first, the proximity between the shared warehouse and the central warehouse can meet the preset conditions (in the same logistics park or close enough). Additionally, multiple said transfer periods can be divided within the same sales date. When virtual transfer from the shared warehouse to the central warehouse is required during the current transfer period, the target goods and the corresponding virtual transfer quantity can be determined according to the goods and quantities required by the actual orders generated during the period after the end of the previous transfer period and before the start of the current transfer period. Subsequently, the target storage location identification information of the target goods in the shared warehouse can also be determined, and an inventory deduction operation for the corresponding virtual transfer quantity can be performed on the target storage location identification in the inventory database corresponding to the shared warehouse. Additionally, an inventory increase operation for the corresponding virtual transfer quantity can be performed on the target storage location identification in the virtual inventory database corresponding to the central warehouse to trigger the generation of a picking list, and enable the picker in the central warehouse to perform cross-warehouse picking of the target goods at the target storage location in the shared warehouse. Among them, the goods picked from cross-warehouse are used for packing operations in the packing operation area of the central warehouse and waiting for outbound. In this way, due to the physical connection between the shared warehouse and the central warehouse, and the "fast in and fast out" ability in the system, as well as the realization of cross-warehouse picking, the manpower and transportation costs generated during the transfer process can be saved. Additionally, the central warehouse no longer needs to set up a "transfer goods storage area", thus the space cost of the central warehouse can also be saved.
[0032] Of course, it is not necessary for any product implementing the present application to achieve all the above-mentioned advantages simultaneously. BRIEF DESCRIPTION OF THE DRAWINGS
[0033] In order to more clearly illustrate the technical solutions in the embodiments of the present application or the prior art, the following will briefly introduce the drawings required for use in the embodiments. Obviously, the following-described drawings are only some embodiments of the present application. For those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative efforts.
[0034] Figure 1 is a schematic diagram of the physical location between warehouses and the transfer operation process provided by the embodiments of the present application;
[0035] Figure 2 is a schematic diagram of the data interaction process during the transfer provided by the embodiments of the present application;
[0036] Figure 3 is a schematic diagram comparing the link with the traditional link provided by the embodiments of the present application;
[0037] Figure 4 is a flowchart of the method provided by the embodiments of the present application;
[0038] Figure 5 It is a schematic diagram of the device provided by the embodiment of the present application;
[0039] Figure 6 It is a schematic diagram of the electronic device provided by the embodiment of the present application. Detailed implementation manners
[0040] Next, the technical solutions in the embodiments of the present application will be clearly and completely described in conjunction with the accompanying drawings in the embodiments of the present application. Obviously, the described embodiments are only a part of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art belong to the scope of protection of the present application.
[0041] To facilitate the understanding of the solution provided by the embodiment of the present application, first, a simple introduction to the solution of allocating goods from the shared warehouse to the central warehouse in the prior art will be given below. In the community group buying mode, the central warehouse may have a starting time, an ending time (stopping operations such as packing and outbound, but can continue to receive new orders) on each sales date. For example, it starts at 14:00 every afternoon, and so on. In the prior art, after the central warehouse starts operations every day, the goods are first allocated from the shared warehouse to the central warehouse. Specifically, which goods need to be allocated and the quantity of allocation can be determined according to the goods and quantities required by the orders generated after the central warehouse gets off work the previous day and before the start of work on the current day. There may be several allocations later. However, at least the last allocation needs to be determined in combination with the sales volume estimation of the supply chain system on the current day. After the allocation is initiated, an allocation order can be generated, and the specific goods are allocated from the shared warehouse to the central warehouse. During the allocation process, the operating personnel in the shared warehouse need to pick up the goods from the shared warehouse, load them onto the vehicle, and after transporting them to the central warehouse, the operating personnel in the central warehouse unload the vehicle and temporarily store these allocated goods in an area of the central warehouse (for example, it can be called the "allocated goods storage area"). During this period, operations such as shelving may also be involved.
[0042] In addition, there are also a packing operation area, a goods collection area (the goods of multiple grid warehouses on the same distribution route can be concentrated and stored in the same area to wait for outbound and be sent to the grid warehouse), etc. in the central warehouse. The goods stored in the "allocated goods storage area" will be sent to the packing operation area for packing operations, and the packing process will be carried out according to the specific order (the order corresponds to the grid warehouse). After that, the packed goods can be sent to the goods collection area and wait to be sent to the corresponding grid warehouse. After receiving the goods, the grid warehouse will then send them to the subordinate self-pickup points.
[0043] It can be seen that in the above solutions of the prior art, the process of transferring goods from the shared warehouse to the central warehouse involves processes such as picking, packing, consolidation, loading in the shared warehouse, and unloading, shelving, picking, packing, consolidation, loading in the central warehouse. A large amount of labor and time costs will also be incurred during this period. In addition, due to problems such as the operation pressure and personnel scheduling in the central warehouse, the transferred goods usually need to be completed in advance (for example, before 17:00 in the afternoon). However, the actual time when the central warehouse stops shipping may be at 21:00 in the evening or even later. Therefore, for the quantity that needs to be transferred between 17:00 and 21:00, it can only be determined by prediction. The accuracy of the predicted sales data may be relatively low around 17:00. For example, it may be only about 70%. Therefore, there are often situations where there are still remaining goods transferred from the shared warehouse after the shipping stops on the current sales date. In this case, since the central warehouse usually adopts the "daily clearing" mode, it also involves transferring the remaining goods back to the shared warehouse. At this time, it will also involve operations such as loading from the central warehouse, transporting to the shared warehouse, and then unloading and shelving in the shared warehouse, which will obviously bring higher labor and transportation costs.
[0044] Based on the above situation, in the embodiments of the present application, a solution is provided to reduce the costs of the platform party and improve the operation efficiency. In this solution, first, as Figure 1 shown, in terms of physical space, the shared warehouse and the central warehouse can be deployed in the same logistics park, or it can also be other ways that make the distance between the shared warehouse and the central warehouse close enough to enable the integrated operation of the shared warehouse and the central warehouse. In this way, when it is necessary to transfer goods from the shared warehouse to the central warehouse, the operating personnel in the central warehouse can directly go to the shared warehouse to pick goods. That is to say, a "cross-warehouse picking" mode is provided in the embodiments of the present application.
[0045] Secondly, in terms of the transfer cycle, in the embodiments of the present application, multiple transfer cycles can be divided within each sales date. For example, each hour can be a transfer cycle, etc., instead of only transferring once or a few times per sales date. And since the shared warehouse is near the central warehouse, the transfer of goods between different warehouses will be very convenient. Therefore, the cut-off time for transfer does not have to be advanced by a long time. For example, in the prior art, transfers may no longer be made after 17:00, while in the embodiments of the present application, assuming that the central warehouse stops outbound shipments at 21:00, the last transfer can be completed at 20:00, etc. Since the transfer cycle is short enough, the quantity of goods to be transferred in the current transfer cycle can be directly determined based on the goods and quantities required by the actual orders generated during the period after the end of the previous transfer cycle and before the start of the current transfer cycle, instead of determining the transfer quantity through sales forecasting. Of course, only for the last transfer, forecasting may be required, but since the later the forecasting time (the closer to the end-of-day stop operation time), the more accurate the forecasting result and the less quantity actually needs to be forecasted. Therefore, the quantity of goods that actually need to be transferred to the shared warehouse in the end is also very small and convenient to operate. In short, in the preferred implementation, the transfer cycle can be evenly divided within the working hours of the same sales date (e.g., from 14:00 to 21:00), and the last transfer cycle is close enough to the stop outbound shipment time of the central warehouse on the same sales date to ensure that the accuracy rate of efficiency forecasting during the last transfer is high enough (e.g., higher than a certain threshold).
[0046] Through the above method, the goods picked across warehouses in each transfer cycle can be directly transported to the packing operation area of the central warehouse for packing operations, and then sent to the consolidation area to wait for shipment. Since the goods picked from the shared warehouse can be directly placed in the packing operation area to wait for packing operations, there is actually no real transfer process, but a "virtual transfer", that is, the goods transferred from the shared warehouse are not actually stored in the "transfer goods storage area" set in the central warehouse. It can be seen that cross-warehouse picking is achieved through the physical area connection and the "fast in and fast out" ability in the system, thus saving the waste of manpower and transportation costs caused during the transfer process. In addition, the central warehouse does not have to set up a "transfer goods storage area" anymore, thus also saving the space cost of the central warehouse.
[0047] The above describes the improvements in the physical space and the cross-warehouse picking process in the embodiments of the present application. In actual applications, another issue that needs to be considered is the cooperation at the data flow level. That is to say, in specific implementations, processes such as goods allocation, picking, packing, and outbound are all managed digitally, and different documents will be generated in each link. For example, it includes allocation orders, picking orders, packing orders, and so on. In addition, digital inventory management also needs to be involved. There is often a connection between inventory changes and the generation of documents. In the case of implementing cross-warehouse picking in the embodiments of the present application, one way is to transform the implementation at the above data flow level, including the triggering methods of various documents, the expression and update methods of inventory information, and so on. However, this way may incur a large amount of transformation costs and may break the original fulfillment model.
[0048] Therefore, in the embodiments of the present application, a solution is provided to reduce the costs of the platform side and improve the operation efficiency without breaking the original fulfillment model and fulfillment experience (timely arrival rate, arrival satisfaction rate). Specifically, in the original fulfillment model of the prior art, the data flow level is carried out in the following manner:
[0049] When specifically allocating goods from the shared warehouse to the central warehouse, an allocation order is generated and sent to the shared warehouse client. The shared warehouse performs picking, packing, consolidation, loading, etc. After transporting to the central warehouse, the central warehouse performs unloading, shelving, picking, packing, consolidation, loading (transporting to grid warehouses, etc.). Among them, when the loading is completed at the shared warehouse side and the goods are transported to the central warehouse, the corresponding inventory deduction operation can be performed. At the central warehouse side, after the unloading and shelving operations are completed, the corresponding inventory increase operation can be performed on the corresponding goods, and a picking order is triggered and then picking is performed at the central warehouse to send it to the packing operation area.
[0050] However, in the embodiments of the present application, the pickers on the central warehouse side need to directly go to the shared warehouse for picking, and there is no longer a real process of shelving the "allocated goods storage area" where the goods are allocated to the central warehouse. In this case, in order to avoid breaking the original fulfillment model, the location identification information in the shared warehouse can be mapped to the central warehouse side, so as to create a virtual inventory database on the central warehouse side, and the same inventory identification as in the shared warehouse can be used for expression in this virtual inventory database. That is to say, assuming that there is a location with the code A001 in the shared warehouse, then a location identification with the code A001 will also be mapped in the virtual location database on the central warehouse side.
[0051] In this way, the specific data transfer method can be as Figure 2As shown, first, after determining the target goods and quantity that need to be virtually allocated during a certain allocation cycle, the platform server can generate an allocation order and send it to the shared warehouse client. The operator of the shared warehouse client can click on the allocation order. After that, the platform server can determine the target storage location identification information of the target goods in the shared warehouse. Then, the platform server can perform an inventory deduction operation for the corresponding virtual allocation quantity on the target storage location identification in the shared warehouse inventory database. For example, if a certain good is located at storage location A001 and 20 pieces need to be allocated, then the inventory of this good at storage location A001 will be deducted by 20 pieces. At the same time, the platform server can perform an inventory increase operation for the corresponding virtual allocation quantity on the target storage location identification in the virtual inventory database of the central warehouse. For example, in the virtual inventory database of the central warehouse, the inventory of this good at storage location A001 will be increased by 20 pieces.
[0052] Among them, the mapping process of the storage location identification on the central warehouse side can be realized during the virtual allocation process. For example, in the previous example, when an inventory increase operation needs to be performed in the virtual inventory database of the central warehouse, it can first be judged whether there is a data entry corresponding to the target storage location identification in the virtual inventory database. If it exists, then directly perform an inventory increase operation for the corresponding goods on the target storage location identification. If it does not exist, then a data entry corresponding to the target storage location identification can first be created in the virtual inventory database of the central warehouse, and then the inventory increase operation can be performed, and so on. When there is a subsequent inventory information update operation for the target storage location identification, there is no need to recreate the data entry.
[0053] After completing the inventory increase operation in the virtual inventory database of the central warehouse for the same target storage location identification, according to the original data flow path, a picking list can be automatically triggered and generated. The target storage location identification information mentioned above will be reflected in the picking list. After that, the picking task corresponding to the picking list can be assigned to the pickers in the central warehouse (which can be pickers or picking robots, etc.). The pickers in the central warehouse can then perform a cross-warehouse picking task, that is, go to the target storage location in the shared warehouse to perform the picking operation. The picking result can be directly transported to the packing operation area of the central warehouse and wait for packing, outbound, etc.
[0054] Through the above method, since the identification information such as the storage location code in the shared warehouse is mapped to the virtual inventory database of the central warehouse, during the virtual allocation process, while performing an inventory deduction operation on the inventory corresponding to the target storage location identification in the shared warehouse, an inventory increase operation can be performed on the same storage location identification in the virtual inventory database of the central warehouse. This inventory increase operation can automatically trigger the generation of a picking list, and the target storage location information in the shared warehouse will be reflected in the picking list. In this way, it is possible to achieve cooperation at the data flow level without breaking the original fulfillment mode.
[0055] In summary, as Figure 3 shown, through the solution provided by the embodiments of the present application, the process that in the prior art shown on the left, where the workers in the shared warehouse need to pick goods, pack, consolidate, load the vehicle, transfer to the central warehouse and then unload the vehicle, shelve, pick goods, etc., can be upgraded to the process shown on the right, where the pickers in the central warehouse directly go to the shared warehouse for cross-warehouse picking, and then subsequent processes such as packing and consolidating can be directly carried out in the central warehouse, thus eliminating the processes of workers in the shared warehouse picking goods, packing, consolidating, loading the vehicle, transferring to the central warehouse and then unloading the vehicle, shelving, etc. During the cross-warehouse picking process, for the central warehouse, virtual shelving can be achieved by increasing the virtual inventory, and virtual transfer can be achieved without moving the specific goods (storing the transferred goods that have not been truly transferred to the storage area of the central warehouse).
[0056] The following details the specific implementation solutions provided by the embodiments of the present application.
[0057] First, from the perspective of the above-mentioned platform server, the embodiments of the present application provide a data processing method during the goods transfer process. The method is applied to a community group buying system, in which a shared warehouse and a central warehouse are deployed, and the proximity between the shared warehouse and the central warehouse meets a preset condition (for example, they can be located in the same logistics park, or in other ways to make the shared warehouse and the central warehouse physically close enough); see Figure 4 , the method may include:
[0058] S401: Determine the target bin location identification information of the target goods in the shared warehouse according to the target goods that need to be virtually transferred from the shared warehouse to the central warehouse and the corresponding virtual transfer quantity during the current transfer period; wherein, multiple transfer periods are divided within the same sales date, and the target goods and the corresponding virtual transfer quantity are determined according to the goods and quantities required by the actual orders generated during the period after the end of the previous transfer period and before the start of the current transfer period.
[0059] In the embodiments of the present application, multiple transfer periods may be included within the same sales date. For example, there is one transfer period per hour, that is, transfers can be made once per hour. Of course, such transfers are virtual transfers. The target goods and quantities that need to be virtually transferred can be determined in each transfer period. In the embodiments of the present application, since multiple transfer periods are divided and cross-warehouse picking can be directly carried out, the virtual transfer quantity can be determined according to the goods and quantities required by the actual orders generated during the period after the end of the previous transfer period and before the start of the current transfer period. That is to say, true demand-based transfer is realized, rather than transfer based on the estimated daily sales volume.
[0060] Of course, in the first transfer cycle on the same sales date, the specific target goods to be virtually transferred from the shared warehouse to the central warehouse and the corresponding virtual transfer quantity can be determined based on the goods and quantities required by the actual orders generated during the period after the central warehouse operation ended on the previous sales date and before the start of the first transfer cycle. For example, 14:00 every afternoon is the start time of the central warehouse, and 21:00 in the evening is the end time of the operation. However, users can still place orders between 21:00 in the evening and 14:00 the next day. Therefore, the start time of each day can be used as the first transfer cycle, and the target goods and quantities to be virtually transferred in this first transfer cycle can be determined based on the orders generated during the period from 21:00 the previous evening to 14:00 that day. That is, based on the orders during this period, determine which goods the users need to purchase and the quantities, and then perform virtual transfers of the corresponding quantities.
[0061] After that, virtual transfers for the next transfer cycle can be carried out at 15:00. At this time, the goods and quantities to be virtually transferred can be determined based on the new orders generated between 14:00 and 15:00, and so on. In this way, since the actual transferred quantity of goods in each transfer cycle is allocated according to the actual order generation situation, there is basically no situation where the transferred goods are left over.
[0062] However, in the last transfer cycle on the same sales date, since the situation of new orders generated before the cut-off operation needs to be considered, the target goods to be virtually transferred from the shared warehouse to the central warehouse and the corresponding virtual transfer quantity can be determined based on the goods and quantities required by the actual orders generated during the period after the end of the previous transfer cycle and before the start of the last transfer cycle, as well as the estimated goods and quantities during the period from the start of the last transfer cycle to the cut-off of the sales date. That is to say, in the subsequent transfer cycle, there will be a situation of virtual transfer based on the estimated sales volume. However, since only a small part of the estimated quantity exists in the last transfer cycle, even if there is a surplus in the transferred quantity, it is usually only a small part. And since the shared warehouse is nearby, it can be directly transferred back to the shared warehouse.
[0063] After determining the target goods to be transferred and the virtual transfer quantity within the specific transfer cycle, the target storage location identification information of the specific target goods in the shared warehouse can be determined. That is to say, it can be determined which specific storage locations to pick the target goods from. Among them, the corresponding relationship between the storage location identification in the specific shared warehouse and the goods can be pre-stored in the server.
[0064] Of course, in practical applications, it is also possible to determine the target goods to be allocated and the virtual allocation quantity within a specific allocation cycle, and first generate an allocation order. This allocation order can be provided to the shared warehouse client. After the operator on the shared warehouse side clicks on the allocation order, the location identifier of the specific target goods can be determined. In the embodiment of the present application, during the specific virtual allocation process, the operator in the shared warehouse only needs to complete this one click operation and no other operations are required thereafter.
[0065] S402: Perform an inventory deduction operation for the corresponding virtual allocation quantity on the inventory database corresponding to the shared warehouse for the target location identifier.
[0066] After determining the location of the target goods, an inventory deduction operation for the corresponding virtual allocation quantity can be performed on the inventory database corresponding to the shared warehouse for the target location identifier. That is to say, since virtual allocation is performed in the embodiment of the present application, it is not necessary to wait until the goods are actually shipped out of the shared warehouse before updating the inventory information. Instead, after determining the location of the specific target goods, the inventory deduction operation for the corresponding allocation quantity can be directly performed on the location identifier in the shared warehouse. For example, assuming that 20 pieces of a certain good need to be allocated, 20 pieces can be subtracted from the inventory of this good corresponding to the location identifier in the shared warehouse.
[0067] S403: Perform an inventory increase operation for the corresponding virtual allocation quantity on the virtual inventory database corresponding to the central warehouse for the target location identifier to trigger the generation of a picking list, and enable the picker in the central warehouse to perform cross-warehouse picking processing of the target goods at the target location in the shared warehouse. Among them, the goods picked across the warehouse are used for packaging operations in the packaging operation area of the central warehouse and wait for shipment.
[0068] In addition to deducting inventory from the shared warehouse, an inventory increase operation for the corresponding virtual allocation quantity can also be performed on the virtual inventory database corresponding to the central warehouse for the target location identifier. That is to say, the location identifier on the shared warehouse side can be mapped to the virtual inventory database on the central warehouse side. When an inventory deduction operation is performed on a certain location identifier in the shared warehouse, an inventory increase operation can be simultaneously performed on the data with the same location identifier on the central warehouse side. For example, in the previous example, when 20 inventories are deducted for a certain location identifier A001 on the shared warehouse side, 20 inventories are added to the same location identifier A001 on the central warehouse side. That is to say, the inventory information deduction and increase operations can be completed without moving the specific goods.
[0069] This is done to reuse the data flow link in the original solution (the solution before the embodiments of this application). That is, by performing an inventory increase operation in the inventory database on the central warehouse side, the generation of a picking list can be triggered. At this time, since the location identification information reflected in the picking list is the same as the location identification of the actual storage location of the required goods in the shared warehouse, after the picking list is provided to the picker in the central warehouse, the picker can go to the corresponding location in the shared warehouse to perform cross-warehouse picking.
[0070] Since multiple transfer cycles are divided within the same sales date in the embodiments of this application, and the specific quantity of goods to be transferred is determined according to the actual order situation generated after the previous transfer cycle and before the start of the current transfer cycle, there is no situation of estimating future sales volume (except for the last transfer cycle). Therefore, each transfer of goods can be used only for shipping the orders generated during the period from the previous transfer cycle to before the start of the current transfer cycle. In this case, the goods specifically picked through cross-warehouse picking no longer need to be stored in the central warehouse, but can be directly sent to the packing area of the central warehouse for packing. Therefore, in the solution of the embodiments of this application, there is no need to set up an area for storing transferred goods in the central warehouse, thereby saving the space cost of the central warehouse.
[0071] Among them, during the process of packing the goods picked through cross-warehouse picking in the packing operation area, the inventory information corresponding to the target location identification in the virtual inventory database corresponding to the central warehouse can be modified to the inventory occupied state; after the packing operation is completed, the goods are sent to the consolidation area and the goods are out of the warehouse, the inventory information corresponding to the target location identification in the virtual inventory database corresponding to the central warehouse can be deducted by the corresponding transfer quantity.
[0072] In summary, through the embodiments of the present application, first, the proximity between the shared warehouse and the central warehouse can meet the preset conditions (in the same logistics park or close enough). Additionally, multiple allocation cycles can be divided within the same sales date. When virtual allocation from the shared warehouse to the central warehouse is required during the current allocation cycle, the target goods and the corresponding virtual allocation quantity can be determined based on the goods and quantities required for the actual orders generated during the period after the end of the previous allocation cycle and before the start of the current allocation cycle. Subsequently, the target storage location identification information of the target goods in the shared warehouse can be determined, and an inventory deduction operation for the corresponding virtual allocation quantity can be performed on the target storage location identification in the inventory database corresponding to the shared warehouse. Moreover, an inventory increase operation for the corresponding virtual allocation quantity can be performed on the target storage location identification in the virtual inventory database corresponding to the central warehouse to trigger the generation of a picking list, enabling the picking operator in the central warehouse to perform cross-warehouse picking of the target goods at the target storage location in the shared warehouse. Among them, the goods picked across the warehouse are used for packaging operations in the packaging operation area of the central warehouse and waiting for outbound. In this way, due to the physical connection between the shared warehouse and the central warehouse, the "fast out and fast in" ability of the system, and the realization of cross-warehouse picking, the waste of manpower and transportation costs caused during the allocation process can be saved, and the efficiency can be improved simultaneously. In addition, the central warehouse no longer needs to set up an "allocated goods storage area", thus also saving costs such as space rental in the central warehouse.
[0073] It should be noted that the embodiments of the present application may involve the use of user data. In practical applications, user-specific personal data can be used in the solutions described herein within the scope permitted by applicable laws and regulations, provided that the requirements of the applicable laws and regulations of the country where it is located are met (for example, the user clearly consents and is effectively notified to the user, etc.).
[0074] Corresponding to the foregoing method embodiments, the embodiments of the present application further provide a data processing device during the goods allocation process, characterized in that the device is applied to a community group buying system, in which a shared warehouse and a central warehouse are deployed, and the proximity between the shared warehouse and the central warehouse meets the preset conditions; as Figure 5 shown, the device may include:
[0075] A target storage location identification determination unit 501 is configured to determine the target storage location identification information of the target goods in the shared warehouse according to the target goods to be virtually allocated from the shared warehouse to the central warehouse and the corresponding virtual allocation quantity within the current allocation cycle; wherein, multiple allocation cycles are divided within the same sales date, and the target goods and the corresponding virtual allocation quantity are determined according to the goods and quantities required by the actual orders generated during the period after the end of the previous allocation cycle and before the start of the current allocation cycle.
[0076] An inventory deduction processing unit 502 is configured to perform an inventory deduction operation on the inventory database corresponding to the shared warehouse for the corresponding virtual allocation quantity of the target storage location identification.
[0077] An inventory increase processing unit 503 is configured to perform an inventory increase operation on the virtual inventory database corresponding to the central warehouse for the corresponding virtual allocation quantity of the target storage location identification, so as to trigger the generation of a picking list, and enable the picking operator in the central warehouse to perform cross-warehouse picking processing of the target goods at the target storage location of the shared warehouse. Among them, the goods picked across the warehouse are used for packing operations in the packing operation area of the central warehouse and waiting for outbound.
[0078] When specifically implemented, the device may further include:
[0079] An allocation order generation unit is configured to generate a virtual allocation order according to the target goods to be allocated from the shared warehouse to the central warehouse and the corresponding allocation quantity within the current allocation cycle before determining the target storage location identification information, and send it to the shared warehouse client; so as to trigger the execution of the operation of determining the target storage location identification information after receiving the operation message submitted by the shared warehouse client for processing the virtual allocation order.
[0080] Among them, in the first allocation cycle of the same sales date, the target goods to be virtually allocated from the shared warehouse to the central warehouse and the corresponding virtual allocation quantity are determined according to the goods and quantities required by the actual orders generated during the period after the end of the previous sales date and before the start of the first allocation cycle.
[0081] In the last allocation cycle of the same sales date, the target goods to be virtually allocated from the shared warehouse to the central warehouse and the corresponding virtual allocation quantity are determined according to the goods and quantities required by the actual orders generated during the period after the end of the previous allocation cycle and before the start of the last allocation cycle, and the goods and quantities estimated during the period from the start of the last allocation cycle to the cut-off time of the sales date.
[0082] Preferably, the allocation period can be evenly divided within the working hours on the same sales date, and the last allocation period is close enough to the time when the central warehouse stops outbound shipments on the same sales date, so that the accuracy rate of sales volume prediction during the last allocation is higher than the preset threshold.
[0083] In addition, the device may further include:
[0084] An inventory status update unit, configured to, during the process of packing the goods picked across warehouses in the packing operation area, modify the inventory information corresponding to the target warehouse location identifier in the virtual inventory database corresponding to the central warehouse to an inventory occupied state; after completing the packing operation and the outbound shipment of the goods, perform an inventory deduction operation for the corresponding allocated quantity on the target warehouse location identifier in the virtual inventory database corresponding to the central warehouse.
[0085] In addition, an embodiment of the present application further provides a computer-readable storage medium, on which a computer program is stored, and when the program is executed by a processor, it implements the steps of the method described in any one of the foregoing method embodiments.
[0086] And an electronic device, including:
[0087] One or more processors; and
[0088] A memory associated with the one or more processors, the memory is used to store program instructions, and when the program instructions are read and executed by the one or more processors, they execute the steps of the method described in any one of the foregoing method embodiments.
[0089] A computer program product, including a computer program / computer executable instructions, and when the computer program / computer executable instructions are executed by a processor in an electronic device, they implement the steps of the method described in the foregoing method embodiments.
[0090] Wherein, Figure 6 An exemplary architecture of the electronic device is shown, which may specifically include a processor 610, a video display adapter 611, a disk drive 612, an input / output interface 613, a network interface 614, and a memory 620. The above-mentioned processor 610, video display adapter 611, disk drive 612, input / output interface 613, network interface 614, and the memory 620 can be communicatively connected through a communication bus 630.
[0091] Among them, the processor 610 can be implemented in the form of a general-purpose CPU (Central Processing Unit), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits, etc., and is used to execute relevant programs to implement the technical solutions provided in this application.
[0092] The memory 620 can be implemented in the form of a ROM (Read Only Memory), a RAM (Random Access Memory), a static storage device, a dynamic storage device, etc. The memory 620 can store an operating system 621 for controlling the operation of the electronic device 600, and a basic input / output system (BIOS) for controlling the low-level operations of the electronic device 600. In addition, a web browser 623, a data storage management system 624, and an allocation data processing system 625, etc., can also be stored. The above-mentioned allocation data processing system 625 can be the application program that specifically implements the operations of the foregoing steps in the embodiments of this application. In short, when implementing the technical solutions provided in this application through software or firmware, the relevant program codes are stored in the memory 620 and are called and executed by the processor 610.
[0093] The input / output interface 613 is used to connect to the input / output module to achieve information input and output. The input / output module can be configured as a component in the device (not shown in the figure) or externally connected to the device to provide corresponding functions. Among them, the input device can include a keyboard, a mouse, a touch screen, a microphone, various sensors, etc., and the output device can include a display, a speaker, a vibrator, an indicator light, etc.
[0094] The network interface 614 is used to connect to a communication module (not shown in the figure) to achieve communication interaction between this device and other devices. Among them, the communication module can achieve communication through a wired method (such as USB, network cable, etc.) or through a wireless method (such as a mobile network, WIFI, Bluetooth, etc.).
[0095] The bus 630 includes a path for transmitting information between various components of the device (such as the processor 610, the video display adapter 611, the disk drive 612, the input / output interface 613, the network interface 614, and the memory 620).
[0096] It should be noted that although the above device only shows a processor 610, a video display adapter 611, a disk drive 612, an input / output interface 613, a network interface 614, a memory 620, a bus 630, etc., in the specific implementation process, the device may further include other components necessary for normal operation. In addition, those skilled in the art can understand that the above device may also only include the components necessary for implementing the solution of the present application, and does not necessarily include all the components shown in the figure.
[0097] From the description of the above embodiments, those skilled in the art can clearly understand that the present application can be implemented by means of software plus a necessary general hardware platform. Based on such an understanding, the technical solution of the present application, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. The computer software product can be stored in a storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and includes several instructions for causing a computer device (which can be a personal computer, a server, or a network device, etc.) to execute the methods described in various embodiments or some parts of the embodiments of the present application.
[0098] Each embodiment in this specification is described in a progressive manner. The same or similar parts among the embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, for the system or system embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiment. The systems and system embodiments described above are only illustrative. The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place, or may be distributed to multiple network units. Some or all of the modules can be selected according to actual needs to achieve the purpose of the solution of this embodiment. Those of ordinary skill in the art can understand and implement it without creative efforts.
[0099] The above has introduced in detail the data processing method, device, and electronic device in the goods allocation process provided by the present application. Specific examples are used in this article to elaborate on the principle and implementation manner of the present application. The description of the above embodiments is only used to help understand the method and its core idea of the present application; at the same time, for those of ordinary skill in the art, according to the idea of the present application, there will be changes in the specific implementation manner and application scope. In summary, the content of this specification should not be construed as a limitation to the present application.
Claims
1. A data processing method in the process of goods transfer, characterized in that: The method is applied to a community group buying system, in which a shared warehouse and a central warehouse are deployed, and the distance between the shared warehouse and the central warehouse meets a preset condition; the method includes: According to the target goods that need to be virtually transferred from the shared warehouse to the central warehouse in the current transfer cycle and the corresponding virtual transfer quantity, the target warehouse location identification information of the target goods in the shared warehouse is determined; wherein, a plurality of transfer cycles are divided within the same sales date, and the target goods and the corresponding virtual transfer quantity are determined based on the goods and quantities actually required for the orders generated in the time period after the end of the previous transfer cycle and before the start of the current transfer cycle; Performing an inventory deduction operation corresponding to the virtual transfer quantity on the target warehouse location identifier in the inventory database corresponding to the shared warehouse; An inventory increase operation corresponding to the virtual transfer quantity is performed on the target storage location identifier in the virtual inventory database corresponding to the central warehouse to trigger the generation of a picking list, and the picking operators of the central warehouse go to the target storage location of the shared warehouse to perform cross-warehouse picking of target goods according to the picking list, wherein the cross-warehouse picked goods are used to be transported to the packing operation area of the central warehouse for packing operations and wait for shipment.
2. The method according to claim 1, characterized in that Before determining the target storage location identification information, the method further includes: Generate a virtual transfer order based on the target goods and corresponding transfer quantity that need to be transferred from the shared warehouse to the central warehouse in the current transfer cycle, and send it to the shared warehouse client; After receiving the operation message submitted by the shared warehouse client to process the virtual transfer order, the operation of determining the target storage location identification information is triggered.
3. The method according to claim 1, characterized in that In the first allocation cycle on the same sales date, the target goods that need to be virtually allocated from the shared warehouse to the central warehouse and the corresponding virtual allocation quantity are determined based on the goods and quantities required for orders actually generated in the time period after the central warehouse operation is completed on the previous sales date and before the start of the first allocation cycle.
4. The method according to claim 1, characterized in that: In the last allocation cycle of the same sales date, the target goods that need to be virtually allocated from the shared warehouse to the central warehouse and the corresponding virtual allocation quantity are determined based on the goods and quantities actually required for the orders generated in the time period after the end of the previous allocation cycle and before the start of the last allocation cycle, as well as the estimated goods and quantities in the time period from the start of the last allocation cycle to the order cut-off time of the sales date.
5. The method according to claim 1, characterized in that The allocation cycle can be evenly divided within the working time period of the same sales date, and the last allocation cycle is close enough to the stop delivery time of the central warehouse on the same sales date, so that the sales volume estimation accuracy at the time of the last allocation is higher than the preset threshold.
6. The method according to any one of claims 1 to 5, characterized in that: Also includes: During the packaging operation of the cross-warehouse picked goods in the packaging operation area, the inventory information corresponding to the target warehouse location identifier in the virtual inventory database corresponding to the central warehouse is modified to an inventory occupancy state; After the packaging operation is completed and the goods are shipped out, the target warehouse location identifier in the virtual inventory database corresponding to the central warehouse is subjected to an inventory deduction operation corresponding to the transfer quantity.
7. A data processing device in the process of goods transfer, characterized in that: The device is applied to a community group purchase system, in which a shared warehouse and a central warehouse are deployed, and the distance between the shared warehouse and the central warehouse meets the preset conditions; the device includes: The target storage location identification determination unit is used to determine the target storage location identification information of the target goods in the shared warehouse according to the target goods that need to be virtually allocated from the shared warehouse to the central warehouse in the current allocation cycle and the corresponding virtual allocation quantity; wherein, a plurality of the allocation cycles are divided within the same sales date, and the target goods and the corresponding virtual allocation quantity are determined according to the goods and quantities actually required for the orders generated in the time period after the end of the previous allocation cycle and before the start of the current allocation cycle; An inventory deduction processing unit, configured to perform an inventory deduction operation corresponding to the virtual transfer quantity on the target warehouse location identifier in the inventory database corresponding to the shared warehouse; The inventory increase processing unit is used to perform an inventory increase operation of the corresponding virtual transfer quantity on the target storage location identifier in the virtual inventory database corresponding to the central warehouse, so as to trigger the generation of a picking list, and enable the picking operator of the central warehouse to go to the target storage location of the shared warehouse to perform cross-warehouse picking processing of the target goods according to the picking list, wherein the cross-warehouse picked goods are used to be transported to the packaging operation area of the central warehouse for packaging operations and wait for shipment.
8. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the program is executed by a processor, the steps of the method described in any one of claims 1 to 6 are implemented.
9. An electronic device, characterized in that: include: one or more processors; as well as A memory associated with the one or more processors, the memory being used to store program instructions, wherein the program instructions, when read and executed by the one or more processors, execute the steps of the method described in any one of claims 1 to 6.
10. A computer program product comprising a computer program / computer executable instructions, characterized in that: When the computer program / computer executable instructions are executed by a processor in an electronic device, the steps of the method according to any one of claims 1 to 6 are implemented.