JP2022132601A - Inventory reservation processing device, inventory reservation processing method, and inventory reservation processing program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To secure a current inventory without relying on transaction results such as estimates and orders.

SOLUTION: The present embodiment includes: acquisition means for acquiring secure data corresponding to set order acceptance products on the basis of the order acceptance products set on an order acceptance screen and the ones in which transfer to a secured quantity of order acceptance data included in the secure data has not been completed; display execution means for causing a display unit to display a transfer screen on which the secure data acquired by the acquisition means is displayed and on which a transfer quantity subjected to the transfer can be set; first update means for updating, if the transfer quantity is set on the transfer screen, the transferred quantity included in the secure data acquired by the acquisition means on the basis of the set transfer quantity; and second updating means for updating, if the transfer quantity is set on the transfer screen, a reserved quantity and a reservable quantity included in the inventory data corresponding to the order acceptance products set on the order acceptance screen on the basis of a difference between the order acceptance quantity set on the order acceptance screen and the set transfer quantity.

SELECTED DRAWING: Figure 1

COPYRIGHT: (C)2022,JPO&INPIT

Description

The present invention relates to an inventory allocation processing device, an inventory allocation processing method, and an inventory allocation processing program.

Patent Literature 1 discloses a sales terminal device 11 that creates reservation application information having at least information on a product code and the number of allocations for securing product inventory based on business negotiation information. The order management computer 22 performs inventory allocation processing based on the securing application information.

JP 2006-106847 A

However, in the above technology, it is only possible to advance orders for products that have not yet been confirmed, and in the actual inventory allocation process, the number of orders received included in the reservation application information is simply subtracted from the number of orders.

The present invention has been made in view of the above, and an inventory allocation processing device, an inventory allocation processing method, and an inventory allocation processing program that can secure a current inventory without being based on transaction results such as quotations and orders. intended to provide

In order to solve the above-described problems and achieve the object, an inventory allocation processing device according to the present invention stores a specified quantity of products that meet specified securing conditions in an inventory data table. A securing data management unit that refers to inventory data to secure and stores secured data including the secured number of secured products in a secured data table in a secured data table; Data is extracted from the secured data table, and the transferred quantity obtained by subtracting the current transfer quantity specified based on the order quantity from the allocated quantity of the secured data that matches the order condition, and the order condition are obtained. an order data management unit that stores order data including order data in an order data table.

Also, in the inventory allocation processing method according to the present invention, the securing data management unit selects the specified quantity of products that meet the specified securing conditions by referring to the inventory data stored in the inventory data table. A securing data management step of storing securing data including the secured quantity of the secured products in a secured data table in a securing data table; Data is extracted from the secured data table, and the transferred quantity obtained by subtracting the current transfer quantity specified based on the order quantity from the allocated quantity of the secured data that matches the order condition, and the order condition are obtained. and an order data management step of storing order data including order data in an order data table.

In addition, the inventory allocation processing program according to the present invention secures a specified quantity of products that meet the specified securing conditions by referring to the inventory data stored in the inventory data table, and A reservation data management unit for storing, in a reservation data table, reservation data including the number of secured products as an allocated number; , The transferred quantity obtained by subtracting the current transfer quantity specified based on the order quantity from the allocated quantity of the secured data that matches the order condition, and the order data including the order condition are stored in an order data table. function as the order data management department.

According to the present invention, there is an effect that the current inventory can be secured without being based on transaction records such as quotations and orders.

FIG. 1 is a block diagram showing an example of a configuration of an inventory allocation processing device according to an embodiment; FIG. 2 is a diagram of an example of a reservation data input screen of the inventory allocation processing apparatus according to the embodiment; 3 is a diagram of an example of various masters stored in a storage unit of the inventory allocation processing apparatus according to the embodiment; FIG. FIG. 4 is a diagram of an example of a securing data table of the inventory allocation processing device according to the embodiment; FIG. 5 is a diagram illustrating an example of an inventory data table of the inventory allocation processing device according to the embodiment; FIG. 6 is a diagram illustrating an example of an order reception data input screen of the inventory allocation processing device according to the embodiment; FIG. 7 is a diagram illustrating an example of a non-matching error screen of the inventory allocation processing device according to the embodiment; FIG. 8 is a diagram illustrating an example of a securing transfer instruction screen of the inventory allocation processing apparatus according to the embodiment; 9 is a diagram of an example of an order reception data table of the inventory allocation processing apparatus according to the embodiment; FIG. 10 is a diagram of an example of a securing data table of the inventory allocation processing apparatus according to the embodiment; FIG. 11 is a diagram of an example of an inventory data table of the inventory allocation processing device according to the embodiment; FIG. FIG. 12 is a diagram illustrating an example of a reservation data inquiry screen of the inventory allocation processing device according to the embodiment; 13 is a diagram illustrating an example of an inventory data inquiry screen of the inventory allocation processing device according to the embodiment; FIG. FIG. 14 is a flowchart illustrating an example of the procedure of inventory allocation processing executed by the inventory allocation processing device according to the embodiment; FIG. 15 is a diagram showing an example of the reservation data input screen of the inventory allocation processing device according to the modification of the embodiment.

Embodiments of an inventory allocation processing device, an inventory allocation processing method, and an inventory allocation processing program according to the present invention will be described in detail based on the drawings. In addition, this invention is not limited by this embodiment.

[1. Constitution]
An example of the configuration of the inventory allocation processing device 100 according to this embodiment will be described with reference to FIG. FIG. 1 is a block diagram showing an example of the configuration of an inventory allocation processing device 100 according to an embodiment.

The inventory allocation processing device 100 is, for example, a commercially available desktop personal computer. However, the inventory allocation processing device 100 is not limited to a stationary information processing device such as a desktop personal computer. type information processing device.

The inventory allocation processing device 100 performs inventory allocation for order data based on transaction results such as estimates and orders. In addition, the inventory allocation processing device 100 performs inventory allocation for secured data that is not based on transaction records such as estimates and orders. In order to realize such functions, the inventory allocation processing device 100 includes a control section 102, a communication interface section 104, a storage section 106, and an input/output interface section . Each unit included in the inventory allocation processing device 100 is communicably connected via an arbitrary communication path.

The communication interface unit 104 communicably connects the inventory allocation processing device 100 to the network 300 via a communication device such as a router and a wired or wireless communication line such as a dedicated line. The communication interface unit 104 has a function of communicating data with another device via a communication line. Here, the network 300 has a function of connecting the inventory allocation processing device 100 and the server 200 so that they can communicate with each other, and is, for example, the Internet or a LAN (Local Area Network).

An input device 112 and an output device 114 are connected to the input/output interface section 108 . The output device 114 can be a monitor including a home television, as well as speakers and a printer. The input device 112 can be a keyboard, a mouse, a microphone, or a monitor that cooperates with the mouse to provide a pointing device function.

The storage unit 106 stores various databases, tables, files, and the like. The storage unit 106 stores a computer program for performing various processes by giving commands to a CPU (Central Processing Unit) in cooperation with an OS (Operating System). As the storage unit 106, for example, a memory device such as a RAM (Random Access Memory) or a ROM (Read Only Memory), a fixed disk device such as a hard disk, a flexible disk, an optical disk, or the like can be used. Here, the storage unit 106 has an inventory data table 106a, a reservation data table 106b, an order reception data table 106c, screen data 106d, and master information 106e.

The inventory data table 106a stores inventory data for each product that is handled. The inventory data table 106a includes data such as product information, inventory storage location, current inventory quantity, and the like.

The reservation data table 106b stores reservation data for each product that is handled. The securing data indicates the securing status of the inventory of each product for each department in charge. The product specified by the reservation data is reserved without being allocated by another product order, for example. The reservation data table 106b includes data such as product information, product reservation location, and reserved quantity.

The order data table 106c stores order data for ordered products. The order data table 106c includes data such as the ordered product, the department in charge, and the delivery destination of the product.

The screen data 106d stores screen data for displaying various screens on the output device 114 or the like. The various screens include information display screens such as the inventory data table 106a, the reservation data table 106b, and the order data table 106c. Further, various screens include an input screen and the like for securing and receiving orders for products.

The master information 106e stores various masters. The various masters include a person-in-charge master having information on a person-in-charge name linked to a person-in-charge code, a department master having information on a department name linked to a department code, and the like.

The control unit 102 is a CPU or the like that comprehensively controls the inventory allocation processing device 100 . The control unit 102 has an internal memory for storing control programs such as an OS, programs defining various processing procedures, required data, and the like, and performs various information processing based on these stored programs. Run. Here, the control unit 102 functionally and conceptually includes an inventory data management unit 102a, a reservation data management unit 102b, an order data management unit 102c, and a display execution unit 102d.

The inventory data management unit 102a as second update means manages the inventory data table 106a. For example, the inventory data management unit 102a updates the inventory data table 106a when a new shipment of a predetermined product is received or when a new order for a predetermined product is received.

The reserved data management unit 102b as a first update unit manages the reserved data table 106b. For example, the reservation data management unit 102b updates the reservation data table 106b when there is a new request to reserve a predetermined product or when a new order for a predetermined product is received.

The order data management unit 102c as an acquisition unit manages the order data table 106c. For example, the order data management unit 102c updates the order data table 106c when a new order for a predetermined product is received. Also, the order data table 106c acquires necessary information from the reservation data table 106b.

The display execution unit 102d as display execution means causes the output device 114 or the like to display various display screens and various input screens using the screen data 106d.

[2. Concrete example]
An example of the functions of the inventory allocation processing device 100 according to the present embodiment will be specifically described with reference to FIGS. 2 to 13. FIG.

From the viewpoint of inventory management, there are cases where it is necessary to secure a predetermined number of inventories, regardless of transaction performance such as quotations and orders. This includes the case of setting aside the expected shipments by a specific department or person in charge for a certain period of time, or the case of securing in advance the assumed transaction volume of a large customer. The inventory allocation processing device 100 of the embodiment enables to secure a predetermined number of stocks for a predetermined product by setting securing data, without being based on transaction records.

FIG. 2 is a diagram showing an example of a secure data input screen of the inventory allocation processing device 100 according to the embodiment. As shown in FIG. 2, the user can request the reservation of a predetermined number of predetermined products by inputting various information on the reservation data input screen. In the example shown in FIG. 2, the reservation data has a content requesting that 13 pieces of product A be reserved. On the other hand, the allocated number is 13. This indicates that there is sufficient inventory for product A, and all 13 items requested have been secured.

More specifically, on the securement data input screen, the user indicates the warehouse where the target product is stocked, the person in charge and department who desires to secure the product, the customer who is the delivery destination of the product, and the date on which the product is to be secured. It is possible to specify the delivery date, the product to be secured, the quantity to be secured, and the like.

As for the person in charge, department, and customer, the storage unit 106 stores a person in charge master, a department master, and a customer master in which the person in charge code, department code, customer code, and each information are linked. there is

FIG. 3 is a diagram showing an example of various masters stored in the storage unit 106 of the inventory allocation processing device 100 according to the embodiment. FIG. 3(a) is the person-in-charge master. In the person-in-charge master, information such as the name of the person in charge and the department to which the person in charge belongs is associated with the person-in-charge code. FIG. 3B shows the department master. In the department master, information such as the department name is associated with the department code. FIG. 3(c) is the customer master. In the customer master, information such as the customer name and customer classification is associated with the customer code.

With these various masters, the user can specify the name of the person in charge, the department in charge, and the customer by entering a predetermined code on the secure data input screen, which facilitates input. However, it is optional whether or not to enter the person in charge and the customer. In this embodiment, the case where the person in charge and the customer are not entered will be described.

In this way, when securing data is entered on the securing data input screen, the securing data management unit 102b adds this new securing data to the securing data table 106b.

FIG. 4 is a diagram showing an example of the reservation data table 106b of the inventory allocation processing device 100 according to the embodiment. As shown in FIG. 4, the reservation data table 106b has information such as reservation number, warehouse, person in charge, department, customer, delivery date, product, quantity, allocated quantity, transferred quantity, transfer completion classification, and the like. In the example of FIG. 4, the newly input reservation data of FIG. 2 is added as the reservation number "KAK00001". The person in charge and customer are not entered and are blank.

More specifically, the reservation data management unit 102b first causes the inventory data management unit 102a to extract the inventory data regarding the product to be reserved from the inventory data table 106a. Then, the reservation data management unit 102b refers to the number of items that can be allocated among the number of items in stock of the target product. When the available allocation quantity of the target product is equal to or greater than the requested secured quantity, the secured data management unit 102b sets the secured quantity as the allocated quantity of the target product. When the available allocation quantity is less than the secured quantity, the available allocation quantity is set as the allocated quantity of the target product.

In other words, among the various types of information in the reservation data table 106b shown in FIG. 4, the quantity is the requested reservation number. The allocated number is the number of products actually reserved. Note that the number of transferred items and the type of transfer completed will be described later.

The display executing unit 102e refers to the reserved data added to the reserved data table 106b, and displays the allocated number set in the reserved data table 106b on the reserved data input screen as described above.

When the reserved data management unit 102b newly sets the allocated quantity in the reserved data table 106b, the inventory data management unit 102a updates the inventory data table 106a.

FIG. 5 is a diagram showing an example of the inventory data table 106a of the inventory allocation processing device 100 according to the embodiment. As shown in FIG. 5, the inventory data table 106a has information such as the warehouse, the product, the number of current inventory, the number of already allocated items, and the number of available items for allocation. In the example of FIG. 5, for product A stocked in warehouse A, the allocated quantity and available allocation quantity are updated.

More specifically, when the allocated quantity is set in the secured data table 106b, the inventory data management unit 102a subtracts the allocated quantity from the current inventory quantity of the corresponding product in the inventory data table 106a. do. In addition, the inventory data management unit 102a adds the above-mentioned allocated number to the allocated number of the corresponding product in the inventory data table 106a. Furthermore, the inventory data management unit 102a subtracts the above-mentioned allocated number from the available allocation number of the corresponding product in the inventory data table 106a.

In other words, among the various types of information in the inventory data table 106a shown in FIG. 5, the number of products that have been allocated includes the quantity of products that are still in the warehouse but have been secured by request. As a result, even if these products actually exist, they are in a state of being secured so that they cannot be shipped based on orders for other products, for example.

Next, a case where an order for a product is actually received will be described.

FIG. 6 is a diagram showing an example of an order data input screen of the inventory allocation processing device 100 according to the embodiment. As shown in FIG. 6, the user can confirm the order for the predetermined product by inputting various information on the order data input screen. In the example shown in FIG. 6, the order data includes a request to deliver 20 pieces of product A to customer A. In the example shown in FIG.

More specifically, on the order data input screen, the user can specify the warehouse, customer, person in charge, department, product, product quantity, and the like. Customers, persons in charge, and departments can be designated by entering predetermined codes on the order data entry screen using the various masters shown in FIG. Also, at this time, the user can press the reservation transfer button to confirm whether or not the product that meets the input conditions is reserved.

FIG. 7 is a diagram showing an example of a non-matching error screen of the inventory allocation processing device 100 according to the embodiment. When the product that matches the input order data is not reserved, the non-matching error screen shown in FIG. 7 is displayed. In this case, the ordered product is allocated from the normal inventory (current inventory).

FIG. 8 is a diagram showing an example of a reservation transfer instruction screen of the inventory allocation processing device 100 according to the embodiment. When the product matching the input order data is reserved, a reservation transfer instruction screen shown in FIG. 8 is displayed.

More specifically, when the user presses the reservation transfer button, the order data management unit 102c refers to the reservation data table 106b and acquires reservation data that matches the content entered on the order data input screen. In order for the order data management unit 102c to determine that a product that matches the input order data is reserved, at least the reserved data that matches the warehouse, the product, and the department must exist. In addition, it is determined that the reservation data in which the person in charge and the department in charge match or are not set match the conditions. In the example of FIG. 8, secured data without setting of the person in charge and the department in charge (blank) is extracted.

On the secured transfer instruction screen, the user can input the number of transfers desired for the current order. When the secured number of secured data extracted as meeting the conditions is greater than or equal to the number of orders received, the user can set an arbitrary number with the number of orders received as the maximum value as the current transfer number. When the reserved quantity in the reserved data is less than the order quantity, the user can set an arbitrary numerical value with the reserved quantity as the maximum value as the current transfer quantity. Any shortfall in the number of orders received is allocated from the normal inventory (current inventory). As the initial value on the secure transfer instruction screen, the maximum value is entered in any of the above cases. As a result, if the numerical value is not changed by the user, allocation is preferentially performed from the reserved data, and the shortage can be compensated from the current inventory.

As described above, when the required number of products is allocated for the order, the order data management unit 102c adds this new order data to the order data table 106c.

FIG. 9 is a diagram showing an example of the received order data table 106c of the inventory allocation processing device 100 according to the embodiment. As shown in FIG. 9, the order data table 106c has information such as order number, warehouse, person in charge, department, customer, shipping date, product, quantity, and number of allocated orders. In the example of FIG. 9, the newly input order data of FIG. 6 is added as order number "JUT00001".

Further, as described above, when a transfer occurs in the reserved data, the reserved data management unit 102b updates the reserved data table 106b.

FIG. 10 is a diagram showing an example of the reservation data table 106b of the inventory allocation processing device 100 according to the embodiment. In the example of FIG. 10, the allocated number and the transferred number are updated for the reserved data of the reserved number "KAK00001" from the example of FIG. 4 shown above.

More specifically, when a transfer occurs in the reserved data, the reserved data management unit 102b subtracts the current transfer number in FIG. 8 from the allocated number of the reserved data corresponding to the reserved data in the reserved data table 106b. do. In addition, the reserved data management unit 102b adds the current transfer number to the transferred number of the corresponding reserved data in the reserved data table 106b.

That is, among the various types of information in the reservation data table 106b shown in FIG. 10, the allocated quantity indicates the quantity of the currently reserved product. In the example of FIG. 10, all 13 items secured for product A have been transferred, so the secured number of product A in the secured data of the secured number "KAK00001" is currently zero. In other words, all transfers have been completed for this secured data.

In this way, when the transfer of all the predetermined reserved data is completed, the reserved data management unit 102b changes the status of the transfer completion classification of the reserved data from FALSE to TRUE. As a result, it can be seen that the transfer has been completed for this secured data.

Moreover, as described above, when the quantity in the current inventory changes due to a new order received, the inventory data management unit 102a updates the inventory data table 106a.

FIG. 11 is a diagram showing an example of the inventory data table 106a of the inventory allocation processing device 100 according to the embodiment. In the example of FIG. 11, the allocated quantity and the available allocation quantity of the product A stocked in the warehouse A are updated from the example shown in FIG.

More specifically, when a new order is received for a given product, the inventory data management unit 102a adds the allocation from the current inventory to the number of allotted products corresponding to the new order in the inventory data table 106a. . In the above example, out of the 20 ordered items, 7 items are allocated from the current inventory, excluding the 13 items for distribution. In addition, the inventory data management unit 102a subtracts the allocation amount from the current inventory from the available allocation quantity of the corresponding product in the inventory data table 106a.

That is, of the various information in the inventory data table 106a shown in FIG. 11, the allocated quantity includes the allocated quantity based on transaction results such as estimates and orders received, and the allocated quantity based on secured data.

The inventory allocation processing device 100 has a function of inquiring the secured data and the inventory data.

FIG. 12 is a diagram showing an example of the reservation data inquiry screen of the inventory allocation processing device 100 according to the embodiment. As shown in FIG. 12, the reservation data inquiry screen displays information such as reservation number, reservation date, warehouse, person in charge, department, customer, delivery date, product, number of reservations, and the like. Thereby, the user can confirm whether or not reserved data whose use is unknown or unauthorized reserved data is registered.

FIG. 13 is a diagram showing an example of an inventory data inquiry screen of the inventory allocation processing device 100 according to the embodiment. As shown in FIG. 13, the inventory data inquiry screen displays information such as the warehouse, the product, the current inventory quantity, the allocated quantity, and the available quantity. As described above, the available number of allocations does not include the number of products that are still in stock but cannot be actually allocated as much as the reservation data. This allows the user to know the practically allocable quantity of the products actually in stock.

[3. process]
An example of inventory allocation processing executed by the inventory allocation processing apparatus 100 having the above configuration will be described with reference to FIG. FIG. 14 is a flow chart showing an example of the procedure of inventory allocation processing executed by the inventory allocation processing device 100 according to the embodiment.

As shown in FIG. 14, the inventory allocation processing device 100 accepts input of order data by the user on the order data input screen (step S10). When the user presses the reservation transfer button on the order data input screen (step S20), the order data management unit 102c refers to the reservation data table 106b, and refers to the input contents of the order data input screen, at least the warehouse, It is determined whether or not there is secured data that matches the product and department (step S30).

When there is no corresponding reserved data, the order data management unit 102c determines that there is no corresponding (step S30: No), and the display execution unit 102d causes the output device 114 to display a non-corresponding error screen (step S70).

When there is corresponding reservation data (step S30: Yes), the order data management unit 102c determines whether the person in charge of the reservation data matches the input content or whether the column is blank ( step S40).

If the person in charge of the securing data is not blank and does not match the input content (step S40: No), the display execution unit 102d causes the output device 114 to display a no match error screen (step S70).

If the person in charge of the reservation data matches the input content, or if the column is blank (step S40: Yes), the order data management unit 102c determines whether the customer of the reservation data matches the input content. , or it is determined whether or not it is blank (step S50).

If the customer in the reservation data is not blank and does not match the input content (step S50: No), the display execution unit 102d causes the output device 114 to display a no match error screen (step S70).

If the customer in the reservation data matches the input content, or if the column is blank (step S50: Yes), the order data management unit 102c acquires the reservation data, and the display execution unit 102d Based on the data information, the output device 114 is caused to display a secure transfer instruction screen (step S60).

As described above, the inventory allocation processing executed by the inventory allocation processing device 100 is completed.

[4. Effect of Embodiment]
When shipment of a predetermined product is expected within a certain period of time, there are cases where it is desired to secure a predetermined quantity of inventory for the product without relying on transaction records such as estimates and orders. In such a case, conventionally, it was necessary to account for dummy order data or the like. Furthermore, after that, when an order is actually received, it is necessary to perform complicated procedures such as transferring the reserved inventory to the actual order data while subtracting the number of allocations based on the dummy order data.

According to the inventory allocation processing device 100 of the embodiment, if at least the warehouse, the product, and the department are set and the securing data is registered, it is possible to easily secure the desired product without depending on the transaction record. As a result, in addition to the current inventory and allocated inventory, it becomes possible to manage secured inventory that is not linked to transaction results.

According to the inventory allocation processing device 100 of the embodiment, when an order is actually received, the reserved items can be paid out with priority. At that time, the user can arbitrarily designate the quantity to be transferred this time from the secured quantity.

[5. Modification]
Next, with reference to FIG. 15, an inventory allocation processing device according to a modification of the embodiment will be described. The modification of the inventory allocation processing device differs from the above-described embodiment in that the person in charge and the customer are set in the reservation data.

FIG. 15 is a diagram showing an example of the reservation data input screen of the inventory allocation processing device according to the modification of the embodiment. As shown in FIG. 15, on the order data input screen, in addition to the warehouse, product, department, etc., the person in charge and the customer are set.

In the inventory allocation processing device of the modified example, by setting the customer, for example, when a customer with regular deliveries or when a predetermined customer is expected to suddenly receive a large order, the specified customer can be more reliably can secure goods to customers. Unlike the case where the customer is left blank, it is possible to prevent the secured product from being allocated to another order.

In the inventory allocation processing device of the modified example, by setting customers, for example, the needs of departments that need to secure products for each customer on a department basis, departments that want to secure products on a department basis, etc. can be met. be able to. In addition, by setting both the person in charge and the customer, for example, the needs of a department that needs to secure products for each customer by a person in charge, or a department that wants to secure products for a specific customer by department can correspond to

[6. Other embodiments]
The present invention may be implemented in various different embodiments other than the embodiments described above within the scope of the technical idea described in the claims.

For example, among the processes described in the embodiments, all or part of the processes described as being automatically performed can be manually performed, or all of the processes described as being manually performed Alternatively, some can be done automatically by known methods.

In addition, unless otherwise specified, the processing procedures, control procedures, specific names, information including parameters such as registration data and search conditions for each process, screen examples, and database configurations shown in this specification and drawings can be changed arbitrarily.

Also, with regard to the inventory allocation processing device 100, each illustrated component is functionally conceptual, and does not necessarily need to be physically configured as illustrated.

For example, the processing functions provided by the inventory allocation processing device 100, particularly the processing functions performed by the control unit 102, are realized in whole or in part by a CPU and a program interpreted and executed by the CPU. Alternatively, it may be implemented as hardware using wired logic. The program is recorded on a non-temporary computer-readable recording medium containing programmed instructions for causing the information processing apparatus to execute the processing described in the present embodiment, and inventory allocation processing as necessary. It is read mechanically by the device 100 . That is, a storage unit such as a ROM or HDD (Hard Disk Drive) stores a computer program for giving commands to the CPU in cooperation with the OS to perform various processes. This computer program is executed by being loaded into the RAM, and constitutes the control section 102 in cooperation with the CPU.

In addition, this computer program may be stored in an application program server connected to the inventory allocation processing device 100 via any network, and it is possible to download all or part of it as necessary. is.

Also, the program for executing the processing described in this embodiment may be stored in a non-temporary computer-readable recording medium, or may be configured as a program product. Here, the term "recording medium" refers to memory cards, USB (Universal Serial Bus) memories, SD (Secure Digital) cards, flexible disks, magneto-optical disks, ROMs, EPROMs (Erasable Programmable Read Only Memory), EEPROMs (registered (trademark) (Electrically Erasable and Programmable Read Only Memory), CD-ROM (Compact Disk Read Only Memory), MO (Magneto-Optical disk), DVD (Digital Versatile Disk), and Disc (registered trademark) such as Blu- shall include any "portable physical medium".

A "program" is a data processing method written in any language or writing method, regardless of the format such as source code or binary code. In addition, the "program" is not necessarily limited to a single configuration, but is distributed as multiple modules or libraries, or cooperates with a separate program represented by the OS to achieve its function. Including things. It should be noted that well-known configurations and procedures can be used for the specific configuration and reading procedure for reading the recording medium in each device shown in the embodiments, the installation procedure after reading, and the like.

The various databases and the like stored in the storage unit 106 are storage means such as memory devices such as RAM and ROM, fixed disk devices such as hard disks, flexible disks, and optical disks, and are used for various processes and website provision. programs, tables, databases, and files for web pages.

The inventory allocation processing device 100 may be configured as an information processing device such as a known personal computer or workstation, or may be configured as the information processing device to which any peripheral device is connected. Also, the inventory allocation processing device 100 may be realized by installing software (including programs, data, etc.) for realizing the processing described in the present embodiment in the information processing device.

Furthermore, the specific form of distribution and integration of the device is not limited to the one shown in the figure, and all or part of it can be functionally or physically arranged in arbitrary units according to various additions or functional additions. It can be distributed and integrated. In other words, the embodiments described above may be arbitrarily combined and implemented, or the embodiments may be selectively implemented.

INDUSTRIAL APPLICABILITY The present invention is useful in industries such as distribution and retail.

100 Inventory allocation processing device 102 Control unit 102a Inventory data management unit 102b Secured data management unit 102c Order data management unit 102d Display execution unit 104 Communication interface unit 106 Storage unit 106a Inventory data table 106b Secured data table 106c Order data table 106d Screen data 106e master information 108 input/output interface unit 112 input device 114 output device 200 server 300 network

Claims (6)

Secures the specified quantity of products that meet the specified securing conditions by referring to the inventory data stored in the inventory data table, and saves the secured data that includes the secured quantity of the secured products as the allocated quantity. a reservation data management unit for storing in a reservation data table;
Secured data that matches the order conditions specified at the time of inputting the order data is extracted from the secured data table, and the current transfer quantity specified based on the number of orders received is allocated to the secured data that matches the order conditions. an order data management unit that stores order data including the number of transferred orders subtracted from the number and the order conditions in an order data table;
inventory allocation processing device. The order reception data management unit arbitrarily designates the order quantity as a maximum value when the allocated quantity, which is the secured quantity of the reservation data extracted as meeting the order acceptance condition, is greater than or equal to the order quantity. subtracting the current transfer quantity from the allocated quantity to generate the transferred quantity, including it in the order data together with the order condition and storing it in the order data table;
The inventory allocation processing device according to claim 1, characterized by: The order data management unit arbitrarily designates the secured number as a maximum value when the allocated number, which is the secured number of the secured data extracted as meeting the order acceptance condition, is less than the order received. Based on the current transfer quantity and the inventory data in the inventory data table, allocating the shortfall of the current transfer quantity with respect to the order quantity,
3. The inventory allocation processing device according to claim 1 or 2, characterized by: The securing conditions and the order receiving conditions are at least one or more of the inventory location of the product, the person in charge who wishes to secure the product, the department who wishes to secure the product, and the customer who is the delivery destination of the product. to be
4. The inventory allocation processing device according to any one of claims 1 to 3, characterized by: The securing data management department secures the specified quantity of products that meet the specified securing conditions by referring to the inventory data stored in the inventory data table, and the secured quantity of the secured products has been allocated. a reservation data management step of storing reservation data, including as numbers, in a reservation data table;
The order data management unit extracts the secured data that matches the order conditions specified at the time of inputting the order data from the secured data table, and converts the current transfer quantity specified based on the order quantity to the order quantity that matches the order conditions. an order data management step of storing, in an order data table, the transferred quantity obtained by subtracting the allocated quantity of the secured data and the order data including the order conditions;
inventory reservation processing method. the computer,
Secures the specified quantity of products that meet the specified securing conditions by referring to the inventory data stored in the inventory data table, and saves the secured data that includes the secured quantity of the secured products as the allocated quantity. a reservation data management unit for storing in a reservation data table;
Secured data that matches the order conditions specified at the time of inputting the order data is extracted from the secured data table, and the current transfer quantity specified based on the number of orders received is allocated to the secured data that matches the order conditions. Functioning as an order data management unit that stores the order data including the order acceptance conditions and the transferred number subtracted from the order order data table in the order order data table;
An inventory reservation processing program characterized by:

Images